U mnie:
Kod: Zaznacz cały
libdrm-intel1:
Zainstalowana: 2.4.25-1
Kandydująca: 2.4.25-1
Tabela wersji:
*** 2.4.25-1 0
1 http://ftp.pl.debian.org/debian/ experimental/main amd64 Packages
100 /var/lib/dpkg/status
2.4.24-2 0
500 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages
Kod: Zaznacz cały
xserver-xorg-core:
Zainstalowana: 2:1.10.1-1
Kandydująca: 2:1.10.1-1
Tabela wersji:
*** 2:1.10.1-1 0
1 http://ftp.pl.debian.org/debian/ experimental/main amd64 Packages
100 /var/lib/dpkg/status
2:1.9.5-1 0
500 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages
Kod: Zaznacz cały
xserver-xorg-video-intel:
Zainstalowana: 2:2.14.0-4ubuntu7
Kandydująca: 2:2.15.0-1
Tabela wersji:
2:2.15.0-1 0
500 http://ftp.pl.debian.org/debian/ sid/main amd64 Packages
*** 2:2.14.0-4ubuntu7 0
100 /var/lib/dpkg/status
Jak widać, cały xorg z eksperymentalnego repozytorium, libdrm-intel1 też z eksperymentalnego. Dodatkowo, musiałem wziąć sam pakiet sterownika z Ubuntu, bo w Debianie nie ma jeszcze sterownika intela dostosowanego do nowego libdrm i nowego xorga (jak zwykle, nie przygotowano wszystkich wymaganych pakietów, normalka w eksperymentalnym repozytorium).
Ale konfigurację taką jak twoja też już przetestowałem i było to samo, więc do niej wracać nie będę.
Dodane:
Wydaje się że (prawdopodobnie) namierzyłem przyczynę. Przy okazji innego problemu. Jeśli nic z tym nie robiliście, a posiadacie system 64 bitowy i 64 bitowego flasha, to sprawdźcie, czy np na wrzuta.pl macie dobry dźwięk z flasha (problem nie dotyczy youtube, ponieważ tam nie jest używane mp3 jako kodek dźwięku). Jeśli używacie Debiana Sid i najnowszego flasha to na 99% dźwięk jest zły.
Powód? Zmiany w glibc (funkcja memcpy zaczęła działać inaczej niż przedtem, zamiast memcpy zalecane jest używanie innej funkcji). Tutaj:
http://forums.fedoraforum.org/showpost. ... stcount=12 jest obejście problemu.
Ponieważ po zastosowaniu tego ustąpił również problem z wychodzeniem z pełnego ekranu,podejrzewam że te rzeczy są ze sobą powiązane. Rozwiązanie jest dość karkołomne, ale nie ma co liczyć na to, że adobe prędko dostosuje flasha do takich zachcianek, zwłaszcza że i tak flash .64 bitowy ciągle jest chyba w wersji beta i stoi w miejscu, tak na dobrą sprawę.
Dodane:
Dla jasności dorzucam jeszcze oficjalny komunikat twórcy pakietu:
Starting with version 2.13, eglibc provides an SSSE3 optimized version
of memcpy() on the amd64 architecture. This version might copy memory
backward in some conditions, which causes issues if the source and
destination overlap. memmove() should be used in such cases, but some
programs still wrongly use memcpy().
For this reason, on the amd64 architecture the Debian package provides
two wrappers which can be use to workaround and/or debug the issue:
- /usr/lib/libc/memcpy-preload.so simply replace all calls to memcpy()
by a call to memmove()
- /usr/lib/libc/memcpy-syslog-preload.so does the same, but in addition
logs (with rate limit) the issue to syslog, so that it can be
detected and fixed.
To use these wrapper on a single binary, the easiest way is to use the
LD_PRELOAD environment variable:
- LD_PRELOAD=/usr/lib/libc/memcpy-preload.so /path/to/binary
- LD_PRELOAD=/usr/lib/libc/memcpy-syslog-preload.so /path/to/binary
For system-wide usage, it is possible to add the path of one of the
wrapper to /etc/ld.so.preload.
For more details about the issue, please see:
http://bugs.debian.org/625521
http://sourceware.org/bugzilla/show_bug.cgi?id=12518
Prawy klik na obiekcie flasha → Ustawienia → i tutaj sobie odhaczasz.