6 октября прошла ровно неделя с момента создания The Document Foundation (TDF) и проекта LibreOffice. Какие же события произошли за эту неделю?

• beta-версия LibreOffice была загружена 80 тысяч раз. Инфраструктура была увеличена с 25 до 45 зеркал в 25 странах, включая острова в Тихом Океане. Данное число приближается к половине зеркал OpenOffice.org, созданных в течение 10 лет истории проекта.
• Люди начали отправлять код, предлагать новшества, добавлять патчи и описывать ошибки. Только за неделю около 80 внесённых изменений в код (патчи и прямые изменения) были приняты в LibreOffice от 27 свободных разработчиков. На irc-канале #libreoffice, с момента создания которого было отправлено 14 тыс. сообщений, постоянно присутствуют около 100 разработчиков.
• 2 тыс. человек подписались на список рассылки 'announce@' и 300 — на 'discuss@', в котором получается около 100 сообщений в день.
• 600 человек добавили TDF в твиттере, 150 — в identi.ca и более 1000 — в Facebook. Трафик на серверах за неделю получился в районе 500 ГБ.
• Также был получен официальный ответ от Oracle, из которого TDF сделал выводы, что компания не имеет планов по поддержке нового проекта или по передаче сообществу торговой марки OpenOffice.org. Однако, сообщество надеется, что это позиция поменяется. А пока, TDF будет продолжать разработку под брендом LibreOffice.

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

Ъ:

Ответ 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

24 сентября состоялся анонс первого стабильно релиза Clutter 1.4.0.
Clutter - это свободная графическая библиотека для создания аппаратно ускоренных пользовательских интерфейсов. Для рендеринга используется OpenGL и OpenGL ES. Существуют биндинги на распространенные ЯП:

• C++ (cluttermm)
• Perl (clutter-perl)
• Ruby (rbclutter)
• Python (PyClutter)
• Vala (clutter-vala)
• C# (clutter-sharp (aka Clutter#))
• JavaScript (Seed and GJS)

Библиотека активно используется в Moblin/MeeGo, а также в ожидающем релиза GNOME 3.0.

Новое в версии 1.4.0:

• Добавлены классы ClutterAction, ClutterConstraint and ClutterEffect. Это основные классы для написания объектов, изменяющих: способы реакции на события; размеры и позицию; способ отрисовки. В Clutter 1.4 уже присутсвуют стандартные действия (ClutterDragAction), ограничения (ClutterAlignConstraint) и эффекты (ClutterBlurEffect).
• Переписана реализация CoglMaterial. Теперь при возможности используется GPU ускорение.
• Добавлен объект ClutterState, описывающий анимированные переходы между состояниями.
• Добавлена библиотека Cally (Clutter Accessibility Library) в дерево исходных кодов.
• Увеличена производительность операций по сбору, перерисовке и размещению объектов.
• и т.д.

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

Два дня назад в ветку mesa master был добавлен код, реализующий начальную поддержку Direct3D в Gallium3D, что позволяет 3D-части DirectX API работать на Linux и, в отличие от Wine-реализации, не просто переводить вызовы OpenGL. Это вызвало большой интерес среди разработчиков и конечных пользователей. Однако, некоторые из разработчиков Wine, похоже, против этой работы.

Некоторые участники проектов Wine и Mesa/Gallium3D насторожены, поскольку было некоторое замешательство по поводу того, что в Direct3D 10/11 state tracker может использоваться часть кода, полученного из Microsoft. По утверждению его разработчика, этот state tracker не использует код Microsoft. Тем не менее, некоторые все еще не уверены в правовом статусе Direct3D на Linux и в том, сможет ли Microsoft создать в будущем правовые проблемы по этому поводу.

Корбин Симпсон даже хотел исключить этот Gallium3D state tracker из Mesa, но Хосе Фонсека из VMware против данного предложения и призывает к более подробному обсуждению. В другом сообщении Хосе упоминает о том, что D3D1x state tracker можно разделить на run-time и client компоненты драйверов, а разработчики Wine (или ReactOS) смогут затем переписать код run-time части, если это будет необходимо.

Дебаты по поводу Direct3D 10/11 state tracker продолжаются. Тем временем, Luca опубликовал Wine DLL, которые используют этот state tracker. Так что теперь Wine сможет использовать Gallium3D для ускорения Microsoft Direct3D на GPU (или на процессоре при использовании LLVMpipe).

Коммит

>>> Оригинал

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

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

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

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

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

Вышла новая версия проприетарного драйвера для видеокарт от AMD/ATI серии 2xxx и выше.

В новой версии добавлено:

• Начальная поддержка RHEL 6.

Исправлено:

