Представлен (http://permalink.gmane.org/gmane.linux.debian.devel.announce...) для обсуждения предварительный план подготовки следующего релиза Debian GNU/Linux 6.0 (Squeeze), который планируется выпустить весной или летом следующего года.
Определены следующие базовые задачи для будущего релиза:
- Поддержка многоархитектурных пакетов, позволяющих устанавливать один пакет для 32- и 64-разрядных сборок;
- Увеличение скорости загрузки;
- Увеличение качества пакетов, проведение чистки для прохождения пакетами тестов piuparts на установку из stable и обновления до unstable;
- Подготовка к внедрению новых форматов пакетов (http://www.opennet.me/opennews/art.shtml?num=20724);
- Удаление устаревших библиотек;
- Добавление архитектур kfreebsd-amd64 и kfreebsd-i386 (http://www.opennet.me/opennews/art.shtml?num=21118), представляющих собой попытку совместить ядро FreeBSD с пользовательским окружением на базе glibc и GNU-утилит;
- Полная поддержка IPv6 (поддержка IPv6 во все...URL: http://permalink.gmane.org/gmane.linux.debian.devel.announce...
Новость: http://www.opennet.me/opennews/art.shtml?num=22827
Что за новые форматы пакетов?
>Что за новые форматы пакетов?а по ссылке в тексте новости сходить слабо?
Когда спрашивал, её ещё не было.
Автор опреативно добавил.
новые debian policyэто же ссылка, товарищ, откройте, не стесняйтесь
ага... мой комментарий запоздал, прошу прощения
а с ядром FreeBSD ребята не погорячились случаем?
Debian/kFreeBSD уже давно существует, просто, по видимому, теперь будет одной из официальных архитектур
>попытку совместить ядро FreeBSD с пользовательским окружением на базе glibc и GNU-утилит;Я бы предпочем ядро и мир родные, + apt-* и репозитории - вот это было уберваффе!!! :)
С всем миром неполучится, только с отдельными утилитами.
>>Увеличение скорости загрузки;А зачем это на сервере? Это такое частое событие?
Я, например, Debian пользую на десктопе.
Собственно, единственный Linux-дистр который прижился.
Гы - аналогично! Везде где хотят линукс, но не говорят какой ставлю Демьяна, что на сервера что на писюги ... пока доволен.
>>>Увеличение скорости загрузки;
>
>А зачем это на сервере? Это такое частое событие?частое не частое, а чем меньше время простоя тем лучше.
Не частое, но иногда критичное
>Удаление устаревших библиотекпозитивный пунктик, потому как добавлять новое и улучшать настоящее - это стандартно для новых релизов, а вот чистить "кладовку" ("сарай") обычно жаба давит)))
> Поддержка многоархитектурных пакетов, позволяющих устанавливать
> один пакет для 32- и 64-разрядных сборок;Это чтобы распухло в 2 раза?А это нафига?Может тогда сразу в лучшей манере виндузятников давать юзеру исоху CD-ROM`а с пакетом сразу? oO Со всеми зависимостями, а заодно можно и для всех архитектур, etc.
а че лучше купить диск с игрой,
а потом путешествовать по форуму как ее запустить?
>> Поддержка многоархитектурных пакетов, позволяющих устанавливать
>> один пакет для 32- и 64-разрядных сборок;
>
>Это чтобы распухло в 2 раза?А это нафига?Может тогда сразу в лучшей
>манере виндузятников давать юзеру исоху CD-ROM`а с пакетом сразу? oO
>Со всеми зависимостями, а заодно можно и для всех архитектур, etc.
>Размер увеличивается не в 2 раза.
Разделение на x86/x64 идет только у бинарников.Кроме того, объединение разных архитектур в 1 пакет поможет более плавно перейти на x64.
И так же плавно убрать x86 код из пакетов (через много лет, когда 32 бита канут в лету, как 16 бит).
>Размер увеличивается не в 2 раза.
>Разделение на x86/x64 идет только у бинарников.А еще Sparc, ARM, MIPS, PowerPC, .... ? :)
>Кроме того, объединение разных архитектур в 1 пакет поможет более плавно перейти на x64.
Как по мне - я вполне себе давно перешел на x64 и не жужжу.А чем оно отличается от i386.И зачем мне легаси 386-й хлам в пакетах в нагрузку?Чтоб качать говна побольше?А если уж надо плавно - ну 386-е либы для легаси хлама в x64 можно и докачать отдельным пакетом oO.
>И так же плавно убрать x86 код из пакетов (через много лет,
>когда 32 бита канут в лету, как 16 бит).А я вот ими уже не пользуюсь.Нахрен их мне втюхивать тогда?Бесполезный балласт suxx.
>[оверквотинг удален]
>не жужжу.А чем оно отличается от i386.И зачем мне легаси 386-й
>хлам в пакетах в нагрузку?Чтоб качать говна побольше?А если уж надо
>плавно - ну 386-е либы для легаси хлама в x64 можно
>и докачать отдельным пакетом oO.
>
>>И так же плавно убрать x86 код из пакетов (через много лет,
>>когда 32 бита канут в лету, как 16 бит).
>
>А я вот ими уже не пользуюсь.Нахрен их мне втюхивать тогда?Бесполезный балласт
>suxx.Открою вам секрет.
Кроме вас на этой планете ещё 6-7 млрд. человек)
Другими словами - попробуйте найти довод, который не будет начинаться со слов "я", "мне", и т.д.
И который подойдет бОльшему число людей.
>Полная поддержка IPv6 (поддержка IPv6 во всех приложениях которые могут работать через IPv4);Даже в scanlogd? Что-то я сомневаюсь...
> Поддержка многоархитектурных пакетов, позволяющих устанавливать один пакет для 32- и 64-разрядных сборокКласс, уже из-за этого Debian можно выкидывать. В то время как обычный среднестатистический десктоп и даже ноут может менее чем за сутки собрать ЦЕЛИКОМ систему, окружение, офис и кучу софта, да - с оптимизациями, нужными мне опциями и без лишних зависимостей, дебилановцы к и так ущербной системе бинарных пакетов добавляют дополнительный bloat.
Задолбали всякие анонимы!Факты, где факты? Ос только тогда станет популярной, когда будет популярна среди пользователей, а не красноглазых
>> Поддержка многоархитектурных пакетов, позволяющих устанавливать один пакет для 32- и 64-разрядных сборок
>
>Класс, уже из-за этого Debian можно выкидывать. В то время как обычный
>среднестатистический десктоп и даже ноут может менее чем за сутки собрать
>ЦЕЛИКОМ систему, окружение, офис и кучу софта, да - с оптимизациями,
>нужными мне опциями и без лишних зависимостей, дебилановцы к и так
>ущербной системе бинарных пакетов добавляют дополнительный bloat.Оптимизациями чего именно?
Оптимизациями скорости выполнения?
Оптимизациями потребления оперативки?
Или оптимизации используемого места на жестком?Даже если пакет содержит в себе x86 и x64 бинарники, устанавливаются и запускаются только те, которые вам нужны.
Поэтому скорость системы от этого не страдает.
>Поэтому скорость системы от этого не страдает.Зато жрач места на диске, время скачки и например размер зеркал вспухнут.Это нафига бы?И зачем мне заведомо dead code в комплекте, который никогда не будет использоваться?Что за пичкание говном с ложечки?
>>Поэтому скорость системы от этого не страдает.
>
>Зато жрач места на диске, время скачки и например размер зеркал вспухнут.Это
>нафига бы?И зачем мне заведомо dead code в комплекте, который никогда
>не будет использоваться?Что за пичкание говном с ложечки?Опять таки, попробуйте найти аргумент без "я", "мне", и т.д.
А о жраче места на серверах - есть пакеты:
program (10mb data + 1mb bin) - i386
program (10mb data + 1mb bin) - x64
program (10mb data + 1mb bin) - arm
Всего 33 мб.И есть один пакет
program (10mb data + 3mb bin (i386, x64, arm)).
Всего 13 мб.Наоборот, меньше пакетов - меньше жрача.
Я лично поддерживаю, Debian юзаю дома. Мне после того как я потрахался с серверами, и компами юзеров трахаться еще и с Linux32. Ломает. Мне в принципе скорость не очень дома нужна, на кино, интернет и мелочи 32 битного ядра хватает. А если все будет автоматизарованно, почему бы на 64 бита не перейти. Просто так для прикола. А те кто хочет что-то уникальное, пусть Gentoo юзают или сами компилируют. Что кто-то запрещает?
После того скажу что реальный выигрыш в скорости (легкий переход на архитектуру 64-бит), чем не шаг популяризации Linux.