LINUX.ORG.RU

perl-cleaner

 ,


0

1

Обновились следующие пакеты:

[ebuild     U  ] virtual/perl-CPAN-Meta-YAML-0.12.0-r1::gentoo [0.12.0::gentoo] 0 KiB
[ebuild     U  ] virtual/perl-ExtUtils-Manifest-1.630.0-r2::gentoo [1.630.0-r1::gentoo] 0 KiB
[ebuild     U  ] virtual/perl-ExtUtils-CBuilder-0.280.217-r2::gentoo [0.280.217-r1::gentoo] 0 KiB
[ebuild     U  ] virtual/perl-File-Temp-0.230.400-r3::gentoo [0.230.400-r2::gentoo] 0 KiB
[ebuild     U  ] dev-perl/XML-LibXML-2.12.100::gentoo [2.1.400-r1::gentoo] USE="{-test}" 454 KiB
Вопрос: нужно ли сделать perl-cleaner? И в каких случаях нужно? Вроде ведь perl не обновился, сама версия? Подскажите, плз.

Не надо. Ни один из модулей не затрагивает сам perl. Можешь ради интереса запустить, проверить слова анона.

anonymous
()

Не нужно. perl-cleaner нужно делать ТОЛЬКО при апгрейде пакета dev-lang/perl НА новый сабслот.

То есть, грубо говоря при апгрейде с 5.18(слот 0/5.18, где 5.18 - сабслот) на 5.20(слот 0/5.20, где 5.20 - сабслот) - нужно. При апгрейде с 5.20.1 на 5.20.2 - нет, т.к. у обоих этих пакетов слот выглядит одинаково(0/5.20, где 5.20 - сабслот).

Если запустишь perl-cleaner когда это не нужно - ничего страшного с системой не произойдет, только время потратишь зря

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от a1batross

Почему-то именно с перлом греботня постоянно.

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

Делать perl-cleaner нужно только при апдейте самого perl, как я уже сказал выше. Также как нужно было раньше пользоваться python-updater-ом - только при апдейте самого Python

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

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

Поправлю. Необходимость пересборки нужна чтобы а) слинковать модули с новым бинарем perl (xs-модули) б) положить .pm-файлы в правильное место, дабы новый perl их нашел и в) в редких случаях, когда модуль собирается неким автогенератором и поэтому могут меняться какие-то функции внутри модуля; г) небольшое кол-во xs-модулей могут линковаться с другими xs-модулями.

Коротко, пересборка модулей (аля запуск perl-cleaner) нужен, чтобы слинковать модули с новым перлом. Если этого не сделать, то они тупо не запустятся. Аналогичная ситуация будет и в питоне, пыхе, любом яп, где используются сишные модули/классы/пакеты.

gh0stwizard ★★★★★
()
Последнее исправление: gh0stwizard (всего исправлений: 1)
Ответ на: комментарий от gh0stwizard

Это еще одна сторона медали. perl-cleaner нужен чтобы подчистить зависимости виртуальных пакетов, о чём я уже говорил.

Низкоуровневые(в случае Perl - XS) модули можно было бы перебирать через сабслот-зависимости - perl-cleaner был бы не нужен.

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