The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Fedora 39 намечен переход на DNF5, избавленный от компонентов на языке Python, opennews (??), 09-Сен-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


38. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +6 +/
Сообщение от Michael Shigorinemail (ok), 09-Сен-22, 13:02 
Стоит различать менеджеры пакетов (rpm, dpkg...) и репозиториев (apt, yum, zypper, dnf...).

Первые занимаются непосредственно работой с пакетами и ФС, вторые -- планированием изменений как транзакций с учётом всего комплекса зависимостей.

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

Ответить | Правка | Наверх | Cообщить модератору

71. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от aname (?), 09-Сен-22, 15:25 
ядь, а можно это всё как- то проще сделать?
Ответить | Правка | Наверх | Cообщить модератору

142. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 10-Сен-22, 11:18 
Наверняка много где и сделано. В portage вышеописанное делает emerge. ebuild собирает «пакет».
Ответить | Правка | Наверх | Cообщить модератору

148. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (148), 10-Сен-22, 13:47 
> Наверняка много где и сделано. В portage вышеописанное делает emerge. ebuild собирает
> «пакет».

Назвать ваше питономесиво простым можно только с бодуна. Да и тупо в таком объеме воздух греть для всего вообще. Ребилдить какой-нибудь куть самому - ну, так себе счастье. И с учетом того что он довольно модульный - вопрос: что я поимею сбилдив этого монстра сам? :)

Ответить | Правка | Наверх | Cообщить модератору

169. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 10-Сен-22, 15:11 
> Назвать ваше питономесиво простым можно только с бодуна.

Использовать довольно просто - одна команда, а не две.

> Ребилдить какой-нибудь куть самому
> - ну, так себе счастье. И с учетом того что он
> довольно модульный - вопрос: что я поимею сбилдив этого монстра сам?
> :)

Тут кто-то спрашивал, как в KDE обеспечить вызов контекстного меню не по нажатию ПКМ, а при её отпускании. Я накидал патчик для Qt (там оно предусмотрено, надо просто включить), собрал, проверил. С emerge это штатная операция, а с rpm это слишком долго. Сделал вывод, что KDE, где такое просят лет 10, лучше не использовать. Кто-то утверждает, что у него система на 3% быстрее работает. :) Каждый что-то своё находит или здесь, или в другом дистрибутиве.

Ответить | Правка | Наверх | Cообщить модератору

185. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (185), 11-Сен-22, 08:27 
> Использовать довольно просто - одна команда, а не две.

Я видел на примере знакомых гентушников и имел возможность сравнить.
Придя к выводу что
1) У меня менеджмент систем занимает в цать раз меньше времени.
2) Зачастую у меня гораздо более глубокие кастомизации и по делу.

> Тут кто-то спрашивал, как в KDE обеспечить вызов контекстного меню не по
> нажатию ПКМ, а при её отпускании. Я накидал патчик для Qt

Ну как бы если мне вот реально что-то такое надо - оно решаемо. Но знаешь у меня и на дебиане вон допустим кернел пропатчен и явно не той версии что в репах. И зачем мне для этого ваша мерзкая питоноблевота обвязки?

> штатная операция, а с rpm это слишком долго.

ИМХО самое долгое что там будет это сборка пакета кутей, ибо дофига жирной плюсоты и если у вас нет солидной распределенной билдфермы, сборка этой штуки это отопление воздуха на весьма приличный срок.

> Сделал вывод, что KDE, где такое просят лет 10, лучше не использовать. Кто-то
> утверждает, что у него система на 3% быстрее работает. :)

Лично мне с 3% ни холодно ни жарко, поэтому я оптимизил по латенси. Low latency и powersave от "tickless" (на лаптопе) я еще могу понять. Как и кастомные патчи на кернел, прогон -rc для валидации как это работает ДО того как это будет реальной проблемой и проч я еще могу понять.

> Каждый что-то своё находит или здесь, или в другом дистрибутиве.

Ну да. Однако большая часть юзеров генты производили впечатление обезьяны с гранатой (это не про вас... наверное...).

Ответить | Правка | Наверх | Cообщить модератору

194. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 11-Сен-22, 09:27 
>> Использовать довольно просто - одна команда, а не две.
> Я видел на примере знакомых гентушников и имел возможность сравнить.
> Придя к выводу что
> 1) У меня менеджмент систем занимает в цать раз меньше времени.
> 2) Зачастую у меня гораздо более глубокие кастомизации и по делу.
>> Тут кто-то спрашивал, как в KDE обеспечить вызов контекстного меню не по
>> нажатию ПКМ, а при её отпускании. Я накидал патчик для Qt
> Ну как бы если мне вот реально что-то такое надо - оно
> решаемо.

Вот как раз не настолько это мне было надо, что бы производить лишние действия. RPM я бы не стал собирать - одно это дольше, чем разобраться с Qt, как по мне.

> Но знаешь у меня и на дебиане вон допустим кернел
> пропатчен и явно не той версии что в репах. И зачем
> мне для этого ваша мерзкая питоноблевота обвязки?

Не знаю, зачем :) потому никому и не навязываю.

>> штатная операция, а с rpm это слишком долго.
> ИМХО самое долгое что там будет это сборка пакета кутей, ибо дофига
> жирной плюсоты и если у вас нет солидной распределенной билдфермы, сборка
> этой штуки это отопление воздуха на весьма приличный срок.

На самом деле наоборот будет почти мгновенно, поскольку подключен ccache (но по умолчанию отключен, надо иметь ввиду). «Билдферма» нужна будет, если надо на много машин устанавливать (а кто-то это решает утилитой rsync), но для того есть и другие дистрибутивы.

>> Сделал вывод, что KDE, где такое просят лет 10, лучше не использовать. Кто-то
>> утверждает, что у него система на 3% быстрее работает. :)
> Лично мне с 3% ни холодно ни жарко, поэтому я оптимизил по
> латенси. Low latency и powersave от "tickless" (на лаптопе) я еще
> могу понять. Как и кастомные патчи на кернел, прогон -rc для
> валидации как это работает ДО того как это будет реальной проблемой
> и проч я еще могу понять.
>> Каждый что-то своё находит или здесь, или в другом дистрибутиве.
> Ну да. Однако большая часть юзеров генты производили впечатление обезьяны с гранатой
> (это не про вас... наверное...).

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

Ответить | Правка | Наверх | Cообщить модератору

198. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 11-Сен-22, 11:01 
> Вот как раз не настолько это мне было надо, что бы производить
> лишние действия. RPM я бы не стал собирать - одно это
> дольше, чем разобраться с Qt, как по мне.

Насчет RPM не знаю а софт который я себе билдую я предпочитаю пакетить, для порядка в системе. Ну то-есть я по данным пакетника иногда делаю верификацию системы и анализ все ли файлы у меня в сохранности, есть ли что-то отсутствующее или лишнее, и если да то откуда это, почему и правда ли все в системе идет just as planned.

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

> Не знаю, зачем :) потому никому и не навязываю.

И на том спасибо.

> На самом деле наоборот будет почти мгновенно, поскольку подключен ccache

Чтобы он работал - этот куть надо было собрать уже. И это было не быстро. Плюс лишняя инфраструктура которая в общем случае мне не сильно нужна, например.

> (но по умолчанию отключен, надо иметь ввиду). «Билдферма» нужна будет, если надо на
> много машин устанавливать (а кто-то это решает утилитой rsync), но для
> того есть и другие дистрибутивы.

Ну вот я ими и пользуюсь. Вот вы меня видите. И мой десктоп. Вот тут. Но это не я. Это некий клон оного в виртуалке. И только. Нуачо, зато если интрудер в систему влезет, сможет утащить целый Downloads браузера. А больше тут и нету ничего. Да и случайный дестрой этой системы например ничем кроме отвала браузинга не чреват. Одного из браузингов. И это легко лечится откатом на снапшот VM за цать секунд.

> У меня одна из задач - максимально понять по ходу дела, какие в Линукс возможны грабли.

Это невозможно - их возможно бесконечное количество, особенно если учитыать новые версии :). А так - я более менее это и на deb-like вроде понял. Во всяком случае я зарулил кучу весьма неординарных системных проблем вплоть до откровенных багов кернела и смог изображать что-то типа "системного интегратора". Но вот сказать что я могу загасить вообще любой отвал - ну, я не бог и даже не Торвальдс, так что это все же излишне оптимистично было бы.

Ответить | Правка | Наверх | Cообщить модератору

230. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от mikhailnov (ok), 12-Сен-22, 14:16 
> а с rpm это слишком долго

sudo dnf install baseystem-build rpm-mk-build-deps (один раз)

rpm -qif /usr/lib64/libQt5* | grep src.rpm

