forum.opennet.ru - "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." (48)

"Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."

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

"Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
Сообщение от opennews (??), 14-Апр-20, 13:16
Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora, утвердил предложение по реализации проекта ELN (Enterprise Linux Next), нацеленного на предоставление окружения, основанного на репозитории Fedora Rawhide, которое может применяться для тестирования функциональности будущих выпусков дистрибутива RHEL (Red Hat Enterprise Linux). Для ELN будет подготовлен новый buildroot и процесс сборки для эмуляции формирования Red Hat Enterprise Linux на базе пакетов с исходными текстами из репозитория Fedora. Проект намечен к реализации в рамках цикла разработки Fedora 33... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52731
Ответить \| Правка \| Cообщить модератору

Оглавление

Это очень позитивная новость для всех, кто пользуется CentOS в проде, хотя тем к, Аноним (16), 16:18 , 14-Апр-20, (16) +13

что только люди не придумают, лишь бы не использовать Debian, DeaDBeeF (ok), 16:22 , 14-Апр-20, (18) +2

Дебиан давно уже использовали если ты понимаешь о чем я , псевдонимус (?), 20:14 , 14-Апр-20, (36) +5
Debian и nix , Коровавирус (?), 01:25 , 15-Апр-20, (44)

А я прочитал Спасибо за хороший комментарий , Аноним (34), 19:36 , 14-Апр-20, (34) +4
Спасибо за толковый коммент Стоит отметить что ELN - сам по себе не решит пробле, А (??), 20:50 , 14-Апр-20, (37) +3

Просто в этом уже нет прибыли, microsoft (?), 21:52 , 14-Апр-20, (38) +1

ну что это такоедавайте уже в арчь , Аноним (1), 13:16 , 14-Апр-20, (1) –2

Arch самостоятельный, а Fedora - собственный полигон для тестирования что данны, anonymous (??), 13:27 , 14-Апр-20, (2) –4

arch самостоятельный полигон для тестирования новшеств, на базе которых формирую, анонимус (??), 13:34 , 14-Апр-20, (4) +5

Fedora, вообще-то, в первую очередь полигон тестирования для Fedora Которая , IRASoldier_registered (ok), 17:28 , 14-Апр-20, (28)

Ух хватит уже так шутить, боюсь живот надорвать - , псевдонимус (?), 13:35 , 14-Апр-20, (5) –1
Весь не интерпрайз это полигон для тестирования на хомячках , Аноним (6), 14:02 , 14-Апр-20, (6) +6

Писали бы лучше ебылды , Аноним (3), 13:32 , 14-Апр-20, (3) –2

А как же Nih-синдром , Аноним (6), 14:03 , 14-Апр-20, (7)

Gentoo Linux Первый выпуск 31 марта 2002 годаRPM First commit Nov 27th, Аноним (8), 14:28 , 14-Апр-20, (8) +2

Вы видели тот рпм А деб Ебилды крутые и удобные Действительно, практически вс, Аноним (11), 14:54 , 14-Апр-20, (11)

Поддерживаю У Генты самые удобные инструменты , Аноним (12), 15:06 , 14-Апр-20, (12) –1

Даже единственный нормальный линукс Chrome OS Поддерживает ебилды , Аноним (6), 15:22 , 14-Апр-20, (13) –2

Видел и rpm specs, и правила сборки dep-пакетов, и ebuild ы Из всей тройки rpm , Аноним (19), 16:32 , 14-Апр-20, (19) +2

Можно менять параметры сборки ебилда просто задав переменную в текстовом файле и, Аноним (11), 16:44 , 14-Апр-20, (21)

В Makefile тоже так можно это не рокетсайн, GentooBoy (ok), 16:56 , 14-Апр-20, (22)

Мейкфайлы это уже исходники Прелесть именно в том, чтобы ничего с ними не делат, Аноним (11), 17:07 , 14-Апр-20, (24) +1

Как и в RPM Как и в RPM Как и в RPM , Аноним (8), 16:58 , 14-Апр-20, (23)

Да ну что ты мне рассказываешь, перед тем как свалить на генту я тоже регулярно , Аноним (11), 17:08 , 14-Апр-20, (25)

Ну, если не утруждать себя чтением мануалов, то любой инструмент будет максималь, Аноним (8), 17:21 , 14-Апр-20, (27) +3

Тока в генте для применения патча не надо править ебилд а в рпм надо править спе, microsoft (?), 21:55 , 14-Апр-20, (39)

Не знаю-не знаю Вот свежий пример и патч добавили, и ебилд поправили https , Аноним (8), 22:26 , 14-Апр-20, (41) –1

Речь про пользовательские патчи, не прописанные в ебилде Ты их просто кладешь ку, аНоним (?), 14:12 , 15-Апр-20, (46)

Ага ну и да в спеках парпметры гуляют так что , microsoft (?), 21:56 , 14-Апр-20, (40) –1

И что как это относится к тому что мы не будем никогда использовать чужие поддел, Аноним (6), 15:23 , 14-Апр-20, (14)

Proudly found elsewhere Детального обоснования лучшести мы, разумеется, не дож, Аноним (8), 15:33 , 14-Апр-20, (15)

А как же NIX-синдром , Аноним (35), 19:36 , 14-Апр-20, (35)

Ясно, понятно Так и записал Федора - это тестовый полигон , Аноним (9), 14:37 , 14-Апр-20, (9) –5

Как бы да, но в то же время Rawhide это тестовый полигон Федоры Странно, что вс, КО (?), 14:50 , 14-Апр-20, (10) +1

странно , что об этом узнали только сейчас скольтко помню федора была полигоном, анонимуслинус (?), 23:25 , 14-Апр-20, (42) –1

Кто-то возится с тестовым полигоном , другие силятся пристроиться поближе то ли, 0x0 (?), 01:13 , 15-Апр-20, (43)

Первая мысль после прочтения заголовка а ещё Проект по эмуляции VisualStudio на, Аноним (17), 16:19 , 14-Апр-20, (17) –2

А если наоборот , Аноним (26), 17:15 , 14-Апр-20, (26)

Ну есть же для товарищей с особенными потребностями Vim-режим для Sublime Text , IRASoldier_registered (ok), 17:30 , 14-Апр-20, (29) +1
Как там дела сейчас обстоят не знаю, но для VS 2010 оно было и вполне работало h, Аноним84701 (ok), 12:15 , 16-Апр-20, (50)

Это не переменные, макросы , Аноним (19), 16:33 , 14-Апр-20, (20) +1
Похоже на костыль, Аноним (30), 17:42 , 14-Апр-20, (30) –1

Python, Ni (??), 18:38 , 14-Апр-20, (33) –1

готовят переход всех, включая винду, на RHEL МежДелМаш бабки на ветер не бросае, Аноним (31), 17:54 , 14-Апр-20, (31)
Эти люди никогда не слышали о Debian -е Я принашу вам благую весть Есть такой , Аноним (45), 07:21 , 15-Апр-20, (45) –1

разочарую сейчас дебиан не сильно отличается от убунты разве что своим вечным , анонимуслинус (?), 19:16 , 15-Апр-20, (48)

Стали одинаково глючными и не прозрачными , псевдонимус (?), 05:46 , 16-Апр-20, (49)

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

16. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +13 +/–

Сообщение от Аноним (16), 14-Апр-20, 16:18

Это очень позитивная новость для всех, кто пользуется 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 в рамках пакета.

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

18. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +2 +/–

Сообщение от DeaDBeeF (ok), 14-Апр-20, 16:22

что только люди не придумают, лишь бы не использовать Debian

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

36. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +5 +/–

Сообщение от псевдонимус (?), 14-Апр-20, 20:14

Дебиан давно уже использовали...если ты понимаешь о чем я.

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

44. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Коровавирус (?), 15-Апр-20, 01:25

Debian и nix :)

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

34. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +4 +/–

Сообщение от Аноним (34), 14-Апр-20, 19:36

А я прочитал. Спасибо за хороший комментарий.

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

37. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +3 +/–

Сообщение от А (??), 14-Апр-20, 20:50

Спасибо за толковый коммент.
Стоит отметить что ELN - сам по себе не решит проблему совместимости пакетов. ELN - это инфраструктурная вещь, которая позволит приложить EL-конфиг к Fedora Rawhide и посмотреть насколько не совпало и что сломалось. Это скорее такой инструмент для анализа и оповещения разработчиков, чем решение проблемы.
Однако это лишь часть того что происходит сейчас в экосистеме Fedora и CentOS. И если скомбинировать ELN как систему раннего оповещения и инициативу CentOS Stream как место где разработка RHEL будет вестись в открытом виде _до_ релиза RHEL, то действительно получится то, что ты описываешь.
В целом RHEL перестает быть скрытным и выходит в открытый доступ на всех уровнях, не только публикацией исходников после релиза, но самой разработкой. И тем кто строит какие-то решения на базе RHEL/CentOS теперь будет проще и быстрее с ним работать.

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

38. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +1 +/–

Сообщение от microsoft (?), 14-Апр-20, 21:52

Просто в этом уже нет прибыли

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

1. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –2 +/–

Сообщение от Аноним (1), 14-Апр-20, 13:16

ну что это такое
давайте уже в арчь!

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

2. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –4 +/–

Сообщение от anonymous (??), 14-Апр-20, 13:27

Arch самостоятельный, а Fedora - собственный полигон для тестирования (что данные изменения в который раз подтверждают).

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

4. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +5 +/–

Сообщение от анонимус (??), 14-Апр-20, 13:34

arch самостоятельный полигон для тестирования новшеств, на базе которых формируются сборки fedora. А fedora собственный полигон тестирования для rhel. Так правильней.

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

28. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от IRASoldier_registered (ok), 14-Апр-20, 17:28

Fedora, вообще-то, в первую очередь полигон тестирования для... Fedora. Которая прекрасно может существовать и без RHEL, если, внезапно, связь с Red Hat оборвётся, а команда разрабов сохранится в составе, позволяющем делать дистрибутив уровня выше васяновского.

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

5. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от псевдонимус (?), 14-Апр-20, 13:35

Ух...хватит уже так шутить, боюсь живот надорвать %-)

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

6. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +6 +/–

Сообщение от Аноним (6), 14-Апр-20, 14:02

Весь не интерпрайз это полигон для тестирования на хомячках.

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

3. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –2 +/–

Сообщение от Аноним (3), 14-Апр-20, 13:32

Писали бы лучше ебылды.

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

7. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (6), 14-Апр-20, 14:03

А как же Nih-синдром?

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

8. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +2 +/–

Сообщение от Аноним (8), 14-Апр-20, 14:28

Gentoo Linux:
    Первый выпуск: 31 марта 2002 года
RPM:
    First commit: Nov 27th 1995

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

11. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (11), 14-Апр-20, 14:54

Вы видели тот рпм? А деб? Ебилды крутые и удобные. Действительно, практически все поставленные "цели" решаемы в рамках генты с минимумом затрат. А оставшиеся, излишне сомнительны, чтобы о них думать.

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

12. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от Аноним (12), 14-Апр-20, 15:06

Поддерживаю. У Генты самые удобные инструменты.

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

13. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –2 +/–

Сообщение от Аноним (6), 14-Апр-20, 15:22

Даже единственный нормальный линукс Chrome OS. Поддерживает ебилды.

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

19. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +2 +/–

Сообщение от Аноним (19), 14-Апр-20, 16:32

Видел и rpm specs, и правила сборки dep-пакетов, и ebuild'ы. Из всей тройки rpm specs самый удобные.

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

21. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (11), 14-Апр-20, 16:44

> Видел и rpm specs, и правила сборки dep-пакетов, и ebuild'ы. Из всей
> тройки rpm specs самый удобные.
Можно менять параметры сборки ебилда просто задав переменную в текстовом файле или переопределив хуки. Патчи применяются сами собой, достаточно положить их рядом. Крайне удобно для всяческих экспериментов. Всё происходит в песочинице, у конкурентов с этим вроде какие-то проблемы были.
Красота на самом деле https://projects.gentoo.org/pms/7/pms.html

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

22. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от GentooBoy (ok), 14-Апр-20, 16:56

В Makefile тоже так можно это не рокетсайн

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

24. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +1 +/–

Сообщение от Аноним (11), 14-Апр-20, 17:07

> В Makefile тоже так можно это не рокетсайн
Мейкфайлы это уже исходники. Прелесть именно в том, чтобы ничего с ними не делать. И менять параметры пакета одним словом, в максимально простом и незатратном формате.

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

23. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (8), 14-Апр-20, 16:58

> Можно менять параметры сборки ебилда просто задав переменную в текстовом файле или переопределив хуки
Как и в RPM.
> Патчи применяются сами собой, достаточно положить их рядом.
Как и в RPM.
> Всё происходит в песочинице,
Как и в RPM.

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

25. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (11), 14-Апр-20, 17:08

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

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

27. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +3 +/–

Сообщение от Аноним (8), 14-Апр-20, 17:21

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

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

39. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от microsoft (?), 14-Апр-20, 21:55

Тока в генте для применения патча не надо править ебилд а в рпм надо править спек ага

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

41. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от Аноним (8), 14-Апр-20, 22:26

> Тока в генте для применения патча не надо править ебилд
Не знаю-не знаю. Вот свежий пример: и патч добавили, и ебилд поправили: https://gitweb.gentoo.org/repo/gentoo.git/commit/www-client/...
> в спеках парпметры гуляют
А теперь то же самое, но по-русски.

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

46. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от аНоним (?), 15-Апр-20, 14:12

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

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

40. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от microsoft (?), 14-Апр-20, 21:56

Ага ну и да в спеках парпметры гуляют так что..

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

14. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (6), 14-Апр-20, 15:23

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

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

15. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (8), 14-Апр-20, 15:33

> чужие поделки во всем лучше
"Proudly found elsewhere!"
Детального обоснования лучшести мы, разумеется, не дождемся.

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

35. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (35), 14-Апр-20, 19:36

> А как же Nih-синдром?
А как же NIX-синдром?

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

9. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –5 +/–

Сообщение от Аноним (9), 14-Апр-20, 14:37

>на предоставление окружения, основанного на репозитории Fedora Rawhide, которое может применяться для тестирования функциональности будущих выпусков дистрибутива RHEL (Red Hat Enterprise Linux).
Ясно, понятно. Так и записал: "Федора - это тестовый полигон".

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

10. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +1 +/–

Сообщение от КО (?), 14-Апр-20, 14:50

Как бы да, но в то же время Rawhide это тестовый полигон Федоры. Странно, что все возбуждаются на то, что его используют как тестовый полигон. :)

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

42. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от анонимуслинус (?), 14-Апр-20, 23:25

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

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

43. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от 0x0 (?), 15-Апр-20, 01:13

Кто-то возится с "тестовым полигоном", другие силятся пристроиться поближе то ли к важняку Столлману, то ли к его лобковым вшам, третьи ещё в чем-то своём упражняются...
Никак не пойму, какая в этом может быть сверхсмертельная проблема? )

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

17. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –2 +/–

Сообщение от Аноним (17), 14-Апр-20, 16:19

Первая мысль после прочтения заголовка: а ещё Проект по эмуляции VisualStudio на базе Emacs

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

26. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (26), 14-Апр-20, 17:15

А если наоборот?

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

29. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +1 +/–

Сообщение от IRASoldier_registered (ok), 14-Апр-20, 17:30

Ну есть же для товарищей с особенными потребностями Vim-режим для Sublime Text. Значит и Emacs-режим для VSCode кто-то может учинить.

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

50. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним84701 (ok), 16-Апр-20, 12:15

> А если наоборот?
Как там дела сейчас обстоят не знаю, но для VS 2010 оно было и вполне работало:
https://devblogs.microsoft.com/visualstudio/emacs-emulation-.../

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

20. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +1 +/–

Сообщение от Аноним (19), 14-Апр-20, 16:33

> ELN также позволит проверять намеченные изменения условных блоков в spec-файлах, т.е. собирать пакет со срабатыванием условий с переменной "%{rhel}", установленной в значение "9" (переменная "%{fedora}" ELN будет возвращать "false"), симулируя сборку для будущей ветки RHEL.
Это не переменные, макросы.

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

30. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от Аноним (30), 14-Апр-20, 17:42

Похоже на костыль

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

33. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от Ni (??), 14-Апр-20, 18:38

Python

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

31. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от Аноним (31), 14-Апр-20, 17:54

готовят переход всех, включая винду, на RHEL. МежДелМаш бабки на ветер не бросает

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

45. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." –1 +/–

Сообщение от Аноним (45), 15-Апр-20, 07:21

Эти люди никогда не слышали о Debian -е? Я принашу вам благую весть! Есть такой дистрибутив по-имени Debian!

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

48. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от анонимуслинус (?), 15-Апр-20, 19:16

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

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

49. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..." +/–

Сообщение от псевдонимус (?), 16-Апр-20, 05:46

>различий минимум.да системд
> внесла единообразие в линуксы однако.
Стали одинаково глючными и не прозрачными?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

16. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+13 +/–
Сообщение от Аноним (16), 14-Апр-20, 16:18
Это очень позитивная новость для всех, кто пользуется 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 в рамках пакета.
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+2 +/–
	Сообщение от DeaDBeeF (ok), 14-Апр-20, 16:22
	что только люди не придумают, лишь бы не использовать Debian
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+5 +/–
	Сообщение от псевдонимус (?), 14-Апр-20, 20:14
	Дебиан давно уже использовали...если ты понимаешь о чем я.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от Коровавирус (?), 15-Апр-20, 01:25
	Debian и nix :)
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	34. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+4 +/–
	Сообщение от Аноним (34), 14-Апр-20, 19:36
	А я прочитал. Спасибо за хороший комментарий.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	37. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+3 +/–
	Сообщение от А (??), 14-Апр-20, 20:50
	Спасибо за толковый коммент. Стоит отметить что ELN - сам по себе не решит проблему совместимости пакетов. ELN - это инфраструктурная вещь, которая позволит приложить EL-конфиг к Fedora Rawhide и посмотреть насколько не совпало и что сломалось. Это скорее такой инструмент для анализа и оповещения разработчиков, чем решение проблемы. Однако это лишь часть того что происходит сейчас в экосистеме Fedora и CentOS. И если скомбинировать ELN как систему раннего оповещения и инициативу CentOS Stream как место где разработка RHEL будет вестись в открытом виде _до_ релиза RHEL, то действительно получится то, что ты описываешь. В целом RHEL перестает быть скрытным и выходит в открытый доступ на всех уровнях, не только публикацией исходников после релиза, но самой разработкой. И тем кто строит какие-то решения на базе RHEL/CentOS теперь будет проще и быстрее с ним работать.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	38. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+1 +/–
	Сообщение от microsoft (?), 14-Апр-20, 21:52
	Просто в этом уже нет прибыли
	Ответить \| Правка \| Наверх \| Cообщить модератору

1. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–2 +/–
Сообщение от Аноним (1), 14-Апр-20, 13:16
ну что это такое давайте уже в арчь!
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–4 +/–
	Сообщение от anonymous (??), 14-Апр-20, 13:27
	Arch самостоятельный, а Fedora - собственный полигон для тестирования (что данные изменения в который раз подтверждают).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+5 +/–
	Сообщение от анонимус (??), 14-Апр-20, 13:34
	arch самостоятельный полигон для тестирования новшеств, на базе которых формируются сборки fedora. А fedora собственный полигон тестирования для rhel. Так правильней.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от IRASoldier_registered (ok), 14-Апр-20, 17:28
	Fedora, вообще-то, в первую очередь полигон тестирования для... Fedora. Которая прекрасно может существовать и без RHEL, если, внезапно, связь с Red Hat оборвётся, а команда разрабов сохранится в составе, позволяющем делать дистрибутив уровня выше васяновского.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–1 +/–
	Сообщение от псевдонимус (?), 14-Апр-20, 13:35
	Ух...хватит уже так шутить, боюсь живот надорвать %-)
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	6. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+6 +/–
	Сообщение от Аноним (6), 14-Апр-20, 14:02
	Весь не интерпрайз это полигон для тестирования на хомячках.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

3. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–2 +/–
Сообщение от Аноним (3), 14-Апр-20, 13:32
Писали бы лучше ебылды.
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от Аноним (6), 14-Апр-20, 14:03
	А как же Nih-синдром?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+2 +/–
	Сообщение от Аноним (8), 14-Апр-20, 14:28
	Gentoo Linux: Первый выпуск: 31 марта 2002 года RPM: First commit: Nov 27th 1995
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от Аноним (11), 14-Апр-20, 14:54
	Вы видели тот рпм? А деб? Ебилды крутые и удобные. Действительно, практически все поставленные "цели" решаемы в рамках генты с минимумом затрат. А оставшиеся, излишне сомнительны, чтобы о них думать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–1 +/–
	Сообщение от Аноним (12), 14-Апр-20, 15:06
	Поддерживаю. У Генты самые удобные инструменты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–2 +/–
	Сообщение от Аноним (6), 14-Апр-20, 15:22
	Даже единственный нормальный линукс Chrome OS. Поддерживает ебилды.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+2 +/–
	Сообщение от Аноним (19), 14-Апр-20, 16:32
	Видел и rpm specs, и правила сборки dep-пакетов, и ebuild'ы. Из всей тройки rpm specs самый удобные.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	21. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от Аноним (11), 14-Апр-20, 16:44
	> Видел и rpm specs, и правила сборки dep-пакетов, и ebuild'ы. Из всей > тройки rpm specs самый удобные. Можно менять параметры сборки ебилда просто задав переменную в текстовом файле или переопределив хуки. Патчи применяются сами собой, достаточно положить их рядом. Крайне удобно для всяческих экспериментов. Всё происходит в песочинице, у конкурентов с этим вроде какие-то проблемы были. Красота на самом деле https://projects.gentoo.org/pms/7/pms.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от GentooBoy (ok), 14-Апр-20, 16:56
	В Makefile тоже так можно это не рокетсайн
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+1 +/–
	Сообщение от Аноним (11), 14-Апр-20, 17:07
	> В Makefile тоже так можно это не рокетсайн Мейкфайлы это уже исходники. Прелесть именно в том, чтобы ничего с ними не делать. И менять параметры пакета одним словом, в максимально простом и незатратном формате.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от Аноним (8), 14-Апр-20, 16:58
	> Можно менять параметры сборки ебилда просто задав переменную в текстовом файле или переопределив хуки Как и в RPM. > Патчи применяются сами собой, достаточно положить их рядом. Как и в RPM. > Всё происходит в песочинице, Как и в RPM.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	25. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от Аноним (11), 14-Апр-20, 17:08
	Да ну что ты мне рассказываешь, перед тем как свалить на генту я тоже регулярно собирал эти rpm.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+3 +/–
	Сообщение от Аноним (8), 14-Апр-20, 17:21
	Ну, если не утруждать себя чтением мануалов, то любой инструмент будет максимально враждебным.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от microsoft (?), 14-Апр-20, 21:55
	Тока в генте для применения патча не надо править ебилд а в рпм надо править спек ага
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	41. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–1 +/–
	Сообщение от Аноним (8), 14-Апр-20, 22:26
	> Тока в генте для применения патча не надо править ебилд Не знаю-не знаю. Вот свежий пример: и патч добавили, и ебилд поправили: https://gitweb.gentoo.org/repo/gentoo.git/commit/www-client/... > в спеках парпметры гуляют А теперь то же самое, но по-русски.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	+/–
	Сообщение от аНоним (?), 15-Апр-20, 14:12
	Речь про пользовательские патчи, не прописанные в ебилде. Ты их просто кладешь куда надо, portage сам их наложит, ничего править не надо
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Проект по эмуляции сборки Red Hat Enterprise Linux на базе F..."	–1 +/–
	Сообщение от microsoft (?), 14-Апр-20, 21:56
	Ага ну и да в спеках парпметры гуляют так что..
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору