The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

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

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


1. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  –45 +/–
Сообщение от Аноним (1), 09-Сен-22, 10:20 
пакетники — это не то место, где важна скорость выполнения кода, важна лишь скорость интернета
Ответить | Правка | Наверх | Cообщить модератору

2. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +14 +/–
Сообщение от Анонн (?), 09-Сен-22, 10:23 
Спорное утверждение. Когда есть тысячи мелких пакетов для которых нужно произвести некие вычисления - то скорость инета уже не важна, в отличие от скорости вычислений. Это не firefox или хром какой-то тянуть.
Ответить | Правка | Наверх | Cообщить модератору

14. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  –1 +/–
Сообщение от анонимус (??), 09-Сен-22, 11:10 
Вот как раз для таких задач питон отлично подходит - он отлично справляется с io-bound задачами. Это если надо потом распаковать/скомпилить что-то лучше использовать нативно скомпиленные тулы на плюсах или сишные расширения.ну или на расте тоже можно расширение написать.
Ответить | Правка | Наверх | Cообщить модератору

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

145. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (145), 10-Сен-22, 11:55 
Синдром утенка засчитан. Все что тот кусок бидона реально умел - жрать в разы больше оперативы чем другие пакетники, особенно на разлапистых пакетах с 100500 зависимостями, да разваливаться разнеся к чертям свою базу. Так что потом ни вперед, ни назад без каких-то сильно отдельных танцев с бубном. Вот честно, такому коду и таким кодерам место на помойке истории. И вот до редгада дошло что раз в цать лет можно пакетник и не через зад сделать. Офигесть!
Ответить | Правка | Наверх | Cообщить модератору

90. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +3 +/–
Сообщение от лютый ж.... (?), 09-Сен-22, 18:37 
>питон отлично подходит - он отлично справляется с io-bound задачами

теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б про быстрый питон...

кстати, оно ещё и память жрёт, помню чуть ли не 10 лет назад делал виртуалку-почтовик с 192МБ, постфиксу было по уши, а систему обновить - хрен.

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

103. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Мимокрокодилъ (?), 09-Сен-22, 19:49 
>>питон отлично подходит - он отлично справляется с io-bound задачами
> теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б
> про быстрый питон...

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


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

104. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Мимокрокодилъ (?), 09-Сен-22, 19:50 
>>>питон отлично подходит - он отлично справляется с io-bound задачами
>> теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б
>> про быстрый питон...
> А давайте будем честны, ваш* пакман это *куцый обрубок по функционалу,
Ответить | Правка | Наверх | Cообщить модератору

144. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (145), 10-Сен-22, 11:52 
Давайте будем честны: дебиан можно втулить на виртуалку с вчетверо меньшим объемом оперативки чем фидору. И его пакетный менеджер никому сливать по функциональности не собирался. Разве что наиболее чокнутую оверинженерию типа потуг роллбэка в стиле MSI инсталлера не сделали, но вот это вот - намного лучше снапшотами реализуется. Виртуалки, или FS, один фиг, пойнт в том что там вообще system-wide консистентность достигается без особых усилий.

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

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

147. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от лютый ж.... (?), 10-Сен-22, 12:43 
>Он по сути только устанавливалка и сносилка пакетов, +/-.

удивительно, но мне последние 20 лет только это и надо от ПАКЕТНОГО МЕНЕДЖЕРА ) ставить, удалять и обновлять пакеты.

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

239. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Ananim (?), 14-Сен-22, 09:40 
Зависимости сам резалвишь, умник? Транзакции тоже ручками, да? Или баш-портянками, гений?
Ответить | Правка | Наверх | Cообщить модератору

254. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от annanm (?), 16-Сен-22, 15:45 
А что, pacman не умеет в зависимости?
Ответить | Правка | Наверх | Cообщить модератору

257. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Большой ххх (?), 07-Ноя-23, 22:22 
Не хами человеку, е*лан, лучше дай чёткие примеры.
Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

143. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +2 +/–
Сообщение от Аноним (143), 10-Сен-22, 11:49 
>Вот как раз для таких задач питон отлично подходит - он отлично справляется
> с io-bound задачами.

1) IO нынче стал быстрый, так то. На SSD стать io bound еще суметь надо. И это уж точно не про пихон.
2) Просто для понимания, Debian может на 64 мегах RAM ставить пакеты без свопа. Пихонятина делает лапки кверху даже на 256.

А вас не смущает что виртуалкам нацеленным на изоляцию сервисов в результате приходится выкраивать в РАЗЫ больше оперативки, не потому что сервису надо, а потому что иначе пакетник умрет по OOM, да еще попутно базу себе убьет, обделавшись с брызгами. Ну а в результате при большой числе VM эта дрянь стоит весьма измеримых денег даже в энтерпрайзе.

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

182. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от анонимус (??), 11-Сен-22, 00:36 
1) ожидание работы с сетью несоизмеримо больше чем работа с диском. Поэтому нет разницы на каком языке ты ждёшь
Да, питон мягко говоря жирный по памяти. Но надо понимать что он даёт взамен - гибкость, простоту разработки, поддерживаемый код и армию оперсорц разрабов.
Ответить | Правка | Наверх | Cообщить модератору

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

Сеть как и диски бывают ОЧЕНЬ разные. Как конкретный пример, вгрузка пакетов с локального кеширующего прокси по скоростной LAN или виртуальному LAN на виртуалку занимает времени лишь чуть более чем нифига.

> Поэтому нет разницы на каком языке ты ждёшь

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

> Да, питон мягко говоря жирный по памяти. Но надо понимать что он
> даёт взамен - гибкость, простоту разработки, поддерживаемый код и
> армию оперсорц разрабов.

1) Лично мне от этой армии вебмакак ничего не нужно.
2) Моя жизнь будет лучше если они с их художествами будут от пакетных менеджеров которыми я пользуюсь как можно дальше.

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

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

256. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от _dmnord (?), 19-Сен-22, 21:02 
Скажите это тем, кто работает с контейнерами в Кубере, где после запуска dnf перезагружается под из-за нехватки памяти. Можно, конечно, сказать о том, что это не то место, где надо запускать dnf в рантайме, но при тех же условиях работы пода, тот же apt и apk заметно выигрывают, а все потому, что написаны не на питоне.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

29. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +4 +/–
Сообщение от svsd_val (ok), 09-Сен-22, 12:32 
Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки. К примеру в dpkg/apt после установки каждого пакета выполняют команду flush&sync которые полезны только в том случае если во время установки пакетов рухнет система или свет отрубят и данные не попадут на винт... Но они выедают Очень и Очень много времени. Потому при установке множества пакетов либо обновлении ОС/софта их можно временно отключать их это в разы ускорит все процессы, но нужно не забывать что можно потерять данные либо поломать систему если во время установки что-то пойдёт не так.. К примеру eatmydata с этим хорошо справляется....
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

68. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (68), 09-Сен-22, 14:54 
>> Потому при установке множества пакетов либо обновлении ОС/софта их можно временно отключать

Как их отключить?

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

70. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +2 +/–
Сообщение от Аноним (70), 09-Сен-22, 15:19 
Так он же сказал, eatmydata с этим справляется. Но, вообще, делать этого очень не стоит, окирпичевание вещь вообще не слишком, а повреждения случайных данных в случайных местах (не только последний пакет) вещь ещё менее приятная и излишне травмоопасная.
Ответить | Правка | Наверх | Cообщить модератору

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

108. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/–
Сообщение от Dead President (?), 09-Сен-22, 20:36 
> Ну взял и откатил системный раздел на последний снапшот, делов-то.

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

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

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

136. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/–
Сообщение от Аноним (136), 10-Сен-22, 09:33 
Идиотизм - это sync'ать после каждого пакета в надежде, что свет отключат сразу после. Или - нет, надеясь что не отключат совсем.

А снять клон корня, на случай, если что-то пойдёт не так, и накатить обновления, записав на диск только разницу, а в случае неуспеха - откатить обратно, и всё молниеносно, автоматически, без участия пользователя - это накопленная веками мудрость.

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

139. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  –1 +/–
Сообщение от n00by (ok), 10-Сен-22, 10:57 
Идиотизм - это когда urpmq --whatrequires glibc исполняется пять минут. Это - вывод зависимостей, ничего не устанавливает, только читает БД. Но БД при этом очень много sync'ает. И никто ничего не может с этим поделать. Вот это настоящий идиотизм. А у вас тут просто борьба поколений.
Ответить | Правка | Наверх | Cообщить модератору

146. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (145), 10-Сен-22, 11:59 
> Абсолютно дегенеративный подход современных хипторов, вместо того чтобы делать систему
> стабильной и пользоваться стабильными ФС, они городят снапшоты системы,
> которые, по сути, и нужны, чтобы спасать её от кривых рук хипсторов
> и таких же кривых сырых поделий, которые они скороспело внедряют в системы

1) Людям свойственно ошибаться.
2) Ошибаются все. Кодеры. Майнтайнеры. Админы. Юзеры.

И вот скажи, если я допустим апдейт накатил но остался недоволен результатом - почему я должен заниматься многочасовой греблей вместо того чтобы откатить этот факап за 2 минуты и заняться именно тем чем планировал сегодня заняться? :)

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

Энтерпрайзный сектор, чтоб вы знали, снапшоты возлюбил раньше вас на хренадцать лет, при том везде. От виртуалок (там фиче в типовых виртуализаторах лет наверное 20, а может и больше) до ФС (когда там сани ZFS начали корябать? Или это энтерпрайзно энтерпрайзно?!).

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

107. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от svsd_val (ok), 09-Сен-22, 20:28 
Всё зависит от того какие пакеты ставятся / обновляются и в каком из моментов произойдёт "отвал". В большинстве случаев это окерпичиванием не грозит... не все данные попадут на винт - это Да... а вот ЕСЛИ конечно это не процесс обновления ядрышка и граба на этом этапе можно окерпичить... но нужно понимать что вероятность зависит от того есть ли у Вас ИБП и какая часть данных попала на винт...
В остальном же Я пользуюсь этим трюком постоянно, особенно когда прилетают туча мелких(пакетов) на несколько гб обновлений. На юзал и юзаю на NVME,HDD,SSD и почти всегда это прям ОЧЕНЬ много времени экономит. К тому же EatMyData в конце всё же делает fsync, но если боитесь можно запустить самому выполнив в консоле sync.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

74. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +2 +/–
Сообщение от Роман (??), 09-Сен-22, 15:54 
в своих сборочных окружениях можно попросить девопсов чтобы force-unsafe-io сделали или даже целиком везде, все равно контейнер пересобрать можно

https://medium.com/opsops/speeding-up-ci-cd-on-dpkg-based-sy...

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

79. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (68), 09-Сен-22, 16:35 
Благодарочка вам и комментатору выше, даже как-то раньше не задумывался насчет fsync при сборке контейнеров.
Ответить | Правка | Наверх | Cообщить модератору

73. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  –3 +/–
Сообщение от Роман (??), 09-Сен-22, 15:52 
Поломать систему? щас дальше докер контейнера и не надо, а там уж можно и поломать и заново сборку запустить. Те кто зачем то линукс на десктоп - они и так сами администраторы по доброй воле, как раз скилл качнут :)
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

105. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от I.F.K. (?), 09-Сен-22, 19:54 
> Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки. К примеру
> в dpkg/apt после установки каждого пакета выполняют команду flush&sync которые полезны
> только в том случае если во время установки пакетов рухнет система
> или свет отрубят и данные не попадут на винт... Но они
> выедают Очень и Очень много времени. Потому при установке множества пакетов
> либо обновлении ОС/софта их можно временно отключать их это в разы
> ускорит все процессы, но нужно не забывать что можно потерять данные
> либо поломать систему если во время установки что-то пойдёт не так..
> К примеру eatmydata с этим хорошо справляется....

И как же это правильно, бо время на установку и обновление не сильно увеличивается, apt даже быстрее на Debian отрабатывает, чем на федорке её тормозной dnf, зато когда вашу дупу спасёт это самое спасение в случае отрубания электричества или ещё какого факапа, вы будете благодарить богов, что эта фича там есть, я гарантирую это!

И да, apt, как и его родительский дистр, это про СТАБИЛЬНОСТЬ, а не про скорость, СТАБИЛЬНОСТЬ в разных аспектах.

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

111. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от svsd_val (ok), 09-Сен-22, 20:59 
Не согласен с Вами, голова нужна что бы ей думать. Время установки и обновления могут занимать часы и я это по личному опыту знаю.

В целом же Для таких вещей всегда рекомендуют что бы был ИБП на компе (на серверах без них никуда), на ноуте есть свой источник питания... Таким образом на компе с hdd, ноуте и вот когда система ваша находится на сетевом винте который лежит на "медленных" хранилищах которые "мучают все вся" это прям спасение, там сразу очевидны плюсы.

Я согласен что sync спасает от такого косяка во время манипуляций с пакетами. Это ОЧЕНЬ хорошая особенность, но нужно так же раскинуть немного серым веществом что бы понимать и пользоваться этим... Ведь всегда нужно понимать что ты делаешь и для чего .... что бы не сесть в лужу.

А по поводу дэбы .... Я уже тучу лет сижу на Debian SID где то с этча и знаю какие плюсы и минусы у неё. Попробуйте как-нить обновить систему dist-upgrade и посмотрите сколько же времени это всё съедает. А теперь представьте что ВЫ это делаете на ноуте с HDD... где и так винт судьбою обижен со своими 5200, да в принципе и на SSD это не сильно спасает...(хотя тут всё конечно зависит от железа и ссдшника) сюнки когда их много съедают очень много времени, А вот если Вы ставите большие пакеты в малом кол-ве, это не так заметно =)

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

115. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Bugs Ban EEE (?), 09-Сен-22, 21:43 
> Не согласен с Вами, голова нужна что бы ей думать. Время установки
> и обновления могут занимать часы и я это по личному опыту
> знаю.
> В целом же Для таких вещей всегда рекомендуют что бы был ИБП
> на компе (на серверах без них никуда), на ноуте есть свой
> источник питания... Таким образом на компе с hdd, ноуте и вот
> когда система ваша находится на сетевом винте который лежит на "медленных"
> хранилищах которые "мучают все вся" это прям спасение, там сразу очевидны
> плюсы.

Не всегда есть такие условия, вы наверное никогда не попадали на ситуации, когда ибп нет или есть номинально, или ещё какая хрень нестандартная, или же просто набрасываете.

> Я согласен что sync спасает от такого косяка во время манипуляций с
> пакетами. Это ОЧЕНЬ хорошая особенность, но нужно так же раскинуть немного
> серым веществом что бы понимать и пользоваться этим... Ведь всегда нужно
> понимать что ты делаешь и для чего .... что бы не
> сесть в лужу.

Чтобы не сесть в лужу, достаточно не хотеть странного и выполнять дежурные инструкции, не перед кем выпендриваться не нужно, доворовых потсонов вокруг нет. В серьёзных задачах нет место экспериментам и игранием серым веществом, там где нужно просто делать стандартную работу.
> А по поводу дэбы .... Я уже тучу лет сижу на Debian
> SID где то с этча и знаю какие плюсы и минусы
> у неё. Попробуйте как-нить обновить систему dist-upgrade и посмотрите сколько же
> времени это всё съедает. А теперь представьте что ВЫ это делаете
> на ноуте с HDD... где и так винт судьбою обижен со
> своими 5200, да в принципе и на SSD это не сильно
> спасает...(хотя тут всё конечно зависит от железа и ссдшника) сюнки когда
> их много съедают очень много времени, А вот если Вы ставите
> большие пакеты в малом кол-ве, это не так заметно =)

Мне не надо представлять, у меня полно машин, в том числе рабочий ноутбук, с которого я сейчас пишу, на hdd c 5200, и на нём стоит Debian и полные апгрейды системы переживает и всё что только можно из извращений. Это мой основной рабочий инструмент, ничего тут сверх медленного нет, в отличие от того же наркоманского слоупочного DNF.

У меня была возможность сравнить, пусть и не лоб в лоб, наглядно, но всё же, и скорость апгрейда OpenSUSE и Fedora и Arch и Gentoo и других менее крупных проектов. И Debian довольно немедленно проходит апгрейд, даже сравнительно с Fedora, при прочих равных условиях десктопа.
Быстре только Arch, но там и понятно почему, его и сравнивать несправедливо, ибо там куча всего пропущено и опущено.

Я не сравнивал скорости apt Debian и apt-rpm того же, Altlinux, например, тут не скажу, кто быстрее. Но, эти два дистра определённо быстрее по части своих пакетников, и менее прожорливы, чем DNF, zypper от SUSE также довольно неплох, однако их гоноYAST очень портит картину, но это уже отдельная тема.

Так что, моя позиция также - не трогать apt, не ковырять его настройки, без необходимости.
А ваше же банальное "голова нужна" звучит, как стандартный шаблонный дежурный вброс.
Голова нужна всегда, но лучше работать инструментами, которые дают автоматизацию и разгружают вашу голову, потому как, разработчики дистрибутивов скопом, всёж мудрее и умнее, чем рандом с опеннета с мудрыми высказываниями, и им лучше знать и виднее, что и как должно быть, а что лучше не трогать.
Но, если вы такой дофига экстремал и желатель поприменять свою голову в системе, где только надо и не надо, велкам, когда зафакапите очередную задачу, возможно ваше менее головастое начальство наймёт менее рискового админа, как-то так!

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

131. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от svsd_val (ok), 10-Сен-22, 07:50 
>>Не всегда есть такие условия, вы наверное никогда не попадали на ситуации, когда ибп нет или есть номинально, или ещё какая хрень нестандартная, или же просто набрасываете.

Додумывать не нужно. Я в каких только ситуациях не бывал, у меня у самого не было ИБП тучу лет, на работе были ИБП которые держались не более 2 сек %).. внештатной и нестандартной хрени было очень много. Так что Я многое поведал...

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

Может Вы просто не работали на сопровождении разных дистрибутивов и разных систем у которых есть тех окно в которое Вы можете производить какие либо действия где Ваша СТАНДАРТНАЯ работа превращается в выискивание причин и исправления всякого что успели сломать разрабы и пользюки. У меня было столько случаев когда при первой же проблемы пользюки ребутили через ресет систему так часто что это приводило к бооольшим повреждениям... а ехать за 700км в плохую погоду с плохой дорогой вообще не вариант.... так что приходилось восстанавливать системы где каким то неведомым чудом ядрышко запуститься смогло и даже поднялась сеть но из-за рухнувшых айнодов половина системы уже в утиле.... И перед Вами выбор либо попытаться исправить это либо отправлять выездников которые появятся там в лучшем случае через день-два....


У нас есть и суся и арч и редхат но в большинстве случаев это убунта.
И представьте вам нужно системы переустановить с 32 битной 14 убунты которую юзал специфичный софт на 64битную 18 убунту потому что разрабы прекратили формирование 32х битных сборок своего софта... Этих систем у вас туча и каждые разбросаны по городам и сёлам ... И просто даже отправить народ туда займёт тучу времени да и дорого ... Потому пришлось сделать удалённую перезаливку системы которая на рабочей тачке грохнет весь винт, разобьёт как нужно и зальёт ос не повредив ценные данные.... Потому ВАМ нужно думать головой А НЕ БЫТЬ админом локал хоста... И таких задач которые рутинные и могут превратиться в головоломку туча.

>Так что, моя позиция также - не трогать apt, не ковырять его настройки, без необходимости.

С этой позицией я полностью согласен. Но увы не всегда это возможно.

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

Я описал выше, конечно админам локал хостов это может быть и обидно. Но перед тем как что то делать нужно ВСЕГДА включить мозги и несколько раз подумать о целесообразности. Так что предлагаю и вам подумать а может всё же Он знает о чём говорит ))).

>Но, если вы такой дофига экстремал и желатель поприменять свою голову в системе, где только надо и не надо, велкам, когда зафакапите очередную задачу, возможно ваше менее головастое начальство наймёт менее рискового админа, как-то так!

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

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

101. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (101), 09-Сен-22, 19:41 
А можно пример? Что вы там такого серьезного собрались вычислять?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  –2 +/–
Сообщение от Sultan (?), 09-Сен-22, 10:24 
Да, из пакетиков пихтон тоже надо выкинуть
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +17 +/–
Сообщение от Stanislavvv (?), 09-Сен-22, 10:35 
Уже 10 лет назад тормозила установка пакета, а не его скачивание. Даже сейчас, с распространением ssd, основные затраты времени - установить, а не скачать.
Судя по всему, у вас представления о менеджере пакетов из времён диалапа.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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ообщить модератору

13. "."  +3 +/–
Сообщение от Аноним (13), 09-Сен-22, 11:03 
ну не скажи, portage уж очень тормознутый именно на вычислениях зависимостей
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

16. "."  +/–
Сообщение от Аноним (70), 09-Сен-22, 11:25 
С год назад стало куда быстрее, они открыли для себя lru_cache. Высчитывать идентичные данные миллионы раз будет тормозить, независимо от языка. А так, помнился, реализация ПМ на плюсах, при всей своей ущербности, не была ощутимо быстрее. Сеть естественно быстрее, но это только до тех пор, пока Яндекс предоставляет тебе зеркало.
Ответить | Правка | Наверх | Cообщить модератору

34. "."  +/–
Сообщение от n00by (ok), 09-Сен-22, 12:50 
В Gentoo и граф зависимостей сложнее из-за USE и слотов. Самый тормозной, это был rpm5 в Rosa Tresh, но там дело было не столько в самом пакетнике, сколько в компетенциях «разработчиков» - система висела на вызовах fdatasync() когда не надо.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

127. "."  +2 +/–
Сообщение от betcher (ok), 10-Сен-22, 06:33 
Кто о чем, а вшивый о... росе)
Ответить | Правка | Наверх | Cообщить модератору

130. "."  +/–
Сообщение от n00by (ok), 10-Сен-22, 07:39 
И в самом деле, зачем ты сюда влез? Что бы я рассказал тебе историю, как пользователи жаловались, а эльда keleg клянчил на форуме «хорошо бы кто-то это сделал за нас»? Потом Алзим моё костыльное решение с форума скопировал, потом его откатили и через день обратно приняли.)) Потом об этом заявляли в новостях, как о некоем собственном достижении. Потом продали и на вырученные средства наняли вот тебя. Потом вы того Алзима «на деньги кинули», как он тут хвалился, кстати. Ну и выкинули в «офедоренной» версии rpm5, поскольку специалистов у вас там нет и не предвидится, а на недовольных dnf пользователей плевать. Ты разве не в курсе всего этого и тебя там не учили, как правильно и без лишнего «палева» надо меня травить?
Ответить | Правка | Наверх | Cообщить модератору

116. "."  +1 +/–
Сообщение от yorooftrubawatal (?), 09-Сен-22, 21:59 
> ну не скажи, portage уж очень тормознутый именно на вычислениях зависимостей

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

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

18. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +3 +/–
Сообщение от 244 (?), 09-Сен-22, 11:42 
brew (MacOS X) через 10 минут после запуска только начал пвтаться смотреть на вас с ннпониманием.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

82. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/–
Сообщение от Ыыыыы (?), 09-Сен-22, 17:00 
На тормозном рубине, да ещё и написан челом, который завалил собес в Гугл и написал об этом в твиттер
Ответить | Правка | Наверх | Cообщить модератору

25. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (25), 09-Сен-22, 12:24 
>пакетники — это не то место, где важна скорость выполнения кода, важна лишь скорость интернета

Гентушники в этом уже убедились. Paludis не привёл к значительному росту производительности пакетного менеджмента.

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

32. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +1 +/–
Сообщение от n00by (ok), 09-Сен-22, 12:47 
Вот здесь https://blogs.gentoo.org/mgorny/2020/10/06/speeding-up-emerg.../
pypy3 даёт прирост скорости в 35%  

    Python 3.9.0: 111.42 s ± 0.87 s (0.8%)
    PyPy3.7 7.3.2: 72.30 s ± 0.23 s (0.3%)

правда, это было два года назад.

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

152. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (-), 10-Сен-22, 14:01 
Извини но поставить куть из пакета сильно быстрее чем билдить его самому. И делать мозг вон той питонодрянью - почему-то не хочется. Совсем. У пары знакомых гентушников эти портянки вообще разваливались с "версия питона не та". Шатал я такие системные инструменты!
Ответить | Правка | Наверх | Cообщить модератору

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

О, еще один опеннетный "знаток-опенсорцовец", считающий что билдят из сорцов ради самого процесса, вылез со своим сверхценным мнением ...

> И делать мозг вон той питонодрянью - почему-то не хочется. Совсем.

То ли дело жрать дефолт и делать глаза с умолчательным кутишным:


 #ifdef Q_OS_WIN
     QFontEngineFT::HintFull;
 #else
-    QFontEngineFT::HintNone;
+    QFontEngineFT::HintFull;
 #endif
 
 // -------------------------- Freetype support ------------------------------
@@ -846,7 +846,7 @@ void QFontEngineFT::setQtDefaultHintStyle(QFont::Hinti
         setDefaultHintStyle(HintFull);
         break;
     case QFont::PreferVerticalHinting:
-        setDefaultHintStyle(HintLight);
+        setDefaultHintStyle(HintFull);
         break
     case QFont::PreferDefaultHinting:
         setDefaultHintStyle(ftInitialDefaultHintStyle)


> У пары знакомых гентушников эти портянки вообще разваливались с "версия питона не та". Шатал я такие системные инструменты!

после знакомых ты забыл добавить "воображаемых". Нехорошо вышло.


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

221. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (221), 12-Сен-22, 09:42 
> О, еще один опеннетный "знаток-опенсорцовец", считающий что билдят из сорцов ради самого
> процесса, вылез со своим сверхценным мнением ...

Ну вот меня как-то устраивал дистрибный вариант кутей. И, кстати, настройки хинтинга фонтов это добро из системных настроек XFCE ухватывало. Как впрочем и GTKшные проги. Можно такие вкатить, или этакие, и оно на весь софт действует. И ничего ребилдить не надо. Я выбрал вариант который больше всего нравился глазам, на чем и угомонился. И это system wide. Я что-то делал не так?

>> И делать мозг вон той питонодрянью - почему-то не хочется. Совсем.
> То ли дело жрать дефолт и делать глаза с умолчательным кутишным:

Насчет хинтинга, извините, я понимаю что круто верить в истины в последней инстанции, это сильно проще, но хинтинг и разные фонты очень по разному взаимодействуют, а при использовании freetype какого это от его версии и много чего еще интересного зависит.

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

> после знакомых ты забыл добавить "воображаемых". Нехорошо вышло.

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

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

95. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от АнонимКо (?), 09-Сен-22, 19:04 
> пакетники — это не то место, где важна скорость выполнения кода, важна
> лишь скорость интернета

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

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

244. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."  +/–
Сообщение от Аноним (244), 14-Сен-22, 17:20 
> пакетники — это не то место, где важна скорость выполнения кода, важна лишь скорость интернета

OpenSuse с Network Image поставь. Потом что-нибудь другое, но тоже пакетное. У всего остального испытанного результат по скорости установки был сильно лучше чем у OpenSuse c ейным zypper, ага. Машина одна и та же, инет один и тот же.

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

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

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




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

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