LINUX.ORG.RU

Подготовлен альтернативный репозиторий с исходными кодами Red Hat Enterprise Linux

 , , , ,


2

1

Ассоциация создателей клонов Red Hat Enterprise Linux OpenELA, в которую входит Rocky Linux в лице CIQ, Oracle Linux, а также SUSE, разместила альтернативный репозиторий с исходным кодом RHEL. Исходный код доступен бесплатно, без регистраций и смс. Репозиторий поддерживается и сопровождается членами ассоциации OpenELA.

В будущем планируется создание инструментария для изготовления своего дистрибутива Enterprise Linux, а также добавление исходного кода RHEL 7.

Появился репозиторий в связи с закрытием git.centos.org комппнией IBM в части публикации исходных кодов Red Hat Enterprise Linux, а также в связи с введением запрета на редистртбьюцию клиентам Red Hat.

Для курирования ассоциации создана НКО, которая будет заниматься юридической и финансовой стороной проекта OpenELA, а принятием технических решений, координацией разработки и сопровождением будет заниаться управляющий технический комитет (Technical Steering Committee).

>>> Подробности

anonymous

Проверено: maxcom ()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от wandrien

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

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)
Ответ на: комментарий от thesis

просто вспомни, что ты одмин, и ЛИЧНО ДЛЯ ТЕБЯ изоляция = дефект и геморрой, а не что-то полезное и разумное.

Для меня это обе стороны. Это полезно мне, потому что старое легаси я и сам напрямую в интернет не выпущу — ломанут же.

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от thesis

Да мне тоже интересно, к чему всё это приведёт.

До самой шляпы как фирмы мне фиолетово. Ну если загнется эта, будет другая. Так даже интереснее, источник свежих новостей.

wandrien ★★
()
Ответ на: комментарий от firkax

Вот это жаль, спасибо за инфу. Вот тебе ещё плюс RHEL — как я понимаю, там подписаны именно пакеты, и можешь проверить подпись по ключу, что есть в системе с момента установки.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от wandrien

Вопрос, какая на них лицензия, и где она написана.

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

n0mad ★★★
()

Опять «иностранные геи» сделали намного более адекватное решение для всего мира, чем ROSA и всякие шизанутые астры.

Decker
()
Ответ на: комментарий от n0mad

Не-а. Собирать могут хоть и проприетарным.

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от n0mad

Ну вот смотри. Мысленный эксперимент.

Я беру проприетарную фриварь, которая по лицензии позволяет неограниченное распространение копий исполняемого файла. И пишу spec для сборки rpm с ней.

Лицензию на фриварь я не нарушил? Не нарушил. Продукт проприетарный? Проприетарный.

А под какой лицензией сам spec? Да под какой захочу.

Допустим,выложил его под MIT.

wandrien ★★
()
Ответ на: комментарий от wandrien

Вопрос, какая на них лицензия, и где она написана.

Мне кажется она написана в GPL, там кажется есть пункт согласно которому всё сделанное на основе GPL исходников - обязано предоставляьться под GPL, иначе это нарушение лицензии.
Вот сделал ты скриптик для сборки этих GPL исходников - ты его обязан предоставить как GPL. В этом вся «несвобода» GPL. На основе GPL продукта ты не можешь сделать закрытый продукт...

n0mad ★★★
()
Ответ на: комментарий от n0mad

всё сделанное на основе GPL исходников - обязано предоставляьться под GPL

Да.

Вот сделал ты скриптик для сборки этих GPL исходников - ты его обязан предоставить как GPL.

Нет. Он не сделан на основе этого кода, он сделан для этого кода.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от n0mad

Так мой скриптик (рецепт сборки) сделан не «на основе» исходного кода.

Требования GPL ни при делах.

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

wandrien ★★
()
Ответ на: комментарий от wandrien

У дебиан вообще есть воспроизводимые сборки?

ЕМНИП, оттуда это и пошло в массы.

Rootlexx ★★★★★
()

OpenELA нарушает дух свободного ПО. RedHat предоставила всем желающим площадку, где бы они могли совместно участвовать в разработке продукта. Нет, мы не хотим разрабатывать ПО, мы хотим торговать добрым именем RedHat. Это какой-то позор. Для конечного пользователя все это выльется в повышение цен и уменьшение удобства использования

nightsinger
()
Ответ на: комментарий от sanyo1234

О том и речь, что получив сорцы под GPL, клиент может их благополучно невозбранно форкать и раздавать кому угодно хоть 100 раз в минуту.

Совершенно верно. Но там не должно быть исходников принадлежащих шапке, которые не гпл.

DrRulez ★★★★
()
Ответ на: комментарий от n0mad

Мне кажется она написана в GPL, там кажется есть пункт согласно которому всё сделанное на основе GPL исходников - обязано предоставляьться под GPL, иначе это нарушение лицензии.

Вас так послушать, то GPL-исходники и архиватором RAR запрещено сжимать. И скринкаст GPL-программы нельзя выложить в Интернеты в mp4/aac.

