socket(): Address family not supported by protocol socket(): Address family not supported by protocol X_ChangeProperty: BadValue (integer parameter out of range for operation) 0x0
Von Lebensretter am Sa, 4. September 2010 um 21:27 #
Wieviele der Originalpakete hast du durch neuere ersetzt? Dazu zählt auch, wenn du zusätzliche apt Quelle benutzt und somit die ursprünglichen Aptquellen überdeckst.
Nur VBox (wg. USB) und einige eigene Pakete (von denen die meisten allerdings gar nicht in Debian sind). Ansonsten pures Debian/Experimental. Seit 2,5 Jahren. Vorher war's bloß Unstable, aber das wurde auf Dauer langweilig, das hat einfach funktioniert, Experimental bereitet wenigstens alle 2 - 3 Monate einmal Kopfzerbrechen.
Viele Linuxnutzer schwören auf Debian GNU/Linux. Die Anzahl der kapitalen Bugs ist weitaus geringer als z.B. in OpenSuse, Ubuntu oder Fedora. Dafür fehlt vor allen Dingen in Debian Stable die aktuelle Software. Man merkt das aber meist nur an veralteten Browserversionen. Ob man nun z.B. OpenOffice 2.4.x (Debian Lenny) oder OpenOffice 3.2.x benutzt, ist für die meisten Nutzer völlig unwichtig.
Grausige Bugs wie etwa das komplette Einfrieren eines aktuellen Ubuntu Linux beim Kopieren großer Dateien z.B. zwischen zwei Festplatten auf VIA-Chipsätzen findet man in Debian Stable bis dato jedenfalls nicht. Würde ein solcher Katastrophen-Bug in Debian Testing vorkommen, dann würde Testing solange nicht zu Stable werden können, bis dieser Bug gefixt wäre.
Ich benutze eine Mischversion aus Testing und Unstable mit apt-pinning, vorallem weil ich gerne mal den neuesten gcc oder das neueste Python kurz nach dem Release haben will, sonst soll es aber vorallem einfach funktionieren.
Für mich ist schön an Debian, dass es alle Desktops hat, diese dann unverfälscht. Und dass Software im Testing in der Regel erst reinkommt, wenn sie benutzbar ist. Ich brauche ein OOo Release erst dann, wenn die wichtigsten Fehler behoben sind, derweil muss es tun. Und auch mein Desktop, derzeit Xfce, soll einfach immer tun, und kann mal lieber darauf warten, dass Fehler der neuen Version auch schon behoben sind.
Wäre nicht der manchmal ewige Freeze vor Debian Releases, ich wäre vermutlich vollkommen glücklich. Mal sehen, wie es mit Squeeze läuft, da war man ja zuletzt eher wieder besser.
bei Debian wird versucht Fehler in Software zu beheben, auch wenn "Upstream" sich dafür nicht mehr interessiert. Das ist keine Verfälschung, wie ich sie meine.
Mit Verfälschung meine ich die massiven Veränderungen, die in einer openSUSE bei KDE oder einem Ubuntu bei Gnome oder Xfce stecken, und die einen schon mal vor die Wahl stellen können.
Debian ist dafür bekannt, die Desktops recht "Vanilla" also so wie so vom Projekt kommen, auszuliefern. Das mag nicht jeder, ich aber schon.
Ich kann Deine Begeisterung zumindest für Debian Testing nicht teilen:
a) Nach einer anscheinend gelungenen Debian Squeeze-Installation war es nicht möglich, Grub2 in eine logische Partition zu installieren. Jetzt boote ich Squeeze mit Lilo.
b) Beim Start des X-Servers fror sofort der Desktop reproduzierbar ein. Ursache ist die im Rechner verbaute Ati Rage 128 Pro. Beim Start des X-Servers sucht der r128-Treiber anscheinend dauerhaft nach der ATI Rage128-Kernel-Firmware, die in Debian Squeeze Main nicht mehr vorhanden ist. In diesem Sinne verhindert ein "Debian-Kernel-Patch" das Hochfahren des X-Servers. Man muß entweder firmware-linux-nonfree aus dem non-free-Repo nachinstallieren (das System funktioniert im Runlevel3) oder aber die nicht vorhandene xorg.conf anpassen. Im letzteren Fall fehlen dann sowohl 2D- als auch 3D-Hardwarebeschleunigung.
c) Armagetron startet so, dass mein Monitor sofort abschaltet, weil eine nicht unterstützte Bildschirmfrequenz eingestellt wurde. Der Grund hierfür liegt in einem Versagen der Xorg-Erkennungsautomatik im Hinblick auf den Monitor und in der Tatsache, dass nicht vorgesehen ist, dass der Nutzer die korrekten Bildschirmfrequenzen notfalls über eine GUI eingeben kann. Spiele wie Armagetron agieren dann gewissermaßen im "Blindflug".
Und das sind nur die Fehler, die mir sofort aufgefallen sind. Debain Squeeze ist bestenfalls eine Beta. Deshalb ist es auch noch nicht Stable.
weil mein "/" auf einer kaputten Platte war, musste (wollte) ich vor ein paar Monaten neu installieren, und dabei feststellen, dass sogar mkfs nicht lief, weil es irgendwas aus einer Shared Library nicht finden konnte. Gut, dass ich eine gparted Live-CD hatte, mit der ich dann halt vorher formatiert habe.
Der Installer ist wohl noch nicht so arg fertig. Dein Bericht bestätigt das auch eher. Historisch gesehen, kann man Testing am besten via Stable installieren, sofern das geht. Der Installer wird eigentlich immer zuletzt fertig.
Die Sache mit dem Xorg-Server sollte Dir vielleicht einen Bug-Report wert sein, denn "firmware-linux" sollte da wohl mehr als ein "Suggests" sein, sondern ein "Recommends", dann gäbe es das Problem nicht. Ein "apt-get install firmware-linux" mit den entsprechenden apt-Sourcen sollte Dir da schon helfen.
Ausserdem hätte Dich Dein Debian, davor gewarnt, wenn es Dein System aktualisierst:
******
* The standard linux kernels in Debian as of version 2.6.29-1 do not contain the firmware necessary to allow the r128 driver to use 3D acceleration via DRI. This firmware has been moved to the firmware-linux package in non-free, and must be installed to use this feature.
******
Man darf auch erwarten, dass die Release-Doku das dann später irgendwo erwähnt.
Was das Spiel und den Monitor angeht, so könntest Du mit ein wenig Googlen, rausfinden, wie man XOrg die Auflösungen statisch verbietet. Gibt es da irgendwo eine GUI für sowas?
Und ja, ist kein Stable und eher eine Beta. Nur nach meiner Erfahrung kriegst Du von anderen keine Releases in dieser Qualität. Guckst Du Ubuntu.
Lenny habe ich immer noch installiert, Squeeze befindet sich auf einer dafür eigens eingerichteten, logischen Testpartition.
Der Grund ist ganz einfach: Durch Tests mit der Live-CD von Ubuntu Lucid 10.04 bin ich derart beunruhigt worden, dass ich auch ein Debian Squeeze Final nicht ohne nochmaligen Installationstest auf diesen Rechner loslassen werde.
Der ATI Rage 128-Bug ist bekannt, nach einigem Suchen hatte ich den Bugreport gefunden. Man sieht an diesem Beispiel, dass das bloße Herausreißen der proprietären Kernel-Grafikkarten-Firmware schlimme Folgen haben kann. Hier hat man anscheinend vorher gar nicht entsprechend getestet.
Die oben von Dir zitierte Warnung ist keine. Da steht nicht, dass der r128-Treiber ohne "seine" proprietäre Kernel-Firmware den X-Server schon beim Starten zum Einfrieren bringt. Es sei auch angemerkt, dass sich diese proprietäre Firmware natürlich nicht auf der Installations-CD befindet. Unter dem Debian Squeeze-Xorg kann man praktisch nichts mehr auf die Schnelle einstellen, weil die altbekannten Konfigurationsdateien ganz einfach nicht mehr vorhanden sind. Es gibt auf meiner Testpartition keine xorg.conf mehr und offensichtlich noch nicht einmal ein xorg.conf.d-Verzeichnis.
Tatsache ist, dass diese ATI Rage 128 unter Debian Squeeze anders als unter Debian Lenny selbst mit proprietärer Kernel-Firmware nur sehr, sehr mäßig in punkto 3D funktioniert, das ganze System ist etwas "instabil", wenn 3D-Funktionalität abgerufen wird. Es wäre deshalb ganz gut, wenn ohne die Firmware Debian Squeeze nicht gleich den Geist aufgäbe. Gnewsense hatte das in seiner "befreiten" Ubuntu 8.04-Version ganz gut hinbekommen.
Von ViNic(unregistriert) am Sa, 4. September 2010 um 22:40 #
Ich nutze immer noch Debian Lenny und es wird auch solange drauf bleiben, bis Squeeze in Stable erscheint. Vielleicht auch bis Squeeze r1
Ich nutze Debian seit Sarge und muss sagen, ich hatte nur wenige Probleme damit. Nicht so zb. wie bei Ubuntu wo schon frisch nach der Installation oder Live System mal der Bildschirm gerne Schwarz blieb ^^
Auch wenn Stable nicht das allerneueste mehr ist, dafür aber robust und man hat die gewißheit, das es zu keiner bösen Überraschung kommt.
X_ChangeProperty: BadValue (integer parameter out of range for operation) 0x0
Die Fehlermeldung der Demo erhalte ich auch mit Fedora 13 (i686) nach dem Intro. Allerdings ist für meine Intel GMA 965/X3100 ist das Spiel wohl auch wirklich nicht gedacht.
Das Spiel braucht Schreibrechte im Programmverzeichnis, entweder als root starten (schlecht) oder das Programm in einen Ordner installieren lassen, wo man als User Schreibrechte besitzt. Läuft hier unter openSuse 11.3 ohne Probleme.
Ist das nicht wieder so eine Windows "bad practice"? Schreibrechte sollte man nur im temporären und im Benutzerverzeichnis haben. Das Auslesen der $HOME Variable ist aber wohl zu viel verlangt.
@rik Das liegt an der Auflösung! Ich hab hier 1x Lenny sowie auf anderem 1x Squezze an TV (also HTPC ... wie man so sagt) Der "Fehler" kam auch auch bei Lenny, als es auf 720p (1280x720) stand. Ich habe dann auf 1080 (1920x1080) gestellt und schon lief es. Sowas habe ich schon zig mal gehabt ..... immer wars die Auflösung
Installiert habe ich es übrigends einfach als user in ein angelegtes Verzeichnis und da hat es dann ja auch schreibrechte.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 05. Sep 2010 um 03:04.
Von gammabiszumabwinken am Sa, 4. September 2010 um 23:32 #
Nein nein, das hast du falsch verstanden: Einfach Gamma bis zum Anschlag aufruppen und aufregen, dass die Atmosphäre so schlecht ist und die Texturen milchig wirken
lol:
socket(): Address family not supported by protocol
socket(): Address family not supported by protocol
X_ChangeProperty: BadValue (integer parameter out of range for operation) 0x0
...
dein update auf 2.6 kommt sicher auch noch
Kauf dich anständiges Linux. Tut hier wunderbar
Allerdings stürzt der Installer am ende ab. Spiel läuft aber trotzdem
HAHAHA,
gute Antwort !
unter suse geht alles
Hallo? Wer benutzt noch ernsthaft Debian als Desktop OS?!
Ich!
Und noch 'n unübersehbarer Haufen andere, die im debianforum.de rumgeistern.
Grueße
Ignatz
Wieviele der Originalpakete hast du durch neuere ersetzt? Dazu zählt auch, wenn du zusätzliche apt Quelle benutzt und somit die ursprünglichen Aptquellen überdeckst.
Nur VBox (wg. USB) und einige eigene Pakete (von denen die meisten allerdings gar nicht in Debian sind). Ansonsten pures Debian/Experimental. Seit 2,5 Jahren. Vorher war's bloß Unstable, aber das wurde auf Dauer langweilig, das hat einfach funktioniert, Experimental bereitet wenigstens alle 2 - 3 Monate einmal Kopfzerbrechen.
Viele Linuxnutzer schwören auf Debian GNU/Linux.
Die Anzahl der kapitalen Bugs ist weitaus geringer als z.B. in OpenSuse, Ubuntu oder Fedora.
Dafür fehlt vor allen Dingen in Debian Stable die aktuelle Software. Man merkt das aber meist nur an veralteten Browserversionen.
Ob man nun z.B. OpenOffice 2.4.x (Debian Lenny) oder OpenOffice 3.2.x benutzt, ist für die meisten Nutzer völlig unwichtig.
Grausige Bugs wie etwa das komplette Einfrieren eines aktuellen Ubuntu Linux beim Kopieren großer Dateien z.B. zwischen zwei Festplatten auf VIA-Chipsätzen findet man in Debian Stable bis dato jedenfalls nicht. Würde ein solcher Katastrophen-Bug in Debian Testing vorkommen, dann würde Testing solange nicht zu Stable werden können, bis dieser Bug gefixt wäre.
Ich zum Beispiel. Hier und auf der Arbeit.
Ich benutze eine Mischversion aus Testing und Unstable mit apt-pinning, vorallem weil ich gerne mal den neuesten gcc oder das neueste Python kurz nach dem Release haben will, sonst soll es aber vorallem einfach funktionieren.
Für mich ist schön an Debian, dass es alle Desktops hat, diese dann unverfälscht. Und dass Software im Testing in der Regel erst reinkommt, wenn sie benutzbar ist. Ich brauche ein OOo Release erst dann, wenn die wichtigsten Fehler behoben sind, derweil muss es tun. Und auch mein Desktop, derzeit Xfce, soll einfach immer tun, und kann mal lieber darauf warten, dass Fehler der neuen Version auch schon behoben sind.
Wäre nicht der manchmal ewige Freeze vor Debian Releases, ich wäre vermutlich vollkommen glücklich. Mal sehen, wie es mit Squeeze läuft, da war man ja zuletzt eher wieder besser.
Gruss,
Kay
Ausgerechnet bei den Patchweltmeistern aud dem Hause Debilian von "unverfälscht" zu sprechen ist ein Kracher.
Hallo Du,
bei Debian wird versucht Fehler in Software zu beheben, auch wenn "Upstream" sich dafür nicht mehr interessiert. Das ist keine Verfälschung, wie ich sie meine.
Mit Verfälschung meine ich die massiven Veränderungen, die in einer openSUSE bei KDE oder einem Ubuntu bei Gnome oder Xfce stecken, und die einen schon mal vor die Wahl stellen können.
Debian ist dafür bekannt, die Desktops recht "Vanilla" also so wie so vom Projekt kommen, auszuliefern. Das mag nicht jeder, ich aber schon.
Gruss,
Kay
Ich kann Deine Begeisterung zumindest für Debian Testing nicht teilen:
a) Nach einer anscheinend gelungenen Debian Squeeze-Installation war es nicht möglich, Grub2 in eine logische Partition zu installieren. Jetzt boote ich Squeeze mit Lilo.
b) Beim Start des X-Servers fror sofort der Desktop reproduzierbar ein.
Ursache ist die im Rechner verbaute Ati Rage 128 Pro. Beim Start des X-Servers sucht der r128-Treiber anscheinend dauerhaft nach der ATI Rage128-Kernel-Firmware, die in Debian Squeeze Main nicht mehr vorhanden ist. In diesem Sinne verhindert ein "Debian-Kernel-Patch" das Hochfahren des X-Servers.
Man muß entweder firmware-linux-nonfree aus dem non-free-Repo nachinstallieren (das System funktioniert im Runlevel3) oder aber die nicht vorhandene xorg.conf anpassen. Im letzteren Fall fehlen dann sowohl 2D- als auch 3D-Hardwarebeschleunigung.
c) Armagetron startet so, dass mein Monitor sofort abschaltet, weil eine nicht unterstützte Bildschirmfrequenz eingestellt wurde. Der Grund hierfür liegt in einem Versagen der Xorg-Erkennungsautomatik im Hinblick auf den Monitor und in der Tatsache, dass nicht vorgesehen ist, dass der Nutzer die korrekten Bildschirmfrequenzen notfalls über eine GUI eingeben kann. Spiele wie Armagetron agieren dann gewissermaßen im "Blindflug".
Und das sind nur die Fehler, die mir sofort aufgefallen sind.
Debain Squeeze ist bestenfalls eine Beta. Deshalb ist es auch noch nicht Stable.
Hallo Du,
weil mein "/" auf einer kaputten Platte war, musste (wollte) ich vor ein paar Monaten neu installieren, und dabei feststellen, dass sogar mkfs nicht lief, weil es irgendwas aus einer Shared Library nicht finden konnte. Gut, dass ich eine gparted Live-CD hatte, mit der ich dann halt vorher formatiert habe.
Der Installer ist wohl noch nicht so arg fertig. Dein Bericht bestätigt das auch eher. Historisch gesehen, kann man Testing am besten via Stable installieren, sofern das geht. Der Installer wird eigentlich immer zuletzt fertig.
Die Sache mit dem Xorg-Server sollte Dir vielleicht einen Bug-Report wert sein, denn "firmware-linux" sollte da wohl mehr als ein "Suggests" sein, sondern ein "Recommends", dann gäbe es das Problem nicht. Ein "apt-get install firmware-linux" mit den entsprechenden apt-Sourcen sollte Dir da schon helfen.
Ausserdem hätte Dich Dein Debian, davor gewarnt, wenn es Dein System aktualisierst:
******
* The standard linux kernels in Debian as of version 2.6.29-1 do not
contain the firmware necessary to allow the r128 driver to use 3D
acceleration via DRI. This firmware has been moved to the
firmware-linux package in non-free, and must be installed to use
this feature.
******
Man darf auch erwarten, dass die Release-Doku das dann später irgendwo erwähnt.
Was das Spiel und den Monitor angeht, so könntest Du mit ein wenig Googlen, rausfinden, wie man XOrg die Auflösungen statisch verbietet. Gibt es da irgendwo eine GUI für sowas?
Und ja, ist kein Stable und eher eine Beta. Nur nach meiner Erfahrung kriegst Du von anderen keine Releases in dieser Qualität. Guckst Du Ubuntu.
Gruss,
Kay
Lenny habe ich immer noch installiert, Squeeze befindet sich auf einer dafür eigens eingerichteten, logischen Testpartition.
Der Grund ist ganz einfach: Durch Tests mit der Live-CD von Ubuntu Lucid 10.04 bin ich derart beunruhigt worden, dass ich auch ein Debian Squeeze Final nicht ohne nochmaligen Installationstest auf diesen Rechner loslassen werde.
Der ATI Rage 128-Bug ist bekannt, nach einigem Suchen hatte ich den Bugreport gefunden.
Man sieht an diesem Beispiel, dass das bloße Herausreißen der proprietären Kernel-Grafikkarten-Firmware schlimme Folgen haben kann. Hier hat man anscheinend vorher gar nicht entsprechend getestet.
Die oben von Dir zitierte Warnung ist keine. Da steht nicht, dass der r128-Treiber ohne "seine" proprietäre Kernel-Firmware den X-Server schon beim Starten zum Einfrieren bringt.
Es sei auch angemerkt, dass sich diese proprietäre Firmware natürlich nicht auf der Installations-CD befindet.
Unter dem Debian Squeeze-Xorg kann man praktisch nichts mehr auf die Schnelle einstellen, weil die altbekannten Konfigurationsdateien ganz einfach nicht mehr vorhanden sind. Es gibt auf meiner Testpartition keine xorg.conf mehr und offensichtlich noch nicht einmal ein xorg.conf.d-Verzeichnis.
Tatsache ist, dass diese ATI Rage 128 unter Debian Squeeze anders als unter Debian Lenny selbst mit proprietärer Kernel-Firmware nur sehr, sehr mäßig in punkto 3D funktioniert, das ganze System ist etwas "instabil", wenn 3D-Funktionalität abgerufen wird. Es wäre deshalb ganz gut, wenn ohne die Firmware Debian Squeeze nicht gleich den Geist aufgäbe. Gnewsense hatte das in seiner "befreiten" Ubuntu 8.04-Version ganz gut hinbekommen.
Ich nutze immer noch Debian Lenny und es wird auch solange drauf bleiben, bis Squeeze in Stable erscheint. Vielleicht auch bis Squeeze r1
Ich nutze Debian seit Sarge und muss sagen, ich hatte nur wenige Probleme damit. Nicht so zb. wie bei Ubuntu wo schon frisch nach der Installation oder Live System mal der Bildschirm gerne Schwarz blieb ^^
Auch wenn Stable nicht das allerneueste mehr ist, dafür aber robust und man hat die gewißheit, das es zu keiner bösen Überraschung kommt.
mfg
Tja, Windows ist eben besser als Linux.
X_ChangeProperty: BadValue (integer parameter out of range for operation) 0x0
Die Fehlermeldung der Demo erhalte ich auch mit Fedora 13 (i686) nach dem Intro.
Allerdings ist für meine Intel GMA 965/X3100 ist das Spiel wohl auch wirklich nicht gedacht.
Das Spiel braucht Schreibrechte im Programmverzeichnis, entweder als root starten (schlecht) oder das Programm in einen Ordner installieren lassen, wo man als User Schreibrechte besitzt. Läuft hier unter openSuse 11.3 ohne Probleme.
Gruß Maik
Ist das nicht wieder so eine Windows "bad practice"? Schreibrechte sollte man nur im temporären und im Benutzerverzeichnis haben. Das Auslesen der $HOME Variable ist aber wohl zu viel verlangt.
Nein, es ist einfach nur ein Bug, der schon bekannt ist und für die Vollversion noch gefixt wird.
@rik
Das liegt an der Auflösung!
Ich hab hier 1x Lenny sowie auf anderem 1x Squezze an TV (also HTPC ... wie man so sagt)
Der "Fehler" kam auch auch bei Lenny, als es auf 720p (1280x720) stand.
Ich habe dann auf 1080 (1920x1080) gestellt und schon lief es.
Sowas habe ich schon zig mal gehabt ..... immer wars die Auflösung
Installiert habe ich es übrigends einfach als user in ein angelegtes Verzeichnis und da hat es dann ja auch schreibrechte.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 05. Sep 2010 um 03:04.Was ist das denn für ein Grafiktreiber?
kwt
Nein nein, das hast du falsch verstanden:
Einfach Gamma bis zum Anschlag aufruppen und aufregen, dass die Atmosphäre so schlecht ist und die Texturen milchig wirken