Forum Debian Users Gang

No to by pasowało. Szkoda, tylko, że nie poczekano z migracją xorga, aż do pojawienia się działających sterowników, bo te "najnowsze" z unstable także nie działają z nowym Xorg (wymagają zależności od wirtualnych pakietów, których nie ma jeszcze w repo). Tak więc, używając repozytorium Debiana, nie można mieć aktualnego systemu i działających sterowników fglrx, na dzień dzisiejszy. Spoko.

Ostatnio edytowany przez pioruns (2011-09-28 23:06:13)

pioruns napisał(-a):

Szkoda, tylko, że nie poczekano z migracją xorga, aż do pojawienia się działających sterowników, bo te "najnowsze" z unstable także nie działają z nowym Xorg

Nie każdy używa zamkniętych sterowników i nie ma potrzeby do specjalnego czekania na łaskę AMD czy NVidii.  Jeszcze by tego brakowało żeby od tego zależał rozwój Debiana i innych dystrybucji.

Chyba źle mnie zrozumiałeś. Sterowniki wyleciały bo nie działają. Oczywiście że to niekorzystna sytuacja, ale pretensje można mieć do AMD/NVidii że nie zdążyły wydać działających sterowników z aktualną wersją xorga. ArnVaker już wcześniej wspomniał że:

Wszystko co znajduje się w sekcji non-free, czyli m.in. zamknięte sterowniki, właściwie nie jest częścią Debiana. :) Gdyby chodziło o otwarte stery, na pewno poczekaliby z migracją Xorga. Poza tym nie chodzi o to, że tych sterów zgodnych z Xorgiem 1.11 nie ma aktualnie w Debianie. Ich w ogóle nie ma, trzeba czekać aż zostaną wydane przez producenta.

Co można jeszcze do tego dodać? Formalnie Debian to Squeeze — w nim są działające. A logiczne że w testingu/sidzie rozwija się kolejne wydanie i nikt nie będzie czekał aż jakiś producent poprawi zamknięty sterownik.

morfik napisał(-a):

Trzeba wyciągnąć wnioski na przyszłość z tej sytuacji i przy zakupie kolejnej karty graficznej wybrać nvidie, bo panowie z nvidii przynajmniej cenią sobie użytkowników linuxa, w przeciwieństwie do AMD.

Generalnie tak, ale w tym przypadku sterów Nvidii z Xorgiem 1.11 też bym obecnie nikomu nie polecił. Niby jest już wersja z jego oficjalną obsługą, ale działa po prostu słabo. Pewnie panowie z Nvidii też jakieś obejście zastosowali. :P /me w każdym razie siedzi na Xorgu 1.10 + Nvidia 280.13 póki co.

ilin: Ale nie zawsze tak jak powinna. Nawet w Archu m.in. przez to czekają z wrzuceniem do głównego repo Xorga 1.11: http://www.mail-archive.com/arch-general@archlinux.org/msg21877.html. Daleko nie szukając: http://forum.dug.net.pl/viewtopic.php?id=19724 — problem spowodowany właśnie współpracą sterów Nvidii z nowym Xorgiem, po cofnięciu wszystko wróciło do normy.

275.28 to są właśnie te jedyne oficjalnie obsługujące nowego Xorga, które u niektórych powodują problemy. Wolę poczekać aż obsługa nowego Xorga zostanie wprowadzona w głównej gałęzi sterowników, a nie w tej LTS, podejrzewam że wtedy nie będzie już z nimi żadnych problemów. :)

Opracowałem rozwiązanie dla użytkowników Debian Testing i Debian Unstable.
Z serwisu http://snapshot.debian.org/ trzeba ściągnąć i zainstalować następujące wersje pakietów:

libgl1-mesa-dev_7.10.3-4_amd64.deb
libgl1-mesa-dri_7.10.3-4_amd64.deb
libgl1-mesa-glx_7.10.3-4_amd64.deb
mesa-common-dev_7.10.3-4_amd64.deb
xorg_7.6+8_amd64.deb
xserver-xorg_7.6+8_amd64.deb
xserver-xorg-core_1.10.4-1_amd64.deb
xserver-xorg-input-all_7.6+8_amd64.deb
xserver-xorg-input-evdev_2.6.0-2+b1_amd64.deb
xserver-xorg-input-synaptics_1.4.1-1_amd64.deb
xserver-xorg-input-wacom_0.10.10+20110203-1+b1_amd64.deb
xserver-xorg-video-apm_1.2.3-2+b1_amd64.deb
xserver-xorg-video-ark_0.7.3-2+b1_amd64.deb
xserver-xorg-video-ati_6.14.2-1_amd64.deb
xserver-xorg-video-chips_1.2.4-1+b1_amd64.deb
xserver-xorg-video-cirrus_1.3.2-4+b1_amd64.deb
xserver-xorg-video-fbdev_0.4.2-4+b1_amd64.deb
xserver-xorg-video-i128_1.3.4-2+b1_amd64.deb
xserver-xorg-video-intel_2.15.0-3_amd64.deb
xserver-xorg-video-mach64_6.9.0-1_amd64.deb
xserver-xorg-video-mga_1.4.13.dfsg-3+b1_amd64.deb
xserver-xorg-video-neomagic_1.2.5-2+b1_amd64.deb
xserver-xorg-video-nouveau_0.0.16+git20110411+8378443-1+b1_amd64.deb
xserver-xorg-video-openchrome_0.2.904+svn920-1_amd64.deb
xserver-xorg-video-r128_6.8.1-5+b1_amd64.deb
xserver-xorg-video-radeon_6.14.2-1_amd64.deb
xserver-xorg-video-rendition_4.2.4-2+b1_amd64.deb
xserver-xorg-video-s3_0.6.3-4+b1_amd64.deb
xserver-xorg-video-s3virge_1.10.4-4+b1_amd64.deb
xserver-xorg-video-savage_2.3.2-3+b1_amd64.deb
xserver-xorg-video-siliconmotion_1.7.5-1+b1_amd64.deb
xserver-xorg-video-sis_0.10.3-3+b1_amd64.deb
xserver-xorg-video-sisusb_0.9.4-2+b1_amd64.deb
xserver-xorg-video-tdfx_1.4.3-4+b1_amd64.deb
xserver-xorg-video-trident_1.3.4-2+b1_amd64.deb
xserver-xorg-video-tseng_1.2.4-2+b1_amd64.deb
xserver-xorg-video-vesa_2.3.0-7_amd64.deb
xserver-xorg-video-vmware_11.0.3-2+b1_amd64.deb
xserver-xorg-video-voodoo_1.2.4-2+b1_amd64.deb

Po downgrade xorga i mesy, restart, instalacja fglrx-driver=1:11-9-1 z unstable no i mamy spowrotem działające pięknie sterowniki własnościowe. Nie wiem co nowego jest w Xorg 1.11, bo żadnych różnich w pracy nie zauważyłem, oczywiście oprócz tego, ze musiałem jechać na sterowniku open source.
Gdyby ktoś miał problemy z downgrade to proszę pytać:)

Ostatnio edytowany przez pioruns (2011-10-09 14:18:46)

Tak, zauważyłem, że mogę użyć migawki repo, w stylu http://snapshot.debian.org/archive/debian/20110920T211952Z/, jednak downgrade xorga i mesy to jednorazowa akcja, zatrzymam te pakiety aż do wydania poprawionej, działającej wersji sterowników zamkniętych. No i nie polegałem na tym, co będzie w migawce, tylko ściągnąłem odpowiednie, dokładne wersje pakietów, sprawdzając, jakie były przed ostatnim upgradem xorga (sprawdziłem w logu dpkg, starsze, działające wersje pojawiły się w moim systemie 21 września i były tam do czasu upgrade xorg 1.11).
Nie mniej jednak, warto zapamiętać taki sposób, dla kogoś, kto jeszcze pakietów nie przypinał z zewnętrznych repozytoriów;)
I zgadzam się, większość pakietów xserver-xorg-video* nie jest mi potrzebna, z wyjątkiem jednego - xserver-xorg-video-radeon, który mogę użyć, gdybym odinstalował fglrx:)

Ostatnio edytowany przez pioruns (2011-10-09 15:42:19)

@ilin U mnie nowy Xorg działał nieciekawie - stary, z backportów lata jak huragan Katrina.

