странное поведение python-updater [Solved]
Spoiler 30 октября, 2010 - 16:46
Уже длительное время python-updater при каждом запуске отправляет на перекомпилирование одни и те же пакеты - в кедах это boost и vte, в гноме кроме этих ещё штук десять, но всегда одни и те же. Такое впечатление, что либо у него что-то не получается (хотя, сообщений об ошибках никаких нет), либо операция завершается вполне успешно, но информация о заданиях где-то прибилась гвоздями и не сбрасывается... Питоны имеются второй и третий, активный - второй. Что бы это значило?
»
- Для комментирования войдите или зарегистрируйтесь
нет
оно делает scanelf -qs +Py_Inititialize
и когда детектит boost, пишет manual и "гляньте в ман, почему я добавил boost - раздел CHECKS"
В мане написано:
manual python-updater has a list of packages that are known to break by Python upgrades but can't be determined by methods specified above. This check can be disabled if you're sure you've rebuilt the package once and it's OK now. Enabled by default.Так что расслабьтесь, и не запускайте python-updater ТАК ЧАСТО ("при каждом запуске")
а эта строка - это просто подпись
Хмм, фих с ним, с boost'ом
Хмм, фих с ним, с boost'ом (ну, и vte с ним вместе), ведь кроме этого есть и другие занозы:
Явно ведь что-то косячно, но вот что именно, куда копать?
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Spoiler написал(а): Что-то
Эм... так ведь ничего не косячно о_0
Хорошо, переведу на русский...
EN "check: manual [Added to list manually, see CHECKS in manpage for more information.]"
RU "проверка: manual [Добавлено в список вручную, см CHECKS в мане для разъяснений]"
EN
manual python-updater has a list of packages that are known to break by Python upgrades but can't be determined by methods specified above. This check can be disabled if you're sure you've rebuilt the package once and it's OK now. Enabled by default.RU
manual у python-updater есть список пакетов, о которых известно, что они ломаются после обновления Питона, но этого нельзя определить методами, указанными выше по тексту в этом мане. Эту проверку можно отключить, если вы уверены, что пересобрали пакет хотя бы раз и с ним теперь всё OK Изначально включенаИтак, ничего нет косячного. Просто некоторые пакеты таковы, что,
с одной стороны сто пудов сломаются от обновления Питона, а
с другой стороны невозможно определить их текущее состояние -
всё ещё они поломаны или уже пересобраны.
Так что для перестраховки python-updater будет постоянно их пытаться пересобирать.
Если вы уверены, что оно уже пересобиралось - либо отключите эту возможность,
либо (что лучше) - ну не запускайте вы блин python-updater так часто!
Его надо запускать ОДИН РАЗ после обновления Питона!
Оставьте python-updater в покое - он не виноват, что не может НЕКОТОРЫЕ пакеты отличить от поломанных,
и, ЖЕЛАЯ ПЕРЕСТРАХОВАТЬСЯ, постоянно пересобирает их!
Прекратите запускать python-updater чаще, чем это нужно! Это не косяк, это он так работает!
а эта строка - это просто подпись
+1 Вот это называеться: очень
+1
Вот это называеться: очень толковое разьяснение.
n0nado написал(а): некоторые
Спасибо сердечное, теперь всё ясно...
А вот тут позвольте не согласиться, "чем это нужно" - не только обновление питона. Вообще-то часто запускать это я начал только после появления описанного явления в надежде, что одно из каких-то обновлений само всё устаканит, но теперь вы замечательно всё объяснили, ещё раз спасибо. Тем ни менее, ранее я неоднократно наблюдал, что иногда апдейтеру всё же приходится что-то однократно благополучно обработать, и это "что-то" было вовсе не питон...
И вот что думать про те пакеты (листинг см. выше), в которых "check: manual" отсутствует, но всё равно с ними происходит то же самое?..
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Comment #9 From Arfrever Frehtes Taifersar Arahesis
согласно http://bugs.gentoo.org/308579 пробуйте "
python-updater -p -v -v -v" - python-updater будет подробнее объяснятьа эта строка - это просто подпись
Tnx!, отмечаю тему решённой
Tnx!, отмечаю тему решённой
Мы тоже не всего читали Шнитке!.. © В. Вишневский