политика удаления пакетов или продолжения их существования

Прочитал http://www.gentoo.org/proj/en/qa/treecleaners/policy.xml

Цитата:

PENDING REMOVAL [date] is a status whiteboard phrase we use to indicate when the package is scheduled for removal. PENDING REMOVAL implies you have sent last rites for the package. Please do not forget to send last rites for a package that you masked.

Как назначается эта дата?

Цитата:
Removal Criteria..... Package has no active maintainer.

В дистрибутивах с оплачиваемой техподдержкой такой пакет могут патчить до посинения.
А что в gentoo делают в этом случае? Я в документации никак не могу найти.

В других дистрибутивах от проблем с переходом от устаревших фундаментальных пакетов к новой конструкции уходят с помощью релизов. Как это делают в gentoo? Не в частностях, как здесь http://www.gentoo.org/proj/en/apache/doc/upgrading.xml, а общий подход. Что-то близкое к http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/release-branches.html. Есть ощущение, что релиз gentoo выпускают тогда, когда наступает некоторое затишье, т.е. одновременное совпадение: мало багов регистрируется по пакетам в стабильной ветке, документация поспела, готов новый livecd и т.п.

Подскажите, пожалуйста, где найти ответы на мои вопросы.

спросить у тех,

спросить у тех, кто выпускает релиз Gentoo

"Релиз" в gentoo

"Релиз" в gentoo сильно отличается от такового понятия в остальных дистрах. Влюбом случае это всеголиш набор установочных дисков - доступность пакетов от того с какого релиза вы ставились не меняется, просто если поставить систему со старых дисков придётся много чего пересобирать.

но - если после установки скажем с 2007.0 и 2008.0-beta2 сделать emerge --sync и emerge -uND world допустим сегодня, то после окончания работы второй команды у вас будут совершенно одинаковые системы - конечно если поставить один и тот-же набор софта/USE-флагов/профиль. Тоесть, есть gentoo актуальная и нет, и "устаревшая" переводится в актуальное состояние указанными выше командами (ну и иногда руководствами по миграции на некоторые пакеты - например Xorg 6.* -> Xorg 7.*)

Пакеты сносят или потому что им некем заниматься и он больше не собирается. Так что в отличие от "дистрибутивав с оплачиваемой техподдержкой" тут занимаются всем добровольцы - некем заниматься, пакет снесли. А "от проблем с переходом от устаревших фундаментальных пакетов к новой конструкции" уходят с через вышеупомянутые руководства по миграции. Собственно упомянутая вами "частность" весьма похожа на "общий подход".

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

еще немного уточниться надо

evadim написал(а):
"Релиз" в gentoo сильно отличается от такового понятия в остальных дистрах. Влюбом случае это всеголиш набор установочных дисков - доступность пакетов от того с какого релиза вы ставились не меняется, просто если поставить систему со старых дисков придётся много чего пересобирать.

Вот основная информация про релизы.
http://www.gentoo.org/proj/en/releng/
http://www.gentoo.org/proj/en/releng/docs/release_guidelines.xml
Но опять всплывает вопрос. Есть ли понятие "период поддержки релиза"?
по аналогии с http://www.redhat.com/security/updates/errata/

ещё раз:

ещё раз: понятие "релиза" в gentoo относится чтолько к установочным носителям, и архивам стадий(stage1...3) Всё что остаётся в установленной на винт системе от релиза - профиль. Но профиль можно менять безболезненно так как это всеголиш набор умолчальных USE-флагов. Тоесть как посмотреть - можно сказать что каждый релиз gentoo поддерживается всегда, потому как в самой системе указаний на то с какого релиза она ставилась практически нет.
вот набор тех профилей которые есть сейчас для x86-64

eselect profile list
Available profile symlink targets:
  [1]   default-linux/amd64/2006.1
  [2]   default-linux/amd64/2006.1/desktop
  [3]   default-linux/amd64/2006.0/no-symlinks
  [4]   default-linux/amd64/2006.1/no-multilib
  [5]   default-linux/amd64/2007.0
  [6]   default-linux/amd64/2007.0/desktop
  [7]   default-linux/amd64/2007.0/no-multilib
  [8]   default-linux/amd64/2007.0/server
  [9]   hardened/amd64
  [10]  hardened/amd64/multilib
  [11]  selinux/2007.0/amd64
  [12]  selinux/2007.0/amd64/hardened
  [13]  default/linux/amd64/2008.0
  [14]  default/linux/amd64/2008.0/desktop *
  [15]  default/linux/amd64/2008.0/developer
  [16]  default/linux/amd64/2008.0/no-multilib
  [17]  default/linux/amd64/2008.0/server
  [18]  hardened/linux/amd64

