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 ()
Ответ на: комментарий от Cancellor

ХЗ, в вики федоры поиск ужасный. Пакет называется yum-plugin-remove-with-leaves

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

>Ну дык иди развивай свой любимый RPM-дистр, чего ты в этот тред припёрся?

а ты с чего это решил что можешь попирать из треда кого-либо?

deathmokar
()
Ответ на: комментарий от h31

>RPM - отличная штука. Сам прописывает зависимости.

У меня в deb в моих пакетах это тоже делается автоматом.

>Куча удобных макросов, так что не нужно запоминать длинные цепочки команд.


А нужно запоминать эти макросы?

>А теперь посмотрим на deb. Вместо одного .spec файла нужно делать несколько файлов, а несколькими файлами неудобно обмениваться. Один файл можно просто скопипастить в pastebin, а с несколькими уже труднее.


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

>Чего стоит хотя бы тот же формат патчей в дебе? RPM использует стандартный diff -u формат, а в дебе свои велосипеды, и никакого удобного конвертера - приходится выполнять по десять команд для конвертирования.


Я делаю diff -urN (то же самое) и оно нормально хавается Дебианом. Кто-то просто тупит и не видит, что там поддерживаются разные форматы.

>Так что если бы деб перешел на RPM, а вместе с ней и убунта, и оба бы следовали LSB - куча проблем бы ушла. Но не хотят, так что ССЗБ.


То, что LSB ориентирован на RPM - это личная проблема LSB.
З.Ы. В этом плане Debian соответствует LSB - я могу поставить RPM. Для красоты.

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

штатная с -O2 а в отдельных редких пакетах попадаются и другие опции,
но хочется видеть и пакеты с -Os , например sysvinit acpid udevd dbus-daemon hal avahi , то есть то что не требует какой-то особенной производительности, но зато постоянно висит в памяти

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

> а ты с чего это решил что можешь попирать из треда кого-либо?

Он забыл спросить твоего анонимного мнения насчет того, что ему можно, а что - нельзя. Нечего сказать по теме новости - пнх.

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

Ну, с своими опциями пересобрать эти пакеты проще чем kernel или OO.3
и посмотреть на результат ?
зы:у меня в списке "толстых резидентов" только 800 кБ dbus-daemon аж на 30 ...40 месте под Amd64. Что за проблемы такие ?:))

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

По моему субъективному опыту, Os по сравнению с O2 практически никогда не дает выигрыша более 10%. И во многих случаях - не более 1%.

Эти вещи по-настоящему важны разве что для embedded применений. КО подсказывает, что в emdebian Os дефолтен :)

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

отдельные пересобираю, bind9 например с -Os, хотя в дистрибутиве лучше -O2 пусть остается для продакшена
RSS (kb)
9056 httpd ( своя сборка -Os)
9972 klauncher (-Os как и все остальное кде, но все равно толстые они!)
17204 named (после запуска 9мб, это уже кеш распух , тоже -Os)
17408 kaccess
18144 nepomukserver
19692 klipper
22336 ksmserver
23328 kwin
24420 kmix
27772 knotify4
28008 kded4
34352 krunner
35068 qutim (-Os)
35744 mysqld (без претензий)
41364 yakuake (ну куда какому-то там терминалу столько памяти!?)
45792 plasma
61804 arora
70844 opera -notrayicon -nomail
80440 X
269908 worldd

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

по моему субьективному опыту дает выигрыш как раз приличный, не всегда конечно,
но аппетиты RSS отдельных приложений может урезать иногда раза в 2


embedded? не нужно раскидываться оперативной памятью, даже если поначалу кажется что ее много, ведь всегда найдется ей лучшее применение чем отдать 30 Мб для значка миксера в трее

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

>А вообще же , изначально это пытались делать для Amd64.

Если это то, для чего сделали ia32-apt-get, то оно меня очень беспокоит.

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

> не нужно раскидываться оперативной памятью, даже если поначалу кажется что ее много, ведь всегда найдется ей лучшее применение чем отдать 30 Мб для значка миксера в трее

Путем экономии на целофановых пакетиках, на квартиру всё равно не скопить.

У меня на машине 8 Гб оперативки, еще 8 Гб своп. Недавно надо было посчитать количество компонент связности у графа с 10 млн вершин и 90 млн ребер. Хотел воспользоваться одной из библиотек для графов - но она даже загрузить этот граф в себя не осилила: прибил после того, как отъела 13 Гб памяти. Сама понимаешь, 30 Мб тут погоды не сделают.

А при при обычном десктопном использовании все равно добрая половина памяти превращается в дисковый кеш, и опять лишние 30 Мб ничего не меняют.

Может быть, я зажрался. Но мне проще потратить несколько тыс руб на многие гигабайты оперативы, и не париться. Чем иметь машину с 256 Мб (довольно долго просидел на такой), и постоянно ждать, когда же она наконец просвопится, когда же она наконец дочитает файлы, и тд.

И в даже условиях 256 мб эти сэкономленные 30 Мб кардинального облегчения не принесут...

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

если транжирить на мелочи, то понемногу и уйдет все то много сколько бы этого много не было. Хуже что формируется и отношение у программистов на неэкономность в плане ресурсов... Лучше все же придерживаться правила "необходимо и достаточно"



sylvia@allure:~$ free
             total       used       free     shared    buffers     cached
Mem:       1945668    1786240     159428          0      76060     999248
-/+ buffers/cache:     710932    1234736
Swap:      1022252          0    1022252

это ноут, и да, дисковый кеш - далеко не худшее применение памяти

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

> embedded? не нужно раскидываться оперативной памятью, даже если поначалу кажется что ее много, ведь всегда найдется ей лучшее применение чем отдать 30 Мб для значка миксера в трее

Вот-вот , Gnome (есно это далеко не голяк и все с плюшками) на radeon оттяпал аж 90 метров под программы
- смотрите шире на вещи и не цепляйтесь к мелочам :)))

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

сразу пресекая нападки на то что это КДЕ4 такое толстое напишу о том что с XFCE
потребление памяти было точно таким же, с гномом в качестве DE не знаю, у меня его полностью нет, но уж всяко не меньше XFCE

кстати если цепляться к мелочам.. если брать дешевые VPSки, то там память в дефиците, -Os спасает)

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

>Двойная компиляция значит, что dpkg-buildpackage, вызванный для построения пакета, должен отработать правильно два раза. Другими словами, первая "компиляция" оставляет за собой правильное дерево файлов, пригодное для повторной компиляции.

Понял — это как "portupgrade -afp" в FreeBSD.

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

> Один файл можно просто скопипастить в pastebin, а с несколькими уже труднее.

Попробуйте освоить git/mercurial прочее DVCS. Такие ситуации перестанут вас напрягать.

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

>ia32-apt-get

Монстр, уродливый от рождения %) Уже несколько неделю готовлюсь сносить всё 32 из системы. Пока hold спасает. Сейчас вот образ IE докачаю и хоть потоп. Хотя Guilty Gear таки жалко. Может виртуалка с вайном потянет.

А с eglib ешё что-то происходит? Хотя у меня основная часть тестинг, может не дошло ещё.

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

-23 ? ужс )

у меня -12 (момент смены glibc на eglibc)

правда чтобы аптитуда не приставала я -120 поставила туда,
наверное поэтому и живу спокойно не зная о экспериментах на кош^пользователях


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

Тяжела жизнь дебианщицы со склонностями гентушницы и слакварщицы ) Теперь я понимаю почему у тебя дебиан =)

ss85
()
Ответ на: комментарий от Sylvia

посмотрела changelog, сплошная перекройка пакета, ничего принципиально нового

experimental -23
sid -23

так что не берегут нервы ) отнюдь

в testing -12 висит только

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

Да , но дебиан тебе нужен ради Ъ apt зависимостей с которыми можно долго бороться в свое удовольствие =) . Я прав ?

ss85
()
Ответ на: комментарий от Sylvia

А в чем его смысл , не проще ли tgz/tbz2 ?? Если мы не хотим зависимостей зачем нам deb ?)

ss85
()
Ответ на: комментарий от JackYF

> Что-то сегодня сусятники активизировались сильно. К чему бы это?

К дождю, народная примета.

www_linux_org_ru ★★★★★
()

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

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

Дебиан тру, и новость еще раз доказывает это. ТОЧКА.

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

Ну, есть же для ССЗБ checkinstall :))) - нет мусарни и голяк по зависимостям. Самая ляпота и раздолье для махновщины.

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

Терь ясно ,что вы там едите на столе (аватара) - все срок годности поджимает.:))

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

> У рыбных консерв и то — срок годности не больше года.

Предлагаете каждый год переустанавливать систему? Спасибо, я лучше развлекусь как-нибудь по-другому.

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

iZEN же у нас виндузятник. Он каждый месяц переустанавливает:))

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

>RPM - отличная штука.

deb — отличная штука.

>Сам прописывает зависимости.

Сам прописывает зависимости.

>Куча удобных макросов, так что не нужно запоминать длинные цепочки команд.

Куча удобных команд, так что не нужно запоминать макросы и длинные цепочки команд.

>В OpenSUSE/SLE пакеты собираются в chroot, так что нет никаких посторонних файлов, которые не контролируются RPM.

pbuilder.

>Rpmlint вообще отличен - даже проверяет орфографию в описании пакета.

lintian. Орфографию, правда, не проверяет.

>А теперь посмотрим на deb. Вместо одного .spec файла нужно делать несколько файлов, а несколькими файлами неудобно обмениваться. Один файл можно просто скопипастить в pastebin, а с несколькими уже труднее.

Эмм. А патчи тоже все в SPEC файле? Иначе какой смысл в нём вообще? Если просто запакетить исходники, то есть dh-make.

На крайний случай — отправишь .debian.tar.gz по почте. Ни разу не проблема.

>Чего стоит хотя бы тот же формат патчей в дебе? RPM использует стандартный diff -u формат, а в дебе свои велосипеды, и никакого удобного конвертера - приходится выполнять по десять команд для конвертирования.

Чиво? Конвертирования в куда? man quilt, man dpkg-source на предмет «Format: 3.0 (quilt)». Поддерживается начиная с Lenny.

Все системы управления патчами, что я видел (quilt, dpatch, simple-patchsys) оперировали обычными unified diff патчами.

>Так что если бы деб перешел на RPM, а вместе с ней и убунта, и оба бы следовали LSB - куча проблем бы ушла. Но не хотят, так что ССЗБ.

Проходите, не задерживайтесь.

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

>Проходите, не задерживайтесь.

угу. LSB к том виде что сейчас - такое же рабство. только добровольное.

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

>Что-то сегодня сусятники активизировались сильно. К чему бы это?

не надо ругать сусе. они полезные, хоть я дома этим и не пользуюсь (пока есть дебиан и всё там идёт нормлаьно)

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

>.deb без зависимостей это намного интереснее )

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

tommy ★★★★★
()

>устарелых
man устаревших

libcme
()

список изменений вообще никакой...

где переход на debdelta, upstart, lzma сжатие пакетов, ext4 в инсталляторе, devicekit....

sniper21 ★★★★★
()

http://tigro.info/blog/index.php?id=375
Почитайте - интересно. В разделе Deb. Там и про велосипедные патчи, и про остальное. А osc build, в отличие от pbuilder, делает все автоматом и не требует делать никаких базовых образов. Просто скопировать содержимое DVD в одну папочку и никаких проблем. Макросы учить не нужно, или вы не можете запомнить %makeinstall? Вот make DESTDIR=/var/tmp/deb install (или как-то так, сам уже не помню) уже сложнее.
А зачем Вам changelog в начале?
deb от дебиана не подходит для убунты и наоборот. Не верите? Вспомните про глюки kde42.debian.net под убунтой. А вот и из личного опыта: один плазмоид не смог установиться в дебиане из-за другого названия библиотеки.
Несколько файлов в тар я могу запросто упаковать. Но как потом залить это на пастбин? По почте не предлагать.
Патчи, естественно, вне спека.
RPM - это стандарт. Deb - формат. Вот и всё.
Ах да, lzma в rpm появилась ещё в тестовых версиях OpenSUSE 11.0, более полутора лет назад, когда Патрику это даже и не снилось.

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

>deb от дебиана не подходит для убунты и наоборот. Не верите? Вспомните про глюки kde42.debian.net под убунтой.

Не вспомним. Зато помним, как deb от krusader'а убунтовский подошёл к Дебиану.

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