The OpenNET Project / Index page

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

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


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

Оглавление

Выпуск пакетного менеджера RPM 4.15, opennews (??), 28-Сен-19, (0) [смотреть все] –1

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


27. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (27), 28-Сен-19, 17:33 
А чем принципиально rpm5 отличается от rpm4?
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск пакетного менеджера RPM 4.15"  –4 +/–
Сообщение от IRASoldier_registered (ok), 28-Сен-19, 17:49 
Там какой-то формат упаковки был, чуть ли не из МакОси взятый, если не ошибаюсь.
Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от НяшМяш (ok), 29-Сен-19, 01:16 
А в макоси пакеты есть?
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от IRASoldier_registered (ok), 29-Сен-19, 01:36 
> А в макоси пакеты есть?

Архивы есть. https://en.wikipedia.org/wiki/Xar_(archiver) - их инсталлятор использует.


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

74. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от НяшМяш (ok), 29-Сен-19, 02:17 
Действительно про RPM5 написано, внезапно.
Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск пакетного менеджера RPM 4.15"  +2 +/–
Сообщение от Аноним (52), 29-Сен-19, 12:24 
> Там какой-то формат упаковки был

Не уверен, что хоть кто-то реально перешёл на его использование. Все берегли совместимость с rpm на уровне формата пакетов..

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

132. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:37 
Ошибаетесь, разумеется.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

137. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от IRASoldier_registered (ok), 29-Сен-19, 21:23 
> Ошибаетесь, разумеется.

Да неужели? https://code.google.com/archive/p/xar/

Настолько не хочется ассоциаций с ненавистной проприетарной ОС, что будем отрицать очевидное? :-)


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

139. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 22:04 
>> Ошибаетесь, разумеется.
> Да неужели?

Да.

Причём грамотный бот [ ;-) ] бы на этом месте ухи насторожил и пошёл перепроверил на всякий, скажем, INSTALL:

XAR         [5] optional  1.5.2   1.5.2   http://code.google.com/p/xar/
...
[5] xar:       Modified XAR copy bundled with RPM.
               Building RPM against stock external XAR currently still not recommended.
               The 1.5 and 1.5.1 releases of XAR needs some patching, before they work.
Надеюсь, ключевое слово optional переводить не требуется?
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Аноним (30), 28-Сен-19, 18:16 
> А чем принципиально rpm5 отличается от rpm4?

1. Сравните время выполнения:

ROSA R9 - rpm5, urpmi7
Mageia 5(6) - rpm4, urpmi8

urpmq --whatrequires libgcc1 - Mageia=7 сек - ROSA=1 мин. 48 сек.
urpmq --whatrequires glibc - Mageia=7 сек - ROSA=5 мин.32 сек.

https://forum.rosalinux.ru/viewtopic.php?f=56&t=8427

Дело там не только во времени, при этом система встаёт колом и непригодна к использованию https://forum.rosalinux.ru/viewtopic.php?f=53&t=5355

Из неочевидного -- чрезмерное количество операций записи на диск.

2. Нет специалистов, способных обнаружить проблему (на виртуалеке не воспроизводится), найти её найти причину и за два с половиной года устранить. Они даже в новости о выпуске R11 ошиблись, указав fsync, когда правильно fdatasync.

Жалоба пользователя: 15 мар 2015
"Решение" (приводит к регрессии urpmi, не исправлено поныне) от пользователя: 07 окт 2017

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

55. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 28-Сен-19, 21:01 
> urpmq --whatrequires

А причём тут rpm? urpmq ищет по кешу метаданных репозиториев (собственного формата), а не по базе rpm. Но росовцы кривыми ручками и в URPM поковырялись, не умея в perl и в регулярки.
Для сравнения покажи, за какое время отрабатывают аналогичные команды rpm -q --whatrequires.

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

57. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Stax (ok), 28-Сен-19, 21:31 
> Для сравнения покажи, за какое время отрабатывают аналогичные команды rpm -q --whatrequires.

Да моментально они везде отрабатывают (ну точнее, за время, нужное чтобы загрузить с диска и разобрать BDB файлик). Это всего лишь простой поиск по базе BDB, он не будет тормозить вне зависимости от реализации RPM. Т.к. на общем уровне идея этих баз была определена задолго до форка RPM5.

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

89. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 09:04 
> Да моментально они везде отрабатывают (ну точнее, за время, нужное чтобы загрузить
> с диска и разобрать BDB файлик).

Это сейчас.

> Это всего лишь простой поиск
> по базе BDB, он не будет тормозить вне зависимости от реализации

Для ускорения поиска БД перестраивала индексы. По первой ссылке про это есть. Или здесь в https://www.opennet.ru/openforum/vsluhforumID3/118595.html#88

> RPM. Т.к. на общем уровне идея этих баз была определена задолго
> до форка RPM5.

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

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

88. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 09:00 
>> urpmq --whatrequires
> А причём тут rpm? urpmq ищет по кешу метаданных репозиториев (собственного формата),
> а не по базе rpm.

По первой ссылке в последнем сообщении дано объяснение:

«Под рутом rpm перестраивает часть индексов базы данных, а под пользователем на это нет прав.

BerkleyDB синхронизирует каждую операцию, что бы БД оставалась в консистентном состоянии в случае аварии, отсюда замедление.

Для ускорения можно добавить в файл /etc/rpm/macros строку
%__nofsync nofsync

Для временного изменения у rpm имеется ключ --nofsync (в справке про него умалчивается, определён в /usr/lib/rpm/rpmopt как alias).

Для urpmi аналогичная опция --fastunsafe»


> Но росовцы кривыми ручками и в
> URPM поковырялись, не умея в perl и в регулярки.
> Для сравнения покажи, за какое время отрабатывают аналогичные команды rpm -q --whatrequires.

Наделал я этих сравнений, когда искал решение.

«В RPM 5 и urpmi в несколько раз ускорен процесс установки и удаления программ за счет отключения принудительного вызова fdatasync() после каждой транзакции» https://www.opennet.ru/opennews/art.shtml?num=50325

Теперь у меня есть и другие дела, кроме как устанавливать это поделие.

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

75. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Pulfer (ok), 29-Сен-19, 03:02 
У меня на Росе сейчас:

time urpmq --whatrequires libgcc1

real    0m1,943s
user    0m1,751s
sys     0m0,128s

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

87. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Аноним (30), 29-Сен-19, 08:47 
> У меня на Росе сейчас:

У тебя, как и у всех в ООО «НТЦ ИТ РОСА» сейчас совести нет, или ты, "ведущий разработчик", не в курсе изменений?

Скопирую из здешнего анонса:

«В RPM 5 и urpmi в несколько раз ускорен процесс установки и удаления программ за счет отключения принудительного вызова fdatasync() после каждой транзакции,»

https://www.opennet.ru/opennews/art.shtml?num=50325

И напомню, что у вас нет со мною договора на передачу имущественных прав. Так что удаляйте присвоенное обманным путём.


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

133. "Выпуск пакетного менеджера RPM 4.15"  +2 +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:40 
Да оставьте их уже в покое.  Нет смысла грызться, есть смысл идти дальше и делать.  Многократно наблюдал и местами сам проверил.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Аноним (30), 30-Сен-19, 16:24 
> Да оставьте их уже в покое.  Нет смысла грызться, есть смысл
> идти дальше и делать.  Многократно наблюдал и местами сам проверил.

Pulfer гонит натуральную дезу о технической стороне RPM5. Однако, они приняли от меня решение, за неимением лучшего, значит они с ним согласны. Такой чисто технический аргумент. :)

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

157. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Pulfer (ok), 30-Сен-19, 14:23 
Какое отношение имеет вызов fdatasync() в rpm к urpmq --whatrequires? Никакого.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

162. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Аноним (30), 30-Сен-19, 16:01 
> Какое отношение имеет вызов fdatasync() в rpm к urpmq --whatrequires?

А с чего это ты взял, что я буду тебя учить, после того как я выполнил за тебя работу? Если ты не смог пройти по ссылкам, где дано объяснение, тут дело даже не в том, что ты из ООО "НТЦ ИТ РОСА". Тут дело в том, что я просто не смогу что-то втолковать такому как ты.

> Никакого.

Твоя вера и тебе с ней жить.

И я ещё раз напоминаю: удали это и другие мои решения, у вас нет на них прав.

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

173. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 02-Окт-19, 15:02 
Итак, "ведущий разработчик" Розалинкус:

1. Не умеет работать с документацией. Минимум дважды серьёзные ошибки в ключевом компоненте systemd из-за игнорирования файла NEWS.
2. Не понимает, почему при чтении может происходить запись. То есть не в курсе о таком базовом принципе, как кеширование.
3. ?

Мой опыт подсказывает: 3й пунтик таков, что два первых меркнут на его фоне.

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

182. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (182), 31-Окт-19, 08:13 
> Какое отношение имеет вызов fdatasync() в rpm к urpmq --whatrequires? Никакого.

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

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

42. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (42), 28-Сен-19, 18:48 
> rpm4

Правильно писать просто RPM.

Грубо говоря, идешь на сайт RPM5, находишь дату последнего релиза. С этой датой наперевес отправляешься на сайт RPM и смотришь все чейнжлоги с этой даты по сегодня.

Все фичи, добавленные за это время в RPM (включая долгожданные %autosetup/%patchlist/%sourcelist/%generate_buildrequires) в RPM5 отсутствуют и не будут добавлены никогда. А каких-то своих киллерфич у RPM5 уже давно нет.

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

76. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Pulfer (ok), 29-Сен-19, 03:08 
%autosetup в Росе в RPM5 добавлен. Остальное не будет добавлено никогда (я надеюсь).
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 29-Сен-19, 12:30 
> Остальное не будет добавлено никогда (я надеюсь).

Почему? %patchlist — весьма неплохая идея, а %dnl вообще надо было с самого начала делать, сколько народу по граблям с комментированием # прошлось…

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

99. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 12:38 
>> Остальное не будет добавлено никогда (я надеюсь).
> Почему? %patchlist — весьма неплохая идея, а %dnl вообще надо было с
> самого начала делать, сколько народу по граблям с комментированием # прошлось…

Выше дал ответ на вопрос. Специалистов у них нет и не предвидится. Имеющихся максимум хватало, что бы перенести из OpenMandrivaготовые готовые патчи, которые привели к переполнению стека при установке пакетов. Или "накопировать рандомные коммиты" (цитата разработчика) из rpm4. Теперь апстрима у rpm5 нет, как и ресурсов для перехода на rpm4.

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

101. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (52), 29-Сен-19, 12:43 
> Выше дал ответ на вопрос. Специалистов у них нет и не предвидится.

А не надо давать ответ на вопрос, заданный не тебе. Наличие/отсуствие специалистов никак не влияет на субъективное отношение человека к тем или иным нововведениям.

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

103. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 12:52 
>> Выше дал ответ на вопрос. Специалистов у них нет и не предвидится.
> А не надо давать ответ на вопрос, заданный не тебе. Наличие/отсуствие специалистов
> никак не влияет на субъективное отношение человека к тем или иным
> нововведениям.

Вопрошаемый человек субъективно не видит нововведения в changelog systemd, в результате чего отваливается dns, перестают работать Dr.Web и некоторые принтеры. Надеюсь, как раз по причине отсутствия специалистов (и перегрузу, как следствие), а не в результате некомпетентности.

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

104. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (52), 29-Сен-19, 13:11 
Слушай, я всё понимаю, но тебе не надоело повторять одно и то же в любом треде, где речь заходит о Росе? Не стоит она такого внимания, вот чесслово. А про баг тот я в курсе, сам же и репортил.
Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 14:25 
> Слушай, я всё понимаю, но тебе не надоело повторять одно и то
> же в любом треде, где речь заходит о Росе?

Как видишь, нет.

> Не стоит она такого внимания, вот чесслово.

Роза Фреш вообще стоит не больше пустого обещания внести её в Реестр, и прочей лжи сотрудников.

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

> А про баг тот я в
> курсе, сам же и репортил.

Про баг в rmp? Если бы ты точно знал причину, мог бы исправить. Следовательно, "rpm ни при чём" не более чем предположение.

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

107. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 29-Сен-19, 14:44 
> Про баг в rmp?

Нет, в systemd.

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

108. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 15:39 
>> Про баг в rmp?
> Нет, в systemd.

Там же 2 несвязных бага, вызванных невнимательным чтением changelog-а. Про dns многие писали, как и про Dr.Web/принтеры (из-за незапуска "баш-портянок" для традиционного init).

Кстати, по теме новости, исправить отвал dns не могли из-за каких-то ограничений с rpm (с их слов). Там всего-то надо было симлинк поменять.

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

109. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 29-Сен-19, 16:00 
> Кстати, по теме новости, исправить отвал dns не могли из-за каких-то ограничений с rpm (с их слов). Там всего-то надо было симлинк поменять.

Если симлинк не входит в состав пакета, а создаётся %post-скриптом и удаляется %preun, то да, там есть грабли, связанные с порядком вызова скриптов при обновлении. Но и обойти их можно, умеючи.
Но я имел в виду баг с незапуском service-файлов при наличии одноимённых скриптов в init.d (если бы просто не запускались скрипты из init.d, этого бы, наверное, до сих пор не заметили, но Леннарт с компашкой наг*вн*кодили изрядно).

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

118. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 29-Сен-19, 18:57 
> Если симлинк не входит в состав пакета, а создаётся %post-скриптом и удаляется
> %preun, то да, там есть грабли, связанные с порядком вызова скриптов
> при обновлении. Но и обойти их можно, умеючи.

Даже если вообще невозможно, все подобные проблемы решаются созданием некоего пакета, назовём его autofix, который будет при обновлении всё что надо где надо прописывать. Тупо запуская баш-скрипт. Решение не красивое, но на скорую руку оно лучше, чем сидеть на попе ровно, вынуждая пользователей копировать одну и ту же инструкцию друг другу на форуме.

> Но я имел в виду баг с незапуском service-файлов при наличии одноимённых
> скриптов в init.d (если бы просто не запускались скрипты из init.d,
> этого бы, наверное, до сих пор не заметили, но Леннарт с
> компашкой наг*вн*кодили изрядно).

В том случае https://forum.rosalinux.ru/viewtopic.php?f=56&t=8209
просто не было скрипта systemd-sysv-install. Без него скрипты инициализации не добавлялась в автозагрузку. Надо было просто прочесть NEWS при подготовке пакета systemd

        * Support for chkconfig (--enable-chkconfig) was removed in
          favor of calling an abstraction tool
          /lib/systemd/systemd-sysv-install. This needs to be
          implemented for your distribution. See "SYSV INIT.D SCRIPTS"
          in README for details.

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

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

146. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 30-Сен-19, 00:49 
> В том случае просто не было скрипта systemd-sysv-install. Без него скрипты инициализации не добавлялась в автозагрузку.

Нет, там было непросто. Без этого systemd-sysv-install гениальный недоинит не запускал service-файл (да-да, там был service-файл) при наличии ещё и инит-скрипта. Это баг апстрима, наверняка и сейчас не исправленный. Это описано в росовской багзилле (#7975), да и на форуме drweb (на который ты сам давал ссылку) тоже. А гадание Виктора на кофейной гуще не стоит принимать серьёзно, как и вообще всё, что он пишет.

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

147. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 30-Сен-19, 01:10 
> на который ты сам давал ссылку

Хотя не, не ты. Но не суть, ссылка в теме есть.

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

150. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (30), 30-Сен-19, 09:05 
>> В том случае просто не было скрипта systemd-sysv-install. Без него скрипты инициализации не добавлялась в автозагрузку.
> Нет, там было непросто. Без этого systemd-sysv-install гениальный недоинит не запускал
> service-файл (да-да, там был service-файл) при наличии ещё и инит-скрипта.

Такое помню. В любом случае все связанные проблемы решаются имплементацией systemd-sysv-install, как того требует документация systemd.

> Это баг апстрима, наверняка и сейчас не исправленный.
> Это описано в росовской багзилле (#7975)

Баг закрыт. Решение моё принято. Не надо валить вину на апстрим. Просто тому "у меня сейчас rpm работает" Pulfer-у надобно читать документацию -- это работа, под которую он подписался в трудовом договоре. Халява закончилась.

> да и на форуме drweb (на который ты сам
> давал ссылку) тоже. А гадание Виктора на кофейной гуще не стоит
> принимать серьёзно, как и вообще всё, что он пишет.

На том форме вообще мало что стоит принимать серьёзно, даже часть из того, что написано мною (если бы не прикидывался чайником и простачком, они бы не позвали меня в свою конфу разработчиков).

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

151. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Аноним (52), 30-Сен-19, 10:15 
> Не надо валить вину на апстрим.

Что значит — валить вину? В апстриме логическая ошибка: если не удалось обработать init-скрипт, не обрабатывается и service-файл. Это не отменяет ошибку в пакетировании, но усугубляет последствия.

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

153. "Выпуск пакетного менеджера RPM 4.15"  –2 +/–
Сообщение от Аноним (30), 30-Сен-19, 10:34 
>> Не надо валить вину на апстрим.
> Что значит — валить вину? В апстриме логическая ошибка: если не удалось
> обработать init-скрипт

то это означает, что требования документации по имплементации обработчика не выполнены.

> не обрабатывается и service-файл. Это не отменяет ошибку в
> пакетировании, но усугубляет последствия.

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

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

158. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Pulfer (ok), 30-Сен-19, 14:28 
>> Остальное не будет добавлено никогда (я надеюсь).
> Почему? %patchlist — весьма неплохая идея, а %dnl вообще надо было с
> самого начала делать, сколько народу по граблям с комментированием # прошлось…

Чисто субъективно - предпочёл бы и сам работать со спеками без %patchlist (равно как и без autosetup и apply_patches, из-за которых неудобно останавливать сборку после наложения определённого патча из списка, когда это требуется), и чтобы чужие спеки были по-старому сделаны. Ну хотя в RHEL это ещё имеет смысл, где по несколько сотен патчей в пакете может быть.

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

159. "Выпуск пакетного менеджера RPM 4.15"  –2 +/–
Сообщение от Michael Shigorinemail (ok), 30-Сен-19, 14:39 
> Ну хотя в RHEL это ещё имеет смысл, где по несколько сотен патчей
> в пакете может быть.

Да уж... в альте в подобных случаях больше шансов увидеть в .tar завёрнутый master и пойти работать сразу с гитом.

У обоих подходов, понятно, свои плюсы и минусы -- тут у них всё опять дубово, а у нас погибче, но и посложней в освоении.

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

163. "Выпуск пакетного менеджера RPM 4.15"  –2 +/–
Сообщение от Аноним (30), 30-Сен-19, 16:12 
> чтобы чужие спеки были по-старому сделаны.

Автономность такая автономность. =)

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

79. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (79), 29-Сен-19, 05:40 
RPM5 — это не новая версия, а форк, который так назвали с претензией на каноничность, мол это у нас настоящий RPM, мы как бы новую версию пилим. И форк этот давно загнулся, дистрибутивы, которые зачем-то его стали использовать (ССЗБ), от него отказываются.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

98. "Выпуск пакетного менеджера RPM 4.15"  +1 +/–
Сообщение от Аноним (52), 29-Сен-19, 12:34 
> RPM5 — это не новая версия, а форк, который так назвали с претензией на каноничность, мол это у нас настоящий RPM, мы как бы новую версию пилим.

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

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

102. "Выпуск пакетного менеджера RPM 4.15"  –1 +/–
Сообщение от Аноним (30), 29-Сен-19, 12:47 
> А за то, что он охладел к проекту, как
> я понимаю, надо сказать спасибо некоему Комиссарову.

Не застал такого персонажа. Vожете сказать спасибо некому Потапову, изрёкшему мудрость великую: «Есть такое очень простое правило. Никогда не делай добро для людей, люди - неблагодарные свиньи.» После чего что-то пошло не так.

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

134. "Выпуск пакетного менеджера RPM 4.15"  +/–
Сообщение от Michael Shigorinemail (ok), 29-Сен-19, 20:43 
>> RPM5 — это не новая версия, а форк, который так назвали с претензией
>> на каноничность, мол это у нас настоящий RPM, мы как бы новую версию
>> пилим.
> Ну учитывая, что основал его бывший главный разработчик
> оригинального rpm, это было вполне логично.

Напомню, что в те годы ещё и RPM4 как апстрим по сути не существовал -- rpm-based дистрибутивы вели форки разной степени фундаментальности (в основном это касалось, разумеется, макропакета -- но не только).

> А за то, что он охладел к проекту, как я понимаю, надо сказать
> спасибо некоему Комиссарову.

Да уж, сомнительная благодарность.  Но в своём роде это так.

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

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

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




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

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