Проект PostgreSQL основан в 1996 году - переименовали из POSTGRES95. Юрлица у них менялись, но смысл от этого не изменился, люди там всё теже последние 30 лет.
Дело не в лицензиях, а в том как ведется разработка. PostgreSQL и Postgres Pro уникальны тем, что они не продались крупному бизнесу, а с самого основания (30 лет подряд) вполне успешно пытаются вести дела самостоятельно как независимая компания. При этом производят продукт мирового качества и масштаба, полностью опенсорсный, всем доступный и приглашают поучаствовать в проекте всех желающих (принимают коммиты). Лицензия у PostgreSQL-а (PosgreSQL License) разрешительная, подобна BSD или MIT. В общем, полная противоположность Linux-у. Таких проектов я что-то не припоминаю. Все из Вами перечисленных проектов сидят на подсосе у различных фондов.
Какие бы казуистические трактовки не были бы положены в лицензию, всегда найдется обходной путь.
И то что Linux протолкнул в массы именно крупный бизнес - сомнений нет. Сначала его игнорировали, потом с ним боролись, сейчас насильно насаждают. Как говорил кто-то из великих: "не можешь победить - возглавь".
Все всё соблюдают и требований лицензии стараются не нарушать. Просто есть легальные способы обхода GPL, в том числе распространять бинарные модули или блобы с firmware. Или те же DPDK или eBPF - вытащить кишки ядра в userspace и ничего никому не показывать, только бинарь.
Я же писал - попробуйте из Qualcomm вынуть исходники драйверов к ихним WIFI7 адаптерам. Поэтому всё идет к тому, что останется только Linux ABI как некая точка совместимости, все остальное будет окончательно приватизировано и глубоко запрятано. Из Linux-а усердно делают винду.
Небольшая поправка себя. Судебная тяжба между USL и BSDi закончилась в 1994 году в пользу BSDi. С этого момента начался расцвет Open Source сообщества, и закончился в 2026 году полной приватизацией Linux систем крупным бизнесом. :)
Таких продуктов полно! Просто мы о них мало чего знаем, так как они скрыты от сообщества. Возьмие любую коммуникационную железяку - там либо клон Linux, либо FreeBSD. Исходников изменений мы никогда не увидим. У некоторых компаний пока еще есть остатки совести и они публикуют часть своих наработак, но так чтобы не в ущерб конкуренции. :)
Автор вроде бы размышляет верно, но в итоге делает совершенно неверное заключение.
Что мы имеет к данному моменту ? Ядро Linux ипользуется в подавляющем большинстве телеком аппаратуры, в смартфонах и в бытовой технике. К этому оборудованию написаны горы проприетарного закрытого софта (драйверы, библиотеки и т.д.). Но можем ли мы получить исходники драйверов, скажем, от Qualcomm-овских WIFI7 адаптеров ? А от Nvidia ? Ответ очевиден - нет! Потому что крупный бизнес давно нашел способ как объ#$@ть GPL - просто распространять драйверы и прочие доработки ядра в виде модулей, и кукиш вам, а не исходники! Более того, бигтех сейчас вваливает нехилые $$ в переписывание системных GNU утилит с C/C++ (GPL) на Rust (MIT и прочие разрешительные лицензии) под дырявой ширмой "Rust - is memory safe". Короче, GPL хоть и мозолит глаз юристам бигтеха, но не является серьезным препятствием для скрытия кода и создания своих проприетарных форков! А создателям облачных решений так вообще класть с большой колокольни на любые лицензии - они у себя там на серверах что хотят, то и делают. Это с одной стороны. Теперь посмотрим с другой стороны на этот же вопрос. Очевидно, что ядро Linux уже давно поделено между несколькими крупными игроками из бигтеха. Они спонсируют разработки и активно проталкавают свои технические и идеологические решения в ядро. Торвальдс давно не влияет на то, что будет внесено в ядро, он и его банда плотно сидят на зарплате и занимаются только тем, что втаскивают в ядро решения от кого надо. А от кого не надо - не втаскивают. В итоге ядро Linux превратилось в помойку! Причем, очень современную высокотехнологичную помойку - из него интенсивно удаляют поддержку старого (и всё еще рабочего) железа, вместо этого валом заносят всякую чушь на Rust и постоянно переписывают Kernel API в угоду бигтеха.
По этому, если бы Linux был изначально под BSD лицензией, он был бы более идеологически выверен и чист от всякого шлака, который лавинообразно затаскивают в код ядра спонсоры товарища Торвальдса. Просто у каждого было бы своё ядро, а в общий котел оседало бы всё самое выверенное и проверенное временем.
Теперь пара слов о светлом будущем Linux. На мой взгляд яро Linux (и многие дистрибутивы на его основе) как продукт сообщества - всё. Это проприетарные системы. Хорошие, плохие, удобные, красивые или не очень, но все они в самое ближайшее время станут полностью проприетарными. Бигтех дожмет тему отказа от GPL. Не получится с Rust, так придумают что-то еще. Linux ABI сделают каким нибудь международным стандартом дабы обеспечить совместимость на бинарном уровне, а исходники ядра закроют. У каждого производителя будут свои проприетарные ядра, свои ОС на их основе, свои драйвера и библиотеки (по сути, сейчас уже всё так и есть). Останется какая нибудь Vanilla версия Linux ядра как некий эталон реализации ABI с полным отсутствием драйверов для нового железа. То же самое произойдет и с user space - все опенсорсные проекты, которые чего-то стоят, будут приватизированы и кросс-лицензированы между узким числом игроков. Остальные просто помрут из-за отсуствия финансирования, либо примкнут к большим проектам (этот тренд наблюдается уже сейчас). Оставшееся (выжившее) Open Source сообщество вернется к состоянию конца 1990-х - начала 2000-х годов, когда программировали не за деньги, а потому что душа требовала и была потребность. Вот с этой точки нам и предстоит начать работу по подьему BSD систем как независимых от большого бизнеса и их денег. Собственно то, с чего всё и началось в 1974 году в Berkeley и было успешно проделано в 1992-м с победой на Unix System Laboratories. Говорят, история развивается по спирали.
Все старички которых знаю, да и я сам, все пользуются либо far2l, либо mc. При этом многие в командной строке настоящие виртуозы. А еще я screen люблю, вместо этих ваших tmux. :)
У меня в системе (FreeBSD) нет никакого cpanm. Использую классический вариант установки модулей:
sudo perl -MCPAN -e 'install SomeModuleName'
Надо заметить, что в отличии от многих популярных ныне языков программирования, CPAN - это архив с исходными кодами, а не репозиторий готовых пакетов. При выполнении команды install будет вызвана система сборки, которая создаст Makefile и запустит компиляцию C/C++ кода (если он присутствует в модуле), а результирующая библиотека (.so файл) будет установлена в дерево каталогов данной версии интерпретатора Perl. Но бывают и модули написанные чисто на Perl, они устанавливаются без компиляции.
А еще в модулях в репозитории CPAN как правило содержится вся необходимая документация и примеры использования данного модуля. Это очень удобно - открыл файл с модулем, почитал, скопировал кусочек примера к себе в программу и вперед.
На данный момент архив CPAN содержит более 220 000 модулей на все случаи жизни.
"Love Is" и "Turbo" до сих пор продаются у нас в городе в... книжном магазине. Иногда захаживаю и беру с десяток, чтобы вспомить вкус детства. Всё те же вкладыши с красивыми тачками, тот же вкус и запах. ;) Интересно, кто их производит сейчас.
Жевательная резинка "Turbo" появилась еще в СССР, в 88-89 году. Были еще всякие "Pedro", "Donald" и прочие бубль-гумы - их к нам с "лунапарками" привозили из Чехии. Может быть кто-то вспомнит и напишет про эту часть нашего веселого детства ?
Являюсь счастливым обладателем двух комплектов батареечного инструмента Hilti -шурик+болгарка+перфоратор, все это в красной сумочке с зарядкой и двумя батареями. Инструментом Hilti очень доволен, пользуюсь более 10 лет. Один комплект держу на даче, другой на работе. Hilti покупал у оф. дистрибьютера, не в магазине.
Году в 2019-м (еще до ковида), решил приобрести мощный перфоратор, за хорошие деньги, чтобы в толстой бетонной стене отверстия для кабельков пробуривать. Пошел в зеленый супермаркет и купил самый дорого Metabo. Приехал на обьект, включил, начал бурить, через 30 сек из мотора пошел дым. В этот же день отнес его обратно в зеленый супермаркет, но там его принять отказались - отправили в сервисный центр. На следующий день поехал в сервисный центр по указке магазина, там агрегат забрали на осмотр. Через неделю-полторы вернули, сказали что "птичка сдохла" и ремонту не подлежит. Я попросил заключение для магазина, чтобы осуществить замену, но мне сообщили что их контора не уполномочена давать такие заключения. Повез Metabo в контору, которая уполномочена. Там взяли на осмотр, через неделю-полторы вернули с заключеним, за бумажку попросили небольшую денежку. С бумажкой я приехал в супермаркет (уже прошел почти месяц). Там меня еще помурыжили, и в конце концов предложили заменить перф на Metabo другой модели (чуть более дешевой). Денег возвращать не захотели, и я не стал настаивать - взял то, что дают. Новый Metabo вроде как рабочий, но мне так и не довелось им обильно попользоваться - пока мотался с заменой, проблема решилась с помощью старого доброго и менее мощного Hilti. Так, что зря потратил деньги и время. Hilti - выбор мастеров!
Я правильно понимаю, что теперь мне в штате нужно содержать лингвиста, который будет вычитывать всю производимую компанией документацию и подчищать за инженерами и программистами ?
Проект PostgreSQL основан в 1996 году - переименовали из POSTGRES95. Юрлица у них менялись, но смысл от этого не изменился, люди там всё теже последние 30 лет.
Дело не в лицензиях, а в том как ведется разработка. PostgreSQL и Postgres Pro уникальны тем, что они не продались крупному бизнесу, а с самого основания (30 лет подряд) вполне успешно пытаются вести дела самостоятельно как независимая компания. При этом производят продукт мирового качества и масштаба, полностью опенсорсный, всем доступный и приглашают поучаствовать в проекте всех желающих (принимают коммиты). Лицензия у PostgreSQL-а (PosgreSQL License) разрешительная, подобна BSD или MIT. В общем, полная противоположность Linux-у. Таких проектов я что-то не припоминаю. Все из Вами перечисленных проектов сидят на подсосе у различных фондов.
PostgreSQL (и Posgres Pro) это уникальный случай для цивилизации. Таких проектов больше нет.
Какие бы казуистические трактовки не были бы положены в лицензию, всегда найдется обходной путь.
И то что Linux протолкнул в массы именно крупный бизнес - сомнений нет. Сначала его игнорировали, потом с ним боролись, сейчас насильно насаждают. Как говорил кто-то из великих: "не можешь победить - возглавь".
Все всё соблюдают и требований лицензии стараются не нарушать. Просто есть легальные способы обхода GPL, в том числе распространять бинарные модули или блобы с firmware. Или те же DPDK или eBPF - вытащить кишки ядра в userspace и ничего никому не показывать, только бинарь.
Я же писал - попробуйте из Qualcomm вынуть исходники драйверов к ихним WIFI7 адаптерам. Поэтому всё идет к тому, что останется только Linux ABI как некая точка совместимости, все остальное будет окончательно приватизировано и глубоко запрятано. Из Linux-а усердно делают винду.
А без дебага сколько ? Прошу цифры в студию.
В нынешних условиях это вполне себе отличное решение. И бинарь нифига не огромный получается.
Небольшая поправка себя. Судебная тяжба между USL и BSDi закончилась в 1994 году в пользу BSDi. С этого момента начался расцвет Open Source сообщества, и закончился в 2026 году полной приватизацией Linux систем крупным бизнесом. :)
Таких продуктов полно! Просто мы о них мало чего знаем, так как они скрыты от сообщества. Возьмие любую коммуникационную железяку - там либо клон Linux, либо FreeBSD. Исходников изменений мы никогда не увидим. У некоторых компаний пока еще есть остатки совести и они публикуют часть своих наработак, но так чтобы не в ущерб конкуренции. :)
Зависимости следует искоренять! (с) мой.
Давайте обзорную статью про 9front, а уж за вопросами мы в карман не полезем. :)
Автор вроде бы размышляет верно, но в итоге делает совершенно неверное заключение.
Что мы имеет к данному моменту ? Ядро Linux ипользуется в подавляющем большинстве телеком аппаратуры, в смартфонах и в бытовой технике. К этому оборудованию написаны горы проприетарного закрытого софта (драйверы, библиотеки и т.д.). Но можем ли мы получить исходники драйверов, скажем, от Qualcomm-овских WIFI7 адаптеров ? А от Nvidia ? Ответ очевиден - нет! Потому что крупный бизнес давно нашел способ как объ#$@ть GPL - просто распространять драйверы и прочие доработки ядра в виде модулей, и кукиш вам, а не исходники! Более того, бигтех сейчас вваливает нехилые $$ в переписывание системных GNU утилит с C/C++ (GPL) на Rust (MIT и прочие разрешительные лицензии) под дырявой ширмой "Rust - is memory safe". Короче, GPL хоть и мозолит глаз юристам бигтеха, но не является серьезным препятствием для скрытия кода и создания своих проприетарных форков! А создателям облачных решений так вообще класть с большой колокольни на любые лицензии - они у себя там на серверах что хотят, то и делают. Это с одной стороны. Теперь посмотрим с другой стороны на этот же вопрос. Очевидно, что ядро Linux уже давно поделено между несколькими крупными игроками из бигтеха. Они спонсируют разработки и активно проталкавают свои технические и идеологические решения в ядро. Торвальдс давно не влияет на то, что будет внесено в ядро, он и его банда плотно сидят на зарплате и занимаются только тем, что втаскивают в ядро решения от кого надо. А от кого не надо - не втаскивают. В итоге ядро Linux превратилось в помойку! Причем, очень современную высокотехнологичную помойку - из него интенсивно удаляют поддержку старого (и всё еще рабочего) железа, вместо этого валом заносят всякую чушь на Rust и постоянно переписывают Kernel API в угоду бигтеха.
По этому, если бы Linux был изначально под BSD лицензией, он был бы более идеологически выверен и чист от всякого шлака, который лавинообразно затаскивают в код ядра спонсоры товарища Торвальдса. Просто у каждого было бы своё ядро, а в общий котел оседало бы всё самое выверенное и проверенное временем.
Теперь пара слов о светлом будущем Linux. На мой взгляд яро Linux (и многие дистрибутивы на его основе) как продукт сообщества - всё. Это проприетарные системы. Хорошие, плохие, удобные, красивые или не очень, но все они в самое ближайшее время станут полностью проприетарными. Бигтех дожмет тему отказа от GPL. Не получится с Rust, так придумают что-то еще. Linux ABI сделают каким нибудь международным стандартом дабы обеспечить совместимость на бинарном уровне, а исходники ядра закроют. У каждого производителя будут свои проприетарные ядра, свои ОС на их основе, свои драйвера и библиотеки (по сути, сейчас уже всё так и есть). Останется какая нибудь Vanilla версия Linux ядра как некий эталон реализации ABI с полным отсутствием драйверов для нового железа. То же самое произойдет и с user space - все опенсорсные проекты, которые чего-то стоят, будут приватизированы и кросс-лицензированы между узким числом игроков. Остальные просто помрут из-за отсуствия финансирования, либо примкнут к большим проектам (этот тренд наблюдается уже сейчас). Оставшееся (выжившее) Open Source сообщество вернется к состоянию конца 1990-х - начала 2000-х годов, когда программировали не за деньги, а потому что душа требовала и была потребность. Вот с этой точки нам и предстоит начать работу по подьему BSD систем как независимых от большого бизнеса и их денег. Собственно то, с чего всё и началось в 1974 году в Berkeley и было успешно проделано в 1992-м с победой на Unix System Laboratories. Говорят, история развивается по спирали.
"Век живи, век учисть", сказал поручик. Возьмем на вооружение.
emacs - выбор мастеров! ;)
Все старички которых знаю, да и я сам, все пользуются либо far2l, либо mc. При этом многие в командной строке настоящие виртуозы. А еще я screen люблю, вместо этих ваших tmux. :)
Этот скрипт
cpanпомимо local::lib имеет еще зависимости:Зачем, если можно без них и встроенными средствами ?
Можно, но зачем ? ;)
У меня в системе (FreeBSD) нет никакого cpanm. Использую классический вариант установки модулей:
sudo perl -MCPAN -e 'install SomeModuleName'Надо заметить, что в отличии от многих популярных ныне языков программирования, CPAN - это архив с исходными кодами, а не репозиторий готовых пакетов. При выполнении команды install будет вызвана система сборки, которая создаст Makefile и запустит компиляцию C/C++ кода (если он присутствует в модуле), а результирующая библиотека (.so файл) будет установлена в дерево каталогов данной версии интерпретатора Perl. Но бывают и модули написанные чисто на Perl, они устанавливаются без компиляции.
А еще в модулях в репозитории CPAN как правило содержится вся необходимая документация и примеры использования данного модуля. Это очень удобно - открыл файл с модулем, почитал, скопировал кусочек примера к себе в программу и вперед.
На данный момент архив CPAN содержит более 220 000 модулей на все случаи жизни.
"Love Is" и "Turbo" до сих пор продаются у нас в городе в... книжном магазине. Иногда захаживаю и беру с десяток, чтобы вспомить вкус детства. Всё те же вкладыши с красивыми тачками, тот же вкус и запах. ;) Интересно, кто их производит сейчас.
Жевательная резинка "Turbo" появилась еще в СССР, в 88-89 году. Были еще всякие "Pedro", "Donald" и прочие бубль-гумы - их к нам с "лунапарками" привозили из Чехии. Может быть кто-то вспомнит и напишет про эту часть нашего веселого детства ?
Являюсь счастливым обладателем двух комплектов батареечного инструмента Hilti -шурик+болгарка+перфоратор, все это в красной сумочке с зарядкой и двумя батареями. Инструментом Hilti очень доволен, пользуюсь более 10 лет. Один комплект держу на даче, другой на работе. Hilti покупал у оф. дистрибьютера, не в магазине.
Году в 2019-м (еще до ковида), решил приобрести мощный перфоратор, за хорошие деньги, чтобы в толстой бетонной стене отверстия для кабельков пробуривать. Пошел в зеленый супермаркет и купил самый дорого Metabo. Приехал на обьект, включил, начал бурить, через 30 сек из мотора пошел дым. В этот же день отнес его обратно в зеленый супермаркет, но там его принять отказались - отправили в сервисный центр. На следующий день поехал в сервисный центр по указке магазина, там агрегат забрали на осмотр. Через неделю-полторы вернули, сказали что "птичка сдохла" и ремонту не подлежит. Я попросил заключение для магазина, чтобы осуществить замену, но мне сообщили что их контора не уполномочена давать такие заключения. Повез Metabo в контору, которая уполномочена. Там взяли на осмотр, через неделю-полторы вернули с заключеним, за бумажку попросили небольшую денежку. С бумажкой я приехал в супермаркет (уже прошел почти месяц). Там меня еще помурыжили, и в конце концов предложили заменить перф на Metabo другой модели (чуть более дешевой). Денег возвращать не захотели, и я не стал настаивать - взял то, что дают. Новый Metabo вроде как рабочий, но мне так и не довелось им обильно попользоваться - пока мотался с заменой, проблема решилась с помощью старого доброго и менее мощного Hilti. Так, что зря потратил деньги и время. Hilti - выбор мастеров!
Я правильно понимаю, что теперь мне в штате нужно содержать лингвиста, который будет вычитывать всю производимую компанией документацию и подчищать за инженерами и программистами ?