LibreOffice и зависимости от perl'овки
Anarchist 20 декабря, 2013 - 22:49
Сего дня вечером столкнулся с невнятной ошибкой при обновлении LibreOffice (не бинарный).
Дело было вечером, собирать _предполагаемые_ замечания было лень. Ибо мысли о причинах ошибки бегали (обновление стабильного dev-lang/perl
до 5.16.х)…
Запустил я сначала perl-cleaner --all
, а потом зашёл на круг с emerge -uDN world
.
Ошибка, как и ожидалось, не воспроизвелась. Но сообщение о неё было утрачено… ☹
Если кто (из пользующихся LO в собираемой реинкарнации) вдруг встретится с… нюансом, прошу прежде чем исправлять сохранить информацию об окружении и журнал сборки (или по ситуации/согласно разумению отрапортоваться и в таком случае отписать ссылку в тему).
»
- Для комментирования войдите или зарегистрируйтесь
а непосредственно после
а непосредственно после обновления перла не было прочитано/исполнено про perl-cleaner --all? ;)
Beelzebubbie написал(а):а
Ну если руками отдельно обновлять перл, а потом офис, то да - надо читать и выполнять,
но если обновление происходит в режиме '-avuDN world', то естественно ошибка неминуема. Т.е. перед сборкой офиса в этом случае нужно ручное вмешательство. Другое дело не каждый пользователь может знать эти тонкости, а прочитает об этом ('perl-cleaner --all') уже после ошибки сборки офиса.
Хм... вероятно, у меня эти
Хм... вероятно, у меня эти обновления мира происходили в разные моменты.
Полагаю, что автоинтеграция всяких python-updater и perl-cleaner в процесс пакетной сборки может повлечь за собой немало побочных эффектов, если ТС на это намекал.
/
Интеграция упоминаемых утилит (
perl-cleaner
сотоварищи) в режиме автовыполнения не нужна (скорее откровенно вредна).Но в части информативности сообщений над ошибками есть над чем поработать.
:wq
--
Live free or die
>части информативности
>части информативности сообщений над ошибками
т.е. утраченное сообщение об ошибке невоспроизводимо, необъяснимо и неинформативно – всё разом? :D
ты бы сам другого на какие бы ГОСТы послал за такие лирические формулировки? :)
/
Практически да (откатываться на hardmasked-версию, даже с тем, что для промышления ошибки пересобирать LO скорее всего не потребуется… мне эта идея не нравится).
Как раз вполне объяснимо (если исходить из полной модели с учётом послезнания).
Или я тебя не понял.
А вот это было.
В смысле: из сообщения об ошибке сборки LO совершенно не следовало правильного решения проблемы (пересборки… в общем случае по-хорошему всё равно все установленные модули на актуальный интерпретатор perl'а пересобирать, так что чего там конкретно не хватало для сборки именно LO не исследовал).
Ты упускаешь ключевой элемент: посыл обоснован в случае просьбы о помощи (караул! не работает …, что делать?!?). Ты таковую в теме видишь? ☺
Так что ГОСТы тут ни при чём, вопрос: можно ли что-то исправить в рамках используемого базиса (это не первый и не единственный вопрос к процедуре обновления пакетов, требующих особого внимания) или только писать в долгий ящик?
:wq
--
Live free or die
У меня при пересборке мира
У меня при пересборке мира каждые 5 минут что-нибудь обваливается из-за python-пакетов, а python-updater выдаёт кучу несуществующих пакетов (давно не обновлял)
На perlовских тоже при сборке ошибки были, апишлось URI обновлять.
Локальный оверлей растёт
/
А вот и товарищ с спасённым сообщением об ошибке (by portage) подтянулся:
:wq
--
Live free or die
Если вы про
Если вы про https://forums.gentoo.org/viewtopic-t-978690.html - вот этот лог, то там все как бы очевидно:
checking for required Perl modules... Can't locate Archive/Zip.pm
Обычное дело при обновлении перла, хотя чаще умирает на каком-нибудь Locale::gettext
Имхо, gcc, perl и python не должны обновляться через @world в режиме "я запустил и мне все по..."
Hellsy22 написал(а): Имхо,
Пока этого не будет в хэндбуке народ (по незнанию) будет спотыкаться снова и снова...
Возможно, отделение их в
Возможно, отделение их в отдельную группу решило бы некоторые проблемы с обновлением после долгого холода.
Локальный оверлей растёт
mittorn написал(а): Возможно,
Возможно - да. Ведь когда есть обновления для портежа - он об этом первой строчкой кричит... типа сначала себя обновлю, потом рестартану, а потом продолжу обновлять систему. Можно было бы аналогично сделать и для этих пакетов.
.
Не соглашусь.
Скорее они должны обрабатываться аналогично самому
portage
.Об чём, впрочем, товарищи уже сказали.
Возможно — с аварийным завершением обновления мира с сообщением: есть обновление для такого-то пакета, требующего особого внимания, обновите сначала его.
С другой стороны — оно может принести целый ряд неприятных сюрпризов при обновлении старой системы (по моим оценкам где-то от года)…
:wq
--
Live free or die
от кого-кого, а от анархиста
от кого-кого, а от анархиста я такого не ожидал...
Anarchist написал(а): Если
Сабж был еще во времена OpenOffic'а:
http://forums.gentoo.org/viewtopic-t-855128.html
Столкнулся - ругалось на
Столкнулся - ругалось на perl-zip переустановка оного решила вопрос
Чтоб не приходилось так
Чтоб не приходилось так делать (запускать perl-cleaner после обновления дистрибутива perl), надобно вводить поддержку сабслотов в perl-module.eclass, а эта фича доступна только с EAPI=5