В Debian Lenny войдет KDE 3.5.9
>>> Обсуждение (debian.org)
>>> Обсуждение (debian.org)
Патчи для X-сервера, ядра и драйвера Intel опубликованы в соответствующих системах управления версиями.
>>> Подробности (livejournal.com)
Недавно 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)
Увеличение скорости сборки достигается за счет того, что логика переносится из скриптов, вызываемых командой make для компиляции каждого файла, в скрипт configure.
Использование Dolt требует всего двух шагов со стороны разработчика:
>>> Подробности (gnu.org)
>>> Скачать wget (gnu.org)
На данный момент не гарантируется стабильность API библиотеки и формата битового потока. Оптимизация кода не выполнена: при битовом потоке 128 kbps версии celtenc и celtdec, использующие операции с плавающей точкой, работают в 4 раза медленнее oggenc и oggdec.
>>> Подробности (celt-codec.org)
Новое в версии 4.4.0:
>>> Скачать (gnu.org)
Изменения:
>>> Подробности (planeshift.it)
Основные новшества в версии 1.0 — стабилизация ABI и 100% соответствие спецификациям битовых потоков Dirac-1.0 и Dirac-2.1.
>>> Подробности (sourceforge.net)
По замыслу, новое дерево привлечет больше тестеров, поскольку в экспериментальном -mm ядре присутствуют также «сырые» изменения, не предназначенные для скорого включения и часто делающие осмысленное тестирование невозможным.
>>> Дискуссия в LKML (lkml.org)
Новое в версии 2.2:
>>> Подробности (llvm.org)
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)
Линус подумывает о переходе на другой компилятор, в связи со слишком частым повторением такой ситуации, когда разработчики gcc занимаются юридическими выкрутасами с языком (language-lawyering) вместо решения реальных проблем пользователей gcc.
Примечательно, что на возможность такого рода неприятностей с блокировками в связи с недостаточной определенностью стандартов на язык C было указано еще два года назад в статье "Threads Cannot Be Implemented As a Library" (автор: Hans Boehm).
>>> Начало дискуссии в LKML (lkml.org)
>>> Подробности (mail-archive.com)
Changelog в архиве отсутствует. По информации с freshmeat.net, в этой версии исправлено сохранение параметров на загрузочное устройство (т.е. дискету или жесткий диск), добавлен новый шрифт 10x20 для видеорежимов с вертикальным разрешением 768 или выше, добавлена возможность загрузки файла bootsect.dos, улучшена работа флага разрешения записи в случае, если устройство загрузки доступно только для чтения. Кроме того, Windows XP теперь рассматривается так же, как Windows 98, и может быть загружена с расширенного раздела или с диска, отличного от первого.
>>> Сайт проекта (sourceforge.net)
>>> Видео (1.5 МБ) (debian.org)
Кроме того, выпущен полностью 64-битный LiveCD (ftp://ftp.lfs-matrix.net/pub/lfs-live...). В отличие от старого LiveCD, на новом диске 64-битное не только ядро, но и userspace, а также присутствует адаптированная под x86_64 версия книги LFS.
Команда разработчиков просит читателей протестировать CD и инструкции по сборке.
>>> Подробности (linuxfromscratch.org)
>>> Подробности (sysresccd.org)
>>> Сайт программы (gnu.org)
| ← назад | следующие → |