git clone -b rosa2021.1 https://abf.io/import/qt5-qtbase.git

cd qt5-qtbase

mbd *.spec

sudo dnf install *.rpm

потом прописать в спеке PatchN и abf rpmbuild или abf fetch && rpmbuild --define "_sourcerpm $PWD" -bb *.spec

Возможно, чуть дольше, чем в portage, но не более, чем на минуту примерно.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

231. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 12-Сен-22, 16:12 
> Возможно, чуть дольше, чем в portage, но не более, чем на минуту
> примерно.

Что за привычка судить о том, что никогда не делал? У тебя Qt собирается за минуту, как в portage?

> потом прописать в спеке PatchN и abf rpmbuild или abf fetch &&
> rpmbuild --define "_sourcerpm $PWD" -bb *.spec

Пойми ты наконец, что patch - это не то, что ты нашёл на форуме и радостно забарыжил. Это делается как раз на базе тех исходников, что уже собраны (в данном случае ebuild-ом) и проверены. Для этого редактируется исходник и не надо более ничего где-то прописывать, а тем более не нужна abf с которой удаляют данные по воле чьей-то задней левой пятки.

Ответить | Правка | Наверх | Cообщить модератору

248. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 16-Сен-22, 08:53 
Ну и что ты, «ведущий программист», молчишь? Читаешь про ccache, от которого нет толку, поскольку собирается всё изначально в другом месте? Или религия не позволяет признать ошибку? Скольких же ты людей одурачил, что бы впарить своё «свеженькое», и сколько чуши они после тебя разнесли.
Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

249. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от mikhailnov (ok), 16-Сен-22, 10:37 
Бесишься от гордыни, что сам скомпилировал Qt и потому ccache поможет его пресобрать быстро, когда как в rpm он ставится готовым бинарником и потому нет ccache? Насчёт "другого места" или очистки %buildroot - если не разбираешься в rpm, то умерил бы гордыню.
Ответить | Правка | Наверх | Cообщить модератору

250. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 16-Сен-22, 11:18 
Это у тебя память негодная, поскольку постоянно врёшь. Напоминаю: «С emerge это штатная операция, а с rpm это слишком долго». То есть ускорение даёт архитектура portage, я лишь привёл Анониму пример в ответ на вопрос: «что я поимею сбилдив этого монстра сам?» А слово «бесишься» ты выбрал, поскольку по сути распространяешь мракобесие, не разбираясь в вопросе, не имея должного образования - стало быть ты и есть бес.
Ответить | Правка | Наверх | Cообщить модератору

251. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (251), 16-Сен-22, 13:04 
Тем не менее он имеет определенный технический пойнт: в бинарных дистрах нахрен не надо никаких ccache в 99% случаев. Минус 100500 технического мусора в системе, стало быть. А я что, супер-помойка хранить какие-то кеши на случай что мне может быть когда-то захочется куть собрать? Вот когда и если - тогда и буду думать. А хранить такие сотни гомен заранее - во спасиб.
Ответить | Правка | Наверх | Cообщить модератору

253. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 16-Сен-22, 14:32 
Да и уметь самому поменять что-то в произвольном компоненте ОС ему не надо - взял исходники у белого господина, собрал пакетик, забарыжил ОС. Белый господин доволен и будет защищать обслуживающий его персонал. ;)
Ответить | Правка | Наверх | Cообщить модератору

75. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  –1 +/
Сообщение от Роман (??), 09-Сен-22, 16:00 
> админ локалхоста, у которого те же чруты из пакетной базы не строятся примерно в любой момент времени

я не админ локалхоста (мне так кажется, у меня на локалхосте винда), но чруты "в любой момент времени" строю никогда - зачем такое надо нынче, что за тип работы?

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

80. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/
Сообщение от Аноним (-), 09-Сен-22, 16:36 
> админ локалхоста

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

Ответить | Правка | Наверх | Cообщить модератору

217. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от mikhailnov (ok), 12-Сен-22, 04:13 
При сборке пакета разворачивается чрут. При сборке контейнера тоже.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

225. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Роман (??), 12-Сен-22, 11:50 
> При сборке пакета разворачивается чрут. При сборке контейнера тоже.

это я предположил да, я не смог понять зачем надо это делать постоянно и на локалхосте, если это профессиональная задача то на сервере наверняка и собирается. Возможно не так понял посыл Михаила, конечно.

Ответить | Правка | Наверх | Cообщить модератору

229. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от mikhailnov (ok), 12-Сен-22, 14:00 
На сервере собирается 100500 чрутов, если сборка каждого будет идти на, допустим, 5 секунд дольше, то пересборка всего репозитория — грубо говоря, 30 тысяч чрутов — будет идти на 41 час дольше.
Ответить | Правка | Наверх | Cообщить модератору

237. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Роман (??), 14-Сен-22, 07:41 
> На сервере собирается 100500 чрутов, если сборка каждого будет идти на, допустим,
> 5 секунд дольше, то пересборка всего репозитория — грубо говоря, 30
> тысяч чрутов — будет идти на 41 час дольше.

Я не то чтобы за дополнительные задержки, тут понятно что быстрее лучше. У меня вопрос в другом был - зачем даже не админу локалхоста пересобирать эти 100500 пакетов, что за самоцель? Либо это вырожденный случай дистростроителей, либо я что-то не знаю про админство нелокалхоста - вот это незнание хотелось бы уточнить, если оно есть вообще.

Ответить | Правка | Наверх | Cообщить модератору

240. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 14-Сен-22, 12:42 
Тут интереснее вопрос - если пакет собирается 10 минут, а чрут разворачивается 10 секунд, то что они там считают? Погрешность измерения?
Ответить | Правка | Наверх | Cообщить модератору

245. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/
Сообщение от mikhailnov (ok), 14-Сен-22, 23:44 
Это Вам лучше у недистростроителей спросить :))
Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

85. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 09-Сен-22, 17:47 
И не 300 - 500 пакетов за раз обновлять. Выбор должен быть сколько и что устанавливать. В Win 10 ещё хуже. Выключаешь, а но нам пишет не выключайте питание идёт обновление. А сама Win 10 уже в промежуточном режиме где нечего не сделать нельзя кроме действительно включить из розетки. Я не вдерживал больше 15 - 20 минут выключал гостя Win 10, ни времени сколько осталось, ни действия сколько обновлений устанавливается. Только ждите идёт обновление. А может после включения я уже точно не помню.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

86. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 09-Сен-22, 17:47 
а оно
Ответить | Правка | Наверх | Cообщить модератору

87. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 09-Сен-22, 17:58 
Вроде отмены обновления возможности нет. Уже не помню, мало Win 10 использовал. Устанавливал посмотреть.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

88. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 09-Сен-22, 18:02 
Не отключение. А отмена в прцесе устанвки обновлений.
Ответить | Правка | Наверх | Cообщить модератору

92. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/
Сообщение от Аноним (-), 09-Сен-22, 18:50 
300 - 500 пекетов за раз это не сарказм, это реальность которую я видел в этом году. Не не Win.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

165. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (165), 10-Сен-22, 14:25 
> 300 - 500 пекетов за раз это не сарказм, это реальность которую
> я видел в этом году. Не не Win.

Эти админы локалхоста никогда не покупали хостинг и не раскатывали виртуалки из темплейта. Понятно что образа систем обновлять, конечно, надо, но никто не будет это каждые 2 дня делать, так что поиметь сотню пакетов на апдейт сразу после раскатки нулевого шаблона - а чего в этом такого неожиданного? Админы локалхостов совсем не палятся.

Ответить | Правка | Наверх | Cообщить модератору

132. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (132), 10-Сен-22, 08:18 
Но у вас же есть выбор. Вы можете указавать какие пакеты хотите обновить
Apt-get update linux-image-5.10.0-16-amd64 libx11 libxml2 mesa-utils
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

133. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/
Сообщение от Аноним (132), 10-Сен-22, 08:28 
Но вообще решать какие пакеты надо обновить это виндо-вэй для хомячков.
Для настоящих компьютерных-экспертов нужно предоставлять полную возможность самостоятельно выбирать пакеты для обновления. Он знает что делает и что ему нужно, в отличии от разработчиков дистрибутива и пакетного менеджера
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

183. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (183), 11-Сен-22, 04:34 
В Win 10 есть совершенно явный выбор: просто «выключить» и «обновить и выключить».
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

205. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от burjui (ok), 11-Сен-22, 13:07 
Делаешь pacman -Syu, видишь, какие пакеты требуют обновления, нажимаешь Ctrl+C и делаешь pacman -S <нужные тебе пакеты>
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

109. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Анонимъ (?), 09-Сен-22, 20:42 
> Стоит различать менеджеры пакетов (rpm, dpkg...) и репозиториев (apt, yum, zypper, dnf...).
> Первые занимаются непосредственно работой с пакетами и ФС, вторые -- планированием изменений
> как транзакций с учётом всего комплекса зависимостей.
> Впрочем, как по мне так утверждение о некритичности производительности/ресурсоёмкости
> что первого, что второго может позволить себе скорее админ локалхоста, у
> которого те же чруты из пакетной базы не строятся примерно в
> любой момент времени, а виртуалки если и есть, то набиты в
> ящик неплотно -- в общем случае оно неверно.

Михаил, при всём уважении, apt это менеджер пакетов, просто по своему названию, хотя он и умеет advanced функции, и рулит ветками дистрибутивов. В целом согласен с вами, только вот, определение ваше очень отсебяностью попахивает, хотя, по сути, и отражает реальное положение вещей.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

134. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (132), 10-Сен-22, 08:30 
А где apt рулит ветками дистрибутивов?
Ответить | Правка | Наверх | Cообщить модератору

141. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 10-Сен-22, 11:09 
А Альте можно поменять пути в репозиториям и сменить Стартеркит на Сизиф обновлением.
Ответить | Правка | Наверх | Cообщить модератору

149. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (148), 10-Сен-22, 13:48 
> А Альте можно поменять пути в репозиториям и сменить Стартеркит на Сизиф обновлением.

А в дебианобразных можно даже переключить репу и сделать из минта или убунты дебиан. И чего?

Ответить | Правка | Наверх | Cообщить модератору

166. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 10-Сен-22, 14:49 
Чего, чего. Спрашивавший выше № 134 может не увидеть ответ про дебианообразные. Я про такое догадывался, но теоретизировать не люблю.
Ответить | Правка | Наверх | Cообщить модератору

220. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (220), 12-Сен-22, 09:29 
> Чего, чего. Спрашивавший выше № 134 может не увидеть ответ про дебианообразные.
> Я про такое догадывался, но теоретизировать не люблю.

Можно переключать и ветки и дистры. Но разумеется при серьезном перетрясе придется вручную попилотировать эту штуку, т.к. разные дистры похожи друг на друга но 100% корректное рюхание depends в этом случае разумеется не гарантировано. Т.е. без жестких гарантий, но по факту работает.

Ответить | Правка | Наверх | Cообщить модератору

114. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Минона (ok), 09-Сен-22, 21:38 
У apt есть транзакции как у yum/dnf ?
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

151. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 10-Сен-22, 13:59 
> У apt есть транзакции как у yum/dnf ?

Нет. Поэтому оно не имеет тупых проблем с вставанием раком когда эта дикая и безблагодатная инженерия отъезжает на ровном месте. А транзакции это прекрасно но их партнеры из редмонда с MSI инсталером видимо покусали. Потому что есть много смежных областей которыми пакетник не заведует, но которые может захотеться откатить если что-то реально пошло не так.

Да и вообще - не с этим кадавром вечно убивающим себе базу лечить про надежность.

Ответить | Правка | Наверх | Cообщить модератору

140. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 10-Сен-22, 11:05 
> Стоит различать менеджеры пакетов (rpm, dpkg...) и репозиториев (apt, yum, zypper, dnf...).
> Первые занимаются непосредственно работой с пакетами и ФС, вторые -- планированием изменений
> как транзакций с учётом всего комплекса зависимостей.

Кстати, о транзакциях.


-rw------- 1 root root 17316959 янв 11  2022 initrd-5.10.47-std-def-alt1.img
-rw------- 1 root root        0 сен  6 23:30 initrd-5.10.90-std-def-alt1.img
lrwxrwxrwx 1 root root       31 янв 11  2022 initrd.img -> initrd-5.10.90-std-def-alt1.img
lrwxrwxrwx 1 root root       31 янв 11  2022 initrd-std-def.img -> initrd-5.10.90-std-def-alt1.img

Не стал заводить баг - элементарно же сгенерировать самому, а когда проблема решена, детали уже недоступны. Да и прошлое моё предположение, что на «пакетник» должен обеспечивать целостность системы, осталось без внимания.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

150. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (148), 10-Сен-22, 13:53 
ИМХО сохранение точек консистентности у других тулзов получится лучше. Зачем в пакетник пихать несвойственные ему вещи? Все равно ФС и виртуалки снапшоты лучше делают, и откат одним чихом получается быстрым, простым, без дурной оверинженерии - и это консистентная точка во времени и по многим смежным вопросам.

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