вот я в понедельник переключился с default-linux/amd64/2007.0/desktop на default/linux/amd64/2008.0/desktop - поменялись 2 USE-флага, из-за чего пересобралось 4 пакета. всё. могу обратно переключится - теже 4 пакета пересоберу...

ну нету в Gentoo привычных вам релизов, есть стабильная и нестабильная версии пакетов, и в системе могут стоять по большей части "стабильные" пакеты и несколько "нестабильных". Или наоборот - многие люди живут на "нестабильной ветке" маскируя некоторые особо глючные пакеты.

А дерево пакетов у всех релизов и десятка архитектур одно и тоже! просто в каждом пакете указано для стабилен он или нет, для каждой архитектуры из этого списка http://www.gentoo.ru/node/8280

вот например веб-сервер apache версии 2.2.8 в дереве которое я вчера синхронизировал имеет в ebuild такую строчку

KEYWORDS="alpha amd64 arm hppa ia64 ~mips ppc ppc64 s390 sh sparc x86 ~x86-fbsd"

что значит что он помечен как стабильный на архитектурах alpha amd64 arm hppa ia64 ~mips ppc ppc64 s390 sh sparc x86 и не помечен как стабильный на x86-fbsd

g

evadim написал(а):
что значит что он помечен как стабильный на архитектурах alpha amd64 arm hppa ia64 ~mips ppc ppc64 s390 sh sparc x86 и не помечен как стабильный на x86-fbsd

Стабилен на архитектуре ~mips? (-;E


Пожалуйста, не описывайте своё железо в подписи

~mips

krigstask написал(а):
Стабилен на архитектуре ~mips? (-;E

Фактически mips больше не имеет стабильной ветки. Есть одна, не стабильная ветка. Везде где вы ещё можете увидеть mips постепенно меняется на ~mips...

Спасибо за

Спасибо за ответы. Сам с удовольствием пользуюсь gentoo, но в последнее время мне стали часто коллеги задавать вопросы, что, да как, да в чём разница. Пытался давать ответы, разными способами объяснял, но нет понимания (а может быть, принятия), т.к. тому кто привык садить каждый год только картофель не понять того, кто ухаживает за яблоней :)

Я думал, может быть не теми словами объясняю? Но особой разницы между Вашим объяснением и своим не вижу. Похоже, объяснить можно только тому, кто хочет понять :(

Хотя, при такой разнице в понимании слова "релиз" я не стал бы применять его по отношению к gentoo вообще, можно иначе было назвать совокупность installcd+stage+portage+profile.

...

zvn написал(а):
Вот основная информация про релизы.
http://www.gentoo.org/proj/en/releng/
http://www.gentoo.org/proj/en/releng/docs/release_guidelines.xml
Но опять всплывает вопрос. Есть ли понятие "период поддержки релиза"?
по аналогии с http://www.redhat.com/security/updates/errata/

Понятие "период поддержки релиза" имеет очень ограниченное применение для Gentoo. Дело в том, что в бинарных дистрибутивах плавный переход от одной версии libc к последующим - довольно не простое занятие. Поэтому делают разные "релизы" которые фактически лочут версию libc/toolchain и собирают все пакеты относительно с помощью этого toolchain относительно этой версии libc... В gentoo этого нет... :)

Обычно дата

Обычно дата удаления пакета назначается через месяц начиная со дня маскировки. Есть и исключения: 1. пакет может быть удалён и быстрее, если в пакете найдена серьёзная уязвимость или ещё по каким либо критериям; 2. полезные пакеты по пол года сидят в package.mask и их не удаляют.

Если при этом для пакета существует адекватная (то есть один в один, обычно либо fork под новым именем, либо просто у пакета новое имя) замена, то для программ обычно всё случается автоматически, то есть как только более новая версия становиться вам доступной, portage переписывает world, /etc/portage* файлы и предлагает обновиться на другой пакет. С библиотеками такое тоже возможном, но чаще всего это нужно делать ручками (удалить старую либу, поставить новую), не забывая при этом после обновления запустить revdep-rebuild.

В Gentoo от устаревших пакетов уходят тем, что удаляют их. От релизов здесь мало что зависит. Выпуски это вообще отдельная история... В общем то это как раз и есть сильная сторона gentoo: вы один раз поставили, потом потихоньку обновляете систему и выходы новых выпусков вас практически не заботят, у вас и так система up to date...

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".