Подскажите, как можно определить, какой софт пытается получить доступ к системному динамику. А то после последнего обновления при поднятии сетевых интерфейсов динамик начинает попискивать.

Всем спасибо.

раз

Ван Янь (Yan Wang) из китайского представительства компании Intel сообщил об адаптации экспериментальной версии браузера Chromium для непосредственной работы поверх дисплейного сервера Wayland, без задействования дополнительных X11-прослоек, используя только эталонный композитный сервер Weston. Напомним, что несколько недель назад разработчики Google прекратили работу по портированию Chrome для Wayland, но, судя по всему, эстафету перехватила компания Intel. Отмечается, что работа выполнена на кодовой базе Chromium, адаптированной для отображения данных через новую графическую подсистему Aura, которая будет использоваться в будущих выпусках Chrome OS и по своей архитектуре чем-то напоминает Wayland.

два

Дополнительно можно упомянуть ещё о двух связанных с Wayland событиях. Обеспечен запуск Wayland и Weston поверх графического стека Android 4. В качестве клиентского Wayland-приложения была запущена простейшая демонстрационная программа simple-shm. Реализация рабочего стола и других клиентов Wayland пока не портированы (на следующем этапе планируется портировать библиотеку Cairo), также не пока не поддерживаются средства ввода данных.

три

Второе событие связано с созданием работающего с Wayland тайлингового менеджера ADWC (A Dynamic Window Manager), построенного на переработанной кодовой базе композитного сервера Weston и оконного менеджера DWM. В представленной разработчиками видеодемонстрации показана работа с Opera и KWrite поверх Wayland (для запуска X-приложений используется прослойка XWayland) в тайлинговом режиме (неперекрывающиеся окна). Среди функций ADWC также отмечена поддержка нескольких мониторов.
http://www.youtube.com/watch?feature=player_embedded&v=vKcvE6Rhbk4

Источник

> Links «/bin» -> «/usr/bin» and others will be created?

That is correct. Once we have everything moved, /bin, /sbin and /lib* will become symbolic links to the same directory names under /usr.

This actual migration process will not start until >=udev-182 is stable. A news item will be sent out detailing the process just before that happens.

Взято отсюда

ЗЫ. Гентудевы в очередной раз меня расстраивают и показывают что они упороты и ведутся на «федорино горе».

«Создатели» Интернета решили его до кучи и ускорить.

Microsoft разработала новый сетевой протокол, который, как утверждают в компании, позволит заметно ускорить загрузку веб-сайтов.

Об этом сообщается в корпоративном блоге. Обсуждение технологии HTTP Speed+Mobility будет вынесено на заседании Internet Engineering Task Force (IETF), которое состоится на этой неделе.

IETF ищет замену нынешнему протоколу HTTP 1.1, который используется для передачи данных в Сети. Организация хочет найти такую реализацию протокола, которая бы значительно увеличила производительность при выходе в Интернет с ПК, мобильных устройств, браузеров, приложений и т.п., а также сделала бы использование сетевых ресурсов более эффективным (в частности, путем сокращения числа TCP-соединений).

Как полагают в Microsoft, их версия «HTTP 2.0» сможет справиться с этой задачей. Кроме того, согласно блогу, HTTP Speed+Mobility позволит сэкономить заряд аккумулятора в мобильных устройствах. Протокол Microsoft оптимизирует процесса обмена данными, не загружая из Интернета лишнюю информацию, которая уже хранится в памяти.

В основе HTTP Speed+Mobility лежит SPDY (протокол от Google, который также будет обсуждать IETF) и WebSocket — технология от W3C, которая обеспечивает непрерывный двусторонний канал между веб-сервером и клиентом.

Блог MSDN Источник

Есть пользователи сих чудес инженерии? Как качество звучания? На сколько реально хватает заряда аккумулятора? В связке с какими наушниками использовали?

Fiio E5
Fiio E6

udev-181 is being unmasked on 2012-03-19.

This news item is to inform you that once you upgrade to a version of udev >=181, if you have /usr on a separate partition, you must boot your system with an initramfs which pre-mounts /usr.

An initramfs which does this is created by

=sys-kernel/genkernel-3.4.25.1 or
=sys-kernel/dracut-017-r1. If you do not want to use these tools, be

sure any initramfs you create pre-mounts /usr.

Also, if you are using OpenRC, you must upgrade to >= openrc-0.9.9.

For more information on why this has been done, see the following URL: http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

Смысл приблизительно в следующем: в генте размаскировали udev-181 и предупреждают, что в нём убрана возможность работы с /usr на отдельном разделе. В качестве костыля предлагают использовать initramfs.

HATE!!!

The AMD developer that's been leading the open-source Radeon video efforts has been Christian König, who joined the company last year after being an earlier independent contributor to the Radeon stack. On Friday he made a rather surprising remark on the public mailing list.

In a mailing list message concerning the ongoing Gallium3D VDPAU state tracker improvements, Christian König said at the end, «Anyway, I will be busy with UVD code review next week so I won't have time to work on the state tracker for some time now, so that has to wait for a little while longer.»

Похороникс

He ends up saying that he may likely drop the OpenGL 1.x renderer from KWin as it's a support burden. A majority of hardware supports OpenGL 2.0+ (basically anything in more than the past half-decade), the GL2 code-paths are superior, and it's really just not worth maintaining the GL1 back-end any longer. Martin also mentions the XRender back-end for Kwin as being a cost with it being considered a «legacy support system» for those without proper OpenGL support.

To sum it up: we have increased complexity, increased maintenance costs and lots of code just for OpenGL 1.x related hardware which we cannot really test. So a rather bad situation. Additionally it is nothing which we can continue to support in the future. Neither Wayland nor Qt 5 will make sense on such hardware (XRender based compositing might still make sense with Qt 5, but as the name says not with Wayland).

Given this the logical step would be to remove the OpenGL 1.x related code completely. This would of course clash with the demand of some user groups thinking we have to run on old legacy hardware. In the case of Intel GPUs it might be in fact true that there is still a larger number of users around – this is of course difficult to judge.

Another real issue for removing is that the proprietary ATI driver (aka Catalyst/fglrx) only provides a decent compositing performance with indirect rendering restricting the available API to OpenGL 1.x. So removing OpenGL 1.x support would mean removing OpenGL compositing support for all fglrx powered systems even if the GPU supports OpenGL 4. But to be honest: given that the radeon driver has no problems with OpenGL 2 on the same hardware, I would not mind removing support for proprietary drivers.

So aside from those running deathly-slow hardware, Catalyst driver users at least temporarily would get shafted by this move. However, this may leave AMD no choice but to improve their GL code-paths that are stressed by KWin. The only other portion of users potentially affected in size would be those with Intel i945-based netbooks, which don't have full GL2 driver support in Mesa. All other worthwhile hardware and drivers out there are capable of handling OpenGL 2.0+ with KWin.

похороникс

Вкратце: Мартин жалобится на свою нелёгкую жизнь и как трудно поддерживать opengl 1.x рендер. Так же он жалобится на якобы медленные проприетарные драйвера от AMD. Ну и подводя итог своего нытья говорит о том, что если запилят llvmpipe в его Debian Stable, он его потестит и останется доволен производительностью, то велика вероятность того, что поддержка opengl1.x и fglrx будет дропнута, а пользователи будут сидеть на llvmpipe и radeon, соответственно.

Ганс Питер Анвин (Hans Peter Anvin), один из ключевых разработчиков Linux-ядра в компании Intel и создатель таких проектов как syslinux, klibc и LANANA, опубликовал в списке рассылки разработчиков ядра Linux серию патчей, реализованных в рамках проекта X32, нацеленного на создание гибридного x86_64 ABI с 32-х битной адресацией памяти.

X32 представляет собой прослойку поверх стандартного x86_64 ABI ядра, эмулирующую на 64-разрядных системах 32-х битную модель адресации памяти. Как следствие, приложения могут использовать все преимущества архитектуры x86_64, такие как дополнительные регистры, более быстрые инструкции, PIC ABI, но в то же время смогут работать с 32-х битными указателями памяти, что положительно скажется на потреблении памяти, кэша и общей скорости исполнения кода.

Замеры производительности, сделанные разработчиками, показали, что внедрение нового ABI в некоторых случаях позволяет добиться прироста скорости исполнения кода до 32% в сравнении с классическим x86_64 ABI, хотя не исключены ситуации, в которых наблюдается небольшое падение производительности на 0.5-6%. Также ограничением служат запросы приложения к размеру используемой оперативной памяти, которые теперь ограничиваются 4 Гб.

Для реализации X32 ABI разработчикам потребовалось добавить около 1000 строк кода в ядро Linux, а также интегрировать поддержку новой «архитектуры» в пакеты binutils, libc и GCC. Патчи, а также инструкции по сборке и установки можно получить на официальной странице проекта.

Источник
Оригинал и патчи
Тесты

Вышла новая версия данного файлового менеджера. Подробнее о нём можно прочитать в тексте предыдущей новости.
При обновлении важно прочитать рекомендации.

• изменена структура директорий для пользовательских команд и плагинов;
  
• добавлен пункт «Command|Browse» в меню конструктора;
  
• исправлены ошибки при работе с xfce4-terminal, gnome-terminal, lxterminal, konsole, terminator;
  
• переименован eterm в Eterm;
  
• исправлена проблема, при которой окно с ошибкой 'please set your terminal' не закрывалось;
  
• добавлены руководства по режиму конструктора и плагинам;
  
• пульсация прогресс баром при ошибках или при окончании задачи;
  
• для сборки теперь требуется libgtk >= 2.24
  
• и прочие изменения

Загрузить

Подробности

Если не трудно, перенеси новость в толксы, если даже для мини новости это минорно.

Как заставить qBittorrent 2.9.3 в web морде отображать список файлов торрента в виде дерева каталогов и файлов? Сейчас оно выглядит так.

Регулирующие органы Евросоюза официально одобрили сделку о покупке подразделения Motorola Mobility компанией Google. Решение было принято после детального изучения возможного отрицательного влияния сделки на положение в отрасли, в частности было признано, что поглощение Motorola Mobility не приведёт к снижению конкуренции. Тем не менее, заявлено, что регулирующие органы Евросоюза продолжат мониторинг развития событий, чтобы не допустить злоупотребление распространяемыми на условиях FRAND патентами, затрагивающими задействованные в стандартах технологии (Apple и Microsoft опасаются, что Google может использовать подобные пересекающиеся со стандартами патенты в разбирательствах, связанных с платформой Android).

Одновременно департамент Юстиции США сообщит об одобрении сделки со своей стороны, также подчеркнув, что в результате сделки в руки Google попадёт серия патентов, используемых в некоторых стандартах. По мнению департамента, приобретение портфеля патентов Motorola Mobility существенно не уменьшит конкуренцию, но остаётся серьёзная озабоченность, касающаяся того, как Google распорядится полученными патентами в будущем. В ответ представители Google заявили, что получение технологий Motorola Mobility положительно скажется на развитии платформы Android, а сделка соответственно лишь подстегнёт конкуренцию и приведёт к форсированию развития инноваций и созданию новых удобных для пользователей решений.

Ораклокапец, ябблокапец, винфонкапец?!

Член команды разработчиков дизайна GNOME 3 Алан Дэй (Allan Day) описал в своем блоге некоторые идеи и концепции, которые реализуются в новом дизайне приложений для GNOME 3. Команда дизайнеров пока документирует все реализуемые концепции, с целью подготовки новой версии документа GNOME Human Interface Guidelines (HIG). Алан делится несколькими новшествами, которые в дальнейшем будут реализованы в GNOME 3, а также кратко комментирует, почему какое-либо решение было принято и какие преимущества при этом будут достигнуты.

Например:

Раскрытие окон на весь экран

Отображать сразу множество окон (кроме активного) одновременно – значит не использовать рабочее пространство экрана наиболее эффективно. Очень редко, когда неактивные фоновые окна когда-то и как-то используются. Одно из главных неудобств при этом, что часто для того, чтобы убрать из поля зрения все эти лишние и мешающие окна или хотя бы максимизировать активное окно, – требуются дополнительные усилия и операции.

И это одна из причин, почему в GNOME 3 реализован новый, очень специфический подход к работе с окнами. Если передавать эту стратегию кратко – теперь активное окно всегда максимализируется по-умолчанию, при этом заголовок окна (titlebar) будет автоматически скрыт. Главная цель этих преобразований - все рабочее пространство монитора должно быть максимально доступным и эффективно используемым, минимально отвлекая пользователя.

А теперь давайте заценим как они «экономят» место: 1 2 3 4

Planning the X/Wayland Marriage, X Server 1.13

Keith then took off his release management hat and began talking about X.Org and Wayland integration. The plans, which aren't new, is to allow for full integration between X and Wayland applications. There will be support for seamless multi-window mode, and full performance of X exposed through Wayland. X.Org-dependent applications will be able to run within a Wayland Display Server just as XQuartz does similarly for X applications on Mac OS X.

Keith expects that there will be no performance penalty of running X applications on Wayland versus running them as you have already for decades on bare metal. In fact, he says it's one of his goals to see there aren't any performance drops, but the performance of X applications on Wayland may actually yield a performance boost. The performance boost would come as a result of handling swap requests with Wayland being much simpler.

Among the X/Wayland items still to be solved is how to synchronize keyboard mapping changes, the acceleration architecture for X on Wayland, and how to handle RandR-like display configuration changes. In terms of the acceleration architecture discussion it came down to how to best accelerate X apps on Wayland and whether some DDX driver code from the various hardware drivers should be pulled out or what would be the best approach.

As far as what works now for X on Wayland is that basic X apps should be working, a primitive window manager, cut/paste, and drag-and-drop works. Keith acknowledges lots of people are excited about switching to Wayland.

Источник
First Wayland Release: Wayland 0.85 With Weston

Kristian Høgsberg has just announced Wayland 0.85 and Weston 0.85, which mark the first official releases of Wayland and its reference compositor, respectively.

While Wayland/Weston 0.85 is now out there, this is just one of their pre-1.0 snapshots. This is just a first-shot for those that have been waiting for Wayland to appear in some released form before either packaging it up and/or beginning work on porting their application/desktop to the eventual X.Org-replacement.

From Kristian's announcement:

This is the first real release of Wayland and Weston. Wayland is the protocol and IPC mechanism while Weston is the reference compositor implementation. The 0.85 branch in both repositories is going to be protocol and interface stable. We have a series of protocol changes on the table before 1.0 but this branch marks a stable point before we jump into that.

We may do more 0.85 releases down the road if there's interest and something sufficiently embarrassing shows up.

Источник

На прошедшей в выходные конференции FOSDEM, Майкл Микс (Michael Meeks), входящий в управляющий совет организации Document Foundation, выступил с докладом (PDF, 7.2 Мб), в котором продемонстрировал демонстрационный прототип версии офисного пакета LibreOffice для платформы Android и наработки в области создания серверной версии LibreOffice Online, работа с которой осуществляется через web-бразуер.

Интеграция поддержки доступа к интерфейсу LibreOffice через web-браузер открывает широкие возможности для экспериментов с работой офисного пакета на стороне сервера, которые можно использовать для создания сервисов для организации удалённой работы с офисным пакетом через Web. Доступ к интерфейсу через браузер основан на задействовании штатного HTML5-бэкенда библиотеки GTK+ 3.2, предназначенного для отрисовки вывода GTK-приложений в окне web-браузера. Значительным преимуществом использования отрисовки интерфейса через HTML5-бэкенд GTK+ является обеспечение неизменного отображения структуры документа, не отличающегося от версии для настольной системы (интерфейс для формируется не через HTML-элементы, а базируется на трансляции битмапов).

Утверждается, что однопользовательский вариант LibreOffice Online в основном уже готов для использования и будет представлен как штатная возможность LibreOffice 3.5. Из планов на будущее отмечается работа в направлении создания облачных сервисов на базе LibreOffice, поддерживающих и аутентификацию и возможность одновременной работы нескольких пользователей. По расчёту разработчиков, после внесения соответствующих оптимизаций, сервер с 4-ядрерным CPU сможет обслуживать 200-300 одновременно работающих пользователей.

Версия LibreOffice для платформы Android основывается на использовании инструментария Android NDK («Native Development Kit»), позволяющего позволяющий организовать выполнение нативного Си/Си++ кода и оформить итоговый продукт в виде APK-пакета, который можно установить как обычное приложение для Android. Так как ресурсы мобильных устройств ограничены, осуществляется сборка сокращённой версии офисного пакета, содержащая только базовые элементы редактора документов, табличного процессора и системы для построения презентаций. Конечной целью является подготовка в первую очередь удобного инструмента для просмотра документов, который со временем будет расширен ограниченными функциями редактирования.

Источник

В ближайшие дни планируется выпустить экспериментальную версию 0.85, после чего перейти к формированию выпуска 0.90, который будет иметь статус кандидата в релизы. Начиная с версии 0.90 API будет заморожен от внесения изменений и после финальной доработки будет окончательно стабилизирован с выпуском версии 1.0. В настоящее время экспериментальная поддержка работы поверх дисплейного сервера Wayland, без использования промежуточных прослоек, уже реализована для библиотек Gtk3+, Qt, SDL, Clutter и EFL (Enlightenment Foundation Library). После стабилизации API ожидается существенное увеличение темпов адаптации продуктов для Wayland и интеграции поддержки данного дисплейного сервера в дистрибутивы.

Источник

Что случилось с сабжевым оверлеем? На gitorious.org вместо него появились проекты qt и qting-edge-deprecated?!! WTF?!

Как заставить krusader-2.4.0_beta1 показывать прогресс выполнения действий, например, копирования? Самого KDE не стоит. USE:

     Installed versions:  2.4.0_beta1(4)(06:31:45 PM 01/31/2012)(bookmarks -aqua -debug -handbook -linguas_bg -linguas_bs -linguas_ca -linguas_ca@valencia -linguas_cs -linguas_da -linguas_de -linguas_el -linguas_en_GB -linguas_eo -linguas_es -linguas_et -linguas_fr -linguas_ga -linguas_gl -linguas_hr -linguas_hu -linguas_it -linguas_ja -linguas_ko -linguas_lt -linguas_mai -linguas_nb -linguas_nds -linguas_nl -linguas_pl -linguas_pt -linguas_pt_BR -linguas_ro -linguas_ru -linguas_sk -linguas_sl -linguas_sv -linguas_tr -linguas_ug -linguas_uk -linguas_zh_CN -linguas_zh_TW)

Началась подготовка к выпуску стабильной версии Wayland 1.0.

With the 1.0 release of Wayland and Weston, the developers will be maintaining the Wayland core protocol and library APIs as stable. «We're getting ready to do a 1.0 release, which marks a point where the core Wayland protocol and library APIs are going to be stable. It used to be that you would have to compile a special KMS pageflip kernel, a custom mesa branch and my standalone, halfbaked EGL library. Today, everything is upstream and we're working on closing the gaps in toolkit support.»

Демонстрация работы