Ответить | Правка | Наверх | Cообщить модератору

167. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 10-Сен-22, 14:53 
Тут бы консистентность на уровне, когда initrd размером 0 байт не считать валидным, не создавать на него ссылки. А то я знаю, что, с учётом комплекса зависимостей, в программах ошибок не бывает, потому начинаю после перезапуска думать, что железо уже того.)
Ответить | Правка | Наверх | Cообщить модератору

187. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/
Сообщение от Аноним (187), 11-Сен-22, 08:41 
> Тут бы консистентность на уровне, когда initrd размером 0 байт не считать
> валидным, не создавать на него ссылки.

Это как бы наполовину к взаимодействию с бутлоадером и загрузкой с last known good, имхо. Ну то-есть нехорошо что пакетник такое делает. И в принципе это можно отловить. Но, знаете, бывает так что лекарство в итоге оказывается хуже болезни. И всякие там транзакции вот именно пакетником - это именно тот случай. Эта механика довольно хрупкая и умеет обламываться совсем не так как себе это вон те кодеры вообразили. Когда вон там кодеры в новой версии проги вон там формат рантайм-данных апдейтнули, а тут вы решили взад отыграть ... уй, а старая версия это не жрет. И оно как бы откачено, но как бы все померло. И тому подобные приколы, имя которым легион.

В этом смысле глобальный откат всей ФС к точке во времени - сильно лучше работает, поводов для факапов нет. Но это должно быть на уровне ФС или блочном уровне. А если хочется чинить такое прямо с вон той ос - для этого бутлоадеры умеют несколько версий кернелов, на случай если после апдейта не взлетело "почему либо". И даже трекинг "числа загрузок" и "успешности старта" если оно надо, так что можно даже автоматически со старого варианта загрузиться. С его старым initrd, угу.

И кстати после апдейта кернела оно может не взлететь по еше более 9000 валидных и не очень поводов. Если это важно - вышеупомянутый подход затыкает весь класс багов. Вы же предлагаете сотни оверинженерии под 1 частный случай. Это очень неудачное соотношение с точки зрения создания софта.

> А то я знаю, что, с учётом комплекса зависимостей, в программах ошибок не бывает,
> потому начинаю после перезапуска думать, что железо уже того.)

А я вот знаю что апдейты штука такая, поэтому
1) Держу несколько версий кернела на случай если вон тот офигенный свежак вдруг не пойдет на взлет. Прикольно думать что кодеры боги, но они обычные смертные и даже у них бывают баги а конфигураций в мире столько что ВСЕ их они до релиза точно не проверят. Значит всегда есть ненулевой риск энных фаллаутов.
2) Есть парочка снапшотов системы. На случай если это не кернелы и проч и оказалось что ну вот апдейт пакетов что-то резко испоганил, а работу работать надо - окей, ща откатимся на "позавчерашнее состояние" и черт с ним что не последний писк в апдейтах, а потом при наличии времени и желания уже можно неспешно с факапом разбираться.

Ответить | Правка | Наверх | Cообщить модератору

196. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от n00by (ok), 11-Сен-22, 09:45 
В данном случае достаточно было создавать симлинки после проверки успешности генерации initrd. И необходимо было всего лишь провести ревью кода, что бы оплошность выявить. Вот это мне не понятно, но уже не очень интересно.
Ответить | Правка | Наверх | Cообщить модератору

199. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/
Сообщение от Аноним (-), 11-Сен-22, 11:07 
> В данном случае достаточно было создавать симлинки после проверки успешности генерации
> initrd.

И какой критерий "успешности генерации initrd"? Ну окей, 0 байтов это явный косяк, но там есть более 9000 менее очевидных факторов. Ну вон интель прикололся и сказал в энной версии ядра что теперь наш драйвер GPU требует фирмваре версии N и никак не менее, хотя старые работали и с версией M. И хотя они за это довольно быстро получили пистон, но вот так бутявишься ты с этим initrd а тебе вместо графона - болт, потому что фирмваре видите ли тухлое по мнению модуля GPU. Видимо идея была такая :) и хотя интелу донесли что это плохая идея, в том числе с точки зрения эксплуатационщиков, сколько еще таких приколов возможно? Приемрно бесконечность? :)

> И необходимо было всего лишь провести ревью кода, что бы оплошность выявить.
> Вот это мне не понятно, но уже не очень интересно.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру