Сабж. Хочется сдружить pcmanfm с fstab до такого состояния, чтобы первый научился показывать точки мониторование из последнего. В убунте pcmanfm-0.9.7 данная фишка работает и точка монтирования

/dev/sdb1	/media/media	reiserfs noauto,users	0	0

Та же строка в генте не работает. Версии пробовал от 0.9.7 до последнего git среза.

Какие действия нужно проделать, чтобы сдружить pcmanfm и fstab?

Ъ:

Вышел первый релиз-кандидат 2.6.37. Основные изменения - сборка ядра без Big Kernel Lock (BKL) и множественные улучшения в DRM.

DRM: поддержка blit на ATI Evergreen, звук на Intel HDMI/DisplayPort, драйвер для Intel Poulsbo и изменения в менеджере памяти TTM.

Ядро может быть собрано без BKL, но остаются еще места зависимые от BKL, например V4L-драйвера.

12309 теперь умрет или нет?! phoronix

В который раз, написав новость, натыкаюсь на то, что нельзя править после подтверждения, хотя иногда очень нужно ибо в процессе обсуждения выползают очень здравые предложения, например, о переводе и его качестве.

Может впилим таки возможность изменения новости для ТСа?

Консорциум W3C представил результаты первого официального тестирования поддержки реализации элементов будущего стандарта HTML5 в современных web-браузерах. Наиболее полный комплект поддерживаемых возможностей HTML5 продемонстрировала шестая тестовая сборка Internet Explorer 9, на втором месте Firefox 4 Beta 6, на третьем Google Chrome 7.0.517.41 beta.

Интересно, что альтернативные сервисы тестирования уровня поддержки HTML5, такие как caniuse.com и html5test.com, демонстрируют заметно другую картину. Например, по данным теста caniuse.com Internet Explorer 9 продемонстрировал поддержку 81% всех элементов HTML5, Firefox - 96%, Safari - 96%, Chrome - 96% и Opera - 77%. Объяснить такое расхождение можно тем, что тестовый комплект W3C содержит проверку только части элементов будущего стандарта, не учитывая такие функции как работа с локальным хранилищем, «web workers», File API, расширенные типы для тега input, WebGL, IndexedDB, WebSocket, Geolocation API.

Собственно сабж. В 4ой ветке запили свои табы модные, гламурные с закругленными уголками, которые только цвет берут из темы GTK. Хочется табов, которые бы целиком подцепались из темы GTK. Как сделать?

• В реализации поддержки сетевого протокола RDS (Reliable Datagram Sockets), разработанного компанией Oracle (ждем новых дыр от оракла, ведь он теперь меняет правила), найдена уязвимость, позволяющая локальному злоумышленнику выполнить код с повышенными привилегиями через отправку специально оформленного запроса к RDS-сокету. Наличие уязвимости подтверждено в Linux-ядрах с 2.6.30 по 2.6.36-rc8, собранных с включенной опцией CONFIG_RDS. Опасность уязвимости усугубляется наличием эксплоита в открытом доступе.
• Дополнительно сообщается об исправлении в тестовой сборке Linux-ядра 2.6.36-rc7 уязвимости в DRM-модуле для видеокарт i915. Отправка специально оформленного запроса через i915 GEM ioctl потенциально может привести к выполнению кода локального злоумышленника с привилегиями ядра системы.
• Кроме того, в реализации функции «snd_ctl_new()» из звуковой подсистемы Linux-ядра найдено целочисленное переполнение, используя которое локальный злоумышленник может вызвать крах ядра или потенциально организовать выполнение кода с повышенными привилегиями через отправку специально подготовленного запроса к устройству «/dev/snd/controlC*. Проблема устранена в тестовой сборке 2.6.36-rc7.

Ъ:

• Не проприетарный Linux - это миф. Нет сомнения, что Oracle нащупала брешь в броне RHEL и теперь будет беспощадно её расширять. Корень проблемы в том, что дистрибьюторы коммерческого Linux до сей поры заявляли о двух несовместимых сущностях: во-первых, что благодаря своей open-source природе, их Linux является «не проприетарным» продуктом, «принадлежащим каждому», и второе - что «не проприетарный» продукт, «принадлежащий каждому», может тем не менее достигать конкурентоспособной дифференциации. Но не проприетарная природа коммерческих дистрибутивов Linux - это миф. RHEL совершенно чётко является проприетарным продуктом, и не нужно думать, что дифференциация проистекает только из сервисных услуг. Нет, она проистекает из самого кода.
• Каждый из ведущих дистрибутивов Linux дифференцирует себя тысячами своих специфических патчей, призванных сделать именно этот дистрибутив «лучше» дистрибутива конкурентов, и эти патчи имеют значение для определённого числа пользователей, готовых заплатить реальные деньги за эти изменения. Так поступают все: и Red Hat, и SUSE, и Ubuntu. Конечно, эти дистрибутивы не настолько радикально отличаются друг от друга, как отличались в 90-х годах различные системы UNIX, и то, что эти патчи лицензированы под GPL, даёт возможность Novell и Oracle поддерживать версии от Red Hat точно также, как и свои собственные. Но это ничего не меняет: здесь применяются точно такие же стратегии дифференцирования, как и те, что применяются в традиционном закрытом ПО, например в Oracle 11g или в Microsoft Windows.

С интересом ожидаем, чем ответят Red Hat, SUSE, IBM и другие заинтересованные лица официального Linux. Android, на самом деле, ещё не является для них угрозой, про крайней мере, не теперь. Но Oracle должен их напугать. Конечно, Ларри и не пытается украсть долю RHEL или SLES. 5500 покупателей Oracle Enterprise Linux - это только крохотный кусочек клиентской базы Red Hat. Но это также и маленькая доля баз данных Oracle, промежуточного ПО и доля покупателей приложений, которые не безразличны Oracle. Oracle сдаёт поле межсетевых экранов, файловых и web-серверов другим, но желает вернуть собственность в доле установленных баз Oracle. В зависимости от того, насколько далеко Oracle продвинется по этому курсу, она может нанести ощутимый урон старым игрокам на поле Linux.

Подробности
Оригинал

Суть в следующем. Хотел собрать последний срез awn, но он требует libdesktop-agnostic>0.3.91, который у меня ни черта не собирается при различных опробованных мною комбинациях gir-repository и gobject-introspection. Вот, например, что сыпется при комбинации gir-repository-0.6.5 и gobject-introspection-0.9.0-r1

