После обсуждения в списке рассылки pkg-kde-talk, разработчики Debian приняли решение о необходимости включения KDE-3.5.9 в следующий стабильный релиз Debian. Кроме того, в релиз войдет минимальный набор пакетов, необходимый для разработки новых программ для KDE-4.1.
>>> Обсуждение (debian.org)
X-сервер в Linux обычно работает с правами root, хотя достаточных технических оснований для этого нет и это не всегда так в других Unix-подобных системах. Поэтому Dave Airlie выпустил несколько патчей (всего около 300 строк) для X-сервера, ядра и драйвера Intel. В результате удалось добиться работы X-сервера с аппаратным ускорением с правами пользователя. Осуществлен запуск X-сервера с DRI2, сессии GNOME, Compiz, glxgears. Ядро вскоре после этого делает Oops, но, по мнению Dave Airlie, достигнутый результат показывает, что желаемое очень близко к действительности.
Патчи для X-сервера, ядра и драйвера Intel опубликованы в соответствующих системах управления версиями.
>>> Подробности (livejournal.com)
12 лет назад Linux стал поддерживать многопроцессорные системы. Тогда же для предотвращения "логических гонок" (race conditions) без существенного изменения драйверов и других частей ядра был введен Big Kernel Lock, как временная мера до появления более совершенных механизмов синхронизации. Однако с течением времени для уменьшения задержек (latency) реализация Big Kernel Lock усложнялась: например, было добавлено вытеснение (preemption).
Недавно Linus вернул реализацию Big Kernel Lock к старому варианту (spinlock), и тем самым потерялась возможность вытеснения. По его словам, единственным приемлемым способом избавиться от задержек является уничтожение Big Kernel Lock из всех 1300+ мест, в которых он используется. Однако, по оценкам Ingo Molnar, с текущими темпами этот процесс может занять порядка 10 лет. Причина: Big Kernel Lock слишком прозрачен. Теперь слишком легко, даже не подозревая об этом, добавить код, который захватывает BKL, и для большинства строк кода никто наверняка не знает, захвачен он в данной строке или нет. Кроме того, автоматическая проверка вложенности блокировок (lockdep) не знает о Big Kernel Lock, и поэтому слишком просто создать труднообнаружимый deadlock.
Для ускорения процесса удаления Big Kernel Lock Ingo Molnar создал git-дерево, в котором Big Kernel Lock стал более "видимым" (добавлены отладочные средства и поддержка lockdep), и его использование удалено из основного кода ядра.
>>> Подробности (lkml.org)
Одна из серьезных проблем при разработке ядра - регрессии: старое ядро работает для конкретного пользователя, а новое ядро - компилируется, но не работает. Другая проблема - дать новичкам полезную задачу и таким образом дать поучаствовать в разработке. Одной из таких полезных задач является тестирование ядра на предмет регрессий.
Для координации этой деятельности создан список рассылки kernel-testers@vger.kernel.org, в котором планируется обсуждать ядра для тестирования, конкретные области с возможными ошибками и найденные ошибки.
>>> Подробности (kernelnewbies.org)
Josh Triplett объявил о выпуске замены для libtool. Новый скрипт (Dolt) работает только в ОС Linux на процессорах семейств x86 и x86_64, но позволяет сократить время сборки больших проектов примерно вдвое. В других системах по-прежнему вызывается libtool.
Увеличение скорости сборки достигается за счет того, что логика переносится из скриптов, вызываемых командой make для компиляции каждого файла, в скрипт configure.
Использование Dolt требует всего двух шагов со стороны разработчика:
>>> Подробности (gnu.org)
Сегодня я понял, что Екатеринбург меня не устраивает (из-за высоких цен на жилье и летней жары), и надо куда-то переезжать (не срочно - сначала надо защитить кандидатскую диссертацию и получить диплом). Конкретного плана нет ни по географии, ни по датам, но хотелось бы сразу после переезда иметь работу, связанную с Linux или FreeBSD (сойдет даже преподавание информатики в школе).
Кто переезжал в другой город, прошу поделиться опытом: как искать квартиру, как организовывать переезд, как искать работу в другом городе, в какой последовательности какие действия надо совершать, какие будут расходы.
Изменения в новой версии утилиты GNU для скачивания файлов:
>>> Скачать wget (gnu.org)
Xiph.org выпустил новый экспериментальный кодек для сжатия звука. Кодек CELT по структуре близок к CELP, но выполняет все операции в частотном, а не временном, представлении. CELT призван заполнить нишу между Vorbis и Speex.
На данный момент не гарантируется стабильность API библиотеки и формата битового потока. Оптимизация кода не выполнена: при битовом потоке 128 kbps версии celtenc и celtdec, использующие операции с плавающей точкой, работают в 4 раза медленнее oggenc и oggdec.
>>> Подробности (celt-codec.org)
Findutils — пакет, содержащий программы find и xargs, которые позволяют искать файлы в иерархии каталогов по различным критериям и передавать полученный список другим программам в командную строку. Также в пакете содержится программа locate, которая перечисляет файлы, подходящие под заданный шаблон, на основании базы данных, построенной ранее программой updatedb из того же пакета.
Новое в версии 4.4.0:
>>> Скачать (gnu.org)
PlaneShift - многопользовательская трехмерная ролевая игра с открытыми (но зависящими от проприетарной библиотеки libCg от nVidia) исходниками движка, в которой игроки исследуют магический виртуальный мир, путешествуют, ведут торговлю и сражаются с монстрами. В связи с обновлением сервера старый клиент перестал работать и предлагается скачать новый.
Изменения:
>>> Подробности (planeshift.it)
Проектом Schrödinger выпущена новая версия библиотеки, реализующей алгоритм сжатия видео Dirac, основанный на вейвлетах. В цели проекта входит оптимизация кодека по скорости, стабильности, переносимости на различные платформы и легкости поддержки.
Основные новшества в версии 1.0 — стабилизация ABI и 100% соответствие спецификациям битовых потоков Dirac-1.0 и Dirac-2.1.
>>> Подробности (sourceforge.net)
Stephen Rothwell объявил в LKML о своих планах создать git-дерево исходных текстов, которое содержит только изменения в подсистемах, планируемые разработчиками к включению в следующее ядро (точнее, в следующий интервал времени, когда Linus будет принимать патчи, не являющиеся мелкими исправлениями - т.е., на данный момент, в ядро 2.6.26). Это дерево будет склеиваться каждый день из git- и quilt-деревьев отдельных подсистем, таких как сетевой стек, USB и т.п. Деревья, вызывающие конфликты при склейке или проблемы при сборке, будут автоматически отбрасываться.
По замыслу, новое дерево привлечет больше тестеров, поскольку в экспериментальном -mm ядре присутствуют также «сырые» изменения, не предназначенные для скорого включения и часто делающие осмысленное тестирование невозможным.
>>> Дискуссия в LKML (lkml.org)
LLVM -- это оптимизирующий компилятор из C, C++ и других языков в низкоуровневое представление, имеющее много общего с системой команд RISC-процессоров, а также трансляторы (статические и для преобразования "на лету") из этого промежуточного представления в команды обычных процессоров. LLVM поддерживает эффективную оптимизацию на этапах компиляции, компоновки (в том числе между процедурами) и выполнения, оставаясь "прозрачным" для разработчиков и сохраняя совместимость с существующими скриптами сборки.
Новое в версии 2.2:
>>> Подробности (llvm.org)
На основании официальной спецификации (http://pda.etsi.org/pda/queryform.asp, искать "DTS Coherent Acoustics"), я в настоящее время пишу кодер DTS для Linux. Кодирование стереосигнала в самом примитивном варианте (Non-Perfect Reconstruction, без ADPCM и Huffman) уже работает. В дальнейшем планирую распространять кодек по лицензии GPL или LGPL, но только в страны, где софтовые патенты недействительны (а то меня мгновенно засудят).
Проблема в том, что сейчас (в связи с недавним увольнением из УрГУ) у меня нет своего сервера, с которого я мог бы это дело распространять и где, в случае появления других разработчиков, находился бы SVN.
Sourceforge не предлагать, т.к. не умеет блокировать Америку. Какие еще есть варианты?
Прочитал на сайте http://www.iso27000.ru/zakonodatelstvo/normativnye-dokumenty-fstek-rossii/ruk...
> 2.5. Требования ко второму классу защищенности межсетевых экранов (МЭ).
> 2.5.1. Управление доступом.
> Данные требования включают аналогичные требования третьего класса (п. 2.4.1).
> Дополнительно МЭ должен обеспечивать:
> возможность сокрытия субъектов (объектов) и/или прикладных функций защищаемой сети;
> возможность трансляции сетевых адресов.
Т.е. выходит, что межсетевые экраны, поддерживающие ipv6, автоматически (так как NAT запрещен спецификацией ipv6) проваливают Российские требования ко второму классу защищенности. Весело :(
Заметил, что в списке на http://dir.xiph.org/ доля неамериканских радиостанций среди тех, которые вещают в ogg vorbis, больше, чем среди вещающих в остальных форматах. С чем может быть связано такая непопулярность открытого формата в Америке?
Код (взят с http://lkml.org/lkml/2007/11/19/493):
#include <stdio.h>
#include <stdlib.h>
int main () {
int i=2;
if( -10*abs (i-1) == 10*abs(i-1) ) printf ("OMG,-10==10 in linux!\n");
else printf ("nothing special here\n");
}
GCC заменяет вызов abs() на встроенную версию, после чего применяет неправильную оптимизацию вида -C*ABS<n> -> ABS<-C*n>. В результате программа выше пишет:
OMG,-10==10 in linux!
Ошибка затрагивает все программы, скомпилированные официальными версиями GCC и умножающие на отрицательную константу результат функции abs(), которую GCC догадался заменить на встроенную версию.
Ядро Linux от этой ошибки не страдает, так как там abs() - это макроопределение.
Исправление: пересобрать gcc с патчем по ссылке. Workaround: использовать опцию -fno-builtin при компиляции программ.
>>> Патч для gcc (gnu.org)
Stefan Fritsch из команды безопасности Debian обнаружил, что многие скрипты-обертки (например, liferea) устанавливают переменную окружения LD_LIBRARY_PATH небезопасным образом:
LD_LIBRARY_PATH=/usr/lib/xulrunner:$LD_ LIBRARY_PATH
Проблема заключается в том, что, если исходное значение LD_LIBRARY_PATH было пустым, то окончательное значение "/usr/lib/xulrunner:" интерпретируется как "/usr/lib/xulrunner, текущая директория, а уже затем /lib и /usr/lib".
Это не новая уязвимость, а CVE-2005-4790 и CVE-2005-4791, которые были первоначально (неправильно) опубликованы как ошибки, касающиеся только SuSE.
Безопасный способ установки LD_LIBRARY_PATH в скриптах:
LD_LIBRARY_PATH=/usr/lib/xulrunner${LD_ LIBRARY_PATH:+:$LD_LIBRARY_PATH}
>>> Подробности (debian.org)
Если сообщение добавить в режиме "User line break", то в конец каждой строки движок добавляет пробел. Это мешает, если надо в одном сообщении передать и скрипт (или кусок лога), и текстовое пояснение к нему. Пример: http://www.linux.org.ru/view-message.jsp?msgid=2242861
| ← назад | следующие → |