The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Debian Squeeze перешел на стадию заморозки перед релизом

06.08.2010 22:21

На проходящей в эти дни в Нью Йорке конференции Debconf10 анонсирован выход на финишную прямую подготовки грядущего стабильного релиза Debian 6.0 "Squeeze". Состоялась полная заморозка пакетной базы, означающая, что отныне добавление новых возможностей остановлено и все усилия разработчиков будут сфокусированы на исправление остающихся блокирующих финальный релиз ошибок, которых остается еще более 500.

Напомню, что в рамках инициативы по переходу на фиксированный по времени график подготовки релизов, первоначальный план предусматривал заморозку пакетной базы в декабре 2009 года. В конце осени заморозка пакетов была перенесена на март, при этом разработчики не теряли надежду выпустить финальный релиз в июле, накануне конференции DebConf. В начале апреля оставалось слишком много блокирующих релиз проблем (742), что вынудило разработчиков перенести заморозку на июнь. В итоге заморозить Debian Squeeze удалось только в августе, а финальный релиз можно ожидать примерно в середине осени.

Основные особенности будущего релиза:

  • Переход на использование Linux-ядра 2.6.32 для всех поддерживаемых архитектур и в инсталляторе. Модули поддержки IDE-устройств заменены на libata, в связи с изменением наименования устройств (sd* вместо hd*) в пакет linux-base добавлен код для преобразования имен устройств в конфигурационных файлах (fstab, bootloader), которые будут заменены на UUID-идентификаторы. Код прошивок (firmware) выделен из основного ядра и поставляется отдельно. Ядро собрано с Preemption-патчами, rt-патчи из-за проблем со стабильностью решено не включать;
  • Обновление десктоп-окружений и пользовательских программ: KDE 4.4.5, Gnome 2.30.0, LXDE 0.5.0, XFCE 4.6.2, X.org 7.5, OpenOffice.org 3.2.1, GNUmeric 1.10.8, Abiword 2.8.2;
  • Обновление серверных пакетов: Apache 2.2.16, BIND 9.7.1, Exim 4.72, Postfix 2.7.1, OpenSSH 5.5p1, MySQL 5.1.48, PostgreSQL 8.4.4 и Samba 3.4;
  • Обновление средств для разработчиков: Python 2.6 и 3.1, Perl 5.10, PHP 5.3.2, Ruby 1.9.1, Tcl/Tk 8.4, GHC 6.12 и GCC 4.4.
  • Интеграция фреймворка DKMS, позволяющего сгенерировать модули ядра, исходные тексты которых не входят в комплект Linux-ядра;
  • Переход на новую систему инициализации insserv, учитывающую при загрузке зависимости между init-скриптами и поддерживающую параллельную загрузку скриптов инициализации, что приводит к заметному уменьшению времени загрузки;
  • Миграция со стандартной системной библиотеки GNU C Library (glibc) на eglibc 2.11 (Embedded GLIBC). Библиотека eglibc разработана с целью использования на встраиваемых системах и отличается значительно более низкими системными требованиями, возможностью гибкой настройки компонентов, улучшенной поддержкой кросс-компиляции и кросс-тестирования. При этом библиотека полностью совместима с glibc как на бинарном уровне, так и на уровне исходных текстов (дополняет оригинальную кодовую базу glibc);
  • Официальная поддержка архитектуры kFreeBSD, сочетающей в себе ядро FreeBSD 7.x с пользовательским окружением на базе glibc и GNU-утилит: пока нет полного охвата всех пакетов дистрибутива, вероятно поддержка будет обеспечена только для ключевых системных пакетов;
  • Усовершенствование программы установки: включение по умолчанию категории пакетов "Recommends", улучшение интерфейса для выбора языка и часового пояса, улучшение выбора зеркал, добавлена поддержка файловой системы Ext4 и упрощен процесс настройки RAID, LVM и создания шифрованных разделов;
  • При подготовке пакетов осуществлен переход на усовершенствованный формат исходных пакетов DebSrc 3.0 (патчи можно размещать в виде отдельных файлов), согласован процесс унификации принципов оформления пакетов и обработки патчей с проектом Ubuntu;
  • Для загрузки для платформ x86 по умолчанию будет задействован GRUB 2, в котором использован новый загрузчик Multiboot2, имеется поддержка выполнения скриптов, динамической загрузки модулей, доступа к файлам на ФС NTFS, Reiserfs и данным внутри cpio/tar архивов, создания графических меню, вывода локализованного текста в отличных от ASCII кодировках и т.д.
  • Возможность использования для выполнения shell-скриптов вместо /bin/sh быстрой и упрощенной оболочки dash;
  • В систему интегрирована возможность переключения видеорежимов на уровне ядра, с поставкой соответствующих DRM-модулей для популярных типов видеокарт. Но активировать данную функцию нужно отдельно, так как по умолчанию KMS отключен;
  • В базовом ядре оставлена поддержка организации изолированных контейнеров на базе технологии OpenVZ. Поддержка VServer и Xen Dom0 объявлена устаревшей и, несмотря на то что в Squeeze данные механизмы будут включены, в скором времени их поставка будет прекращена;
  • В базовой поставке отключена поддержка звуковой подсистемы OSS. Основной мотив такого решения - интерфейс OSS является устаревшим. Для пользователей которым система OSS необходима, будет оставлена возможность активации OSS.
  • Улучшенная поддержка IPv6 (поддержка IPv6 в большинстве приложений, которые могут работать через IPv4);
  • Поддержка работы с файлами большого размера во всех пакетах (некоторые программы не читают файлы больше 2/4 Гб).
  • Сервис Debian Backports, в рамках которого ведется адаптация пакетов из новых дистрибутивов для более старых релизов Debian, признан официальным сервисом Debian и интегрирован в основную инфраструктуру проекта;
  • В дистрибутив интегрированы такие подсистемы, как ConsoleKit (управление сессиями и трекинг работы пользователей) и PolicyKit (предоставление расширенных прав доступа);
  • Прекращена поддержка архитектур HP PA-RISC ('hppa'), Alpha ('alpha') и ARM ('arm', теперь используется ARM EABI - armel);
  • В состав включено 10352 новых пакетов, помечены как устаревшие 4238 пакетов, обновлено 15436 пакетов. Общее число пакетов составляет 29050;
  • Приоритетной консольной утилитой для управления пакетами в интерактивном режиме является aptitude. Для обновления дистрибутива и при использовании в не интерактивном режиме рекомендуется использовать apt-get.


  1. Главная ссылка к новости (http://lists.debian.org/debian...)
  2. OpenNews: Началось тестирование второй альфа-версии Live-образа Debian Squeeze
  3. OpenNews: Статус подготовки релиза Debian Squeeze
  4. OpenNews: Заморозка пакетной базы Debian Squeeze отложена до июня
  5. OpenNews: Состояние подготовки релиза Debian GNU/Linux 6.0 (Squeeze)
  6. OpenNews: Началось альфа-тестирование инсталлятора Debian Squeeze
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/27544-debian
Ключевые слова: debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, ононим (?), 22:38, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В базовом ядре оставлена поддержка организации изолированных контейнеров на базе технологии OpenVZ.

    а из убунты OpenVZ убрали. кто знает, напишите почему.

     
  • 1.2, sHaggY_caT (ok), 22:52, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    >а из убунты OpenVZ убрали. кто знает, напишите почему.

    Проектом OpenVZ официально считаются стабильными только ядра, на основе ядер RHEL 4 и RHEL 5.
    "Свежие" же, более младшие, чем 2.6.18 EL-ветки ядра стабильными не считаются, и имеют "обрезанный" функционал (например, убирают CPULIMIT)
    На самом деле, все относительно, так как RHEL 5.5 вполне современное ядро (конечно, некоторых вещей, вроде Cgroups там нет, но жить это не мешает).

    Ubuntu и Debian используют "пионерские", и не очень стабильные, с точки зрения проекта OVZ, ядра.
    Вероятно, столкнувшись с большим количеством проблем, OVZ и дропнули в Ubuntu.

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

    >почему

    Вероятно, из-за проблем с UDEV: из-за этого же чуть не дропнули в Debian.

     
     
  • 2.3, ононим (?), 23:14, 06/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    спасибо за подробный ответ. все ясно и по делу.
     
  • 2.8, slepnoga (??), 00:20, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    sHaggY_caT - CPULIMIT это же огричение числа ядер на CT ?
     
     
  • 3.13, sHaggY_caT (ok), 01:33, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > sHaggY_caT - CPULIMIT это же огричение числа ядер на CT ?

    Нет, то, о чем Вы говорите, это CPUS (причем, учитываются и потоки).

    CPULIMIT, это жесткий лимит на количество процессорного времени, удобно комбинировать и с CPUS, и с CPUUNITS (приоритет)

     
     
  • 4.14, slepnoga (??), 04:15, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    мм, __вроде__бы__ у меня оно есть в 27 ядре . Как проверить ?
     
     
  • 5.18, sHaggY_caT (ok), 12:22, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >мм, __вроде__бы__ у меня оно есть в 27 ядре . Как проверить
    >?

    vzctl set <VEid> --cpulimit 30 && vzctl exec <VEid> cat /proc/cpuinfo

    Какие возможности в каком ядре есть, можно посмотреть в вике на оффсайте. Все возможности есть только в стабильных ядрах.
    Сейчас, кстати, добавили в vzctl и последнее RHEL 5-based ядро кучу вкусностей, вроде ядерного NFS внутри контейнера.

     
     
  • 6.20, rpisarev (?), 13:36, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Будем надеяться, что теперь и в Ububntu бэк-портируют OpenVZ-ядро. А то в свежем LTS его ещё нет, приходится ютиться на на 8.04 LTS. Лично мне хочется верить в это :)
     
     
  • 7.21, sHaggY_caT (ok), 14:27, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Будем надеяться, что теперь и в Ububntu бэк-портируют OpenVZ-ядро. А то в
    >свежем LTS его ещё нет, приходится ютиться на на 8.04 LTS.
    >Лично мне хочется верить в это :)

    Лучше поставьте на HN CentOS, а вот в контейнерах разводите любимые убунты :)

     
     
  • 8.22, rpisarev (?), 14:37, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я подумаю, спасибо ... текст свёрнут, показать
     
  • 6.29, slepnoga (??), 23:59, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    мдя, нету - показывает реальные ядра
     
     
  • 7.30, sHaggY_caT (ok), 00:02, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >мдя, нету - показывает реальные ядра

    Некоторые ставят на Debian OVZ RHEL 5 ядра через alien, говорят, что работает. Но это касалось Lenny...

     
     
  • 8.31, slepnoga (??), 03:06, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня не дебиан С Центоса тоже прошлось слезть - он потихонку превращался в по... текст свёрнут, показать
     
     
  • 9.32, sHaggY_caT (ok), 03:34, 08/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На HN лучше вообще стараться не ставить софт, по-возможности, запихивать каждую ... текст свёрнут, показать
     

  • 1.4, Аноним (-), 23:22, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ммм, очень вкусный этот дебиан, надо будет поставить
     
  • 1.5, sHaggY_caT (ok), 23:22, 06/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Код прошивок (firmware) выделен из основного ядра и поставляется отдельно.

    Имхо, зря: свобода, конечно, хорошо, но вот проблемы с железом (и с установкой на железо) обеспечены...

    >Миграция  со стандартной системной библиотеки GNU C Library (glibc) на eglibc >2.11 (Embedded GLIBC).

    Интересно :), надеюсь, не будет регрессий

    >Переход  на новую систему инициализации insserv, учитывающую при загрузке >зависимости между init-скриптами и поддерживающую  параллельную загрузку >скриптов инициализации, что приводит к заметному уменьшению времени загрузки;

    И это, имхо, тоже зря: почему все так хотят закопать старый добрый System V?

     
     
  • 2.7, koblin (ok), 00:13, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > И это, имхо, тоже зря: почему все так хотят закопать старый добрый System V?

    наверное оно вызывает плохие ассоциации со SCO =)

     
  • 2.9, User294 (ok), 00:36, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > И это, имхо, тоже зря: почему все так хотят закопать старый добрый System V?

    Потому что в XXI веке он уже несколько неактуален. Долго стартует, не умеет рестарт сервисов при падении и их мониторинг, етц. Единственный его плюс - совместимость. Ну по такой логике MS-DOS лучшая система всех времен и народов :) с ней до сих пор совместимы слегка некоторые операционки :)

     
     
  • 3.24, stranger (??), 16:07, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >е умеет рестарт сервисов при падении

    А опция respawn?

     
     
  • 4.27, User294 (ok), 22:23, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А опция respawn?

    Вообще да, кстати - в этом месте я ступил :(. Правда толку с такого рестарта не больно то и много: если демон просто повиснет, инит не допрет его перезапустить. Один фиг приходится чем-то еще довесочным это делать, что не прикольно совсем (в идеале система управления демонами должна бы и такое уметь, заменив собой кучи левых костылей). А отсутствие зависимостей старта демонов от событий/готовности железа и последовательный запуск поочередно - весьма тупо для XXI века. И не здорово совсем минуту ждать там где другие за 10 секунд запускаются. На серверах это может и не так важно. А в некоторых других местах зато - очень даже не лишне.

     
  • 2.12, filosofem (ok), 01:22, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Переход  на новую систему инициализации insserv, учитывающую при загрузке >зависимости между init-скриптами и поддерживающую  параллельную загрузку >скриптов инициализации, что приводит к заметному уменьшению времени загрузки;
    >
    >И это, имхо, тоже зря: почему все так хотят закопать старый добрый
    >System V?

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

     
  • 2.17, log (ok), 11:15, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Код прошивок (firmware) выделен из основного ядра и поставляется отдельно.
    >
    >Имхо, зря: свобода, конечно, хорошо, но вот проблемы с железом (и с
    >установкой на железо) обеспечены...
    >

    Согласен.С установкой на железо.
    Хотя проблема решается использованием к примеру, образа firmware-testing-amd64-netinst.iso.

     
  • 2.19, Aquarius (ok), 12:38, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Миграция  со стандартной системной библиотеки GNU C Library (glibc) на eglibc >2.11 (Embedded GLIBC).
    >
    >Интересно :), надеюсь, не будет регрессий

    да вроде бы как не должно - исходники-то по сути те же

     

  • 1.6, alexanderyt (??), 00:02, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Одному мне показалось, что "Основные особенности будущего релиза" как-то не очень ярко выглядят?
     
     
  • 2.10, cuki (?), 00:39, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    таки релиз вовсе и не яркий. Дебиановцы не рекомендовали обновляться до Squeeze на рабочих машинах, а сразу обновляться с Lenny до семёрки.
     
     
  • 3.23, Cub (ok), 14:48, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылочку на рекомендацию не дадите?...
     
     
  • 4.26, cuki (?), 22:11, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я не корректно выразился: Дебиановцы не не рекомендовали пропускать Squeeze, а обещали поддержку обновления пятой версии на седьмую.

    http://www.debian.org/News/2009/20090729

     

  • 1.11, Кракен (?), 00:57, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Переход на новую систему инициализации insserv

    Теперь у каждого дистра своя система инициализации?

     
     
  • 2.15, pavlinux (ok), 04:21, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Переход на новую систему инициализации insserv
    >Теперь у каждого дистра своя система инициализации?

    Когда в зоопарке только обезьяны, это весело, но быстро надоедает.


     
  • 2.25, stranger (??), 16:09, 07/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Переход на новую систему инициализации insserv
    >
    >Теперь у каждого дистра своя система инициализации?

    Вообще insserv в SUSE используется вместе с SystemV и ничего, все нормально работает.

     

  • 1.28, pmvd (?), 23:01, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Молодцы. Отправил $30.
     
  • 1.33, phaoost (ok), 23:10, 08/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а поддержка pppoe в инсталлере появится?
     
  • 1.34, StrangeAttractor (ok), 14:26, 10/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Переход на использование Linux-ядра 2.6.32

    Блин, 2.6.35 на дворе, они только на 2.6.32 переходят...

     
     
  • 2.35, StrangeAttractor (ok), 14:31, 10/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше бы проявляли консервативность там, где от этого удобнее - не извращались бы с идентификаторами дисков и скриптами инициализации.
     
  • 2.36, Andrey Mitrofanov (?), 14:49, 10/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На дворе .35, а в стабильном Debian-е - .32. Какие у _Вас проблемы с этим?
     
     
  • 3.38, анонимус (??), 17:30, 14/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В каждом ядре добавляются новые "фишки", улучшается поддержка железа, исправляются баги. Регрессии конечно тоже бывают, но это поправимо. А вот сидеть на старых ядрах — значит лишиться части новых возможностей свежих ядер.
     
  • 2.37, phaoost (ok), 17:08, 11/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Переход на использование Linux-ядра 2.6.32
    >
    >Блин, 2.6.35 на дворе, они только на 2.6.32 переходят...

    это как раз хорошо, т.к. 2.6.32 будет поддерживаться долго. 6й рхел тоже на нём будет

     

  • 1.40, Аноним (40), 11:18, 08/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обновились base-file  
    cat /etc/debian_version   пишет Debian 6.0
     
  • 1.41, Артм (?), 16:06, 23/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Блин, 2.6.35 на дворе, они только на 2.6.32 переходят...

    Так они зато это самое ядро ПОЛНОСТЬЮ встроят в систему, а не выпустят полусырой продукт

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру