LINUX.ORG.RU

Debian анонсировал цели будущего релиза

 


0

0

В соответствии со своим недавним решением о фиксации времен заморозки релизов, команда Debian подготовила список целей будущего релиза Squeeze.

  • Поддержка многоплатформенности, в частности, включающая улучшение установки 32-битных пакетов на 64-битную систему.
  • Поддержка kFreeBSD, первой не-Linux архитектуры в Debian.
  • Улучшение производительности при загрузке, включая использование dash в качестве нового shell по-умолчанию, и систему загрузки, основанную на зависимостях (dependency-based boot system).
  • Дальнейшее улучшение процесса QA (Quality Assurance), одним из результатов которого должно стать повышение качества пакетов. В частности,
    • «чистая» установка, обновление и удаление всех пакетов,
    • автоматическое непринятие пакетов, не проходящих базовых проверок,
    • поддержка «двойной компиляции» (Double compilation support).
  • Подготовка к новому формату пакетов.
  • Удаление устарелых библиотек для улучшения безопасности.
  • Полная поддержка IPv6.
  • Поддержка больших файлов (Large File Support).
  • Автоматическое создание debug-пакетов для всего архива.

и многое другое.

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от sniper21

>Дата статьи 2005-05-31 нам как бы намекает что баян уже мхом покрылся и клавиши потрескались.



Тут у кого как , а на распаковке OpenOffice.org разрыв по времени
tar gz и lzma только пропорционально увеличился по времени c 2005 года (и не в пользу lzma).
Как для вас - эта статья очень свежая должна быть, там lzma по времени
проигрывает всего лишь в три раза tar.gz , а сегодня - уже почти в 10 раз )))и на компе с ресурсами в 4 раза больше чем статье.


Ну и писанина о lzma на wiki срока годности не имеет - важно само время появления ее там, и это же твои аргументы.? Ж)))
и они всегда "свежие" и актуальные :)))

Что люди тупо ведутся на рекламу и на непонятные изменения - ничего удивительного, вот удивительно изворотливое нежелание видеть и понимать возможные проблемы.
(все скуки ради - абы только изменения, есть изменения - значит "оно" живое, а надо оно или не надо ...)

elipse ★★★
()
Ответ на: комментарий от sniper21

>нет, вы всётаки думаете что каналы у всех резиновые(сервера RH, Debian) и за них никто не платит? Думаете компании, которые оплачивают сотни терабайт трафика не хотели бы уменьшить свои траты(всётаки раздавать drpms и пакеты пожатые сильнее намного выгоднее)?

А ты один такой ясновидящий ,а кругом одни слепцы и мешают в раз всех осчастливить ? :)))

Что несколько лет dpkg умеет lzma и пр форматы - это ни о чем не говорит ?

elipse ★★★
()
Ответ на: комментарий от cruxish

Arch давно хочу посмотреть, но все никак не доберусь =). Понятно что .deb не верх всему, совершенного не бывает ничего. К RPM основная претензия - бОльшее число зависимостей, т.к. по крайней мере раньше у него не было мягких зависимостей. С другой стороны, RPM я последний раз видел несколько лет назад, сначала в ASP Linux, потом в Федоре, поэтому согласен что оценка субъективная, основанная больше на впечатлении формат пакета + дистр на нем.

CryAngel
()
Ответ на: комментарий от elipse

> Кривое не релизят в Debian - вот и меньше получается потом обновлять и качать . Все просто.

Это один из мифов дебиана. Использовал я его длительное время, кривого там не меньше чем в федоре.

Reset ★★★★★
()
Ответ на: комментарий от Reset

> Это один из мифов дебиана. Использовал я его длительное время, кривого там не меньше чем в федоре.

Это не миф - правда,криворуким тут все едино (алаверды).
И кривизна кривизне рознь ,и есть еще "родовые травмы" программ и гон за новыми версиями не всегда панацея тут.

Выпускать на свет дистр без драйверов для видеокарт (как пример - F9) - ну, еще Debian до такой наглости очень далеко.

Да, и инсталлятор (это как для начала) пусть федоровцы нормальный сделают , так как оценить их подвиги часто бывает просто невозможно (некий сферический ftp-дистр:))) .
Анаконду за столько лет можно было и довести до ума и научится устанвливаться с одного CD ,и + гарф. морду нормальную для rpm пакетов - так как то уродство, что есть в дистре непонятно на кого рассчитано.



elipse ★★★
()
Ответ на: комментарий от CryAngel

Вот не знаю как там в Arch сделано ,но вот пример некого маразма rpm:

http://rpm.pbone.net/index.php3/stat/4/idpl/10027444/com/openoffice.org-base-...

http://rpm.pbone.net/index.php3/stat/4/idpl/12570015/com/openoffice.org-help-...

т.е хелпы собираются под каждую архитетуру проца.

В Debian же ,есть пакеты независящие от платформы и ЕДИНЫЕ !!!
для всех архитектур CPU , как пример - openoffice.org-help-en-us_3.0.1-9_all.deb.

В all.deb помещают скрипты ,документацию, данные программ, шрифты ...
- и не мало набегает таких пакетов.

Таким образом , если у вас есть диск (или локальное зеркало) с Debian для i386 то, для сборки диска для Amd64 можно взять от 40 ...50 % файлов с диска для i386.

Тоже как хорошая экономия места .

elipse ★★★
()
Ответ на: комментарий от elipse

Это не маразм rpm, а маразм сборщиков. Для этого есть noarch.

Reset ★★★★★
()
Ответ на: комментарий от elipse

Это все хорошо, только с примерами это не ко мне, а к cruxish. Я говорил что мне нравится .deb

CryAngel
()
Ответ на: комментарий от Reset

>Это один из мифов дебиана. Использовал я его длительное время, кривого там не меньше чем в федоре.

ура, хоть кто-то ещё это понимает.

sniper21 ★★★★★
()
Ответ на: комментарий от elipse

>Выпускать на свет дистр без драйверов для видеокарт (как пример - F9)

ниодын выпуск Fedora не содержит nvidia/flgr(или как там) драйверов

sniper21 ★★★★★
()
Ответ на: комментарий от sniper21

> ниодын выпуск Fedora не содержит nvidia/flgr(или как там) драйверов

Тоже новость еще :)))
Тут речь о том, что не было и в природе таковых для релиза .

elipse ★★★
()
Ответ на: комментарий от sniper21

> это официальный репозиторий Fedora/Mandriva/openSUSE? Нет, ну так какие проблемы?

вот тебе офицальный пруф:
http://mirrors.fedoraproject.org/publiclist/

http://fedora.inode.at/fedora/linux/releases/11/Fedora/i386/os/Packages/openo...
openoffice.org-langpack-nb_NO-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:38:41 12.3M application/x-redhat-package-manager
openoffice.org-langpack-nl-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:38:55 14.3M application/x-redhat-package-manager
openoffice.org-langpack-nn_NO-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:39:12 12.0M application/x-redhat-package-manager
openoffice.org-langpack-nr_ZA-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:39:27 11.8M application/x-redhat-package-manager
openoffice.org-langpack-nso_ZA-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:39:42 11.8M application/x-redhat-package-manager
openoffice.org-langpack-or_IN-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:39:53 829.4K application/x-redhat-package-manager
openoffice.org-langpack-pa_IN-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:39:57 11.9M application/x-redhat-package-manager
openoffice.org-langpack-pl_PL-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:40:11 14.7M application/x-redhat-package-manager
openoffice.org-langpack-pt_BR-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:40:29 14.4M application/x-redhat-package-manager
openoffice.org-langpack-pt_PT-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:40:44 14.5M application/x-redhat-package-manager
openoffice.org-langpack-ru-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:41:07 15.8M application/x-redhat-package-manager
openoffice.org-langpack-sk_SK-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:41:28 13.6M application/x-redhat-package-manager
openoffice.org-langpack-sl_SI-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:41:47 14.2M application/x-redhat-package-manager
openoffice.org-langpack-sr-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:41:59 1.3M application/x-redhat-package-manager
openoffice.org-langpack-ss_ZA-3.1.0-11.3.fc11.i586.rpm 2009-May-26 23:42:03 11.8M application/x-redhat-package-manager


Ну ,что еще там придумаешь ?
Этого не может быть потому, что этого не может быть ? :))))

elipse ★★★
()
Ответ на: комментарий от elipse

>Что несколько лет dpkg умеет lzma и пр форматы - это ни о чем не говорит ?

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

sniper21 ★★★★★
()
Ответ на: комментарий от sniper21

> вы понимаете разницу между словами "умеет" и "используется" или нет?

А вы понимаете суммарную цену для всех архитектур и железок перехода на lzma ?

Как пример - роутер с ARM 200 мгц и встроенным RAM 32 метра
- и зачем там lzma в пакетах ?
Или, как для старых компов - это просто огрести дополнительные тормоза
на apt ?

Вы думете, что у всех должно сносить дах от теоретического сжатия размера пакетов на 30 % ? :))))

Или , вы оценивали время и ресурсы сборочных машин пакетов и серверов (и есть ли такие в наличии ресурсы) ?

elipse ★★★
()
Ответ на: комментарий от elipse

>А вы понимаете суммарную цену для всех архитектур и железок перехода на lzma ?

уточните что имеется в виду.

>Как пример - роутер с ARM 200 мгц

для таких вещей есть СПЕЦИАЛИЗИРОВАННЫЕ дистрибутивы.

>Или, как для старых компов

я уже предлагал не развивать дистрибутивы вообще...

>от теоретического сжатия размера пакетов на 30 %

разве это не здорово?

>Или , вы оценивали время и ресурсы сборочных машин пакетов и серверов

тут главное трафик!

sniper21 ★★★★★
()
Ответ на: комментарий от elipse

>Или, как для старых компов

думаете просто так дистрибутивы перешли на сборку для i585 и i686?

sniper21 ★★★★★
()
Ответ на: комментарий от sniper21

> разве это не здорово?

> уточните что имеется в виду.

-----------------------------------
> тут главное трафик!


Трафик не главное - это чертовня не появилась при модемных соединениях
и дорогом инете , и тем более нет большого смысла в ней и сейчас.

> я уже предлагал не развивать дистрибутивы вообще...


Попробуйте себя выразить другим способом :)))
Вообще же, в Linux от массовости начинает проявлятся и обратная сторона популярности - резко начинает возрастает число дуримаров-энтузиастов любителей :)))
Типа, они уже все определяют - чему надо быть, а чему надо сдохнуть.
И "вылупившись из яйца" через пару дней настойчиво уже указывают на направления развития человечества ... :))



elipse ★★★
()

>Дебиян молодец, пусть трудятся - ведь именно их детьми Линукс сейчас попсеет.
А это хорошо?
>А rpm-based дистрах уже появился аналог apt-get autoremove ?

