Обнародован (http://permalink.gmane.org/gmane.linux.debian.devel.announce...) предварительный план (http://release.debian.org/lenny-goals.txt) по реализации новых возможностей для будущего стабильного релиза Debain Lenny:
- Полноценная поддержка IPv6;
- Все пакеты в репозиторие 'main' должны быть связаны рекомендательными зависимостями только внутри 'main', не ссылаясь на дополнительные репозитории;
- Полный уход от использования debmake;
- Поддержка локализации debconf сообщений для всех пакетов;
- Автоматизация обновления перевода текста с описанием содержимого пакета;
- Аудит приложений на предмет устранения ограничений на размер обрабатываемых файлов (некоторые программы не читают файлы больше 2/4 Гб).
- Поддержка NFS v4;
- Использование dash в качестве /bin/sh;
- Подготовка init скриптов к переходу на систему инициализации с учетом зависимостей (для параллельного запуска сервисов);
- Установка по умолчанию пакетов со шрифтами в зависимости от выбранного языка;
- KDE4, Gnome 2.20, gcc 4.2, Xorg 7.3.URL: http://permalink.gmane.org/gmane.linux.debian.devel.announce...
Новость: http://www.opennet.me/opennews/art.shtml?num=11589
Неужели таки будет поралельный запуск init-скриптов?!?!
>Использование dash в качестве /bin/sh;а можно узнать по какой причине?
Скорость.
PS. Оно и сейчас работает. Замена /bin/sh на dash ускоряет загрузку секунд на 5. Мало, конечно, но все же.
Ну и позволяет проверить скрипты. Я один баг нашел, когда в скрипте #!/bin/sh, а внутри башизм.
Чтобы ускорить загрузку, лучше (по моему мнению) вообще отказаться от использования скриптов при загрузке (использовать вместо скриптов обычные программы (например, на C++).
Давайте сразу на java. Что бы приблизиться к миру энтерпрайз.
Сишные программы быстрее sh скриптов и java :P
Правильнее оставить скрипты инициализации на shell, но переводить их в предкомпелированное состояние, типа бинарного кэша, один бинарник который грузится в штатном режиме. В нештатных систуациях можно запускать сервисы как раньше. Компилятор скриптов можно создать на основе http://www.busybox.net
>Автоматизация обновления перевода текста с описанием содержимого пакета;Вот где-бы прочитать про это поподробнее?
вот если бы и сроки анонсировали ;)
>Чтобы ускорить загрузку, лучше (по моему мнению) вообще отказаться от использования скриптов при загрузке (использовать вместо скриптов обычные программы (например, на C++).Светочка, убейся
По теме: почему такой старый гном? Новый дебиан разродится ещё через год минимум, уже 2 новых гнома навыпускают...дебиан как всегда отстаёт, и чтобы новый софт получить, надо юзать unstable...
Debian'овцы не просто пакеты компиляют, у них еще своя метода тестирования. В масштабе целого дистрибутива тестирование кучу времени съедает, а Debian - дистрибутив ой как НЕмаленький.
кто знает для чего нужен полный уход от использования debmake?