я вот думаю - может лучше выпилить nvidia-drivers-rt и запилить rt-patch USE-ом?
и вообще - эти дрова хоть кто-нибудь использует?
предложения касаемо не только нвидии тоже принимаются (мне просто скучно)

например: ПКМ --> выпадающее меню --> нажимаю хоткей --> реакции нет
т.е. либо вообще нет, либо просто пропадает меню, но нужного действия не происходит
собственно вопрос - как победить?
хоткеи могут быть из плеера, WM или, скажем, xbindkeys - разницы нет

<opennet> 343 изменения в грядущем ядре Linux 3.0 - дело рук разработчика по имени K. Y. Srinivasan, работающего в компании Microsoft. Согласно проведенным подсчетам общее количество изменений в Linux-ядре, проделанных Microsoft, составило 361, что вывело компанию на седьмое место в списке самых активных контрибьюторов Linux-ядра (для сравнения: компании Red Hat принадлежит 1000 изменений, Intel - 839, независимым разработчикам - 1085). Среди участвующих в разработке ядра корпораций Microsoft заняла 5 место, уступив только Red Hat, Intel, Novell и IBM.

Все проделанные Microsoft изменения связаны с драйверами для поддержки интерфейса виртуализации Hyper-V, разработанных ей же и открытых под лицензией GPL в середине 2009 года. Из-за несоответствия драйверов предъявляемым требованиям качества, их код долгое время оставался частью тестовой («staging») ветки ядра Linux и уже два раза был кандидатом на полное удаление из дерева исходного кода. Однако после нескольких оправданий Microsoft все-таки довела код до требуемого состояния, в результате чего и появилось такое большое количество изменений со стороны компании.

Интересно, что если пересчитать вклад Microsoft в количестве измененных строк кода, то компания окажется на 15 месте с 11564 строками кода или 1.3% от общего количества изменений (для сравнения размер изменений от компании Intel - 163232 строк или 18.1%). </opennet>

<opennet>
Кристоф Калман (Christoph Cullmann), один из ведущих разработчиков текстового редактора Kate с удивлением обнаружил, что во время игры StarCraft 2, ядро завершило её по событию OOM (нехватка виртуальной памяти в системе). Ситуация показалась ему очень странной, ведь на его рабочей машине было установлено 4 Гб оперативной памяти, т.е. даже теоретически сложно представить, что вызвало такое поведение.

Небольшое расследование, проведенное им, показало, что запущенные процессы KDE потребляют неприемлемо много оперативной памяти. Вывод команды top показал, что демон virtuoso, который используется для обеспечения хранения данных в Nepomuk (семантический десктоп) съел 40% производительности одного процессорного ядра. Кроме того, только элементы связанные с менеджером персональной информации Kontact (/usr/bin/kontact, konadi_nepomuk_email_feeder, akonadi_imap_resource и mysqld) в сумме съели 997 Мб (RSS) ОЗУ или 3.1 Гб виртуальной памяти.

Резюмируя свои проблемы, Кристоф пришёл к выводу, что разработчикам KDE стоит подумать о решении столь серьёзных проблем, а он в свою очередь впредь будет выгружать ненужные процессы KDE из памяти перед запуском игры или увеличит объём ОЗУ. На компьютере Кристофа установлен последний стабильный релиз KDE 4.6.5.</opennet>
pruff --> http://kate-editor.org/2011/07/10/kde-4-6-5-starcraft-2/

зашёл значит на знакомую страничку http://techbase.kde.org/Projects/Plasma/Theme#Theme_Storage
и вижу совсем другой дизайн
это у меня протечки или таки это недавно?
кстати вкуснее получилось чем было
и с чем связано сие?

в гентах новая glibc замаскирована - **2.14!s
посмотрел багтрекер http://bugs.gentoo.org/buglist.cgi?quicksearch=glibc
всё так плохо?
пора перелезать на eglibc?
UPD таки glibc - говно

запилите таки adriano32 в модеры
пруфа для покурите «ссылки на некорректные сообщения»

для ATI-шников - обновился xvba-video до версии 0.8.0 - из изменений (в сорсах) только требования к версии блоба изменились
для nvidia-пользователей - обновились nvidia-drivers и nvidia-settings до версии 275.09.07
из изменений дров (в сорсах)

======== Release 275 Entries ========

    * Fixed a bug that caused desktop corruption in GNOME 3 after a
      VT-switch or suspend/resume cycle.

    * Added support for the following GPUs:

        * GeForce GTX 560
        * GeForce GT 545
        * GeForce GTX 560M
        * GeForce 410M
        * GeForce 320M
        * GeForce 315M

        * Quadro 5010M
        * Quadro 3000M
        * Quadro 4000M

Fixed a bug that caused desktop corruption in GNOME 3 after a VT-switch or suspend/resume cycle.
Added support for the following GPUs:
GeForce GTX 560
GeForce GT 545
GeForce GTX 560M
GeForce 410M
GeForce 320M
GeForce 315M
Quadro 5010M
Quadro 3000M
Quadro 4000M
Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later.
Modified the X driver to request that hardware inform the audio driver whenever a display is disabled. This will allow the audio driver to generate the appropriate jack unplug events to applications.
Added support for the GL_EXT_x11_sync_object extension. See the extension specification in the OpenGL registry here:
http://www.opengl.org/registry/specs/EXT/x11_sync_object.txt for more details.
Improved performance of window resize operations in KDE 4 on systems with slow CPUs.
Added support for hardware button based pairing to NVIDIA 3D Vision Pro. Single click button on the hub to enter into a pairing mode which pairs one pair of glasses at a time. Double click the same button on the hub to enter into a pairing mode which pairs multiple pairs of glasses at a time.
Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
GL_NV_framebuffer_multisample_coverage
GL_NV_texture_barrier
Added GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extension:
GL_NV_register_combiners2
Fixed a bug that caused the pop-out and external DVI displays to go blank on Lenovo ThinkPad W701 laptops.
Fixed a bug that caused corruption on the menus in OpenOffice.org when the screen is rotated.
Improved performance of certain memory allocations.
Fixed a bug that caused Java2D widgets to disappear when Java is configured to render using FBOs.
Fixed a bug that caused nvidia-settings to crash while saving the X configuration file on some Linux distributions.
Added a new X configuration option "BaseMosaic" which can be used to extend a single X screen transparently across all of the available display outputs on each GPU. See "Appendix B. X Config Options" in the README for more information.

порвало в клочья )
на скрине deadbeef из гита
хромой с покалеченными сорсами (13_какой-то-там)
тема qt/gtk geek (мне так нравится - несогласные, пройдите...куда вам удобнее)
подтверждать...не настаиваю - лулзов для скрин :)

т.к. гентарды-ментайнеры - слоупоки - сам слежу за обновами некоторых вещей
заметил, что libva не обновлялось с февраля
пруфф ---> http://www.splitted-desktop.com/~gbeauchesne/
и, естессно, mplayer-vaapi тоже
кто знает в чём дело?
или «ВР - нас рать»!?

======== Release 275 Entries ========

    * Modified the X driver to request that hardware inform the audio driver
      whenever a display is disabled. This will allow the audio driver to
      generate the appropriate jack unplug events to applications.

    * Added support for the GL_EXT_x11_sync_object extension.  See the
      extension specification in the OpenGL registry here:

        http://www.opengl.org/registry/specs/EXT/x11_sync_object.txt

      for more details.

    * Improved performance of window resize operations in KDE 4 on systems
      with slow CPUs.

2011-05-19 version 275.09

    * Added support for hardware button based pairing to NVIDIA 3D Vision Pro.
      Single click button on the hub to enter into a pairing mode which pairs
      one pair of glasses at a time. Double click the same button on the
      hub to enter into a pairing mode which pairs multiple pairs of glasses
      at a time.

    * Added unofficial GLX protocol support (i.e., for GLX indirect
      rendering) for the following OpenGL extensions:

      GL_NV_framebuffer_multisample_coverage
      GL_NV_texture_barrier

    * Added GLX protocol support (i.e., for GLX
      indirect rendering) for the following OpenGL extension:

      GL_NV_register_combiners2

    * Fixed a bug that caused the pop-out and external DVI displays to go blank
      on Lenovo ThinkPad W701 laptops.

    * Fixed a bug that caused corruption on the menus in OpenOffice.org when the
      screen is rotated.

    * Improved performance of certain memory allocations.

    * Fixed a bug that caused Java2D widgets to disappear when Java is
      configured to render using FBOs.

    * Fixed a bug that caused nvidia-settings to crash while saving the X
      configuration file on some Linux distributions.

    * Added a new X configuration option "BaseMosaic" which can be used to
      extend a single X screen transparently across all of the available
      display outputs on each GPU. See "Appendix B. X Config Options" in the
      README for more information.

они сговорились что ли!? о_О
сначала разрабы квина, теперь нвидия

* Improved performance of window resize operations in KDE 4 on systems with slow CPUs

признавайтесь, кто закидал их какашками :3!?
передаю пламенный привет генту-ментайнерам - в дереве до сих пор 270.41.19 - распоследнее, в то время, как на фтп давно есть 275.09 и 275.09.04

31-го мая вышла новая версия системной библиотеки Glibc-2.14
Изменения:

• Исправлено более 90 ошибок
• Реализация RPC объявлена устаревшей. На смену пришла TI-RPC
• Поддержка программных интерфейсов новых версий ядра: clock_adjtime, name_to_handle_at, open_by_handle_at, syncfs, setns, sendmmsg
• Новые локали: os_RU, bem_ZA, en_ZA, ff_SN, sw_KE, sw_TZ, lb_LU, wae_CH, yue_HK, lij_IT, mhr_RU
• Новые кодировки: CP770, CP771, CP772, CP773, CP774
• Новая утилита sotruss для отслеживания вызовов через PLT
• Возможность установки хука на вызов malloc объявлена устаревшей и будет удалена в следующей версии

исходный код

>>> Подробности

26-го мая вышел корректирующий релиз Python 2.5.6 с исправлениями ошибок, связанных с безопасностью

• исправлена ошибка, позволяющая провести XSS-атаки в модуле SimpleHTTPServer
• В urllib и urllib2 добавлено игнорирование перенаправлений, если схема URL отлична от HTTP, HTTPS и FTP
• Решена проблема с расчётом длины строки в audioop
• в модуле audioop добавлены дополнительные проверки перенаправлений

>>> Подробности

kernel - 39
mesa-9999 + gallium
libdrm-9999
xf86-video-nouveau-9999
openbox-3.5.0_pre20110313
9400GT
===================================
resize (classic)

real	0m8.342s
user	0m0.289s
sys	0m0.960s

real	0m8.646s
user	0m0.277s
sys	0m0.971s

real	0m8.475s
user	0m0.306s
sys	0m0.941s

real	0m9.515s
user	0m0.304s
sys	0m0.940s

real	0m9.397s
user	0m0.299s
sys	0m0.955s

real	0m9.239s
user	0m0.302s
sys	0m0.953s

real	0m12.017s
user	0m0.348s
sys	0m0.839s

real	0m13.415s
user	0m0.351s
sys	0m0.840s

real	0m12.578s
user	0m0.342s
sys	0m0.846s

real	0m9.005s
user	0m0.361s
sys	0m0.817s

real	0m9.140s
user	0m0.315s
sys	0m0.867s

real	0m9.370s
user	0m0.319s
sys	0m0.860s

42108 frames in 5.0 seconds = 8421.446 FPS
42225 frames in 5.0 seconds = 8444.987 FPS
41791 frames in 5.0 seconds = 8356.570 FPS

real	0m7.233s
user	0m0.308s
sys	0m0.930s

real	0m7.293s
user	0m0.330s
sys	0m0.921s

real	0m7.236s
user	0m0.340s
sys	0m0.922s

real	0m12.235s
user	0m0.389s
sys	0m0.798s

real	0m12.600s
user	0m0.388s
sys	0m0.799s

real	0m12.506s
user	0m0.364s
sys	0m0.823s

real	0m6.554s
user	0m0.322s
sys	0m0.908s

real	0m6.615s
user	0m0.321s
sys	0m0.910s

real	0m6.495s
user	0m0.306s
sys	0m0.922s

73216 frames in 5.0 seconds = 14643.168 FPS
72862 frames in 5.0 seconds = 14572.325 FPS
73139 frames in 5.0 seconds = 14627.709 FPS

GtkPerf 0.40 - Starting testing: Sun May 22 21:47:10 2011

GtkEntry - time:  0.02
GtkComboBox - time:  0.32
GtkComboBoxEntry - time:  0.33
GtkSpinButton - time:  0.10
GtkProgressBar - time:  0.06
GtkToggleButton - time:  0.04
GtkCheckButton - time:  0.04
GtkRadioButton - time:  0.12
GtkTextView - Add text - time:  0.31
GtkTextView - Scroll - time:  0.25
GtkDrawingArea - Lines - time:  0.41
GtkDrawingArea - Circles - time:  0.57
GtkDrawingArea - Text - time:  0.63
GtkDrawingArea - Pixbufs - time:  0.12
 --- 
Total time:  3.32

GtkEntry - time:  0.02
GtkComboBox - time:  0.25
GtkComboBoxEntry - time:  0.22
GtkSpinButton - time:  0.05
GtkProgressBar - time:  0.04
GtkToggleButton - time:  0.04
GtkCheckButton - time:  0.03
GtkRadioButton - time:  0.12
GtkTextView - Add text - time:  0.31
GtkTextView - Scroll - time:  0.09
GtkDrawingArea - Lines - time:  0.27
GtkDrawingArea - Circles - time:  0.35
GtkDrawingArea - Text - time:  0.21
GtkDrawingArea - Pixbufs - time:  0.03
 --- 
Total time:  2.02

без gallium море атрефактов
побило все ШГ (размеры): pruff (мат), а должно быть так, про коньки и прочее вообще молчу....

Итого:

• 3D почти нет
• 2D НЕ быстрей
• vdpau нет
• cuda нет
• многих «странных» плюшек нет (типа разгона)

Угощайтесь, господа :3

P.S. сами скрипты, если что:
resize

#!/bin/bash
export ID_WIN="$(xwininfo | grep "Window id" | cut -d\" -f2)"
echo $ID_WIN
x=1
wmctrl -r "$ID_WIN" -e 1,-1,-1,1,1;
time for i in `seq 1024`;do (( x++ ));wmctrl -r "$ID_WIN" -e 1,0,0,$x,$x;done

#!/bin/bash
ID_WIN=$(($(xwininfo | grep "Window id" | cut -d" " -f4)))
time for i in `seq 5`;do 
for x in `seq 100`;do xdotool click --window $ID_WIN 5;done
for y in `seq 100`;do xdotool click --window $ID_WIN 4;done
done

270.41.19 prerelease for Linux x86/x86_64 released

• Fixed a bug in the VDPAU presentation queue that could cause 1 second hangs when transitioning from blit-based display to overlay- based display. This would most commonly happen when disabling a compositing manager.
• Fixed a bug that could cause crashes when capturing SDI video.
• Fixed a corner-case in which the OpenGL driver could leak resources in applications utilizing fork().
• Addressed a Linux kernel interface compatibility problem that could lead to ioremap() errors and, potentially, functional and/or stability problems.
• Fixed a bug that caused SLI initialization to fail on some Intel based systems.
• Fixed a bug that caused SLI initialization to fail when using recent Linux kernels, such as 2.6.38.

275.09 beta for Linux x86/x86_64 released

• Added support for hardware button based pairing to NVIDIA 3D Vision Pro. Single click button on the hub to enter into a pairing mode which pairs one pair of glasses at a time. Double click the same button on the hub to enter into a pairing mode which pairs multiple pairs of glasses at a time.
• Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
  GL_NV_framebuffer_multisample_coverage
  GL_NV_texture_barrier
• Added GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extension: GL_NV_register_combiners2
• Fixed a bug that caused the pop-out and external DVI displays to go blank on Lenovo ThinkPad W701 laptops.
• Fixed a bug that caused corruption on the menus in OpenOffice.org when the screen is rotated.
• Improved performance of certain memory allocations.
• Fixed a bug that caused Java2D widgets to disappear when Java is configured to render using FBOs.
• Fixed a bug that caused nvidia-settings to crash while saving the X configuration file on some Linux distributions.
• Added a new X configuration option «BaseMosaic» which can be used to extend a single X screen transparently across all of the available display outputs on each GPU. See «Appendix B. X Config Options» in the README for more information.

libjpeg-turbo-1.1.1

а на ЛОР-е тишина...

1. http://www.linux.org.ru/forum/linux-org-ru/6169274
уже есть фикс - https://github.com/moscwich/lorsource/commit/11768f8de23d1f82a9b68538d46cce55...
всем пофиг
2. http://www.linux.org.ru/forum/linux-org-ru/6267400
всем пофиг
3. http://www.linux.org.ru/forum/linux-org-ru/5953677
всем пофиг
Макс, проснись!

зашёл в кои-то веки в книжный магазин...
на прилавке лежит ЭТО
на самом видном месте
ладно бы ларёк какой...
таки мир катится...да-да - туда!

добавьте в танго что-то типа

#bd .messages h1, .messages h2 {margin-top: 5px;}

залез значит в настройки кед...а там модуль настройки флеш-плеера
откуда? о_О
это типа фича 10.3?
http://ompldr.org/vOHBpaw/15.05.2011-20:15.png
http://ompldr.org/vOHBpbA/15.05.2011-20:15.png

[ megabaks@desktop ] ~ $ qlist -IUv flash
www-plugins/adobe-flash-10.3.181.14-r1 (kde vdpau)
[ megabaks@desktop ] ~ $ 

Йоанна Рутковска (Joanna Rutkowska), автор руткита Blue Pill, операционной системы Qubes OS и руководитель Invisible Things Lab, опубликовала документ, в котором представила сразу три способа обхода защиты механизма виртуализации Intel VT-d (IOMMU), используемого в Xen и других гипервизорах для проброса реальных устройств на шине PCI в виртуальный домен. Все три метода основаны на возможности отсылки прерывания формата MSI с произвольным вектором прерывания из непривилегированного домена, имеющего доступ к адресному пространству устройства.

В первом случае используется генерация подложного SIPI-прерывания (Start-up Inter Processor Interrupt), которое в нормальной ситуации применяется в BIOS для активации всех ядер/процессоров системы. Легальные SIPI-прерывания могут быть инициированы только самим процессором, но как выяснилось в ходе исследования, за них легко выдать обычное MSI-прерывание путем простого изменения значения поля «Delivery Mode». Получив SIPI-прерывание ядро начинает выполнение подготовительного (start-up) кода, адрес которого вычисляется с использованием номера вектора прерывания, что можно использовать для внедрения shell-кода. Однако, при переходе в режим виртуализации (VT-x), процессор блокирует (но запоминает) все INIT-прерывания, которые должны быть обработаны перед отсылкой SIPI-прерывания, поэтому shell-код может отработать только тогда, когда процессор выйдет из режима виртуализации, то есть на этапе выключения машины.

Второй метод - генерация MSI-прерывания с номером вектора 0x80 или 0x82, которые будут интерпретированы как системные вызовы или вызовы функций Xen, выполненные активным в данный момент доменом. Однако, единственный способ успешно выполнить атаку, это поймать момент, когда регистры процессора будут содержать нужные аргументы и номер системного вызова.

Третий метод заключается в генерировании прерывания с номером 17 (#AC), которое попадет к обработчику ошибок процессора. В результате значения стека будут интерпретированы неправильно и управление вернется к инструкции, расположенной по адресу RFLAGS:CS, а не CS:RIP, как того ожидает обработчик.

В конце документ содержит описание работы и фрагменты кода эксплойта, который использует второй метод и позволяет выйти за пределы непривилегированного Xen-домена. Получив предварительную версию документа разработчики Xen реализовали функциональность, которая запрещает обработку прерываний с номерами 0x80 и 0x82, если они были вызваны устройствами, а также блокирует доставку прерывания #AC. Однако первый метод до сих остается осуществимым, так что единственная серьезная защита против всех видов атак заключается в использовании механизма Interrupt Remapping (который блокирует незаконные прерывания от устройств), доступного пока только в процессорах серии Intel Sandy Bridge, выпущенных в начале текущего года.

Интересно, что Xen уже имел механизм ограничений на доступ к памяти устройств, проброшенных в виртуальные домены, который запрещал произвольное изменение вектора прерывания драйвером устройства. Но, как оказалось, его легко обойти с помощью механизма «Scatter Gather», поддерживаемого многими устройствами и позволяющего разбить одну DMA-транзакцию на несколько более мелких, с разными адресами назначения. Одним из таких адресов может быть область памяти, отведенная для записи MSI-прерываний.

докУмент
//тупой копипаст с опеннета