Suchergebnisse

Für (t)csh #setenv PATH "${PATH}:/usr/local/jdk1.4/bin" Für bash, zsh, sh # export PATH=$PATH:/usr/local/jdk1.4/bin Für eine Dauerhafte Änderung des Pfades ist die entsprechende Konfigurationsdatei anzupassen (tcsh -> $HOME/.tcshrc, bash-> $HOME/.profile)

Versuch's mal ohne Optimierung. Kommentiere deine CFLAGS und CXXFLAGS in der make.conf aus und probiers nochmal.

- DVD Brenner und CD-RW Brenner unterstützung stellt ja kein Problem dar, da genügend Programme vorhanden sind burncd, dvd+rw-tools und cdrecord (mit atapicam im Kernel) sind unter amd64 problemlos einsetzbar. - Wie sieht es mit einer Cool n Quit unterstützung aus unter FreeBSD? Ist ein K.O...

Hast du mal einen anderen Player probiert? Sind irgendwelche Einträge in den Logs? @Ne0n >Eine geniale Lösung ist VDR, was aber afaik nicht auf FreeBSD portiert wurde. Hier geht's auch um NetBSD ;)

War das Sound-Device vielleicht noch von anderer Stelle geöffnet?

Siehe /usr/src/UPDATING 20040922: PFIL_HOOKS are a fixed part of the network stack now and do not need to be specified in the kernel configuration file anymore. Remove 'options PFIL_HOOKS' from your kernel config file.

Probier mal folgendes: # cd /var/db/pkg # mv pkgdb.db pkgdb.db.bak # pkgdb -u Vielleicht ist nur die Paketdatenbank (von portupgrade) durcheinander gekommen...

Du brauchst /usr/ports/graphics/linux_dri. Dort ist die Opengl-Bibliothek libGL.so.1 enthalten.

Was ist der Inhalt deiner /etc/libmap.conf?

Hier ist der Link dazu...

Probiers doch mal. Ich hab letztens davon gelesen

Hast du das beachtet? Zum Xorg-Problem: Hast du vielleicht was an deinem Pfad geändert? Ist /usr/X11R6/[s]bin noch in deiner $PATH-Variable?

Probier mal #camcontrol rescan 0 Vielleicht musst du statt der 0 noch andere Ziffern ausprobieren, ich weiss nicht, an welchem SCSI-Bus deine Karte hängt. Weitere Information unter man camcontrol

Steht doch da, was man machen muss. ;)

@krillehb Wie kommst du jetzt auf Firefox, Thunderbird etc? Ich dachte du hättest nach Betriebssystem-Security-Updates gefragt und nicht nach Ports-Updates...

Man muss nicht in jedem Fall das Betriebssystem neu installieren. Oft reicht es, die Patches einzuspielen und den betroffenen Teil neu zu installieren. Wie man das macht kann man hier nachlesen. Zudem gibt es auch Bestrebungen, Patches als binaries zur Verfügung zu stellen. Siehe dazu...

usbd ist mehr oder minder obsolete. Die "Ablösung" ist der devd. Folgender Eintrag in der /etc/devd.conf hilft bei dem "Mausproblem" genauso: # Start moused when USB-Mouse is attached attach 100{ device-name "ums[0-9]+"; action "/usr/sbin/moused -p /dev/$device-name"; }...

Und wenn diese Abhängigkeiten nicht aufgelöst werden, können deine sourcen auch nicht kompiliert werden, ob mit oder ohne Ports! Hast du denn mal gmake installiert und damit einen Build gestartet?

Allerdings ist bei der "-j "-Option für die Ports vorsicht geboten. Es wird sicherlich einige Ports geben, die darauf mit Buildfehlern reagieren. Wirklich nützlich ist -j IMHO nur für die Systembuilds.

Obwohl es doch eine berechtigte Frage ist, oder? Dort "kompilierst" du es auch aus der "source". Das Makefile des glade2-Ports ist nicht sonderlich umfangreich, und es gibt keine Patches im Verzeichnis "files". Deshalb glaube ich (sofern du alle Abhängigkeiten installiert hast), dass es ohne...

Liegen vielleicht die FreeBSD-lpr-Binaries noch irgendwo im Pfad rum? @Konfuzius Bei mir hat FreeBSD 5.2.1 lange und gut mit CUPS zusammengearbeitet! Ich glaube nicht, dass FreeBSD 5.2.1 devices verbogen hat...

Weil ich es besser finde, wenn X-Server und Base-System getrennt sind. Ich hatte die neueste version von pkgsrc.tar.gz. Nachdem ich den Maintainer angeschrieben habe, hat er einen Fehler in den xorg-libs gefunden, welcher das Bauen des xorg-servers verhindert hat. Er hat es gestern noch...

Hallo Forum. Ich wollte mal über den FreeBSD-Tellerrand schauen und habe NetBSD 2.0 Release (GENERIC) installiert. Allerdings habe ich dort schon relativ schnell ein Problem aufgetan. Der Xorg-server kompiliert nicht durch. Es kommt immer der gleiche Fehler (Siehe Anhang). Der Quelltext ist...

Da der X-Server die Tastatur abhört, hat diese Tastenkombination keine Auswirkungen mehr, sobald der X abgeschmiert ist! Dann hilft nur noch ein Netzwerkzugang, oder ein serielles Terminal.

Stell den securelevel mal auf -1. Das geht indem du deine securelevel-Variablen in der rc.con auskommentierst. Probier deinen X nach einem reboot nochmal zu konfigurieren.