Компания Red Hat объявила об изменении подхода к публикации исходных текстов пакетов дистрибутива Red Hat Enterprise Linux и прекращении публикации кода пакетов в Git-репозитории git.centos.org. Единственным публично доступным источником исходных текстов пакетов RHEL теперь будет репозиторий CentOS Stream. Для клиентов и партнёров Red Hat будет оставлена возможность загрузки кода пакетов, соответствующих релизам RHEL, через клиентский портал компании, доступ к которому требует наличия учётной записи...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59323
Тоесть разработчикам AlmaLinux, Rocky Linux, Oracle Linux и EuroLinux придется купить хотя бы по одной лицензии на RHEL чтобы качать исходники пакетов. Молодцы прадованы RedHat плюс 4 новых покупателя.
Они разработчики, а не дураки. Сбросятся вчетвером на одну лицензию.
Это и есть тот самый опенсорс?
Ну как бы правов столько сколько в лицензии написано. И да, представляете, доступ к какой-нить инфраструктуре по части сборки пакетов если кто и обязан - то только если у вас бинарь этого есть. А бинари редхатовских систем легально могут быть только у клиентов редхата.Другое дело что получив сорц можно его вообще совсем невозбранно раздать на всю толпу. Главное трейдмарки редхата при этом выпилить.
всхохотал, спасибо!
Их всё равно плавно и монотонно выжмут с рынка это же IBM они могут позволить себе действовать неторопливо. Так глядишь в системд что-нибудь щелкнет и все неугодные дистры превратятся в тыкву.
Сами себя закопают)
В чём - закопают?
Те, кто брали у них исходники - не приносят им никакой прибыли.
Народ перестанет за бесплатно обучаться их ОС и они получат ещё один z/OS вместе с AIX.
> Народ перестанет за бесплатно обучаться их ОС и они получат ещё один
> z/OS вместе с AIX.Толковый народ будет учить то, владение чем требуется для того, чтобы пройти собеседование при устройстве на работу.
В России РедХат никому в этом смысле уже не нужен.
А вот на западном рынке им бояться того, что их кто-то подвинет пока не стоит.
В каком-нибудь 2000-ом году кто-то рассуждал один в один как ты про AIX ну куда вы денетесь это же стандарт UNIX. И где они? Сколько уже было таких компаний та же Sun так же думала, она тоже была в фаворе какое-то время. Ничего время покажет что никто не учится ни на своих ни на чужих ошибках.
> В каком-нибудь 2000-ом году кто-то рассуждал один в один как ты про
> AIX ну куда вы денетесь это же стандарт UNIX. И где
> они?Сколько денег с 2000-го года IBM заработала на AIX?
Никто точно не знает, но то, что это были немаленькие деньги - никто не сомневается.
Надеюсь, Вы не будете спорить, что основная задача коммерческой компании - зарабатывать деньги.RH на Западе будет оставаться linux-платформой нумеро уно до тех пор, пока они задаёт новые стандарты.
Вот если они утеряют лидерство именно в этой области - вот с этого момента они пойдут на спад.
Чего мы пока не наблюдаем.
Поэтому беспокоиться им в среднесрочной перспективе не о чем.P.S. А практически все возможности, которые были уникальным преимуществом Solaris от почившей Sun - есть теперь в любом серьёзном дистрибутиве Linux. Sun ушла именно из-за того, что ей не удалось перехватить эстафетную палочку навязывания новых стандартов. Ну, и из-за неразумной ценовой политики
Давай про деньги выручка IBM с 2011 года упал со $100 млрд до $60 млрд в 2022 году. Я конечно не любитель линейно интерполировать, обычно занимаюсь экспоненциальной. Но результат как видишь на лицо.Только вот не надо включать, дай ссылку, я не могу пользоваться гуглом, я тебе не верю. Макс не любит ссылки и я никого рекламировать не собираюсь. Все данные в открытом доступе IBM публичная компания.
> Давай про деньги выручка IBM с 2011 года упал со $100 млрд
> до $60 млрд в 2022 году. Я конечно не любитель линейно
> интерполировать, обычно занимаюсь экспоненциальной. Но результат как видишь на лицо.
> Только вот не надо включать, дай ссылку, я не могу пользоваться гуглом,
> я тебе не верю. Макс не любит ссылки и я никого
> рекламировать не собираюсь. Все данные в открытом доступе IBM публичная компания.Во-первых - без ссылок на факты обсуждать их не будут. Так что страхуетесь Вы зря.
Во-вторых - основной статьёй доходов IBM является НЕ продажа AIX, верно?
Ну, и в третьих - до тех пор пока продажа чего-либо приносит доход, тот кто продаёт это самое "что-либо" - будет его продавать.Хотите поругаться, так так и скажите - "Хочу, мол-де поругаться, а в реальной жизни опасаюсь, что за это могут побить". И я Вас пойму.
Выручка упала, а прибыль?
Большой Голубой уже пытался идти таким путём и далеко не раз: OS/2, PowerPC - это что сразу вспоминается. А могли реально стать ведущими в части настольной ОС и ПК, но дебильный маркетинг подвёл.
РХЕЛ популярен именно из-за той открытости, какую сейчас прикрывают. И лично мне именно rpm-based дистрибутивы ближе по разным причинам, но теперь есть вероятность, что придётся менять дистрибутив не на rpm.P.S. Я лично из помню и наиболее полезного переехавшего: LVM из JFS из AIX. Ну и ZFS из солярки. Но есть ещё кучка мелких, но очень полезных особенностей, которые пока не переехали в другие дистрибутивы (частично это было принято именно в РХЕЛ, но не всё).
> P.S. Я лично из помню и наиболее полезного переехавшего: LVM из JFS
> из AIX. Ну и ZFS из солярки. Но есть ещё кучка
> мелких, но очень полезных особенностей, которые пока не переехали в другие
> дистрибутивы (частично это было принято именно в РХЕЛ, но не всё).KVM и докеры - тоже приблизительные аналоги зон из Солярис.
Не один к одному, но задачи способы выполнять примерно те же.
А дедупликации блочных устройств, как vdo в RH - я в Солярисе даже и не припоминаю.
>> P.S. Я лично из помню и наиболее полезного переехавшего: LVM из JFS
>> из AIX. Ну и ZFS из солярки. Но есть ещё кучка
>> мелких, но очень полезных особенностей, которые пока не переехали в другие
>> дистрибутивы (частично это было принято именно в РХЕЛ, но не всё).
> KVM и докеры - тоже приблизительные аналоги зон из Солярис.
> Не один к одному, но задачи способы выполнять примерно те же.
> А дедупликации блочных устройств, как vdo в RH - я в Солярисе
> даже и не припоминаю.Так-то да, вот только в Солярке это работает на уровне железа со всеми прилагающимися плюсами в виде лучшей безопасности (и гораздо эффективней в части потребления ресурсов). Да и возникло куда как раньше. Про замену на "горячую" процов и памяти я вообще молчу. И это, опять же - поддержка на уровне железа.
> Так-то да, вот только в Солярке это работает на
> уровне железа со всеми прилагающимися плюсами в виде лучшей безопасности (и
> гораздо эффективней в части потребления ресурсов). Да и возникло куда как
> раньше. Про замену на "горячую" процов и памяти я вообще молчу.
> И это, опять же - поддержка на уровне железа.По поводу лучшей безопасности - это старое и не очень достоверное предание.
Особенно по части Trusted Solaris, по мотивам которого делали SELinux.
И, кстати, по требованию той же организации, которая этот SELinux потом делала.Что именно работало на уровне железа - "горячая замена"?
Ну, так простите, это уже не заслуга Солярис - это заслуга именно железа.Экономическая эффективность в ту эпоху, когда виртуализация позволяет бесшовно осуществлять живую миграцию приложения с одного физического сервера на другой - этой "горячей замене" не оставляет ни единого шанса.
Я помню под каким я был впечатлением, когда держал в руках прайс на эти аппараты с возможностью "горячей замены".
Видимо, остальные участники рынка тоже впечатлились, и в виде виртуализированного линукса нашли более эффективное и дешёвое решение.
> По поводу лучшей безопасности - это старое и не очень достоверное предание.Я не спец ни по солярке, ни под железу санок: сужу по словам коллеги, сертифицированного в своё время по санкам по полной. Который сейчас так же вплотную занимается Линухом.
> Что именно работало на уровне железа - "горячая замена"?
> Ну, так простите, это уже не заслуга Солярис - это заслуга именно железа.Это и железо и софт: я это указывал. Хотя в ВМ сейчас на горячую тоже можно и добавить и убавить и ядра и память, но не редко (сам сталкивался) можно "весёлые спецэффекты" словить.
> Экономическая эффективность в ту эпоху, когда виртуализация позволяет бесшовно осуществлять
> живую миграцию приложения с одного физического сервера на другой - этой
> "горячей замене" не оставляет ни единого шанса.
> Я помню под каким я был впечатлением, когда держал в руках прайс на эти аппараты с возможностью "горячей замены".
> Видимо, остальные участники рынка тоже впечатлились, и в виде виртуализированного линукса
> нашли более эффективное и дешёвое решение.Вообще-то этими технологиями решаются несколько разные задачи, местами пересекающиеся.
И не всё и не всегда решается виртуализацией. Если у вас серьёзный кластер СУБД (на пару сотен ТБ и высоконагруженный), например, то виртуализация тут противопоказана.
> Я не спец ни по солярке, ни под железу
> санок: сужу по словам коллеги, сертифицированного в своё время по санкам
> по полной. Который сейчас так же вплотную занимается Линухом.Сам тоже нисколько не претендую на звание соляровода.
Но вот проклятий от настоящих соляроводов наслушался изрядно.
Возможно Ваш коллега занимался той областью, где на подводные камни он не натыкался.
В любом случае, что-то сказать об опыте незнакомого мне человека, который занимался тем, в чём я специалистом не являюсь - я не способен.> Это и железо и софт: я это указывал. Хотя
> в ВМ сейчас на горячую тоже можно и добавить и убавить
> и ядра и память, но не редко (сам сталкивался) можно "весёлые
> спецэффекты" словить.Знаете, я не знаю сохранились ли рассылки по солярису тех времён в открытом доступе - но вот там было что-то подозрительно похожее на то, что Вы сейчас говорите.
> Вообще-то этими технологиями решаются несколько разные задачи, местами пересекающиеся.
Вы про то, что быстро поднятый сервис всё-таки считается упавшим?
Ну, для таких случаев есть pacemaker и иже с ними.
Да, на это уйдёт больше ресурсов, да это потребует больше внимания при настройке - но это будет на пару порядков (то есть раз в 100) дешевле чем такое же решение в 2000-ых на сертифицированном комплексе (Solaris) + (Hard from Sun)
> И не всё и не всегда решается виртуализацией. Если
> у вас серьёзный кластер СУБД (на пару сотен ТБ и высоконагруженный),
> например, то виртуализация тут противопоказана.Не скажите.
Тут ещё очень сильно зависит от того, в каком режим работает такой гипотетический кластер.
Даже в телекоме и банках никто не будет требовать чтобы вся эта пара сотен кластеризованных ТБ находились в одинаковом классе доступности. То есть для горячего доступа всегда будет нужна гораздо меньшая часть данных.Это Вы просто, наверное, не интересуетесь, что там сейчас в мире k8s происходит со всякими cloud-native db.
Пройдет ещё совсем немного времени, и это, скорее всего, будет доступно даже тем, кто и подумать об этом не мог.
> Сам тоже нисколько не претендую на звание соляровода.
> Но вот проклятий от настоящих соляроводов наслушался изрядно.
> Возможно Ваш коллега занимался той областью, где на подводные камни он не
> натыкался.
> В любом случае, что-то сказать об опыте незнакомого мне человека, который занимался
> тем, в чём я специалистом не являюсь - я не способен.Коллега работал и в техподдержке, когда для замены проца/памяти мотался по миру с железом. И, собственно, это его впечатлило больше всего: когда на нагруженном серьёзном сервере даёт команду на отключение девайся, заменяет его, включает снова и всё совершенно без перерыва в работе сервера и приклада.
>> И не всё и не всегда решается виртуализацией. Если у вас серьёзный кластер СУБД
>> (на пару сотен ТБ и высоконагруженный), например, то виртуализация тут противопоказана.
> Не скажите.
> Тут ещё очень сильно зависит от того, в каком режим работает такой
> гипотетический кластер.
> Даже в телекоме и банках никто не будет требовать чтобы вся эта
> пара сотен кластеризованных ТБ находились в одинаковом классе доступности. То есть
> для горячего доступа всегда будет нужна гораздо меньшая часть данных.Вы, вероятно, мало общались с ДБА и разработчиками СУБД. А мне приходилось участвовать в проектах федерального уровня, где 250 ТБ базы - это не самые большие. Средненькие. И - очень даже высоконагруженные. И там всё четко: на разных массивах (RAID) разные секции БД (тейблспейсы, базы и даже очень большие отдельные таблицы), кешы и прочее и прочее. Требования и рекомендации спецов ПостгресПро были однозначные: надо выносить на железо, тогда можно правильно оптимизировать. И стало гора-аздо лучше, чем с "рекомендациями лучших собаководов от виртуализации" при тех же ресурсах. Доверять своим ДБА и спецам ПП я уже привык и ни разу это не подводило. А вот рекомендатели "да мы тут всё навиртуализируем" уже не раз садились в лужу.
> Это Вы просто, наверное, не интересуетесь, что там сейчас в мире k8s происходит со всякими
> cloud-native db. Пройдет ещё совсем немного времени, и это, скорее всего, будет доступно даже
> тем, кто и подумать об этом не мог.Я сторонник подхода, когда statefull приложения не должны быть в куберах и контейнерах вообще. за исключением, например, какого-нибудь редиса, который только как кэш работает.
Вообще считаю, что пихать всё подряд "в кубеня" - очень плохой подход. Хотя сейчас это "стильно, модно, молодёжно".
> Коллега работал и в техподдержке, когда для замены проца/памяти
> мотался по миру с железом. И, собственно, это его впечатлило больше всегоНу, видите - вот и ответ на вопрос.
Ваш коллега был рад, что у него было меньше проблем, чем он ожидал.
А если бы он менял проц/память на уже выключенном аппарате, с которого всё давно уже смигрировало - это было бы, конечно, не так эффектно.> Вы, вероятно, мало общались с ДБА и разработчиками СУБД.
> А мне приходилось участвовать в проектах федерального уровня, где 250 ТБ
> базы - это не самые большие.Ну, некоторый опыт всё-таки был.
Но, мало-ли, вдруг кому-то действительно нужно было иметь 250 Тб и более с готовностью несколько миллисекунд. Не могу зарекаться, что такого не может быть, разумеется.> Вообще считаю, что пихать всё подряд "в кубеня" -
> очень плохой подход. Хотя сейчас это "стильно, модно, молодёжно".Раньше то же самое говорили про линукс, докер, виртуализацию и всякие CI-CD.
А когда это достигло некоего уровня зрелости - стало возможным делать огромные проекты с таким скромным бюджетом и временем, о которых раньше в самых дурных снах и помыслить было нельзя.Это дело времени.
Даже если сейчас есть значительные шероховатости - через несколько лет это войдёт в обиход.
И всё это будет считаться обычной рутиной.
Как обычной рутиной теперь считается использование линукса в качестве сервера.
>> Коллега работал и в техподдержке, когда для замены проца/памяти
>> мотался по миру с железом. И, собственно, это его впечатлило больше всего
> Ну, видите - вот и ответ на вопрос.
> Ваш коллега был рад, что у него было меньше проблем, чем он ожидал.
> А если бы он менял проц/память на уже выключенном аппарате, с которого
> всё давно уже смигрировало - это было бы, конечно, не так эффектно.Он не ожидал: это было его обязанностью. Т.е. он был обучен этому. Но замена без выключения и всего сопутствующего всё равно процесс интересный.
>> Вы, вероятно, мало общались с ДБА и разработчиками СУБД.
>> А мне приходилось участвовать в проектах федерального уровня, где 250 ТБ
>> базы - это не самые большие.
> Ну, некоторый опыт всё-таки был.
> Но, мало-ли, вдруг кому-то действительно нужно было иметь 250 Тб и более
> с готовностью несколько миллисекунд. Не могу зарекаться, что такого не может
> быть, разумеется.Это не редкий случай. Это, прежде всего, предсказуемость: по ресурсам, по времени ответа и пр. И это - грамотный подход к проектированию архитектуры.
>> Вообще считаю, что пихать всё подряд "в кубеня" -
>> очень плохой подход. Хотя сейчас это "стильно, модно, молодёжно".
> Раньше то же самое говорили про линукс, докер, виртуализацию и всякие CI-CD.
> А когда это достигло некоего уровня зрелости - стало возможным делать огромные
> проекты с таким скромным бюджетом и временем, о которых раньше в
> самых дурных снах и помыслить было нельзя.Странно смешано. Особенно про Линух и виртуализацию. Да и CI/CD тоже: были, обычно, самописные скрипты, которые заменились на заточенные системы - я не помню каких-то предубеждений по этому поводу.
А в куберы пихать серьёзные statefull приложения - это, конечно, можно технически, но... зачем? Регулярно вижу, когда какой-нибудь кластер Эластика нагруженный заворачивают в кубер. Спрашиваю: а если под будет мигрировать, а он тут нагружен серьёзно? Ответ: а мы привяжем к конкретным узлам, и чтобы только он мог там крутиться. Зачем, поясните, делать так? Чтобы просто "было в кубере"? Чем эта првязка лучше нативного разворачивания Эластика на тех же серверах?
А Кафку (не грефневую) в виде кластера? При условии, что регулярно кластер кафки... скажем так: хреново работает в кубере. Можно, конечно, сказать "кривые руки", но руки у коллеги на том проекте вполне себе прямые. Вынесли из Кубера и вздохнули спокойно. Возможно какие-то ухищрения и решают проблему, но "зачем?" - я так и не понял: нативно Кафка вполне себе работает и проще в сопровождении.> Это дело времени.
> Даже если сейчас есть значительные шероховатости - через несколько лет это войдёт
> в обиход.
> И всё это будет считаться обычной рутиной.
> Как обычной рутиной теперь считается использование линукса в качестве сервера.Причём тут это? Запихать-то в кубер можно всё, но ЗАЧЕМ? На мой взгляд: попахивает идиотизмом.
Вот вы защищаете это самое "всё в кубер". Поясните - ЗАЧЕМ? Зачем запихивать туда ВСЁ? Может быть негативные моменты и можно обойди какой-то хитрой схемой, но ЗАЧЕМ? ЗАЧЕМ усложнять то, что в более простом варианте и так будет отлично работать. Более простом, а, значит, более надёжном.
Регулярно вижу спецов, которые выучились Ансиблам, Куберам и прочим тераформам, но когда дело заходит про подготовку площадки под проект, то не могут использовать куда более элементарный вещей: отдадут серверы, где "всё есть рут", или 100 ГБ (условно) уйдёт в "всё есть рут", а остальное - в "хомяк". И делай, что хочешь. И в XFS без LVM. - "Партицирование? Вы о чём вообще? Зачем?"
> Это не редкий случай. Это, прежде всего, предсказуемость: по
> ресурсам, по времени ответа и пр. И это - грамотный подход
> к проектированию архитектуры.Понимаете, не вижу я реальных сценариев в которых Вам нужен миллисекундный доступ к громадному количеству терабайт и на чтение, и на запись.
То есть требовать-то такое могут, но когда начинаешь эти требования разбирать, то оказывается, что они избыточны.
Есть какой-то оперативный объём где это действительно нужно обеспечивать, а всё остальное секционируется на так называемые "тёплые" и "холодные" данные. Всё по ТРИЗ - "Сделать заранее"> А в куберы пихать серьёзные statefull приложения - это,
> конечно, можно технически, но... зачем?Затем, чтобы потом не болела голова при масштабировании.
Чтобы оно было автоматическим и позволяло осуществить тонкую ручную настройку, при необходимости, уже после успешного автоматического доразвёртывания и перераспределения нагрузки.Да, сейчас это не вполне так - но работа ведётся именно в этом направлении, Вы же сами видите.
А мода сопровождающая эту работу - ну, а куда ж без неё?> - ЗАЧЕМ? Зачем запихивать туда ВСЁ? Может быть негативные моменты и
> можно обойди какой-то хитрой схемой, но ЗАЧЕМ? ЗАЧЕМ усложнять то, что
> в более простом варианте и так будет отлично работать. Более простом,
> а, значит, более надёжном.Знаете, простые схемы удовлетворяющие современным потребностям уже закончились.
И вот эти все оркестраторы для того и делаются, чтобы сложное сделать снова простым.
Скрыть сложность.Шумиха которая эту работу сопровождает - это необходимая смазка для психики тех, кто занимается внедрением и обкаткой этих механизмов.
Какое там модное сейчас слово для этого есть - "геймификация", да?
И даже если эту шумиху назовём "игрунковостью", то суть происходящего это не поменяет.
>"А в куберы пихать серьёзные statefull приложения - это, конечно, можно технически, но... зачем?""Бесплатный" или близкий к тому автоскейлинг и HA, унифицированное управление всем этим зоопарком - мало? Аналогичное решение напердоленное на, скажем, terraform + ansible прям ощутимо хуже и дороже, а уж приматывать его на синюю изоленту к _уже имеющемуся и работающему_ куберу - и вовсе такоЭ себе. А если часть деплоев (хотя бы частично) облачные городить всю эту рассыпуху становится прям больно. Опять же, если у тебя все и так по контейнерам распихано - не использовать фактически native средства управления как-то даже странно. А не распихивать по контейнерам в случае, если у тебя не "внутриконторский" проект под одну задачу - тоже не выходит, заманаешься собирать\выравнивать пакетные базы под внутренние требования клиентов (А у нас корп. стандарт - 7 centos! А у нас ununtu server! А мы на astra'у переходим! А мы...).ф
Но эластик из трех нод и кафку из пяти под локальный проект можно и руками навернуть, тут не поспоришь. В остальных случаях - не вижу повода не использовать оркестрацию.
>>"А в куберы пихать серьёзные statefull приложения - это, конечно, можно технически, но... зачем?"
> "Бесплатный" или близкий к тому автоскейлинг и HA, унифицированное управление всем этим
> зоопарком - мало?Поясните, как автоскейлинг к тому же Постгресу можно тут прикрутить.
> Но эластик из трех нод и кафку из пяти под локальный проект
> можно и руками навернуть, тут не поспоришь. В остальных случаях -
> не вижу повода не использовать оркестрацию.Так я ни разу не писал, что против кубера. Но против пихать туда все подряд. И особенно - statefull приложения нагруженные.
Да не так, чтобы трудно - шардированный timescaledb я сам делал, связка citus+patroni у соседей тестится - по итогам будем смотреть, что с этим делать.
На несильно нагруженных кластерах kubegres оказался прям сильно удобней чем standalone stolon - и даже чем тот же stolon в кубере - в общем, вполне себе живет, есть-пить не особо просит.
>Так я ни разу не писал, что против кубера. Но против пихать туда все подряд. И особенно - statefull приложения нагруженные.Ну вот что не так-то? Все облака уже закрывать, или ждем кого-то?
> Что именно работало на уровне железа - "горячая замена"?
> Ну, так простите, это уже не заслуга Солярис - это заслуга именно железа.ЕМНИП в AS/400 тоже была горячая замена процов и памяти, горячая замена периферии в IBM-PS2 c MCA шиной. в OS/2 "на горячую" подхватывались многие устройства в PCI шине, оттуда оно приехало в "мир IBM-PC" в виде Plug-and-Play.
> Я помню под каким я был впечатлением, когда держал в руках прайс на эти аппараты с возможностью "горячей замены".
"горячая" замена процессора, операция редкая. по этому не нужная.
да и замена памяти тоже.
> "горячая" замена процессора, операция редкая. по этому не нужная.
> да и замена памяти тоже.Раньше во всяком 24 на 7 это была действительно очень актуальная штука, зря Вы так.
Просто теперь в таких местах используется несколько идентичных экземпляров служб работающих по pacemaker.
И вылет любого экземпляра на работе всей службы вообще никак не отразится.
Только теперь, когда это всё хорошо отработано - это действительно стало реально ненужной вещью.
Но раньше - раньше это действительно могло здорово выручить.
>> "горячая" замена процессора, операция редкая. по этому не нужная.
>> да и замена памяти тоже.
> Раньше во всяком 24 на 7 это была действительно очень актуальная штука,В 70х?
много тогда было 24х7 ?
> В 70х?
> много тогда было 24х7 ?Вообще-то, это закрытая информация.
И почему Вы решили начать с 70-ых - не очень понятно.
Но, начиная с 1977-го, когда на рынок вышли VAX-ы c OpenVMS - да, достаточно много.
И, кстати, современные pacemaker-системы - это чистая калька c OpenVMS HA Cluster.Там же требование было у МО США, чтобы при подрыве одного управляющего телекоммуникационно-расчётного узла, другой узел расположенный от него на расстоянии до 70, по-моему, километров, бесшовно подхватывал его функции в течении нескольких миллисекунд.
>> В 70х?
>> много тогда было 24х7 ?
> Вообще-то, это закрытая информация.вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ не жалея денег.
> И почему Вы решили начать с 70-ых - не очень понятно.
потому что с 80х стало понятно что никаким одним CPU юнитом все не решить и началось распараллеливание задач, а с середины 90х нужда в hot plug отпала практически.
> Там же требование было у МО США, чтобы при подрыве одного управляющего
> телекоммуникационно-расчётного узла, другой узел расположенный от него на расстоянии
> до 70, по-моему, километров, бесшовно подхватывал его функции в течении нескольких
> миллисекунд.всё верно, только одна ошибка - в течении 15 _секунд_. отсюда растут ноги таймаутов TCP/IP.
> вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИДо того, как наличие сети стало конкурентным преимуществом - она называлась ARPA и в коммерческой рекламе не нуждалась. Как ин некоторые другие особые возможности.
> всё верно, только одна ошибка - в течении 15 _секунд_. отсюда растут
> ноги таймаутов TCP/IP.Под рукой документов нет, потому и написал "по-моему", нисколько на точном времени не настаивая.
>> вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ
> До того, как наличие сети стало конкурентным преимуществом - она называлась ARPAМы, вроде, говорили о "горячей" замене ЦПУ и памяти.
>>> вообще-то, это конкурентное преимущество, и по этому о нем "трубили" в СМИ
>> До того, как наличие сети стало конкурентным преимуществом - она называлась ARPA
> Мы, вроде, говорили о "горячей" замене ЦПУ и памяти.До VAX-ов у МО США были, в частности, bit-slice машины.
И в военном исполнении там горячая замена всего этого добра вроде как была.
Тогда в штатах могли позволить себе роскошь делать машинки под каждую отдельную госиндустрию со всякими экзотическими характеристиками.
Чего один Goodyear MPP стоит. Который делался специально для обработки снимков в NASA.
Коммерческие образцы тягаться, например, с ним просто не могли.
>В каком-нибудь 2000-ом году ...
> И где они?С какова-нибудь 2000-ого году прошло 23 года (каламбурчик поруДчик!) ...
Люди всё это время получали годовую зряплату больше чем ты вообще за эти 23 года заработал, и толпой ушли на пенсию ... ну да огурцы солят на яхтах :) (из тех кого знавал).А почемой вИ таки спГашиаети?! 8-\ (С)
Толковый народ на западе ориентируется на облака где RHEL НЕ доминирует. Народ делает сертификации по облакам а не по отдельным линухам.
> Толковый народ на западе ориентируется на облака где RHEL НЕ доминирует. Народ
> делает сертификации по облакам а не по отдельным линухам.Я написал, что "Толковый народ будет учить то, владение чем требуется для того, чтобы пройти собеседование при устройстве на работу."
И ни слова о конкретном дистрибутиве.То есть, если требуется сертификацию по k8s или инфраструктуре конкретного облака для приёма на работу - значит будут учить их.
Но, только вот какое дело: устраиваясь на работу в инфраструктурную команду того же облака - сертификацией только по облаку там не отделаешься.
Так что никуда сертификация по самому линуксу не денется.
Ты используешь линь только из-за того, что он нужен на работе? А если руководство скажет, что надо винду изучать?
> Ты используешь линь только из-за того, что он нужен на работе? А
> если руководство скажет, что надо винду изучать?Не скажет.
Потому что сегодня я сам себе руководство.
Но если мне будет надо - то, разумеется, я себе это скажу.
Ботинки не жмут?
> Ботинки не жмут?По размеру привык подбирать. Не, не жмут.
И в Rust'е, когда на него хорошенько всех подсадят.
Лол вот именно - ето ж айбием. Последние тридцать лет с рынка выжимают их. Ну или освежите мне память, кого и вкуда выжал айбием в последние тридцать лет. Ладно, в последние 50 лет?Айбием сегодня - чисто финансовая компания, которая просто распродает имеющиеся у них на руках ресурсы. Когда ресурсы кончатся, начальство скажет "всем спасибо все свободны".
Sun, DEC, на секундочку Red Hat они просто купили. Если уж на то пошло не осталось в целом вообще никого в корп сегменте. А БизнесМашина всегда была нацелена только на него домашние пользователи побоку.
Это Oracle купил Sun, а не IBM.
Да и с DEC тоже не то: насколько помню, Compaq прибрал к рукам.
IBM сегодня - лидер рынка полноценных квантовых компьютеров. Все остальные - дно по сравнению с ним, кроме нескольких организаций в КНР.
Возможно входит в 5-10 лидеров, но совсем не лидер в единственном числе. Пытаются туда войти (серьёзно пытаются, тут сложно спорить), но в абсолютные лидеры им ещё далековато.
Или вы не в курсе компании D-Wave Systems, например?
D-Wave - это не полноценный квантовый компьютер, а "адиабатический", пригодный лишь для моделирования ground state, если задачу удастся переформулировать на этот язык.У IBM же полноценный квантовый компьютер, выполняющий квантовые схемы. И доступ к нему через облако. И свой фреймворк для спецификации, оптимизации и моделирования квантовых схем, ставший де-факто стандартом, который они постоянно развивают. И который имеет привязки к их облаку (и предоставляет инструменты для создания привязки к своему аппаратному квантовуму компьютеру, так что отладив схему на симуляторе, ты её можешь прогнать на реальном компьютере в их облаке, а можешь в другом облаке, для которого запилили биндинги).
> IBM сегодня - лидер рынка полноценных квантовых компьютеров. Все остальные - дно
> по сравнению с ним, кроме нескольких организаций в КНР.А как Вы определили лидерство IBM в этой области?
Больше интересует определение полноценного квантового компьютера. Особенно в свете того что физика твердого тела (т.е. вся полупроводникавая техника) основана на квантовой физике. А при нынешних размерах элементов в районе 10 нм и подавно не обойтись без квантов
> Больше интересует определение полноценного квантового компьютера. Особенно в свете того
> что физика твердого тела (т.е. вся полупроводникавая техника) основана на квантовой
> физике. А при нынешних размерах элементов в районе 10 нм и
> подавно не обойтись без квантовНу, тут, в принципе определение может быть таким - "Квантовый компьютером называется устройство, которое позволяет производить наперёд заданные и многократно воспроизводимые операции с кубитами".
То есть, если кому-то удастся переворачивать кубиты с помощью чайной ложечки - то она тоже будет квантовым компьютером.
Несмотря на свои макроразмеры.
>Тоесть разработчикам AlmaLinux, Rocky Linux, Oracle Linux и EuroLinux придется купить хотя бы по одной лицензии на RHEL чтобы качать исходники пакетов. Молодцы прадованы RedHat плюс 4 новых покупателя.Ред Хат не обязан продавать им лицензии — а те лицензии, что кто-то получит для того, чтобы качать и шарить исходники проектов, Ред Хат сможет аннулировать.
Есть ещё один способ закрутить гайки (и Ред Хат его озвучивал в контексте того, что они вообще-то делают больше, чем обязаны) — не публиковать исходники не-GPL компонентов RHEL, которых там полно (MIT/BSD и прочие некопилефт-лицензии).
И как оно будет это делать ?? Сделать ватермарк в исходных текстах - та еще задача.
Исходники пакетов доступны тут https://gitlab.com/redhat/centos-stream/
Причем теперь можно туда даже контрибьютить, т.к. centos для rhel-а является апстримом.
Неа, исходники редхата по подписке нельзя использовать по сути ни для чего , так написано в соглашении о подпиське.
А кому не нравится- тому её просто не продадут.
редхат нонеча монополия :-)
Нет. Лицензия на RHEL не даёт право на редистрибуцию.Попытка "купить лицензию качать src.rpm" - это то, что Red Hat оооочень ждёт отAlma и Rocky, чтобы уничтожить эти компании юридически и разорить их.
Да это все мелочи. Главное помнить что BSD это ненастоящая свобода, а вот GPL...
Только вот в случае BSD лицензии redhat могла бы закрыть код вообще для всех. А тут она обязана как минимум давать код покупателям. А покупатели могут уже, если захотят, выложить в открытый доступ.
Халявщики не могут понять что такое партнёр.
Не надо быть Вангой, чтобы понять что ты не Ванга. Иначе ты нашла способ писать с того света. Дай ссылку на инструкцию!
"Я не халявщик, я партнер!"
Партнёр - это та, с кем ты трахаешься. Простите мой французкий.
> Только вот в случае BSD лицензии redhat могла бы закрыть код вообще
> для всех. А тут она обязана как минимум давать код покупателям.Если собранное ПО распространяется строго в пределах организации, то организация не обязана предоставлять исходный код на сторону. Таким образом IBM достаточно продавать "услугу": железо в аренду + к нему обслуживающий персонал, числящийся в штате IBM.
Уж не знаю за что этому товарищу минус влепили, он прав. Добавлю, что у BSD распространение кода происходит добровольно. Если компания не хочет делиться, не делится сразу.
Именно поэтому, BSD и развивается через эмуляцию Linux и портированного с Linux ПО по лицензии GPL или LGPL и не имеет своих библиотек аудио, графики и веб-клиента.
Lumina, по-моему, первый DE созданный для BSD, а не портирован с Linux.Никто не хочет делиться своим кодом, чтобы другие смогли его закрыть и зарабатывать деньги. Apple и Sony пример хорошего использования BSD, но и где это BSD на других устройствах? Не будь таких закидонов со стороны Apple и Sony, и не было бы такого засилия Linux-ов на десктопах.
> засилия Linux-ов на десктопахЗасилия? на десктопах?!
🤣
Так у всех компьютеры, ноутбуки. А тут да - раз, два, три десктопа..
А что, на десктопах *BSD много?Все образовательные учреждений Китая на линуксах. А ПК в таких учреждениях под миллиард.
Мюнхен, Жандармерия Франции на линуксах. Так ненавистная виндовозникам новозеландская Weta Digital и та на линуксах на десктопах. Работающие на суперкомпьютерах в топ-500 что используют?
> А что, на десктопах *BSD много?
> Все образовательные учреждений Китая на линуксах. А ПК в таких учреждениях под
> миллиард.
> Мюнхен, Жандармерия Франции на линуксах. Так ненавистная виндовозникам новозеландская
> Weta Digital и та на линуксах на десктопах. Работающие на суперкомпьютерах
> в топ-500 что используют?🤦♂️
Товарищ, причём тут БСД и топ500?
Десктоп это Винда и немножечко Мак.
А линукс на десктопе в попе.
да, если б BSD лицензия была б как GPL, то sony, nintendo, apple дали б многое для BSD семейства.
но они дали только себе: несколько закрытых систем с нормально работающем всем чем им надо.
а сообщество BSD идем описанным вами путем и рассказывает нам про тру свободу и тру ОС
> да, если б BSD лицензия была б как GPL, то sony, nintendo,
> apple дали б многое для BSD семейства.Да нихрена бы они не дали.
Соня и нинтенда выпускают кастомные железки.
А у эппла всё что взято от бсд и так в открытом доступе вместе с их ядром.> но они дали только себе: несколько закрытых систем с нормально работающем всем
> чем им надо.Ну ты можешь сделать свою игровую приставку и дать её всем.
Или сделать такой же стабильный аналог iOS и тоже дать её всем.> а сообщество BSD идем описанным вами путем и рассказывает нам про тру
> свободу и тру ОСДа, принуждение открывать исходники это не свобода.
Обгаживать BSD с помощью BSD-сокетов могут только лицемерные уродцы из линукс-мирка.При разработке линукса, сообщество почему-то не гнушается брать и переписывать код из других проектов под бсд, мит и прочими негпл-лицензиями. Но как только они его себе встраивают, тут же начинают орать, что бсд кормит проприетарщиков. А вы кто тогда? Вы же тоже с этого кормитесь.
Вот так линукс и развивается, спокойно вбирая чужие наработки, и обвиняя в этом же всех кто не гпл.
Единственная причина развития линукса - это лицензия Столлмана. Который, между прочим, достаточно честно рассказывал в своих интервью, что они просто брали и переписывали код из Юникс (чтобы получить ГНУ-не-Юникс). И он не кричал, что "всё разработано с нуля".Только в ядре 6.2 линуксоиды наконец-то объявили о базовой поддержке ktls с той же скоростью, которая во фряхе уже полностью работала больше полгода. И в рассылках линукса разработчики обсуждают эти вопросы в контексте как сделать линукс лучше, чтобы догнать и перегнать фрибсд, и почему это сложно сделать. И бсд-лицензия им как-то не мешает. Это к вопросу об отсталости бсд.
А на фряхе корпорация постаралась. Оказывается, бсд не мешает корпорациям делится наработками. БСД - лицензия для совестливых.
И кстати, ГПЛ тоже кормит проприетарщиков. Если бы проприетарщики не были вынуждены оставлять открытым код своих наработок, им бы не пришлось объединяться в огромные синдикаты. Которые фактически захватили управление опенсорсом и направляют его для своей выгоды, отодвинув сообщество в сторону и сделав его рабом-разработчиком. Без ГПЛ они бы все тихо-мирно варились бы в собственном соку, клепая бесчисленные закрытые форки.
Ну теперь-то, когда линукс из переписанного юникс-бсд-миникс клона вырос в клон настолько самостоятельный, что даже появился термин линукс-подобные ОС (хотя он является лишь ядром юникс-подобной ОС, не способным даже самостоятельно загрузиться), можно этих самых предков с дерьмом смешивать.
Это похоже на вирус. ГПЛ не зря называют вирусной лицензией. Поэтому БСД - свобода, а ГПЛ - принуждение.
Тут обычно кормящиеся с негпл-кода гпл-щики пугают, что бсд-код можно закрыть и поэтому надо использовать только гпл. Конечно, можно закрыть код. Но никто этого не сделал, иначе бы ГПЛ-софт пришлось бы разрабатывать с нуля. Но можно перелицензировать гпл-код новой версии. Во всех случаях придётся делать форк старого открытого кода. Разницы нет никакой.
Если бы беркли, мит и другие институты закрыли бы свои наработки, начиная с 80-х годов, то не было бы ни линукса, ни миникса, ни многих других проектов (включая винду, амигу, некст... тут можно перечислять до бесконечности, так как выше уже справедливо заметили, что взаимные заимствования кода в IT - это нормально). Было бы что-то другое. Весь мир был бы другим. Может он был бы лучше, но этого никто сказать точно не может.
А порты - это очень хорошо. Их для этого и придумали. И в макос потом утащили вместе с разработчиками фряхи. Не надо изобретать с нуля то, что уже работает. Ведь GNU и Linux всю жизнь так развивались, так почему они всегда оговаривают других, когда те пытаются делать то же самое?
LinuxKPI - это аналог IOKit из XNU для gpl-драйверов.
Что-то портировалось с линукса на фряху, а что-то наоборот. Драйверы всю жизнь передирались всеми у кого не лень. Почему? Да потому что это задача разработчиков железа.Ты думаешь иксы под линукс писались? Нет, они писались под бсд (проект альфа). И на линуксе они появились оттуда же. Так что не надо плакать, что твой любимый браузер портанули под фряху, когда у тебя целая возможность что-то видеть графическое форкнулась из проекта для бсд под митовской лицензией. Или файловую систему Линус написал? Нет, он её брал из миникса. Твоя система развивается почти так же паразитически. Почему паразитически, потому что вы постоянно кричите, что у вас что-то украли из ГПЛ. Это единственная лицензия, из которой можно что-то украсть и быть обвинённым в этом. Почему почти? Так вы же код не можете закрыть, и поэтому "вынуждены подарить его миру". Нужны ли миру подарки от паразитов? Это похоже на людей, которые предлагают помощь, а потом припоминают, а вот я тебе тогда помог, поэтому ты мне должен (GPL). Да лучше бы не помогал, учитывая, что сначала сам получил помощь безвозмездно (BSD/MIT... да и просто валявшийся код без лицензий).
А вся токсичность линукс-сообщества идёт от их лидера. Который будучи агрессивным "юношей бледным со взором горящим" невозбранно рефакторил код из разных систем (с нуля придумывал, ага), а потом писал, что разработчики бсд такие глупые, что вот тут можно было бы так-то сделать. Ну раз разработчики бсд такие глупые, то зачем ты их код ковыряешь. Пиши самостоятельно. Но смог бы он с нуля что-то сделать, как ему приписывают, - большой вопрос.
К тому же, он писал один только начальную версию ядра. А возвели его аж до гения. Да, может он что-то понимает в программировании. Хотя, нормальный планировщик ему сделать не удалось. Он скорее кодер, нежели архитектор.Не надо кричать, что вы весь мир построили самостоятельно.
И когда пишите GNU/Linux, то понимайте, что на самом деле это - AT&T/BSD/MIT/GNU/Minix/.../Linux.
Большая часть проектов это совсем не гпл. Миникс, кстати, тоже под бсд.Линукс развивается так же, как все остальные. Но его токсичному сообществу это не нравится, и он громче всех кричит "держи вора!". В каждой новости, стоит только упомянуть бсд (считай, один из источников большинства наработок) и сразу срабатывает триггер ненависти. Ну что поделать. Не даёт им покоя первородство Юникса. Такую ненависть испытывают, аж кушать не могут. Настолько хотят быть неклоном.
"BSD кормит проприетарщиков!". Вот уж не думал, что Линус со Столлманом - проприетарщики.
И не надо сравнивать ОС с ядром.
Т.е. хомячкам оставаться на Винде?
Перечитал.проект альфа => проект афина
> лицензия Столлмана. Который, между прочим,
> достаточно честно рассказывал в своих интервью, что они просто брали и
> переписывали код из Юникс (чтобы получить ГНУ-не-Юникс). И он не кричал,
> что "всё разработано с нуля".Вот именно, что достаточно честно. :)
Могу раскрыть мотивацию Столлмана.
Если бы он продавал результат реверс-инженерии, его бы затаскали по судам.
То есть он себе тылы прикрыл лицензией, раздав бесплатно.
Вот зачем подвели идеологию под GPL и было ли это инициативой самого Столлмана - это уже другой вопрос.
Вероятно, кто-то им сыграл тогда, сделав из него властителя умов.
Если это верно, значит умрёт оно, как и все симулякры.
BSD/MIT при этом никуда не денутся - это вполне естественно, когда институты, учащие писать программы, пишут программы.
> Обгаживать BSD с помощью BSD-сокетов могут только лицемерные уродцы из линукс-мирка.В чем обгаживание? Пруфы в студию!
> А вы кто тогда? Вы же тоже с этого кормитесь.
Ровно точно так же и в обратную сторону. Объясните, зачем в BSD-проекте используются API из GPL-проектов, а не наоборот?
> Единственная причина развития линукса - это лицензия Столлмана. Который, между прочим,
> достаточно честно рассказывал в своих интервью, что они просто брали и
> переписывали код из Юникс (чтобы получить ГНУ-не-Юникс). И он не кричал,
> что "всё разработано с нуля".1. Внезапно. Алгоритмы не подпадают под лицензию. И переписать чужой алгоритм своими словами, совсем не то, что взять чужой код и сказать, что он свой.
2. BSD сделали тоже самое, когда SystemV переписывали под удобной лицензией.> полностью работала больше полгода.
Очень огромный срок. Наверное за это время было более 10-ка версий ядра Linux выпущено, да?
> И в рассылках линукса разработчики обсуждают эти вопросы в контексте как
> сделать линукс лучше, чтобы догнать и перегнать фрибсд, и почему это
> сложно сделать. И бсд-лицензия им как-то не мешает. Это к вопросу
> об отсталости бсд.В какую сторону догонять-то надо? BSD на супер-компьютерах есть? Нет. BSD на смарт-устройствах есть? Нет. BSD ставятся на десктопы, лептопы для госов разных стран?
BSD даже на роутерах нет. Одно украинское подразделение D-Link пыталось на базе фряхи сделать прошивку для DIR-632, но не смогли заставить работать USB.> А на фряхе корпорация постаралась. Оказывается, бсд не мешает корпорациям делится наработками.
> БСД - лицензия для совестливых.Какие корпорации поддерживают проект BSD? Oracle? IBM? HP? Google? Sony? Apple? Huawei? Samsung? DELL? VMWare? Amazon? Пусто.
Apple не дала даже доступ к Cups для проекта BSD. Долбанные USB-планшеты, работающие в MacOS не работают в FreeBSD.> клепая бесчисленные закрытые форки.
С чего их клепать, когда никто не делится наработками?
Корпорации как раз и объединились для того, чтобы работать по совместимым стандартам, а не писать каждый костыль.
Напомню, что до появления GPL было с десяток протоколов передачи данных на канальном уровне (ARCNET, Token Ring, FDDI, ATM, Ethernet,...), пол дюжины сеансового уровня (IP (IPv4 и IPv6), RIP2, IPX,...), транспортного уровня (TCP/UDP, IPX, SPX, RUDP, RTP), сеансовых (ADSP,Zip, NetBIOS, RPC/SCP, Socket). Эталонная реализация IP (APPN тогда еще) появилась под лицензией GNU GPL и не входила в SystemV.> (хотя он является лишь
> ядром юникс-подобной ОС, не способным даже самостоятельно загрузиться),Ядро BSD, наверное может само загружаться? Загрузчика для Legacy режима не было, да?
Никогда не пробовал загружать ядро BSD сразу средствами EFI, поэтому не знаю возможно ли такое или нет Но если это не возможно, то я буду сильно разочарован ВАМИ. (Все-таки не BSD обгаживает другие ОС.)> можно этих самых
> предков с дерьмом смешивать.Пруфы будут?
> Это похоже на вирус. ГПЛ не зря называют вирусной лицензией. Поэтому БСД
> - свобода, а ГПЛ - принуждение.Поэтому она настолько свободна, что нормально не работает там, где есть графика, за исключением двух корпорастов из SFS-консорциума, которые делают СВОИ железки.
> Но никто
> этого не сделал, иначе бы ГПЛ-софт пришлось бы разрабатывать с нуля.Sony, конечно же не закрыла код своего интерфейса. Apple не закрыла код реализации OpenGL над BSD-форком MESA. Sony не закрыли форк аудиодрайвера, позволяющего работать RealTime. Sony не закрыли форк графического сервера с его реализацией OpenGL. Trolltech не закрыла код Qt.
> Но можно перелицензировать гпл-код новой версии. Во всех случаях придётся делать
> форк старого открытого кода. Разницы нет никакой.BSD-код можно закрыть в любое время. Пример все тойже реализации OpenGL от Sony.
> Если бы беркли, мит и другие институты закрыли бы свои наработки, начиная
> с 80-х годов, то не было бы ни линукса, ни миникса,
> ни многих других проектов (включая винду, амигу, некст... тут можно перечислять
> до бесконечности, так как выше уже справедливо заметили, что взаимные заимствования
> кода в IT - это нормально).
> Было бы что-то другое.Боюсь, что была бы куча несовместимого ПО у каждого вендера. При закрытых API делать трансляцию пришлось бы или МНТ, или покупать лицензию у каждого копираста, что сделало бы софт нереально дорогим.
> А порты - это очень хорошо. Их для этого и придумали. И
> в макос потом утащили вместе с разработчиками фряхи. Не надо изобретать
> с нуля то, что уже работает.Только Apple взяли и закрыли свои наработки.
> так почему они всегда оговаривают других, когда те
> пытаются делать то же самое?Пруфы будут, что оговаривали за заимствование кода, а не за его закрытие?
> Да потому что это
> задача разработчиков железа.Еще бы разрабы железа это делали, а не всякую дичь плодили, когда на той же фряхе некоторые WIFI-чипы и звуковые карты, работающие под Linux-ом не заводятся, так как драйвер честно заблобен в ядро по персональному разрешению разраба с запретом менять условия распространения блоба.
> Ты думаешь иксы под линукс писались? Нет, они писались под бсд (проект
> альфа).Проект Athena никогда не был BSD. Это был проект MIT и DEC для System III, который был форком Unix-4 с имплементацией Unix-7 (поддержка x86), когда BSD это форк Unix-6. BSD до версии 4.3 не поддерживал терминалы VT200s их аналоги.
> надо плакать, что твой любимый браузер портанули под фряху,Когда Blink и Mozilla форкнули под фряху-то?
> тебя целая возможность что-то видеть графическое форкнулась из проекта для бсд
> под митовской лицензией.Вот тут ты соврал. Ранее описал почему.Так нельзя делать.
> Или файловую систему Линус написал? Нет, он её
> брал из миникса.Ext* был в Minix? BtrFS? Вот не знал.
Говорит, что System III - это BSD, можно точно так же, как называть BSD дистрибутивом Linux. Бред дичайший.> Твоя система развивается почти так же паразитически. Почему
> паразитически, потому что вы постоянно кричите, что у вас что-то украли
> из ГПЛ.Стоило бы тебе напомнить, что ZFS - это проект OpenSolaris, который распространяется под CDDL, которая несовместима с BSD-лицензией.
X11 в BSD благополучно идет под лицензией GPL, так как именно X11 передал в X.Org Foundation права на проект.> Пиши самостоятельно.
Тогда оплачивай разработку проектов OpenSSH, OpenSSL, LibreSSL, CLang, X-ов не из FSF. Почему эти проекты на сто процентов содержатся на гранты FSF? Почему ТВОЕ сообщество не оплачивает работу этих проектов? Или это другое?
> Нужны ли миру
> подарки от паразитов?Ты про BSD, чьи проекты спонсируются FSF yf 100%?
Мне, кстати, нравятся модифицированные BSD-лицензии, в которых прописано требование платить роялити, если код решишь закрыть. Причем у некоторых проектов такое роялити, что дешевле код проекта не закрывать совсем, чем платить отчисления.
> Но смог бы он с нуля что-то сделать, как ему приписывают,
> - большой вопрос.
> К тому же, он писал один только начальную версию ядра. А возвели
> его аж до гения. Да, может он что-то понимает в программировании.
> Хотя, нормальный планировщик ему сделать не удалось. Он скорее кодер, нежели
> архитектор.
> Не надо кричать, что вы весь мир построили самостоятельно.
> И когда пишите GNU/Linux, то понимайте, что на самом деле это -
> AT&T/BSD/MIT/GNU/Minix/.../Linux.
> Большая часть проектов это совсем не гпл. Миникс, кстати, тоже под бсд.Minix под BSD перешел после того, как Торвальдс объявил, что его код будет под GNU GLP.
> Линукс развивается так же, как все остальные. Но его токсичному сообществу это
> не нравится, и он громче всех кричит "держи вора!".В каждой новости про Linux приходят упоротые проприетарщики и наезжаеют на тех, кто не хаит Linux. Началось это еще с дружбы Джолитса и Балмера.
> В каждой
> новости, стоит только упомянуть бсд (считай, один из источников большинства наработок)
> и сразу срабатывает триггер ненависти. Ну что поделать. Не даёт им
> покоя первородство Юникса. Такую ненависть испытывают, аж кушать не могут. Настолько
> хотят быть неклоном.
> "BSD кормит проприетарщиков!". Вот уж не думал, что Линус со Столлманом -
> проприетарщики.Sony и Apple наверное СПО продвигают, да?
> И не надо сравнивать ОС с ядром.
BSD тоже ядро. Причем существует 4 несовместимых ядра BSD. Ядра NetBSD, OpenBSD, DragonflyBSD нельзя использовать в FreeBSD, даже если скомпилить в этой ОС. И наоборот.
Ах да. NetBSD, OpenBSD, DragonflyBSD отщепенцы от истинной BSD, которая FreeBSD. И что, что фряха это форк нетбсд - это другое.
> Какие корпорации поддерживают проект BSD? Oracle? IBM? HP? Google? Sony? Apple? Huawei? Samsung? DELL? VMWare? Amazon? Пусто.git -C /usr/src log --since="01.01.2023"|grep -ic "sponsored.*amazon"
4
git -C /usr/src log --since="01.01.2022"|grep -ic "sponsored.*google"
8> X11 в BSD благополучно идет под лицензией GPL
https://www.x.org/archive/current/doc/xorg-docs/License.html
> The X.Org Foundation has chosen the following format of the MIT License as the...
> OpenSSH, OpenSSL, LibreSSL, CLang, X-ов не из FSF. Почему эти проекты на сто процентов содержатся на гранты FSF?https://www.openssh.com/donations.html
Громки, четкий, резкий пук - лучший аргумент^W лап4атого друК, да?
> В чем обгаживание? Пруфы в студию!Пруфы - во всех пренебрежительных комментах к новостям про фряху, опёнок, стрекозу и нетку, особенно относительно поддержки железа. И особенно, когда эти проекты заимствовали код из великого линукса.
Стоит напомнить, что первая фряха тоже шла с драйверами из линукса. Но в тот момент линукс ещё был слаб, сообщества не имел, и был почти никому не нужен.
Борзеть он начал с увеличением сообщества.Сейчас линукс как сообщество больше похож на мигрантов или секту фанатиков, направляемую корпорациями. Естественно, агрессивную. Иначе как объяснить, что в 93 году никто не ругался, что во фряхе драйвер из линукса. Никто не ругался когда матрицу делали на бсд в линуксоляторе. Наоборот, радовались, что вообще кто-то обратил внимание. Зато сейчас - волна агрессивного бугурта.
> Ровно точно так же и в обратную сторону. Объясните, зачем в BSD-проекте используются API из GPL-проектов, а не наоборот?
Сейчас, уже - да. Но было ли это возможно, когда GNU ещё не было?
Посмотри, в каком году BSD появилась, и в каком GNU, и ещё в каком году появилась GPL. И всё должно встать на свои места. После того как GNU всосало в себя наработки BSD и других сторонних (открытых полностью или частично) проектов, оно за счёт вирусной лицензии получило хорошее развитие. Тогда в Беркли никто не думал, что можно что-то требовать от открытого кода кроме имени автора, тем более после того, как ты сам спаразитировал на нём. Тем более BSD не закрывает ни свой код, ни код под GPL.
Естественно, BSD тоже заинтересована в развитии путём заимствования. А почему она не должна быть, после того, как сама влила столько наработок всем кто желал? Тем более - GNU. Ведь фряха содержала GNU утилиты. Да и сейчас ещё не всё выпилили.
Наверное в те времена не было такого злобного отношения между проектами.> Внезапно. Алгоритмы не подпадают под лицензию. И переписать чужой алгоритм своими словами, совсем не то, что взять чужой код и сказать, что он свой.
Ещё как подпадают. Работа операционной системы это тебе не алгоритм? Файловая система - не алгоритм? Планировщики - не алгоритм? Так зачем туда шильдик GPL вешают? Защитить код? Так это и есть алгоритмы. В коде описываются алгоритмы. Более того, в коде описывается его конкретная реализация с придуманными структурами данных, а это уже не эфемерная идея.
Например, ты можешь написать поиск по графу методом Дейкстры (он публичный, защитить его нельзя) на языке си, написав свои структуры. Эти структуры будут обычные, учебные. Такой алгоритм ты присвоить не можешь. То же ты можешь сделать на другом языке, используя их структуры. Можешь использовать стороннюю или стандартную библиотеку, использовав структуры оттуда. Во всех случаях у тебя получатся разные реализации разной сложности одного алгоритма.
Но если, к примеру, у тебя граф является представлением ядерного реактора и ты используешь алгоритм оптимизации перемещений между его зонами для уменьшения времени обработки, то это будет совсем другое дело. И с этого момента у тебя будет не граф, а структура, описывающая объект физического мира. С математической точки зрения это всё тот же алгоритм Дейкстры. А с юридической - это алгоритм, обеспечивающий безопасность жизнедеятельности, который лучше никому не показывать, дабы никто не вклинился извне и не повлиял на процессы, и который обеспечивает именно вам технологическое преимущество. В то время, как твои конкуренты работают по старинке по одной однажды подобранной, но не оптимизированной, последовательности перемещений. А потом на эту математику накладывается физика для учёта скорости перемещения тележки и получается ещё один слой сложности. Потом выясняется, что нужно учитывать материалы объектов реактора, температуры их нагрева и время остывания в воде определённой температуры. И добавляется химия. Пока тележка одна, слой физики примитивный, но далее добавляется идея, что можно ездить не одной тележкой, а несколькими. Добавляется моделирование параллельных процессов, сбор статистики, мини-очереди, планировщик, контроллер датчиков и пошло-поехало.
Как говорится, осталось добавить груб и получится операционка с роботами и искусственным интеллектом (кстати, хорошая идея). И наконец, приходишь к выводу, что без шаблонов проектирования и многослойной архитектуры получается немасштабируемая дрянь, и переписываешь всё "с нуля." :D В проекте под сотню тысяч строк кода, а сначала был простой массив.
Как ты уже наверное понял, я описал собственный опыт одного из проектов. С той разницей, что алгоритм и все структуры данных тоже были мои. И на осмысление этого у меня ушло достаточно много времени с учётом выяснения процессов работы ядерного реактора. Я пару недель к компу не подходил, всё в голове крутил как структуры лучше сделать. И сначала я вообще не представлял как это в принципе сделать. Были бы готовые открытые наработки, я бы точно ими воспользовался. Но копирайты бы нарушать не стал, даже если код пришлось бы модифицировать до неузнаваемости. Ведь самое главное - понять принцип. Вот только в таких областях наработок нет. А что есть, всё закрыто.
Писать операционки сложнее на порядки.
А всё началось с фразы "Да там всё просто. Обычная математика. Любой программист справится". :D
Ой, я бы рассказал как я необходимость конкретного алгоритма кластеризации обосновывал. Торгашам и менеджерам. Это - песня. Тут донести до людей работу готового алгоритма с готовой реализацией - целая проблема, настолько всё сложно, а ты хочешь разрешать всем подряд переписывать всё своими словами. Честное слово, как в дурке: "Говорить надо не очень быстро, короткими и простыми фразами". Но опеннет уже один раз матюкнулся, что я превысил лимит в 30 тысяч символов.
Ну да ладно, тут многим есть что рассказать про свою работу. Поха интересно бывает почитать. Почему-то кажется, что человек прошёл огонь, воду и медные трубы, оттого не кисло озверел и поэтому строчит довольно злобные комментарии. Но строчит он их про всё подряд, включая бсд, часто оставляя справедливые упрёки.
В общем, граф - это абстракция. Он может представлять структуру любой сложности.
Просто обсчитывая графы и деревья, сложно сказать, что это твои алгоритмы, пока оно не выходит за пределы дискретной математики. Но если это графы, представляющие объекты физического мира, будь то реактор, файловая система или расстояния между городами в геоинформационной системе для спутников, то всё меняется. Такие алгоритмы обычно защищают так сильно как могут. Особенно, GPL-щики и корпорасты. БСД и МИТ не защищают.Граф - это был простой пример. Один из множества.
Так вот все те структуры, протоколы, концепты и реализации, которые по твоему можно передирать из чужого кода и переписывать своими словами - это и есть самая сложная часть начальной разработки. Слышал, наверное: "Сложнее всего начать."
Поэтому, если вы что-то где-то подсмотрели, то будьте благодарны за то, что вам не надо уже над этим ломать голову. Потому что за вас это придумали. И если вы это использовали, то не надо орать, когда у вас тоже что-то берут для себя. Даже если это вымученный обратной разработкой драйвер. Особенно, если берут те, у которых брали вы.
BSD будет продолжать развиваться забирая и модифицируя сторонний код. Ей не осталось другого выбора. Детки уже ошалели от ЧСВ.
Никто не говорил, что взятие кода и его переписывание - то же самое. Но если вы переписываете чужой алгоритм, основываясь на чужой реализации, вы уже можете нарушить права разработчика реализации. И тут всё зависит от лицензии, под которой написан софт в котором этот алгоритм находится. Другое дело, что грань тут тонкая и отследить можно только если первый создатель успел или захотел защитить код.
А так, алгоритмы и лицензируют (что же мы тут обсуждаем по твоему), и патентуют, и по почте бандеролью запечатанной сами себе пересылают, и не распечатывают, пока в суде не понадобится, и в банковских ячейках хранят. Всё зависит от сложности и важности алгоритма. Если там формула начисления зарплаты, то это защитить нельзя. А если что-то сложное, если оно направлено на обеспечение безопасности, или получение огромной прибыли, сразу всё меняется. Что ты хочешь, если патентуют даже закруглённые углы. Это же гений придумал, по любому. Никто бы больше не догадался.
Это же надо ВУЗ закончить, а то и аспирантуру. Иначе никак. Углы закруглённые это разве не идея?Итак, цели защитить код у институтов не было. И конкретно их алгоритмы не защищены ничем, кроме просьбы (даже требованием это назвать нельзя) сохранить авторство.
Знаешь, какие мне нравятся исходники? Где последующие авторы указывают всех предыдущих авторов (указывая смену лицензии и проекты, повлиявшие и вдохновившие на работу). Тут тебе и уважение к разработчикам, и история.И хотя первые институты позволяют использовать свои наработки, об этом можно было бы честно упоминать в своих проектах. А не стыдливо вытирать их копирайты или просто имя из листинга, уподобляясь незабвенному Денису.
Попробуй реализовать какой-нибудь парсек из Астры и в паблик выложить (он ещё и запатентован, емнип). Даже если там код открытый (я сомневаюсь), тебя не только за это по голове не погладят, к тебе домой придут. Не, ну дома наверное погладят, чем-нибудь тяжёлым. И поделом.
Переписанный своими словами чужой алгоритм это тоже не значит, что разработано с нуля. Поэтому везде где пишут, что Торвальдс что-то там разработал с нуля - это ложь. Потому что есть большая разница между переписанным хелловорлдом и алгоритмами множества придуманных в at&t, беркли, карнеги и мите технологий. Да даже в системе его преподавателя. Вон, Интел тоже подкормился.
То, на что у них ушли годы разработок коллективами разработчиков, Линус и Ко просто переписали с учётом своего видения, не забыв при этом едко (в его духе) комментировать знания первичных разработчиков. Так и хотелось бы сказать: - "Ну где же ты был раньше".
Честь ему и хвала, что он осилил переосмысление и рефакторинг. Только это не с нуля. Я бы не смог сразу написать свою программу на шаблонах проектирования, не будь у меня рабочего отлаженного алгоритма, учитывающего минимум физики и математики.
Нельзя сесть писать свою ОС с нуля и получить клон юникса, если ты не пытаешься сделать это с самого начала. Но если ты это пытаешься, ты будешь дербанить исходники юникса, иначе её клон не получится.
> BSD сделали тоже самое, когда SystemV переписывали под удобной лицензией
Вот только BSD появилась раньше SystemV лет на 5-6, поэтому переписывать её могла только после того, как эта систем5 сама вобрала наработки бсд. Поэтому SystemV не только получила часть кода непосредственно от BSD-проекта. Но и от Sun Microsystems, которые до перехода на system v были чистой бсд компанией, основанной бсд-шниками и развивающей свои и общие бсд-наработки и концепты. И что тогда могли переписывать в BSD? Только то, что относилось к System V. Поэтому говорить о том, что BSD переписала всю System V не надо. System V уже не была чистой системой. Они не переписывали тот код, который ей сами дали. Они его могли только доработать с учётом новых реалий, исправить ошибки. Юридических причин переписывать весь код System V просто не было. А технические остаются на усмотрение разработчиков. Могли бы ради интереса попросить удалить весь бсд-код из System V. И посмотреть, нужна ли кому-то такая юникс. Но это было бы некрасиво по отношению к легендарному предку, хоть он и скурвился.
И даже слава богу, что пришлось переписать базовые подсистемы. По крайней мере удалось сделать приличный планировщик.
BSD разрабатывалась не как отдельный проект юникса, а как его ветка улучшений, которые потом сливали в коммерческий вариант.
А переписывать пришлось, ибо ублажить хотелки AT&T по продажам становилось невозможно. Первую битву с коммерсами начали именно бсд-шники (которые им помогали и кормили, да).> Очень огромный срок. Наверное за это время было более 10-ка версий ядра Linux выпущено, да?
Удивительно. Сначала они кричат, что фряха отстала от линукса и не нужна. А потом оправдываются, что за время работы какой-то новой фичи, которую в линуксе только запланировали сделать, и то, на базовом уровне, вышло не так много ядер с изменениями. Когда им прямым текстом объясняют, что сами разработчики линукса даже не ведут речи о том, что бсд в этой области устарела и думают, как бы её догнать. Это был пример того, что разговоры о том что бсд не нужна - враньё. Эти разговоры только для опеннетовских экспертов. Их уровень. Оказывается, она нужна даже разрабам линукса. Всегда была. (тихо) И, надеюсь, будет.
opennet
предыдущие годы: "Фряха отстала навсегда. Зачем её использовать."
2023 год: Линукс потихоньку догоняет фряху.Между прочим, это заслуга не БСД (ну, если не считать, что нетфликс на ней поднялся), а именно совестливой корпорации. Одной из немногих, кто что-то вернул.
Без этих доработок фряха вообще бы смотрелась грустно, почти как линукс. Оказывается, BSD не запрещает как брать код, так и отдавать его.А есть вацап, который клиент не сделал. Но зато расщедрился аж на миллион. Вообще не знаю, как к такому относиться. Деньги, конечно, тоже нужны. Ну, зажал и зажал. Такая вот судьба у бсд. Быть одной из родителей для тех, кто ей смерти желает. В наше время это свойственно людям. Чего тут удивляться злобным комментаторам.
> BSD на супер-компьютерах есть?
У тебя у самого супер-компьютер есть? Зачем тебе на нём бсд?
Или ты думаешь, что это дешёвое удовольствие? С чего фонду тратиться на суперкомп с фряхой, ради чьего-то удовлетворения, когда они сами концы с концами еле сводят. Им от этого и раньше никакой пользы не было. А сейчас один геморрой.Линукс сразу появился на PDP или VAX-е? Так может он, как позиционирующий, что содран с sys v (видимо, в первую очередь, за счёт инита), изначально работал на spark? Ну и вот тебе и ответ. Что было у разработчика, под то и писалось. Напиши поддержку железа суперкомпов и ставь что хочешь. Поддержка железа лежит на совести его производителя. К разработчику операционки какие вопросы?
У тебя же во многих темах - "вот, фряха не поддерживает такое-то железо". Не поддерживает, нет драйвера. Сначала спеки зажимали, потом рук не хватает или оборудования нет. А ты хочешь ещё распыляться на суперкомпы.
А, ну да. Собственно дальше всё нытьё в этом абзаце посвящено не поддерживаемому железу. Поэтому дальше я его пропущу.
> Apple не дала даже доступ к Cups для проекта BSD.
Поясни. Cups там есть. И принтеры работают.
> Долбанные USB-планшеты, работающие в MacOS не работают в FreeBSD.
Надо смотреть логи. В чём там причина не работы в купсе.
> С чего их клепать, когда никто не делится наработками?
Ага. Ошибочка вышла. Не форки, а клоны. Типа линукса, только закрытые. И похожие только внешне. Потому что никто не сможет сказать, что там внутри у другого.
Но дизассемблер никто не отменял. :)> Корпорации как раз и объединились для того, чтобы работать по совместимым стандартам, а не писать каждый костыль.
Это конечно не так. Потому что никто не мешает создавать стандарты без открытия исходного кода, как это делалось всегда.
Корпорации объединились сначала потому, что их вынудила лицензия это сделать. А уже потом они увидели способ облегчить свою работу, переложив разработку на сообщество. Оттого и была ситуация, когда они только начали объединяться, но свои наработки открывать не спешили. И только после того, как они почуяли выгоду и поняли, что если начать сотрудничать, то можно подмять разработчиков под себя, сократить затраты как денежные (ведь это just for fun, а за фан кто же платить будет), так и временные (один дорогой разработчик хуже и медленнее, чем толпа джастфорфанистов, готовых с утра до вечера тестировать бесплатно то, за что раньше надо было разоряться на целую зарплату тестировщиков).
В целом, компаниям оказалось очень выгодно иметь стадо бесплатных сотрудников.
Ради такого можно объединиться, чтобы не пришлось грызть друг-друга: " - Ой, у меня там кнопка Пуск, откуда у тебя такая же? - Да не, у тебя в левом нижнем углу, а у меня в правом верхнем. Это я твоё видение на своё поменял. Поэтому всё разное. Ничего не заимствовал. Всё с нуля."> Эталонная реализация IP (APPN тогда еще) появилась под лицензией GNU GPL и не входила в SystemV.
Darpa спонсировала Беркли. При чём тут GNU. GPL появилась позже реализации на несколько лет.
Но кому есть дело, когда в GNU сподобились переписать реализацию IP под свою лицензию. Главное, что у них было куда смотреть и откуда передирать.
Вот поэтому все сидят через BSD-сокеты, а не GNU-сокеты.> Ядро BSD, наверное может само загружаться?
Да, там всё в дереве родного исходного кода. И loader и mbr, и даже loader.efi.
Сторонние загрузчики типа grub не используются.> Поэтому она настолько свободна, что нормально не работает там, где есть графика, за исключением двух корпорастов из SFS-консорциума, которые делают СВОИ железки.
Она и не должна работать, когда в неё напихали столько линуксизмов, что разработчики даже уже не знают как им нормально состыковать devd с udev-ом.
Раньше работала нормально. Сейчас доламывают. Думаю, следом будет сломанная ZFS.
Всё, до чего дотянулись линуксоидные руки, в бсд превращается в тыкву. Это какие-то поганые диверсанты. И кажись эти твари просочились непосредственно в фонд, потому что такого количества сломов рабочих процессов разработки я отродясь там не видел.Звук только не трогайте. Это лучший звук из всех основных операционок. Линукс бросил, фряха переработала. Большое спасибо. :) Теперь у линукса самый поганый плоский звук. Если придёте и сломаете, придётся валить на гайку, которые тоже туда OSS перетащили. Кстати, они спокойно портируют всякие вещи из разных систем. И бурлят только отдельные жалкие линуксоиды.
Да, свободна. Остальное на совести корпораций и разработчиков железа.
> Sony, конечно же не закрыла код своего интерфейса...
Казалось бы, при чём тут Беркли и сторонние проекты. БСД ничего не закрывали. Остальное на совести кормящихся корпораций и сообществ, включая линукс-.
Смотри, к примеру, ты пользуешься вещами придуманными для бсд, на бсд, и в бсд. Но ты, запрещаешь в бсд пользоваться вещами, которые сам придумал (или стянул из другого места). Ты переписал по готовому коду целую систему, но начинаешь бурлить когда драйвер портировали из твоей системы. Нет поддержки во фряхе, так надо сделать. А как её сделать, если ты своей ГНУсной лицензией кислород перекрываешь.
Вот и придумали прокладку - LinuxKPI, чтобы портировать GPL-софт.И заметь, когда ГНУ поняли, что БСД несовместима с ГПЛ, а код им оттуда бывает нужен без изменений, то тут же придумали третью версию и объявили её совместимой с БСД.
Я ещё раз говорю, всё что там заимствующие закрывают - это не важно. Они не имеют непосредственного отношения к проекту BSD. BSD ничего никому не закрывали. Хотя могли (и варились бы Торвальдс со Столманом в собственном соку.)
Бери и пользуйся. Тебе жалко что ли указать: "stollen from" или как иногда в исходниках пишут "implemented using the ... from ...".
> BSD-код можно закрыть в любое время.
Но это же не удалит его с моего диска и реп. И даже старые версии останутся. Значит можно форкнуть, пока отличий не накопилось. Старый код никуда не делся.
Представь, что ты лидер проекта под ГПЛ. И внезапно попадаешь под автобус.
Что изменится? Ну, самое главное - лидер. И только от него будет зависеть, продолжит он держать код под ГПЛ. Или скажет, "ладно, хорош" и закроет проект.
Закрытие проекта аналогично закрытию кода. Если он был кому-то нужен, его форкнут и продолжат развивать под любой понравившейся лицензией, хоть под той же GPL. Только переименуются и создадут новую структуру.
Вот и всё отличие.Если GPL будет мешать где-то линковаться, создадут прослойку, как всегда. Но это не отменяет того факта, что механизмы обхода для закрытия GPL существуют.
И GPL-код можно перелицензировать и закрыть. И придётся форкать точно так же.А теперь скажите мне как линуксоид бывшему линуксоиду. BSD ничего не закрывает и не запрещает. Это делают проекты, которые с неё кормятся. Тогда почему вы наезжаете на BSD, а не те сторонние проекты.
Если вас почикать ножиком, вы пойдёте писать заяву на производителя ножа? Это глупо, но это показывает уровень современной публики из линукс-сообщества, которые обвиняют BSD в том, что Sony закрыли код.Приведёте пример, что BSD, к примеру - FreeBSD, за 30 лет закрыла у себя код?
Может это сделали в OpenBSD? Тоже нет.
Ни в одном из проектов BSD код не закрыли.
Даже если это сделают в будущем, сейчас таких прецедентов нет.Даже в Apple код оставили открытым. Бери и смотри, какое множество функций в макосе работает благодаря bsd, а какой минимум возложили на mach.
Лавры первопроходца нужны линуксоиду. Вот что ему горемышному не даёт покоя. А их нет и быть не может. Всё уже написано до вас. Даже системд. Пока что ваш предел разработки с нуля - cgroups от гугла. :) Но я не знаю, может это тоже аналог чего-то?
Надо было думать головой. Потому что если ты создаёшь клон чего-то, то первичнее этого чего-то ты уже быть не сможешь. Unix всегда будет вашим названным призрачным "предком". Ройте в квантовые вычисления, если так хочется первородства. Но вряд ли и там уже не застолбили.
> Боюсь, что была бы куча несовместимого ПО у каждого вендера. При закрытых API делать трансляцию пришлось бы или МНТ, или покупать лицензию у каждого копираста, что сделало бы софт нереально дорогим.
Именно. Я и говорю, что мир был бы другим, если бы пионеры опенсорса закрыли код.
GPL появилась всего за 2-4 года до линукса.> Только Apple взяли и закрыли свои наработки.
Лицензия не запрещает. И поэтому свободна. А иначе как разработчику получить технологическое преимущество, когда юникс устроена так (и линукс тоже, как её клон), чтобы вбирать в себя всё появляющееся. Поэтому я сказал, что они почти такие же паразиты.
Забыл уже название проекта. И даже не помню из какой он области. Но здесь про него новость писали. В общем, он довольно неплохо продавался и массы потребителей ещё даже не знали про опенсорс и его революцию. И тут руководителям пришла в голову "здравая" идея - открыть код. Ведь это так здорово, когда тебе помогает писать сообщество. Можно даже своих программистов поувольнять (хотя бы наполовину). А вышло всё наоборот. Вообще, в здоровую голову такая мысль бы не пришла. Через какое-то время появился первый форк на базе этого кода. Потом следующий. Пользователи рады, покупать ничего не надо. Продажи рухнули, основной проект умер.
Но сейчас-то другое время. Сейчас всё завязано на сервисы и подписки, есть как заработать на опенсорсе. Тем более, никто не знает что у тебя на сервере крутится. Но ключевые моменты корпы всё равно стараются зажимать. Даже те корпорации, которые вынуждены отдавать код из-за GPL-лицензии.
Да что там говорить, даже РедХат пытается продавать свои услуги тем, кто его услуги предлагает другим. И поэтому перекрывает почти все источники с исходным кодом. (Мы прямо в этой новости сидим, если кто забыл. И трындим за BSD. И даже не мы начали, а кто-то сверху.) :)
И ведь понятно, что ничего не получится. Потому что у него купят лицензию и выложат весь код бесплатно на сотни серверов там, где юрисдикция не дотянется.
> Пруфы будут, что оговаривали за заимствование кода, а не за его закрытие?
Да прочитать хотя бы ветку про криво портированный "стыренный" Wireguard.
Фряха не закрывает бсд-код. Это открытая операционная система. И суд был по этой причине. Что мир Юникс поделился на два лагеря - AT&T - барыги-коммерсы (не разработчики, они и сами не рады были) и CSRG - технари-академики.
Барыги подняли цену, сделав её неподъёмной. Технари возмутились и стали развивать свою ветку, которая была признана AT&T, и они сами оттуда много чего заимствовали.Это какой-то парадокс (народ совсем не соображает что ли), что бсд ругают, что она кормит корпорации. Она кормит всех и появилась как самостоятельный проект в результате борьбы с ними. И если бы её не было, то был бы полузакрытый коммерческий юникс. И развитие пошло бы совсем по другому пути. Возможно не было бы ничего из существующего, но что-нибудь обязательно появилось бы. Только "гением" был бы не Торвальдс, а какой-то другой парень. Впрочем, слишком много "бы". История сложилась как сложилась и BSD заняла в ней почётное место. И плевать, что там кричат вчера пришедшие в опенсорс (который стал сильно пахнуть GPL-корпоратоидиократией) и поставившие какую-то систему на линуксе, упивающиеся крутизной совсем не того гения и называющие линуксом все компоненты системы и даже предметы вокруг себя.
Всё очень похоже на боготворение Джобса. С разницей, что Ритчи никто не гнобил, про него просто многие даже не слышали. Беркли, конечно, известнее чем Ритчи, но так же многие не знают о их заслугах. Торвальдс конечно получше Джобса. Он хотя бы разработчик. Но аналогия просматривается отличная: Джобс - гений, Ритчи - никто. Торвальдс и Ко - гении, Беркли - никто. И т.д., можно менять фамилии как угодно. И МИТ не забывать. Всё равно началось всё с Ритчи и Ко. Но вы сравните что было в новостях, когда умер Джобс, и когда умер Ритчи. Там разница - неделя.
На Спектруме тоже Синклера боготворили. Даже Торвальдс про это говорил. Он его уважал как разработчика. А потом многие узнали кто был реальным разработчиком. И таких ситуаций было великое множество.
Пусть даже люди не знают истории, поскольку не интересуются. Но это же совсем не дело, поливать грязью настоящих создателей. Именно тех, кто придумал и первым начал воплощать.
Сейчас, со стороны кажется, что это всё незначительно. Потому что ты уже увидел готовый пример, знаешь, что это возможно и знаешь как шло развитие.
А теперь представь, что ты в 80-х годах, без интернета и документации (потому что её ещё не к чему написать) с головы, путём мышления, придумываешь разные структуры, протоколы общения и увязываешь это всё в одну кучу, потом пишешь код.И вот тогда, ты уже не будешь просто так кидаться словами, что взять чужой код и переписать его своими словами - это само собой разумеющееся и какой-то сложный алгоритм вдруг стал твоим. В чистой науке тебе голову оторвут, если ты чью-то теорему расскажешь своими словами, и заявишь, что это ты её придумал.
Это тебе не просто так, взять уже существующие структуры данных и расширить их путём добавления новых свойств. Добавлять к уже написанному на порядки проще, чем писать с нуля.
Я не помню кто. Вроде Билл Джой. Поехал то ли в командировку, то ли ещё куда-то и обнаружил, что забыл компилятор, так он его написал за вечер или два и откомпилировал какую-то программу. Читал множество подобных примеров.
Считаю это отличным показателем как работали мозги у людей тогда и сравнивая их сейчас не могу сказать, что сравнение в пользу современников.
Тем более читая такие комменты: - "Да сколько там этой бсд в макоси. Да там код уже весь старый." Да сколько бы ни было. Вы смотрите не количество строк, а количество функций, которые этот код обеспечивает. Возможно, эти функции сейчас, при помощи интернета и такой-то GPT, тоже можно написать за пару дней. Но тогда их писали многие месяцы целой толпой. И какая разница, когда был написан этот код. Главное, что он работал тогда и работает по сей день.> Еще бы разрабы железа это делали, а не всякую дичь плодили, когда на той же фряхе некоторые WIFI-чипы и звуковые карты, работающие под Linux-ом не заводятся, так как драйвер честно заблобен в ядро по персональному разрешению разраба с запретом менять условия распространения блоба.
Как будто в линуксе нет блобов. Вот поэтому во фряхе появились прослойки, которые позволяют использовать виртуализацию и линукс. Чтобы система работала при отсутствии родного софта. И как и GNU, Linux и Ко, они тоже будут постепенно заменять это всё на родное. Если хватит сил.
А в линуксе ближайший похожий пример - dxvk. Родных игр раз-два и обчёлся? Ничего. Сделаем DXVK и будем запускать игры для винды. А игру воткнём прямо в вайн и заранее настроим, чтобы сразу не падало. Плевать, что там ФПС проседает. У геймеров всё равно компы мощные. Ну, посидят с гудящим кулером. Не страшно. Зато поиграют. Три зайца одним выстрелом. 1. Ублажили пользователя, у него игра. 2. Ублажили себя, есть галочка в поддержку софта и иллюзия наличия софта у потенциального перебежчика с винды или бсд. 3. Ублажили производителя виндовых игр. Ему не надо теперь ломать мозг, как писать игры под опенсорс.
Это называется сдача позиций и слияние. И фряха и линукс сдают позиции, одна в драйверах, потому что родной драйвер писать уже не обязательно, и так через linuxkpi и виртуализацию всё работает. Другому не нужны родные игры. А зачем их писать, когда из винды игры работают. Конвергенция во весь рост.
Тут стоит обратить внимание на то, что линукс с dxvk делает то же самое что фряха делает с линуксолятором. Ведь линуксолятор это по сути тот же транслятор, как вайн. Ну что? Будешь кричать "Линукс не нужен! На нём нет игр! Винда - лучшая!!!"?
Если тебе родные линуксовые игры не нужны, то ты конечно можешь покричать.
А мне так же во фряхе не нужны железки, которые ты постоянно перечисляешь в своих комментах, и производители которых не поддерживают фряху. Поэтому я могу кричать "ВайФай не нужен, Ethernet forever!"Так я повторно спрашиваю, а вы чем отличаетесь? У вас те же проблемы. Вы их решаете теми же методами, клепаете прослойки.
Только у вас ещё есть много коммерсов с большими кошельками. Но они же вас от разработки и отогнали.
Всё отношение к вам выражено двумя тегами Леннарта Поттеринга. NOTABUG и WONTFIX.(играет музыка луни тюнз) Это ещё не всё, ребята!
> Пруфы - во всех пренебрежительных комментах к новостям про фряху, опёнок, стрекозу и нетку, особенно относительно поддержки железа.Ты не смог даже на ОпенНете пруфы найти. НУ хотя бы в 10-ток проуфов из новости про юбилей Фряхи приведи?
А теперь посмотри на себя, якобы бээсдешника, и посмотри в какой теме ты устроил полиание грязью Linux.
Не надо быть Ораклом, чтобы знать, что ты скажешь "это другое!".> Но было ли это возможно, когда GNU ещё не было?
GNU появилось в 1983 году, BSD - в 1984.
> У тебя у самого супер-компьютер есть? Зачем тебе на нём бсд?
Точно Это же другое. Суперкомпрьюетры не считаем, роутеры не считаем, смартфоны не считаем, смарт-телевизоры не считаем, ноуты на Linux в КНР не считаем.
> Даже в Apple код оставили открытым.
Код OpenGL-стека от Apple в студию!
Ой! Это другое. Это не считаем.
"Лицензия не запрещает. И поэтому свободна." и "Поэтому я сказал, что они почти такие же паразиты." в одном абзаце. "Лицензия паразитов", не?"Что мир Юникс поделился на два лагеря - AT&T - барыги-коммерсы (не разработчики, они и сами не рады были) и CSRG - технари-академики." Только AT&T и их сторонники в МТИ сами не закрывают код, а лицензия требует указывать источники закрытого кода.
> Но это же не удалит его с моего диска и реп.Двадцать лет назад код OpenGL для FreeBSD был открытым, но потом коммитеры из Сони его закрыли, и FreeBSD осталась без поддержки OpenGL. Да так, что новая реализация не позволяет использовать весь функционал OpenGL 1.3 сейчас. Из репозитория FreeBSD код оригинальной поддержки OpenGL был удален. Права на него отозваны. Ты не имеешь права модернизировать, передавать и изучать код даже в своем репе, чтобы не нарушить лицензию. Поэтому и нет нормальной поддержки OpenGL в BSD.
> Она кормит всех и появилась как самостоятельный проект в результате борьбы с ними
Кого она кормит, кроме Sony и Apple?
HP-UX, Solaris - это System-V,а не BSD.
BSD-не Unix.> Darpa спонсировала Беркли.
Darpa был проектом МО США, и поддерживал Беркли, МТИ, AT&T Labs (автора IP), являющейся частью МТИ и Техасского университетов.
> GPL появилась всего за 2-4 года до линукса.
Linux появился в 1991 года.
JOLIX открыла код в 1992 году. От BSD (На самом деле: Unix редистрибьютед Беркли) там уже ничего не было. Ядро не поддерживало PDP-11, Posix не было. Его вернули только в 1997 году. В общем, BSD/386 такой же Unix, как и Android.> Беркли, конечно, известнее чем Ритчи,
Что, правда? Тогда почему это всего лишь четвертый технологический ВУЗ США и 11 в мире? Почему Беркли проходит аккредитацию через комиссию с участием представителей OSI, ITU, SFS, а не наоборот?Как будто в линуксе нет блобов.
> Как будто в линуксе нет блобов.
Так как раз и речь про блобы в Linux, которые разрабы запретили использовать в ОС, где можно сменить лицензию.
> Другому не нужны родные игры.
Steam, Gog, idSoftware только игры в Wine запускают? Куча игр с третей плойки заводятся в Linux без эмуляции (бинарь есть на офф.диске), но не заводятся в фряхе из-за проблем в OpenGL.
> GNU появилось в 1983 году, BSD - в 1984.Сразу видно паству Столлмана.
BSD появилась в 1977, в 1978 уже был первый релиз
GNU появилось в 1983,
GPL появилась в 1989.Учи матчасть и не позорься.
Остальные все твои ошибки вытекают от незнания первоисточников.
Часть II> Проект Athena никогда не был BSD.
>> Ты думаешь иксы под линукс писались? Нет, они писались под бсдНе были BSD, а разрабатывались под BSD. В МИТ БСД работала, и под неё они писали иксы.
83-й год, IBM с DEC предлагают 50 лямов за работы по графике. DEC везёт терминалы. Количество оборудования растёт с каждым этапом.
83-й год, начало разработки. MIT: "We are using Berkeley 4.2 Unix as our base system.". Это 4.2BSD.
84-й год, поиск разработчика приложений: "All of the owrk will be done
on a system of VAX 11-750s running Berkeley Unix 4.2." (орфография сохранена)
85-й год, описание разработки и с какими проблемами столкнулись при разработке иксов.
86-й год, отчёт о проделанной работе: "Over that last 18 months the X window system has been implemented under
4.2BSD UNIX at MIT at the Laboratory for Computer Science and Project Athena."
И ещё много инфы как они эту БСД предлагали доработать. Решали проблемы. Очень интересно почитать, рекомендую. Все дружно пахали. И никто не кричал - "Да зачем нам БСД, лучше дождёмся Столлмана".https://www.tech-insider.org/unix/project-athena.html
А где был в это время Столлман? Ага, он переписывал юникс по готовым лекалам, чтобы получить не-юникс.
Потом самому смешно будет читать фразы от линуксоидов типа "бсд и графика? невозможно". Когда эта линуксовая графика на бсд и делалась, и обкатывались многие прорывные идеи, алгоритмы и оптимизации. Почти за десятку до рождения линукса. И только потом её получили в линукс, обгадили линуксизмами и стали делать её менее совместимой со всеми, кто не линукс. Потом типа вернули. И после такого возврата я должен FSF считать честным опенсорсом? Да это вендорлок называется. Зря юниксоиды повелись на мир, дружбу, жвачку. Надо было пилить хотя бы XFree86 дальше. Как OSS.
Не совсем понял, зачем тебе терминалы VT200s, но в МИТе использовали VS100.
Даже в вики указано: "Originally, the Athena release used Berkeley Software Distribution (BSD) as the base operating system for all hardware platforms."А самое весёлое для меня то, что через некоторое время после начала этой работы над графикой, вылез Билл Гейтс со своей виндой. Хорошо иметь шпиона в IBM. :)
> Когда Blink и Mozilla форкнули под фряху-то?
Mozilla померла, а первое и не браузер вовсе.
Упоминание о мозилле ещё можно увидеть в русском хэндбуке: https://docs.freebsd.org/ru/books/handbook/desktop/#desktop-....Но если возжелаешь поставить, читай на английском.
Раз блинк не портировали, значит тому, кто это может сделать, он не нужен.
> Вот тут ты соврал. Ранее описал почему.Так нельзя делать.
Нет, я как раз ранее привёл даты и тексты. Можешь загуглить и выйти на полную историю. А ты просто не до конца прочитал инфу, или читал про какой-то другой проект. Эта версия терминала в отчёте даже не упоминается. Там везде VS100 и бсд. System III даже не упоминался. Упоминался лишь System Vr2 в контексте про переменную TERM. Думаю, TERM не похоже на DISPLAY.
Во всех Юниксах МИТ столкнулся с проблемами (а иначе было бы скучно жить). И они неплохо помогли доработать бсд для проекта Афины и вообще. А могли бы и поплакать, что железка не работает, или очередь сообщений не той длины.
> Ext* был в Minix?
"The Extended file system (ext; April 1992) was developed to replace MINIX's, but it was only with the second version of this, ext2, that Linux obtained a commercial-grade file system."
Как видишь, был. Да, линукс получил её оттуда, потому что разрабатывался на миникс. Или ты думаешь, что Линус тумблерами кодил?
http://www.cse.unsw.edu.au/~cs3231/20T2/lectures/lect11.pdf
Второй лист: "Evolved from Minix filesystem (via “Extended Filesystem”)"Другой вопрос - как она сама создавалась.
"Ext2 uses many concepts that are based on UFS but, for good or for bad, Ext2 has never been considered important enough to compete with the local UFS filesystem"В руководстве от IBM прямо написано, что ext2fs "основана на" UFS(FFS).
Или хотя бы в этой презентации, на 7-й странице, или на 8-м слайде https://www.cs.virginia.edu/~cr4bd/4414/S2020/slides/2020040...
"Linux’s ext2 filesystem based on FFS"
И опять BSD.Btrfs - современная система, но она пытается создаваться по образу и подобию ZFS. Не помню точно термин. Но кажется что-то вроде неперезаписываемые файловые системы. Так вот, первые концепты таких систем тоже разрабатывали в Беркли, если, конечно, они не врут. Уже потом, когда товарищи по BSD и Sys создали Sun Microsystems, они разрабатывали ZFS на основе этих концепций. Уж не знаю, почему они перешли с Unix BSD на Unix System, но скорей всего это из-за шильдика коммерческого юникса, который позволяет солидно увеличивать стоимость своей продукции. Да и SunOS проигрывает по названию Solaris. Неплохой ребрендинг, как по мне. Но сам переход на system v был постепенный.
Так что как ни крути, а от присутствия БСД никто не избавится, пока не перепишет все концепты. Её значимость многие не осознают до сих пор, часто из-за незнания. Просто это мало кому интересно.
Да, в таких сложных проектах код особо передрать нельзя, так как он не будет работать для другого ядра. Но архитектурные решения и структуры данных - вполне можно посмотреть и доработать под себя.
> Говорит, что System III - это BSD, можно точно так же, как называть BSD дистрибутивом Linux.
А кто говорит? Никто не говорит, что это - то. Говорят, что это - оттуда (на базе, основано). Тем более тройку я вообще нигде не упоминал. В контексте связи с БСД никогда про неё не читал. Не пойму, откуда ты её постоянно берёшь?
Тем не менее, я же говорю, что БСД это юникс. Да, частично переписанная, но архитектура же сохранилась. Да и как она может быть не юниксом, если она изначально шла патчами в родной юникс. Тем более, что после заимствований кода уже в обратную сторону, из БСД, якобы чистый юникс тоже перестал таким быть.
Но юристам фиг докажешь. Зато они умудрились сертифицировать один из линукс-дистров. Правильно, денежки сами себя в карман не положат. Их ещё выпросить надо.И что я должен больше уважать? 1) Открытую БСД, куда перешли технари из коммерческой клоаки, и которая-тихо мирно уже просто пытается выжить (и её за это поливают фекалиями GPL-щики, которых жаба душит-душит, и всё никак не придушит). За то, что она (о, боже!) посмела что-то там позаимствовать. Те самые GPL-щики, которые даже не пытались пойти по ссылкам хотя бы в википедии, выйти на исторические блоги, книги. Немного почитать, подтянуть матчасть, вдохнуть романтику тех дней и перестать выглядеть уродливыми тролями.? 2) Изначальную Юникс, которая готова признать собой даже линукс, лишь бы все вспомнили о ней, после её грязных выкрутасов с судебными тяжбами. Или 3) линукс, которому уже пофиг кому продаваться, лишь бы все запомнили, что там всё написано с нуля. И который рьяно всё поглощает, вытесняя старые заслуженные проекты. При том, что ни изначального линукса, бсд, и юникса давно не осталось. Всё переписано давно. Код во многих местах другой. Концепты те же. А код поменялся.
Я буду уважать проекты не за лицензию, а за первичную идею и её реализацию.
> Стоило бы тебе напомнить, что ZFS - это проект OpenSolaris, который распространяется под CDDL, которая несовместима с BSD-лицензией.
Ну вот, опять какие-то лицензии. Какая тебе разница кто лицензию нацепил. Надо смотреть кто разработчик. Так вот, ZFS это не просто OpenSolaris, так же как не Oracle. Это именно Sun Microsystems, потому что OpenSolaris основан на Solaris, Solaris основан на SunOS. А SunOS - это сначала BSD, а потом SystemV.
Именно поэтому ZFS появилась во фряхе не как порт, а как полноценная система. Сановцы помнят свои корни.
Фряха обзавелась приличной ФС, но линуксоиды из-за зависти её всё равно добьют.Заметь,
MIT разрабатывает иксы на BSD. Ты: - "Проект Афина никогда не был БСД."
SUN разрабатывает ZFS на OpenSolaris. Ты: - "ZFS это OpenSolaris"Ну один в один же ситуация. По твоей логике должно быть "ZFS никогда не был OpenSolaris".
Тут конечно, оговорка с твоей стороны, у меня был предлог 'под'. Можно заменить на 'для'. Но суть от этого не меняется. Двойные стандарты.А, понял. Ты же думал, что иксы делали на System III. Тогда ладно, всё логично.
> X11 в BSD благополучно идет под лицензией GPL, так как именно X11 передал в X.Org Foundation права на проект.
А Xorg откуда форкнулся? С нуля придумался и написался?
Ты проследи всю цепочку. Изначально там своя лицензия была (Как у python, или firefox.) Проще всего взять проект и форкнуть. А ты попробуй сначала его придумать и реализовать архитектуру.
И иксы в базовый проект BSD (я за FreeBSD говорю) не входят. Всё это в портах.
Из базовой части стараются от GPL избавиться.Видишь, всё непонимание от того, что для тебя важна лицензия, а не то, кто является автором идеи и воплощал её. И тут много таких, ссылающихся на GPL.
Мне же важно узнать истоки, настоящее имя того человека (той группы), которые это всё создали, и на что потом налетели разнообразные стервятники постепенно присваивая себе заслуги.
Ещё непонятно, что все эти юристы забыли на техническом ресурсе.Ты же сам уже сказал, сам всё понял, что если бы бсд всё закрыла, была бы куча несовместимых проектов. А ведь помимо BSD ещё MIT есть. И другие проекты. Из которых тоже не возбраняется заимствовать.
А ты возьми и проследи всю обратную цепочку от Xorg и до начала проекта MIT.
И увидишь, если бы не было первых разработок MIT, то не было бы никакого Xorg. Что ты форкнешь, если не из чего. Сам же выше спрашивал. :)Сейчас спроси кого, кто создал андроид, тебе большинство скажет, что это гугл.
> Тогда оплачивай разработку проектов OpenSSH, OpenSSL, LibreSSL, CLang, X-ов не из FSF. Почему эти проекты на сто процентов содержатся на гранты FSF? Почему ТВОЕ сообщество не оплачивает работу этих проектов? Или это другое?
Это кстати тебе контрпример, про то, что корпорасты ничем с BSD не делятся. Видишь? Шланг есть. Всё хорошо. :D
Потому и гранты, что надо курировать разработчиков. Не будет грантов, фонд потеряет контроль. Синдикаты посыпятся как карточный домик. Всем бы было лучше, но мало кто это понимает. Если бы FSF потерял контроль над иксами хотя бы лет 15 назад, то это была бы трагедия для FSF (но сообщество бы выиграло). От него бы ушли все спонсоры, которым эти иксы нужны. Это же касается других проектов.
А Тео вообще надо держать в узде, он плохо контролируем. Он синдикаты может далеко послать. Вспомни, как он ругал редхат с каноникалом. Разве такого можно без грантов оставлять. А с грантами они все тихие.> оплачивай разработку
Тогда ты тоже оплачивай разработку. Меня всё устраивало. До поры, до времени. Пока не пошли линуксизмы. Я железо подбираю. Это у тебя какие-то претензии к системе. Смешно, ей богу. Не работает железо, а виновата система. Ну напиши производителю железки, что он мудак, может он соизволит написать драйвер. Если пошлёт, значит он так к тебе относится, и надо его бойкотировать. А ты, наоборот, пиаришь.
У меня есть старая сетевая карта. Я сидел на центе. Редхат взял и в новой версии выкинул её поддержку из ядра. Я плюнул и ушёл на Дебиан. Там всё работает. На фрибсд всё работает. Да везде всё работает, кроме Шляпы. Вот тебе пример игнора плохих проектов.
Правда, если драйвера нет в принципе, то это мало поможет.Раньше не было никаких FSF и грантов и всё разрабатывали нормальные институты и сообщество. А сейчас появились эти фонды-прослойки корпораций и тут же потребовались деньги. Много денег. Так потому и потребовались. Потому что это хотелки корпораций. А теперь вы уже не остановите их. И даже GPL не поможет. Потому что они её обошли, забрав контроль в свои руки. Легче контролировать один фонд, чем сообщество. Потому что к лидеру фонда можно и с недобрыми намёками прийти. И сделать предложение, от которого он не сможет отказаться.
С другой стороны, кто сказал что бсд не сидела на деньгах. Там было солидное ведомство - darpa, которое полезное для себя и оплачивало. Понадобилась им нормальная сеть для военных целей, они заплатили. За что заплатили, то работает. Вайфай им нафиг не нужен. А у мака свой есть. Для этого они фряху в XNU от железа и отодвинули. А сейчас по их пути пытается пойти Астра Линукс. Интересно наблюдать. Силёнок-то явно маловато. Но они стараются.
У линукса не могло быть технологического преимущества. Он просто переписанный клон. Выживший лишь благодаря гениальной вирусной лицензии Столлмана. Без неё его бы сожрали корпорации. Был бы проект вроде templeos.
Вон, выше, n00by грамотно добавил какие ещё проблемы Столлман решил этой лицензией. А вы думали, что он строил коммунизм? Многие тут в это верили.
Но мавр сделал своё дело, мавр может уходить. Его ушли. Зато разработка Хурда активировалась. Правильно, что ещё делать, когда твои лекции корпорастам больше не нужны.
> Ты про BSD, чьи проекты спонсируются FSF yf 100%?
Нет, я про GPL, которые берут за основу наработки из других проектов, а когда те берут у них, GPL-щики и их фанаты начинают громко возмущаться. Не хочешь, чтобы код брали, закрой его и дело с концом. В том-то и различие, что из BSD код украсть нельзя, а из GPL можно. Замануху сделали в стиле "нам брать код можно, но потом мы его переработаем и будем уже как изобретатели".
Не надо говорить, что в линуксах это изобрели, то изобрели. Большинство из того, что там изобрели уже существовало в том или ином виде, были либо спеки, либо описание концептов, либо код реализации.
Начинаешь читать современные статьи про линукс, мало того, что его называют системой, так её ещё Торвальдс оказывается с нуля написал. Да линуксоиды просто борзеют когда называют чужую работу нулём.
Или вот, перл, я считаю: "Большую часть базовых системных компонент Linux унаследовал от проекта GNU System V, целью которого является создание свободной микроядерной операционной системы. "
GNU System V - это точно, пять баллов.
Кандидат тех. наук, два инженера. Я б заплакал, если б смог.Вторая страница: https://jurnal.vniiem.ru/text/101/18.pdf
Ребята, вы тогда определитесь: там запятая, буква И, или кто из них микроядро?
Конечно, в подобных статьях будут писать сначала про линукс-подобные операционные системы. А потом начнут и про юникс на базе линукса.
Что будут писать в комментах на опеннете после таких статеек, лучше не думать.
Наверное что-то вроде, "в начале было GNU, и GNU было у Столлмана". А чего? Внешность позволяет.По поводу спонсорства. А как ещё внедрять линуксизмы и поглощать другие проекты? Ведь, по сути, во фряхе осталось дожать только ktls. И это уже почти сделано. Что называется - догнали. Больше преимуществ у БСД для корпов и нет. Всё остальное в линуксах покрывается сторонними проектами. За 30 лет всё передрали. Правда запарились ошибки исправлять. Одна BPF чего стоила.
Корпы тоже много чего спонсируют. Вон, раст в линукс. Скоро будет не GNU/Linux, а RustFoundation (или как его там)/Linux.
Надеюсь, что они протолкнут прослойку типа LinuxKPI, и закроют все драйверы без нарушения GPL. Было бы неплохо. Чтобы вы поняли, каково это - пускать козлов в свой огород.
> Мне, кстати, нравятся модифицированные BSD-лицензии, в которых прописано требование платить роялити
И чем это отличается от современной политики лицензирования Qt? А, знаю. Там GPL.
И то же самое, не опенсорс - плати денюжку. Про LTS в BSD вроде не додумались ещё.И опять ты путаешь проект BSD и лицензию. За другие BSD не скажу, я их не смотрю, а FreeBSD ничего не закрывает и роялти не собирает. Она только разрабатывает технологии (по крайней мере, так было раньше. Сейчас она просто пытается успевать за линуксом) и предоставляет код. Всем, а не только BSD. Может она когда-нибудь закроет код, но за 30 лет этого не произошло.
> Minix под BSD перешел после того, как Торвальдс объявил, что его код будет под GNU GLP.
Как это противоречит или соглашается с вышесказанным?
И опять про лицензию. При чём тут лицензия, если фс получилась похожей на FFS.Ну напишите честно, мол, мы основывались на том-то проекте. Развалитесь? Нет, все пишут "с нуля. Никто никуда не смотрел." И не кричите потом на тот проект, когда он возьмёт ваши наработки.
Всё из головы - вот что такое с нуля. Это просто было невозможно в 90-х годах.
Когда ты создаёшь что-то из головы, клон получиться не должен, если не смотреть чужой код и архитектуру.И если у тебя в коде есть функции, которые называются как в бсд, и аргументы называются как в бсд, только идут в обратном порядке, то какое же это "с нуля". Это заимствование и есть. Только я не помню, может это позикс в линуксе так перетаскивали.
Но даже автор книги, который проводил исследование кода линукса, бсд и кажется соляры заметил, что "интересно, что несмотря на то, что Linux хотя позиционирует себя как клон System V, он больше похож на BSD". Сравнивался не только код, но и результаты работы, ядерные настройки. Вот не помню кто это был, может Стивенс. Вряд ли Робачевский. Крутая книжка. После неё я совсем другими глазами посмотрел на гений Торвальдса.
> В каждой новости про Linux приходят упоротые проприетарщики и наезжаеют на тех, кто не хаит Linux. Началось это еще с дружбы Джолитса и Балмера.
Ну, Линус не мог заимствовать оттуда, где было закрыто, поэтому соглашусь. Они упоротые.
> Sony и Apple наверное СПО продвигают, да?
А что? Продвигать можно только хая те проекты, с которых ты десятилетиями кормишься? Майкрософт продвигает. Однозначно. Как величайший обладатель оного.
> BSD тоже ядро. Причем существует 4 несовместимых ядра BSD. Ядра NetBSD, OpenBSD, DragonflyBSD нельзя использовать в FreeBSD, даже если скомпилить в этой ОС.
Сам сказал, сам ответил. Уже неплохо.
BSD это исследовательский проект Беркли, операционная система, дистрибутив и одноимённое ядро. Знаю, что нельзя использовать. Потому что ядра эти уже сильно различаются. Столько времени прошло. Если бы можно было просто передрать драйверы из опенбсд и нетбсд, поддержка вайфая несколько бы продвинулась. По крайней мере там работали те дрова, которых во фряхе ещё нет.
Можно даже называть эти ядра как ты перечислил. freebsd kernel, openbsd kernel и т.д. Там помимо основы уже куча кода. Один ZFS чего стоит. Не родной проекту, но родной ядру. Это разные проекты и разные операционные системы. Откуда быть полной совместимости.
Но никто не запрещает заимствовать код, если это возможно. Даже если заимствующие закроют код. Запрещает только GPL.
GPL - это оружие. А академики не любят воевать. Удивительно, что вообще по результатам суда бсд стала открытой. Могли просто посадить. Всё же дарпа за спиной не хухры-мухры.
> Ах да. NetBSD, OpenBSD, DragonflyBSD отщепенцы от истинной BSD, которая FreeBSD.
Это ты сам придумал, и пытаешься выдать за чьи-то (не мои ли?) слова.
Да, это произошло после. Но таково решение Беркли. Они решили, что FreeBSD должна стать истинной преемницей. Лично я их отщепенцами не считаю, так что адресуй свои упрёки тому, у кого ты это прочитал. Так же как Darwin и SunOS. Форки - это родня.
Как я уже говорил, меня интересует только как создавались вещи, протоколы, и кто были все те люди. Именно создавались, а не форкались готовые и дорабатывались. Если в форке было что-то своё значительно меняющее концепцию, то это интересно посмотреть. Если БСД можно считать форком классического юникса, то потом в ней придумали много интересных вещей. Про первые классические технологии, которые придумали не в бсд, я лучше почитаю в их первоисточниках. Но Беркли и МИТ это самые прорывные институты. И их наработки используются вообще везде. Тогда как линуксоиды могут кричать про иксы и интернет, написанные с нуля?
Вот я и говорю, что написать поганый коммент про бсд, используя иксы (не гпл) и бсд-сокеты (не гпл) может только лицемерный уродец из линукс-мирка.
Вот оставь всё придуманное только GNU, или Торвальдсом. Выкинь хотя бы маленький chroot. И посмотри, что от твоей системы останется рабочего.
Гений в опенсорсе тут не Торвальдс, а Столлман. Реально мощную штуку придумал.
А писать про то, что там какая-то железка не поддерживается, потому что спеки зажали, или тупо её нет в наличии у того, кто может написать драйвер - это большого ума не надо. Возьми, да напиши. Можно не с нуля. Но лучше не портируй под GPL, а то GPL-щики выть начнут.
Вряд ли современный люд с опеннета проникнется уважением к тем славным временам и людям, чьи титанические усилия пробивали дорогу технологиям и позволили каждому лицезреть комп не только в виде гигантского шкафа в вычислительном центре. Современному линуксоиду лишь бы в докер завернуться. Даже про историю виртуализации мало кто читал. Поэтому про chroot я тоже напомнил.
Вот теперь, финита.
> Не были BSD, а разрабатывались под BSD. В МИТ БСД работала, и под неё они писали иксы.BSD - Berkeley Software Distribution
MIT - Massachusetts Institute of TechnologyAT&T UNIX System V - Версия Unix от AT&T
Система X Window System была разработана в Массачусетском технологическом институте (MIT) в 1984 году для AT&T UNIX System V. Порт X Window System (X11) для BSD появился только в OpenBSD в 1993 году, когда MTI отдала в свободный доступ протокол X, выпущенный под именем XFree86.> Пруфы - во всех пренебрежительных комментах к новостям про фряху, опёнок
Слив засчитан. Пруфов нет. Зато есть пруф, когда недактватные ламера мастадйные от имени BSD-шников гадаят в комментах в новостях про дистрибутивы Lunux. Ты тому пример.
> Но было ли это возможно, когда GNU ещё не было?
GNU, как стандарт появился в 1983 году. Unix стандарт для утилит появился лишь в 1994 году.
> Посмотри, в каком году BSD появилась, и в каком GNU, и ещё в каком году появилась GPL.
Ты не путай лицензию и стандарт!
BSD не имела право на использование Bourne shell, так права Bell Labs передала AT&T, а у той System V была. Три года AT&T судились с Berkeley за воровство кода.> Надеюсь, что они протолкнут прослойку типа LinuxKPI, и закроют все драйверы без нарушения GPL
Не переживай. От этого уже есть страховка, как запрет на использование свободных протоколов в закрытых ОС. Закрыл драйвер - лишился доступа к использованию свободного кода. Google уже извинился, когда закрыли Bionic.
> BSD это исследовательский проект Беркли,
Беркли ужа давно отошла от проекта, когда выплатила AT&T очень большую сумму денег за воровство кода. Теперь это Berkeley Software Design (BSDi).
> Один ZFS чего стоит. Не родной проекту, но родной ядру.
Уже нет. Oracle запрещает использование кода в проектах, в которых лицензии можно изменить. Теперь он будет исключительно в Oracle Linux. Патентное право, оно такое - сегодня дали тебе возможность пользоваться, завтра, когда ты уже все перенес туда, забрали, чтобы ты платил отчисления.
> Они решили, что FreeBSD должна стать истинной преемницей.
Кто решил? Ты зачем выдаешь Berkeley Software Design за Berkeley Software Distribution?
Это при том, что вначале появилась NetBSD, затем OpenBSD, как форк первой, и только потом FreeBSD, как форк второй.> И посмотри, что от твоей системы останется рабочего.
chroot появился в Unix Version 7 через год после отделения BSD. До 89-го года технология была проприетарной и ее невозможно было использовать в BSD.
> После того как GNU всосало в себя наработки BSD
Опять звездежь. Наработок BSD в GNU нет. BSD - не Unix, с которым работали Ричард Столлман, Брайн Фокс, Эбен Моглен и другие, кто писал СВОЙ код для Unix, а потом ушел с ним в GNU.
В общем, один звездежь от тебя.
> Вот я и говорю, что написать поганый коммент про бсд, используя иксы (не гпл) и бсд-сокеты (не гпл) может только лицемерный уродец из линукс-мирка.
Присваивать BSD то, что никогда в BSD на было может только гнилой поганец из виндус-мирка.
> Возьми, да напиши.
А зачем мне нарушать лицензию? Это любили делать первые BSD-шники, коих к счастью уже не осталось в BSD - все в MS ушли.
> Тогда как линуксоиды могут кричать про иксы и интернет, написанные с нуля?
Точно так же, как ты кричишь, что все BSD, хотя все технологии System V, которая ни в одном месте не BSD, и передано было GNU-консорциуму, а не BSDi.
То есть это не открытая лицензия а фейк? ну так, так и есть. и зачем тогда оно надо? закопайте уже воняет
Раз уж существует возможность проигнорировать все возможные проблемы с софтом и оборудованием ОС BSD, то можно представить, что эта операционная система также развита и прекрасна, как и ее конкурент - ОС Linux. Ну а далее - только несравненная эффективность и стабильность BSD и поражающая многообразием конфигураций и количеством пользователей Linux. Такая ирония в сравнении поможет понять, что в любой технологии есть свои достоинства и недостатки, и нет идеального выбора, который абсолютно соответствовал бы всем критериям.
> Раз уж существует возможность проигнорировать все возможные проблемы с софтом и оборудованиемЕсли бы у дедки был прикуп, он жил бы в Сочи.
Вы сильно ошибаетесь расставляя приоритеты. Если расставить иначе, то очень даже подходящщая и хорошая OS.У разных разные интересы в теме.
Проблемы с софтом и оборудованием исправляются прямыми руками. Включая даже моменты отсутствующих драйверов.
есть оборудование, для которого без доков даже прямыми руками ничего не написать толкового.
есть софт, который даже прямыми руками не запустить на фряхе полноценно/нативно.
да и зачем тратить время на все это, если в соседнем линуксе с этим проблем нет.
ОС Linux не существует. Существуют операционные системы на базе ядра Linux. И дистрибутивы этих ОС, с помощью которых они распространяются.Почему-то здесь принято смешивать понятия операционной системы и её дистрибуции.
В BSD-мире такого нет, потому что сама аббревиатура говорит о том, что это вариант распространения софта от Беркли.
Иными словами, вы не ставите операционную систему Linux из дистрибутива Ubuntu. Вы разворачиваете операционную систему Ubuntu на базе ядра Linux из дистрибутива Ubuntu. Дистрибутивом может быть как iso-файл, так и репозиторий исходного кода и/или бинарников, удалённый или локальный. Но после разворачивания у вас на компе работает не дистрибутив, а операционная система, развёрнутая из дистрибутива.
Ядро не может являться конкурентом ОС. Ядро может являться конкурентом только ядра.
Вы же не сравниваете двигатель машины с целой машиной, каким бы навороченным он ни был.
Скорее не дистрибутивы, а местные ZverCD/ZverDVD. Одно и то же ядро, поверх него одни и те же библиотеки, поверх которых одна и та же шняга из реп. Ну а наличие либо отсутствие в кишках systemd любо установка пакетов через yum или apt - дело чисто косметическое. Исключение из правил, пожалуй, только Debian как умеющий работать не только с ядром от линукса.
Это всё зависит от того, насколько глубоко лежат различия в системах. К примеру, убунту и федору нельзя назвать разными сборками одной операционки. Потому что будет затруднительно назвать эту суперскую операционку.Линукс ей не является по факту, так как только ядро.
А отличия между этими двумя системами настолько значительны, и ни к одному из них проект GNU не имеет ни малейшего отношения, что назвать их сборкой ОС GNU тоже нельзя. В отношении реп можно назвать дистрибутивом GNU/Linux (так оно так и называется), но в отношении установленной системы это уже не дистрибутив GNU и не просто сборка GNU/Linux. Это сборка ОС Ubuntu или Fedora.
Вот многие хейтят BSD, а может не стоит слушать титулованных Linux специалистов и самому поставить BSD... Проверить, насколько хороша эта система. Как такая идея, товарищи?
Так у них на древнем хламе стоит эта фря, они используют её как роутер причём дома, и жутко гордятся как они пошли на перекор системе.Как БСД в прод ставить там даже кубер не запуститься только если в виртуалке.
Ох, если бы "прод" всегда был на куберах... сейчас вот столкнулся с микросервисной неконтейнеризованной системой - пачка серверов, на них через системды запускается свой собственный менеджер сервисов, который по пинкам начинает на лету собирать .net'ные приложухи, запускать их и дропать после выполнения задачи... ETL такой, да.
Нормальное решение. За кубер уцепились команды обезьян, просто таких большинство, поэтому с каждого утюга трещать про кубер.
Ну да, ну да - давайте запустим из под systemd свой аналог supervisord, но не supervisord - а чтобы управлять несколькими нодами запилим собственный оркестратор с апишечкой, но не кубер и даже не доскер сварм, а вот как бы вот свой, нитакой как у всех. Пусть колес пять и все с разным числом углов - зато ниабизян-из-утюга! Чтоб вам пожизняк такие "нормальные решения"(ТМ) поддерживать.
Хотя... не, ну в контексте организации 100500 рабочих мест под это дело - даже норм решение. Правда через пару годиков такого саппорта скорее всего придется во "Вкусно-и-точка" идти, ибо нахрен такие навыки никем не востребованы, но то такоэ. "Об этом я подумаю завтра!"
А зачем ты его руками собирал? Поставь из портов/пакетов, всё запустится.
Дай определение "настоящейсти" свободы.
Не давать определение настоящей свободы?
> Не давать определение настоящей свободы?Не стоит путать свободу и анархию.
Ахаха, вот и сказочке конец, а кто не верил что так и будет тому тоже конец.
глобальный CentOS на подходе
Что теперь будет с rpm-дистрами "отесественного" производства?
С какими? Они на дебиане
Роса, Альт и Рэд Ос.
Перепишут с нуля. Или возьмут за базу Slackware.
С двух нулей..
Опять будут государственные (читай - народные) "бабки" на очередной болгенос распиливать?
Альт и РедОС - не занимаются потоковой пересборкой исходников от Red Hat.
Люди сами строят свою систему, используя, как и другие дистрибутивы, компоненты с открытым кодом.
Что там с Росой - не очень в курсе, но судя по отголоскам того, что здесь раздаются - они также этим не занимаются.
они используют не компоненты с открытым кодом, а комменты с опеннета
> они используют не компоненты с открытым кодом, а комменты с опеннета"Они" - это кто?
> "Они" - это кто?Люди-крабы.
>> "Они" - это кто?
> Люди-крабы.Шалите.
Это редос не пересборка?
Ну-ну
Альту без разницы, у них от rpm-мира только пакетный менеджер же.
Нет, у них пакетный мэнэджер apt-get (не путать с apt). Вообще Альт, это гибрид - пакеты от RHLE, а пакетный мэнэджер от Debian.
В альте пакетный менеджер apt-rpm.
В альте нет пакетов от RHEL или от Debian. Репозиторий Сизиф собирается из открытых репозиториев свободных проектов.
Вы либо толстый тролль, либо вам надо подучить матчасть
Читайте внимательно - я не говорил, что в Альте пакеты от RHLE или Debian, Альт ИСПОЛЬЗУЕТ формат пакетов rpm, Альт ИСПОЛЬЗУЕТ пакетный мэнеджер apt-get (apt) для установки rpm-пакетов https://www.altlinux.org/Управление_пакетами. Пекетного мэнеджера apt-rpm нет и никогда не существовало.
> Роса, Альт и Рэд Ос.
> Читайте внимательно - я не говорил, что в Альте пакеты от RHLE или Debian"Вообще Альт, это гибрид - пакеты от RHLE, а пакетный мэнэджер от Debian"
Вы буквально так и написали.
> Пекетного мэнеджера apt-rpm нет и никогда не существовало.
https://en.wikipedia.org/wiki/APT-RPM
Учите матчасть.
В Альте его никогда не было и такого пакета никогда не существовало и не существует, проверьте сами. А то что, заголовок статьи apt-rpm, так это только название статьи, внимательно прочитайте статью, там написано именно то, что я сказал - это не пакетный мэнэджер, а ПОПЫТКА портирования пакетного мэнэджера apt для УПРАВЛЕНИЯ пакетами rpm. Ещё раз - в дистрибутиве Альта нет никакого пакета apt-rpm, есть только apt, который запускается в терминале как apt-get.
А зачем такое городить? По-моему лучше наоборот, формат репозитория - от RPM, а формат пакета - от Debian.
*от DNF5.
apt заметно быстрее всяких urpm, а тем более DNF, что на момент выбора было одним из решающих условий.
pkg от FreeBSD лучше.
Он же не под GPL? Им такое вряд ли подходит, поскольку делают упор на идеологию СПО.
А pacman еще быстрее. И xbps.
А ещё можно написать своё, что бы достигал скорости линейной записи на накопитель. Но никому это не нужно.
"Городить" - это если бы сейчас в 2к23 кто-то взял, и собрал новый дистрибутив с apt-rpm (или еще хлеще с urpmi).Но делайте ссылку на то, что Альт появился почти 25 лет назад, и выбор apt-rpm на тот момент был максимально удачным решением. Спустя кучу лет после форка, поддержки, и завязывания на него всей инфраструктуры дистрибутива нет никакой объективной причины от него отказываться.
Внедрение любого нового пакетного менеджера это боль, страдания и потеря кучи часов как для ментейнеров, так и для пользователей.
Понятное дело, что apt-rpm далеко не идеален, но на переправе коней не меняют)
2к23=2300.И была покрыта территория стобальниками в три слоя и два..
> Вообще Альт, это гибрид - пакеты от RHLE, а пакетный мэнэджер от Debian.
>> я не говорил, что в Альте пакеты от RHLEГоворил, говорил. Еще как говорил.
> Пекетного мэнеджера apt-rpm нет и никогда не существовало.
Серьезно что-ли? А как тебе такое Карл - https://en.wikipedia.org/wiki/APT-RPM ?
> APT-RPM is a version of the Advanced Packaging Tool modified to work with the RPM Package Manager.
>
> Some distributions using APT-RPM for package management are:
> * ALT Linux: APT-RPM is the main, officially supported way to upgrade packages from the ALT Linux repositories in ALT Linux distributions[1] since 2001.[2]
> * PCLinuxOS: APT-RPM is the backend for the only official way to upgrade packages in this distribution.
> * Vine Linux: APT-RPM has been the main, officially supported way to upgrade packages in Vine Linux distributions since 2001.
А какая разница, уголь-то всё равно польский, так сказать?
>В альте нет пакетов от RHELСейчас не знаю, но одно время были специфичные ядра от RHEL, для контейнеров и виртуализации.
> Роса, Альт и Рэд Ос.Первая умерла естественной смертью (см. доли рынка по версии CNews) и слегка шевелится за счет того, что её хозяин владел так же и заводами "Ангстрем". Однако НПО Ангстрем вслед за Ангстрем-Т перешли под контроль государства.
Альту без разницы, они 30 лет развивались, значит ещё 10 продержатся, пока Microsoft с IBM не закопают вообще все Линуксы (и если закопают).
Рэд ОС будет делать, что им ФССП укажут. Пока они достаточно справились с удалением с рынка вышеупомянутого трупика халявщиков.
Забавно узнавать о собственной смерти на опеннете
> Забавно узнавать о собственной смерти на опеннетеЗабавно, что ты отождествил себя любимого с подделкой под операционную систему.
Забавно, что ты никак не прокомментировал тему оплаты Ангстремом твоего "труда".
А вот что люди погибли из-за китайских подделок того Ангстрема, позволивших выгадать тебе зарплату - это уже не забавно, это твоя суть.
У Росы Фреш/Хром не на центоси.
Лучше расскажи, почему лично ты не смог в своё время решить проблему с инсталляцией "ОС" на NVMe, что ты будешь делать, когда RedHat запретит тебе жипиэлить их код из Федоры.
> Лучше расскажи, почему лично ты не смог в своё время решить проблему
> с инсталляцией "ОС" на NVMeЕсли начало отшибать память, то напомню: я в то время в разработке Росы не участвовал.
>> Лучше расскажи, почему лично ты не смог в своё время решить проблему
>> с инсталляцией "ОС" на NVMe
> Если начало отшибать память, то напомню: я в то время в разработке
> Росы не участвовал.Да, тебе начало отшибать память, с тех пор как ты торганул остатками совести. По факту ты с писке т.н. НКО РОСПО, организованным "главным по QA" Потаповым и твоим подельником Григорьевым, по согласованию с директором ООО "НТЦ ИТ Роса". И ты регулярно отчитывался о проделанной "работе".
Платить американцам за доступ к исходникам будут, все просто.
С которыми? Калькулейт — это Гента, Альт и Роса пересборкой Центоси не занимались, и бинарно-совместимы с RHEL не были, Астра на Debian...
Все rpm-пакеты идут от RHEL, а deb-пакеты от Debian. Так устроен мир Linux. Можно конечно всё из исходников собрать в любой пакет, но это очень трудоёмко, и под силу только Альтам.
Хм.
Ничего не имею против Альтов.
Скорее всего, даже наоборот.
Но они такие не одни - и это хорошо.РедОС, как раз-таки, все свои базовые компоненты собирает из исходников.
Астра, поскольку сертифицирована Debian-сообществом как Debian-совместимая, позволяет ставить пакеты от совместимой ветки Debian - но все свои базовые пакеты они собирают сами, и модифицируют их тоже сами.
А где посмотреть на исходники редоса? Они нарушают GPL в 100% случаев.
> А где посмотреть на исходники редоса? Они нарушают GPL в 100% случаев.Там же где можно посмотреть исходники дебиана или любого другого дистрибутива.
Кстати, можете им всем сообщать, что они что-то там нарушают.
Они, разумеется, Вас вообще при это не заметят - и правильно сделают.
Михаил Новосёлов - ведущий разработчик так называемой Russian Operation System and Application. Такую расшифровку давал лично он, тогда как де-юре "Роса" не является аббривиатурой и не содержит наименование государства, по понятным причинам.
> А где посмотреть на исходники редоса? Они нарушают GPL в 100% случаев.Забавно, что лично ты нарушаешь ГК РФ, присвоив имущественные права на мой код, но волнует тебя "нарушение" GPL и перекрытие тебе возможности заиметь нахаляву чужой труд.
Не стоит додумывать, что именно меня волнует, плохо получается
Я и не пишу, что тебя волнует нарушение законов РФ - тебе в принципе на них плевать.
> Все rpm-пакеты идут от RHEL, а deb-пакеты от Debian. Так устроен мир
> Linux.Нет. Так устроена твоя нездоровая фантазия.
Что бы спорить со взрослыми, надо много знать, учи матчасть) А если серьёзно, то все rpm совместимы с rpm, все deb совместимы с deb, и бинанарно и по всякому, потому, что это формат (стандарт). Кто с этим форматом (стандартом) не согласет, используют альтернативы (снапы, апимаджи, флэтпака).
> А если серьёзно, то все rpm совместимы с rpm, все deb совместимы с deb, и бинанарно и по всякому, потому, что это формат (стандарт).Вот это приход!
> Что бы спорить со взрослыми, надо много знать, учи матчасть)Очень хороший совет. Вам стоит всерьёз задуматься о том, чтобы ему последовать.
Прекращай принимать вещества!Даже элементарных знаний по формату RPM и DEB пакетов не имеешь. Какая к черту бинарная совместимость? Что ты мелишь?
ЗЫ Только не говорите этому чудику за spec файлы пакетов RPM для Fedora, RHEL, OpenSUSE. Формат один, но нюансов очень много. Иначе его кондрашка хватит)
> Все rpm-пакеты идут от RHELнет.
> а deb-пакеты от Debian
нет
> Так устроен мир Linux.
Он устроен несколько сложнее. Да, есть дистры, которые сделаны на пакетной базе "родительских", но в целом это не так.
> Можно конечно всё из исходников собрать в любой пакет, но это очень трудоёмко, и под силу только Альтам.
Народ уже совсем @#$%нулся со своим отношением к бинарным пакетам. Алё, проснитесь. Это не магия и не слёзы единорогов, это грязный компилятор тупо повторяет что написано в спеках (ебилдах, и т.д.). В этом нет магии. И трудоёмкость этого процесса в эпоху CI/CD может испугать только компилятор и мистиков из позапрошлого века. Но компилятору начхать.
Для неосведомлённых https://ru.wikipedia.org/wiki/Deb_(формат_файлов)
https://ru.wikipedia.org/wiki/RPM
Вы начинали с фразы "Что теперь будет с rpm-дистрами "отесественного" производства?"
Как Ваши ссылки соотносятся с этим Вашим первоначальным вопросом?
да это фейковый тролль
Гном что ли?
ТроЛЛь пишет о троЛЛе, ну ты троЛЛь)
> Изначально разработанный компанией Red Hat для Red Hat Linux, RPM стал использоваться во *многих дистрибутивах* Linux.
> «бинарных» пакетов для распространения и установки программного обеспечения в операционной системе проекта Debian[2] *и других*, использующих систему управления пакетами dpkg.Там ровно то же, что я и говорю.
У Росы есть какие-то дистрибутивы, которые переименованные RHEL по сути. Ред ОС то же самое. И ещё какие-то ГосЛинуксы были.
"Ред ОС то же самое"
Ну, если Вам так хочется - пусть для Вас оно будет то же самое.
В конце концов, реальное положение дел, где РедОС - абсолютно самостоятельный дистрибутив - от этого не изменится.Вот когда-то команда которая делала РедОС - начинала с ГосЛинукс для службы приставов.
Так там да - был немножко доработанный RedHat.
Но времена уже давно изменились.
Ну, я понимаю, что они там новый софт по возможности бэкпортируют, так как базовая RHEL 7 сильно устарела. Вы не в курсе, они в каком году на 8-ю RHEL переедут, а то 7-я End-Of-Life по сути?
> в каком году на 8-ю RHEL переедут, а то 7-я End-Of-Life
> по сути?а в никаком - исходников-то им теперь не видать.
В эпоху СССР когда не было интернетов исходники и то находились ...
Нынче санкции обойти - как два пальца ... не - даже проще.
> В эпоху СССР когда не было интернетов исходники и то находились ...а потом на выставке не изловленный вовремя иноcpaнец набирал непонятную команду - и во весь экран вылезала заставка ADABAS вместо...забыл уже как там этот ан@л0...нет назывался у нас.
И это был - СССР. С которым многие промытые мозги сотрудничали добровольно по зову сердца. А у вас - разработчик редоси съ..лся в Африку и бегает там голым (ну, почти) чтоб не повторить подвиг интегратора карт мымр.
> Нынче санкции обойти - как два пальца ... не - даже проще.
главное - веровать.
Что лапти и березовая кора - отличная замена этим вредным пиндосским товарам и жратве.
А исходники оне и не нужны совсем енти.
ты бы ссылку привёл что-ли, а то подробности инцидента не гуглятся
> Ну, я понимаю, что они там новый софт по возможности бэкпортируют, так
> как базовая RHEL 7 сильно устарела. Вы не в курсе, они
> в каком году на 8-ю RHEL переедут, а то 7-я End-Of-Life
> по сути?В каком году РедОс переедет на 8-ую RHEL?
Я думаю, что ни в каком.
Они не являются действующим деривативом RHEL и развиваются самостоятельно.
Например, в несертифицированной редакции РедОС 7.3 уже 6-ое ядро в репозиториях лежит.
Какового ядра Вы ни 7-ом ни в 8-ом RHEL днём с огнём не найдёте.
> Они не являются действующим деривативом RHEL и развиваются самостоятельно.
> Например, в несертифицированной редакции РедОС 7.3 уже 6-ое ядро в репозиториях лежит.ведро пересобрать может каждый дурачок с опеннета.
> Какового ядра Вы ни 7-ом ни в 8-ом RHEL днём с огнём
> не найдёте.зато найдете у оракла. Откуда и стыжжено.
Основная проблема не ведро, проблема - бинарная совместимость (не говоря уже о просто пакетной - когда Depends: содержит что-то похожее но не совсем то или не совсем той версии а нужно именно = )
потому что именно редхат славен довольно наплевательским отношением к миллионам мух, предполагая что ничего страшного, разработчики сами почешутся собирать свой софт в его rpm'ы. И они в основном таки да, а для кто не все существует epel и мильен других васянов - поэтому у ентер-прайсных разработчиков нет проблемы с зависимостями, даже того что не входит ни в дистрибутив ни в appstream. А для редоси никто кроме парочки местных попилооткатчиков ничего делать не собирается.
Не потому даже что проект плох, а потому что "прокляты и забыты".
> ведро пересобрать может каждый дурачок с опеннета.
> зато найдете у оракла. Откуда и стыжжено.
> потому что именно редхат славен довольно наплевательским отношением к миллионам мух, предполагая
> все существует epel и мильен других васянов - поэтому у ентер-прайсных
> в дистрибутив ни в appstream. А для редоси никто кроме парочки
> местных попилооткатчиков ничего делать не собирается.
> Не потому даже что проект плох, а потому что "прокляты и забыты".У Вас желчный шалит или печень?
Какой дурак будет пересобирать ядро?
>> Они не являются действующим деривативом RHEL и развиваются самостоятельно.
>> Например, в несертифицированной редакции РедОС 7.3 уже 6-ое ядро в репозиториях лежит.
> ведро пересобрать может каждый эксперт с опеннета.Самое смешное, если бы оно не было так грустно - в Венде есть checked build и free build ядра. В Линуксе всё не как венде, потому такого нет.
Зато когда я нашёл скрипт, который якобы воспроизводил 12309, он у меня не повесил систему. Собрал ядро с конфигом от моей любимой ОС, вот тогда скрипт сработал. То есть там checked build, о чём мало кто догадывается.
РедОС не является переименованным RHEL, а барахтается самостоятельно. Достаточно сравнить версии ПО в том и в другом, чтобы это стало очевидно.
Да ничего не будет - как не пользовался никто калькой так и не начнёт ).
Ком ту геза ) Она и сама не особо хочет. Загрузчик вон не встаёт у последней ночнушки.
> С которыми? Калькулейт — это Гента, Альт и Роса пересборкой Центоси не
> занимались, и бинарно-совместимы с RHEL не были, Астра на Debian...Как раз Роза Хром и была пересборкой Центоси. Форк Мандривы они закопали, копали три года, заменили наследие Мандривы компонентами от РэдХат. Так Фреш стала базой для Хром. Де-юре она Мандрива, а де-факто - кривой клон Федоры.
Странно, что они не сделали этого раньше.
За Oracle Linux я не переживаю - у этих-то команда потянет всё своё добро поддерживать.
А вот всем остальным пересборщикам, скорее всего, станет скучно.
Думаю внешне будет не заметно, но внутри точно поменяется.
Ну, а OL главная задача всё-таки - быть надёжной платформой для работы того ПО, которое они продают.
А не чему-то там соответствовать.
И эта задача Oracle, быть надёжной платформой, как показало время - им вполне по силам.
> Странно, что они не сделали этого раньше.
> За Oracle Linux я не переживаю - у этих-то команда потянет всё
> своё добро поддерживать.
> А вот всем остальным пересборщикам, скорее всего, станет скучно.Вот как раз Оракль один их первых кандидатов на выбывание. Потому что для них это был чистый профицит. А если собирать самим - увеличатся расходы, и общая выгодность резко упадет. Это энтуазисты могут годами просто так что-то делать.
"Чистый профицит" ?
То есть, та команда в OL, которая делает UEK - делает его бесплатно?
Надо же - как интересно устроен мир корпоративной разработки глазами некоторых комментаторов.
Помилуйте, разве я мог бы предложить даме пересборку? Это же чистый профицит!
Думаешь, у Оракла не хватит денег на одну лицензию? :D
Не хватит
> Странно, что они не сделали этого раньше.Они это не сделали (и не сделают) потому, что имеют юристов, которые умеют читать лицензионные соглашения. В отличие от васянов с опеннета :)
Спрошу 101 миллионный раз, какие крупные фирмы используют ЭТО на десктопе?
И вам в +1 раз ответят, что крупные фирмы не используют такое понятие как "десктопы" - а используют понятия "сервисы" и "рабочие места".
Ясно, никакие.
Например использует X5 Group, как на кассах, так и на рабочих ПК. Можете сами убедиться подглянув в Пятёточке.
редхат?
У них же сусе вроде была.
Ну и в чём же принципиальная отличие десктопа от рабочего места?
> Ну и в чём же принципиальная отличие десктопа от рабочего места?Узкой специализированностью и большим количеством классов внутри понятия.
Планшет с впн-подключением и тремя иконками на экране - отличное рабочее место, сиречь, терминал, для менеджера торгового зала.
Касса с кучей кнопок, и считывателем карт - отличное рабочее место для кассира.
Ну, и так далее.
Никакие. Видимо по этому из RHEL удалили rpm пакет с libreoffice.
Поэтому
Ну для примера Софт для разработки микросхем. Три большие компании лидеры отрасли Cadence, Snopsys, Siemens(купили Mentor). В мире 99.99% микросхем спроектировано с помощью софта этих компаний. Все настолько серьезно, что когда вы отправляете топологию микросхемы на производства у вас требуют лицензию и ее проверяют у этих компаний. И TSMC, SMIC, Intel, GlobalFoundries и т.д. Есть еще компании Keysight Technologies, National Instruments, Rohde & Schwarz они выпускают приборы и софт для проектирования и разработки радиосистем(5g, 6g, wifi, lora, zigbee, радары, спутники), фотоники. У них тоже полно софта специализированного. Компани MathWorks выпускающая MATLAB. Все эти компании нацелены на 2 дистрибутива Red Hat Enterprise Linux и SUSE Linux Enterprise Desktop. И в софте от этих компаний столько legacy там интерфейс и подозреваю код местами не менялся с 80х годов. Устанавливаешь софт, а там csh, а не bash. TCL вообще развивается во всю. Вот где то 1-2 годика назад начали начали поддерживать RHEL 8 производители софта. Так как этот софт еще рожден еще на UNIX и почти не изменялся, он на винде никогда скорее всего и не появится. Кое что есть на windows, но это очень мало. И поверьте замучаешься ставить на какой-нибудь современный дистрибутив или не на родной. Зависимостей тьма и очень много legacy. Компилить только если. А гаранти, что будет правильно работать. А вдруг ошибка будет в результате работы программы математическая и к чему это может привести. А сколько станков, систем управления на таком линуксе. Поверьте проблема серьезней, чем кажется, когда продукция промышленности станет дороже, заметят все. Если вот эти переделки Centos станут неюзабельными, то компании некоторые начнут платить за RHEL чаще и это повлияет на нас с вами.
> Поверьте проблема серьезней, чем кажется, когда продукция промышленности станет
> дороже, заметят все. Если вот эти переделки Centos станут неюзабельными, топоверь, не станет - потому что и так никто не ставит ЭТОТ софт ни на какие шитосы. Ставят на rhel и sles честно или относительно честно купленные, а даже не на поделку от орацла.
Именно потому что авдруг сломаешь станок которых в мире всего пять штук и очередь на шестой на через пятилетку.> компании некоторые начнут платить за RHEL чаще и это повлияет на
> нас с вами.не повлияет. На нас с вами уже повлиять вообще ничего не может, иранцев спросите - 50 лет живут в такой ж*пе.
> и так никто не ставит ЭТОТ софт ни на какие шитосы. Ставят на rhel и slesДа на старой Солярке он у Ъ.
А flatpak они еще не научились делать?
>когда вы отправляете топологию микросхемы на производства у вас требуют лицензию и ее проверяют у этих компаний.Сколько этим foundries за такое приплачивают? И что мешает сконвертировать формат? Картельный сговор с foundries, что они берут только в этом формате? Что тогда мешает сделать конвертор в формат и сказать, что проект был сделан в другой системе?
Срыватель покровов.Там вообще много где Windows+C# стоит.
И да, там centos во все поля. Сейчас в норме centos 7.
Pixar
Кококо-микрософт, говорили они. ЕЕЕ - говорили они.
Падержи мой чай! В межделмаше еще мама гейцева работала )))
Привет. Я попробую пересказать эту новость более простыми словами.🙂Компания Red Hat, которая делает дистрибутив Linux для бизнеса, решила изменить способ, как она делится исходным кодом своих программ с другими разработчиками. Раньше она выкладывала код на сайте git.centos.org, а теперь она будет выкладывать его только на сайте CentOS Stream. Это значит, что другие дистрибутивы Linux, которые пересобирали программы из Red Hat, теперь не смогут легко получать код из готовых релизов Red Hat, а только из тестовых версий CentOS Stream. Для обычных пользователей Red Hat это ничего не меняет, но для других проектов Linux это может быть проблемой.
Надеюсь, это было полезно.😊
Спасибо ЧатЖПТ, ставлю тебе лайк.
На gitlab.com они исходный код выкладывают, а не на сайте centos stream.
ойлол
пипиритарщики закрыли код, какое удивление
А разве можно закрыть код GPL?
Объясните кто -нибудь популярно.
Да, но тому, кто имеет готовый продукт, код предоставить должны...
Тому, кто купил CentOS?
RHEL
> RHELпокупаешь RHEL, а тебе дают сырцы CentOS. на, спасибо что не Debian.
Без права редистрибуции. Читай лицензионное соглашение.
> Без права редистрибуции. Читай лицензионное соглашение.а ты покупаешь только ради перепродажи? иди на базар, овощами торгуй, зачем вообще в компьютеры полез.
> А разве можно закрыть код GPL?
> Объясните кто -нибудь популярно.Все кто покупают поддержку на дистрибутивы RH - как получали код, так и будут получать его дальше на всё время действия контракта.
Кто не имеет возможности покупать эту поддержку - будут получать код из репозиториев CentOS Stream.
Короче, всё закончилось хорошо.
> Все кто покупают поддержку на дистрибутивы RH - как получали код, так и будут получать его дальшене исключаю что нет. не так же.
Т.е. следующий логичный шаг - сделать какую-нибудь феерично неудобную пакость позволяющую только путем многих приседаний и отжиманий вручную через три веб-морды, две капчи и четыре раза подтвердив пароль скачать один пакет.
Если нужен второй - повторить все заново.Это намертво сломает все подделки кроме оракловой (тот конечно может нанять стаю бангалорских по числу пакетов и заставить тех скачивать - но неочевидно, захочет ли)
Зачем же? Просто автоматизированно - после заключения договора. А неавтоматизированно - по письменной заявке и на компакт-диске почтой.
> Зачем же? Просто автоматизированно - после заключения договора.и что помешает каждому васяну с роки альмой и хрензнаетчтолинуксом поназаключать договоров ?
> А неавтоматизированно - по письменной заявке и на компакт-диске почтой.
не годится. Не прокатит по критерию общепринятого способа. Общепринят такой был двадцать лет назад.
А вот ручное скачивание и максимум грабель для пытающихся его автоматизировать - вполне. И ни с какими компактдисками запариваться не придется.
препятствование в скачивании - потенциальный иск,мешать они могут но не сильно, скорее всего все ограничиться отсутствием инфраструктуры, например скоростью скачивания, отсутствием истории разработки, и т.д.
но явно препятствовать - нихт
> препятствование в скачивании - потенциальный иск,в чем препятствие? Тебе нужно - вот, заполни форму, согласись тут и там и скачивай. Второй пакет - еще раз заполни форму. Тебе ведь для буквы и духа гну, чтоб внести свое ценное изменение, а не украсть инфраструктуру, да ведь?
Значит ВСЕ и сразу тебе точно не нужны.
так не должен ты форму заполнять, исходники должны быть доступны по первому требованию, а не по одному требованию на каждый пакетэто уже суд решит, являются ли действия умышленно направленными на затруднение получение исходного кода или нет
это ж не басманный суд, там со здравым смыслом все хорошо, в общем посмотрим, пока еще никто не собирается ничего ограничивать или судиться
> исходники должны быть доступны по первому требованию, а не по одному требованию на каждый пакетэтого нигде не написано
разные исходники, разные авторы - с чего они должны выдаваться тебе оптом?
> это уже суд решит, являются ли действия умышленно направленными на затруднение получение
> исходного кода или нетне думаю что найдутся настолько богатые и глупые чтоб всерьез судиться с IBM при настолько шатком основании.
Со здравым смыслом все хорошо - если бы исходник был нужен тебе именно для того о чем говорит gpl - внести свои правки в чужой код и получить за это деньги от заказчика - тебе бы не составило труда его получить.
> о чем говорит gpl - внести свои правки в чужой кодДа вот проблема-то как раз-таки в том, что GPL даёт ещё свободу _изучения_ кода. Без цели его изменения.
Мне нужны все исходники всех пакетов KDE со всеми зависимостями для этого. Имею право, чо.
>> о чем говорит gpl - внести свои правки в чужой код
> Да вот проблема-то как раз-таки в том, что GPL даёт ещё свободу
> _изучения_ кода. Без цели его изменения.
> Мне нужны все исходники всех пакетов KDE со всеми зависимостями для этого.
> Имею право, чо.Мне нужен был для изучения исходник одного из пакетов KDE.
Посмотрел его:SPDX-License-Identifier: MIT
Нужен - не как тебе, что бы в процессе "изучения" scamпелировать и продать, а что бы адаптировать его к GTK, отвязав от Qt.
> найдутся настолько богатые и глупые чтоб всерьез судиться с IBMи тут оракле такие "подержи мое пиво!"
как только это выпердыш бимеров ораклу помешает, оракл по нему просто пешком пройдет, не оглядываясь.
серьезно, дядя, ты ж сам пишешь про разных иодников и разных авторов - и чо, редгад за них всех будет отдуваться? фуй-то там. надуть щоки они смогут, а как только дело дойдет до юристов, быренько выложат ссылочку на исходники, качайте не обляпайтесь.
> и тут оракле такие "подержи мое пиво!"орацле которое целиком и полностью зависит от милости rhbm и уже 20 лет тоже занимается пересборкой их пакетов?
> серьезно, дядя, ты ж сам пишешь про разных иодников и разных авторов - и чо, редгад за них всех
> будет отдуваться?так он их надул до характерного "чпок" еще в 99м.
И заметь - вони на болотах было много, но в суд тоже тогда никто не побежал.
>и что помешает каждому васяну с роки альмой и хрензнаетчтолинуксом поназаключать договоров?Потребовать такую цену, что этот договор никто не будет заключать. Своим партнёрам (исключительно крупным корпорациям) - скидку 100500% до адекватной цены.
Пздц, похоже вообще ни один человек на опеннете не читал LUA от RHEL, но кукарезировать готовы вообще все...При заключении соглашения с РедХат вы получаете всё, что положено по GPL, включая исходники "БЕЗ ПРАВА РЕДИСТРИБУЦИИ".
Альма и Роки могут хоть миллион лицензий купить, они не имеют права перекомпилировать эти исходники и отдавать бинари из них как свой продукт. Точка.
Как только они это сделают, юристы RedHat их разорвут. RedHat только этого и ждёт в своих снах.
> При заключении соглашения с РедХат вы получаете всё, что положено по GPL, включая исходники
> "БЕЗ ПРАВА РЕДИСТРИБУЦИИ".по GPL _положено_ - с правом.
Редхат не является ни авторами, ни владельцами 99.9% кода "своего" линукса.Они его просто сп-ли. Кинув лошье на бабки.
И если с альмой и роки могло бы прокатить, то с ораклом не прокатит. Юристы с радостью озолотятся за счет денег rhbm, наффсе.
А с Ораклом надо обязательно судиться, или можно договориться и поделить рынок, убрав халявщиков?
Какой бред. Ссылку, где gpl обязывает разрешать редиссирибуцию, в студию.Чушь собачья...
>> Все кто покупают поддержку на дистрибутивы RH - как получали код, так и будут получать его дальше
> не исключаю что нет. не так же.
> Т.е. следующий логичный шаг - сделать какую-нибудь феерично неудобную пакость позволяющую
> только путем многих приседаний и отжиманий вручную через три веб-морды, две
> капчи и четыре раза подтвердив пароль скачать один пакет.
> Если нужен второй - повторить все заново.Можно проще: сдавать в аренду RHEL + обслуживающий персонал. Таким образом собранное из GPL останется в пределах компании RH и предоставлять исходники не надо.
> Можно проще: сдавать в аренду RHEL + обслуживающий персонал. Таким образом собранноенельзя, на этом поле другие сильные игроки, порвут.
Если задача такая у них действительно стоит, значит будут как-то решать. Может потому, кстати, на МЦСТ не наезжают, изучают опыт, что бы перенять.
> Если задача такая у них действительно стоит, значит будут как-то решать. Может
> потому, кстати, на МЦСТ не наезжают, изучают опыт, что бы перенять.с чего им ставить себе невыполнимые задачи? Им и так не дует.
Клиенты обслуживают свои системы сами и еще и в ноги кланяются.
А кто не покупал, теперь станут это делать..
"будут получать код из репозиториев CentOS Stream. "беда в том что стрим живёт до следующей версии а не 10 лет
> "будут получать код из репозиториев CentOS Stream. "
> беда в том что стрим живёт до следующей версии а не 10 летЭто не беда.
Это намёк.
Намёк вечным детям на то, что бесплатных пирожных не бывает.
бывает :-)
> бывает :-)Сплошь и рядом
не рядом, а везде.если одна банда почувствовала себя монополией- тем хуже для неё.
> не рядом, а везде.
> если одна банда почувствовала себя монополией- тем хуже для неё.Вряд ли.
То несусветное количество, людей которые считают что им что-то должны, только потому что им так хочется - настолько неспособны к организованной деятельности, что их вряд ли можно назвать бандой.
Они же все атомизированы - их так изначально и конструировали.
Да ладно, всем миром уж скинутся как-нибудь на одну-то копию ReadHat Enterprise для разработчиков AlmaLinux какого-нибудь, если они сами настолько бомжары и не могут. А потом имея приобретенную копию требуют исходники и все как обычно дальше. Делают все что GPL позволяет. Все эти AlmaLinux свои и прочие.
Не gpl , а соглашение с редхатом, а оно запрещает создавать на базе полученных по подписке исходников конкурирующие продукты.
всё.
Забавно, что я ошибся в своих предположениях, что RedHat будет что-то мудрить со сдачей в аренду сервисов. Они поступили куда проще.
если верить fsf - нельзя. если верить редгад - можно. что скажет штатовский суд - хз.нельзя только опеннетовским анонимам верить, это вам любой первокласссник скажет.
Закрыть нет, но усложнить жизнь халявщикам-паразитам - можно.
Ну попробуй усложнить жизнь редхату. В предположении что ты автор не хеловрота а чего-то скажем из арсенала gnu.
он себе сам усложнил, прекратив уже оплаченную поддержку.
Они в принципе не должны его делать "открытым", в смысле нет обязательства сделать ссылку на код, чтобы любой желающий мог его смореть. Есть обязательства перед покупателями, если ты приобрел продукт, то тебе обязаны предоставить код, и то если он тебе нужен, а не прямо так -"вот возьми". Они могут даже не давать общих ссылок для купивших продукт. Просто по твоему требованию отдавать его. А то шо Линуксовые дистрибутивы, и тот же Редхат, выкладывают в свободный доступ, это просто шоб два раза не вставать.
В Реддите пишут: https://www.reddit.com/r/linux/comments/14fcy0i/red_hat_now_...IBM распространяет SRPM под каким-то своим EULA, которое запрещает дальнейшее распространение кода. Это является нарушением п. 4 и 5.b лицензии GPL, и в IBM это понимают, но нанимают юристов, которые драконят разработчиков Alma и Rocky, которые, якобы, подписались под обязательством не распространять далее исходные коды. Такие дела, короче.
Переходим на openSUSE?
Debian GNU/Linux.
к сожалению нет
Почему нет? Тогда переходи на Убунту.
там тоже маловат срок поддержки LTS- всего 5 лет.
Если админы вострые, то нормально. Если халтурщики растущие, как много где, то да в момент внедрения любое новое тут же становится не разруливаемым за разумное время легаси. Прям любое инновационное тут же уже легаси.
Платная поддержка дольше.
> Платная поддержка дольше.ржублями там не берут
> к сожалению нетПочему "к сожалению" и почему "нет"?
ой там много всяких приколов, в частности у них нет обратной совместимости с iptables скриптами, есть вопросы по инициализации сетевых интерфейсов, но это еще ладно, попробуйте найти релиз гитлаба например?
его просто нет ))BTRFS из коробки мне нравится, к zypper я как-то уже со скрипом привык бы, но есть ощущение недопиленности и ухода в ту сторону куда мне совсем не надо
меня вполне устраивала бы шапка, которая не выпиливала бы BTRFS и QT-based DE, а тут еще гемор с форками
теперь даже и не знаю
> меня вполне устраивала бы шапка, которая не выпиливала бы BTRFS и QT-based
> DE, а тут еще гемор с форками
> теперь даже и не знаюТак это всё (BTRFS и QT-based DE) есть в Федоре.
Зачем те шапка на десктопе.
> Debian GNU/Linux.Истинна!
Говорим Linux подразумеваем Ubuntu.
Минусуют вероятно адепты Федоры, Гнома и системдэ. Вот только с такими приколами Редхата только больше народа попрет на Убунту.
В ubuntu - те же адепты системд есличто
О, IBM продолжает строить огроженный загончик? Вот так и заканчивается свобода - по мановению руки злой Мегакорпорации.
Заканчивается халява
https://twitter.com/AlmaLinux/status/1671556693308604417
В комментариях люди так и пишут, что просто перешли на Убунту и обратно не собираются.
Шляпа она и есть шляпа
В качестве иллюстрации рассмотрим картину "Гений Америки", автор Адольф Ивон
https://commons.m.wikimedia.org/wiki/File:Adolphe_Yvon_-_Gen...
> В качестве иллюстрации рассмотрим картину "Гений Америки", автор Адольф Ивон
> https://commons.m.wikimedia.org/wiki/File:Adolphe_Yvon_-_Gen...Пафос аж по экрану потек!
Шапка то красная у центрального персонажа. Та самая. Символ свободы.
Какие-то недотрансгендеры на картине.
И скорость я бы до 1 байта в секунду ограничил этим халявщикам из Альмы
Никто припятствовать не будет, а то что скорость низкая - обратитесь к провайдеру, перещагрущите роутер )))
Вангую постепенное падение популярности редхата.
Вангую рост популярности редхата
у Вас раздвоение личности? :-)
>AlmaLinux, Rocky Linux, Oracle Linux и EuroLinuxНу правильно, чо. Типа вы бы так не сделали на их месте. Расплодилось паразитов как г-на.
Продукт единственное, что уверенно получается у человечества. Но он и у остальных в живой природе неплох..
>> AlmaLinux, Rocky Linux, Oracle Linux и EuroLinux
> Ну правильно, чо. Типа вы бы так не сделали на их месте. Расплодилось паразитов как г-на.Оно так не работает. Оно - это развитие. Кто пытался окукливаться и огораживаться, те затормаживались, сильно отставали, и потом шли под чужое. Пример: наука. Даёт профит, когда в ней любые знания по дефолту доступны бесплатно к обмену, или - истощается и отстаёт.
При создании RH была определённая идея. Может она уже и не соблюдается в IBM.
IBM удивительно успешен в просирании.
Сходу вспоминаются
PS/2
OS/2
Lotus Dominoно это ж явно не всё.
Канувшую в лета ThinkPad клавиатуру ноутбука ещё всё не забыть никак.
Жизнь на планете именно паразитарий. )
Что же. Это логичный и закономерный шаг. Полагаю что это пойдёт на пользу "всем участникам регаты".Поясню свою мысль.
Для больших корпораций и ранее были вопросы к тому, какую ОС использовать (спойлер: RHEL или SUSE). Практически весь "большой" софт требует в своих лицензиях чтобы он был устновлен на лицензионной ОС (и предлагается обычно на выбор эти два кандидата). Так что тут как покупали лицензии, так и будут. Разве что интересно будет посмотреть что будет делать Oracle — они вполне могут сделать свой Linux (кстати вот теперь стало понятно почему Amazon Linux больше не пересборка RHEL!) и у них всегда будут свои клиенты (только вопрос — раньше они лицензии на OEL продавали по сниженой цене как раз за счёт того что у них была надёжная база, куда можно было включить своё ядро и на этом, по-сути, всё).
Рынок модных "хипстерских" технологий так и так будет за Canonical (можно грустить об этом бесконечно, но Debian проиграл идеологическую гонку, возможно сможет влезть обратно если подсуетится сейчас вокруг ситуации с RHEL).
Пострадать могут образовательные учреждения, но не думаю что сильно. Полагаю что RHEL для своих партнёров в сфере образования "что-нибудь придумает", а все остальные будут просто больше использовать Fedora и CentOS stream (им редко когда нужно что-то "лицензировать" и указанные дистрый всегда были популярны именно в "академической" среде).
Так кто же "пострадает"? А вот эти вот халявщики которые всегда бравировали тем как они "ловко" обвели систему вокруг пальца. Всех мастей: от компаний типа Альмы, паразитирующих на свободном коде, до недальновидных (или вороватых) чиновников которые полагали что использовать CentOS это "нормально" если у них нет денег на RHEL. Все они будут конечно рыдать горючими слезами, клясть "проклятых буржуев" и всё такое прочее. Только вот первые просто идут лесом, если не способны развиваться самостоятельно, а последних предупреждали ещё в начале 2000 о том что НЕОБХОДИМО иметь СОБСТВЕННЫЕ команды разработки систем для государства. И очень хорошо что хотя бы одна компания такая в России есть — это БазАЛЬТ.
Пересборщиков из ГК АСТРА и РЕД ОС, как мне кажется, серьёзно рассматривать пока не стоит. Безусловно они заслуживают уважение за свой вклад в развитии программ адаптации российского ПО под GNU/Linux, однако пока у них не будет полностью собственной пакетной базы… ну вы поняли.
Короче: проблемы у коммерсов, т.к. и не платили и не возвращали в обмен.
> Короче: проблемы у коммерсов, т.к. и не платили и не возвращали в
> обмен.проблемы у тех кто не платил, но думал что халява будет вечной.
> Рынок модных "хипстерских" технологий так и так будет за Canonical (можно грустить
> об этом бесконечно, но Debian проиграл идеологическую гонку, возможно сможет влезть
> обратно если подсуетится сейчас вокруг ситуации с RHEL).Зачем ему суетиться и куда-то влезать?
У Дебиана стабильная кодовая база.
Суетиться надо тем, кто на этой базе предлагает коммерческие решения.> Пострадать могут образовательные учреждения, но не думаю что сильно. Полагаю что RHEL
> для своих партнёров в сфере образования "что-нибудь придумает", а все остальные
> будут просто больше использовать Fedora и CentOS stream (им редко когда
> нужно что-то "лицензировать" и указанные дистрый всегда были популярны именно в
> "академической" среде).У RH же есть какие-то дешёвые лицензии для образования.
В конце концов CentOS Stream X это просто RHEL X-STABLE.
Живут же некоторые вендоры на FreeBSD X-STABLE и ничего. 😉> Так кто же "пострадает"? А вот эти вот халявщики которые всегда бравировали
> тем как они "ловко" обвели систему вокруг пальца. Всех мастей: от
> компаний типа Альмы, паразитирующих на свободном коде, до недальновидных (или вороватых)
> чиновников которые полагали что использовать CentOS это "нормально" если у них
> нет денег на RHEL. Все они будут конечно рыдать горючими слезами,
> клясть "проклятых буржуев" и всё такое прочее. Только вот первые просто
> идут лесом, если не способны развиваться самостоятельно, а последних предупреждали ещё
> в начале 2000 о том что НЕОБХОДИМО иметь СОБСТВЕННЫЕ команды разработки
> систем для государства. И очень хорошо что хотя бы одна компания
> такая в России есть — это БазАЛЬТ.В нынешних условиях надо иметь собственную кодовую базу.
> Пересборщиков из ГК АСТРА и РЕД ОС, как мне кажется, серьёзно рассматривать
> пока не стоит. Безусловно они заслуживают уважение за свой вклад в
> развитии программ адаптации российского ПО под GNU/Linux, однако пока у них
> не будет полностью собственной пакетной базы… ну вы поняли.Пока доступен Дебиан Астре нечего бояться.
>> Пострадать могут образовательные учреждения, но не думаю что сильно. Полагаю что RHEL
>> для своих партнёров в сфере образования "что-нибудь придумает", а все остальные
>> будут просто больше использовать Fedora и CentOS stream (им редко когда
>> нужно что-то "лицензировать" и указанные дистрый всегда были популярны именно в
>> "академической" среде).
> У RH же есть какие-то дешёвые лицензии для образования.
> В конце концов CentOS Stream X это просто RHEL X-STABLE.
> Живут же некоторые вендоры на FreeBSD X-STABLE и ничего. 😉да. я именно об этом и говорил.
так что да - они скорее
>> Пересборщиков из ГК АСТРА и РЕД ОС, как мне кажется, серьёзно рассматривать
>> пока не стоит. Безусловно они заслуживают уважение за свой вклад в
>> развитии программ адаптации российского ПО под GNU/Linux, однако пока у них
>> не будет полностью собственной пакетной базы… ну вы поняли.
> Пока доступен Дебиан Астре нечего бояться.это спорно. пока у астры нет своей кодовой базы лично у меня нет доверия к ней, как к замене "популярным" дистрибутивам. к альту такое доверие есть (несмотря на какие-то вопросы которые выходят за рамки данного обсуждения)
С Астрой сложнее. Она призакрытая. Т.е. это узкоспециализированный инструмент, со своими целями. Тогда как CentOS/Debian универсальные вещи, без ограничений развития, без ограничений участия.Вопрос возможностей: всё или только часть.
Для госорганов и военки открытость это зло, чем меньше об их ПО знают тем лучше.
> Для госорганов и военки открытость это зло, чем меньше об их ПО
> знают тем лучше.в качестве устаревшей шутки — это конечно прокатывает. но на самом деле закрытость зло в ПЕРВУЮ очередь для военных и прочих спецслужбистов.
> Для госорганов и военки открытость это зло, чем меньше об их ПО знают тем лучше.Здесь в основном не из органов. Обычные люди, для которых работают органы. Поэтому оценка с точки зрения обычного налогоплательщика и его возможностей строить в этой жизни.
CentOS и RH когда-то возникли в т.ч. для этого.
Верно, поэтому не надо на ОПЕНнете упоминать об этой полупроприетарной поделке.
> пока у астры нет своей кодовой базы лично у меня нет доверия к ней, к альту такое доверие естьУ Астры свой десктоп есть и еще какие-то модули ядра, обеспечивающие секурность, остальное от дебиана хоть и старого.
А у Альта какая своя кодовая база есть кроме их альтератора?
>> пока у астры нет своей кодовой базы лично у меня нет доверия к ней, к альту такое доверие есть
> У Астры свой десктоп есть и еще какие-то модули ядра, обеспечивающие секурность,
> остальное от дебиана хоть и старого.
> А у Альта какая своя кодовая база есть кроме их альтератора?альт полностью свои пакеты все делает сам.
если вы о том, какое собственно ПО АЛЬТ производит - то я не могу в точности ответить на ваш вопрос.
но тут важно что все пакеты собраны у АЛЬТ с нуля. свои спеки, полностью своими силами поддерживаемые)
>> пока у астры нет своей кодовой базы лично у меня нет доверия к ней, к альту такое доверие есть
> У Астры свой десктоп есть и еще какие-то модули ядра, обеспечивающие секурность, остальное от дебиана хоть и старого.
> А у Альта какая своя кодовая база есть кроме их альтератора?Альт встроен в экосистему - использует суммарно мозги всей планеты. За счёт чего и софт современный и для страны огромный потенциал и для Астры есть с кем посоветоваться про программный код. У Астры никогда так не будет, в силу специфики принципа организации.
Так живут наука, инновации, развитие. Без этого именно что: "остальное от ... старого".
Срезая простой доступ к стабильным сырцам IBM отсекает часть участников, кроме халявщиков. Что это даст - неочевидно. Но один из вариантов: закрытость = стагнация.
"Что это даст - неочевидно."в ближайшее время- некоторый рост продаж.
в более длительной перспективе- смерть редхата, но IBM не первый раз убивает ради бабла.
>>> пока у астры нет своей кодовой базы лично у меня нет доверия к ней, к альту такое доверие есть
>> У Астры свой десктоп есть и еще какие-то модули ядра, обеспечивающие секурность, остальное от дебиана хоть и старого.
>> А у Альта какая своя кодовая база есть кроме их альтератора?
> Альт встроен в экосистему - использует суммарно мозги всей планеты.Попробуйте предложить им свой код. Потом вернёмся к разговору.
Ещё раз: развитие даёт или открытость наружу или возможность, снова снаружи, получать обученных людей, которых раньше не было. Без остановок, без пауз.Кто делали паузы, те оказались в аутсайдерах.
А код Астры мы не видели. Демонстрация Git и процесса работы и руководства могла бы привлечь людей. Но - нельзя. Типовой пример утери возможностей через принятые процессы. В ограниченном окружении вырастают ограниченными.
Код не пишется в одно лицо. Хороший и большой продукт лучше создаётся при большей широте охвата людей (вместо размера НИИ размер страны - уже лучше, размер мира - совсем хорошо). А откуда набрать команду нужного качества - не вижу источников. Людей уже 8 лет назад было мало. С тех пор ВУЗ'ы только ухудшались.
Чем более ограничено сообщество, тем менее оно развито. В таких сообществах мало учителей, мало возможностей.
> Ещё раз: развитие даёт или открытость наружу или возможность, снова снаружи, получать
> обученных людей, которых раньше не было. Без остановок, без пауз."Открытость наружу" это что, Гугл переводчик?
Но смысл выпада в целом я понял - у Вас нет кода, который Вы могли бы предложить Альту. Потому обобщение про "использует суммарно мозги всей планеты" не основано на личном опыте и является фигурой речи, которую требуется донести "ещё раз".
> А код Астры мы не видели.
Отучаемся говорить за всех. Я получил код какого-то компонента Астры и публиковал его здесь, кто-то даже отвечал на то сообщение.
> Демонстрация Git и процесса работы и
> руководства могла бы привлечь людей. Но - нельзя. Типовой пример утери
> возможностей через принятые процессы. В ограниченном окружении вырастают ограниченными.Если бы я хотел писать код в чужом проекте, то выбора между Руссбиттехом и Базальт СПО практически нет, и открытость Гита на него не влияет - вторые мало что пишут.
> Код не пишется в одно лицо.
Представьте себя, я знаю, как пишется код, и зачем и на каком этапе нужно второе лицо.
> Хороший и большой продукт лучше создаётся
> при большей широте охвата людей (вместо размера НИИ размер страны -
> уже лучше, размер мира - совсем хорошо).Но показать такой проект вы не сможете - Вы такой не создали, то есть публикуете мнение, не основанное на личном опыте.
> А откуда набрать команду
> нужного качества - не вижу источников. Людей уже 8 лет назад
> было мало.Кажется, я понял про открытость наружу. Это про перешедших из Альта в RedHat?
> С тех пор ВУЗ'ы только ухудшались.
Высшие учебное заведение сокращается как "вуз".
> Чем более ограничено сообщество, тем менее оно развито. В таких сообществах мало
> учителей, мало возможностей.Чем больше процент пустомель в сообществе, тем менее оно развито. В таких сообществах мало учителей, мало возможностей.
А не очевидна простая вещь: чем больше народу решает задачи без ограничений, тем чаще рождаются полезные улучшения и новые изобретения?Открытые - те, кто без ограничений обменивается знаниями и мыслями. У них успешность и качество жизни всегда выше.
Вы пытаетесь свести к мелкому вопросу и на основе мелочи сделать вывод о остальном. :( Сложная вещь состоит из множества мелочей. Часть составляющих Вам незнакомы, судя по ответу.Успешные проекты не кодерами делаются. Сообщества не кодерами строятся.
Я пишу о целом, о крупном. История сообществ, предприятий, стран говорит о том, что замкнутые _всегда_ отстают от открытых наружу. Открытые наружу - которые обменивающиеся без ограничений с окружающими. Это они изобретают новое и улучшают свою жизнь и технику. Закрытые стараются догнать, но не могут. См. историю самолёто-строения, космоса и легковых автомобилей.
В закрытом сообществе в разы и десятки раз сложнее создать что-то новое, узнать новое. Чем меньше людей, тем слабее инженерия и наука.
>> Чем более ограничено сообщество, тем менее оно развито. В таких сообществах мало
>> учителей, мало возможностей.
> Чем больше процент пустомель в сообществе, тем менее оно развито. В таких сообществах мало учителей, мало возможностей.Число пустомель - отдельное свойство. Причём в закрытом сообществе от них уйти очень сложно. Ещё один недостаток, когда вокруг мало людей к кому пойти обсудить идею, алгоритм, разработку - придумать решение или новое.
> Вы пытаетесь свести к мелкому вопросу и на основе мелочи сделать вывод
> о остальном. :( Сложная вещь состоит из множества мелочей. Часть составляющих
> Вам незнакомы, судя по ответу.А давайте поступим просто, как научил меня Михаил из Вашей любимой компании: покажите свой гитхап, или с чем там Вы знакомы.
> Успешные проекты не кодерами делаются. Сообщества не кодерами строятся.
Да, это верно. Базальт СПО создан не российскими кодерами, а за счёт компаний RedHat/IBM, Meta (запрещена в РФ) и т.п. Это называется франчайзи.
> Я пишу о целом, о крупном. История сообществ, предприятий, стран говорит о
> том, что замкнутые _всегда_ отстают от открытых наружу.Ну конечно, именно поэтому вводят заградительные пошлины - что бы навредить себе.
> Открытые наружу -
> которые обменивающиеся без ограничений с окружающими. Это они изобретают новое и
> улучшают свою жизнь и технику. Закрытые стараются догнать, но не могут.
> См. историю самолёто-строения, космоса и легковых автомобилей.Вы подменяете предмет обсуждения с интеллектуального на материальный.
Что бы создать 1000 автомобилей, надобно 1000 наборов деталей, плюс закрутить гайки. Даже отвёрточная сборка - это новые рабочие места. С неё начинают, но далее начинают производить узлы здесь.
Что бы создать 1000 копий операционной системы - ничего не надо. Сборка из бесплатных исходников лишает местного производителя работы. Никаких движений по замене импортных узлов на отечественные рекламируемая Вами компания не делает, я проверял это сам.
> В закрытом сообществе в разы и десятки раз сложнее создать что-то новое,
> узнать новое. Чем меньше людей, тем слабее инженерия и наука.На каком основании Вы делаете это заявление? Пока что результат деятельности активостов СПО - отсутствие в России своего, то есть наука вообще где-то на нуле, а инженеры уехали.
> На каком основании Вы делаете это заявление?История планеты и нашей страны.
Материальные последствия нематериального, ителлектуального хорошо видны в авиации и легковом автомобиле. Это толковая, суммарная, краткая метрика оценки финального результата: какой легковой автомобиль на конвеере. Оценка бизнес результата.
Разница в: отвёрточная сборка зарубежных технологий, или своими инженерами придуманные авто, где узлы из-под багажника по TCP/IP общаются с узлами под капотом.
От чего зависит ты сможешь достичь всего лишь одного или получиться целиком другое?
> Что бы создать 1000 автомобилей, надобно 1000 наборов деталей, плюс закрутить гайки.
Нет. Это отвёрточная сборка созданного другими. Сначала надо создать станки и технологии, для создания наборов деталей, потом наборы, потом остальное может быть получится. Станки и технологии создаются кем? Как работает создание этих людей, откуда они вообще берутся? Как так у одних плохо получается их создавать, а у других выходит гораздо лучше?
> Пока что результат деятельности активостов СПО - отсутствие в России своего, то есть наука вообще где-то на нуле, а инженеры уехали.
Вот тут сдаётся мне, я в сюжете Соляриса Станислава Лема. Знаете с кого-чего списан сюжет-портрет главного героя - Океана? Вот у Вас в этом цитированном предложении Океан прям дохнул... По идее именно это и мешает временами.
>> На каком основании Вы делаете это заявление?
> История планеты и нашей страны.То есть личного опыта не имеете.
> От чего зависит ты сможешь достичь всего лишь одного или получиться целиком
> другое?Надеюсь, не от правильной расстановки запятых и согласовании частей предложения выше.
>> Что бы создать 1000 автомобилей, надобно 1000 наборов деталей, плюс закрутить гайки.
> Нет. Это отвёрточная сборка созданного другими. Сначала надо создать станки и технологии,
> для создания наборов деталей, потом наборы, потом остальное может быть получится.
> Станки и технологии создаются кем? Как работает создание этих людей, откуда
> они вообще берутся? Как так у одних плохо получается их создавать,
> а у других выходит гораздо лучше?Вы всё это меня спрашиваете, выдавая за риторические вопросы, поскольку опыт Ваш сугубо гипотетический, и на него вы пытаетесь натянуть Альт, где 30 лет скачивают glibc и собирают её в пакетик. На деле, когда мне понадобился аналог glibc, я просто сел и начал его писать. "Сам собой" появился человек, кто принялся помогать мне. Мы написали. Альт так и собирает в пакетики, выдавая это за национальное достижение, а Вы так и учите паству, осталось лишь понять - чему учите и по какому праву.
>> Пока что результат деятельности активостов СПО - отсутствие в России своего, то есть наука вообще где-то на нуле, а инженеры уехали.
> Вот тут сдаётся мне, я в сюжете Соляриса Станислава Лема. Знаете с
> кого-чего списан сюжет-портрет главного героя - Океана?Нет, я же очевидно однобокий, а Вы всесторонне развитый, но не догадались мне это объяснить.
> Вот у Вас в этом цитированном предложении Океан прям дохнул...
> По идее именно это и мешает временами.Простите, Океан... дохнет? Или дышит?
> А не очевидна простая вещь: чем больше народу решает задачи без ограничений,
> тем чаще рождаются полезные улучшения и новые изобретения?Нет, не очевидна.
Я это заявляю, как автор одного из методов детектирования руткитов (это такой вариант зловреда, прячущий себя в системе). В то время антируткитов было вагон и меленькая тележка, они копировали один другой в разной степени, были переусложнены, но свою задачу не решали, в отличие от моего.
А Вы где почерпнули столь глубокую мысль?
> Открытые - те, кто без ограничений обменивается знаниями и мыслями. У них
> успешность и качество жизни всегда выше.Простите за нескромный вопрос. А Вы какую роль играете в этом "открытом"? Связь с общественностью?
Из науки выходец. Мне показали и дали попробовать как воспитываются люди, у которых рождаются инновации и изобретения. Потом в бизнесе была возможность поглядеть при каком подходе команда осваивает и создаёт новое, а при каком застревает в старом.> Я это заявляю, как автор одного из методов детектирования руткитов
В соседнем посте про автопром, например, у Вас два раза выражено отсутствие знания или/и аналитики окружающего мира. Это о чём толкую: открытость в сравнении с ограниченностью - в узкой области профессионал, а взглянуть шире нет навыка/привычки. Вроде и высший пилотаж с логикой, а незнание довольно простых вещей в остальном.
Закрытость от мира. Отсутвие попыток узнать что-то шире, чем один проф-навык.
P.S. Может потому и конфликт был в прошлом с "пересборщиком чужих сырцов", что неверная трактовка вещей, которые _не_программный_код. (я не оттудаб читал просто тексты, кроме как про код...)
> Из науки выходец.Из какой науки? Которая учит забалтывать вопрос?
> Мне показали и дали попробовать как воспитываются люди, у
> которых рождаются инновации и изобретения. Потом в бизнесе была возможность поглядеть
> при каком подходе команда осваивает и создаёт новое, а при каком
> застревает в старом.Как в это вписывается Ваша восторженность Альтом? Они ничего нового не изобрели за всё время.
Был вопрос: "у Альта какая своя кодовая база есть кроме их альтератора?"
и вот в ответ началось... ;)>> Я это заявляю, как автор одного из методов детектирования руткитов
> В соседнем посте про автопром, например, у Вас два раза выражено отсутствие
> знания или/и аналитики окружающего мира.Прежде всего, Вам следует отвечать за отсутствие знания этики. Подмена предмета обсуждения, доказательство по аналогии - всё это приёмы демагогии.
> Это о чём толкую: открытость в
> сравнении с ограниченностью - в узкой области профессионал, а взглянуть шире
> нет навыка/привычки. Вроде и высший пилотаж с логикой, а незнание довольно
> простых вещей в остальном.Вы не знаете слово "эрудированность", смысл выражения "специалист широкого профиля" и не читали Козьму Пруткова? При этом строите из себя гуманитария?
> Закрытость от мира. Отсутвие попыток узнать что-то шире, чем один проф-навык.
Может, "замкнутость"? Или "интроверсия"? Вот мне интересно, а почему Вы систематически допускаете опечатки в тексте? У Вас не работает проверка орфографии в браузере? Вам наплевать? Эти вопросы ничего не дадут, я их и не задавал.
> P.S. Может потому и конфликт был в прошлом с "пересборщиком чужих сырцов",
> что неверная трактовка вещей, которые _не_программный_код. (я не оттудаб читал просто
> тексты, кроме как про код...)У меня не было с ними конфликта. Была банальная жадность и некомпетентность персонажей, возомнивших себя управленцами, я показал это публике.
> А у Альта какая своя кодовая база есть кроме их альтератора?Ну вот простой же вопрос.
Код - вполне вроде бы определённая сущность, достаточно ссылки, что бы посмотреть.Вместо этого я уже получил 5 ответов, почему хороша "открытость наружу". Правда так и не понял, что это.
Навык писать код - всего лишь малая часть, необходимая для ИТ проекта. Есть аналитики, тех.писатели, дизайнеры интерфейса, тестировщики, админы-operаtions и управленцы ещё с продажниками.Хороший дистрибутив не определяется только кодом. Более того, хороший "главный кодер" может легко развалить проект, хоть и великолепный логик/математик. Ещё более того: у хорошего кодера не всегда получиться управлять проектом.
Вот тут - https://www.opennet.me/openforum/vsluhforumID3/130804.html#335 - много стало понятно, что нужно много объяснить.
Кратко могу сказать это - смотрите на чужой опыт, на историю:
Везде найдёте опыт людей, что если был обмен знаниями и товарами, то качество жизни начинало улучшаться. А когда возникали ограничения, то технологии и образ жизни начинал неодолимо отставать. Пример - Китай с Японией в разные века, и те и те были прогрессивны и сильны когда-то, но однажды приняли желание отгородиться после чего у обоих была деградация и проблемы на века. Только сейчас оправились.
Зная как устроена наука, пишу: наука и инновации возникают и существуют только при свободном обмене знаниями, без права собственности на знания и технологии, без ограничений по обмену интеллектуальными наработками. Узнайте об этом сами у других.
Кроме искусства программирования и математики старайтесь узнать как работает всё остальное. В мире есть много кроме программного кода.
А что про Астру...Вспомнил новость из 2018-го примерно года, что в тот год в мор.флот UK только начали внедрять Win XP.
Если это правда, то это великолепная иллюстрация, на что будет потрачена карьера в структурах такого рода. Огромная часть этой работы-службы не про ИТ. И не про инновации. Причём для многих это именно то, что они хотели. Т.е. это тоже хорошо.
Астра пишет свое рабочее окружение (или среду) FlyDE.
Это только часть гораздо большего. Причём не самая большая часть. Но важная часть.
Главное, что они сами создают, а не просто "открыты наружу".
> Навык писать код - всего лишь малая часть, необходимая для ИТ проекта.
> Есть аналитики, тех.писатели, дизайнеры интерфейса, тестировщики, админы-operаtions
> и управленцы ещё с продажниками.Есть пиарщики, забалтывающие вопрос и наполняющие Сеть инфомусором.
> Вот тут - https://www.opennet.me/openforum/vsluhforumID3/130804.html#335 - много стало
> понятно, что нужно много объяснить.Объясняю: два раза употреблено слово "много" в одном предложении - стилистическая ошибка, приводит к снижению оценки в школе.
Кто тут топил за то, что снэпы в Убунту - счастье???
Вот так же будет в Бубунте..., кому это показалось чем-то хорошим: отобрали и давай до свидания.
> Кто тут топил за то, что снэпы в Убунту - счастье???
> Вот так же будет в Бубунте..., кому это показалось чем-то хорошим: отобрали
> и давай до свидания.Если бы вендор нашего ПО поставлял его в снапе, лично я был бы счастлив.
Зачем так жить.
Impact of RHEL changes to AlmaLinux
> Impact of RHEL changes to AlmaLinux
> https://almalinux.org/blog/impact-of-rhel-changes/"this is causing disruption for the entire Red Hat ecosystem"
Ну так они же кричали "disruption is good","disruption is innovation" вот и привет.
кто они?
Чего AlmaLinux там пересматривать? Как полагается по GPL, покупают себе одну копию RadHat Enterprise и получают исходники, дальше могут делать все что позволяет лицензия GPL т.е. дальше делать свою AlmaLinux с блекджеком и ш*ми.
> Red Hat’s user interface agreements indicate that re-publishing sources acquired through the customer portal would be a violation of those agreements.
а цитату можно из, а не перепевку из непонятного источника?
Клоны будут брать предрелизные исходники CentOS Stream и подворовывать отдельные пакеты у RHEL через сторонних покупателей лицензий.
А IBM будет целенаправленно продолжать начатое, платя зарплату штатным юристам.На кого ставите?
> сторонним дистрибутивам, таким как AlmaLinux, Rocky Linux, Oracle Linux и EuroLinux, создаваемым путём пересборки пакетов RHEL, придётся значительно пересмотреть свои процессы разработки или обходными путями получать доступ к коду пакетов из релизов RHEL.Сколько дармоедов-пересобирателей с выпиливанием копирайтов и запиливанием нескучных обоев отвалится. Это же пЭстня.
Скажу за себя. Для меня после кидалова CentOS, брэнд Red Hat перестал существовать. В эту сторону даже не смотрю, поэтому новости про него не могут расстроить.
Раньше у Red Hat была миссия. Её уважал. Сейчас посмотрел на акции IBM - четыре дня подряд гэпы (открытие с разрывам) вниз.
Вообще-то CentOS кинул её создатель, продав Red Hat'е и сразу побежав делать Rocky.
А вообще, CentOS ставили только любители апача (ныне nginx), php и mysql, т.е. полные бездари.
Более двух лет назад Red Hat представила CentOS Stream в качестве центра совместной работы над Red Hat Enterprise Linux (RHEL). CentOS Stream сокращает окно обратной связи между инженерами и партнерами Red Hat, клиентами и сообществами, в то же время обеспечивая еще большую видимость следующих инноваций в RHEL. Мы добились больших успехов в сообществе Special Interest Group (SIG), помогая интегрировать и объединять новые технологии быстрее, чем когда-либо. Отличным примером этого является Automotive SIG. Партнеры по оборудованию также активизировали использование CentOS Stream для более быстрой поддержки новых аппаратных технологий. Благодаря CentOS Stream разработка Red Hat Enterprise Linux стала более прозрачной и открытой, чем когда-либо прежде.По мере того, как сообщество CentOS Stream растет, а мир корпоративного программного обеспечения сталкивается с новой динамикой, мы хотим сосредоточить наше внимание на CentOS Stream как на основе инноваций корпоративного Linux. Мы продолжаем инвестировать в CentOS Stream и расширяем наши обязательства. CentOS Stream теперь будет единственным репозиторием общедоступных выпусков исходного кода, связанных с RHEL. Для клиентов и партнеров Red Hat исходный код останется доступным на портале для клиентов Red Hat.
Чтобы было ясно, это изменение не означает каких-либо изменений в CentOS Project, CentOS Stream или доступности исходного кода для CentOS Stream или CentOS SIG.Зачем делать это изменение?
До CentOS Stream Red Hat размещала общедоступные исходные коды для RHEL на git.centos.org. Когда проект CentOS сосредоточился на CentOS Stream, мы поддерживали эти репозитории, даже несмотря на то, что CentOS Linux больше не создавался после RHEL. Взаимодействие с CentOS Stream, уровни инженерных инвестиций и новые приоритеты, которые мы решаем для клиентов и партнеров, теперь делают поддержку отдельных, избыточных репозиториев неэффективной. Последний исходный код по-прежнему будет доступен через CentOS Stream.
Клиенты и партнеры Red Hat могут получить доступ к источникам RHEL через клиентский и партнерский порталы в соответствии с соглашением о подписке.
Не понимаю холивар. Было известно, что CentOS как дистрибутив не жилец. Сокращают издержки на содержание мертвого репозитория. "CentOS Linux больше не создавался после RHEL" - какой смысл в этом хранилище.
Кто не смог спрогнозировать последствия приобретения RedHat, теперь обвиняет во всём IBM.
...и сделал умное лицо.Нуби, дорогой мой, а подскажи, умница ты наш - куда ж нам дебилам не умеющим в спрогнозировать смотреть?
На дек с саном, не к ночи будь сказано? Или там на орацле с микрософтом и примкнувший к ним сапъ?
кто там у нас в етот раз виноватый, что ойбием опять кого-то купил и начинает выжимать из покупки все соки? чтоб потом лет через десять скинуть высосанную тушку кетайцам?
валяй, просвети нас темных, а то мы как дураки опеннет читаем, пока ты тайное знание при себе держишь.
А зачем ты пишешь о себе во множественном числе и всех остальных к себе приравнял?
на вопрос как дела - завыл матерно, напился, набил морду вопрошавшему, долго бился головой об стенку — в общем, ушел от ответа
Ну ответил бы "хочу получить консультацию нахаляву", я бы тогда возгордился и не стал спрашивать, с какой целью ты интересуешься.
"и сделал умное лицо", как и было сказано
Интересно, а количество клиентов у РН вырастет?
> Интересно, а количество клиентов у РН вырастет?скорее всего да, но ненадолго.
а как же ЖПЛ? :)
жпл говорит "если ты даешь васе бинарники, ты обязан дать и исходники." никто не говорит что ты должен давать исходники заранее. или вообще раздавать им всем без разбору, даже если ты всем бинарники и не раздаешь.
RH всегда соблюдали гпл и продолжат соблюдать. это просто корпоративная войнушка против халявщиков которые гребут бабки на работе РХ ничего не давая им взамен.
За ваша информация:Kuhn: A Comprehensive Analysis of the GPL Issues With the Red Hat Enterprise Linux (RHEL) Business Model
Policy Fellow and Hacker-in-Residence Bradley M. Kuhn analyzes the recent changes to Red Hat Enterprise Linux (RHEL) source availability in light of the GPL. It contains some interesting information about two alleged GPL violations that came about because the company's business model is structured in a way that brings it too close to non-compliance with the license, he said: …