| 1.16, Аноним (16), 16:18, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +13 +/– | |
Это очень позитивная новость для всех, кто пользуется CentOS в проде, хотя тем кто не пользуется это не совсем очевидно.
Представьте себе задачу, что вам нужно иметь на сервере конкретную версию конкретной софтины, а версия из репозитория вам не подходит. Это типичная ситуация во всех дистрибутивах. Бывает нужно как обновлять, так и понижать версию. В виду того как в RHEL собирают пакеты, там чаще нужно хитро обновлять с переносом патчей. В CentOS/RHEL для многих пакетов версия софта не так важна как версия пакета. Они бекпортируют патчи не только в ядро но много куда ещё, в основном там багфиксы и чтобы встроить свою версию да еще и с новыми багфиксами в систему правильно и чтобы её обновлениями не корёжило и не ломало нужно делать так:
1. Взять SRPM из CentOS и прочитать назначения дополнительных патчей, убедившись, что все эти патчи не актуальны для новой версии
2. Переписать spec под новую версию и подсунуть новый тарбол ИЛИ скачать готовый спек из Fedora под эту же самую версию, если он есть готовый
3. Скачать свежайший SRPM из Fedora и проверить, какие патчи наложила Fedora на апстрим поверх всего, и зачем они. Там всё будет видно на апстримовских issue в самих проектах, которые вы обновляете.
4. Принять решение, будете ли вы переносить патчи из свежайшей федоры под свою версию или оставить только то что есть, параллельно проверив совместимость с патчами CentOS, если для этой версии они всё еще актуальны
5. Сделать rpmbuild и установить пакет, обновив номер сборки.
Для прикладного софта эта процедура у вас не отнимет много времени и всё будет хорошо, но вот если ваш софт поближе к системе, то у вас могут начаться проблемы совместимости между Fedora и CentOS. Самая частая проблема - несовместимость targeted policy SELinux. В Fedora более новая версия, они там поменяли кучу макросов. Я лично на этот случай беру кусок актуальной targeted policy из Fedora и портирую её под CentOS собирая в RPM, который её поставит как дополнительную политику и прописываю этот rpm в зависимости к основному. Есть даже готовый SRPM под это дело, чтобы не париться с написанием, но это уже творческий процесс. Кроме того, может сыграть роль различие версий в зависимостях, или как бывает в CentOS конкретно 8, может не оказаться пачки devel-пакетов, их физически нет в репозиториях, нужно их самим собрать и доустановить из стандартных поставляемых SRPM. И вот в сравнении с самим обновлением и сборкой пакета этот поиск граблей отнимает время.
Enterprise Linux Next на базе Fedora Rawhide удалит эту проблему. Причём это выгодно всем и тем кто пользуется CentOS и сам поддерживает свои дистрибутивы и техподдержке RHEL у которой уменьшится количество рутины и штатным меинтейнерам, которые зачастую одни и те же и для Fedora, и для RHEL и для CentOS в рамках пакета.
| | |
| |
| 2.37, А (??), 20:50, 14/04/2020 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Спасибо за толковый коммент.
Стоит отметить что ELN - сам по себе не решит проблему совместимости пакетов. ELN - это инфраструктурная вещь, которая позволит приложить EL-конфиг к Fedora Rawhide и посмотреть насколько не совпало и что сломалось. Это скорее такой инструмент для анализа и оповещения разработчиков, чем решение проблемы.
Однако это лишь часть того что происходит сейчас в экосистеме Fedora и CentOS. И если скомбинировать ELN как систему раннего оповещения и инициативу CentOS Stream как место где разработка RHEL будет вестись в открытом виде _до_ релиза RHEL, то действительно получится то, что ты описываешь.
В целом RHEL перестает быть скрытным и выходит в открытый доступ на всех уровнях, не только публикацией исходников после релиза, но самой разработкой. И тем кто строит какие-то решения на базе RHEL/CentOS теперь будет проще и быстрее с ним работать.
| | |
|
| |
| 2.2, anonymous (??), 13:27, 14/04/2020 [^] [^^] [^^^] [ответить]
| –4 +/– |
Arch самостоятельный, а Fedora - собственный полигон для тестирования (что данные изменения в который раз подтверждают).
| | |
| |
| 3.4, анонимус (??), 13:34, 14/04/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
arch самостоятельный полигон для тестирования новшеств, на базе которых формируются сборки fedora. А fedora собственный полигон тестирования для rhel. Так правильней.
| | |
| |
| 4.28, IRASoldier_registered (ok), 17:28, 14/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Fedora, вообще-то, в первую очередь полигон тестирования для... Fedora. Которая прекрасно может существовать и без RHEL, если, внезапно, связь с Red Hat оборвётся, а команда разрабов сохранится в составе, позволяющем делать дистрибутив уровня выше васяновского.
| | |
|
| 3.6, Аноним (6), 14:02, 14/04/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
Весь не интерпрайз это полигон для тестирования на хомячках.
| | |
|
|
| |
| |
| 3.8, Аноним (8), 14:28, 14/04/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Gentoo Linux:
Первый выпуск: 31 марта 2002 года
RPM:
First commit: Nov 27th 1995
| | |
| |
| 4.11, Аноним (11), 14:54, 14/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вы видели тот рпм? А деб? Ебилды крутые и удобные. Действительно, практически все поставленные "цели" решаемы в рамках генты с минимумом затрат. А оставшиеся, излишне сомнительны, чтобы о них думать.
| | |
| |
| |
| 6.13, Аноним (6), 15:22, 14/04/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Даже единственный нормальный линукс Chrome OS. Поддерживает ебилды.
| | |
|
| 5.19, Аноним (19), 16:32, 14/04/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Видел и rpm specs, и правила сборки dep-пакетов, и ebuild'ы. Из всей тройки rpm specs самый удобные.
| | |
| |
| 6.21, Аноним (11), 16:44, 14/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Видел и rpm specs, и правила сборки dep-пакетов, и ebuild'ы. Из всей
> тройки rpm specs самый удобные.
Можно менять параметры сборки ебилда просто задав переменную в текстовом файле или переопределив хуки. Патчи применяются сами собой, достаточно положить их рядом. Крайне удобно для всяческих экспериментов. Всё происходит в песочинице, у конкурентов с этим вроде какие-то проблемы были.
Красота на самом деле https://projects.gentoo.org/pms/7/pms.html
| | |
| |
| |
| 8.24, Аноним (11), 17:07, 14/04/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Мейкфайлы это уже исходники Прелесть именно в том, чтобы ничего с ними не делат... текст свёрнут, показать | | |
|
| 7.23, Аноним (8), 16:58, 14/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно менять параметры сборки ебилда просто задав переменную в текстовом файле или переопределив хуки
Как и в RPM.
> Патчи применяются сами собой, достаточно положить их рядом.
Как и в RPM.
> Всё происходит в песочинице,
Как и в RPM.
| | |
| |
| 8.25, Аноним (11), 17:08, 14/04/2020 [^] [^^] [^^^] [ответить] | +/– | Да ну что ты мне рассказываешь, перед тем как свалить на генту я тоже регулярно ... текст свёрнут, показать | | |
| |
| 9.27, Аноним (8), 17:21, 14/04/2020 [^] [^^] [^^^] [ответить] | +3 +/– | Ну, если не утруждать себя чтением мануалов, то любой инструмент будет максималь... текст свёрнут, показать | | |
|
| |
| 9.41, Аноним (8), 22:26, 14/04/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Не знаю-не знаю Вот свежий пример и патч добавили, и ебилд поправили https ... текст свёрнут, показать | | |
|
|
|
|
|
| 4.14, Аноним (6), 15:23, 14/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
И что как это относится к тому что мы не будем никогда использовать чужие подделки, а будет делать свои? Даже если чужие поделки во всем лучше.
| | |
| |
| 5.15, Аноним (8), 15:33, 14/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> чужие поделки во всем лучше
"Proudly found elsewhere!"
Детального обоснования лучшести мы, разумеется, не дождемся.
| | |
|
|
|
|
| 1.9, Аноним (9), 14:37, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– | |
>на предоставление окружения, основанного на репозитории Fedora Rawhide, которое может применяться для тестирования функциональности будущих выпусков дистрибутива RHEL (Red Hat Enterprise Linux).
Ясно, понятно. Так и записал: "Федора - это тестовый полигон".
| | |
| |
| 2.10, КО (?), 14:50, 14/04/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как бы да, но в то же время Rawhide это тестовый полигон Федоры. Странно, что все возбуждаются на то, что его используют как тестовый полигон. :)
| | |
| |
| 3.42, анонимуслинус (?), 23:25, 14/04/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
странно , что об этом узнали только сейчас. скольтко помню федора была полигоном красной шапки. она создавалась для этого и самое смешное никто этого не скрывал и не скрывает. странно то , что другие не знают. я помнится возился с федорой которая была тогда еще fedora core 6. и тогда прямым текстом было сказано , что это полигон редхата. и все согласились с этим. ну как бы выпуск федоры каждые пол года как раз и подразумевал именно это.
| | |
|
| 2.43, 0x0 (?), 01:13, 15/04/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Кто-то возится с "тестовым полигоном", другие силятся пристроиться поближе то ли к важняку Столлману, то ли к его лобковым вшам, третьи ещё в чем-то своём упражняются...
Никак не пойму, какая в этом может быть сверхсмертельная проблема? )
| | |
|
| 1.17, Аноним (17), 16:19, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Первая мысль после прочтения заголовка: а ещё Проект по эмуляции VisualStudio на базе Emacs
| | |
| |
| |
| 3.29, IRASoldier_registered (ok), 17:30, 14/04/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну есть же для товарищей с особенными потребностями Vim-режим для Sublime Text. Значит и Emacs-режим для VSCode кто-то может учинить.
| | |
|
|
| 1.20, Аноним (19), 16:33, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> ELN также позволит проверять намеченные изменения условных блоков в spec-файлах, т.е. собирать пакет со срабатыванием условий с переменной "%{rhel}", установленной в значение "9" (переменная "%{fedora}" ELN будет возвращать "false"), симулируя сборку для будущей ветки RHEL.
Это не переменные, макросы.
| | |
| 1.31, Аноним (31), 17:54, 14/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
готовят переход всех, включая винду, на RHEL. МежДелМаш бабки на ветер не бросает
| | |
| 1.45, Аноним (45), 07:21, 15/04/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Эти люди никогда не слышали о Debian -е? Я принашу вам благую весть! Есть такой дистрибутив по-имени Debian!
| | |
| |
| 2.48, анонимуслинус (?), 19:16, 15/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
разочарую. сейчас дебиан не сильно отличается от убунты. разве что своим вечным "устареванием" версий программ. но во всем остальном почти такой же. так что хоть дебиан , хоть убунта, хоть федора. различий минимум.да системд внесла единообразие в линуксы однако.
| | |
| |
| 3.49, псевдонимус (?), 05:46, 16/04/2020 [^] [^^] [^^^] [ответить]
| +/– |
>различий минимум.да системд
> внесла единообразие в линуксы однако.
Стали одинаково глючными и не прозрачными?
| | |
|
|
|