А он хотя бы в дебиане работает? Пару месяцев назад тут жаловались, что что аптитуда, что apt-get autoremove жестоко облаживаются в реальных условиях. Если всё ещё не верите - милости просим на IRC.by в гости к IceD^`у, который доходчиво (пусть и переходя на личности) расскажет, что он обо всём этом думает.
>>А теперь посмотрим на deb. Вместо одного .spec файла нужно делать несколько файлов, а несколькими файлами неудобно обмениваться. Один файл можно просто скопипастить в pastebin, а с несколькими уже труднее.

>УЖАС!!!! А tar не осилил?

Дадададад!!111 Затарить, перегнать в base64 и на пастебин! :)
>но хочется видеть и пакеты с -Os , например sysvinit acpid udevd dbus-daemon hal avahi

Сомневаюсь, что разница для них между -Os и -O2 будет хоть как-то ощутима.
>RSS (kb)

>19692 klipper

А вы не смотрите RSS. kdelibs и всякие там ksycoc`и юзаются общие со всеми вытекающими, так что klipper укладывается в ~3мб памяти (попробуйте посмотреть объём занятой памяти с ним и без него).
Пальцы не сломаю если в очередной раз повторю: openSuSE 11.2 M3 c KDE 4.3.87 отъёл после загрузки АЖ ~140Мб озу при отключенных nepomuk/strigi. Гном со всеми приложениями уложился в ~199 Мб (опять же, без кэшей).
>Если это то, для чего сделали ia32-apt-get

Боже ты мой, да у вас даже такое есть?
>.deb без зависимостей это намного интереснее )

Но только определённому кругу лиц. Со своими на то причинами.
>Единственное, что меня огорчает - в новый релиз не успеет попасть открытый драйвер 3d для r600. А потом нас ждет аж двугодичный цикл.

Сквиз-н-халф никто не отменял.
>Зато помним, как deb от krusader'а убунтовский подошёл к Дебиану.

УРААА! Хотя ничто не мешает пакетикам от Mandriva (иногда) подходить к той же SuSE.
>>devicekit

>Мне все равно с чем будет работать g-p-m и как оно там будет называться .

Но вашему оборудованию, которое hal нещадно поллит какждые 5 секунд не всё равно.
>ну понятно , что должна появится под lzma новая разновидность дурачков свято верующих ,что обновление

между бинарниками 2.6.30 к 2.6.31 обойдется им почти даром по трафику.:)))
Нет обойдётся. В отличие от апдейта от 2.6.30 до 2.6.30.1, например.
>Кривое не релизят в Debian - вот и меньше получается потом обновлять и качать . Все просто.

ORLLY? Да та же бага в gdebi-gtk как бы намекает на то, что у дебиановской QA не всё так хорошо.
>Анаконду за столько лет можно было и довести до ума и научится устанвливаться с одного CD ,и + гарф. морду нормальную для rpm пакетов - так как то уродство, что есть в дистре непонятно на кого рассчитано.

С LiveCD устанавливат. Одиночный installcd нафиг никому не нужен. PackageKit - вполне нормальная морда для десктоп-юзера, в отличие от Synaptic и gnome-app-install.
>В Debian же ,есть пакеты независящие от платформы и ЕДИНЫЕ !!!

А в Gentoo для всех архитектур один и тот же тарболл. Дальше-то что?

Deleted
()
Ответ на: комментарий от elipse

>Трафик не главное - это чертовня не появилась при модемных соединениях и дорогом инете ,

тем не менее архиваторы были всегда и всегда будут.

>и тем более нет большого смысла в ней и сейчас.

у меня анлим 512kbit/sec (64kb/sec) и мне совсем не радостно качать по 200-400Mb обновлений, тогда когда я могу скачать 50-60Mb

sniper21 ★★★★★
()
Ответ на: комментарий от sniper21

> тем не менее архиваторы были всегда и всегда будут.

и системы уплотнения передаваемой инорформации по каналам связи

> у меня анлим 512kbit/sec (64kb/sec) и мне совсем не радостно качать по 200-400Mb обновлений, тогда когда я могу скачать 50-60Mb


Ну ,анлимы режут по скоростям или будет дорого - дураков нет.
У меня был лим на 8 kbit/sec и мне не мешало качать то, что мне интересно .

Кстати, Fedora 2 минимум неделю качал и еще неделю хорошо попортил
себе нервы ей - так я узнал первый раз ЧТО такое федора и федорино горе :)))
Debian Woody был тогда весьма не без глюков - но, был предсказуем и устанавливаем. Debian Sarge - уже можно было жить .

elipse ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.