Xorg 7.2 Upgrade

Benedikt schrieb:
Eine Neuinstallation von xorg72, also ohne alte Version jemals installiert zu haben, bricht er ab und verweist mich auf die UPDATING. Das ganze erschien erstmals als ich php5-gd installieren wollte.

Das Installieren der xorg-libraries von Hand hat auch nicht funktioniert. Muss ich bei einer Neuinstallation genauso vorgehen wie beim upgraden?
Zum Vergrößern anklicken....

Code: 
setenv XORG_UPGRADE yes
bzw.
Code: 
export XORG_UPGRADE=yes

Dann sollte die Installation durchlaufen.
 
Ich hatte das selbe Problem und bin dann wie laemodost vorgegangen.
x11/xorg ist mal installiert (beinahe 300 Ports). Jetzt baue ich x11/gnome2-lite...
Nach der Arbeit kann ich dann mal schauen, ob xorg überhaupt startet. ;)
 
kann man beim portupgrade dem auch mitgeben, wie viele make-instanzen laufen sollen wie beim systembau "make -j8 buldworld" bei nem mehrprozessorsystem? ich hab nen core 2 duo im laptop und würde das dann auch ganz gerne ausnutzen und nicht, dass sich da der prozessor langweilt ;). so dauert ein stable-build nur ne halbe stunde :D
 
Zuletzt bearbeitet:
makenoob schrieb:
kann man beim portupgrade dem auch mitgeben, wie viele make-instanzen laufen sollen wie beim systembau "make -j8 buldworld" bei nem mehrprozessorsystem? ich hab nen core 2 duo im laptop und würde das dann auch ganz gerne ausnutzen und nicht, dass sich da der prozessor langweilt ;). so dauert ein stable-build nur ne halbe stunde :D
Zum Vergrößern anklicken....

Hi!

Es besteht die Möglichkeit dies zu tun. Schau dir mal den Wiki-Artikel http://wiki.bsdforen.de/Bsdadminscripts an.
Aus meiner persönlichen Erfahrung kann ich dir nur davon abraten. Ich habe auch einen Dualcore Prozessor. Vom Compilieren her ist es sehr viel schneller. Aber ich hatte sehr viele Ports die nicht compiliert werden konnten. Diese kann man zwar ausschliessen, aber am Ende hatte ich mehr ausgeschlossene Ports als alles anderen.
Einige Ports wurde zwar korrekt compiliert, aber beim Installieren kam es dann zu Abbrüchen. Was verherend war, da nämlich die alte Version bereits deinstalliert war. Ich wunderte mich immer wieso die ein oder andere Anwendung plötzlich nimmer lief. :)

Letztendlich ist es aber deine Entscheidung. Von der Compilierzeit her ist es auf jedenfall um einiges schneller.

Grüße HondoelMondo
 
Hab das Update jetzt mal gemacht, aber bin nicht sehr glücklich damit. Es handelt sich lediglich um die Funktionalitäten die die gd-Bibliothek von PHP5 braucht und durch das Update hat er mir Druckerklassen etc installiert, die nicht installiert werden, wenn ich PHP5-gd komplett neu installiere.

Irgendwie mag ich x.org nicht ;-)
 
Bin jetzt auch durch und xorg und gnome laufen (fast) astrein! :)

Falls es wen interessiert, hier ein paar Zahlen.

Nach x11/xorg:
Code: 
===>>> 292 total installed ports
Code: 
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad0s1a    989M    125M    785M    14%    /
devfs          1.0K    1.0K      0B   100%    /dev
/dev/ad0s1d     25G    813M     22G     4%    /usr


Nach x11/gnome2-lite und x11/gdm:
Code: 
===>>> 505 total installed ports
Code: 
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad0s1a    989M    140M    771M    15%    /
devfs          1.0K    1.0K      0B   100%    /dev
/dev/ad0s1d     25G    1.7G     21G     8%    /usr

Ausser den zweien hab ich nur 2, 3 sonstige Ports installiert.

-- Dinh --
 
danke hondoelmondo für die warnung. dann werde ich das wohl lieber lassen und den einfachen weg gehen, da ich auf arbeit bin und wenig zeit habe und ehrlich gesagt auch nicht die lust, das nachher wieder glattzubügeln... erstmal warten, bis der portsnap fertig wird... ich finds nur seltsam, dass portsnap es bisher noch nicht geschafft hat, in einem durchzulaufen und dabei _alle_ patches direkt zu ziehen, sondern bei mir, auf zwei unterschiedlichen computern, immer mehrere anläufe braucht, bis er alles hat und der portstree auf dem neuesten stand ist. haben mehrere diese probleme, oder steh ich damit alleine da?
 
Hondoelmondo schrieb:
Es besteht die Möglichkeit dies zu tun. Schau dir mal den Wiki-Artikel http://wiki.bsdforen.de/Bsdadminscripts an.
Aus meiner persönlichen Erfahrung kann ich dir nur davon abraten. Ich habe auch einen Dualcore Prozessor. Vom Compilieren her ist es sehr viel schneller. Aber ich hatte sehr viele Ports die nicht compiliert werden konnten. Diese kann man zwar ausschliessen, aber am Ende hatte ich mehr ausgeschlossene Ports als alles anderen.
Einige Ports wurde zwar korrekt compiliert, aber beim Installieren kam es dann zu Abbrüchen. Was verherend war, da nämlich die alte Version bereits deinstalliert war. Ich wunderte mich immer wieso die ein oder andere Anwendung plötzlich nimmer lief. :)
Zum Vergrößern anklicken....
Offensichtlich hast du dafür nicht die bsdadminscripts verwendet, denn die make -j Funktionalität wird dort deaktiviert, wenn install als target angegeben ist. Im Distcc Artikel ist auch ein entsprechender Hinweis build und install getrennt durchzuführen. Dort sind übrigens alle (von über 700) Ports die bei mir damit Probleme machen gelistet. Ich finde die Liste ist recht überschaubar.
 
Auf Ports@ gibt es immer wieder Diskussionen, -jX direkt in den Portstree zu implementieren.
Letzte Woche wurde ein brauchbarer Vorschlag gemacht, bin gespannt, ob der akzeptiert wird.
 
Das wäre wirklich mal eine gute Sache. Ich habe bereits intensiv mit distcc experimentiert und es erstmal wieder von der Platte verbannt, da einfach zu viele Ports damit Probleme haben. Ich finde es zwar beeindruckend, dass jemand wie Kamikaze so viele Ports durchprobiert, aber das kann nicht Sinn der Sache sein. In ein paar Jahren wird es fast ausschließlich Mehrkernprozessoren geben und langsam aber sicher sollte die Software entsprechend angepasst werden.
 
Kamikaze schrieb:
Offensichtlich hast du dafür nicht die bsdadminscripts verwendet, denn die make -j Funktionalität wird dort deaktiviert, wenn install als target angegeben ist. Im Distcc Artikel ist auch ein entsprechender Hinweis build und install getrennt durchzuführen. Dort sind übrigens alle (von über 700) Ports die bei mir damit Probleme machen gelistet. Ich finde die Liste ist recht überschaubar.
Zum Vergrößern anklicken....

Ich habe mich soweit an die Anleitung gehalten. Distcc lief bei mir auch. Kann sein, dass ich dann wohl was überlesen haben.
Auf jedenfall hatte ich noch andere Probleme, weswegen ich das bauen mit mehreren Threads verworfen habe.
Aber die Port-Optionen pflege ich in der buildflags.conf, anstatt diese in der make.conf zu pflegen.
Da jetzt endlich Xorg 7.2 bei mir läuft, werde ich es vielleicht nochmal mit den bsdadminscripts versuchen. Bei knapp 1020 Ports :) wird das wohl einiges an Zeitersparnis bringen.

PS.: Der Hinweis mit make build und make install steht aber noch nicht lange im Wiki, oder?
 
Afaik ist die Parallelisierung der Ports auch Teil eines Projektes im Rahmen des SoC.
 
Wobei wegen der Möglichen Probleme mit dem -jXYZ würde ich es vorziehen, wenn Teilbäume, die nicht voneinander abhängen, parallel gebaut werden könnten. Für das Make install muß man halt mittels einem lock/Masterprozeß dafür sorgen, daß jeweils immer nur ein Prozeß in /var/db/pkg schreibt.

Aber wenn sowas für SoC geplant ist, dann ist schön.
 
Hondoelmondo schrieb:
PS.: Der Hinweis mit make build und make install steht aber noch nicht lange im Wiki, oder?
Zum Vergrößern anklicken....
Der steht da schon recht lang (im Distcc Artikel halt) aber portupgrade Nutzer kümmter das ja sowieso nicht.

Wenn du die bsdadminscripts verwendest, benutze für Ports SUBTHREADS und nicht THREADS. So steht es auch in der Manpage buildflags.mk(1).

Das Problem ist, dass neue Abhängigkeiten mit make install nachinstalliert werden. Dadurch wird make -j von den buildflags (aus gutem Grund) deaktiviert. Das heißt SUBTHREADS greift nur bei Updates.
 
Hi leute,

so bei mir hat das Update zwar geglückt nur es gibt da nen klitzekleines Problemchen :grumble: .
Bei mir will der Xserver nimmer. Fehler lautet:
Code: 
Fatal  error: Could not open default font 'fixed'
Ja ich weiß! Aber das mit dem fonts.alias klappt nich. Immer noch der gleiche Fehler. Obwohl in der Datei wat drine steht von wegen font fixed.

xorg.conf sieht wie folgt aus sry is mit xorgconfig gemacht

Code: 
# File generated by xorgconfig.

#
# Copyright 2004 The X.Org Foundation
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# The X.Org Foundation BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of The X.Org Foundation shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from
# The X.Org Foundation.
#

# **********************************************************************
# Refer to the xorg.conf(5) man page for details about the format of 
# this file.
# **********************************************************************

# **********************************************************************
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **********************************************************************
#
Section "Module"

# This loads the DBE extension module.

    Load        "dbe"  	# Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the font modules
#    Load        "type1"
    Load        "freetype"
#    Load        "xtt"

# This loads the GLX module
    Load       "glx"
# This loads the DRI module
    Load       "dri"

EndSection

# **********************************************************************
# Files section.  This allows default font and rgb paths to be set
# **********************************************************************

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

#    RgbPath	"/usr/local/share/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# 

    FontPath   "/usr/local/lib/X11/fonts/misc/"
    FontPath   "/usr/local/lib/X11/fonts/TTF/"
    FontPath   "/usr/local/lib/X11/fonts/OTF"
    FontPath   "/usr/local/lib/X11/fonts/Type1/"
    FontPath   "/usr/local/lib/X11/fonts/100dpi/"
    FontPath   "/usr/local/lib/X11/fonts/75dpi/"
    FontPath   "/usr/local/lib/X11/fonts/local/"
#    FontPath   "/usr/local/lib/X11/fonts/Speedo/"
#    FontPath   "/usr/local/lib/X11/fonts/TrueType/"
#    FontPath   "/usr/local/lib/X11/fonts/freefont/"

# The module search path.  The default path is shown here.

#    ModulePath "/usr/local/lib/modules"

EndSection

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is 
# received.  This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

#    Option "NoTrapSignals"

# Uncomment this to disable the <Ctrl><Alt><Fn> VT switch sequence
# (where n is 1 through 12).  This allows clients to receive these key
# events.

#    Option "DontVTSwitch"

# Uncomment this to disable the <Ctrl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

#    Option "DontZap"

# Uncomment this to disable the <Ctrl><Alt><KP_+>/<KP_-> mode switching
# sequences.  This allows clients to receive these key events.

#    Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

#    Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client. 

#    Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings. 

#    Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

#    Option "AllowNonLocalModInDev"

EndSection

# **********************************************************************
# Input devices
# **********************************************************************

# **********************************************************************
# Core keyboard's InputDevice section
# **********************************************************************

Section "InputDevice"

    Identifier	"Keyboard1"
    Driver	"kbd"

# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

#    Option     "Protocol"      "Xqueue"

    Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
#    Option	"Xleds"      "1 2 3"

#    Option "LeftAlt"     "Meta"
#    Option "RightAlt"    "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults).  For example, for a non-U.S.
# keyboard, you will probably want to use:
#    Option "XkbModel"    "pc105"
# If you have a US Microsoft Natural keyboard, you can use:
#    Option "XkbModel"    "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
#    Option "XkbLayout"   "de"
# or:
#    Option "XkbLayout"   "de"
#    Option "XkbVariant"  "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
#    Option "XkbOptions"  "ctrl:swapcaps"

# These are the default XKB settings for Xorg
#    Option "XkbRules"    "xorg"
#    Option "XkbModel"    "pc105"
#    Option "XkbLayout"   "us"
#    Option "XkbVariant"  ""
#    Option "XkbOptions"  ""

#    Option "XkbDisable"

    Option "XkbRules"	"xorg"
    Option "XkbModel"	"pc105"
    Option "XkbLayout"	"de"
    Option "XkbVariant"	"nodeadkeys"

EndSection


# **********************************************************************
# Core Pointer's InputDevice section
# **********************************************************************

Section "InputDevice"

# Identifier and driver

    Identifier	"Mouse1"
    Driver	"mouse"
    Option "Protocol"    "Auto"	# Auto detect
    Option "Device"      "/dev/sysmouse"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

#    Option "Protocol"	"Xqueue"

# Mouse-speed setting for PS/2 mouse.

#    Option "Resolution"	"256"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

#    Option "BaudRate"	"9600"
#    Option "SampleRate"	"150"

# Mouse wheel mapping.  Default is to map vertical wheel to buttons 4 & 5,
# horizontal wheel to buttons 6 & 7.   Change if your mouse has more than
# 3 buttons and you need to map the wheel to different button ids to avoid
# conflicts.

    Option "ZAxisMapping"   "4 5 6 7"

# Emulate3Buttons is an option for 2-button mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

#    Option "Emulate3Buttons"
#    Option "Emulate3Timeout"    "50"

# ChordMiddle is an option for some 3-button Logitech mice

#    Option "ChordMiddle"

EndSection


# **********************************************************************
# Other input device sections 
# this is optional and is required only if you
# are using extended input devices.  This is for example only.  Refer
# to the xorg.conf man page for a description of the options.
# **********************************************************************
#
# Section "InputDevice" 
#    Identifier  "Mouse2"
#    Driver      "mouse"
#    Option      "Protocol"      "MouseMan"
#    Option      "Device"        "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball"
#    Driver     "magellan"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "spaceball2"
#    Driver     "spaceorb"
#    Option     "Device"        "/dev/cua0"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen0"
#    Driver     "microtouch"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "1412"
#    Option     "MaxX"          "15184"
#    Option     "MinY"          "15372"
#    Option     "MaxY"          "1230"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
#    Identifier "touchscreen1"
#    Driver     "elo2300"
#    Option     "Device"        "/dev/ttyS0"
#    Option     "MinX"          "231"
#    Option     "MaxX"          "3868"
#    Option     "MinY"          "3858"
#    Option     "MaxY"          "272"
#    Option     "ScreenNumber"  "0"
#    Option     "ReportingMode" "Scaled"
#    Option     "ButtonThreshold"       "17"
#    Option     "ButtonNumber"  "1"
#    Option     "SendCoreEvents"
# EndSection

# **********************************************************************
# Monitor section
# **********************************************************************

# Any number of monitor sections may be present

Section "Monitor"

    Identifier  "My Monitor"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    HorizSync   31.5 - 48.5

#    HorizSync	30-64         # multisync
#    HorizSync	31.5, 35.2    # multiple fixed sync frequencies
#    HorizSync	15-25, 30-50  # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY.  REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

    VertRefresh 50-100

EndSection


# **********************************************************************
# Graphics device section
# **********************************************************************

# Any number of graphics device sections may be present

# Standard VGA Device:

Section "Device"
    Identifier	"Standard VGA"
    VendorName	"Unknown"
    BoardName	"Unknown"

# The chipset line is optional in most cases.  It can be used to override
# the driver's chipset detection, and should not normally be specified.

#    Chipset	"generic"

# The Driver line must be present.  When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module.  Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.

    Driver     "vga"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for.  When this line isn't present, a device
# section can only match up with the primary video device.  For PCI
# devices a line like the following could be used.  This line should not
# normally be included unless there is more than one video device
# intalled.

#    BusID      "PCI:0:10:0"

#    VideoRam	256

#    Clocks	25.2 28.3

EndSection

# Device configured by xorgconfig:

Section "Device"
    Identifier  "** ATI Radeon (generic)               [radeon]"
    Driver      "radeon"
    #VideoRam    65536
    # Insert Clocks lines here if appropriate
EndSection


# **********************************************************************
# Screen sections
# **********************************************************************

# Any number of screen sections may be present.  Each describes
# the configuration of a single screen.  A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
    Identifier  "Screen 1"
    Device      "** ATI Radeon (generic)               [radeon]"
    Monitor     "My Monitor"
    DefaultDepth 24

    Subsection "Display"
        Depth       8
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes       "1280x1024" "1024x768" "800x600" "640x480"
        ViewPort    0 0
    EndSubsection
EndSection

# **********************************************************************
# ServerLayout sections.
# **********************************************************************

# Any number of ServerLayout sections may be present.  Each describes
# the way multiple screens are organised.  A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option.  In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
    Identifier  "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens.  The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen.  In this example, screen 2 is located to the
# right of screen 1.

    Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used.  Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

    InputDevice "Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"

EndSection

 Section "DRI"
    Mode 0666
 EndSection

Vieleicht findet ja einer den Fehler. Schonma danke für eure Mühen.

MfG

Mathes
 
Kamikaze schrieb:
Der steht da schon recht lang (im Distcc Artikel halt) aber portupgrade Nutzer kümmter das ja sowieso nicht.

Wenn du die bsdadminscripts verwendest, benutze für Ports SUBTHREADS und nicht THREADS. So steht es auch in der Manpage buildflags.mk(1).

Das Problem ist, dass neue Abhängigkeiten mit make install nachinstalliert werden. Dadurch wird make -j von den buildflags (aus gutem Grund) deaktiviert. Das heißt SUBTHREADS greift nur bei Updates.
Zum Vergrößern anklicken....

Wer lesen kann ist klar im Vorteil. Danke. Ich hatte für die Ports THREADS verwendet. :D
Das erklärt einiges. Ich versuch es dann mal mit SUBTHREADS.
 
@harlekin: bei mir hat er das auch gesagt, was aber daran lag, dass ich den neuen xorg-metaport irgendwie nich draufhatte....
also du könntest einfach nochmal portupgrade -P xorg machen...
 
Naja also danke schonma aber hat leider beides nich geholfen.
Mach ich "portupgrade -P xorg" macht der nix was drauf schliesen läst das der port scho up to date is und wenn ich "ModulePath" aktiv mach gehts auch nicht.
Kann es vieleicht sein das ich das Fontset für "fixed" garnicht hab aus irgend einem grund?

MfG

mathes
 
man portupgrade schrieb:
-f
--force Force the upgrade of a package even if it is to be
a downgrade or just a reinstall of the same ver-
sion, or the port is held by user using the
HOLD_PKGS variable in pkgtools.conf.
Zum Vergrößern anklicken....
damit sollte es dann klappen. gibt es denn schon pakete für xorg? gestern hatte ich den archiven von ports@ noch keinen announce gefunden.
 
Warum muß ich mich von euch eigentlich immer zu so Wahnsinnstaten wie so einem Update verleiten lassen? :ugly:

Nu rechnet die Kiste schon wieder seit einem Tag vor sich hin. :cool:

Bis jetzt lief zwar alles nach Vorschrift, aber irgendwas wird irgendwo noch schief gehen. :p
 
Juchu, endlich hab ich das Update hinter mir.
Jetzt laufen auch alle Programme wieder. Leider mit einer Ausnahme:

Qt4 lässt sich nicht mehr bauen und wirft mir einen Fehler bei "/usr/ports/x11-toolkits/qt4-gui".:mad:

Hier die Meldung:
http://nopaste.bsdforen.de/83

Weiß jemand Rat?

gruß,
gripmaster
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben