The OpenNET Project / Index page

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



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

Оглавление

Изменения в подготовке промежуточных выпусков Red Hat Enterprise Linux, opennews (??), 20-Фев-24, (0) [смотреть все]

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


24. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +3 +/
Сообщение от МозгЛинуса (?), 21-Фев-24, 05:22 
Вангую.

Red Hat в обозримом будущем заменит большую часть GUI софта из rpm на Flatpak, которые собираются из исходников минуя стадию классических пакетов. GUI софт останется только тот, который входит в оф.десктоп - только Gnome с несколькими исключениями. Остальное идите на flathub.

Сервисы postgresql, nginx, apache и так далее будут образами, которые собираются минуя стадию классических пакетов rpm, а именно из git со всеми зависимостями. Будет аля сервис-монолит.

Gcc, Rust, Vim и так далее будут оформлены в некие аналоги пакетов Flatpak, контейнеров, которые будут добавлять в универсальную базу из исходников минуя стадию rpm пакетов.

Сама ОС будет атомарной с минимальной базой.

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

25. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от Аноним (26), 21-Фев-24, 06:14 
У меня прямо сейчас продовая ос затыканая докерами. Ты чего сказать то хотел?
Ответить | Правка | Наверх | Cообщить модератору

54. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +1 +/
Сообщение от МозгЛинуса (?), 21-Фев-24, 10:39 
Ещё раз перечитай. Суть не в Docker, если что.

Но наводку дам. В классических контейнерах Docker ты берешь готовый образ ОС, который собирается из конкретных пакетов, а будет система где с исходниками git, GitLab, GitHub дудет работать некий сборщик, который собирает из исходников готовый цельный образ без стадии классических пакетов rpm, deb и т.п.

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

85. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от Аноним (85), 22-Фев-24, 17:01 
Поздравляю, ты изобрёл NixOS
Ответить | Правка | Наверх | Cообщить модератору

27. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  –3 +/
Сообщение от cheburnator9000 (ok), 21-Фев-24, 06:46 
Мы заменим один формат пакетов на другой формат пакетов (который еще с собой тащит параллельно установленные рантаймы) и что изменится я не понимаю?

Был двухколесный мотоцикл и одним бензинным баком, мы ему добавили второй бак, он так и остался двухколесным мотоциклом.

Могли бы уже признаться что rpm spec это говно мамонта, может тогда и разработчики Debian/Ubuntu признались в том же насчет deb.

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

46. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от n00by (ok), 21-Фев-24, 09:37 
Изменится количество самостийных дистрибутивов с нескучными пакетами и трендовым сетом иконок.
Ответить | Правка | Наверх | Cообщить модератору

51. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от cheburnator9000 (ok), 21-Фев-24, 09:58 
> Изменится количество самостийных дистрибутивов с нескучными пакетами и трендовым сетом
> иконок.

Разработчики ПОКА Линукс занимаются важными вещами, например помогают RedHat в поисках багов тем самым увеличивая их прибыль - увеличивая их налоги в бюджет США, это очень патриотично!

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

58. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от n00by (ok), 21-Фев-24, 11:11 
Я наобум ткнул в несколько issues, открытых mikhailnov. Он там тупо отнимал время. Дело было года два назад, может уже и дорос до пополнения бюджета США.
Ответить | Правка | Наверх | Cообщить модератору

52. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +1 +/
Сообщение от pelmaniac (?), 21-Фев-24, 10:00 
>Могли бы уже признаться что rpm spec это говно мамонта

тебе не нравится, что он старый? типа флат лучше просто потому что новый? гы....
я бы согласился, что писать SPEC-файлы это боль, но когда файлы уже написаны и всё работает, то какие претензии к rpm? есно в связке с dnf, который зависимости сам поставит

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

59. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от n00by (ok), 21-Фев-24, 11:17 
Откуда там боль в написании? От отвращения к bash? Так его вроде наоборот любят. Другое дело, что действительный граф зависимостей строится из графа вызовов, а не пишется руками эмпирическим методом.
Ответить | Правка | Наверх | Cообщить модератору

68. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от МозгЛинуса (?), 21-Фев-24, 16:40 
Для примера взял spec libreoffice

https://src.fedoraproject.org/rpms/libreoffice/blob/rawhide/...

Нет ничего мозгодробительного.

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

69. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от МозгЛинуса (?), 21-Фев-24, 16:41 
Причём опакетить libreoffice та ещё задача что в Arch Linux, что в Gentoo с Debian.
Ответить | Правка | Наверх | Cообщить модератору

74. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  –2 +/
Сообщение от pelmaniac (?), 21-Фев-24, 20:55 
у тебя тэг сарказм отклеился... сам то заглядывал в PKGBUILD от либреофиса? а в рпмовской спеке 2500 строк какого-то лютого брэйнфака.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

78. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от МозгЛинуса (?), 22-Фев-24, 05:07 
Сразу видно недоэксперта)

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

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

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

77. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  –1 +/
Сообщение от cheburnator9000 (ok), 22-Фев-24, 04:56 
> Для примера взял spec libreoffice
> https://src.fedoraproject.org/rpms/libreoffice/blob/rawhide/...
> Нет ничего мозгодробительного.

https://github.com/getsolus/packages/blob/main/packages/l/li...

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

79. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от МозгЛинуса (?), 22-Фев-24, 05:08 
Смотри моё сообщение выше.
Ответить | Правка | Наверх | Cообщить модератору

84. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от cheburnator9000 (ok), 22-Фев-24, 13:07 
> Смотри моё сообщение выше.

Да конечно не нужно. Нужно только указать рантайм как базу для сборки https://github.com/flathub/org.libreoffice.LibreOffice/blob/... и собирать ВСЕ зависимости (которых нет ни в рантайме, ни в сорцах с программой) вручную и следить за ее актуальностью на CVE и БАГИ.

... и все дистрибутивы/пользователи линукса получат ту сборку офиса которую пожелали в Redhat. Со всеми ее проблемами, со всеми версиями зависимостей прибитыми к этому конкретному пакету, в то время как в условном firefox flatpak будет обновленный условный libxml2, в libreoffice flatpak он будет с уязвимостями.

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

83. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от n00by (ok), 22-Фев-24, 12:13 
> Для примера взял spec libreoffice
> https://src.fedoraproject.org/rpms/libreoffice/blob/rawhide/...
> Нет ничего мозгодробительного.

Ну да, 2К строк лапши, раньше такое называли индусокодом. Ctrl+C, Ctrl+v, вырезать ненавистные "Red Hat, Inc." -- вот и готов самостийный дистрибутив без особых напряжений извилины.

Где-то те же 2К строк и займёт анализ графа импортов и генерация вон той вермишели. В общем виде. Это если не задаваться вопросом "а зачем вообще нужно дублирование сборочных сценариев?"

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

28. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от Аноним (-), 21-Фев-24, 06:51 
>Сама ОС будет атомарной с минимальной базой.

База размеров в 2 Гигабайта.

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

55. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от МозгЛинуса (?), 21-Фев-24, 10:41 
Очнись! Одни firmware весят 250–500 MB)
Ответить | Правка | Наверх | Cообщить модератору

44. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +1 +/
Сообщение от anonymous (??), 21-Фев-24, 09:35 
да, давно уже там пару тройку энтузиастов мечтали об ридонли-пзу базовой системе и обновлению через контейнеры. Эту идею стали пиарить с появлением SSD у которых ресурс записи ограничен. Надеюсь наймут новых креативных по CoC а этих на покой, задрали своими атомик.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

67. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от МозгЛинуса (?), 21-Фев-24, 16:00 
Открою тайну. Ресурс записи ограничен не только у SSD, HDD его тоже имеет. TDW предостаточно даже на китайских ноунейм устройствах. В домашних условиях SSD спокойно проживет срок службы устройства (десктоп/ноутбук, 5–8 лет). Btrfs под собственные нужды больше пишет, чем обновление атомиков, контейнеров, плоских пакетов вместе взятых. Проверено на Silverblue и классической Workstation.
Ответить | Правка | Наверх | Cообщить модератору

57. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +1 +/
Сообщение от Аноним (57), 21-Фев-24, 10:57 
Тут все просто.

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

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

Они приносят обоснование и ты отчитываешься перед начальством о необходимости внедрения новой технологии.

Внедряешь - тебя повышают.

Что будет потом - тебя не волнует. Ты успешный менеджер.

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

Практически все крупные корпорации попадают в эту ловушку.
IBM угробила уже огромное множество перспективных проектов.

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

72. "Изменения в подготовке промежуточных выпусков Red Hat Enterp..."  +/
Сообщение от Аноним (71), 21-Фев-24, 18:31 
Года два назад Clear Linux по этому пути и пошел (заодно выпилив часть команды разработки десктопа, что печаль).
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

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

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




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

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