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

"В Fedora планируют заменить пакетный менеджер DNF на Microdnf"	+/–
Сообщение от opennews (??), 15-Апр-22, 23:40
Разработчики Fedora Linux намерены перевести дистрибутив на новый пакетный менеджер Microdnf вместо ныне используемого DNF. Первым шагом на пути к миграции станет планируемое в выпуске Fedora Linux 38 значительное обновление Microdnf, который будет приближен по функциональности к DNF, а в некоторых областях даже станет  его превосходить. Отмечается, что новая версия Microdnf будет поддерживать все основные возможности DNF, но при этом сохранит высокую производительность и компактность... Подробнее: https://www.opennet.me/opennews/art.shtml?num=57023
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 15-Апр-22, 23:40	+/–
Чем это лучше pacman?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #24, #64

2. Сообщение от Аноним (2), 15-Апр-22, 23:42	+8 +/–
Шо, опять? Я только от yum отвык, а уже новый?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #25, #39

3. Сообщение от kuku (ok), 15-Апр-22, 23:43	+/–
Протрезвели?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

4. Сообщение от mikhailnov (ok), 15-Апр-22, 23:44	+9 +/–
Тем, что выполняет основную задачу пакетного менеджера — поддержание целостности системы, в отличие от pacman, который легко позволяет, например, обновить libavcondec.so.N на libavcodec.so.N+1, оставив пакет с /usr/bin/mpv слинкованным с libavcondec.so.N. Автоматики для отслеживания такого в pacman и сборочном инструментарии пакетов для него нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #38, #42, #136, #140, #142

5. Сообщение от Аноним (5), 15-Апр-22, 23:46	+/–
> Новая версия Microdnf также будет использовать фоновый процесс DNF Daemon, заменяющий функциональность PackageKit и предоставляющий интерфейс для управления пакетами и обновлениями в графических окружениях. В отличие от PackageKit в DNF Daemon будет предоставляться поддержка только формата RPM. Это же прорыв? все ближе и ближе redhat vendor lock....
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #14, #22

6. Сообщение от Ононимус (?), 15-Апр-22, 23:57	–3 +/–
Ты так говоришь, как будто это что-то плохое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12

7. Сообщение от Аноним (7), 15-Апр-22, 23:59	+6 +/–
"Например, удаление пакета не будет приводить к удалению связанных с ним зависимостей, которые не используются в других пакетах" - у них там контейнер головного мозга? Как можно на десктопной системе не вычищать пакеты? Опять обкладываться полуживыми костылями типа rpmorphans?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #18, #28, #50

11. Сообщение от Аноним (11), 16-Апр-22, 00:10	+/–
Какая-то надуманная проблема уровня DLL-hell. Давно решена в современных дистрибутивах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #32, #96

12. Сообщение от Аноним (12), 16-Апр-22, 00:11	+6 +/–
Лучший раб тот, который не догадывается, что он раб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #40

13. Сообщение от Аноним (11), 16-Апр-22, 00:13	+/–
Нет, просто умеют софт разрабатывать в долгосрочной перспективе. Вот довели до рабочего решения прототип на Питоне, обкатали паттерны, теперь можно выжимку на менее дружелюбном к разработчику языке написать. Начни они разработку сразу на C, воз и поныне там был бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #19, #26, #31, #66

14. Сообщение от Аноним (11), 16-Апр-22, 00:16	+/–
Так всё равно за пределами RPM этот код практически никто не использует. Правильно делают, что дропают. Неясно вообще с какой целью нужны были эти приседания вокруг других форматов пакетов. Редхат с RPM никуда мигрировать не планирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #27

15. Сообщение от Аноним (11), 16-Апр-22, 00:17	–4 +/–
Зачем ты постоянно устанавливешь и удаляешь пакеты на десктопе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #48

16. Сообщение от pda (ok), 16-Апр-22, 00:19	–4 +/–
Главное, я точно помню, что dnf рекламировали как yum переписанный на C ради скорости работы. (И работал он действительно быстрее.) А теперь получается что он обратно на python...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #17, #61, #88, #123, #145

17. Сообщение от Аноним (17), 16-Апр-22, 00:27	+17 +/–
Понимаете, у нас с друзьями есть традиция. Каждые N-дцать лет мы переписываем пакетный менеджер с питона на си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от Аноним (18), 16-Апр-22, 00:41	+2 +/–
Банально неправильный перевод. В оригинале так: Relocation of internal databases and different structure of internal databases - The transaction performed by the new MICRODNF will be not visible by DNF - The transaction performed by DNF or PackageKit will be not visible by the new MICRODNF - Packages installed by another packager will be handled as userinstalled   - Consequence => The removal of a package will not trigger removal of unused dependencies Т.е. пакеты установленные после перехода продожат удаляться, если они не нужны. Всё установленное до перехода вычищаться не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #74

19. Сообщение от НяшМяш (ok), 16-Апр-22, 00:50	+2 +/–
> Вот довели до рабочего решения прототип на Питоне Неплохо, чуть менее чем за 7 лет управились. Такими темпами они и вяленого допилят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #70

20. Сообщение от Аноним (20), 16-Апр-22, 01:10	+/–
>Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python Гентушники, берите пример.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #37, #99, #139

21. Сообщение от Аноним (21), 16-Апр-22, 01:16	+/–
Питон лучший язык для всего, вот это всё.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #150

22. Сообщение от Аноним (22), 16-Апр-22, 01:16	+2 +/–
Всё правильно делают. PackageKit был очень важен а прошлом когда в этой области было  всё криво,  непричесанно и мамонты ходили, но как-то надо было рабочие интерфейсы для всех дистрибутивов одинм махом делать. В 2022 году всё налаженно и все всё понимают, таким программам полноценная интеграция нужна, просто печально смотреть как какой-нибудь gnome software или kde discover мучает задницу пять минут выполняя на PackageKit операцию которую пакетный менеджер за секунды делет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #154

23. Сообщение от Тфьу (?), 16-Апр-22, 01:33	+2 +/–
DNF does not function?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #34

24. Сообщение от Аноним (24), 16-Апр-22, 01:48	+6 +/–
> Чем это лучше pacman? Тем, что pacman это не пакетный менеджер, в традиционном смысле этого слова, если сравать его с остальными. Он просто ставит и удаляет пакеты, ему не нужно рулить репозиториями и разрешениями блокировок. В раче нет нужды в этом всём, видимо. Зато, из-за того, что он простой и ограниченный, как валенок, он и такой быстрый, на что наяривают, без исключения, все рачисты, скромно умалчивая, что сравнивать pacman, с остальными пакетными менеджерами, из-за этих его "особенностей", не совсем корректно. Но нато они и рачисты, чтобы не думать далеко и надолго, а то ведь так и мысли протухнуть могут, и сам какой-то протухлый становишься, видимо, как гамно мамонта, наверное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #106, #141

25. Сообщение от Аноним (24), 16-Апр-22, 01:56	+1 +/–
> Шо, опять? Я только от yum отвык, а уже новый? Они не шибко отличались по сути своей работы. Однако, в репозиториях федоры присутсвтвует zypper, который даже как-то работает. Вот, если бы разрабы федоры думали о пользователях, они бы доработали zypper и саму федору до ума, чтобы они работали в связке, также эфективно, как zypper работает в сусях. Но, разрабы федоры форменные садисты и маньяки, больные головой, поэтому они пилят всё новые кривые костыли, лишь бы не сделать по-человечески: упоротая идея пилить вэб установщик, вместо не менее упоротой локальной г@внаконды, тупой dnf, вместо адекватного пакетника, GNOME, в конце концов. В общем, всё для пользователей, кушайте, не обляпайтесь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #33

26. Сообщение от Аноним (24), 16-Апр-22, 02:00	+2 +/–
> Нет, просто умеют софт разрабатывать в долгосрочной перспективе. Вот довели до рабочего > решения прототип на Питоне, обкатали паттерны, теперь можно выжимку на менее > дружелюбном к разработчику языке написать. Начни они разработку сразу на C, > воз и поныне там был бы. >умеют софт разрабатывать в долгосрочной перспективе >довели до рабочего решения прототип на Питоне Нет, просто у них не осталось адекватов в нужном количестве, поэтому и петон и такая тупизна и жор инструментов. >Начни они разработку сразу на C, воз и поныне там был бы. Судя по тому что там петонятины и прочая макакоскриптятина со всех щелей, подозреваю, что там, тупо некому писать на С, умишка недохват. Максимум на раст сподобятся, это в самом лучшем случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #52

27. Сообщение от Аноним (24), 16-Апр-22, 02:07	+1 +/–
> Так всё равно за пределами RPM этот код практически никто не использует FIX: За пределами их rpm... На самом деле, в других rpm-дистрах, как раз используют более вменяемые инструменты. >Редхат с RPM никуда мигрировать не планирует. Как раз наоборот, вы видимо проспали в криокамере достаточно долго, чтобы пропустить нетонкий такой курс, на монолитную, неделимую, core-систему с атомарными обновлениями и снапштами, сдобренным толстым слоем флатпака головного мозга в юзеспейсной части. В конечном итоге, как раз, главный rpm-дистр, планируется перестать быть таковым для конечного пользователя. Не знаю, где вы обретались всё это время, чтобы это всё пропустить?! Или вы из зазеркалья к нам вещаете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #43, #54, #73, #119

28. Сообщение от Аноним (24), 16-Апр-22, 02:09	+/–
> "Например, удаление пакета не будет приводить к удалению связанных с ним зависимостей, > которые не используются в других пакетах" - у них там контейнер > головного мозга? Как можно на десктопной системе не вычищать пакеты? Опять > обкладываться полуживыми костылями типа rpmorphans? Они решили, таким образом облегчить работу пакетника, путём обрезания функционала. Ну, потому что понабрали инклюзивных скриптомакак, которые ниасиливают в написание нормальных инструментов, вот и получается такая содомия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

29. Сообщение от Аноним (24), 16-Апр-22, 02:11	+/–
>>Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python > Гентушники, берите пример. У кого брать пример, у федор-овцев? Спасибо, лучше уж с NixOS, на худой конец.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #36

30. Сообщение от Аноним (24), 16-Апр-22, 02:15	–1 +/–
> DNF does not function? B-coz, just not enough smoothie-code in dnf!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

31. Сообщение от Аноним (86), 16-Апр-22, 02:16	+3 +/–
> Вот довели до рабочего решения прототип на Питоне, что за бред я прочитал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #55

32. Сообщение от Тинус Лорвальдс (ok), 16-Апр-22, 02:40	+3 +/–
>Давно решена в современных дистрибутивах Конечно решена - наличием нормальных пакетных менеджеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #47

33. Сообщение от Тинус Лорвальдс (ok), 16-Апр-22, 02:43	–1 +/–
Какой zypper, вы о чём? Там такое ЧСВ, что они сорок раз свой yum переписывать будут и всё равно сделают убогость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #65, #100

34. Сообщение от Аноним (34), 16-Апр-22, 03:13	+3 +/–
у меня основная ассоциация - это гоночный термин do not finish
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #45

35. Сообщение от Ilya Indigo (ok), 16-Апр-22, 03:42	+1 +/–
Сначала заменяют с нормального yum на тормозной DNF, а потом создают другой yum с нуля?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #69, #102, #132

36. Сообщение от Аноним (20), 16-Апр-22, 04:32	+/–
Ты жопой читаешь или серьёзно предлагаешь захреначить в генту dsl из никсоса? Я имел в виду, что гентушникам тоже пора перевести портаж с пистонятины на сишку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #129, #138

37. Сообщение от Мохнатый пись (?), 16-Апр-22, 04:47	+1 +/–
Zypper давно на крестах, но у федерастов NIH-синдром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #41, #75

38. Сообщение от Аноним (38), 16-Апр-22, 05:14	+/–
И кому это в здравом уме может понадобиться? so файл из libavcodec-devel в таком случае на что будет указывать? еще говорят в венде WinSxS мусорка...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #51, #53

39. Сообщение от Аноним (86), 16-Апр-22, 05:16	+/–
а что с yum? работает вроде у пердунов на центосях
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #76

40. Сообщение от Аноним (86), 16-Апр-22, 05:17	–1 +/–
как ты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #107

41. Сообщение от Аноним (86), 16-Апр-22, 05:18	–2 +/–
ни слова не понял, к логопеду сходи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #46

42. Сообщение от Аноним (42), 16-Апр-22, 05:29	+1 +/–
Что если я запущу полное обновление и обновится только библиотека, но не приложение, которое от нее зависит? Подобный сценарий вообще не должен случиться. Предположим, что приложение foobaz находится в одном из официальных репозиториев и успешно собирается с новой версией библиотеки libbaz — тогда оно будет обновлено вместе с libbaz. Если, однако, оно не собирается, пакет foobaz будет иметь версионную зависимость (например, libbaz 1.5) и будет удален при обновлении libbaz по причине конфликта. Если пакет foobaz вы скачали из AUR и собрали самостоятельно, вам следует попытаться пересобрать foobaz с новой версией libbaz. Если сборка завершится неудачей, отправьте отчет об ошибке разработчикам foobaz.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

43. Сообщение от Аноним (38), 16-Апр-22, 05:39	–2 +/–
Жалкая пародия на стек Windows NT, NTFS и MSI времен Windows 8 (10-летней давности). MSI позволяет и "исправлять" проблемы переустановкой пакета (обновления венды), откатывать и удалять без проблем. Обновления безопасности венды не требует (за исключением обновления ядра венды) двойной перезагрузки в отличие от fedora/systemd-style ребута в режим обновления с последующем ребутом в обновленную систему. Проблемы с установкой обновлений также легко откатываются. В крайний случай в NTFS есть снапшоты (поддержка которых появились, наверное, раньше любой линуксовой фс) и на диске C работает volume shadow copy, можно откатиться в режиме восстановления. Эти люди еще что-то жалуются, что венда у них часто просит ребутнуться. Карл! В вашей Fedora / GnomeSoftware система перезагружается _дважды_ почти каждый день! 365 x 2 = 730 раз за год. При этом связка из gnome software + packagekit + dnf способна выжрать до 1.5 гб озу, постоянно тормозит и показывает назойливые уведомления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #84, #155

44. Сообщение от Аноним (53), 16-Апр-22, 05:40	+3 +/–
Имитация бурной деятельности. И так во всех проектах. Результат - ничего толком не работает, стандарты отсутствуют... То, что живёт 3 недели - это не стандарт, а поток коричневой ноты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

45. Сообщение от Аноним (53), 16-Апр-22, 05:42	+1 +/–
> do not finish Точно :) перманентное отсутствие готового стабильного продукта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

46. Сообщение от Аноним (53), 16-Апр-22, 05:44	–2 +/–
ты сайтом ошибся, тут ещё и не такие технические термины встречаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #92

47. Сообщение от Аноним (11), 16-Апр-22, 05:50	+/–
Например?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #86, #151

48. Сообщение от Аноним (53), 16-Апр-22, 05:52	+1 +/–
А вот и свидетель нарисовался чёрного куба, который ни в коем случае нельзя модифицировать, всё должно быть прибито шурупами с клеем, как завещал великий Вендор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #63, #120

49. Сообщение от Аноним (49), 16-Апр-22, 05:53	+/–
c.. c++.. ещё через лет 5 они додумаются, что нужно переписать на Dlang?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

50. Сообщение от Аноним (53), 16-Апр-22, 05:55	+/–
Потом дальше пойдут: - Зачем вообще удалять файлы пакета при удалении пакета... - А зачем вообще позволять устанавливать что-то, предустановленного хватит всем!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

51. Сообщение от Аноним (11), 16-Апр-22, 05:57	+2 +/–
> кому это в здравом уме может понадобиться Тебе не нужно, значит никому не нужно? > libavcodec-devel в таком случае на что будет указывать Вот кто эту убогую концепцию devel-пакетов придумал, тот пусть и разруливает. В современных дистрибутивах такая проблема невозможна. А луддиты пусть страдают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #158

52. Сообщение от Аноним (11), 16-Апр-22, 06:00	+2 +/–
Ну и чего ж ты не устроился к ним и не показал как надо? Если там все такие дурачки сидят, ты бы мог сразу с высокой позиции начать, уже бы главного архитектора проекта подсиживал бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #78, #126

53. Сообщение от Аноним (53), 16-Апр-22, 06:08	+3 +/–
Мусорка у тебя в голове. Если версии либы между собой несовместимы и ломают сборку проги, то прога использует не so, а so.X.Y.Z, где X.Y.Z - минимальный путь набора версий, всегда работающих с программой. Несовместимые версии либ, естественно, идут разными пакетами и друг другу не мешают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

54. Сообщение от Аноним (11), 16-Апр-22, 06:13	–1 +/–
Ты на пенсию выйдешь раньше, чем rpm отменят. Какие бы движения там ни присходили, rpm будет эволюционировать вслед за ними.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #91

55. Сообщение от Аноним (11), 16-Апр-22, 06:13	+/–
Какое слово не ясно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #90

56. Сообщение от Аноним (56), 16-Апр-22, 07:10	+3 +/–
Для производительности надо избавится от systemd.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #133

58. Сообщение от Онаним (?), 16-Апр-22, 07:18	+/–
Ну накотец-то. Достала эта обязательная полускриптовая блоатварь. Такими темпами и питон вообще из системы можно будет выпилить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #121

59. Сообщение от Онаним (?), 16-Апр-22, 07:20	+2 +/–
Главное, чтоб не на питонах, и прочих рубирастах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

61. Сообщение от Аноним (61), 16-Апр-22, 07:53	+1 +/–
Чукча не читатель.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

63. Сообщение от Аноним (63), 16-Апр-22, 08:20	+/–
> великий Вендор Из Редмонда? )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

64. Сообщение от Аноним (64), 16-Апр-22, 08:46	+/–
>Чем это лучше pacman? dnf history undo/dnf history rollback?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #115, #144

65. Сообщение от пох. (?), 16-Апр-22, 09:06	+1 +/–
Причем тут ЧСВ? Там менеджер копчоный, с лопатой. Которой охреначит по горбу за такие идейки. "Недостатком протокола IPX является то, что он разработан фирмой Novell"(c) Нельзя ключевые для дистрибутива вещи строить на технологиях, принадлежащих конкуренту. Этому на первом курсе бангалорского MBA учат (той же лопатой, в руках гуру).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

66. Сообщение от Аноним (66), 16-Апр-22, 09:07	+/–
на питоне можно долго тярляпить курсовые и хелловорлы, но процессоры развиваются медленнее нарастания тормозов питона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

69. Сообщение от Аноним (66), 16-Апр-22, 09:10	+2 +/–
вся время уходит на blm и прочее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #104

70. Сообщение от пох. (?), 16-Апр-22, 09:10	+1 +/–
За 15. Поскольку ничего кроме переименования, между yum и dnf не было. Форк понадобился потому что кто-то, как обычно, не хотел отдавать разработку в чужие руки. Вяленого да, того гляди "допилят", объявив в очередной версии иксы вредным ненужно, и "не нравится, делай форк".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #146, #153

72. Сообщение от Любитель Монеточки (?), 16-Апр-22, 09:14	+2 +/–
Тормознутость dnf сильнее, чем zypper/pacman/apt(dpkg), говорят объяснялась тем, что dnf написан на Python (когда pacman/zypper написаны на Си/С++). Я слышал о медленности YUM/DNF
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

73. Сообщение от пох. (?), 16-Апр-22, 09:17	+/–
Снапшотов не будет. Технология thin-lvm так и не признана уже окончательно достаточно готовой, а других (у rhbm) нет. Да и зачем они тебе в "атомарной" системе? Там только вперед, апгрейдом на еще более новую (предыдущую даже скачать уже неоткуда будет, к тому же в ней аж пять увизгвимостей). > планируется перестать быть таковым для конечного пользователя. конечный пользователь федоры - rhbm. Ты - пользуемый, не перепутай. Разумеется для впопенштифта под впопенстеком не нужны никакие rpm. "скачайте из https://rhnet/10/layeys/of/nested/path/binary-go и запустите - он все за вас сделает. Да, мы работаем чтобы сделать его впопенсорсом, но пока вот так" (с) зачем тебе в такой системе какие-то пакетные менеджеры? Кроме podman, разумеется. Но им тоже не ты будешь управлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #149

74. Сообщение от Аноним (74), 16-Апр-22, 09:20	+/–
Марсианский подход какой-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #124

75. Сообщение от пох. (?), 16-Апр-22, 09:20	+/–
каким-то образом это не мешает ему быть медленнее даже yum/dnf (то есть совершенно понятно, каким, но давайте-давайте перепишем все на c++ вместо того из-за чего он как-бы медленнее)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #130

76. Сообщение от Аноним (76), 16-Апр-22, 09:23	+/–
До 6-чки. В семёрачьке уже днф, а юм - обёртка над днф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #80

78. Сообщение от Аноним (76), 16-Апр-22, 09:26	+/–
Полторы-две штуки? Сам устраивайся на такую зряплату. С переездом конечно. И хватить её тебе должно не только на жрат, но и на квартиру с коммуналкой. Если ты молод и холост - то можешь попробовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #116

79. Сообщение от Аноним (64), 16-Апр-22, 09:27	+/–
Там ещё транзакционность реализована, за счёт которой работает dnf history undo/rollback
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #81

80. Сообщение от Варенье (?), 16-Апр-22, 09:44	+1 +/–
В семерочке ещё ням, это в восьмерочке привезли днф. Ну и где эта восьмерочка теперь? Нету её больше, что доказывает, что вся центось держалась на няме
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

81. Сообщение от Варенье (?), 16-Апр-22, 09:55	+1 +/–
Всегда было интересно — а кому вообще эти транзакции нужны?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #83

82. Сообщение от Я (??), 16-Апр-22, 10:01	+2 +/–
до переписывания на раст осталось пять релизов федоры..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105, #134

83. Сообщение от Я (??), 16-Апр-22, 10:01	+2 +/–
админу тысячи локалхостов..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

84. Сообщение от Варенье (?), 16-Апр-22, 10:03	+1 +/–
Как найти человека, который MSI видел только на картинках, и не знает про его проблемы (ужасающая отладка; проблемы с производительностью; затыки на подмене используемых файлов; мусор от старых версий в ProgramData, без которого пакеты откажутся обновляться и многое, многое другое)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #148

86. Сообщение от Аноним (86), 16-Апр-22, 10:21	+9 +/–
pacman
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

88. Сообщение от DarkHobbit (ok), 16-Апр-22, 10:23	+1 +/–
> Главное, я точно помню, что dnf рекламировали как yum переписанный на C ради скорости работы. Так и есть. Санта-Барбара, сезон второй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

90. Сообщение от Аноним (86), 16-Апр-22, 10:24	+/–
слова все знакомые, только написан из них бред
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

91. Сообщение от Аноним (86), 16-Апр-22, 10:26	+1 +/–
а как же докеры со снапами и флэтпаками? куда ж без них, без npm и без pip?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #118

92. Сообщение от Аноним (86), 16-Апр-22, 10:29	–1 +/–
я просто российский программист, мы по-английски ни бум-бум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #97

94. Сообщение от Аноним (94), 16-Апр-22, 10:57	+4 +/–
А чо не на Rust то? Безопасность-ж будет плохая. Да и вообще ж С/С++ устарел там у них, легаси...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

96. Сообщение от n00by (ok), 16-Апр-22, 11:09	+/–
> Какая-то надуманная проблема уровня DLL-hell. Давно решена в современных дистрибутивах. Вы отвечаете человеку, который не осилил поддерживать urpmi + rpm5 в "разрабатываемом" им дистрибутиве, потому сменил их на DNF + rpm4. Про целостность я им писал давно, имея ввиду совершенно иное, он тупо запомнил и ретранслирует, приплетая что попало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

97. Сообщение от Аноним (97), 16-Апр-22, 11:35	+1 +/–
1C?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

98. Сообщение от Аноним (53), 16-Апр-22, 11:36	+/–
> А чо не на Rust то? Опыт мозилы намекает, что можно потерять весь рынок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #131, #135

99. Сообщение от n00by (ok), 16-Апр-22, 11:39	+/–
>>Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python > Гентушники, берите пример. Why C++? Because we don't have the time or the manpower to write it in C. https://paludis.exherbo.org/faq/general.html#cplusplus
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

100. Сообщение от Анонимленьлогиниться (?), 16-Апр-22, 12:10	+/–
Какой ЧСВ? Когда в сусе выкатили офигительный libsolv, без проблем выкинули свою реализацию поиска зависимостей, написали прослойку hawkey (сейчас - libhif) и перевели dnf и прочее на него. А зачем менять dnf, к которому все привыкли по интерфейсу и логики работы на zypper? Вообще, у вас какие претензии именно к dnf сейчас (а не к yum 10 лет назад)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #125

101. Сообщение от Аноним (102), 16-Апр-22, 12:37	+1 +/–
2022. Больше 1000 строк. Переписать на Си. Этот мир уже ничего не спасёт
Ответить | Правка | Наверх | Cообщить модератору

102. Сообщение от Аноним (102), 16-Апр-22, 12:39	+/–
...dnf, который работает в 3 раза быстрее? Мсье, да вы издеваетесь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #103, #114

103. Сообщение от Ilya Indigo (ok), 16-Апр-22, 13:05	–1 +/–
Если yum был таким тормозом, могли бы просто zypper использовать! Ах да, NIH превыше всего!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

104. Сообщение от Аноним (104), 16-Апр-22, 13:17	+/–
ulm
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

105. Сообщение от Аноним (104), 16-Апр-22, 13:18	+1 +/–
Частично на питоне, частично на расте, чтобы созвучно было
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

106. Сообщение от nvidiaamd (?), 16-Апр-22, 14:03	+/–
Чет я запутался. Так ты оба меча достаешь или как?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

107. Сообщение от nvidiaamd (?), 16-Апр-22, 14:08	+/–
нет ты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

108. Сообщение от Аноним (108), 16-Апр-22, 14:32	+/–
Это намек? А потом заменят на winget?
Ответить | Правка | Наверх | Cообщить модератору

114. Сообщение от Ilya Indigo (ok), 16-Апр-22, 15:57	+/–
> ...dnf, который работает в 3 раза быстрее? > Мсье, да вы издеваетесь И как и чем Вы мерили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

115. Сообщение от лютый жабби___ (?), 16-Апр-22, 17:48	+1 +/–
>dnf history undo/dnf history rollback? лень гуглить что это, но в арче есть wayback machine, очень удобно отказывает на любую дату в прошлом. плюс mask на отдельные пакеты. хотя за 10 лет мне оно всего разок понадобилось... a на сервере, есно юзаем rpm
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

116. Сообщение от Аноним (11), 16-Апр-22, 18:32	+/–
Ну так то платят дурачкам немогущим. Ты ж не такой, тебе сразу двести пятьдесят штук в год, дом и ключи от мерседеса дадут, только чтобы ты показал как надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

118. Сообщение от Аноним (11), 16-Апр-22, 18:36	+/–
А, ты из этих, у которых когнитивных способностей не хватает освоить больше одного инструмента. Ну попробуй в дворники пойти, или как пох. — уборщиком в датацентр. И при серверах, и голова не болит от нагрузки, и время есть на опеннете комментить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #127

119. Сообщение от Аноним (11), 16-Апр-22, 18:39	+/–
> в других rpm-дистрах Редхату не интересно и никогда не будет интересно что там в других rpm-дистрах. Что вполне понятно, пользователей rpm столько, что если с каждым советоваться, то до разработки не дойдёт. Так что 2-3 основных (типа SUSE) послушают и сделают как считают нужным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #128

120. Сообщение от Аноним (11), 16-Апр-22, 18:41	+/–
На вопрос ты так и не ответил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

121. Сообщение от Аноним (11), 16-Апр-22, 18:43	+/–
Перл уже выкинул, выкидыватель?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #122

122. Сообщение от Онаним (?), 16-Апр-22, 20:31	+/–
> Перл уже выкинул, выкидыватель? - # rpm -qa perl\* - # ... такие дела ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

123. Сообщение от Аноним (123), 16-Апр-22, 21:01	+/–
Да не работал он быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

124. Сообщение от НяшМяш (ok), 16-Апр-22, 22:30	+/–
Они просто не в курсе про обратную совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

125. Сообщение от Аноним (24), 17-Апр-22, 01:46	+/–
> Какой ЧСВ? Когда в сусе выкатили офигительный libsolv, без проблем выкинули свою > реализацию поиска зависимостей, написали прослойку hawkey (сейчас - libhif) и перевели > dnf и прочее на него. > А зачем менять dnf, к которому все привыкли по интерфейсу и логики > работы на zypper? Вообще, у вас какие претензии именно к dnf > сейчас (а не к yum 10 лет назад)? У меня лично претензии к dnf такие, что у меня буквально в том году, параллельно стояли дома десктопом две системы, с zypper и dnf, с примерно однаковым набором пакетов, как раз для сравнения работы их инфраструктуры. И dnf, в отличии от zypper такой слоупочный тугой наркоманский и жручий тормоз, какой ещё надо поискать, хуже, наверное только у генты, но там хоть есть чем оправдываться. А такой огромной конторе как (ибэмэ)красношляпа, нет никакого оправдания в такой отвратной работе, разве что они все деньги, положенные на зряплату нормальным кодерам, потратили на нужды инклюзивности. А судя по текущим трендам в федорке, они продолжают их тратить именно туда. А так, никаких больше претензий, просто дистрибутив скурвливается и метастазирует в какой-то чумной прогрессии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

126. Сообщение от Аноним (24), 17-Апр-22, 01:52	–1 +/–
> Ну и чего ж ты не устроился к ним и не показал > как надо? Если там все такие дурачки сидят, ты бы мог > сразу с высокой позиции начать, уже бы главного архитектора проекта подсиживал > бы. Забираться православному человеку в логово-рассадник содомитов и пытаться отучивать их заниматься содомией, ну уж нет, пущай Боженька там жжот серным дождём, этот народ содомский уже не спасти. Проще взять другой коллектив и попытаться построить с ним новый проект, с адекватным ядром управленцев и не менее адекватными сотрудниками. Но, вы можете ещё родить пункт, про сперва добейся, а то вы, вероятно его забыли по пути, пока методичку читали судорожно соображая, что умного ответить?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #147

127. Сообщение от Аноним (24), 17-Апр-22, 01:56	+/–
> А, ты из этих, у которых когнитивных способностей не хватает освоить больше > одного инструмента. Ну попробуй в дворники пойти, или как пох. — > уборщиком в датацентр. И при серверах, и голова не болит от > нагрузки, и время есть на опеннете комментить. Но, вы то наверное весь в "заботах, полон рот" и времени комментить на опеннетике у вас нет, ой, какая красота! ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

128. Сообщение от Аноним (24), 17-Апр-22, 02:00	+/–
>> в других rpm-дистрах > Редхату не интересно и никогда не будет интересно что там в других > rpm-дистрах. Что вполне понятно, пользователей rpm столько, что если с каждым > советоваться, то до разработки не дойдёт. Так что 2-3 основных (типа > SUSE) послушают и сделают как считают нужным. Всё правильно, нужно включить обратную логику, и не слушать вообще никого, в том числе своих пользователей, а "обращать внимание" на тех только, кто послушно жрёт, то что ему накидывают, с лопаты. Дабы была возможность показать, что у упоротых идей есть хоть какие-то сторонники, а заодно позаниматься самовнушением, что всё правильно делаем, вон, у нас и поддержка-одобрение есть, в форме вот той аморфной массы, со своим-нашим мнением-видением. А остальных просто не существует, они недоразвиты и вообще просто хейтеры, злобные и токсичные, это ведь не наш код г@вно и у нас все всё правильно делают! Так победят, ага! Давно запасся попкорном, глядя на этот цирк, но, что-то подозреваю, что я столько не съем!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

129. Сообщение от Аноним (24), 17-Апр-22, 02:06	+/–
> Ты жопой читаешь или серьёзно предлагаешь захреначить в генту dsl из никсоса? Это вы, уважаемый, читаете чем-то отличным от глаз. Где я выше написал, про захреначить что-то их никсоса, протрите ваши органы зрения и перечитайте ещё раз, а потом ещё раз, до просветления. А то спева придумываете ответ собеседника, а потом героически его опровергаете! > Я имел в виду, что гентушникам тоже пора перевести портаж с > пистонятины на сишку. Одного переписывание с петонятины на что-то другое недостаточно, а то что-то я смотрю портдырка у всех прижилась!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #162

130. Сообщение от Аноним (24), 17-Апр-22, 02:08	+/–
> каким-то образом это не мешает ему быть медленнее даже yum/dnf > (то есть совершенно понятно, каким, но давайте-давайте перепишем все на c++ вместо > того из-за чего он как-бы медленнее) ЛОЛШТО?! Zypper медленне dnf?! Я правильно понял ваш чудесный комментарий?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

131. Сообщение от Аноним (131), 17-Апр-22, 02:11	+/–
>> А чо не на Rust то? > Опыт мозилы намекает, что можно потерять весь рынок. А на что намекает опыт оперы или мелкософта уважаемым опеннетным оналитегам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #137

132. Сообщение от Аноним (24), 17-Апр-22, 02:11	+/–
> Сначала заменяют с нормального yum на тормозной DNF, а потом создают другой > yum с нуля? Оно и yum был это самое, по сути. Так что не велика беда, просто "чехольчики поменяли". Это поделие спасёт только полное выкидывание на мороз и полное переписывание. Но, красношапка показала, что горы кокса или что у них там потребляют, неистощимы, так что я не верю в то, что они родят что-то вменяемое, чтобы пользователи наконец вздознули и хоть где-то в системе было что-то вменяемое, от чего не хотелось бы плеваться и посылать лучей добра производителю сих поделий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

133. Сообщение от Аноним (24), 17-Апр-22, 02:17	+1 +/–
> Для производительности надо избавится от systemd. Прежде всего им надо избавиться от гор упорина, которые они занюхивают, потом от хипсторских сжв-смузикоддеров, а уже потом только начать переписывать тот бред, который за годы нагомнокодили! Но, т.к. этого с большой вероятностью не произйдёт, расслабьтесь, присаживайтесь рядом, возьмите пакетик с попкорном и созерцайте картину как тонет, некогда великий крейсер, на палубе которого носятся упоротые горы упорина, рожая не менее упоротых мышей! Этот проект спасёт только тотальная чистка, скорее всего, до основания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

134. Сообщение от Аноним (24), 17-Апр-22, 02:19	+/–
> до переписывания на раст осталось пять релизов федоры.. и привязка к libastral, которую ещё не дописали до стабильного состояния.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

135. Сообщение от Аноним (24), 17-Апр-22, 02:21	+/–
>> А чо не на Rust то? > Опыт мозилы намекает, что можно потерять весь рынок. Ну, с почти выкидыванием на мороз центоси, что-то непохоже, что у них адекватная стратегия по рынку. Но, возможно там какой-то хитрый план, многоходов-очка?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

136. Сообщение от arzeth (ok), 17-Апр-22, 02:48	+/–
> pacman -Qi ffmpeg | grep Provides > Provides        : libavcodec.so=59-64  libavdevice.so=59-64  libavfilter.so=8-64  libavformat.so=59-64  libavutil.so=57-64  libpostproc.so=56-64  libswresample.so=4-64  libswscale.so=6-64 > pacman -Qi ffmpeg4.4 | grep Provides > Provides        : libavcodec.so=58-64  libavdevice.so=58-64  libavfilter.so=7-64  libavformat.so=58-64  libavutil.so=56-64  libpostproc.so=55-64  libswresample.so=3-64  libswscale.so=5-64 > pacman -Si electron | grep Provides > Provides        : electron18 > pacman -Si electron12 | grep Provides > Provides        : None (значит предоставляет electron12) А затем у пакетов depends=( ... libavcodec.so=59-64 ...) То есть, pacman позволяет, но только на уровне _отдельных_ пакетов, но и эту фичу/костыль почти не используют почему-то в Arch Linux, а она бы пригодилась для harfbuzz, icu. Хотя вообще в AUR есть пакеты icu65, icu67, icu50, но нет icu70. Точнее есть icu версия 70.1 из репозитория [core], но т.к. название одинаково с icu версии 71.1 из [testing], то их нельзя параллельно установить, хоть и поле provides заполнено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

137. Сообщение от Аноним (53), 17-Апр-22, 06:11	+/–
> опыт оперы или мелкософта У них был опыт?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #143

138. Сообщение от Аноним (138), 17-Апр-22, 09:31	+/–
Прокалькулятит все равно быстрее чем собирается. Для Gentoo не принципиально Си/Питон. Ваши бинарные разборки не интересны,к тому же с полгода как писали новость про оптимизацию и  какое то там ускорение на треть в Портаж. D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