[113/117] typelib: build/default/libdesktop-agnostic/DesktopAgnostic-1.0.gir -> build/default/libdesktop-agnostic/DesktopAgnostic-1.0.typelib
[114/117] typelib: build/default/libdesktop-agnostic/DesktopAgnosticVFS-1.0.gir -> build/default/libdesktop-agnostic/DesktopAgnosticVFS-1.0.typelib
[115/117] typelib: build/default/libdesktop-agnostic/DesktopAgnosticConfig-1.0.gir -> build/default/libdesktop-agnostic/DesktopAgnosticConfig-1.0.typelib
[116/117] typelib: build/default/libdesktop-agnostic/DesktopAgnosticFDO-1.0.gir -> build/default/libdesktop-agnostic/DesktopAgnosticFDO-1.0.typelib
default/libdesktop-agnostic/DesktopAgnosticFDO-1.0.gir:3:1: error: Unsupported version '1.2'
error parsing file default/libdesktop-agnostic/DesktopAgnosticFDO-1.0.gir: Unsupported version '1.2'
default/libdesktop-agnostic/DesktopAgnosticVFS-1.0.gir:3:1: error: Unsupported version '1.2'
error parsing file default/libdesktop-agnostic/DesktopAgnosticVFS-1.0.gir: Unsupported version '1.2'
default/libdesktop-agnostic/DesktopAgnostic-1.0.gir:3:1: error: Unsupported version '1.2'
error parsing file default/libdesktop-agnostic/DesktopAgnostic-1.0.gir: Unsupported version '1.2'
default/libdesktop-agnostic/DesktopAgnosticConfig-1.0.gir:3:1: error: Unsupported version '1.2'
error parsing file default/libdesktop-agnostic/DesktopAgnosticConfig-1.0.gir: Unsupported version '1.2'
Waf: Leaving directory `/var/tmp/portage/x11-libs/libdesktop-agnostic-9999/work/libdesktop-agnostic-9999/build'
Build failed
 -> task failed (err #1): 
	{task: typelib DesktopAgnosticFDO-1.0.gir -> DesktopAgnosticFDO-1.0.typelib}
 -> task failed (err #1): 
	{task: typelib DesktopAgnosticVFS-1.0.gir -> DesktopAgnosticVFS-1.0.typelib}
 -> task failed (err #1): 
	{task: typelib DesktopAgnostic-1.0.gir -> DesktopAgnostic-1.0.typelib}
 -> task failed (err #1): 
	{task: typelib DesktopAgnosticConfig-1.0.gir -> DesktopAgnosticConfig-1.0.typelib}

PS. Кастую Sylvia в тред, так как засветилась по похожему вопросу в launchpad'овской багзилле.

Аарон Сейго (Aaron Seigo), основной разработчик десктоп-оболочки Plasma из состава KDE4, поделился в своем блоге планами по дальнейшему развитию проекта. Наиболее значительный план связан с переводом оболочки Plasma с использования фреймворка QGraphicsView на появившуюся в Qt 4.7 технологию декларативного описания интерфейса Qt Quick и язык QML. В качестве языка для создания сценариев в QML используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками, представляющими собой определение JavaScript-объектов.

Кроме упрощения процесса разработки переход на QML также сулит ускорение выполнения почти всех экранных операций, за счет более активного использования OpenGL и GPU-акселерации. В настоящий момент QML уже активно используется в интерфейсе для мобильных устройств Plasma Mobile. Для перевода десктоп оболочки на QML придется переработать каждое приложение, плазмоид и виджет, которые выводят данные на экран. Объем работы предстоит значительный, но он будет растянут на несколько релизов KDE - постепенно все больше составных частей будут базироваться на QML и все меньше оставаться на QGraphicsView.

GNOME Shell не дает покоя кедодевелоперам? И теперь что, плазма снова начнет падать, как в старые добрые времена?

Ъ:

Ответ Google можно прорезюмировать следующим образом:

• В Android используется подмножество Java-реализации Apache Harmony;
• В 2006 и 2007 годах Sun выпустила Java Standard Edition под GPL, но в код не был включён текст патента или лицензии на делегирование авторских прав. Для того, чтобы получить эту лицензию, разработчики должны продемонстрировать полное соответствие спецификациям Java;
• Единственный способ продемонстрировать это соответствие - использовать Technology Compatibility Kit (TCK) от Sun, а война по поводу лицензии на JCK между Sun/Oracle и Apache длится уже годы;
• В единственную лицензию на Java TCK (JCK), которую Apache получила от Sun, включён важный пункт об области применения («field of use»), то есть ряд запретов на использование, включая и запрет на использование в мобильных телефонах;
• Из-за этих ограничений Apache никогда не принимала эту лицензию и не тестировала совместимость Harmony с Java;
• Oracle поддерживала требования Apache ослабить запреты в лицензии на JCK, но после покупки Sun её позиция изменилась;
• Google считает, что всё это очень некрасиво, и что Oracle и Sun просто не хотят открывать Java, хотя и сама по себе такая ситуация супер-невероятна.

Казалось бы, уважаемая компания Google защищает открытый проект от посягательств, но можно продолжить логическую цепочку:

• Поскольку у Apache нет лицензии на тестирование Harmony с помощью JCK, у неё также нет лицензии на патенты Sun, связанные с Java;
• Apache нужна лицензия на JCK отчасти потому, что она должна быть уверена в том, что у её пользователей есть необходимые права на интеллектуальную собственность;
• Google знала обо всём этом, но всё равно включила части Harmony в Android.
• В своём ответе Google компания Oracle заявила: «Разрабатывая Android, Google использовала код Java, не получив лицензии, а также изменила технологию так, что она стала несовместимой с основным принципом разработки Java, гласящим, что один раз написанный код работает везде; нарушение лицензии и фрагментация кода Java вредит не только компании Oracle, но также и всем клиентам, разработчикам и производителям устройств».

!Ъ: http://opennet.ru/opennews/art.shtml?num=28189

Исследователи из университета Стоуни-Брук опубликовали код, позволяющий выполнять кодирование и декодирование HDCP-потока. Технология HDCP используется для шифрования видеосигнала, передаваемого через интерфейсы DVI, DisplayPort, HDMI, GVIF или UDI, с целью предотвращения его незаконного копирования.

Как уже сообщалось, в середине сентября был опубликован мастер-ключ, используемый для HDCP-кодирования. Спустя несколько дней, компания Intel подтвердила правильность представленного ключа, однако при этом представители компании заметили, что практическая польза от данного ключа весьма сомнительна, так как для его использования необходим достаточно дорогой и сложный модуль аппаратного декодирования. Как показали последующие события, это заявление было весьма поспешным и необоснованным.

Представленный исследователями код вполне пригоден для кодирования и декодирования HDCP-потоков средствами обычных компьютеров. Процессор Core 2 Duo P9600 декодирует поток с разрешением 640x480 на скоростях до 76 кадров в секунду, а Intel Xeon 5140 — до 181 кадра в секунду. Использование Intel Core i5 750 позволяет поднять эту планку до 281 кадра в секунду, и его возможностей уже вполне достаточно для декодирования полноценного потока с разрешением 1920x1080 и скоростью 30 кадров в секунду. Кроме того, стоит учесть, что в представленном коде еще не задействована возможность параллелизации вычислений, поэтому его производительность ограничивается вычислительной мощностью одного процессорного ядра. Добавление поддержки параллельных вычислений позволит значительно повысить производительность кода на многоядерных процессорах, сделав возможным декодирование значительно больших потоков.

Код опубликован под лицензией BSD и доступен для ознакомления и использования всем желающим.

opennet.ru

Приблизительно 2 часа назад, в репозиторий ubuntu 10.10 была добавлена тестовая версия Catalyst с поддержкой xorg-server 1.9.

Компилим. Ставим. Отписываемся.

http://news.cnet.com/8301-27080_3-20016756-245.html Ъ:

Интел подтвердила правильность недавно опубликованного HDCP мастер-ключа. С помощью этого ключа можно создать устройство для свободного воспроизведения и копирования защищенного контента.

ЗЫ. Правда интел настаивает на том, что создать такое устройство дорого и трудно.

Собственно сабж. Как изменить underscan режим с auto в off?

Если я правильно понял

>

- more of a general drm question I guess: in what way are the connector
attributes available on the command line? I couldn't find a complete
kernel command line or modprobe invocation.

I guess you'll need to write an app to invoke the proper ioctls to change them at runtime. I'm not sure if one exists or not at the moment.

отсюда http://www.spinics.net/lists/dri-devel/msg02657.html, то получается только правкой сорсов.

Google будет бороться в ответ на иск Oracle, обвиняющий в нарушении авторских прав и патентов, связанных с Java-технологиями в мобильной платформе Android. «Иск Oracle является разочаровывающей и безосновательной атакой не только против Google, но и против open-source сообщества Java», - заявил представитель Google, - «Google будет защищать open source стандарты и продолжит свою работу с производителями по поводу развития платформы Android.»

Аналитики сходятся во мнении, что даже Sun могла подать подобный иск против Google, но создателям Java требовалось дождаться времени, когда платформа Android станет достаточно популярной, и это время настало после поглощения Sun компанией Oracle. Вопреки мнению аналитиков, некоторые связанные с Sun деятели, например, Джеймс Гослинг и Саймон Фиппс, в своих заметках не раз касались неприятия патентных войн в былом Sun Microsystems, за время своего существования компания первой не предъявляла патентные иски и использовала патенты только как средство обороны.

Данный иск является типичной защитой интеллектуальной собственности, но он может иметь серьёзные последствия на развитие рынка Android-устройств и на то, как OEM-производители будут относиться к этой платформе. Вероятно иск будет решён денежным урегулированием вопроса, но созданный прецедент показывает как Oracle будет относиться в будущем к приобретённой интеллектуальной собственности.

Запасаемся попкорном.

При загрузке модуля radeon с modeset=1 во фреймбуфере получаем черный экран при любом типе подключения монитора. Монитор «радостно» сообщает о том, что сигнала нет. До загрузки Хов дело даже не доходит.

cat /var/log/messages|grep radeon

Aug  7 22:00:48 gentoo kernel: [drm] radeon kernel modesetting enabled.
Aug  7 22:00:48 gentoo kernel: radeon 0000:01:00.0: setting latency timer to 64
Aug  7 22:00:48 gentoo kernel: radeon 0000:01:00.0: VRAM: 512M 0x00000000 - 0x1FFFFFFF (512M used)
Aug  7 22:00:48 gentoo kernel: radeon 0000:01:00.0: GTT: 512M 0x20000000 - 0x3FFFFFFF
Aug  7 22:00:48 gentoo kernel: [drm] radeon: 512M of VRAM memory ready
Aug  7 22:00:48 gentoo kernel: [drm] radeon: 512M of GTT memory ready.
Aug  7 22:00:48 gentoo kernel: radeon 0000:01:00.0: irq 43 for MSI/MSI-X
Aug  7 22:00:48 gentoo kernel: [drm] radeon: using MSI.
Aug  7 22:00:48 gentoo kernel: [drm] radeon: irq initialized.
Aug  7 22:00:48 gentoo kernel: [drm] radeon: ib pool ready.
Aug  7 22:00:48 gentoo kernel: [drm] radeon: power management initialized
Aug  7 22:00:48 gentoo kernel: fb0: radeondrmfb frame buffer device
Aug  7 22:00:48 gentoo kernel: [drm] Initialized radeon 2.5.0 20080528 for 0000:01:00.0 on minor 0

Что делаю не так?

PS. Ядро 2.6.35.

http://www.phoronix.com/scan.php?page=news_item&px=ODQ3OQ

[Ъ]

Fortunately, from our testing and the reports of other Linux users looking to see this problem corrected, the relatively small vmscan patches that were published do seem to better address the issue. The user-interface (GNOME in our case) still isn't 100% fluid if the system is sustaining an overwhelming amount of disk activity, but it's certainly much better than before and what's even found right now with the Linux 2.6.35 kernel.

[/Ъ]

Собственно сабж. Как увеличить?

Если на мое сообщение в избранной теме отвечают, то уведомление приходит дважды. Сабж.

Международная электротехническая комиссия ввела в строй начиная с первого июля новые правила ускоренного принятия ISO-стандартов, в которых отразила замечания, высказанные в процессе продвижения стандарта OOXML (конкурирующий с OpenDocument формат офисных документов от компании Microsoft), принятого несмотря на возражение представителей некоторых стран. В случае если бы OOXML был предложен в качестве стандарта не три года назад, а сейчас, у него не было бы шансов быть принятым по ускоренной процедуре.

Основные изменения в регламенте проведения ускоренного принятия стандарта связаны с изменением процедуры обработки протестов, с запрещением повторного голосования в случае недобора 2/5 положительных голосов или наличии 25% отрицательных голосов и с добавлением рекомендаций по принятию решения в случае обнаружения серьезных недочетов в тексте. Ранее, даже при наличии ошибок Microsoft получила от большинства участников голосования ответ «Да, но имеются замечания», отныне правила предписывают голосовать «Нет, так как имеются замечания». Организация IEC вынесла серьезный урок, что обещаниям исправить проблемы верить не стоит, несмотря на все уверения некоторые из указанных в процессе принятия стандарта проблем в OOXML остаются нерешенными и в настоящее время.

Изначально стандарт OOXML не прошел в сентябре 2007 года быструю процедуру принятия, но в феврале Micorosft добилась проведения дополнительного согласования, в результате которого OOXML набрал необходимые для принятия стандарта 2/3 голосов «за» при числе голосов «против» меньше 25%. Стандарт был принят несмотря на наличие более 300 нерешённых проблем, чрезмерную усложненность (объём 6000 страниц), наличие уже принятого аналогичного стандарта, конфликта с другими стандартами (представление дат, интернационализация, криптография), несоответствия примеров и документации, отсутствии гарантий защиты от патентных претензий и непредоставлении полной рабочей реализации формата (поддержка OOXML в офисном пакете Microsoft не соответствует стандарту и в настоящее время).