Пропуск обновлений в роллинг-дистрах: какой дистр не обращает внимание на пропуски и обновляется?

Что такое «пропуск обновлений»?

когда пропустил обновление пакетов, а уже вышло следующее

Debian testing. Ка то не обновлялся пол года (забыв что до этого обновился со stable до testing хехехе) потом закачал где то почти гиг обновлений, ну и всё.

Но что значит «щас обновляться не хочет» в чём и как это выражается?

pacman -Syu
...
Нихотю! 

Это как? У меня каждый час по несколько новых пакетов генту появляется, если через git обновляться. Да и раз в неделю обновляться нормально. Тут зависит от того были ли критичные обновления.

А что такое критичные обновления в бинарном дистрибутиве?

Лучше выложить лог пакмана, здесь много пользователей manjaro и подскажут практическое решение. Может там ничего такого выпадающего за рамки и проще решить реальную проблему, чем рассуждать об идеальном rolling release.

Генту бинарный дистрибутив?

Что там у нас критичного? Я знаю только один баг и костыли - rust и llvm флаги )))

ТС, а какую ты команду вводишь?

pacui

потом 1 или z

Аааа, тебя же в детстве покусал Gnome3, ты не любишь консоль. Прожми штатными средствами.

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

Llvm и rust вообще не критичны, от них @system не зависит.

https://ibb.co/album/60sSR4

да прожимал я

https://ibb.co/album/60sSR4

Жми ему установку и lib32-glibc. У тебя затык вроде в нейн родимой. Проверь по репозиториям, есть новая версия в [multi]?

видимо были критичные обновления и я их пропустил - и что - гента справляется с пропуском критичных обновлений?

Нет :) Нужно исхитряться. Я не обновлял систему 7 лет и в итоге проще было и быстрее заново накатить.

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

Прекол.

не получается - https://i2.paste.pics/774e282f7294237f6a891f6c8dee1232.png

https://wiki.gentoo.org/wiki/User:NeddySeagoon/HOWTO_Update_Old_Gentoo

Хотя я просто не понимаю проблемы подписаться на новости, если у меня поддерживается Gentoo ))

https://bbs.archlinux.org/viewtopic.php?id=145041

И обнови репозиторий multilib. ОБЯЗАТЕЛЬНО!

Что значит «обновлятся не хочет»?

ну короче - тоже заново накатывать буду - ну его нафиг - https://i2.paste.pics/75311d1ab5cf4b1094ede6f26be53d33.png

вот и вопрос задаю - может есть замануха круче манжары для меня

Ну, может получится так. Сначала удаляешь те пакеты которые приводят к такому, обновляешь систему, затем ставишь удалённые пакеты назад. Только вот там библиотеки… ну lib32glibc наверное можно и снести.

И вообще схерали пакман не может зависимости разрулить. Может баг в нем какой?

В дебиане тоже было такое, ну в смысле типа неразрешимые зависимости, при этом aptitude заброшенный их разруливал. Но я уже очень давно с таким не сталкивался.

В Arch обновляюсь обычно раз в неделю. Изредка пропускаю месяц-два обновлений. Ни разу ничего не ломалось. Иногда требуется что-то подкрутить вручную, о чём заблаговременно сообщается на сайте Arch. Где-то раз в 3-4 года требуется ручное вмешательство.

Статья идёт лесом, так как эти последовательные обновления с последовательной пересборкой хотя бы голого @system с недесктопным профилем угробят кучу времени. Но самое важное, что многие патчи хранятся не в дереве, а в виде архивов в репе и при удалении промежуточной версии пакета, который их требовал патчи тоже удаляют и наступает облом, так как взять их негде.

Попробуй найди набор патчей к dev-util/codeblocks-17.12, хоть это и не системный пакет, конечно. Если повезёт, то из изначального места, откуда он по зеркалам раскидывался, его ещё не удалили.

Мда… Нет слов. Пацаны пишут, что у тебя просто набор пакетов multilib не обновлён (как и предполагалось).

https://forum.artixlinux.org/index.php/topic,25.0.html

А круче конечно есть. Gentoo и производные. Debian намного тормознее. Ещё рекомендую Arch, там таких проблем просто нет. В последнем случае есть нехилый профит (мейнтейнеры явно лучше, чем у Manjaro) при чтении мануалов.

Totally my bad. I’m using Artix in my home desktop PC, my laptop and at work. I forgot to update the mirror list from the webpage in one of the computers. As soon as I saw your reply I realized my mistake.

All is working fine now.

Regards.

В генту не нужно подписываться на новости. Новости сами прилетают с обновлениями ;)

А так да, в следующий раз попрошу родителей обновить генту.

Не, не надо отдельно обновлять, удали пакеты вызывающие проблемы, обнови спокойно систему, потом накати обратно что удалил

Да фуфел это всё. Надо мне новьё - stage3/4 и полный вперёд.
Не надо - работает. А работает - не трогай )))

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

dev-util/codeblocks

Ловите наркомана!

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

Пфф, что такое актуальное состояние? Gentoo stable? Unstable? Local overlays? Версионирование пакетной базы и последующая заморозка?

Ты знаешь, как вообще появились И ЗАЧЕМ модели компов? Например - Apple II?

ТС, накати Arch. Явно будет меньше проблем.

Во-первых, на скрине команда pacman -Sf lib32-glibc, но я не знаю параметра -f. Может я отстал от жизни. )

Во-вторых, команда обновления запускалась с --noconfirm? Вижу на скрине:
Вы уверены, что хотите пропустить этот пакет при обновлении? [y/N] y

нужен тогда арч такой, чтоб с графической установкой - установил гном и все репозитории арча и вся политика обновлений арча остались чтоб, наверно

Debian testing. Ка то не обновлялся пол года (забыв что до этого обновился со stable до testing хехехе) потом закачал где то почти гиг обновлений, ну и всё.

Похоже самый вменяемый из ролингов)

да ну эти дебри - я про новую установку дистра интересуюсь - зачем нам всем париться по поводу исправления таких вот ошибок?

:)

Но зачем торопиться с новым, уверен, там и своих нюансов будет куча, иначе ЛОР бы не существовал. )

https://distrowatch.com/table.php?distribution=endeavour

Актуальное состояние для меня - это состояние, когда установленные версии и ревизи пакетов присутствуют в дереве.

А случае тестирования можно проверить и для нескольких версий библиотек, являющихся зависимостями. Дальше по ситуации.

Базовая часть системы и DE у меня stable, прикладной софт выборочно.

Модели компов меня не беспокоят.

Ага, вот был сюрприз то когда они nvidia-drivers удалили на месяц.

Однако! ))

Модели компов меня не беспокоят.

А какими критериями ты аппелируешь, когда выпускаешь софт?

У дистроватча в топе всегда пару ноунеймов, эмыкс который никто не использует, а про этот дистр на втором месте который только в 2019 году сделали, уже в топе выше чем Mint. Лол. Походу дистроватчу можно заплатить бабки и он покажет тебя в топе.

Ага, вот был сюрприз то когда они nvidia-drivers удалили на месяц.

Линус одобряе)) А вообще вот http://snapshot.debian.org/

Чего? Я не выпускаю софт.

Дистр как раз позиционирует себя

A basic installation ready to tweak

No matter which method, DE or WM you choose, they all have one thing in common, a basic and almost bare-boned installation with a modest but powerful selection of terminal-operated apps to start your deep dive into an Arch-based system. To highlight some of those…

https://endeavouros.com/

Пишешь? Или пользуешься?

И по MX - пользуют очень даже ))) Ты просто узко смотришь.