139. Сообщение от Аноним (140), 17-Апр-22, 09:37	+/–
Чё не на раст сразу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

140. Сообщение от Аноним (140), 17-Апр-22, 09:46	+/–
Так у них в доке (вики) и написано: https://wiki.archlinux.org/title/System_maintenance#Partial_...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

141. Сообщение от shardddin (?), 17-Апр-22, 11:56	+/–
"Антирачер"??... Ну и чем тебе не устраивает пакман, тогда как "нас" он устраивает всем?.... А вот скорость его работы - действительно впечатляет - завидно что-ль? Установку Арча не можешь осилить - нравиться с дистром частые и тесные отношения иметь??...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

142. Сообщение от Аноним (-), 17-Апр-22, 14:07	+/–
> Тем, что выполняет основную задачу пакетного менеджера — поддержание целостности системы Они за... своими "транзакциями", откатами и прочим булшитом в стиле setupexe.msi. Результатом - оверинженернутый МОНСТР, который на вот этом самом постоянно и ломается. Когда транзакции разваливаются и вы ощущаете булшит про целостность по максимуму. Может быть, это сложно понять, но файловые системы со снапшотами это делают многократно быстрее, элегантнее, проще - и с минимумом поводов для отвала башки при этой операции. Во всяком случае, там не отваливается кусок донной питонины писаной полоумной вебабизяной в самый неподходящий момент, с разлетом базы пакетника в хлам. И комбо получается куда более внушающим доверие. > в отличие от pacman, который легко позволяет, например, обновить libavcondec.so.N > на libavcodec.so.N+1, оставив пакет с /usr/bin/mpv слинкованным с libavcondec.so.N. Автоматики > для отслеживания такого в pacman и сборочном инструментарии пакетов для него нет. Редхат придумал море проблем "как сделать винду из линуха" и заметил что винду айтишники оказывается ненавидят не просто так. А за вполне конкретные антипаттерны, когда вместо того чтобы свой проект доделать вы $%^тесь с msi-инсталлером который ни туда, ни сюда, и ни 1 программа в систему не ставится. И что хочешь то и делай. Редгад довольно успешно повторил эти грабли. Им бы уволить эту команду и познать прелести KISS. Но в случае IBM их хватит максимум на полумеры. Они и сами грешны оверинженерией. p.s. нефиг в системе помойку либ разводить, ваш libavcodec.so.1.100.500.499 уже давно протух и в нем не менее 20 известных каждому нубу дыр. И вы получите в них эксплойтом первым же видео с торентов - халява далеко не всегда нахаляву.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

143. Сообщение от Аноним (131), 17-Апр-22, 14:12	+/–
>> опыт оперы или мелкософта > У них был опыт?! Т.е. о потери рынка МС и выкидывании ими своего движка в пользу хрома, уважаемый оналитег не слышал? Яснопонятно. А в нашей реальности, браузерные движки без раста проиграли гуглу. Дольше всех трепыхалось ябло, но и то исключительно из-за использования "админ-ресурса" в своем iOS-загончике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

144. Сообщение от Аноним (-), 17-Апр-22, 14:15	+/–
> dnf history undo/dnf history rollback? Особенно когда все это в процесса разваливается. А оно умеет. Вот честно, снапшотами ФС это намного лучше делается. И поводов для отвала сильно меньше. Прикиньте, в снапшоте одним махом и база пакетов правильная, и система консистентная, и отваливаться особо нечему в нормальном случае. Это довольно быстрая, атомарная и безопасная операция, в отличие от того месива что питонмакаки накодили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #152

145. Сообщение от Аноним (-), 17-Апр-22, 14:18	+/–
> Главное, я точно помню, что dnf рекламировали как yum переписанный на C > ради скорости работы. (И работал он действительно быстрее.) А теперь получается > что он обратно на python... Вообще-то целиком на си они его нишмагли и получился страшный франкенштейн из питона с кусочками на си. Работал он по скорости очень так себе. Если сравнивать с другими. Заодно в процессе хлебнули все прелести вебмакакинга в архитектуре репов, когда оказалось что если пакетов много, огромные XML c индексами долго качать и медленно парсить, а давайте дескать pre-parsed базы скулайта класть?! Хрена они там архитекты имени вебмакак...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

146. Сообщение от Аноним (-), 17-Апр-22, 14:23	+/–
> Вяленого да, того гляди "допилят", объявив в очередной версии иксы вредным ненужно, > и "не нравится, делай форк". Как-то так. А что поделать если унутреннее устройство иксов вообще ничего кроме ужоса у кодеров не вызывает? Особенно когда народ хочет чтобы их сетап с 8K дисплеями не тормозил. Не, никто не хочет уже 640х480 в режиме vga, потоки данных более другие стали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

147. Сообщение от Аноним (-), 17-Апр-22, 14:25	+/–
> Проще взять другой коллектив и попытаться построить с ним новый проект, с > адекватным ядром управленцев и не менее адекватными сотрудниками. Как говорится, флаг в руки и электричку навстречу. Про такое как раз и говорят - "не говори гоп пока не перепрыгнешь". Вот когда - и если - оно у вас получится, тогда и приходите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

148. Сообщение от Аноним (-), 17-Апр-22, 14:28	+/–
> Как найти человека, который MSI видел только на картинках, и не знает > про его проблемы (ужасающая отладка; проблемы с производительностью; затыки на подмене > используемых файлов; мусор от старых версий в ProgramData, без которого пакеты > откажутся обновляться и многое, многое другое) Намного интереснее когда караптится или стирается файло потребное для ролбэка а сетап заваливается. После этого вы в систему вообще больше ничего не установите, и ничего не удалите, а выход из такой ситуации - не очевиден, мягко говоря. Вообще, идея что для сноса программы надо в обязаловку "прихраненый" пакет, при том отличный от того что в дистрибутивном источнике это весьма отдельный такой брейнфарт от индусов был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

149. Сообщение от Аноним (-), 17-Апр-22, 14:32	+/–
Так они ж уже тестят бтр на своих лабораторных крысах в федоре. Запилят плагинчик для своей пакости к нему - и усе. А ты там с сратисом и thinlvm'ом пытайся нормальную ФС изобразить из спичек и желудей если хочешь. А потом какой-нибудь Кент свое счастье допилит быстрее чем вон те индусы. И будет оно CoW-next gen. Типа btrfs'а, только быстрее, ибо делано уже с учетом анализа проблем дизайна и изменившихся реалий: быстрые накопители с огромным iops на скоростном интерфейсе привели к тому что стал важен оверхед. Кент учел это. А XFS... тормозил на метаданных вообще всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

150. Сообщение от Аноним (-), 17-Апр-22, 14:35	+/–
> Питон лучший язык для всего, вот это всё. Особенно когда нитормозит и другие системы ворочают те же операции в разы быстрее чем редгад. Особенно если это на десктоп поставить, так что еще и репы с пакетами хочется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

151. Сообщение от Аноним (-), 17-Апр-22, 14:39	+/–
> Например? apt+dpkg :P. Работает резво, ресурсов жрет в разы меньше, зависимости разруливает, что еще надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #163

152. Сообщение от Аноним (152), 17-Апр-22, 14:42	+1 +/–
> Вот честно, снапшотами ФС это намного лучше делается. И поводов для отвала сильно меньше. Несколько сомнительное утверждение. С ФС снапшотами нормально всё может быть только если ФС совершенно не используется другими процессами - не связанными апдейтом системы. А если во время апдейта что-либо происходит, что приводит к записи на ФС - обращения к web сервера к локальной базе данных на ФС, почтовый сервер принимающий/отдающий почту, то при откате снапшота будет совсем неконсистентное состояние, так как данные сторонних приложений будет потеряны или повреждены без возможности восстановления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #160

153. Сообщение от Михрютка (ok), 17-Апр-22, 15:07	+1 +/–
>>> Форк понадобился потому что кто-то, как обычно, не хотел отдавать разработку в чужие руки. потому что кто-то попал под автобус (в буквальном смысле), а редхатовца, которого поставили пилить yum вместо покойного, покусал петтеринг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

154. Сообщение от Анонимомус (?), 17-Апр-22, 16:50	+/–
Может в PackageKit есть архитектурные проблемы, но это не отменяет того факта, что нужна пакетонезависимая прослойка, глупо клепать условный gnome software под каждый пакетный менеджер, gnome software - это же интерфейс не для управления пакетами, а для установки приложений конечными пользователями, которым знать про пакеты не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

155. Сообщение от yurikoles (ok), 17-Апр-22, 20:13	–1 +/–
>Жалкая пародия на стек Windows NT, NTFS и MSI времен Windows 8 (10-летней давности). MSI был на столько совершенным, что майки последние несколько лет по максимуму стараются его  избегать. Практически все их современные продукты устанавливаются другими способами, например, приложения из MS Store, Office, даже Visual Studio. Последний оплот MSI на вантузе — это разве что VC Redist, и то из-за соображения совместимости. Ну и серверные продукты по той же причине, миллионы макак привыкли к нему, вокруг MSI построено куча инструментария. >MSI позволяет и "исправлять" проблемы переустановкой пакета Так повреждение файлов пакета — это чисто виндовая проблема, где практически любая программа может и успешно портит чужие файлы. Т.е. они сначала сами и создали эту проблему, а потом героически придумали костыли для неё. В мире Unix обычно достаточно исправить ошибку в конфиге, либо тупо удалить его, если речь идёт о пользовательском ПО. >(обновления венды) А MSI тут при чём? Вантуз никогда не рулил системными файлами через MSI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

156. Сообщение от Аноним (156), 17-Апр-22, 20:33	+/–
А в чем проблема просто взять сишный zypper?
Ответить | Правка | Наверх | Cообщить модератору

157. Сообщение от Аноним (157), 18-Апр-22, 06:30	+/–
Нет, чтобы взять рабочее решение от Suse или хоть приличный язык для переписывания, так нет, переписывать на Си. А людям Fedora для работы нужна, между прочим, а не для экспериментов, для этого есть масса других дистров.
Ответить | Правка | Наверх | Cообщить модератору

158. Сообщение от Аноним (158), 18-Апр-22, 07:38	+/–
"В современных" - это в которых все компоненты поставляются в виде контейнеров под радостные визги смузихлебов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

159. Сообщение от pofigist (?), 18-Апр-22, 17:09	+/–
1. Надо сделать новую вундервафлю... 2. Ой, хотим результат здесь и сейчас, иначе - не видать донатов! 3. Берем новый, модный молодежный интерпретируемый язык. Жаба, пихон, VB - не важно, зависит от времени и личных предпочтений Главного Гуру Проекта 4. Ой как здорово - все работает! И как быстро... 5. Запускаем в продакшен!!! 6. Ой... не все так здорово... тут притормаживает... 7. Перепишем наиболее критичные участки на компилируемый язык! 8. Ой, теперь что-то подглючивает... 9. Давайте напишем компилятор для нашего любимого интерпретируемого языка? 10. Написали... Но какая-то фигня вышла - оказывается сделать хороший компилятор - не просто... 11. Ну нафиг это интерпретируемое г-но - пишем все на нормальном, компилируемом языке! 12. Вот теперь все работает, но добавление новых фичь замедлилось... 13. Делаем новую вундервафлю на новым интерпретируемом языке, лишенным недостатка всех старых!
Ответить | Правка | Наверх | Cообщить модератору

160. Сообщение от Гентушник (ok), 18-Апр-22, 19:08	+/–
/var то нафига откатывать? FHS не просто так придумали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #161

161. Сообщение от Аноним (152), 18-Апр-22, 19:44	+/–
Думаю, что ситуация когда вся система, включая /home и /var, на одном разделе довольно типична для пользователей федоры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

162. Сообщение от Аноним (162), 19-Апр-22, 05:21	+/–
Молодец, хорошо сманяврировал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

163. Сообщение от lockywolf (ok), 19-Апр-22, 07:25	+/–
Ты хотел сказать apt-rpm?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

164. Сообщение от Аноним (-), 19-Апр-22, 15:20	+/–
"В Fedora планируют переименовать пакетный менеджер Microdnf в Micro-Soft". Скиньте это будет следующая новость. Поклонники майкрософта из РетГада перекинулись на Дойэбан, заразив тем самым дебилианщиков.
Ответить | Правка | Наверх | Cообщить модератору

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

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