Тихо и внезапно, 31 января 2011 года был анонсирован релиз новой версии 3.1 лёгкого user-friendly почтового клиента Sylpheed.

Добавлено:

• Добавлена поддержка прокси SOCKS4/SOCKS5.
• Автодополнение адреса.
• Drag'n'Drop адреса в адресной книге.
• Импорт из хранилищ MS Outlook Express (dbx).
• Возможность перемещать виртуальные директории.
• Удалённые и спам-сообщения больше не добавляются в счётчик новых сообщений.
• Добавлена директория 'Спам' (Junk), если не существует, то будет создана автоматически.
• Оптимизация алгоритма поиска совпадений при фильтрации.
• Новая опция '--instance-id <ID>', позволяющая пользователю запускать несколько копий Sylpheed.
• Загрузка плагинов из пользовательской директории.

Исправлено:

• Давняя ошибка с 'Отменить'/'Повторить'.
• Падение при запуске быстрого поиска, когда дерево каталогов пустое.
• Парсер HTML теперь верно разбирает тег 'a'.
• Временный пароль не очищался при ошибке аутентификации на SMTP/POP3.
• Принятый SSL-сертификат не загружался при использовании опции '--configdir'.

А также другие изменения.

Полный Changelog
Загрузить

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

Пробую скомпилить mplayer-vaapi-20110127, сборка обрывается на

make -C ffmpeg/libavcodec
make[1]: Entering directory `/home/daemonpnz/src/mplayer-32825/ffmpeg/libavcodec'
CC	vaapi_vc1.o
vaapi_vc1.c: In function 'vaapi_vc1_start_frame':
vaapi_vc1.c:163:36: error: 'struct <anonymous>' has no member named 'profile'
make[1]: *** [vaapi_vc1.o] Error 1
make[1]: Leaving directory `/home/daemonpnz/src/mplayer-32825/ffmpeg/libavcodec'
make: *** [ffmpeg/libavcodec/libavcodec.a] Error 2

Кто виноват? Что дедать?

Потихоньку пробую ставить приложения уже использующие gtk+3, например, evince-2.91.5. Встали вопросы: как настроить внешний вид gtk+3 приложений, что для этого необходимо. Попробовал покопаться в ~/.config/gtk-3.0/gtk.css следуя манам с library.gnome.org, но тема так и не подхватилась. Получилось лишь побаловаться с границами, шрифтом и цветами. Как заставить gtk3 подхватить тему из Clearlooks/gtk-3.0/gtkrc и общесистемную тему иконок, так и не понял. Система генту, стоит пакет gtk-engines-2.91.1. Кто что посоветует?

Ъ:

It was more than six months ago that Oracle released Oracle VM VirtualBox 3.2, formerly known as Sun's VirtualBox, as their most recent major update. Oracle now, however, is readying a very major VM VirtualBox 4.0 update. Today they have released the first public beta of Oracle VM VirtualBox 4.0 and it brings many new features along with some changes that may prove to be another disappointing step by Oracle in alienating the open-source community.

Before even mentioning the new features of VirtualBox 4.0 Beta 1, Oracle's Frank Mehnert mentioned that some functionality is being moved out to «external packages» rather than as part of the core VirtualBox virtualization software. Right now there's just one external package for VirtualBox 4.0 and it's the PUEL extpack, which is where the USB 2.0, RDP Server, and PXE bootloader support reside.

Если я все правильно понял, то смысл следующий, основным и чуть ли не главным нововведением в 4ой ветке ВиртуальнойКоробки будет разделение на ядро и модули (плагины), последние при этом будут продаваться за денюжку. Т.е халявная ВКоробка с поддержкой USB, RDP и прочего канет в небытие и станет RIP, как собсно и все что досталось Ораклу от Санок.

Источник

Bricscad это мощная альтернативная DWG САПР платформа для DWG-приложений, которая предназначена для таких сфер деятельности, как ГИС, архитектурно-строительное проектирование, машиностроительное проектирование и гражданское строительство. Продукты Bricsys доступны на 16 языках, многие языки находятся в стадии разработки.

Новая версия САПР Bricscad для Linux полностью аналогична Bricscad Classic V11 для Windows, выпущенной 18 октября 2010 г. Выход новой версии подтверждает выполнение обязательств Bricsys перед пользователями Linux.

Новая версия DWG САПР Bricscad для ОС Linux включает обширный набор новых функции, таких как:

• Динамический ввод и динамические размеры.
• Динамические блоки вставляются из библиотек динамических блоков, свойства и ограничения настраиваются на панели свойств.
• Привязка к средней точке и параллели.
• 10-ти кратный прирост производительности при переключение между узлами.
• Снятие ограничений с LISP API, что позволяет вплотную приблизиться к Windows-версии. Уже доступны 10 приложений ранее работавших только в Bricscad Windows.

Были решены некоторые сложности, связанные с особенностью использования Linux платформы:

• Экспорт в PDF, автосохранение.
• Для пользователей GTK: установка фокуса ввода в командную строку.

Начато портирование BRX API, что позволит перенести на платформу Bricscad Linux AutoCAD ориентированные приложения.

Первый релиз Bricscad v10 для Linux вышедший в начале сентября, имел невероятный успех и подтвердил что Linux пользователи ждали профессиональный САПР на основе DWG формата. В результате Bricsys получил множество запросов поддержки: в Bricscad V11 Classic для Linux, 60 запросов присланных пользователями решены и реализованы.

Bricscad Classic V11 поддерживает три версии Linux: Fedora 12 или выше, OpenSuse 11.1 или выше и Ubuntu 9.10 или выше.

Клиенты, которые уже купили Bricscad Classic V10 для Linux, могут бесплатно обновиться до V11.

Вы можете загрузить Bricscad V11 для Linux на бесплатный 30-ти дневный период, при этом Вы получите полнофункциональную версию.

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

Решил погонять старенькую Sapphire Radeon x800 GTO 128 Mb DDR в линухе с gallium3d. Первое что бросилось в глаза, DVI выход подхватывается только в момент загрузки драйверов, т.е BIOS и POST я не вижу. Второе и самое неприятное - при работе через DVI выход изображение периодически пропадает на 1-2 с. В винде косяка с мерцанием нету. 2.6.37-rc3, X 1.9.2, mesa, libdrm, xf86-video-ati гитовые.

Xorg.0.log

В общем из-за проблем при компиляции qt-gui с USE=«gtk» qgtkstyle был выпилен в портаже в отдельный ебилд. Собираю qt-gui-4.6.3-r1/4.7.1 и qgtkstyle-4.6.3/4.7.1 и в итоге в qtconfig'e у меня пропадает стиль GTK+. libgtkstyle в /usr/lib/qt4/plugins/style есть. Что делать?

В продолжение моего треда про pcmanfm и fstab.

После того как я их подружил мне захотелось подмонтировать nfs4 шару, которая торчит на торрентокачалке. Запись для нее в fstab'e выглядит следующим образом:

192.168.1.1:/media/media        /media/media nfs4       noauto,users 0 0

Для чистоты эксперимента поставил nautilus, тыркаю по шаре, выдается ошибка и рядом с media, появляется еще один пункт media, но уже примонтированный.

Есть так же шара torrents, в которую я кидаю torrent-файлы. Для нее строка в fstab'е похожа на строку для media и выглядит так:

192.168.1.1:/home/rtorrent/torrents        /home/daemonpnz/torrents nfs4       noauto,users 0 0

Товарищи ЛОРовцы, жду от вас предложений и советов. Все необходимые логи будут предоставлены. :)

Сабж. Хочется сдружить 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

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

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

Google анонсировал обновление SDK для VP8/WebM. Особо отмечается, что изменения коснулись только SDK, спецификации VP8 не изменены.

Релиз назван «Aylesbury» (порода уток). Последующие релизы будут так же именоваться породами уток в алфавитном порядке.

Основная мысль данного релиза — декодер быстрее, кодер лучше. Для сравнения был использован первый выпуск, анонсированный в мае. Были получены следующие результаты:

• скорость декодера libvpx увеличена на 20-40% (в среднем на 28%);
• в профиле кодирования «best» показатели качества PSNR улучшены более чем на 7%, SSIM — на 6,3%, а также на 60% улучшено кодирование очень шумных, статичных или медленных сцен.

Основные улучшения в декодере:

• оптимизации ассемблерного кода для одноядерных процессоров, включая улучшения в функциях vp8_sixtap_predict() и SSE2 loopfilter functions;
• улучшения кода работы с потоками для более эффективного использование многоядерных процессоров;
• улучшено управление памятью;
• этапы IDCT и восстановления объединены;
• использование SSSE3 в функциях, где это возможно.

В работе над кодером силы были сконцентрированы на клипы с отношением сигнал/шум 30-45 dB, а особые достижения можно увидеть в высококачественных роликах (более 38 dB), в медленных и средних по количеству движения сценах и очень шумных роликах. Большое количество внесенного кода сделало это возможным, вот некоторые из особо значимых изменений:

• фильтр подавления шума с опциональной компенсацией движения в alternate reference кадрах;
• улучшение трансформаций (улучшена точность и снижено кол-во ошибок в прямом и обратном направлениях);
• Trellis-based quantized coefficient optimization;
• двухпроходный контроль и изменения квантователя;
• работа над контролем качества выходного потока.

Следующий выпуск, который будет называться «Bali», намечен на первый квартал 2011. Главной его целью будет увеличение скорости кодера. Также, будет продолжена работа над качеством получаемого видео.

Члены проекта WebM будут обсуждать «Aylesbury» во время конференции «Streaming Media West», которая будет проходить 3 ноября.

По материалам opennet.ru.

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

Консорциум 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.

Доступен новый релиз библиотеки манипуляций над пикселями для X и cairo. В новом релизе:

• Улучшения в работе с градиентами:
  • Радиальный градиент теперь следует спецификации PDF [Andrea Canciani]
  • Большие линейные градиенты отрисовываются точнее [Andrea]
  • Конические градиенты теперь работают лучше [Søren Sandmann Pedersen]
• Улучшения производительности:
  • Увеличена скорость масштабирования [Siarhei Siamashka]
  • Увеличена скорость аффинных преобразований [Søren]
  • Улучшения работы с ARM NEON [Siarhei]
  • Улучшения бэкенда SSE2 [Siarhei, Søren]
• А так же множественные исправления ошибок и улучшения в тестовом пакете

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

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

Вот такого гостя моя девушка привела ко мне на день рождение. Гостю этому я был очень рад и удивлен его приходу. Собственно даже не знаю, что еще тут описывать, это нужно видеть. Поэтому смотрим все фотку.

full size png

• В реализации поддержки сетевого протокола 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 не дает покоя кедодевелоперам? И теперь что, плазма снова начнет падать, как в старые добрые времена?