MoldAndLimeHoney
()
Ответ на: комментарий от DrRulez

Но там не должно быть исходников принадлежащих шапке, которые не гпл.

А такие есть, которые не под GPL или другими свободными лицензиями?

sanyo1234
()
Ответ на: комментарий от nightsinger

OpenELA нарушает дух свободного ПО.

Чем это?

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

Пытается загнать в свой несвободный загончик?

Нет, мы не хотим разрабатывать ПО, мы хотим торговать добрым именем RedHat.

Законно? Законно.

Red Hat сам подписался на такое, когда согласился развивать GPL софт.

Это какой-то позор.

Почему?

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

Они сами подписались быть клиентами Red Hat, который сам подписался развивать GPL софт. Их силой никто не принуждал. Свобода же.

sanyo1234
()
Ответ на: комментарий от DrRulez

Все, где написано (c) RedHat

Какая связь между исключительным правом и видом лицензии?

Если на Windows написано (c) Microsoft, то ты не в праве использовать её на условиях лицензии?

Если на RHEL написано (с) Red Hat, то не в праве использовать сорцы на условиях лицензии? Какие условия лицензии у свободных лицензий (MIT, GPL, etc.)? Какая разница, кто правообладатель и автор, если правообладатель и автор раздают софт под свободными лицензиями?

Могут перестать раздавать? - могут, но ведь пока не перестали, всё законно?

Покажи мне файл, созданный сотрудником RHEL, который распространяется под несвободной лицензией, и копия которого есть, например, в Rocky.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 2)
Ответ на: комментарий от n0mad

Если красношапка собирает что то из GPL источников - то инструментарий сборки обязан предоставляться под GPL, иначе они нарушают лицензию.

Разве инструментарий сборки линкуется в бинарь?

sanyo1234
()
Ответ на: комментарий от n0mad

На основе GPL продукта ты не можешь сделать закрытый продукт…

IMHO только если они прилинкованы друг к другу линкером напрямую и вызывают друг друга через функции. Нет ограничений, даже чем и как их линковать, хоть из комплекта Microsoft Visual C++ (очевидно проприетарного).

Даже syscalls являются успешным изолятором проприетари для соблюдения требований GPL лицензии открытой части (ядро GPL, а часть userland может быть и нет). И уж тем более сетевой стек даже через localhost.

Иначе бы нельзя было обращаться из образно проприетарного 1С в какой-нибудь GPL DBMS (например, MySQL хоть и не поддерживается технически, но суть в этом).

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Чем это?

тем, что нарушается принцип сотрудничества. Объективно имея все возможности для совместной работы над RHEL, OpenELA предпочитают паразитировать на труде RedHat. “Free” as in “free speech,” not as in “free beer.”

Пытается загнать в свой несвободный загончик?

что же в нем несвободного? Каким образом RedHat сможет ограничить Oracle, если те присоединятся к разработке RHEL? В аналогичной ситуации с Java сообщество разрабатывает OpenJDK, и у каждого вендора есть свои брендованные сборки, всех все устраивает, а в ситуации с RHEL сообщество почему-то хочет иметь RHEL, но разрабатывать его не хочет

Red Hat сам подписался на такое, когда согласился развивать GPL софт.

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

nightsinger
()
Ответ на: комментарий от nightsinger

тем, что нарушается принцип сотрудничества

РедХатом нарушается.

Вообще я сначала подумал, что это троллинг. Но если ты серьёзно, это еще смешнее.

wandrien ★★
()
Ответ на: комментарий от wandrien

РедХатом нарушается.

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

nightsinger
()
Ответ на: комментарий от nightsinger

Это не повинность RedHat, а их выбор, обусловленный наличием коммерческого интереса.

Не повинность выполнять условия GPL? Серьёзно!? Тогда могут закрывать свою лавку хоть прямо сегодня за нарушение GPL!

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

Нытьё корпов о прибыли, как это мило. Бедняжка IBM не знает, где взять денежек, LOL

Вольны предпринимать меры контроля только в рамках закона.

А сообщество вольно предпринимать любые меры паразитирования на RHEL, ессно тоже только в рамках закона. Как-то так.

Суть лицензии GPL, - это то, что однажды форкнувший, подписывается всю жизнь расплачиваться своими паблик контрибьютами. Т.е. еще 20+ лет назад Red Hat подписался, что согласен на любые виды паразитирования на их продуктах в рамках условий GPL.

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

sanyo1234
()
Ответ на: комментарий от nightsinger

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

Да пользователям Rocky нередко чуть менее, чем пох. на платных пользователей красношляпы. Прикольно, да !? ;)

sanyo1234
()
Ответ на: комментарий от nightsinger

В аналогичной ситуации с Java сообщество разрабатывает OpenJDK, и у каждого вендора есть свои брендованные сборки, всех все устраивает, а в ситуации с RHEL сообщество почему-то хочет иметь RHEL, но разрабатывать его не хочет

