gelöst: fglrx und nvidia kaputt

[devil]

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630710

greetz
devil

[seagull]

Ärgerlich! aber ich hab inzwischen Übung auf nvidia-proprietär zu wechseln. ->läuft

Code Select Expand

Host/Kernel/OS  "aptosidbox" running Linux 2.6.39-1.slh.8-aptosid-amd64 x86_64 [ aptosid 2010-02 Κῆρες - kde-full - (201009132215) ]                                                                                              
CPU Info        2x AMD Athlon X2 Dual Core BE-2350 512 KB cache flags( sse3 ht nx lm svm ) clocked at [ 1000.000 MHz ]                                                                                                            
Videocard       nVidia C68 [GeForce 7050 PV / nForce 630a]  X.Org 1.10.2  [ 1280x1024@50.0hz ]                  
Network cards   Ralink corp. RT2561/RT61 802.11g PCI                                                            
               nVidia MCP67 Ethernet, at port: d880                                                            
Processes 134 | Uptime 3:31 | Memory 731.9/1949.1MB | HDD Hitachi HDT72504 Size 400GB (31%used) | GLX Renderer GeForce 7050 PV / nForce 630a/PCI/SSE2 | GLX Version 2.1.2 NVIDIA 275.09.07 | Client Shell | Infobash v3.36

[reddark]

hab ich heut gemerkt und musste ein downgrade von libgl1-mesa-glx zu testing machen ;(

[devil]

reddark,
das sind glaub 2 paar schuhe.

greetz
devil

[reddark]

ich denk nicht, den nach einem update heute, hatte ich zwar noch die kwin-effekte, aber z.B. Sauerbraten ließ sich nicht mehr starten. Beim test in der konsole kam "Error: couldn't find RGB GLX visual" also hab ich das downgrade gemacht und alles war wieder gut. Hier fglrx in benutzung

[towo]

Eigentlich nicht.

[reddark]

Eigentlich nicht.

Wie jetzt? Bringt mich nicht durcheinander

[towo]

Doch, downgrade auf mesa-glx aus testing funktioniert.
Das eigentlich nicht bezog sich auf devils Post, daß das 2 paar Schuhe wären.

[reddark]

aso

[ralul]

@towo oder @devel, kann das von euch jemand näher erklären, was es für eine Umstellung ist mit den 32bit: Wird Multiarch jetzt irgendwie anders gehandhabt?

[towo]

Multiarch kann nicht anders gehandhabt werden, Multiarch war gar nicht existent.

[ralul]

Und was ist mit dem Bug (oben der Link) gemeint:
"The multiarch move of MESA breaks current diversion handling"

[towo]

Das bedeutet, das mit der, jetzt erfolgenden, Einführung von Multiarch die glx-diversion der binary Blobs nicht mehr funktioniert.

[ralul]

So, jetzt müsste ich nur den Unterschied zwischen Multiarch und diversion kapieren. Ich glaub das war wohl meine Frage eigentlich.

Geht es darum, in welcher Weise auf amd64 Architektur Laufanfragen für 32bit Subsysteme beantwortet werden, zB wine oder nspluginwrapper für adobe-flash?

[devil]

früher hiess das zeug ia32 und funktionierte donnerstags von 11:00 -17:00.
jetzt heisst es multiarch und erst mal muss einiges angepasst werden damit es dann vielleicht funtioniert.

greetz
devil