• Падения системы во время запуска fgl_glxgears при включённых Anti-Aliasing и эффектах рабочего стола.
• Теперь аппаратное воспроизведение в OpenSUSE 11.1 работает правильно.
• Артефакты (чёрные/белые прямоугольники) больше не видны в Firefox при перетаскивании полосы прокрутки.
• Подключение «на лету» DFP-экрана теперь работает правильно в clone-режиме при подключённом к адаптеру DP-экране.

Остальные нерешённые проблемы остались с прошлого выпуска.

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

Сегодня, 6 Сентябрь 2010 г., BRICSYS анонcировала официальный релиз Bricscad V10 для Linux.

Bricscad - общепризнанный лидер среди альтернативных САПР платформ для DWG формата, теперь стал окончательно доступен как приложение для Linux. Это самая современная САПР платформа доступная для Linux открывает сообществу проектировщиков двери в ОС Linux.

Сейчас доступна только английская версия Bricscad для Linux, выход русской версии ожидается в течение ближайших недель. Но уже сейчас можно купить русскую версию Bricscad для Linux и начать работать в английской версии до момента выхода русской версии.

В этой версии:

• Функциональность Bricscad для Linux практически совпадает с функциональностью Bricscad Classic для Windows. Подробное сравнение различных версий Bricscad, представлено в сравнительной таблице на официальном сайте.
• Bricscad V10 для Linux содержит полный набор API DCL и LISP. Существующие приложения и пользовательские надстройки для Bricscad и/или Autocad в среде Windows, которые используют эти API, могут быть запущены в Bricscad V10 для Linux без каких-либо изменений.
• Поддерживаются версии Fedora, OpenSuse и Ubuntu, корректная работа в других дистрибутивах Linux не гарантируется.

Также до 30 сентября 2010 г. действует специальное предложение на покупку Bricscad for Linux:

• Bricscad Classic All-In (Linux) 460 € 322 €
• Bricscad Classic (Linux) 360 € 252 €

Купить

Загрузить

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

Собственно сабж. Как изменить 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, то получается только правкой сорсов.

Сегодня вышла новая версия проприетарного драйвера для видеокарт от ATI/AMD — Catalyst 10.8.

В новой версии Добавлено:

• поддержка SLED/SLES 11 SP1;
• полная поддержка OpenGL ES 2.0.

Решены проблемы:

• отключение первичного дисплея в режиме clone/dual-head больше не приводит к неправильному запуску Catalyst Control Center после перезагрузки Х-сервера;
• X-сервер больше не прекращает работать, если запущено полноэкранное OpenGL приложение с включённым CrossFire, и если второй дисплей выбран в качестве ускоряемого;
• Catalyst Control Center теперь запускается нормально при мультиадаптерной конфигурации 2х HD5900 Series;
• Glxgears/fgl_glxgears при полноэкранном режиме больше не остаётся при нажатии на кнопку закрытия;
• 6% падение производительности больше не наблюдается, когда запущены glxgears/fgl_glxgears на некоторых картах;

По-прежнему остаются не решёнными проблемы:

• с прокруткой в Firefox при перетаскивании полосы прокрутки;
• с падениями при запуске Quake 4 и Enemy Territory: Quake Wars в разрешении 1280х1024 и выше;
• и др.

Загрузить

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

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.

[/Ъ]

На ежегодной европейской конференции пользователей и разработчиков среды рабочего стола GNOME — GUADEC — были представлены новые макеты интерфейса GNOME Shell, который является частью разрабатываемого сейчас GNOME 3.0. GNOME Shell управляет рабочим столом и отвечает за такие базовые функции, как запуск приложений, поиск и доступ к данным и документам, выполнение апплетов и переключение между окнами. GNOME Shell тесно интегрирован с Mutter, который является следующим поколением оконного менеджера Metacity.

#1 #2 #3 #4 #5

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

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

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

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

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

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

В общем сабж. Оно может работать, работать, потом хлоп, и вместо К уже й (кладовщицы со смеху покатывались, когда Корпуса стали именоваться йорпусами, а СКОБЫ - CйОБАми). Перезапуск 1С не спасает, спасает только ребут компа. Кто виноват и что делать?

[opennet] Джессика МакКеллар (Jessica McKellar), вовлеченная в разработку открытого проекта Ksplice (технология обновления Linux-ядра без перезагрузки), подготовила вариант игры Бинго для желающих острых ощущений системных администраторов.

В рамках игры участники генерируют игровые карты, состоящие из 25 квадратов, каждый из которых случайным образом заполняется описанием известной уязвимости в Linux-ядре. Суть игры сводится к тому, что участники перестают обновлять ядро в системе и начинают зачеркивать игровые поля при проявлении очередной уязвимости. Побеждает тот, у кого на карте не останется открытых игровых полей. Игра шуточная, но позволяет задуматься о безопасности и целесообразности проведения своевременных обновлений системы. [/opennet]