Ты сейчас про Федорину альфу или про стабильный OpenJDK ?

sanyo1234
()
Ответ на: комментарий от nightsinger

Каво ты собрался «совместно разрабатывать»? RH единолично ведёт разработку ключевых компонент инфраструктуры.

wandrien ★★
()
Ответ на: комментарий от wandrien

Можно, например, совместно systemd в RHEL заменять на OpenRC после совместного голосования :)

sanyo1234
()
Ответ на: комментарий от sanyo1234

Вольны предпринимать меры контроля
сообщество вольно предпринимать любые меры паразитирования

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

Суть лицензии GPL

суть GPL в сотрудничестве. Но только OpenELA не требуется сотрудничество, им не нужен код. Им нужен продукт байт-в-байт идентичный RHEL. Т.е. люди хотят необоснованно нажиться на деловой репутации RedHat

Такими темпами не будет никакого RHEL, будем пользоваться Ubuntu Enterprise Server, а что такого, хороший дистрибутив

nightsinger
()
Ответ на: комментарий от wandrien

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

nightsinger
()
Ответ на: комментарий от nightsinger

суть GPL в сотрудничестве.

Условиями лицензии предусмотрено? Или этот термин ты придумал?

Но только OpenELA не требуется сотрудничество, им не нужен код. Им нужен продукт байт-в-байт идентичный RHEL. Т.е. люди хотят необоснованно нажиться на деловой репутации RedHat

А Red Hat нажилась на вкладе разработчиков GPL софта?

Ведь могла сама напейсать свой условный аналог IBM AIX, но нет, зачем-то полезла к GPL сообществу. Чтобы твоими устами проповедовать свои интересы и правила? Жили не тужили, соблюдами GPL. Но тут из-за угла появляется RHEL.

Что плохого в наживе, осуществляемой с соблюдением закона?

sanyo1234
()
Ответ на: комментарий от nightsinger

будем пользоваться Ubuntu Enterprise Server, а что такого, хороший дистрибутив

Ты перепутал с Debian ;)

sanyo1234
()
Ответ на: комментарий от sanyo1234

Условиями лицензии предусмотрено? Или этот термин ты придумал?

это мое суждение, обусловленное моей личной выгодой

А Red Hat нажилась на вкладе разработчиков GPL софта?

еще как нажилась, и это дало буст всему СПО. Но только ничего подобного в результате деятельности OpenELA не будет

nightsinger
()
Ответ на: комментарий от nightsinger

это мое суждение, обусловленное моей личной выгодой

Когда сталкиваются интересы нескольких ценителей личной выгоды, то в лучшем случае происходит открытое голосование?

sanyo1234
()
Ответ на: комментарий от sanyo1234

мы про JDK или про RHEL? Сейчас никто из крупных венlоров не участвует в разработке RHEL, поэтому его разработку полностью контролирует RedHat

nightsinger
()
Ответ на: комментарий от nightsinger

s/поэтому/потому что/

Ты те же курсы оканчивал, что и Альфа? Но если так, то плохо учился. Бледная копия.

wandrien ★★
()
Ответ на: комментарий от sanyo1234

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

nightsinger
()
Ответ на: комментарий от nightsinger

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

Полноценными, а не жалкими унтерменьшами.

Слова мужчины (а не мальчика, сарказм) - белого господина! LOL

sanyo1234
()
Ответ на: комментарий от sanyo1234

Нужно просто достать и сравнить. Достать отчёты, сколько Оракл вложил в дивёрсити, и сколько Шляпа. Кто больше, тот и молодец. А второго отменить.

Сейчас же у цивилизованных людей так вопросы решаются.

wandrien ★★
()
Ответ на: комментарий от X-Pilot

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

Оракль ещё можно понять, у них нет своего дистра и начинать сначала долго и дорого.

papin-aziat ★★★★★
()
Ответ на: комментарий от nightsinger

Нет сотрудничества

Нука нука, ты где своё ядро взял, а?? признавайся!

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

Хватит ныть, gcc в руки и бегом разрабатывать свой собственный конкурент AIX-а с нуля (из асмового hello world).

sanyo1234
()
Ответ на: комментарий от sanyo1234

На gcc нефиг паразитировать.

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

wandrien ★★
()
Ответ на: комментарий от wandrien

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

А в случае с RHEL у нас какой-то цирк-шапито, результат которого снижение качества СПО и повышение издержек

nightsinger
()
Ответ на: комментарий от nightsinger

Ты в RHEL просто так даже собственный багфикс уязвимости не зальёшь, тебя просто инженер из RH натрибу пошлёт и всё. Харош фантазировать.

wandrien ★★
()
Ответ на: комментарий от sanyo1234

я взял ядро в MS Store, но при этом не рассказываю своим клиентам, что это не просто ядро Linux, а ядро от самого Линeса Торвальдса и компании Microsoft

nightsinger
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.