$ dpkg -l | grep nvidia
ii  glx-alternative-nvidia                  0.1.94                       allows the selection of NVIDIA as GLX provider
ii  libgl1-nvidia-alternatives              280.13.really.275.28-1       transition libGL.so* diversions to glx-alternative-nvidia
ii  libgl1-nvidia-glx                       280.13.really.275.28-1       NVIDIA binary OpenGL libraries
ii  libglx-nvidia-alternatives              280.13.really.275.28-1       transition libgl.so diversions to glx-alternative-nvidia
ii  nvidia-alternative                      280.13.really.275.28-1       allows the selection of NVIDIA as GLX provider
ii  nvidia-glx                              280.13.really.275.28-1       NVIDIA metapackage
ii  nvidia-installer-cleanup                20110729+2                   Cleanup after driver installation with the nvidia-installer
ii  nvidia-kernel-common                    20110729+2                   NVIDIA binary kernel module support files
ii  nvidia-kernel-dkms                      280.13.really.275.28-1       NVIDIA binary kernel module DKMS source
ii  nvidia-support                          20110729+2                   NVIDIA binary graphics driver support files
ii  nvidia-vdpau-driver                     280.13.really.275.28-1       NVIDIA vdpau driver
ii  nvidia-xconfig                          280.13-1                     X configuration tool for non-free NVIDIA drivers
ii  xserver-xorg-video-nvidia               280.13.really.275.28-1       NVIDIA binary Xorg driver

$ aptitude show xserver-xorg-core
Pakiet: xserver-xorg-core                    
Stan: zainstalowany
Zainstalowany automatycznie: nie
Wersja: 2:1.10.4-1~bpo60+1
Priorytet: opcjonalny
Sekcja: x11
Opiekun: Debian X Strike Force <debian-x@lists.debian.org>

$ glxgears
47677 frames in 5.0 seconds = 9535.267 FPS
48079 frames in 5.0 seconds = 9615.700 FPS
47973 frames in 5.0 seconds = 9594.456 FPS

Co do zamkniętych sterów - zdecydowanie wolę takie niż zwykle otwarte. Dlatego dodanie nowego Xorga do testinga jest dziwne, skoro nawet w Archu (wedługg distrowatch) siedzi 1.10.4 - coś zatem jest nie tak.

Ostatnio edytowany przez sir_lucjan (2011-10-09 18:11:01)

Dziwi mnie takie podejście do tematu ale Debian to Debian :D

nie straszcie wszystkich tym Xorgiem 1.11.1 u mnie działa
karta grafiki nvidii z akceleracją Trapezoids + sterowniki 285.05.09

trzeba na nvidii sprawdzać

arturek@debian:~/Pulpit$ nvidia-settings -q AccelerateTrapezoids

  Attribute 'AccelerateTrapezoids' (debian:0.0): 1.
    'AccelerateTrapezoids' is a boolean attribute; valid values are: 1
    (on/true) and 0 (off/false).
    'AccelerateTrapezoids' can use the following target types: X Screen.

arturek@debian:~/Pulpit$

działa akceleracja Trapezoids

Attribute 'AccelerateTrapezoids' (debian:0.0): 1

wyłączona ( wtedy też mam błędy )

Attribute 'AccelerateTrapezoids' (debian:0.0): 0

Ostatnio edytowany przez arturek (2011-10-09 20:28:30)

libgl1-mesa-dev, mesa-common-dev, xorg, xserver-xorg-input-all, xserver-xorg-input-synaptics (jeżeli to nie lapek), xserver-xorg-input-wacom. U siebie nie mam też libgl1-mesa-dri, ale u Ciebie może siedzieć jako zależność czegoś. W ogóle cała mesa o ile dobrze pamiętam siedzi tylko przez zależności, zamknięte sterowniki i tak jej nie używają. Przynajmniej tak jest w przypadku sterowników Nvidii, miałem kiedyś puste pakiety zamiast pakietów mesy i wszystko działało bez problemu.

$ dpkg -l |grep xserver
ii  x11-xserver-utils                   7.6+3                        X server utilities
ii  xserver-common                      2:1.10.4-1                   common files used by various X servers
ii  xserver-xorg                        1:7.6+8                      X.Org X server
ii  xserver-xorg-core                   2:1.10.4-1                   Xorg X server - core server
ii  xserver-xorg-input-evdev            1:2.6.0-2+b1                 X.Org X server -- evdev input driver
ii  xserver-xorg-video-vesa             1:2.3.0-7                    X.Org X server -- VESA display driver

x11-xserver-utils nie jest niezbędny, ale ja go używam po prostu. Do tego jeszcze sterowniki ze skryptu Nvidii, których tu nie widać.

BTW:

aptitude purge `dpkg -l |grep xserver-xorg-video | awk {'print $2'} |grep -v radeon`

to samo za pomocą samego aptitude:

aptitude purge 'xserver-xorg-video~i !~nradeon'

:)