The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от opennews (??), 25-Июн-23, 15:10 
Бредли Кун (Bradley M. Kuhn), исполнительный директор и один из создателей правозащитной организации Software Freedom Conservancy (SFC), обобщил проблемы с выполнением требований лицензии GPL, возникающие из-за особенностей бизнес-модели компании Red Hat...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59343

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

Оглавление

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


1. "Анализ проблем с GPL у бизнес-модели Red Hat "  +23 +/
Сообщение от Аноним (1), 25-Июн-23, 15:10 
Корпорасты… Корпорасты никогда не меняются.
Ответить | Правка | Наверх | Cообщить модератору

111. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (111), 25-Июн-23, 22:45 
Суть любой лицензии - проецировать на себя в сторону прав: вот это нельзя, а вот это можно.
Если бы она каким-то неведанным образом заставляла оптимизировать ПО, и т.д. и т.п. то об этом было бы можно говорить в ключе программирования.
Ответить | Правка | Наверх | Cообщить модератору

317. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (-), 28-Июн-23, 00:59 
> Если бы она каким-то неведанным образом заставляла оптимизировать ПО

Глядя на то как в BSD копируют видеодрова из Linux, пока Sony запускает на приставке с BSD AAA игры можно пожалуй говорить и о чем-то таком. Потому что комиты в апстрим - это в каком-то роде оптимизация софта. По ресурсам сделать программу 1 раз и потом 10 раз ее улучшить - лучше по результату, чем сделать 10 вариантов программы, обнаружив что на улучшения уже ресурсов нет.

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

333. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от 123 (??), 28-Июн-23, 03:18 
А иксы у тебя откуда взялись, где ты дрова свои запустишь? :)
А дрова на другие железки откуда в Linux скопировали?
А позорный вход в систему и многие подсистемы, обеспечивающие работу операционных систем?

Глядя на это всё, о чём ты можешь сказать?

Копировали, копируем и будем копировать.

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

388. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 05:35 
> А иксы у тебя откуда взялись, где ты дрова свои запустишь? :)

Мало-мальски актуальная версия - здорово перепахана вот именно теми господами вокруг DRM/KMS подсистем линуха относительно того мусора про который вы. До состояния когда оно хотя-бы более не творит более позор с "rampant layering violation" где иксовый процесс сам в железо напрямую лез.

Из-за этого всего бсдюкам пришлось угомониться и - пойти чесать репы как имплементить DRM/KMS/GBM интерфейсы и копипастить дрова из линя.

Но вы в вашем праве пользоваться иксами из эпохи до DRM/KMS. Когда 1 клиент (то-есть сервер) монополизирует видяху в хлам. А в DRM/KMS/GBM таки это кернелом рюхается и есть некий арбитраж доступа РАЗНЫХ программ (и ядра, оно тоже немного порисовать может если хочет, в всяких там консолях, ядерных дебагерах, паниках, etc). И иксы низведены до 1 из многочисленных клиентов к этой подсистеме, более не являясь центром вселенной. Более того - у нас вэйланд начинает рулить и иксы так то для нас - легаси. Которое пока еще не получается выкинуть, но такая цель есть.

> А дрова на другие железки откуда в Linux скопировали?

По состоянию на сейчас их пишут сразу под линух и это ниоткуда не скопировано, сразу такое.

> А позорный вход в систему и многие подсистемы, обеспечивающие работу операционных систем?

Не очень понимаю этот реверанс. То то они заимплементили всякие интерфейсы POSIX - ну, окей, у системы должен быть какой-то интерфейс. Стандарт даже более-менее общедоступный, так что почему бы и не его? Ну не винапи же? Хотя wine с этим готов поспорить, но все же.

> Глядя на это всё, о чём ты можешь сказать? Копировали, копируем и будем копировать.

Угумс, только разница в лицензиях задвигает кой кого в лузу. И это не линух.

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

406. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от 123 (??), 02-Июл-23, 00:10 
А какая разница? Прослойки делают GPL-совместимые. Никто ничего не нарушает. Просто ваши драйверы берут и используют. А вы громко от этого кричите. Больно наверное. :)

Не было бы того, что оборзевшие называют мусором, нечего было бы форкать в линуксы, а потом присваивать.
Так что вы вправе пользоваться тем, что сами написали. И по факту, оказывается, что без форков вы ничего не смогли.

На фряхе тоже работает wayland.
Так что не радуйся, что гпл-рабы якобы бсд поимели. Теперь всё наоборот. Работы в бсд меньше (всего-навсего правильная трансляция одних вызовов в другие), профита больше.

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

Теперь возвращайся к работе. Нам нужны новые строки кода. Хоть и под GPL.

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

408. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 07:33 
> А какая разница? Прослойки делают GPL-совместимые. Никто ничего не нарушает.
> Просто ваши драйверы берут и используют.

Мне кажется, ваши проприетарные патроны будут недовольны, на тему того что их с обещаниями халявы лоханули. Так что вот вам а не инвестиции! (в уникоде есть код для фиги?)

> А вы громко от этого кричите. Больно наверное. :)

Я не понимаю такой способ рекламы успеха лицензии и ос. Если кто хотел драйверы с GPL кусками, они в линухе свежее и без прослоек :)

> Не было бы того, что оборзевшие называют мусором, нечего было бы форкать
> в линуксы, а потом присваивать.

Принцип опенсорса - форкай наздоровье если здоровья хватает. Если вы не ок с этим то вы вообще не про опенсорс. И позволю себе не согласиться на тему оборзения. Если что-то выглядит как УГ и работает как УГ - надлежит назвать это УГ. Оно не стало хуже работать, но в мире с 8K дисплеями с вариабельным фпс и HDR требования к подсистеме увеличились а иксы в этом плане безблагодатны, т(р)упик на уровне прямо архитектуры.

> Так что вы вправе пользоваться тем, что сами написали.

Вообще-то мы именно это и делаем если кто еще не заметил... ядро Linux, либы, а теперь и всякие вяленды пилят совсем без вас. Слушать сказки что все збс сидя с голой Ж нам несколько надоело.

> И по факту, оказывается, что без форков вы ничего не смогли.

С кого это форкнули DRM/KMS/GBM? Или там вэйланд?

> На фряхе тоже работает wayland.

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

> Так что не радуйся, что гпл-рабы якобы бсд поимели. Теперь всё наоборот.

Ну да - наоборот. BSD надергало GPL кода, обложило прослойками, и теперь корпам желающим халявы корпам придется аккуратно выбирать чтобы не вляпаться. Заодно лишаясь большей части фичности вокруг и переписывая это лично. Не понимаю почему я должен иметь что-то против такого расклада, меня лишь забавляют попытки ремарок что это все - фича. Это какой-то франкенштейн, пойнт которого вообще ХЗ в чем.

> Работы в бсд меньше (всего-навсего правильная трансляция одних вызовов в другие),
> профита больше.

По факту вы довольно красиво лошите вон тех проприетарщиков. Я должен на это обидеться? :) Вот вы лолки, у меня это все видите ли - актуальной версии. И с вооон теми крутыми чуваками в вооот это чатике. С которыми быстро и эффективно решать системные проблемы. Хотя иллюстрация на тему "третий сорт не брак", да еще за счет пляса на пальцах проприетариев - ну, вы жжоте, чего, только я не понимаю зачем вам BSDL при этом.

> А потом просто тот линуксовый мусор (DRM) постепенно заменят на нативный,

Это, например, какой? Может вам еще и фирма сони накомитит? ORLY? :)

> если захотят.

...и смогут, ага. У вас там есть разработчики графических дров, чтобы это потянуть?

> И это будет точно так же, как это всегда делалось в "свободном" GPL-мире.

Если будет. Какие к тому предпосылки вообще? Не догоняю.

> С волками жить - по волчьи выть.
> Теперь возвращайся к работе. Нам нужны новые строки кода. Хоть и под GPL.

А я как бы и не против на условиях GPL взаимодействовать :). Это уже пусть ваши патроны из сони и чего там еще пусть напрягаются, имхо :). Я же говорю - этот алгоритм задизайнен так что не может проигрывать. Да и вообще кажется вы начинаете понимать прелести нашего вируса.

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

420. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от 123 (??), 03-Июл-23, 06:30 
> ваши проприетарные патроны будут недовольны

Смотрим патронов линукса. Ага, - IBM, Microsoft, Oracle, Google и ещё куча корпораций-проприетарщиков.
Торвальдс со Столлманом - тоже проприетарные патроны? Очень хорошо объяснил, я даже всё понял.
А то всё никак не мог понять, как в написанный с нуля линукс попали компоненты из других систем.
А оказывается у линукса есть проприетарные патроны (только линуксоиды почему-то замечают их только у других), которые чем-то недовольны настолько, что редхат даже начал гайки закручивать :)

Это и есть ваш лицемерный мир.

> Если кто хотел драйверы с GPL кусками, они в линухе свежее и без прослоек :)

Так у вас есть ещё драйверы из кучи систем. Древние, и с прослойками, и без.
Вы разве этого не хотели?
Какой-то код свежее у вас, какой-то у нас.
Какого-то у вас вообще нет и он заменяется сторонним проектом. И наоборот.
Всё одинаково.

Лично я не вижу супер-преимуществ в использовании линукса как самостоятельного ядра ни на десктопе, ни на сервере.

Ну разве что, если по какой-то причине надо использовать докер.

Но зачем? Когда есть такая превосходная вещь как однопроцессные тюрьмы.
То есть, если нужен докер, то придётся использовать линукс. Но если нужен эффект как от докера или лучше, то линукс уже не нужен.

Могу представить только такую гипотетическую ситуацию как завязка какого-то софта, или скрипта на использование докера, или кто-то тычет пистолетом и заставляет использовать докер. Потому что в здравом уме вбивать команду из инструкции без осмысления оной я не буду. А заворачивать приложения в контейнер можно разными способами. И докер - не самый лучший вариант. Если не сказать хуже. :)

Самое интересное, что большинство фич, которым кичатся линуксоиды, будут использовать не только лишь все. Мало кто будет их использовать. Тут можно вспомнить гпу-вычисления.
Это как десктопы с кучей софта, из которых пользуешься 5-ю процентами. Потом умнеешь, ставишь вместо десктопа менеджер окон, несколько нужных программ и удивляешься, как всё начинает работать плавнее, стабильнее и сам ты начинаешь работать эффективнее.

Да, на фряхе всё то же самое. Не каждому нужны jails, zfs, netgraph, dtrace..., да тот же wayland.
Поэтому радоваться надо тому, что есть и нужно. А не тому, что у тебя линукс маковский проц поддерживает, хотя у тебя интел. Что тебе с того, что драйвер свежее и без прослоек, если старый хорошо работает, а в новом просто больше кода (не факт что безопасного) для новых железок, которых у тебя нет и не будет.

> дрова из линя
> У вас там есть разработчики графических дров, чтобы это потянуть?
>> wayland

В лине же конечно все драйвера из линя. А по коду не скажешь.

Если вам на операционку с дровами потянули, почему просто драйверы не смогут. Не хотят просто. Вы же напишете, мы возьмём. :) Как вы раньше.

На тот момент, когда я смотрел wayland на линуксе (четыре года назад), он очень глючил. Поэтому я только иксами пользуюсь.
Под иксы видеодрайвер на моё железо написал сам интел. И в отличие от линуксового, у него почему-то нет бага "Нехватка памяти" при выделении под текстуру. Возможно, что какой-то функции, вызывающей в линуксе эту проблему, во фряхе просто нет. Но это не влияет пагубно на работу. Скорее, наоборот.

Но не исключаю, также, что в бсд интел всё сделал более по уму.

Что касается прослоек, то ваш dxvk - такая же прослойка. Но у вас же лицемерное сообщество. Поэтому dxvk - это хорошо. Вот если кто-то ещё что-то похоже делает, то это плохо, надо заклевать его.

> ядро Linux, либы, а теперь и всякие вяленды пилят совсем без вас

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

Теперь и не надо работать, всё пишут за предков. Поменялись местами. Ты же тоже на работу ходишь, а не твои родители-пенсионеры.
Я совсем не против. Ещё бы поменьше кричали о собственной самобытности и о воровстве.

> Получается такой себе полунедолинукс, только хреновее и с отставанием на годы

Про отставание я уже приводил пример, поэтому повторяться не буду. Только там отстаёт линукс, но догоняет.

Что касается десктопа, то полунедолинукс без снапов и системд работает намного приятнее. А в остальном всё то же. Линуксолятор покрывает седьмой цент. CURRENT я не рассматриваю. Зачем мне во фрибсд линукс шестой версии, если хватает трансляции третьего-четвёртого.

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

Вот и получается, что я могу на фряхе использовать и фришный, и линуксовый софт. А ещё могу подключить слои совместимости и свою репу, и не рыдать, что на сервере всё поломалось, потому что пятый пхп в репах заменили на седьмой. Хотя и такие на форуме фрибсд были. Тут уже всё зависит от навыков и забагованности софта. А с этим везде более-менее одинаково.

А что ты будешь делать на линуксах? Чинить систему?

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

То-то в новости про новый релиз линукса упоминание BPF аж в пяти абзацах. :) Так смешно слушать линуксоидов, пилящих старый BSD-код (вы называете это расширением) про отставание.
Но постойте. Разве расширенный BPF не должен быть eBPF? :D

И вообще, прежде чем заявлять про отставание на годы, неплохо было бы самому поставить фряху и ознакомиться с состоянием дел. Может и есть ниши, где фряха вообще никак не представлена, но это точно не отставание на годы. Примером, возможно, могут быть GPU-вычисления на CUDA. Но на гитхабе есть проекты с ними связанные.

> С кого это форкнули DRM/KMS/GBM? Или там вэйланд?

Изменять чужое легче, чем писать с нуля.
Вопрос не "с кого", а "куда". Куда это всё написали? А... это тот самопровозглашённый король недоклонов.
Ты разве не понимаешь, что у тебя не было бы высшего образования, отсутствием которого ты мог бы корить предков, если бы они не приложили адских усилий к твоему рождению и выращиванию?
Даже если ты стал лучше, это не повод гнобить родителей (а их у линукса очень много).
Не было бы никакого DRM/KMS/GBM и прочего, без юниксов.
Поэтому зажимание исходников проектам с другими лицензиями (даже открытыми) и навязывание вендорлоков выглядит некрасиво.

> Если что-то выглядит как УГ и работает как УГ - надлежит назвать это УГ.

Но в линуксе не так. В линуксе не надлежит это назвать УГ, а надлежит это форкнуть, и то, с чего форкнули и того, кто это написал, назвать УГ. Вот так у вас всё работает. А потом в исходники смотришь, а там куча всего, что линуксоиды обгадили на опеннете и лоре, под чужими копирайтами (в идеальном случае), либо "inspired", либо "based on", либо Стивенсом изучено, опознано и расписано. :D
Зачем вы это называете УГ и потом тащите к себе?

И никакой бы GPL на нищем линуксе (даже если бы он существовал на тот момент) не осилил бы разработку иксов с нуля. Это сделали те самые проприетарщики IBM и DEC, профинансировав MIT на нехилую сумму (по тем временам).

И кстати, сейчас появилась возможность уже вашим наработкам стать УГ, и которые начинают переписывать не под GPL. В частности, я говорю про библиотеку musl, которая выглядит намного проработаннее gnu libc. И что-то явно будет после замены всего гнусного на растовские драйверы и утилиты.

> Принцип опенсорса - форкай наздоровье если здоровья хватает. Если вы не ок с этим

Именно! Форкнул и работаешь дальше, а не ищешь виноватого, кто у кого чего позаимствовал. Тем более, если у самого рыло в УГ.

> Хотя иллюстрация на тему "третий сорт не брак", да еще за счет пляса на пальцах проприетариев - ну, вы жжоте, чего, только я не понимаю зачем вам BSDL при этом.

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

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

И с большой долей вероятности их проблемы на бсд возникают как раз от попыток работать с бсд, как с линуксом. Сколько раз я читал предложения настроить что-то как в линуксе. Что-то можно так настроить, а что-то надо настраивать совсем иначе. Почему-то переходящим с винды вы советуете не пытаться работать в линуксе как в винде. Так не пытайтесь работать в бсд, как в линуксе.

> не понимаю зачем вам BSDL

Да я вообще после многоликого GPL-цирка на линукс забил. Какие багрепорты, какие патчи. Это пускай корпорации делают.

Как раз переход начал с седьмого цента. А там выяснилось, что всё правильно сделал. :)
Да, потом было пару серверов на Ubuntu, но внезапно оказалось, что фрибсд умеет всё то же самое.
Я теперь не понимаю зачем нам GPL и линукс. :) Лицензионная защита там эфемерная - только от линковки, обходится одной легковесной прослойкой. А другие проекты под GPL к линуксу отношения уже не имеют в принципе. И всё больше изначально разрабатываемых под линукс проектов включают поддержку фрибсд. Здесь из последних чисто линуксовых можно вспомнить containerd. Хотя фрибсд предлагает возможности гораздо выше, чем линукс-контейнеры, но возможно кому-то пригодится и такое.

> BSD надергало GPL кода, обложило прослойками

Грепни исходники линукса, посмотри кто у кого надёргал. :D
Там не только BSD. GPL-щики сначала надёргали кода со всеми лицензиями. А потом объявили их неугодными GPL.

> Может вам еще и фирма сони накомитит?

Зачем. Всё же не так было.
Была куча исходников, из которого линукс надёргал там и сям. То есть, фактически, остальные накоммитили для линукса. Сейчас линукс и ко коммитят, а остальные будут дёргать. Инициатива наказуема. Но раз уж вы её подло перехватили, то извольте пахать.

Сони - это игровая консоль, а нам работать надо и сервисы крутить. Зачем ждать Сони, мы ждём именно вас. :) "Уникальных", "самобытных" и не в меру "скромных".
А вы вместо написания нам кода разыгрываете очередной комедийный спектакль "редхат versus халявщики", с клоунами и дрессировщиками.

> Да и вообще кажется вы начинаете понимать прелести нашего вируса.

Ты название новости видел? И связанные новости на главной перечитай. Это же очередная GPL-клоунада.
Как раз похоже, что это вы начинаете понимать прелести вашего вируса. :D

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

А ещё стоит напомнить, что затейник и проповедник (другие слова тут неуместны) этой вирусной лицензии был унижен и растоптан именно после доклада перед платиновым спонсором линукс-фонда, любимым и уважаемым всеми линуксоидами - Microsoft. :D

https://www.opennet.dev/keywords/stallman.html
Смотри с нижней новости и до самого верха.

Отчитался и вышел вон. Поскулил, забился обратно в свою ГНУ-конуру и начал снова пилить Hurd. Давно бы так.

Так чьи тут проприетарные патроны были недовольны? :)


Как и следует лицемерному сообществу вы постоянно обвиняете бсд в том, в чём у вас ситуация ещё хуже. Так что смотрите на свой склочный цирк и кропайте (или даже крапайте) больше новостей.

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

193. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Bob (??), 26-Июн-23, 13:18 
Как дилер подсадил на "товар" или почему с SaaS нужно слать in da Ass)
p.s.: по факту у нас классика SaaS или: "мужик, купи кирпич".
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Анализ проблем с GPL у бизнес-модели Red Hat "  +9 +/
Сообщение от iZENemail (ok), 25-Июн-23, 15:14 
Шах и мат GPL-боярам!
Ответить | Правка | Наверх | Cообщить модератору

13. "Анализ проблем с GPL у бизнес-модели Red Hat "  +8 +/
Сообщение от Аноним (13), 25-Июн-23, 15:41 
И таки как данные проблемы решили пермиссивщики?
Ответить | Правка | Наверх | Cообщить модератору

19. "Анализ проблем с GPL у бизнес-модели Red Hat "  +11 +/
Сообщение от n00by (ok), 25-Июн-23, 16:05 
Никак не создавали их. Просто открыли исходники и не вводили в заблуждение паству о якобы какой-то свободе.
Ответить | Правка | Наверх | Cообщить модератору

84. "Анализ проблем с GPL у бизнес-модели Red Hat "  +7 +/
Сообщение от Аноним (-), 25-Июн-23, 19:40 
> Просто открыли исходники и не вводили в заблуждение паству о якобы какой-то свободе.

Ну тогда пусть и пользуются открытой операционкой от сони - с открытым видеодрайвером запускающим AAA игры. Странно что они еще не подвинули майкрософт и соню.

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

156. "Анализ проблем с GPL у бизнес-модели Red Hat "  +4 +/
Сообщение от n00by (ok), 26-Июн-23, 09:44 
> Странно что они еще не подвинули майкрософт и соню.

А они хотели подвинуть? Или этого хотел другой бородатый дяденька? И его фанаты приписывают свои хотелки другим?

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

265. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (265), 27-Июн-23, 01:01 
Ну как, благодаря лицензии от бородатого дяденьки вполне себе игродельческий Valve делает Steam Deck - и исходники вполне предоставляет. А еще - комитит в вот те самые видеодрова. Которые потом вон те лучшие друзья соней и майкрософтов к себе через мутные прослойки тащут, кося под линуха. Потому что у них самих с видеодровами совсем тухляк.

И можно было бы порассуждать о корпорациях, НО...
1) Реворк ключевых подсистем это частные инициативы конкретных рож, от корпов на это только деньги. В технические аспекты как работать работы менеджмент не суется. И на этой почве случились удивительные дела. Заклятые конкуренты поработали сообща - и сделали крутое, мощное, фичастое core технологий грфики в ядре. Подсистемами DRM/KMS/GBM можно с чистой совестью гордиться. Эти части системы могут показать мастеркласс даже проприетарщикам. Теперь еще юзермод в порядок привести надо - отдельные приветы иксам. Но для этого вся база уже есть.
2) Большая часть этого пути была пройдена без корпов. Вплоть до того что AMD начиная AMDGPU забазировался на реверс-инженернутом драйвере Radeon (лол!) и всего лишь отрефакторил его до использования "внутренних" имен регистров и проч. А вот именно свой проприетарный модуль они выбросили в утиль, где ему самое место.
3) Последний жираф который все это еще не понял называется нвидия. И у них как раз много проблем с линухом и дровами сейчас. Да и из топ500 что-то подвинулись "слегка", во всех топовых наименованиях - вот этим самым амд. Пусть жирафят дальше, если так пойдет и дальше, скоро про них все забудут. И не то чтобы такую фирму жалко. По крайней мере разработчики линукса вздохнут с облегчением.

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

295. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 08:56 
Не пытайтесь заболтать вопрос.

Ещё раз: а они хотели?
Если не понятно: они сами этого хотели?

Если совсем не понятно: с какой конкретно целью требуется объяснять людям, что они должны хотеть?

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

318. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 01:11 
> Ещё раз: а они хотели?
> Если не понятно: они сами этого хотели?

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

Однако я могу посмотреть на косвенные индикаторы. Копирование видеодрйверов из линуха намекает что хотели как минимум нормальные видеодрайвера. И почему-то берут их у тех .... кого обсир@ют?! Это как бы шикарная логика. Но по-моему отдает двойными стандартами и лицемерием. Мол офигенная лицензияя, но скопипастим у вон тех, и даже при необходимости прослоек от GPL кода проложим, и вот так мол шито-крыто.

> Если совсем не понятно: с какой конкретно целью требуется объяснять людям, что
> они должны хотеть?

Если бы они не тягали из линукса видеодрова - подобные вопросы не возникали бы. А так имхо лицемерием попахивает, когда действия расходятся с формальными заявлениями.

Могу сказать за себя: я не хочу пользоваться вторым сортом, когда кто-то на его основе первый делает. Это протухшая логика из мира проприетарщиков. И это одна из причин по которым линуксоиды вместо того чтобы слушать что с иксами все ок (порнография с доступом юзерского процесса в железки и правда - ок?!) всей толпой пиляли графические подсистемы - и корпы и индивидуалы, потому что работы там хватит всем - под лидерством именно редхатовского Дейва Эйрли. Но они и не гнали что дескать нам не надо коммиты. Торвальдс прямым текстом всем говорит что если вы не комитите назад - GTFO. Мне эта позиция кажется намного более честной. А когда вон те рассказывают про шах и мат - ну, э, лол, в шахматах вроде автогол невозможен, но у них КМК именно оно.

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

147. "Анализ проблем с GPL у бизнес-модели Red Hat "  –2 +/
Сообщение от 48 (?), 26-Июн-23, 05:52 
Что совершенно не мешает им кричать на каждом углу о том что исходники открыты, и примазываться к опенсорсу, жпл хоть пытается сделать открытое открытым, а бсд даже вида не делает, но ты продолжай им пользоваться, на 1000 таких пользунов найдется один кто может какой патчик пришлет, - то есть поработает на дядю, и никогда даже не узнает как его труд перепродали.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

155. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от n00by (ok), 26-Июн-23, 09:40 
"Опенсорс" буквально и означает "открытые исходники".

Если ты хочешь "примазаться к опенсорсу", напиши что-то и открой.

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

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

190. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 13:03 
- И как вы решили проблему с изнасилованиями?
- Просто штаны спустили и получаем удовольствие.

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

199. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от n00by (ok), 26-Июн-23, 14:32 
Но есть, Петька, один нюанс. Клон RHEL на твоём продакшоне.
Ответить | Правка | Наверх | Cообщить модератору

288. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 08:16 
На моём проде Debian. Но любой другой дистрибутив Линукс, хоть LFS, мало чем отличается в плане поддержки железа и ПО.
А кому-то, без штанов, приходится тщательно разбираться в нюансах, чтобы в анекдот не попасть.


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

296. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 08:59 
Я за вами бежала три дня и три ночи, что бы рассказать, как вы мне безразличны (ц)
Ответить | Правка | Наверх | Cообщить модератору

299. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 09:20 
Аргументы кончились?
Ответить | Правка | Наверх | Cообщить модератору

300. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 09:30 
У тебя и не было аргументов, потому ты и перепутал Опеннет с приёмной фрейдистов и рассказал о своих фантазиях.
Ответить | Правка | Наверх | Cообщить модератору

301. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 09:35 
Давно ты в демагогствующую истеричку превратился? Сразу после принятия БДСМ?
Ответить | Правка | Наверх | Cообщить модератору

313. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 16:57 
Чего ты там принял? Напиши понятнее.
Ответить | Правка | Наверх | Cообщить модератору

26. "Анализ проблем с GPL у бизнес-модели Red Hat "  –5 +/
Сообщение от Аноним (26), 25-Июн-23, 16:44 
Я старый пользователь FreeBSD и PlayStation (там тоже версия FreeBSD)
Объясните что это за GPL и зачем он мне нужен?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

33. Скрыто модератором  +2 +/
Сообщение от Аноним (-), 25-Июн-23, 17:14 
Ответить | Правка | Наверх | Cообщить модератору

36. "Анализ проблем с GPL у бизнес-модели Red Hat "  +6 +/
Сообщение от Аноним (36), 25-Июн-23, 17:25 
Типа у тебя браузер уже не поддерживает гугл? И ты можешь сидеть только на опеннете?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

65. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от 123 (??), 25-Июн-23, 18:36 
Анониму (3.33)
"Вы вольны выбирать лишь вкус зубной пасты или марку вина к ужину. Человечеству по-прежнему не достаёт мудрости, чтобы принимать важные решения." из к/ф "меняющие реальность"

https://www.youtube.com/watch?v=7oN5wxxpRgA (У вас только ИЛЛЮЗИЯ СВОБОДЫ ВОЛИ.)

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

148. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от 48 (?), 26-Июн-23, 06:08 
Иллюзия мудрости, а по факту тупость, можно выбрать зубной порошок, а можно не пользоваться заменив зубы на фарфор, человечество никогда не принимало никаких решений поскольку не является субьектом и не обладает таким функционалом.

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

Быть или не быть, вот в чем вопрос. Достойно ль
Смиряться под ударами судьбы,
Иль надо оказать сопротивленье
И в смертной схватке с целым морем бед
Покончить с ними? Умереть. Забыться.
И знать, что этим обрываешь цепь
Сердечных мук и тысячи лишений,
Присущих телу. Это ли не цель

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

149. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от Аноним (149), 26-Июн-23, 06:29 
Нет ничего более унылого чем анонимы пытающиеся философствовать.
Ответить | Правка | Наверх | Cообщить модератору

173. "Анализ проблем с GPL у бизнес-модели Red Hat "  +6 +/
Сообщение от Аноним (173), 26-Июн-23, 11:14 
За исключением их комментаторов, пожалуй.
Ответить | Правка | Наверх | Cообщить модератору

277. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 27-Июн-23, 01:57 
> За исключением их комментаторов, пожалуй.

Они входят в первое множество. Так что ты анон подтвердил идеи насчет философии еще раз...

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

205. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Kuromi (ok), 26-Июн-23, 17:07 
Ну пример так себе. Чуваки в шляпах в том фильме тоже прямо сказать феноменальных успехов в управлении судьбой человечества не показали - косячили постоянно, спали на работе, страдали карьеризмом и как-то не особо привели человечество к благоденствию.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

237. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 22:06 
Хороший пример. Мы как раз в новости про чуваков в шляпах. Только цвет другой.
И они тоже не свободны были. Шляпу потерял и в нужную дверь уже не вхож. :)
Ответить | Правка | Наверх | Cообщить модератору

30. "Анализ проблем с GPL у бизнес-модели Red Hat "  +4 +/
Сообщение от void (??), 25-Июн-23, 16:50 
А уж сколько GPL кода крутиться во всемозможных проприетарных прошивках для бытовых роутеров, в смарт тв, приставках и прочем барахле...

Так что в GPL нет вообще никакого смысла. Привлечь за её нарушение вы сможете, разве что, какого-нибудь Васяна. Корпорации харкнут вам в лицо и пододрут свою жопу вашим судебным иском.

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

50. "Анализ проблем с GPL у бизнес-модели Red Hat "  +9 +/
Сообщение от Anon3 (?), 25-Июн-23, 18:00 
То, что в некоторых регионах Африки высокий удельный процент изнасилований, не говорит о том, что такое же необходимо разводить у себя под боком. Против корпораций создаются коллективные фонды, можно указать на нарушения. Защита своих отверстий не единственное событие, типа поставил GPL на код и дело в шляпе, а процесс - необходимо, постоянно бороться за свои права
Ответить | Правка | Наверх | Cообщить модератору

73. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от void (??), 25-Июн-23, 19:04 
По поводу первого пункта, как раз это сейчас и разводят в некогда белых странах, перевозя туда Африку и Ближний Восток.

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

Да что там IBM, даже узкоглазые тайваньцы со свистом вертят на детородном органе всё это сборище немытых фриков.

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

87. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Anon3 (?), 25-Июн-23, 19:57 
>> разводят в некогда белых странах

И делают это акулы, которые не сильно отличаются от акул из IBM
>> кучка бородатых хипарей подаёт коллективный иск на IBM

ну фонды типа SFC и SFLC, не кучка бородатых хипарей, но и гоняют они только всякую шушеру, и скорее выступают на подтанцовке у RedHata. Но ведь еще и не вечер. Пока вижу, что у сообщества только штаны спустили. Изнасилования пока еще небыло
Может, что и придумают. Вон на тивоизацию придумали GPL3, на сервера AGPL. Чего-то, не очень это помогло.
Мож теперь например выберут направление, что не лицензии надо новые придумывать, а испачкаться в неприятно пахнущих веществах и искать покровителя, которому выгодна повесточка "GPL ущемляют!!!".
Вот у BLMщиков и SJWшников же нашлись покровители. Любо дорого смотреть, как народ теперь отвлекается от экономических, классовых и политических проблем. Все силы уходят на то, как бы не задеть или обидеть нечто-то, что даже неизвесно как назвать, и произносить вслух нельзя
>> узкоглазые тайваньцы

И что теперь? Отказываться от "кружевных трусiков"?

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

278. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (278), 27-Июн-23, 02:00 
> Касательно второго, уже представляю и ржу, как кучка бородатых хипарей подаёт коллективный
> иск на IBM...

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

> Они смогут заткнуть пасть любому суду

Ну вот не факт. Бывает так что суд, натурально, работает. Представляете?

> Да что там IBM, даже узкоглазые тайваньцы со свистом вертят

Да обычно у них так то на сайте "GPL Tarball" - лежит. Его полезность варьируется, конечно.


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

176. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (176), 26-Июн-23, 11:29 
> То, что в некоторых регионах Африки высокий удельный процент изнасилований, не говорит
> о том, что такое же необходимо разводить у себя под боком.
> Против корпораций создаются коллективные фонды, можно указать на нарушения. Защита своих
> отверстий не единственное событие, типа поставил GPL на код и дело
> в шляпе, а процесс - необходимо, постоянно бороться за свои права

Изходя из текста новости, особо из пследнего абзаца что мешае купить копию RHEL, сделаеть запрос в письменном виде, вышлите де нам исходники, нет не через закрытый портал, который обязывает подписывать EULA, т.к. это налагает дополнительные условия на GPL, что противоречит лицензии?!
И если они и тогда воспротивятся, то пусть пытаются их подтянуть за это.

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

263. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Аноним (263), 27-Июн-23, 00:55 
Ну они тоже могут креатив придумать. Например прислать грузовиков с распечатками сорцов.
Ответить | Правка | Наверх | Cообщить модератору

210. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от YetAnotherOnanym (ok), 26-Июн-23, 17:46 
Насчёт "некоторых регионов Африки" хотя бы намёк на пруф будет? А то, знаешь ли, интересно бы сравнить, что в тех источниках пишут про "удельный процент изнасилований" на некоторых элитных курортах США, вроде островов Сент-Джеймс.
Ну, и само по себе сравнение опенсорса с изнасилованием весьма показательно.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

70. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Kuromi (ok), 25-Июн-23, 18:57 
Ну не скажите. D-Link годами ломался, а потом все таки стал публиковать исходники. TP-Link - тоже. Другой вопрсо что нужды в этом такой прямо особой нет, толькос пеки устройсва узнать так как по факту оказывается что в сорцах ничего интересного нет, а елси что-то и есть, то оно идет отделно как проприетарщина.

Метод Гугла - открытая как бы платформа, а все что на ней крутится закрытое.

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

157. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 09:54 
02.12.2021 10:37

Компания Vizio не выразила желания устранить нарушение GPL, не пошла на переговоры по урегулированию выявленных проблем и не попыталась доказать, что предъявленные обвинения ошибочны и в прошивке не используется модифицированный GPL-код. Вместо этого компания Vizio отправила в вышестоящий суд запрос на прекращение разбирательства под предлогом того, что потребители не являются бенефициарами и не имеют прав подавать подобные иски.

https://opennet.ru/56265-vizio

Я пропустил продолжение? Или так и замяли?

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

239. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (239), 26-Июн-23, 22:33 
Нене, этих гавриков SFC все еще по судам таскает. В 2022 как минимум им даже федеральный суд помог

https://www.theregister.com/2022/05/16/vizio_gpl_contract/

Зря они это IMO. По итогу визио все равно вздрючат, а денег они на это потратились и еще потратят. И главное, из-за чего - из-за десятка скриптов для сборки и столько же крохотных патчей. Лэндли в свое время рассказывал, сколько по итогу вышло гпл кода из-под длинка по итогу иска. Хрен да нихрена.

Так и тут будет, но, конечно, денег потратят и ментальные пенисы себе отполируют на отличненько.

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

267. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (267), 27-Июн-23, 01:05 
> Зря они это IMO. По итогу визио все равно вздрючат, а денег они на это потратились
> и еще потратят.

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

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

297. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 09:08 
> Нене, этих гавриков SFC все еще по судам таскает. В 2022 как
> минимум им даже федеральный суд помог
> https://www.theregister.com/2022/05/16/vizio_gpl_contract/
> Зря они это IMO. По итогу визио все равно вздрючат

- Папа, я выиграл дело, которое ты вёл всю жизнь!
- Сынок, я всю жизнь этим делом семью кормил...

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

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

319. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (319), 28-Июн-23, 01:25 
> Фишка в том, что "нарушитель" зарабатывает и малый процент уделяет адвокатам,

Знаешь что такое Ceast and Desist letter? Нет? Тогда узнай. Может немного помешать зарабатывать при случае, вбив нехилый клин в бизнес процессы. Особенно если суд слить угораздит. Копирастической машине не так уж важно кого по этому алгоритму затарить. Вчера - пирата Ваську. Завтра - компашку Визио. Им реально похрен, в этом нехилая фича.

> а у другой стороны нет столько ресурсов.

Всей толпой можно и скинуться. В пересчете на тушку это весьма небольшая нагрузка, я проверял. Опенсорс - как раз о сообществах, процессах, и - отстаивании своих интересов при необходимости. Если кто не понял, те кто на это не способен проигрывают эволюцию и оказываются уничтожены. Если вы позволяете вас сожрать, загнобить и обобрать без малейшего намека на воздаяние, вы получаете то что получаете. Вас начинают рассматривать как кормовую базу. И чем это заканчивается в предельном случае - вон те, мычащие и блеющие - прозрачно намекают. Вот тут молокопродукты, тут товары из шерсти, а если совсем не повезло - то и шашлык для "благодетелей".

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

335. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 28-Июн-23, 06:53 
>> Фишка в том, что "нарушитель" зарабатывает и малый процент уделяет адвокатам,
> Знаешь что такое Ceast and Desist letter? Нет? Тогда узнай. Может немного
> помешать зарабатывать при случае, вбив нехилый клин в бизнес процессы. Особенно
> если суд слить угораздит. Копирастической машине не так уж важно кого
> по этому алгоритму затарить. Вчера - пирата Ваську. Завтра - компашку
> Визио. Им реально похрен, в этом нехилая фича.

Реально пока что похрен фактам - с 02.12.2021 ничего не изменилось.
Визио "нарушает" и извлекает прибыль.

>> а у другой стороны нет столько ресурсов.
> Всей толпой можно и скинуться.

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

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

389. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 05:55 
> Реально пока что похрен фактам - с 02.12.2021 ничего не изменилось.
> Визио "нарушает" и извлекает прибыль.

И тем не менее, на их месте я бы призадумался о запасном плане что делать в случае слива процесса. Потому что без этого плана бизнес может ВНЕЗАПНО словить клина.

GPL сам по себе вписан в стандартные копирастические парадигмы, чтобы дать доступ к этому инструментарию. То что этот доступ преследует несколько иные цели - ну, да, ок, допустим. Этим "хакеры" в их правильном смысле слова и отличаются: используют доступные средства нестандартным образом. Это и делает их легендами.

> Но лично ты почему-то не скинулся, а всего лишь мелешь языком, насколько

Откуда бы вашему скроменейшеству знать на что и кому я скидывался а на что нет? Я присылал распечатки моих транзакций? Что-то не припоминаю. FYI у меня хватает мозгов поддерживать тех кто на моей стороне и по мой интерес, в том числе и монеткой при необходимости. Это опять же работает. Из капель собираются реки. А индивидуал или небольшая фирма может схватиться с большой корпорацией. Особенно если есть желающие помочь. Одному желающему не надо быть крутым и мощным - если нас достаточно, это как P2P, даже если 1 пир не суперсервер, тысячи пиров прогрузят в полку даже очень жирный канал а суммарный трафик такой что ни 1 суперсервер столько не нальет. Более глобально тихая "война миров" идет по границе centralized vs decentralized и вы уже имхо поняли какую я сторону выбрал.

> GPL лучше и свободнее всего остального. По сути, зазываешь новых лопушков
> писать код для той Визио под какие-то мнимые "гарантии".

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

А взаимодействовать в стиле master-slave - спасибо но попробовав вон то уже почему-то не хочется. Совсем никак. И вот еще что, GPL на уровне дизайна и алгоритма не может програть, нет такого бранча в этом коде. За это копирасы его и боятся :).

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

395. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 01-Июл-23, 11:34 
>> Но лично ты почему-то не скинулся, а всего лишь мелешь языком, насколько
> Откуда бы вашему скроменейшеству знать на что и кому я скидывался а
> на что нет?

Из показного желания скрыть своё имя.

> Я присылал распечатки моих транзакций? Что-то не припоминаю.

Отсутствие распечаток подтверждает мою версию.

>> GPL лучше и свободнее всего остального. По сути, зазываешь новых лопушков
>> писать код для той Визио под какие-то мнимые "гарантии".
> Я зазываю людей присоединиться и работать "на равных".

С кем работать? Ты ничего не сделал.
И хоть затрындись о своих достижениях.

Talk is cheap, show me the code.

>> Реально пока что похрен фактам - с 02.12.2021 ничего не изменилось.
>> Визио "нарушает" и извлекает прибыль.
> И тем не менее, на их месте я бы призадумался о запасном
> плане что делать в случае слива процесса. Потому что без этого
> плана бизнес может ВНЕЗАПНО словить клина.

А если написать слово "внезапно" ASCII графикой, то шанс внезапности повысится соразмерно.

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

409. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 13:53 
>> Откуда бы вашему скроменейшеству знать на что и кому я скидывался ана что нет?
> Из показного желания скрыть своё имя.

О, круто! А может заодно и, ну не знаю, размер моих ботинок до кучи можно по этой логике определить? Посмотреть как эта дедукция в деле, так сказать.

> С кем работать? Ты ничего не сделал.

С вооон теми крутыми господами, в том же линухе, например. Это кайфово, я проверял. А о том что я ничего не сделал ты тоже той дедукцией определил? Круто, а что еще эта дедукция может? Скажем определить какой у меня сейчас трек в плеере - могешь?!

> И хоть затрындись о своих достижениях. Talk is cheap, show me the code.

Это что-то и кому-то даст? Судя по твоим репам и коментам я совершенно искренне сомневаюсь что мы когда либо будем сообща работать над каким-то кодом. А раз так то смысл этого действа не очевиден.

> А если написать слово "внезапно" ASCII графикой, то шанс внезапности повысится соразмерно.

Шанс клина в прецедентном праве повышается соразмерно числу слитых судов. Прецеденты были, а вон то - еще 1 повод не расслабляться и помогать в этом начинании. И поверь я забуду тебя спросить кому мне донаты слать. Представляешь, фигня какая? И чеки я тоже тебе слать не буду, ты не налоговая, так что многовато на себя берешь. Особенно сперва развесив лэйбл которому вот такому раскладу очень не способствовал, зато с пособствовал весьма серьезному восприятию твоих заявлений, с сооотв коррекцией линии поведения и рассмотрением тебя как "угроза безопасности".

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

422. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 03-Июл-23, 09:35 
>> И хоть затрындись о своих достижениях. Talk is cheap, show me the code.
> Это что-то и кому-то даст?

Это даст хоть какой-то вес твоим словам, пока что основанным на пустом месте.

> Судя по твоим репам и коментам я
> совершенно искренне сомневаюсь что мы когда либо будем сообща работать над
> каким-то кодом. А раз так то смысл этого действа не очевиден.

Мы уже выяснили, что ты банально заблудился в моих 5-ти репах. Осталось ещё понять, зачем ты так упорно пытаешься парить мне мозг. Ты сам-то знаешь?

>>> Откуда бы вашему скроменейшеству знать на что и кому я скидывался ана что нет?
>> Из показного желания скрыть своё имя.
> О, круто! А может заодно и, ну не знаю, размер моих ботинок
> до кучи можно по этой логике определить?

Делай со своей "логикой" что угодно, но не приписывай её мне.

Надоел ты, честное слово, со своей липкой и печальной идеологией.

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

85. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (85), 25-Июн-23, 19:47 
> А уж сколько GPL кода крутиться во всемозможных проприетарных прошивках для бытовых роутеров,

И тем не менее, на них обычно можно скачать GPL tarball. На основе этого так то бывают и альтернативные прошивки. Всякие томаты, DD-WRT, openwrt и проч появились на основе подобных прошивок, внезапно.

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

284. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от bOOster (ok), 27-Июн-23, 06:29 
Если у тебя не подписанный/защищенный бут. В противном случае толку от этих исходников абсолютный ноль.
Ответить | Правка | Наверх | Cообщить модератору

320. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 01:34 
> Если у тебя не подписанный/защищенный бут.

Во первых, хорошее объяснение почему появился GPLv3. Правда у него свои проблемы есть, но предпосылки озвучены.

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

Во вторых - не обязательно. Например, получив исходники, я могу найти им какое-то иное применение. Скажем воооон те драйверы реюзнуть в другом SoC с таким же IP-блоком. При том желательно на уровне интеграции улучшений в апстрим.

А вот когда есть только блобы - тут уже совсем упс. Вот тут реально пользы ровно ноль. Всем кроме блобмейкера, который де-факто отпаразитировал на чужом труде и ничего никому не вернул.

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

174. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от тотп (?), 26-Июн-23, 11:21 
Все телефоны и почти все роутеры публикуют сорцы ядра как минимум, остальное используется без изменений обычно.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

179. Скрыто модератором  –1 +/
Сообщение от Аноним (190), 26-Июн-23, 12:19 
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

203. Скрыто модератором  +1 +/
Сообщение от Школьник (ok), 26-Июн-23, 16:08 
Ответить | Правка | Наверх | Cообщить модератору

220. Скрыто модератором  –1 +/
Сообщение от Аноним (220), 26-Июн-23, 19:17 
Ответить | Правка | Наверх | Cообщить модератору

272. Скрыто модератором  +/
Сообщение от Аноним (-), 27-Июн-23, 01:23 
Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

287. Скрыто модератором  +2 +/
Сообщение от bOOster (ok), 27-Июн-23, 06:55 
Ответить | Правка | Наверх | Cообщить модератору

290. Скрыто модератором  –1 +/
Сообщение от Аноним (288), 27-Июн-23, 08:18 
Ответить | Правка | Наверх | Cообщить модератору

321. Скрыто модератором  –1 +/
Сообщение от Аноним (321), 28-Июн-23, 01:48 
Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

334. Скрыто модератором  +1 +/
Сообщение от 123 (??), 28-Июн-23, 03:24 
Ответить | Правка | Наверх | Cообщить модератору

349. Скрыто модератором  +/
Сообщение от Аноним (349), 28-Июн-23, 12:17 
Ответить | Правка | Наверх | Cообщить модератору

336. Скрыто модератором  +/
Сообщение от Аноним (349), 28-Июн-23, 10:49 
Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

3. "Анализ проблем с GPL у бизнес-модели Red Hat "  –8 +/
Сообщение от Аноним (3), 25-Июн-23, 15:15 
У халявщиков бомбит.
Ответить | Правка | Наверх | Cообщить модератору

5. "Анализ проблем с GPL у бизнес-модели Red Hat "  +12 +/
Сообщение от Аноним (5), 25-Июн-23, 15:19 
>У халявщиков бомбит.

Да, тяжело RedHat из-за GPL за Линукс отчисления получать. Но ничего, потерпят.

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

67. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (3), 25-Июн-23, 18:54 
Не угадал, дружище. RHBM с другими корпами этот ваш линупc  для себя и пишет, а истошно верещит так называемое сообщество. Которое, судя по количеству коммитов, писать код не умеет и не хочет, но очень хочет присесть на чужое и смертельно обижается когда хозяева его пинают.
Ответить | Правка | Наверх | Cообщить модератору

119. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от Аноним (5), 25-Июн-23, 23:04 
Ваш пост звучит, примерно, так "не забывайте кто вам свет в будку провел". Но я все же задам пару вопросов. Зачем корпорации пишут линукс для себя, согласившись с лицензией проекта, а потом пытаются эту лицензию обойти и нарушить? Они что глупые?
-15 corpo coins с вашего корпоративного счета за оскорбление корпорации.
Ответить | Правка | Наверх | Cообщить модератору

126. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (3), 26-Июн-23, 00:08 
Как же предсказуемы упомянутые мной подорвавшиеся.

> Ваш пост звучит, примерно, так "не забывайте кто вам свет в будку провел".

Примерно так и было. C, Unix и прочее существовали задолго до появления GNU и FSF и были вполне себе порождением корпораций. AT&T, в которой трудились отцы-основатели отнюдь не была благотворительной шарашкой. Гнутые увидели что оно взлетело и попытались повторить чужие труды в меру своих способностей.

> Зачем корпорации пишут линукс для себя, согласившись с лицензией проекта, а потом пытаются эту лицензию обойти и нарушить? Они что глупые?

А где тут нарушение? Жoпель софтом барыжить не запрещает, главное - сорцы покупателю отдать если он их захочет. О раздаче их всем желающим на халяву речи не идет. Купил софтину либо поддержку на нее - вот тебе логин с паролем на какой-нибудь корпоративный ftp где они лежат, не купил - ну иди на рутрекер, может там добрый человек поделится со своими добавкам вроде майнеров и кейлоггеров.

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

128. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (5), 26-Июн-23, 01:06 
Куда-то в сторону понесло. Причем тут Си и UNIX, если речь о конкретной ситуации и Линукс? В демагогии учавствовать не буду.
Ответить | Правка | Наверх | Cообщить модератору

143. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от 123 (??), 26-Июн-23, 03:42 
Linux - клон ядра операционной системы Unix, написанный на языке программирования Си, автор которого решил использовать лицензию GPL, которую хотят угрохать корпорации. Именно поэтому данная конкретная ситуация сложилась в Линуксе.
Ответить | Правка | Наверх | Cообщить модератору

222. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (222), 26-Июн-23, 19:29 
Нет там Юникса на старте. Писал Л.Т. почтовую программу, потом начал посиксовые вызовы реализовывать один за другим. Занимаясь этим и общением с сообществом доделали все вместе до позже названного Linux-ом.

Но может и похоже в чём-то вышло. Хотя деды из отдела пром-накопителей отзывались, что под Юнихом всё работает с куда меньшим числом особенностей и нежданчиков, словив очередной нюанс под Лялихом.

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

337. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 10:53 
> Linux - клон ядра операционной системы Unix

Не клон Unix (как FreeBSD), а замена Unix, написанная с нуля.

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

386. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 01-Июл-23, 04:35 
Как? Опять с нуля? А что же там куски кода из разных систем делают?

И ты путаешь клон с форком.

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

145. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (145), 26-Июн-23, 03:52 
А при том что ядро линукса и гнутая обвязка для него писалась по мотивам вполне себе проприетарного юникса и его API, а не была придумана самостоятельно как у какой-нибудь ColibriOS
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

223. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (-), 26-Июн-23, 19:32 
"Ядро линукса" (Linux - это название ядра, у него нет дополнительного подядра) писалось по мотивам не закрытого AT&T Unix, а открытого BSD Unix.
Ответить | Правка | Наверх | Cообщить модератору

212. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от YetAnotherOnanym (ok), 26-Июн-23, 17:51 
Уже поучаствовал.
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

150. "Анализ проблем с GPL у бизнес-модели Red Hat "  –2 +/
Сообщение от Аноним (-), 26-Июн-23, 08:00 
> Примерно так и было. C, Unix и прочее существовали задолго до появления
> GNU и FSF и были вполне себе порождением корпораций.

И при том корпы увидев что взлетело - начали выкручивать руки. Я так смотрю память у некоторых короткая. Но я напомню ключевые вехи.

Вот тут драйверок принтера зажмем. Столлману не понравилось. Так появился GPL. Потом история стала повторяться - дошло дело и до компилеров. И теперь можно программить не пресмыкаясь перед какими-то проприетарщиками хотя-бы.

А вот тут объясним академам что это - игра в 1 ворота, и притащим их в суд, если они возомнят что у них равные права и можно и к себе код от корпов таскать. Так BSD погрязли в судилищах. Такой вот "обмен кодом" с проприетарщиками в его "нативном" виде. Круто, да?

> AT&T, в которой трудились отцы-основатели отнюдь не была благотворительной шарашкой.

...и засудила вышеупомянутых. В конечном итоге оказалось знатным прострелом пяток, и себе и вон тем. Так что перешли на убунты как миленькие - ну и за что вон там боролись, спрашивается?!

> Гнутые увидели что оно взлетело и попытались повторить чужие труды в меру своих
> способностей.

ЧСХ попытались повторить системные компоненты которые можно юзать и развивать на недискриминационных условиях. Без риска что в суд приволокут за то что скопипастил сорц как вон те из BSD vs AT&T. Но память у бсдшников как у рыбок, поэтому получив граблями они на следующий день идут в то же поле той же дорожкой. С которой грабли не почесались убрать вчера.

> - вот тебе логин с паролем на какой-нибудь корпоративный ftp где
> они лежат, не купил - ну иди на рутрекер, может там
> добрый человек поделится со своими добавкам вроде майнеров и кейлоггеров.

А зачем на рутрекер то? Думаю если кому реально надо станет - скинутся на 1 аккаунт то да накачают сорцов. Неудобно в основном всяким крупным халявщикам типа ораклов и тому подобных. Ну тут уж извините, если вы копипастите, пользуетесь чужими результатами труда, и нифига не комитите взад, то и резона делать удобно нету нифига. И вообще возникает соблазн сократить косты за ваш счет.

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

158. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от n00by (ok), 26-Июн-23, 09:57 
> Вот тут драйверок принтера зажмем. Столлману не понравилось. Так появился GPL.

А что за драйверок? Это было до или после того, как он реверсил закрытую LISP машину и создавал аналог? Тогда он код открыл, что бы прикрыть себе тыл от юридических разбирательств.

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

269. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 27-Июн-23, 01:11 
> А что за драйверок? Это было до или после того, как он
> реверсил закрытую LISP машину и создавал аналог?

Насколько я помню, Столлман плевался на какой-то закрытый драйвер для принтера.

> Тогда он код открыл, что бы прикрыть себе тыл от юридических разбирательств.

Мне не важно - мне важно что он мой зад прикрыл и теперь у меня есть нормальный технологический стек в виде GCC и линукс, под нормальной лицензией. Так что корпы присоединились к нам на общих основаниях - и не надо как вон те, которые, извините, у нас видеодрова тырят на кривой козе - вместо того чтобы у ублажаемой ими сони благодать получать.

А заодно на примере вот этой истории с видеодровами видно где и как получается взаимодействие с корпами и как оно лучше (для апстрима) работает. А дикий запад имени BSD привел к тому что судивший BSDшников AT&T перевел сервера на убунту, прикинув что в цивилизованном мире что-то лучше живется, и черт с ней с свободой стрелять в кого хочешь без причины :)

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

162. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от iZENemail (ok), 26-Июн-23, 10:19 
> В конечном итоге оказалось знатным прострелом пяток, и себе и вон тем. Так что перешли на убунты как миленькие - ну и за что вон там боролись, спрашивается?!

В итоге BSD отстояла свою свободу и превратилась во FreeBSD (NetBSD и клоны). А корпорасты, поднявшие вой, что их грабят, тихонько уползли в свои норы. Никто в то время на Ubuntu не переходил, так как у младенца Linux ещё не было сетевого стэка, а дистрибутивы на основе Linux имели статус наколенных студенческих поделок.

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

279. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (278), 27-Июн-23, 02:03 
> В итоге BSD отстояла свою свободу и превратилась во FreeBSD (NetBSD и клоны).

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

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

387. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 01-Июл-23, 04:37 
(с плаката про добровольца) А ты уже выкинул весь неGPL-код из линукса?
Ответить | Правка | Наверх | Cообщить модератору

390. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 06:03 
> (с плаката про добровольца) А ты уже выкинул весь неGPL-код из линукса?

Есть два пути. Аннигиляция и ассимиляция. Первый, кстати, менее эффективный. Почему вы навязываете его? Ассимилировать - и перекроить всю структуру "днк" под своими лекалами намного прикольнее. Разбавить ваш код своим - так что в целом лицензия на итог "GPL" - а вы там можете останки кода выдрать пытаться, если сможете. Это та участь которую вы заслуживаете.

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

407. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 02-Июл-23, 00:17 
Только относительно драйверов вы запутались. Драйвер появляется либо в результате написания производителем железки, либо другим лицом при наличии открытых спецификаций и сопроводительной документации. К разработке операционной системы драйвер не имеет никакого отношения.

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

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

410. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 14:16 
> К разработке операционной системы драйвер не имеет никакого отношения.

Как показал пример Linux - очень даже имеет. Майкрософт подтвердил эту мысль с другой стороны, своими виндофонами - оставшимися без этих самых драйверов для SoC, в отличие от пингвина. Хотя если для вас это работает - ну и ладушки, для меня это просто не выглядело EPIC WIN'ом.

> Поэтому БСД-системы будут меньше тратить на работу, которую должен выполнять производитель.

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

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

Я просто не понимаю как использование GPLного кода (привет BSDL и проприетарные корпы!), только хреновее и с отставанием на годы - транслируется в EPIC WIN. Кто б мне объяснил эту чудесатую логику? :)

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

421. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 03-Июл-23, 06:59 
> Как показал пример Linux - очень даже имеет.
>> К разработке операционной системы драйвер не имеет никакого отношения.

К операционной системе имеет, но не к разработке операционной системы.

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

> привет BSDL и проприетарные корпы

Ты видел список корпов у линукса? При чём тогда тут BSDL. Это же ваши проприетарные корпы.
Никто не спорит про многомиллиардные вливания корпов в этот epic win.
Ну так и новость про это. IBM вложился, IBM решил отбить затраты. Имеет право. К тому же ничего не нарушает.
Потом Оракл что-нибудь решит, у Майкрософта зачешется, у Гугла. Ты только создай прецендент - и понеслась.

И опять про какое-то отставание на годы. В линуксе лежат драйверы за 1990-й год и никого это не волнует.
Но по чудесатой линуксоидной логике это должно волновать в бсд. Там пока ещё сообщество всё делает, а не корпы. Корпам контролировать бсд незачем.

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

163. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от iZENemail (ok), 26-Июн-23, 10:24 
> Без риска что в суд приволокут за то что скопипастил сорц как вон те из BSD vs AT&T. Но память у бсдшников как у рыбок, поэтому получив граблями они на следующий день идут в то же поле той же дорожкой. С которой грабли не почесались убрать вчера.

FreeBSD распространяется в исходниках, имеющими различные лицензии. И как-то до сих пор судебные разбирательства касались в основном затиранием авторских прав гпльщиками в изначальном bsdl-коде и присваивание их себе.

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

192. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Аноним (190), 26-Июн-23, 13:10 
> FreeBSD распространяется

И не распространяется, а никто даже разницы не заметил. А Linux уже правит миром. Урок выучен?

> bsdl-коде
> присваивание

Ну авторы же от прав отказались, чего теперь сокрушаться о присваивании?

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

198. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (198), 26-Июн-23, 14:29 
> И при том корпы увидев что взлетело - начали выкручивать руки.

Да, и это было вполне предсказуемо. Они не благотворительная организация и позволять чужим пассажирам доить свою корову желания не испытывают. Ваш бомжегуру в костюме антилопы тоже по полу катается и кусает за ноги всех до кого может дотянуться если гнутый код попадает в свободные проекты (когда код из свободных проектов тащат в гнутое, он это одобряет ибо готтентотская мораль во всей красе).

> А зачем на рутрекер то? Думаю если кому реально надо станет - скинутся на 1 аккаунт то да накачают сорцов.

Цитирую тему: "компания Red Hat прекратила публичную публикацию srpm-пакетов и оставила возможность их загрузки только через закрытый раздел сайта, на котором действует дополнительное пользовательское соглашение (EULA), запрещающее редистрибуцию данных, загруженных через клиентский портал (лицензия GPL обязывает предоставлять код только вместе с бинарными файлами или при получении письменного запроса)".

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

214. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 18:08 
> И при том корпы увидев что взлетело - начали выкручивать руки.

Взлетело до гнутых и без их заслуги, что характерно.

"Количество установок Unix выросло до 10, и ожидается дальнейший рост.
Вторая редакция руководства для программистов Unix, июнь 1971 года

Количество установок Unix превысило 50, и ожидается дальнейший рост.
Пятая редакция руководства для программистов Unix, июнь 1974 года"

Цитировал по книжке Брайана Кернигана под названием "Время Unix". Их возня с GNU Not Unix - на наши деньги как ReactOS по сравнению с виндой.

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

271. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 27-Июн-23, 01:16 
> Взлетело до гнутых и без их заслуги, что характерно.

И что характерно, не выдержало конкуренции с гнутыми, развивавшими проекты сообща вместо грызни как у вон тех. Столлман все правильно сделал - закодил алгоритм капца жлобов и лузеров аж в лицензии :)

> Количество установок Unix превысило 50, и ожидается дальнейший рост.
> Пятая редакция руководства для программистов Unix, июнь 1974 года"

А теперь вот одних пингвинов на планете несколько миллиардов. В каждом кармане пингвин, в каждом доме несколько пингвинов в TV, роутерах и проч. А *никс на этом фоне слился и выпал в obsolete.

> Цитировал по книжке Брайана Кернигана под названием "Время Unix".

Время тех unix закончилось...

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

274. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 01:39 
> И что характерно, не выдержало конкуренции с гнутыми, развивавшими проекты сообща вместо грызни как у вон тех

IBM PC - тоже его рук дело? Поскольку смерть тогдашних юниксов в основном вызвана именно смертью платформ, на которых они трудились. Стал какой-нибудь Pentium Pro стоить в разы дешевле альфы или силикона при сопоставимой мощности - альфы и силиконы отправились в музеи вместе со своими True64 и Irix.

> А теперь вот одних пингвинов на планете несколько миллиардов. В каждом кармане пингвин, в каждом доме несколько пингвинов в TV, роутерах и проч. А *никс на этом фоне слился и выпал в obsolete.

Не припоминаю смартфонов и прочего перечисленного в 70х годах. Я что-то пропустил? А на имеющихся тогда железках сколько линупcoв и вообще гнутого работало? Ибо все эти sed, grep, awk и прочие make с nroff были придуманы и написаны отнюдь не ими. Включая первую версию того же emacs под Unix, слово для гугления - Джеймс Гослинг.

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

324. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:14 
> IBM PC - тоже его рук дело?

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

> Поскольку смерть тогдашних юниксов в основном вызвана именно смертью платформ,
> на которых они трудились.

Во первых никто не запрещал портировать их и на i386.
Во вторых померло и эн проприетарных юниксов под i386, например Солярис.

> мощности - альфы и силиконы отправились в музеи вместе со своими True64 и Irix.

Так солярис и на x86 отправился догонять их -> ИМХО валидность аргумента под вопросом.

> Не припоминаю смартфонов и прочего перечисленного в 70х годах. Я что-то пропустил?

Ох, надо же, время останавливаться не захотело. Вы еще спросите "где Kodak и Polaroid?!". Ну вот там - не смогли адаптироваться под изменения.

> А на имеющихся тогда железках сколько линупcoв и вообще гнутого работало?

А 500 лет назад даже механических арифмометров почти не было. Я должен равняться на тот уровень технологий вечно, или что? Я живу в 2023 году - а что было в XV веке, или даже 70х прошлого века являет лишь исторический интеерс.

> Ибо все эти sed, grep, awk и прочие make с nroff

Никто даже не спорит что удачные штуки. Но вот в почете почему-то именно гнутые версии, а конкретно make - гнутый просто по умолчанию. У узкой горстки пуристов есть bsd make но хуже от этого только им, мы говорим Makefile - подразумеваем GNU Make...

> были придуманы и написаны отнюдь не ими. Включая первую версию того
> же emacs под Unix, слово для гугления - Джеймс Гослинг.

Ну вы как бы в своем праве пользоваться теми системами и софтом. А для меня это чисто археологичечкий интерес. С практической точки зрения более-менее пригодные к использованию и современные варианты того что у меня - без GNU далеко не уехали бы.

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

328. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 02:36 
> Во первых никто не запрещал портировать их и на i386. Во вторых померло и эн проприетарных юниксов под i386, например Солярис.

Ибо уже была винда. NT 3.5 я даже в виртуалке не щупал, но в NT4 (а это то ли 97, то ли 98 год) проведено времени достаточно, чтобы считать ее годнотой и на серваке, и на десктопе на тот момент. Или полуось. Ну а если винда с полуосью на серваке не устраивала, то была другая годнота: нетварь. И где тут ниша для юниксов?

> Так солярис и на x86 отправился догонять их -> ИМХО валидность аргумента под вопросом.

Еще дрыгается, но да - агония.

> Ох, надо же, время останавливаться не захотело

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

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

391. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 06:10 
А я как-то раз погонял линух в виде убунты 5 или 6 и заметил что там проект компилится раза в три быстрее. Так я и простился с виндой. И нашел нишу для линуха на вот именно моих системах.

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

Ну а юниксы... они не вписались в поворот. Зачем мне что-то проприетарное, хуже, за деньги, да еще без возможности кастомизации под вон то? Когда Торвальдс начинал Linux одним из ключевых мотивов было то что Minix нельзя менять под свои нужды. Этот мотив никуда не делся и не денется. Мы меняем мир, реализуем наши мечты и проч. Энные люди никогда не перестанут хотеть именно это, именно так.

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

201. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Котофалк (?), 26-Июн-23, 14:51 
> RHBM с другими корпами этот ваш линупc  для себя и пишет

Странно, Линукс наш, а пишет его редхат с другими корпами. И заметь, корпы не стали писать свою ОС. И наперёд знали условия. Так что - пусть пишут для себя, но лицензия - это лицензия.

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

202. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (198), 26-Июн-23, 15:01 
Он был вашим лет 20-30 назад. А теперь все, поезд ушел. Серьезные пацаны нашли козырное местечко, на котором расположен какой-то бомжатник, подогнали бульдозеры и прочую строительную технику, бомжатник снесли и выстроили на его месте супермаркет, бизнес-центр, спальный микрорайон или еще что-то подобное. Бомжей в асфальт закатывать не стали, просто шуганули с глаз долой - но они почему-то считают себя владельцами этой самой новостройки, ага.
Ответить | Правка | Наверх | Cообщить модератору

276. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 27-Июн-23, 01:54 
> Он был вашим лет 20-30 назад. А теперь все, поезд ушел. Серьезные
> пацаны нашли козырное местечко,

Это вы с BSD перепутали имхо. А лицензии читать надо - там популярно изложено что вам обещали а что нет. Извините, гарантированная обслуга корпоративными гейшами собирающими для вас пакеты в договор не входила.

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

280. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 02:06 
BSD, при всем моем к ней уважении и симпатии примерно там и осталась. Нет, не бомжовник ни в коем случае - просто тихий, мирный и уютный сельский домик, на крыльце которого приятно покурить вечерком, глядя на закат и думая о смысле жизни. Но не городская многоэтажка с подземной парковкой и подведенным водопроводом, отоплением, канализацией и скоростным инетом.
Ответить | Правка | Наверх | Cообщить модератору

326. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:22 
> BSD, при всем моем к ней уважении и симпатии примерно там и
> осталась. Нет, не бомжовник ни в коем случае - просто тихий,
> мирный и уютный сельский домик, на крыльце которого приятно покурить вечерком,

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

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

> глядя на закат и думая о смысле жизни. Но не городская многоэтажка с подземной
> парковкой и подведенным водопроводом, отоплением, канализацией и скоростным инетом.

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

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

329. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 02:42 
> ...с дорогой где "скорая" тонет в г@вне, мостом который давно уплыл по течению, прогнившими домами, удобствами во дворе и прочими характерными прелестями. Формально это и правда не бомжовник, но выглядит и пахнет весьма похоже.

Точное описалово моих впечатлений от недели, проведенной в Debian 12 в роли десктопа вместо винды ради эксперимента. Без установки вайна, протона и тому подобных вещей, чисто на нативном софте из его реп.

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

А это от фряхи на моем домашнем серваке, работающим файлопомойкой, торрентокачалкой и раздавалкой, DLNA-серваком и прочим по мелочи.

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

392. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 06:31 
> Точное описалово моих впечатлений от недели, проведенной в Debian 12 в роли
> десктопа вместо винды ради эксперимента.

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

А из винды я в принципе не смог бы сделать многое из того что сделал из линя. Ну вот например силовые щиты звездолета. Маленькиие устройства на одноплатниках и группа виртуалок. Оно создано выдерживать бах чего-то не хуже такого же как я. И судя по натурным испытаниям неплохо справляется с этим и много чем еще. Я использую нетворкинг в вообще совсем ином виде чем вы это себе представляли. И из винды я бы это не смог сделать в имеющем смысл виде.

> Без установки вайна, протона и тому подобных вещей,

Мне не требуется GPS-навигатор - но в основном лишь потому что гипердрайв опериурет в своей системе координат и делает все то же что и авто с навигатором только еще лучше. В четырех измерениях (да, машина времени у меня тоже есть) и куда масштабирумее. Если надо я могу парковаться с точностью до микрон. А могу и в парсеках измерять. Винда это не обеспечивает.

> А это от фряхи на моем домашнем серваке, работающим файлопомойкой, торрентокачалкой
> и раздавалкой, DLNA-серваком и прочим по мелочи.

Фряха как максимум напоминает неуклюжие крейсера землян из B5 где для эмуляции гравитации надо было было шустро крутить секции корпуса. Более продвинутые существа тем временем познали гравитомагнетизм и тому подобные вещи - и в их дизайнах такой изврат уже давно не требуется. Про масштабируемую навигацию и вовсе речь не идет, ваше нечто вообще не создано для входа в атмосферу планет например, а навигация через гиперпространство - с точностью плюс-минус миллион километров, так что припарковаться у магазина на этой штуке вообще совсем нереал.

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

401. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 15:16 
> Хызы (пописывая фирмвару и дорисовывая печатку) вроде в моем звездолете вполне недурно и можно даже, вот, блоки дизайнить, например.

Заикающийся звук в системе, на которой кроме аудиоплеера ничего не запущено. С последующим умиранием пульсы, которое не лечилось ни перезапуском пульсы, ни перезагрузкой компа - только ручным ковырянием конфигов. Даже не через раз работающий блютуз - хорошо если попытки с 3-4 гарнитуру или мобилу подцепляет. Неработоспособность некоторых не мной написанных, но мне нужных вещей на Java, несмотря на установленный openjdk с кучей библиотек (в убунте работает, проверено). Практическая невозможность поставить крайне нужную мне древнюю софтину, написанную с использованием qt4 (в репах нет нужной версии этой софтины, а переписывать 60 мегов сорцов под qt5 откровенно в лом, и да - версию в каком-нибудь appimage, snap или flatpack найти не удалось, а deb-пакеты 4летней давности предсказуемо не устанавливаются). Это общесистемные глюки и проблемы, скажем так. Без учетов конкретных, которые вылезают в одной графической среде, но отсутствуют в другой. Кедо, гномо и крысоспецифические. Конструкторам такого звездолета я сигарету из рук не дам: на подоконник положу или под ноги брошу.

> Винда это не обеспечивает.

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

> Более продвинутые существа тем временем познали гравитомагнетизм и тому подобные вещи - и в их дизайнах такой изврат уже давно не требуется

Примерный перечень задач, решаемых у меня дома фряхой я перечислил, разве что MySQL не упомянул. Машинка работает по принципу "включил и забыл" и проработает так пока физически не сломается, а сломается - просто последний бэкап возьму и на новую накачу. Гнутое мне на ней и даром не нужно.

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

411. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 15:06 
> Заикающийся звук в системе, на которой кроме аудиоплеера ничего не запущено.

У меня ничего не заикается. Странно. Вот прям ща я болтаю с вами в какой-то виртуалке, в фоне компилится кернель в 8 потоков, есть еще с десяток фоновых VM и всякого иного, и - вот - плеер играет. Звук идеальный. У меня неплохая звуковушка и мониторные ушки, так что хрень оскорбляюшую мой слух я не жалую.

...а еще я умею в дела системные. И в моих системах я в состояни зарулить любую проблему, во всяком случае, так было последние i++ лет и мне это нравится :)

> С последующим умиранием пульсы, которое не лечилось ни перезапуском пульсы,
> ни перезагрузкой компа - только ручным ковырянием конфигов.

Это какие-то страшные сказки. Аптайм "хоста" уже около 2 месяцев, пульс живой, и конфиги я ему не ковырял. Как максимум гуйным pavucontrol'ом немного покрутил предпочтения. Не сложнее чем в винде - но в 20 раз продвинутее. Можно заткнуть конкретную программу (ее потоки аудио) например, временно, не вырубая ее совсем. Иногда удобно.

> попытки с 3-4 гарнитуру или мобилу подцепляет.

Вот тут ничего не скажу, не ползуюсь я этим нечто. Для bulk xfer оно тормозное, да и для остального слишком короткодействующее. Вафля мне как-то больше нравится, лупит дальше, скорость многократно выше, а комп вообще в проводном "core" и комп-комп всегда на уровне честного fullduplex гигабита.

> Неработоспособность некоторых не мной написанных, но мне нужных вещей на Java,

Тут я тоже ничего не скажу, у меня вообще софта на Java нет. И честно гря ненавижу Java с давних времен, как была тормозом и бельмом на глазу - так и осталась.

> несмотря на установленный openjdk с кучей библиотек (в убунте работает, проверено).

Ну так и пользуйтесь убунтами если в траблшутинг не умеете? Не круто, дескать? А чтоб круто - надо уметь разбираться WTF, это как раз и круто, а не сам факт что вы юзаете %s а не %s :))

> Практическая невозможность поставить крайне нужную мне древнюю софтину,
> написанную с использованием qt4 (в репах нет нужной версии этой софтины,

Я вообще не понимаю этих проблем. Если мне реально надо я могу тупо запустить виртуалку с каким нибудь дебиан 10. Или что там этой пакости надо? Еще древнее? Ну вон там архив есть, можете хоть 6-й накатить из него если такой хлам и правда надо :). Но конечно можно упереться рогом и делать вид что проблема нерешаема. Хотя она выеденного яйца на самом деле не стоит в эпоху когда контейнеры и виртуалки в ходу.

> а deb-пакеты 4летней давности предсказуемо не устанавливаются).

Агаблин, сложно на паровозе по современным ЖД колесить. Даже дров никто не напилит. Но если есть машина времени - это не такая уж и большая проблема, просто отправьтесь в эпоху когда дрова на каждой станции валялись.

> Это общесистемные глюки и проблемы, скажем так.

Это не "общесистемные глюки" а какие-то траблы конкретного софта. При том решаемые так или иначе при желании.

> Без учетов конкретных, которые вылезают в одной графической среде,
> но отсутствуют в другой. Кедо, гномо и крысоспецифические.

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

> Конструкторам такого звездолета я сигарету из рук не дам:

Разумеется я собирал некоторые части сам. А откуда вон те господа вообще знали как мне тут удобно и чего я хочу?

> на подоконник положу или под> ноги брошу.

Если для вас что-то еще работает лучше - как говорится, сначала человек имеет выбор, а потом выбор человека. И вот тут я для себя заинтересован чтобы вторая часть этого принципа была как можно безобиднее.

> Она обеспечивает нужное на пару порядков большему количеству народа и делает это

Ну а мне то какая радость со всего этого? Меня не устраивает эффективность взаимодействия с компами которая устраивает тех хомяк-о-сапиенсов. И от того что им ЗБС я ничего не выигрываю. А для моих задач это тормозная, некастомизабельная дрянь где зарепортить баг вообще убиться можно а 1 и тот же проект билдится в разы дольше. Я проверял.

> успешно в отличии от ненужного.

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

> Примерный перечень задач, решаемых у меня дома фряхой я перечислил,

Не впечатлило - потому что как я понимаю вы сдались на милость майкрософтушке. А что такое майкрософтушка и их милость и как это все работает я знаю сильно получше вашего. А еще я предпочитаю быть хозяином своих систем. Так что топовая ауторити в них я. С моими ключами подписи модулей ядра и проч. Хорошо когда мои системы служат мне а не хмырям из редмонда.

> разве что MySQL не упомянул. Машинка работает по принципу "включил и забыл"

У меня есть чертова куча девайсов с линухом работающих по этому принципу.

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

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

> Гнутое мне на ней и даром не нужно.

А я достаточно пообщался с майкрософтом в очень плотном формате чтобы составить мнение что это за птицы и почему именно я не хочу иметь с ними никаких дел.

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

415. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (415), 02-Июл-23, 22:31 
> У меня ничего не заикается. Странно.

Встроенная в материнку Realtek ALC269, ни фига не экзотика. 4 ядра, 6 гигов оперативы + 8 свопа на SSD, что с запасом перекрывает минимальные системные требования этого самого 64битного 12 дебиана. Ядро дефолтное.

> ...а еще я умею в дела системные. И в моих системах я в состояни зарулить любую проблему, во всяком случае, так было последние i++ лет и мне это нравится :)

Ну так и я умею в make menuconfig и далее по сценарию. Но мне оно надо, если в нормальной системе все и без этого работает.

> Это какие-то страшные сказки.

Это реальность и виноват в ней не audacious, потому что qmmp дает такой же эффект. И пульсу валит, и алсу тоже если через нее звук пустить. А уж какие приключения обеспечивает беспроблемно работающий под виндой VLC - тема отдельного разговора. Ну вот чисто из практики: сую диск в привод, монтирую, открываю в VLC, в процессе проигрывания что-нибудь меняю. Например ставлю в менюшке флажок "отображать поверх всего остального". VLC тут же валится и до перезагрузки его использовать вообще невозможно: запустил - он упал. После этого апуск до перезагрузки, например, smplayer ведет к крашу этого самого smplayer. От графического сеанса или оболочки не зависит: наблюдал и в кедах с крысой и гномом, и в иксах с вяленым. Романтика, ага.

> Ну так и пользуйтесь убунтами если в траблшутинг не умеете? Не круто, дескать? А чтоб круто - надо уметь разбираться WTF, это как раз и круто, а не сам факт что вы юзаете %s а не %s :))

Геройски бороться с проблемами, которые в нормальной системе не возникают? Да ну нафиг.

> Я вообще не понимаю этих проблем. Если мне реально надо я могу тупо запустить виртуалку с каким нибудь дебиан 10.

Просто качнул с гитхаба установщик нужной версии, запустил, забыл про проблему.

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

Во всех версиях ненужного, где стоит гном старше второй версии есть точно такая же проблема. Индикатор раскладки тупо живет своей жизнью, не обращая внимания на то, какая раскладка включена фактически и если на нем написано "en" или "ru", то это не означает совсем ничего. Багу лет 10, но корпам его чинить лень, а так называемому сообществу (импотентов) не под силу.

> Вы как-то наглеете за всех решать что и кому нужно. Я вот например винду даже бесплатно не возьму. Блин, да даже за деньги - ну вот я не берусь за работы если они на линухе не выполняемы. Тасков на этом глобусе на мой век хватит.

Не за всех, а за подавляющее большинство и https://radar.yandex.ru/desktop тому пруфлинком.

> Не впечатлило - потому что как я понимаю вы сдались на милость майкрософтушке.

Они и не должны впечатлять, они должны решаться. Фряха с этим успешно справляется, это не 100500 сортов ненужного, на каждый из которых приходится переучиваться заново если надо что-то сложнее, чем дефолтные обои поменять. Потому что конфиги, которые ты привык видеть в одном месте могут в другом ненужном запросто улететь куда-то еще, а привычный каталог вроде типа /bin и вовсе отсутствовать реально, став симлинком на /usr/bin или куда-то еще. Про всякую мелочь вроде того что многолетний опыт установке софта через apt и знание всех багов и фич этого самого apt будет совершенно бесполезен в rpm-based или арче каком-нибудь и говорить нечего. Как и о полной бесполезности этих сакральных знаний за пределами крайне узкой секты (в единственном взлетевшем не на серваке сорте ненужного под названием Android все равно все не так: и система инициализации, и пакетный менеджер, и видео со звуком).

> А это случайно не займет пару недель, с поиском сервака на именно том же чипсете, как оно на опеннете при развале сервака было?

Если случай сферический в вакууме. то может. Как и в случае с ненужным. Но у меня в столе пара точно таких же материнок лежит.

> А я достаточно пообщался с майкрософтом в очень плотном формате чтобы составить мнение что это за птицы и почему именно я не хочу иметь с ними никаких дел.

Пингвин тоже птица гордая: пока не пнешь - не полетит.

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

275. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (275), 27-Июн-23, 01:50 
> Да, тяжело RedHat из-за GPL за Линукс отчисления получать. Но ничего, потерпят.

Линукс вообще ядро. Каким бы RH за него отчисления получил? Я вот только что сбилдил около десятка ядер. Я уже должен что-то редхату? :)

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

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

10. "Анализ проблем с GPL у бизнес-модели Red Hat "  +7 +/
Сообщение от Аноним (10), 25-Июн-23, 15:29 
Если зайти дальше, то корпорации и являются теми самыми халявщиками, т.к. им нужен наибольший профит за меньшие усилия. Не думал об этом?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

15. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (15), 25-Июн-23, 15:45 
> им нужен наибольший профит за меньшие усилия

К этому стремиться любое живое существо. Те же, кому это "не нужно", просто не проходят естественный отбор.

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

28. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от frac (?), 25-Июн-23, 16:49 
Вот оно!
Такой ход рассуждений как раз и содержит в себе фундаментальную ошибку.
"нужен наибольший профит за меньшие усилия"
Это эхо капиталистической модели и соответствующего склада ума.
А капиталистическая модель имеет фундаментальный дефект - она функционирует от кризиса до кризиса. Острота кризисов неизбежно возрастает, это есть суть модели и способ ее развертывания на большие пространства или свертывания в меньшие.
И если судить строго, то после каждого кризиса модель существнно теряет в "обьеме"(даже при развертывании на большие пространства, просто расжижается, рыхлеет, становится менее плотной), "подвижности" или "интеллекте", но самое главное в "энергии".
Таким образом служит по большей части энтропии и точка.
Все таки природе (живой и неживой) все жизнеспособные модели стремятся к балансу. Балансу "обьема", "подвижности" или "интеллекта", но самое главное "энергии" затрачиваемой на все это.

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

Тут же на лицо враздебный СПО акт направленный на присвоение труда заключающегося в годах тестирования и выявления недостатков.

Вот увидите они продолжат закрывать свою ос в краткосрочном периоде, для извлечения прибыли из того что есть и работает.
В долгосрочном периоде, когда нарастёт различие с ОС создаваемой в рамках СПО, опять вернутся в лоно сообщества дабы опять введя прогрессивные нововведения оттестировать их на массе согласных на не вполне стабильный продукт.
"Масса" (комании и люди энтузиасты) в данном случае есть ресурс который потребляют по средством постоянного раздражения, метаниями между предоставлением бесплатного/ платного и сменами состояния  в кризисный момент.

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

46. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Герострат (?), 25-Июн-23, 17:53 
> нужен наибольший профит за меньшие усилия

Можешь работать больше и получать меньше, никто не против

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

56. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Anon3 (?), 25-Июн-23, 18:12 
Вы не поверите, но большинство так и делает. Иные работают закладчиками. Им капиталистические кризисы, это все разговоры душнил и выдуманные понятия из нереального мира
Ответить | Правка | Наверх | Cообщить модератору

102. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от frac (?), 25-Июн-23, 21:39 
ну здрасте приехали!
написал про баланс а человек прочитал ивыдал это: "Можешь работать больше и получать меньше, никто не против"

в вашей картине мира никак не принимается такой вот подход: приемлемыое количество затраченных усилий за приемлемый профит?

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

112. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Минона (ok), 25-Июн-23, 22:45 
> в вашей картине мира …

"По рассказу древнегреческого историка Феопомпа, Герострат сознался во время пытки, что поджёг храм для того, чтобы его имя помнили потомки."

какая у него может быть картина мира?!

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

89. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (15), 25-Июн-23, 20:00 
> Такой ход рассуждений как раз и содержит в себе фундаментальную ошибку.

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

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

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

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

103. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от frac (?), 25-Июн-23, 21:41 
ну здрасте приехали 2!
написал про баланс, а человек прочитал ивыдал это: "Можешь работать больше и получать меньше, никто не против"

в вашей картине мира никак не принимается такой вот подход: приемлемыое количество затраченных усилий за приемлемый профит?

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

110. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (15), 25-Июн-23, 22:35 
> такой вот подход: приемлемыое количество затраченных усилий за приемлемый профит

Вместо того чтобы приложить меньше усилий и получить наибольший профит? Это неконкурентоспособная стратегия. Ты в логику умеешь вообще, или только ныть о подлых корпорациях и капиталистах?

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

141. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от Neon (??), 26-Июн-23, 03:39 
> А капиталистическая модель имеет фундаментальный дефект - она функционирует от кризиса до кризиса.

Но всё таки функционирует, в отличии от  мертворожденной социалистической. Которая тупо сдохла на ровном месте

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

180. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Аноним (190), 26-Июн-23, 12:26 
С каких это пор на опеннет сопливым циникам столько почтения. Небось, сам себе плюсики накручиваешь? Иди уроки лучше учи, весь Интернет загадил своими глупостями, самому же потом стыдно будет, когда/если подрастешь и поумнеешь.
Ответить | Правка | Наверх | Cообщить модератору

142. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Neon (??), 26-Июн-23, 03:41 
У социалистической модели тоже есть фундаментальный дефект -  она не для людей и даже не для живых существ. Может быть для роботов норм. Но с живыми людьми она просто не работает. Дохлая.)))
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

74. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (3), 25-Июн-23, 19:07 
> Если зайти дальше, то корпорации и являются теми самыми халявщиками, т.к. им нужен наибольший профит за меньшие усилия

Но ведь ты мне расскажешь как ребята из всяких FSF и тому подобных Linux Foundation отважно и умело, с абсолютной безжалостностью к себе и без намеков на душевные колебания пилят линупc и прочее опенсорсие just for fun(c)известно чей, категорически отвергая корпоративное бабло и коммиты? И докажешь, показав девствнно чистый от этого нехорошего список спонсоров вместе со статистикой коммитов, в котором отроду не было и нет народу с адресами мыла в виде @ibm.com, @redhat.com, @google.com etc, которые делались за зарплату от упомянутых и неупомянутых контор в свое рабочее время? Ну трудится чувак в каком-нибудь условном интеле, тимлид ему приказал микрокод до ума довести вот прямо сейчас, а он тимлида послал по известному адресу и для ведра линупca очередной патч клепает.

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

152. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 26-Июн-23, 08:03 
> зарплату от упомянутых и неупомянутых контор в свое рабочее время? Ну
> трудится чувак в каком-нибудь условном интеле, тимлид ему приказал микрокод до
> ума довести вот прямо сейчас, а он тимлида послал по известному
> адресу и для ведра линупca очередной патч клепает.

Майкрософт тоже так рассуждал. В один прекрасный день я обнаружил что линух билдит мой проект раза в три быстрее. Это то что вы получаете за безынициативную разработку когда улучшения только по приказу манагера. Ну я с тех пор и не пользуюсь виндой, зачем мне такая ОС? В результате неплохо прокачался в линухе и уже получается на этом денег делать, все дела. И черт с ней с маздайкой :) :P.

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

197. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 14:21 
А по вопросу есть что сказать? Вот я, например, беру https://www.opennet.dev/opennews/art.shtml?num=57675 и цитирую: "68% всех изменений в ядро внесены 20 наиболее активными компаниями. Например, при разработке ядра 5.19 10.9% всех изменений подготовлено компанией Intel, 5.7% - Linaro, 5.5% - AMD, 5.2% - Red Hat, 4.1% - Google, 3.5% - Meta, 3.1% - SUSE, 2.9% - Huawei, 2.8% - NVIDIA, 2.7% - Oracle. 11.8% изменений подготовлены независимым участниками или разработчиками, явно не заявившим о своей работе на определённые компании". То есть реальный вклад так называемого сообщества примерно 12%, остальное сделано корпорациями для себя, любимых. Беру еще одно более-менее взлетевшие опенсорсие, про которое написано в https://www.opennet.dev/opennews/art.shtml?num=58588 и снова цитирую: "в подготовке выпуска приняли участие 144 разработчика, из которых 91 являются добровольцами. 63% изменений внесены 47 сотрудниками трёх курирующих проект компаний - Collabora, Red Hat и Allotropia, 12% шестью работниками организации The Document Foundation, а 25% изменений добавлены независимыми энтузиастами". 47 человек из корпов за зарплату написали в 3 раза больше кода, чем 97 представителей этого самого сообщества, ага. Угадай с первой попытки, без кого хоть ведро линупca, хоть лепраофис, хоть зондофокс помрут: без корпораций с их деньгами и разрабами или без этого самого сообщества, которое "мы не халявщики - мы партнеры"?
Ответить | Правка | Наверх | Cообщить модератору

292. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 08:46 
По вопросу. Корпорабы не "пилят Линукс", а решают свои корпозадачи для своих корпохозяев по принципу "взяли много, отдали мало" (да и то нужно только нам самим, сопровождает пусть кто-нибудь другой). Отказаться от патчей корпорабов нельзя - дискриминация. А Линукс и до коропорабов был (и был местами даже лучше), и после них ещё будет.
Ответить | Правка | Наверх | Cообщить модератору

307. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 10:22 
Это не по вопросу, потому что без фактов, пруфов и цифр.
> Корпорабы не "пилят Линукс", а решают свои корпозадачи для своих корпохозяев по принципу "взяли много, отдали мало" (да и то нужно только нам самим, сопровождает пусть кто-нибудь другой). Отказаться от патчей корпорабов нельзя - дискриминация.

Другого линупca у меня для вас нет.

> А Линукс и до коропорабов был (и был местами даже лучше), и после них ещё будет.

Какими местами? Не стебусь, просто интересно. Вот работал я в середине-конце 90х с Sinix и Solaris 2 версии чуток. На тот момент линупc уже существовал, корпы в него не донатили ни кодом, ни специалистами и в теории он мог запускаться на том железе (в 95 году добавлена поддержка SPARK и MIPS, так что на моей домашней http://sannata.org/konkurs/2015/kt1504.shtml мог бы установиться и запуститься). В чем были преимущества линупca перед ее родным Reliant Unix или на моих рабочих санках перед соляркой?

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

339. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 10:58 
> Другого линупca у меня для вас нет.

А нам другого и не нужно.

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

393. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 06:39 
> и цитирую: "68% всех изменений в ядро внесены 20 наиболее активными
> компаниями. Например, при разработке ядра 5.19

ИМХО намного лучше когда корпы присоединяются на общих основаниях, шаря код, чем когда у одних AAA игры, а другие копипастят видео дрова от ... не, не сони, а почему-то из линуха, вот.

Что до "помрут" - линух появился без всяких корпораций, они пришли потом. Стало быть этот процесс не требует как корпораций как обязательный компонент. Элементарная логика. Но да, с ними лучше чем без них - если они играют по тем же правилам что и остальные. А почему собссно так нельзя? Master-slave не единственный возможный формат отношений.

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

403. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 15:35 
> Что до "помрут" - линух появился без всяких корпораций, они пришли потом. Стало быть этот процесс не требует как корпораций как обязательный компонент. Элементарная логика. Но да, с ними лучше чем без них - если они играют по тем же правилам что и остальные. А почему собссно так нельзя? Master-slave не единственный возможный формат отношений.

И когда RHBM решила прикрыть халяву, это самое сообщество дружно взвыло:) Причем не "да мы сами все напишем", а "как они посмели нас халявы лишить?"

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

412. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 15:34 
> И когда RHBM решила прикрыть халяву, это самое сообщество дружно взвыло:)

Если говорить за себя - я вообще везде дебианами или деривативами пользуюсь и для меня со всего этого ничего не меняется вообще.

> Причем не "да мы сами все напишем", а "как они посмели нас халявы лишить?"

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

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

416. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (415), 02-Июл-23, 22:37 
Количество возмущенных визгов в этой теме, в паре соседних, а так же на лоре и англоязычных источниках как бы намекает на мою правоту.
Ответить | Правка | Наверх | Cообщить модератору

4. "Анализ проблем с GPL у бизнес-модели Red Hat "  +13 +/
Сообщение от Аноним (4), 25-Июн-23, 15:18 
Стандартная проблема. Как код писать - так гпл и все дела. Как корпорастам потом твой код использовать с целью наживы - так и им плевать на все и доказывай свои права в суде, на что у васи пупкина просто нет денег. Итог? Гпл это просто разводилово. Одни люди пишут и тестят бесплатно, другие - зарабатывают на этом лярды, ни копейкой не делясь с авторами программ. Я считаю это неспнаведливым. Когда мне говорят, что этот мир держится на людях, которые делают добрые дела бесплатно, я всегда отвечаю, что когда я иду за продуктами, что то в магазине мне никто особо не горит желанием дать что то бесплатно.
Ответить | Правка | Наверх | Cообщить модератору

8. "Анализ проблем с GPL у бизнес-модели Red Hat "  +9 +/
Сообщение от Аноним (5), 25-Июн-23, 15:23 
Не пойму смысл вашего поста.
Проблема с ГПЛ? Так без ГПЛ мы бы вообще исходных кодов не получили, а так хотя бы минимальная управа на корпорации есть. Да и сколько Apple для FreeBSD задонатила? 10$ за год?
Или вы предлагаете совсем кодом не делиться и похоронить опенсорс? А то мало ли кто-то бесплатно доброе дело сделать решит.
Ответить | Правка | Наверх | Cообщить модератору

22. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от n00by (ok), 25-Июн-23, 16:13 
> Или вы предлагаете совсем кодом не делиться и похоронить опенсорс? А то
> мало ли кто-то бесплатно доброе дело сделать решит.

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

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

44. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (44), 25-Июн-23, 17:47 
Сколько в линуксе поддержки китайских телефонов на андроиде? Что там с открытым кодом у них? Ничего? То-то же!
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

79. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от Аноним (3), 25-Июн-23, 19:28 
> Проблема с ГПЛ? Так без ГПЛ мы бы вообще исходных кодов не получили

И до гнутых сорцы получали, и минуя их тоже. Цитирую википедию: "С момента возникновения и до 1960-х годов развитие компьютерной техники и совершенствование программного обеспечения согласовывалось с принципами открытости и взаимопомощи. Исходный код не являлся продуктом как таковым, поэтому с ним мог ознакомиться любой желающий. Это позволяло модифицировать программное обеспечение и исправлять ошибки. В 1967 году компания IBM выпустила операционную систему Airline Control Program, распространив её исходный код методом, который сегодня активно применяется Фондом свободного программного обеспечения. Были организованы группы пользователей (к примеру, SHARE компании IBM и DECUS компании Digital Equipment Corporation), которые помогали людям обмениваться программным обеспечением."

> Да и сколько Apple для FreeBSD задонатила? 10$ за год?

Фигня вопрос. Идем на https://freebsdfoundation.org/our-donors/donors/ и читаем: "Goal: $1,400,000
Current Donations: $187,681 Donors:305" на прямо сейчас. Конкретно по эпплу: в на прямо сейчас они в колонке донатеров $100–$249, в прошлом - $1,000–$4,999, в позапошлом - там же и так далее. На ссылочке, которую я тебе дал выбираешь год, кликаешь "Corporate/Individual" и смотришь, кто и сколько. Главное - сразу кликай по "Corporate/Individual" и ни в коем случае не читай что написано на "Partners", а то надписи вроде "Uranium | $250,000+" могут серьезно травмировать твое мировоззрение.

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

293. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 08:51 
> И до гнутых сорцы получали

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

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

308. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 10:33 
Все что я писал в 80х и 90х распространялось под очень простой лицензией: бери кто хочешь и делай с этим что хочешь, надо тебе сорцы - поделюсь без проблем. Это точно исключение? Дофига моих знакомых делали то же самое без всяких гнутых. Коммерческий софт в ту пору безусловно существовал, но и такого вот тоже хватало.
Ответить | Правка | Наверх | Cообщить модератору

327. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:24 
Потом корпорасы напринимали законов, за вон то стали по судам таскать - начиная с AT&T того самого, ну вот и пришлось учитывать такие изменения...
Ответить | Правка | Наверх | Cообщить модератору

331. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 02:46 
Меня мало интересуют проблемы малоразвитых государств. В моем конкретном случае по судам не таскали ни в СССР, ни в РФ ни меня, ни знакомых ребят, делавших то же самое.
Ответить | Правка | Наверх | Cообщить модератору

348. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 12:09 
Зато Сысоев (Nginx) еле успел из высокоразвитой страны сбежать. И не в 90-е, а буквально вчера.


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

352. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 14:32 
Было такое. Но эти вещи происходили не только у нас.
Ответить | Правка | Наверх | Cообщить модератору

414. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 15:36 
> Зато Сысоев (Nginx) еле успел из высокоразвитой страны сбежать.

А он, таки, сбежал?

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

426. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от BeLord (ok), 19-Июл-23, 09:24 
Ну кто ему виноват, что использовал для анализа жизни всякий либеральный мусор,  а не источники информации?
Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

413. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (408), 02-Июл-23, 15:35 
> Меня мало интересуют проблемы малоразвитых государств.
> В моем конкретном случае по судам не таскали ни в СССР, ни в РФ ни меня,
> ни знакомых ребят, делавших то же самое.

Ну так и пользуйтесь софтом деланым вашими развитыми государствами тогда, не? Если уж все так ЗБС и офигенно работает то :)

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

340. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:13 
> Все что я писал в 80х и 90х распространялось под очень простой лицензией: бери кто хочешь и делай с этим что хочешь, надо тебе сорцы - поделюсь без проблем. Это точно исключение?

Конечно, ничего не значащее в истории исключение.

Исходный код хоть одного текстового процессора, командной оболочки или антивируса из 80-90х, где посмотреть, у кого надо было просить? Про компиляторы даже не заикаюсь, в стране, где приватизировали и расхищали народные средства производства.

Да даже за компилятор Бэйсика (QuickBasic, не путать с интерпретатором QBasic) нужно было платить.

А с "гнутыми" появилось всё: и компилятор C, и командный интерпретатор Lisp, и текстовый комбайн++ Emacs, и командная оболочка (Shell), а антивирусы вообще стали не нужны, додумались до DAC. И до сих пор всё это развивается, а не растащено или брошено, как у пермиссивщиков, как со "свободными" от народного гнёта заводами в 90-е.

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

353. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 14:34 
> Исходный код хоть одного текстового процессора, командной оболочки или антивируса из 80-90х, где посмотреть, у кого надо было просить?

В 80х - в родном институте, в 90х до появления инета - на BBS.

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

360. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 19:10 
> В 80х - в родном институте, в 90х до появления инета - на BBS.

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

А вот MS DOS, MS Windows, DOS Navigator, Volkov Commander, Norton Commander, Norton Utilities, QBasic, Turbo Pascal, ADinf, Лексикон, MS Word, MS Excel, MS Works и многие другие западные и (пост)советские программы - всем этим реально пользовались в 90-е, и всё это было закрыто.


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

363. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 20:21 
> И никто из пользователей даже названий этих программ не вспомнит.

Что только к лучшему:) Никому не советую читать свои сорцы 30-40 летней давности во избежание желания придумать машину времени, вернуться в прошлое и придушить этого малолетнего идиота.

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

356. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 15:14 
Советские журналы 80х-90х годов. "Радио", "Моделист-конструктор", "Юный техник", "Техника молодежи", "Информатика и образование" и так далее. В более поздние времена - ZX Review, "Персональный компьютер БК-0010, БК-0011М" и всякие забугорные. Там и бинарные дампы печатались, и сорцы. Чем не опенсорсие?
Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

357. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 28-Июн-23, 16:43 
И ведь писали же. А с "гнутыми" всё это закончилось. Скачал, собрал, импортозаместил.
Ответить | Правка | Наверх | Cообщить модератору

359. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 18:59 
> Советские журналы 80х-90х годов

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

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

362. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 20:18 
А в досоветские то, за что скакали гнутые реализовывалось на уровне государственной политики. Принудительное опенсорсие, в смысле. Это я про Государственный фонд алгоритмов и программ говорю, который в 1966 году еще создавать начали ( https://digital.gov.ru/ru/activity/govservices/infosystems/26/ вместо них сейчас). Написал годноту - отгружай туда сорцы, ты обязан это делать и никак иначе. Сильно это помогло захватить мировой рынок софта или этот рынок этих усилий даже не заметил?
Ответить | Правка | Наверх | Cообщить модератору

364. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 20:23 
> А в досоветские

В советские, конечно же. Опечатался.

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

365. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 20:29 
DOS Navigator, Volkov Commander, ADinf и Лексикон, перечисленные среди прочих - это программы разработанные программистами советской школы. Туда же можно добавить Dr Web, Касперский, Тетрис и, наверняка, что-то ещё, мной (и только) забытое. Некоторыми из них пользовались и в госслужбах (чуть ли не по сей день), и счастливые обладатели ПК. И это без учёта закрытых от публики программ, для предприятий и армии, на рынок не попавших, но заметный след оставивших.


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

366. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 20:38 
Отож. Лексикон лично ломал в свое время: автор за него почему-то денег хотел вместо принудительной отгрузки сорцов всем желающим на халяву. Касперский с Даниловым тоже. Как только на софте его авторам появилась возможность зарабатывать - число заливов в упомянутый государственный фонд алгоритмов и программ сразу стало околонулевым.
Ответить | Правка | Наверх | Cообщить модератору

368. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 20:45 
Перестройка вернула рыночные отношения.

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

367. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 20:42 
И все эти программы закрытые. Вчерашняя социалистическая страна воспитала и выучила инженеров, способных на такие трудовые подвиги, но не заметила капиталистического оскала наступающего времени, и всё потеряла. Население страны всё потеряло.

А Столлман сотоварищи, в своем институте за океаном, в капиталистических штатах Америки, где социализма с первобытных времен никто не видел, очень даже замечал проблемы, создаваемые капитализмом и его порождением - копирайтом, создал движение GNU, лицензию GPL и вернул нам всё.

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

369. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 20:59 
Только вот хелловорлды от гнутых тех времен выглядели и работали как поделка школьника-младшеклассника на фоне тогдашней же проприетари и были даром не нужны при наличии альтернативы, пусть и закрытой. А немалая часть нынешнего опенсорсия - потомки той самой проприетари и есть, а не с нуля написана. Это и юниксовые утилиты, и зондофокс, и лепраофис и куча другого добра.
Ответить | Правка | Наверх | Cообщить модератору

372. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 21:18 
> хелловорлды от гнутых тех времен

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

> немалая часть нынешнего опенсорсия - потомки той самой проприетари

Никто сырцов той проприетари так и не видел. Фокс, к сожалению, тоже загибается.
А вся нынешняя проприетарь использует Electron, потомка Chromium, потомка WebKit, потомка веб-проекта KDE под лицензией LGPL. Цельнотянуто из СПО - такой бейджик следовало бы повесить на каждый второй проприетарный продукт сегодня. Каждый первый - с горем пополам доживший до наших дней старый проприетарный продукт, современным чаяниям не отвечающий.

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

375. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 21:46 
> Но благодаря грамотно подобранной лицензии, они "живы" по сей день

Когда у меня gcc сегфолтился при попытке собрать им себя же, но в более свежей версии - меня это офигеть как утешало, ага.

> Никто сырцов той проприетари так и не видел

Не понял. Сорцы упомянутого зондофокса начались с подаренных сорцов нетшкафа, сорцы опеноффиса - с опять же подаренных сорцов старофиса и так далее. Купил какой-нибудь гугл On2 VP3, задарил гнутым ее сорцы - вот вам Theora во всей красе и так далее и тому подобное.

> А вся нынешняя проприетарь использует Electron, потомка Chromium, потомка WebKit, потомка веб-проекта KDE под лицензией LGPL.

Который так и не был доведен до ума без эппловцев, это я как человек с первым гуевым линупcoм Mandrake 7 утверждаю. KDE 1.1.2, кто не помнит. Та же история с cups и кучей всего: так называемое сообщество склепало прототип и бросило его в состоянии "скорее мертв, чем жив". Пришли корпы, довели до состояния пригодности к эксплуатации - сообщество радостно заголосило что это их заслуга и без них ничего бы не получилось и по фигу что от них не было ни коммитов, ни донатов.

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

377. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 22:37 
> Когда у меня gcc сегфолтился

Речь о том, что тогда накаченная капиталом проприетарь опережала свежеиспеченное на энтузиазме и практической необходимости СПО, а сейчас всё наоборот. Я второй десяток практически не пользуюсь проприетарной прикладухой. Только когда совсем-совсем нельзя отказаться, прибито гвоздями и вендорлоками, и исключительно для отдыха. Хобби и работа - только СПО. И ненарадуюсь, насколько лучше стало жить без Винды и проприетарных поделок для неё. А от "случайно" увиденного исходного кода этих "продуктов" и передовых "соборных" рабочих процессов кошмары снятся, не дай бог, к этому когда-нибудь вернуться.

> начались с подаренных сорцов

Что подарено и что сейчас - две большие разницы. А не подарили бы - совсем пропало.

> не был доведен до ума без эппловцев
> Пришли корпы, довели до состояния пригодности

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

> история с cups
> не было ни коммитов, ни донатов

Коммиты и донаты в Эппл?! Труднее закоммитить только в Микрософт. Тут в захваченные РедХатой проекты коммиты порой через опу проходят перед принятием.

> Пришли корпы, довели до состояния пригодности к эксплуатации - сообщество радостно заголосило что это их заслуга

Заслуга сообщества, выбрали правильную лицензию и переиграли корпорации. Пусть те приходят, кто весь капитал прикарманил, и за свой счёт исправляют всё, что было лень исправлять безработному Василию. А должно быть наоборот?

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

381. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 23:55 
> Речь о том, что тогда накаченная капиталом проприетарь опережала свежеиспеченное на энтузиазме и практической необходимости СПО, а сейчас всё наоборот.

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

> И ненарадуюсь, насколько лучше стало жить без Винды и проприетарных поделок для неё. А от "случайно" увиденного исходного кода этих "продуктов" и передовых "соборных" рабочих процессов кошмары снятся, не дай бог, к этому когда-нибудь вернуться.

Ну конечно же я не помню истошных визгов бомжегуру что если стоит выбор между опенсорсием и функционалом/удобством/надежностью и прочими критичными факторами - выбирать нужно опенсорсие. И "Собор и базар" не читал с его "Выпускайте ранние релизы. Выпускайте частые релизы". А тестировать их совершенно незачем, ага:). Ведь это же так прикольно - открыть в Abiword (который вроде как написан самими гнутыми с нуля) документ формата ODT, сделанный в OpenOffice, нажать кнопку "сохранить" и получить сегфолт абиворда и нечитаемость этого самого документа ни в абиворде, ни в Open/Libre Office или MS Office любых версий:). Или падения звуковой системы во время обычного слушания музыки в Audacious (в типа стабильном сорте линупca под названием дебиан) после чего звук пропадает и это не лечится ни перезапуском ALSA, ни перезагрузкой машины

> Что подарено и что сейчас - две большие разницы. А не подарили бы - совсем пропало.

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

> Скопировали готовый код, купили готовых разрабов, назвали всё своим. И дальше код разрабатывают не корпорации, не собственники, не управляющие, а наемные рабочие, которых корпы зачастую даже выучить не в состоянии, но кое-как оплаченный труд присваивать - первые на очереди.

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

> Заслуга сообщества, выбрали правильную лицензию и переиграли корпорации. Пусть те приходят, кто весь капитал прикарманил, и за свой счёт исправляют всё, что было лень исправлять безработному Василию. А должно быть наоборот?

Заслуга того, кто код написал и довел до пригодного к эксплуатации состояния. Не того, кто не щадя клавиатуры в Readme.md расписывал важность швaбoдки в его понимании, потому что такие проповедники стоят копейки крупным оптом.

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

397. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (397), 01-Июл-23, 12:11 
> весь мир
> истошных визгов бомжегуру

Корпоративное chmo выбирает мамбу. Если на свинью фрак надеть (или посадить в modерацию), она свиньей быть не перестанет.

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

400. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 14:51 
А ты давно выбрал мамбу? И зачем?
Ответить | Правка | К родителю #397 | Наверх | Cообщить модератору

9. "Анализ проблем с GPL у бизнес-модели Red Hat "  +4 +/
Сообщение от Аноним (9), 25-Июн-23, 15:29 
Судя по всему вы так и не поняли разницу между свободным и бесплатным ПО!
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

51. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Бывалый смузихлёб (?), 25-Июн-23, 18:05 
а от чего свободно свободное по ?
Ответить | Правка | Наверх | Cообщить модератору

81. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (3), 25-Июн-23, 19:31 
От GNU, FSF и прочих Linux Foundation
Ответить | Правка | Наверх | Cообщить модератору

114. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Минона (ok), 25-Июн-23, 22:52 
от свободы
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

417. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (415), 02-Июл-23, 22:42 
От гнутой "свободы"
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

37. "Анализ проблем с GPL у бизнес-модели Red Hat "  –2 +/
Сообщение от Аноним (36), 25-Июн-23, 17:27 
Объясни тогда такой феномен, что роки, альма и оракл до сих пор выходят. А левые сборки шинды нет?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

40. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от void (??), 25-Июн-23, 17:37 
На рутрекере полно виндовых сборок.
Ответить | Правка | Наверх | Cообщить модератору

186. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (36), 26-Июн-23, 12:45 
Это не из исходников даже.
Ответить | Правка | Наверх | Cообщить модератору

316. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 19:31 
А то все линупcы из сорцов собираются и не видел я тех же убунт с пафосными названиями и нескучными обоями.
Ответить | Правка | Наверх | Cообщить модератору

49. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 17:58 
> Объясни тогда такой феномен, что роки, альма и оракл до сих пор
> выходят. А левые сборки шинды нет?

ЗверЦД удивленно смотрит на тебя из могилы

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

294. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 08:54 
Ну всё, теперь или пока каждый школьник остроумно не пошутит, или пока кто-нибудь не объяснит им разницу между легальным дистрибутивом Линукс и образом ЗверьСиДи, записанным на болванку, с подставными сертификатами, за который могут дверь в кабинет начальника вынести с плеча.

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

55. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Бывалый смузихлёб (?), 25-Июн-23, 18:10 
Наверное потому что за установку ломанной винды в организациях их руководство могут и покарать ?
Хотя наказание например в РФ видится крайне несоразмерным в плане суровости. А если микрософт что-то нарушит - Гейтса тоже в российскую тюрьму посадят ?)


А пока не наказывали жирнющими штрафами да тюрьмой - всевозможные сборки винды были очень популярны

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

122. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от пох. (?), 25-Июн-23, 23:17 
Ну может быть потому что совсем левые и кривые зверьCD по факту оказались вообще никому не нужны?

А так - вон вынул вчера из почтового ящика очередной китайский ноут - вполне себе нелевая десяточка _pro_.
Причем очень сомневаюсь что китайца чего-то там платила какой-то microsoft, скорее всего - сравнительно-честная активация одним из известных способов.

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

312. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от анон (?), 27-Июн-23, 15:10 
Если посмотреть на исходники сервера 7 и хрюши, то легче сломать пальцы и закопать живьем тех, кто это писал.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

144. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Neon (??), 26-Июн-23, 03:42 
Стандартная проблема - людям просто кушать хочется. И никто не умеет питаться одним солнечным светом. Так что на одном GPL просто не проживешь, ножки с голода протянешь
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

211. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (211), 26-Июн-23, 17:50 
Неправда, я на одном GPL уже двадцать с чем-то лет зарабатываю на жизнь. Но есть нюансы, куда ж без них.
Ответить | Правка | Наверх | Cообщить модератору

209. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (211), 26-Июн-23, 17:46 
А что конкретно мешает автору кода зарабатывать на нём «лярды» самостоятельно и не делиться копейками с корпорациями? Гордость? Или тот неудобный факт, что отдельные программы представляют собой ценность только в составе системы, которую автор создать не сможет в принципе?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (6), 25-Июн-23, 15:20 
Ну я пока на стороне РедХат - делают деньги, дают работу программистам и юристам - всё по чесноку, за сколько копий заплатил - столько и имеешь право обновлять - или пили свой WSUS, на него тоже деньги РХ потрачены.
Ответить | Правка | Наверх | Cообщить модератору

16. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Дед Ананий (?), 25-Июн-23, 15:51 
Давай тогда дальше раскручивать. Red Hat откуда берет ядро, cама пилит? А бабло за каждую свою проданную копию перечисляет разработчикам ядра? Нет? Или, может, пусть сами пишут свои ядра?
Ответить | Правка | Наверх | Cообщить модератору

18. "Анализ проблем с GPL у бизнес-модели Red Hat "  –3 +/
Сообщение от Аноним (18), 25-Июн-23, 15:53 
Возьми ядро и используй, тебе никто не запрещает.
Ответить | Правка | Наверх | Cообщить модератору

94. "Анализ проблем с GPL у бизнес-модели Red Hat "  +4 +/
Сообщение от 123 (??), 25-Июн-23, 20:42 
> Red Hat откуда берет ядро, cама пилит?

В том числе.

> А бабло за каждую свою проданную копию перечисляет разработчикам ядра?

В том числе.

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

282. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от MadeInRussia (ok), 27-Июн-23, 04:59 
Администраторы Linux Kernel не ставят таких условий, только условия, описанные GPL2. (и при этом они и не предлагают услуги поддержки с гарантированными SLA и консалтингом)

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

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

7. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от soarin (ok), 25-Июн-23, 15:21 
GPL интересная лицензия.
Несколько страниц всякого, и крути как хочешь, а если что надо — судись пару лет.
Ответить | Правка | Наверх | Cообщить модератору

264. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (264), 27-Июн-23, 00:56 
Да уж, бумажки, законы да суды там всякие, темнота! Царя на них нет! Чтобы Он рявкнул, да кулаком по столу грохнул - и весь офис мордой в пол лежит, и народный комисар прохаживается и справедливость восстанавливает. Вот это для простого человека понятно!
Ответить | Правка | Наверх | Cообщить модератору

11. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (11), 25-Июн-23, 15:32 
RHEL когда-то была компанией против зла - протим Microsoft. Сейчас она стала Microsoft.
Ответить | Правка | Наверх | Cообщить модератору

14. "Анализ проблем с GPL у бизнес-модели Red Hat "  +5 +/
Сообщение от Аноним (14), 25-Июн-23, 15:43 
Но ведь это корпорация Microsoft против зла - против Google. Сейчас она стала Facebook.
Ответить | Правка | Наверх | Cообщить модератору

32. "Анализ проблем с GPL у бизнес-модели Red Hat "  –6 +/
Сообщение от frac (?), 25-Июн-23, 16:56 
все что вы там перечислили это не то, к добру отношения не имеет!!!
Эльбрус, МЦСТ, отечественные линуксы (в асортименте) - ВОТ ИСТИННОЕ ДОБРО, ведущее болрьбу в меньшинстве против перечисленного вами ЗЛА!


(если у кого плохо настроен сарказмдетектор, то это сарказм.
мир сложнее черного и белого)

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

97. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от iZENemail (ok), 25-Июн-23, 21:02 
На Youtube недавно выложен видеоролик "Эльбрус, уйди" — со вскрытием нюансов правоприменимости GPL на территории РФ.
Ответить | Правка | Наверх | Cообщить модератору

115. "Анализ проблем с GPL у бизнес-модели Red Hat "  –2 +/
Сообщение от Минона (ok), 25-Июн-23, 22:59 
это по заказу интеля от зависти
они там кипятком писяють что их итаниум обосрался, а эльбрус продолжают успешно развивать
Ответить | Правка | Наверх | Cообщить модератору

138. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Ilya Indigo (ok), 26-Июн-23, 03:19 
Эльбрус развивается исключительно в сторону распила бюджета!
Ответить | Правка | Наверх | Cообщить модератору

169. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Kiop (?), 26-Июн-23, 10:51 
Ой-ой-ой! Ну давай еще ченибудь выдумай.
Ответить | Правка | Наверх | Cообщить модератору

175. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Ilya Indigo (ok), 26-Июн-23, 11:24 
> Ой-ой-ой! Ну давай еще ченибудь выдумай.

Незачем мне ничего выдумывать.
https://www.youtube.com/watch?v=G56lE2407Ls

После этого ролика Бачиле и директору Юнипро ФСБ-ники всыпали конкретно и после этого они совместный ролик запилили где начали жутко и нелепо оправдываться.. зрелище было жалкое... Не рекомендую даже смотреть.

В этом ролике всё кратко честно и понятно!

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

178. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от pavlinux (ok), 26-Июн-23, 12:14 
Честно он там только сказал, что "все хотят быстро создавать код и положили болт на оптимизацию"
Ответить | Правка | Наверх | Cообщить модератору

194. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Ilya Indigo (ok), 26-Июн-23, 13:27 
> Честно он там только сказал, что "все хотят быстро создавать код и
> положили болт на оптимизацию"

Ну тогда тебе нужно этот убогий ролик смотреть
https://www.youtube.com/watch?v=Sw7BzjSmuqg
Тут для вас "честным" будет всё!

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

322. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от pavlinux (ok), 28-Июн-23, 01:52 
>> Честно он там только сказал, что "все хотят быстро создавать код и
>> положили болт на оптимизацию"
> Ну тогда тебе нужно этот убогий ролик смотреть
> https://www.youtube.com/watch?v=Sw7BzjSmuqg
> Тут для вас "честным" будет всё!

Да мне насрать, у меня был доступ ко всем документам по Эльбрусу, к докам на их ассемблер.  
Когда работал в Астре - использовали.

А "Байкал", да - обычная ARMовская xyeтa.  

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

325. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Ilya Indigo (ok), 28-Июн-23, 02:20 
> Да мне насрать, у меня был...

Этим всё сказано!

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

394. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (388), 01-Июл-23, 06:46 
> Да мне насрать, у меня был доступ ко всем документам по Эльбрусу,
> к докам на их ассемблер.

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

> Когда работал в Астре - использовали. А "Байкал", да - обычная ARMовская xyeтa.

КМК байкал достиг сравнимых результатов в разы быстрее, дешевле и - даже на кривой козе чужими руками поддерживается вот нормальным gcc без особых приседаний. С весьма непозорной кодогенерацией. Это правда им не сильно помогло но тут уже другие вопросы.

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

423. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от pavlinux (ok), 03-Июл-23, 17:33 
> Ну и чем

Аноним ... игнорим

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

286. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от bOOster (ok), 27-Июн-23, 06:41 
А ссылка? Не ищется по словам.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

302. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (302), 27-Июн-23, 09:37 
Не получается найти
Можешь дать ссылку?
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

118. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Sw00p aka Jerom (?), 25-Июн-23, 23:03 
Цвет истины один, у лжи - палитра.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

165. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от iZENemail (ok), 26-Июн-23, 10:29 
> Цвет истины один, у лжи - палитра.

Правда у каждого своя, Истина одна.

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

182. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от pavlinux (ok), 26-Июн-23, 12:35 
>> Цвет истины один, у лжи - палитра.
> Правда у каждого своя, Истина одна.

И правда и истина - это ...уета адаптируемая к реальности, пох.. к чьей, к субъективной или объективной.
Отличие истины лишь в том, что у неё, на момент изложения, отсутствует противоречие.

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

309. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Sw00p aka Jerom (?), 27-Июн-23, 10:58 
>И правда и истина - это ...уета адаптируемая к реальности,

а ниче так за пол дня фуфлом обозначился :)

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

283. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от MadeInRussia (ok), 27-Июн-23, 05:02 
> RHEL когда-то была компанией против зла - протим Microsoft. Сейчас она стала
> Microsoft.

RH — это бизнес. Бизнесу нужны источники дохода, чтобы делать продукт.

Если вам кажется, что RH не приносит ценности и не делает полезного продукта, вы можете просто не трогать их и поставить себе Ubuntu или Debian.

Если же они создают достаточно ценный продукт, чтобы вы хотели именно его, то на какие деньги они должны его делать?

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

12. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Анонимemail (12), 25-Июн-23, 15:37 
У вас в тексте куча описок. Не Red Hat, а IBM.
Ответить | Правка | Наверх | Cообщить модератору

21. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 16:07 
RH не нарушает GPL и GPL так и была задумана
Почему-то на опеннете думают, что GPL это про "отнять и поделить", но нет
Столлман - либертарианец-минархист и его лицензия она про то, что можно и нужно зарабатывать, но при этом код должен быть открыт, что бы люди могли его видет
Ответить | Правка | Наверх | Cообщить модератору

25. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от n00by (ok), 25-Июн-23, 16:28 
Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код. Преподносилось всё так, что владеть всем таким кодом будет FSF (во главе со Столлманом, естественно) и штатные юристы смогут защищать, делясь прибылью с авторами. Но что-то пошло не так и FSF убрали из схемы. На деле сработало обычное право сильного.
Ответить | Правка | Наверх | Cообщить модератору

27. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 16:47 
> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.

Нет.

___To copyleft a program, we first state that it is copyrighted___; then we add distribution terms, which are a legal instrument that gives everyone the rights to use, modify, and redistribute the program's code, or any program derived from it, but only if the distribution terms are unchanged.

Источник: https://www.gnu.org/licenses/copyleft.en.html

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

34. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 25-Июн-23, 17:16 
>> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.
> Нет.
> ___To copyleft a program, we first state that it is copyrighted___; then
> we add distribution terms, which are a legal instrument that gives
> everyone the rights to use, modify, and redistribute the program's code,
> or any program derived from it, but only if the distribution
> terms are unchanged.
> Источник: https://www.gnu.org/licenses/copyleft.en.html

Это толкование лицензии. В случае споров имеет силу сам её текст.

Ключевой вопрос: в праве ли автор изменить лицензию. Если это Qt Company, выпускающая свою библиотеку под двойной лицензией, то вполне может (но там и вторая лицензия на весь код, а GPL лишь на часть). Если Васян и я опубликовали проект, а потом я вдруг захотел сменить на MIT, либо мы договоримся, либо Васян отправит меня подальше под дружное одобрение Анонимов. Если Васянов сотня, то договориться невозможно. Зато если все передали права в FSF - можно сместить Столлмана, что и пытались.

The FSF holds copyright on a large proportion of the GNU operating system, and other free software. We hold these assets to defend free software from efforts to turn free software proprietary. Every year we collect thousands of copyright assignments from individual software developers and corporations working on free software. We register these copyrights with the US copyright office and enforce the license under which we distribute free software — typically the GNU General Public License. We do this to ensure that free software distributors respect their obligations to pass on the freedom to all users, to share, study and modify the code. We do this work through our Free Software Licensing and Compliance Lab.

https://www.fsf.org/about/

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

123. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:44 
> Это толкование лицензии. В случае споров имеет силу сам её текст.

Текст GPL не содержит требований передать права GNU, FSF или иной организации.

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

159. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от n00by (ok), 26-Июн-23, 10:10 
Так и должно быть: автор сам себе злобный буратино и закопал монетки, добровольно передав имущественное право. Де-юре всё чисто.
Ответить | Правка | Наверх | Cообщить модератору

41. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от 123 (??), 25-Июн-23, 17:37 
Блин, ну ты же давно варишься в опенсорсе, вспомни ситуацию с отменой передачи прав FSF.
Разработчики начали протестовать против рабства.
Вот для чего он создавался.

Можешь начать отсюда:
https://www.opennet.dev/opennews/art.shtml?num=55564 (Проект Glibc отменил обязательную передачу прав на код Фонду СПО)

А потом пойди по ссылкам перечисленным ниже.

Вот тебе и копилефт, который, якобы - копирайтед.
Написать для рекламы можно что угодно, а ты оценивай по делам.

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

58. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 18:25 
Лицензирование под GPL не означает передачи прав FSF. Если проект выбрал передачу прав — это их решение. Но никакого принуждения к этому со стороны GNU или FSF нет.

Проект glibc был создан внутри GNU Project, поэтому неудивительно, что они выбрали передачу прав. Но в мире, вероятно, десятки тысяч проектов под GPL, ни один из которых не передавал свои права.

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

64. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 18:35 
> Но никакого принуждения к этому со стороны GNU или FSF нет.

Правда? Историю с nano напомнить или сам нагуглишь?

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

116. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 22:59 
>> Но никакого принуждения к этому со стороны GNU или FSF нет.
> Правда? Историю с nano напомнить или сам нагуглишь?

Давай я тебе её напомню, а то ты сам запутался.

Первый релиз был в 1999 году, в состав проекта GNU нано вошёл два года спустя, в 2001 году, без принуждения. Через 15 лет после этого попытался выйти, но обратной силы у передачи прав нету. В итоге проект вернулся в GNU.

Подсказываю: ты уверенно путаешь первичную, абсолютно добровольную передачу прав проекту GNU в 2001 году с событиями 2016 года.

Также напомню сообщение о возврате в GNU от мейнтейнера: "Copyright assignments to GNU for nano will indeed not be required, but are of course encouraged when possible".

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

140. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 03:23 
Ты мне тоже напомнил. А следом в голове вот эта хохма всплыла:
https://www.opennet.dev/opennews/art.shtml?num=31339 (В GNU Emacs обнаружен факт нарушения лицензии GPL)
Ответить | Правка | Наверх | Cообщить модератору

66. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от 123 (??), 25-Июн-23, 18:45 
Так это и был пример, для чего GNU создавалось.
Идея была собрать весь код в одном месте, но многие не повелись, поэтому GNU-шантаж был признан неудавшимся (даже гном вышел). Поэтому Столлмана отменили, а народ, передавший имущественные права, вдруг прозрел и начал пытаться отменить передачу. Корпорациям GPL стала как не страшна, так и не нужна и они нашли способ начать смуту, используя как раз копилефт.

Интересно, куда денется GPL, когда первая буква в аббревиатуре перестанет существовать. И что будет с десятками тысяч проектов.

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

117. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:02 
> Интересно, куда денется GPL, когда первая буква в аббревиатуре перестанет существовать.
> И что будет с десятками тысяч проектов.

Никуда они волшебным образом не денутся. Лицензия не перестает существовать только потому, что перестает функционировать организация, которая написала ее текст.

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

131. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 02:05 
Люди с паспортом СССР тоже так думают.
Надеюсь, ты прав.
Ответить | Правка | Наверх | Cообщить модератору

133. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 26-Июн-23, 02:27 
> Люди с паспортом СССР тоже так думают.

У меня первый загранпаспорт был СССРовский ещё, со спецвкладышем РФ :) Ничего, нормально ездил по нему.

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

185. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 12:44 
> даже гном вышел
> Столлмана отменили

Хорошая иллюстрация твоего понимания проблемы.
Даже Гном? Гном был в эпицентре скандала.
Отменили Столлмана? Попытались, но не вышло.

Из-под FSF стали выходить из-за кампании по её дискредитации, организованной корпорациями-спонсорами всех этих неполживых, зарабатывающих на копилефте, корпораций (привет, IBM/RedHat) и неподкупных директоров некоммерческих фондов (привет, Gnome, на половину состоящий из сотрудников RedHat, и лично гномогенсек Neil McGovern), внезапно, по велению сердца, бросившихся всё прощать M$ и параллельно гнать бочку (привет, Fedora, Debian, и их боевые гномосеки-шапкопоклонники) на FSF и лично RMS.

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

188. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 12:51 
> куда денется GPL, когда первая буква в аббревиатуре перестанет существовать

Собственник GNU ПО — FSF, а не GNU.

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

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

259. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 27-Июн-23, 00:11 
Ну, в данном случае под одну аббревиатуру объединены все смежные проекты. Где GNU, там и FSF.

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

Вы даже исказили смысл опенсорса. Выложил код и он уже опенсорс. Там уже есть твой копирайт, и все знают какой ты молодец. Если ты вынужден защищать свой код из-за того, что он открыт, то зачем его открывать.
Взять твой код, изменить его и заменить копирайты - нет никакой проблемы.

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

298. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 09:18 
> Драки .. - это то, что приведёт линукс к светлому будущему?

Без борьбы светлое будущее (для всех) невозможно.

> А они почему-то только вокруг GPL происходят.

Только? А у корпораций - мир, дружба, жвачка, банкротства и поглощения?
Приватизация GPL - современный тренд, спланированная атака. СПО созрело, началась делёжка.
Как в 80-е либер-анархисты поддержали либералов развалить Союз и победить Соцлагерь, так сейчас БДСМ-щики поддерживают корпоратов, чтобы развалить и растащить СПО. Падёт FSF, падёт весь СПО-лагерь.

> Вы даже исказили смысл опенсорса.

Столлман не одно копье сломал, объясняя разницу между "свободным" и "открытым". Но тщетно. Я всё исказил..

> Если ты вынужден защищать свой код из-за того, что он открыт, то зачем его открывать.

Чтобы совместными усилиями решать непосильные одному проблемы? У капитала есть галеры, а вокруг чего сплотится сообщество?
Не хочешь защищать код, передай тому, кто будет защищать (например, FSF).

> Взять твой код, изменить его и заменить копирайты - нет никакой проблемы.

С GPL - есть проблема, если код чужой.

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

311. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 27-Июн-23, 14:35 
В линуксе полно кода с негпл лицензиями. А ещё больше модифицированного, считающегося своим собственным.
При этом постоянно пытаются придумать механизмы, чтобы запретить использовать код из линукса.
Это двуличие. Линукс не создавался с нуля, а использовал чужой код. Почему он мешает использовать свой?

То, что корпорации будут пытаться завалить GPL было очевидно.
Это не СПО.
Когда начинаются действия подобные этому https://www.opennet.dev/opennews/art.shtml?num=53485 (Предложение по блокировке драйверов-прослоек, предоставляющих доступ к GPL-вызовам ядра Linux), то надо забыть слово СПО в отношении GPL.

GPL - это зашквар.

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

48. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 17:57 
> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав
> на код. Преподносилось всё так, что владеть всем таким кодом будет
> FSF (во главе со Столлманом, естественно) и штатные юристы смогут защищать,
> делясь прибылью с авторами. Но что-то пошло не так и FSF
> убрали из схемы. На деле сработало обычное право сильного.

Не угадал
Прав на код нельзя лишится
Авторские права всегда остаются у человека, по определению

Можно передать имущественные права

Концепция копилефта не отрицает концепции авторства, как не запрещает автору код лицензировать под несколькими лицензиями, как не обязывает его раздавать всем направо и налево

У русских очень странное понимание и что такое авторское право, и что такое свободные лицензии, понимание не имеющее ничего общего с реальностью, свои фантазии

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

52. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 25-Июн-23, 18:06 
>> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав
>> на код. Преподносилось всё так, что владеть всем таким кодом будет
>> FSF (во главе со Столлманом, естественно) и штатные юристы смогут защищать,
>> делясь прибылью с авторами. Но что-то пошло не так и FSF
>> убрали из схемы. На деле сработало обычное право сильного.
> Не угадал
> Прав на код нельзя лишится
> Авторские права всегда остаются у человека, по определению

Зависит от страны. В РФ неимущественное право неотчуждаемо. В США есть например Norton Commander и McDonald’s.

> Можно передать имущественные права

И это зачастую требуют от авторов коммитов.

> Концепция копилефта не отрицает концепции авторства, как не запрещает автору код лицензировать
> под несколькими лицензиями, как не обязывает его раздавать всем направо и
> налево

И кто автор Linux? Может он сменить лицензию?

> У русских очень странное понимание и что такое авторское право, и что
> такое свободные лицензии, понимание не имеющее ничего общего с реальностью, свои
> фантазии

Заявил человек без юридического образования.

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

61. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 18:28 
> Зависит от страны. В РФ неимущественное право неотчуждаемо. В США есть например
> Norton Commander и McDonald’s.

Посмотрел, в США тоже авторское право остается всегда у автора, а вот иные права могут быть переданы

> И это зачастую требуют от авторов коммитов.

Где? Например в ядре Linux не требуют, что как раз вызывает проблему с тем, что лицензию сменить нельзя

> И кто автор Linux? Может он сменить лицензию?

Для смены лицензии ядра нужно, что бы ВСЕ коммитеры чей код есть в текущей версии ядра подписались под этим, а так как часть из них уже мертвы, часть просто пропали куда-нибудь(кто в запой, кто в дурку, кто в деревню жить), то это невозможно

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

> Заявил человек без юридического образования.

Расскажи мне чего у меня еще нет и что у меня есть
Ну мне так, чисто поржать
Юридическое образование у меня, кстати, российское, так как родился я в РСФСР и вокруг меня 26.12.91 образовалась РФ. И заканчивал я, в том числе, ННГУ им.Лобачевского, прикинь

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

124. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:51 
> Для смены лицензии ядра нужно, что бы ВСЕ коммитеры чей код есть в текущей версии ядра подписались под этим

Это не совсем так. Вернее даже, совсем не так. Если кто-то отказался перелицензировать свой код или успел помереть, его код можно написать с нуля под новой лицензией. В зависимости от того, как много такого кода, это может быть оправдано или не оправдано. Для ядра Linux это вполне может оказаться не оправдано. Но это не значит, что такой возможности технически нет.

Такая история уже была в проекте LibreCAD. Когда этот форк QCAD только появился, его авторы попросили автора QCAD поменять лицензию классов геометрических вычислений с GPLv2-only на GPLv3+, а тот отказался. И они в какой-то момент взяли себе студиозуса по программе GSoC, чтобы тот переписал этот кусок кода с нуля. (Потом QCAD сам переехал на GPLv3+, но форк с тех пор успел уехать в свою сторону, ну и в целом, это уже совсем другая история.)

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

164. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 10:26 
>> И это зачастую требуют от авторов коммитов.
> Где? Например в ядре Linux не требуют, что как раз вызывает проблему
> с тем, что лицензию сменить нельзя

Была же выше ссылка.

https://www.opennet.dev/opennews/art.shtml?num=55564 (Проект Glibc отменил обязательную передачу прав на код Фонду СПО)

>> Зависит от страны. В РФ неимущественное право неотчуждаемо. В США есть например
>> Norton Commander и McDonald’s.
> Посмотрел, в США тоже авторское право остается всегда у автора, а вот
> иные права могут быть переданы

Ссылку выше тоже смотрели, а автора Norton Commander сходу вряд ли назовёте, все знают™, что это Питер Нортон.

>> И кто автор Linux? Может он сменить лицензию?
> Для смены лицензии ядра нужно, что бы ВСЕ коммитеры чей код есть
> в текущей версии ядра подписались под этим, а так как часть
> из них уже мертвы, часть просто пропали куда-нибудь(кто в запой, кто
> в дурку, кто в деревню жить), то это невозможно
> То есть как... Смена лицензии возможна и это обсуждалось, но это нужно
> получить согласие всех кто откликается, выделить оставшийся код и заняться его
> переписыванием. Все это было признано нецелесообразным

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

>> Заявил человек без юридического образования.
> Расскажи мне чего у меня еще нет и что у меня есть
> Ну мне так, чисто поржать
> Юридическое образование у меня, кстати, российское, так как родился я в РСФСР
> и вокруг меня 26.12.91 образовалась РФ. И заканчивал я, в том
> числе, ННГУ им.Лобачевского, прикинь

Вот и поржали. Аноним говорит об образовании. Охотно верю, особенно нюансам семантики.

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

57. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 25-Июн-23, 18:18 
Всё верно. Только в суде очень тяжело доказать авторство по определению, если твои копирайты стёрли или заменили на другие.

Болгенос - это творение Дениса, или Каноникала? Если Дениса, то почему же он так просчитался.

А русских ты к чему приплёл? Свою национальность доказать сможешь, ДНК-тест сдавал?

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

120. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:05 
> Всё верно. Только в суде очень тяжело доказать авторство по определению, если
> твои копирайты стёрли или заменили на другие.

Это ты говоришь на основании какого конкретно опыта?

Я даже без суда добивался выкидывания из эппловского аппстора приложения, которое использовало название и логотип GIMP (но не код гимпа).

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

130. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 01:59 
Моя работа не связана с графикой.

Но если посмотреть работы студентов, которые они сдают, то они берут какой-нибудь проект опенсорса, выкидывают всё лишнее, рефакторят код, переделывают интерфейс и сдают. Это то, что мне на глаза попадалось. Из примеров могу вспомнить z-cad на delphi, в котором не стали менять управление и отрисовку, и тем спалились. Разумеется, в коде не было ничего родного. Как и копирайтов.

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

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

А по моей работе у нас даже книг и статей нет, не то что чьих-то исходников. Ядерная энергетика.

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

135. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 26-Июн-23, 02:39 
> Студенты для сложных проектов поголовно нарушают все лицензии и авторские права.

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

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

Знаю россиян, которые были студентами GSoC :) На этом моё знакомство с современным российским IT-образованием (вышка) преимущественно заканчивается.

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

137. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 03:17 
А их не будет. Код же изменён. Бинарники тоже будут разные.

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

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

189. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 13:01 
> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.

Нет. Это BSD, MIT, Public Domain лишает автора имущественных прав на код.

GPL, сам по себе, таких прав разработчика не лишает. Некоторые компании (например, QtCompany/TrollTech), будучи разработчиками и собственниками кода (а не как RedHat, пришедшая на всё готовое, а собственные проекты за ней ещё лет десять допиливает сообщество до рабочего состояния) публикуют его под несколькими лицензиями, например под (L)GPL и под платной коммерческой лицензией, не требующей раскрытия кода (и прочих свобод гарантируемых GPL).

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

200. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 14:40 
>> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.
> Нет. Это BSD, MIT, Public Domain лишает автора имущественных прав на код.

Лично Вас лишили прав? Или типичная экспертиза?

У меня украли код, придумав, что он подпадает под GPL. А то что я публиковал например под libpng лицензией - не украли.

> GPL, сам по себе, таких прав разработчика не лишает.

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

> Некоторые компании (например,
> QtCompany/TrollTech), будучи разработчиками и собственниками кода (а не как RedHat, пришедшая
> на всё готовое, а собственные проекты за ней ещё лет десять
> допиливает сообщество до рабочего состояния) публикуют его под несколькими лицензиями,
> например под (L)GPL и под платной коммерческой лицензией, не требующей раскрытия
> кода (и прочих свобод гарантируемых GPL).

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

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

291. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 08:33 
> Лично Вас лишили прав?

Меня нет, я под пермиссивкой делаю лишь редкие патчи в библиотеки, и то, предпочитаю LGPL-библиотеки пермиссивным.
А вот авторы ПО лишили себя *эксклюзивных* имущественных прав, не получив ничего взамен. Так в их соглашении написано.

> Потому и нужна группа поддержки

Нужна. Иначе послушают дураков и окажутся в дураках.

> у Qt .. Весь код целиком под "проприетарной", а кусочек под "свободной".

Двойное лицензирование не так работает. Весь код - бесплатно под свободной, тому, кто платит - под коммерческой. (Некоторые дополнения под свободной не выпускались вообще.) Самое "страшное", что может сделать QtCompany - это выпустить под другой лицензией новые версии библиотек, но старые - так и останутся под LGPL/GPL.

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

303. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 09:39 
>> Лично Вас лишили прав?
> Меня нет, я под пермиссивкой делаю лишь редкие патчи в библиотеки, и
> то, предпочитаю LGPL-библиотеки пермиссивным.

Вот и все факты.

> А вот авторы ПО лишили себя *эксклюзивных* имущественных прав, не получив ничего
> взамен. Так в их соглашении написано.

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

>> Потому и нужна группа поддержки
> Нужна. Иначе послушают дураков и окажутся в дураках.

Понял, прекращаю тебя читать. ;)

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

341. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:30 
> Пока что ты пытаешься лишить меня права давать собственную оценку ситуации. Да ещё и демагогией занялся, добавив "эксклюзивных".

Твоя оценка - это демагогия. А добровольный отказ от эксклюзивных имущественных прав за будьте здоровы прописан в каждой пермиссивной лицензии - это факт.

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

354. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 28-Июн-23, 14:41 
> добровольный отказ от эксклюзивных имущественных прав
> за будьте здоровы прописан в каждой пермиссивной лицензии - это факт.

Даже интересно стало, какую же ты чушь напишешь в следующем сообщении вместо цитаты лицензии, что бы подтвердить "факт".

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

382. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (382), 29-Июн-23, 02:27 
> BSD, MIT, Public Domain лишает автора имущественных прав на код.

И я вот пытаюсь понять, откуда у людей берется такой адский п -ц в голове. И не могу понять. Откуда???

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

108. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (108), 25-Июн-23, 22:21 
>Столлман - либертарианец

Ты ошибся, либертарианцы копирайт в принципе не признают.

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

24. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от pashev.ru (?), 25-Июн-23, 16:26 
> пытаясь продать как можно больше "лицензий на рабочие места", не считаясь с предоставляемым в GPL правом неограниченного тиражирования копий продукта

Кого-то мне это напоминает... То ли Альт, то ли Роса.

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

29. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Аноним (29), 25-Июн-23, 16:50 
пить или не пить, вот в чём вопрос
Ответить | Правка | Наверх | Cообщить модератору

104. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Андрюха (??), 25-Июн-23, 21:51 
У всех этих поделок из навоза и палок, у них всех лиц.соглашение под стать мс. Особенно по пунктам резервной копии дистрибутива и установки на одно устройство.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

139. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Ilya Indigo (ok), 26-Июн-23, 03:22 
Астра! Не?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

31. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от dannyD (?), 25-Июн-23, 16:54 
ой,

сколько раз ебм уже тонула в своей жадности, утонет еще раз.

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

39. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (36), 25-Июн-23, 17:29 
Таков путь.
Ответить | Правка | Наверх | Cообщить модератору

43. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (43), 25-Июн-23, 17:44 
с GPL понятно, проанализировали. А остальные 43 или сколько там лицензий входящие в дистрибутив GNU/Linux? не ядром и не GCC единым же дистрибутив живёт.
Ответить | Правка | Наверх | Cообщить модератору

53. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (36), 25-Июн-23, 18:09 
Чего там анализировать лицензии на блобы? Таблицами совместимости лицензий найти не трудно.
Ответить | Правка | Наверх | Cообщить модератору

167. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 10:32 
> с GPL понятно, проанализировали. А остальные 43 или сколько там лицензий входящие
> в дистрибутив GNU/Linux?

Сообщение от Аноним (43),

Хмм...

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

59. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (59), 25-Июн-23, 18:25 
> специалисты по развитию бизнеса также могут вводить клиентов в заблуждение, пытаясь продать как можно больше "лицензий на рабочие места", не считаясь с предоставляемым в GPL правом неограниченного тиражирования копий продукта

Альт не так же делает?

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

69. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (69), 25-Июн-23, 18:55 
Так все стараются делать. Ибо иначе не заработаешь.
Ответить | Правка | Наверх | Cообщить модератору

71. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Zvezda (ok), 25-Июн-23, 18:57 
Красная Шапка в самом начале допустила роковую ошибку с выбором ос, ей надо было Фрибзди взять за основу своей бизнес модели, как Эпл.
Ответить | Правка | Наверх | Cообщить модератору

83. "Анализ проблем с GPL у бизнес-модели Red Hat "  –3 +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 19:33 
> Красная Шапка в самом начале допустила роковую ошибку с выбором ос, ей
> надо было Фрибзди взять за основу своей бизнес модели, как Эпл.

Вот только никакой Фрибзди в macOS нет и никогда не было
Это известная фантазия местных пуссиэхешников

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

90. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от 123 (??), 25-Июн-23, 20:06 
Не подменивай понятия.

"The BSD portion of the OS X kernel is based on FreeBSD, a version of BSD." (c) apple

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

160. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (36), 26-Июн-23, 10:11 
У что ФриБСД от этого получила?
Ответить | Правка | Наверх | Cообщить модератору

217. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (217), 26-Июн-23, 19:01 
FreeBSD не получила с Linux нешиша. Даже когда OpenBSD разрешил Linux взять драйвер wifi, линукс сообщество сказало что все правки оно оставит себе. А то что им дали основной код - так это по доброте и лицензии. А возвращать правки никто не намерян.
Вот такие добряки сидят в Линукс сообществе.
Ответить | Правка | Наверх | Cообщить модератору

285. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от bOOster (ok), 27-Июн-23, 06:39 
Оголтелые очередной раз в своем тупом репертуаре.
Хотя бы о MacOSX 10.0 в Wikipedia почитали. Но нет - мозгов и на это не хватает.
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

95. "Анализ проблем с GPL у бизнес-модели Red Hat "  –4 +/
Сообщение от dannyD (?), 25-Июн-23, 20:44 
>>ей надо было Фрибзди взять за основу своей бизнес модели, как Эпл.

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

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

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

98. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от 123 (??), 25-Июн-23, 21:04 
Только всё наоборот.
https://www.youtube.com/watch?v=RGo4iyNwo_Y (Nginx Perfomace - FreeBSD vs CentOS (Under Heavy Load))

И где твой беспроблемный линукс?
Правильно, задохнулся. Он часто так делает под нагрузками.
Зато типа быстрый. Быстрее бежит, быстрее задыхается.

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

Могу дать лишь один совет. Используй подобранное железо. Которое сумеет во много потоков.

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

99. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (99), 25-Июн-23, 21:24 
> May 18, 2020

Ченить поновее принеси, хотя б где 6.1 ядро будет.

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

100. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 25-Июн-23, 21:34 
А там фрибсд новая? Или раз в 2020, то уже не линукс?
Тогда сравнивай с последней фряхой. А то ты ведь все обобщил.
Последуй сам своему совету. И параметры не забудь.
Ответить | Правка | Наверх | Cообщить модератору

125. "Анализ проблем с GPL у бизнес-модели Red Hat "  –2 +/
Сообщение от Аноним (125), 25-Июн-23, 23:53 
Что за бред, во-первых это тест Nginx, а не тест FreeBSD vs CentOS. Используется несколько разный код, компиляторы и файловые системы.
Во-вторых, CentOS идёт с гуем из коробки, а FreeBSD могла быть в минимальной установке.
Этому "тесту" доверия никакого. Тем более, нет доверия ни любителям Nginx, ни CentOS, ни тебе.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

136. "Анализ проблем с GPL у бизнес-модели Red Hat "  +6 +/
Сообщение от 123 (??), 26-Июн-23, 03:03 
Чувствуется уровень восторженного новичка.

> это тест Nginx, а не тест FreeBSD vs CentOS

Думаешь просто так экран поделили на две части? Тогда читай описание.

> CentOS идёт с гуем из коробки

Минимальный установщик цента или опцию minimal install пробовал? Зачем тебе на сервере гуй?

У линуксоидов всегда так.
Работает nginx на линуксе хорошо - Круто! Линукс рулит!
Работает nginx на линуксе плохо - Фу, позорный nginx.
Работает nginx на фряхе хорошо - Круто! Сысоев молодец!
Работает nginx на фряхе плохо - А чего ты хотел. Надо было запускать под линукс.

Довольные ехидные комменты, когда фряха в пролёте.
И недовольные вопли, когда всё наоборот.

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

Тесту доверия никакого?
А пустобрёху, который тупо ляпнул (впрочем, как и ты), и не привёл ни параметров, где у него проблемы, ни ссылок на исследования проблемы, ты сразу поверил.

Так у меня тоже вашим словам доверия никакого. Особенно тем, у кого цент из коробки гуй заставляет ставить. Цент - это редхат. Тот самый, про кого эта новость. И тот, кто очень много помогал в разработке ядра, иксов и виртуализации, и наверное поэтому решил, что вправе зарабатывать больше. В его технической компетентности можешь не сомневаться. Они точно умеют цент без гуя ставить.

Конечно, код разный. И ядра разные. А ты как думал, сравнивая две разных системы?
Более того, даже если ты две системы на линуксе будешь сравнивать. Там тоже будут разные фс, компиляторы и код.

Могла быть, не могла быть. Чего гадать. Если на линуксе всё хорошо работает и идеально масштабируется, то нагрузка должна была быть равномерной.

Есть у меня мысли, почему линукс в данном случае загнулся, но озвучивать её не буду.

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

Просто взяли две системы, как есть, запустили. Результат: линукс при смерти, фряха работает.
Вот когда ты исследуешь проблему, напишешь почему в центе так получилось, а во фряхе иначе. Распишешь все параметры, вот тогда сможешь написать опровержение и говорить про бред. А пока что ты тоже написал бред.

Галочки снимал?
https://linux.how2shout.com/wp-content/uploads/2020/05/Minim...

>  Используется несколько разный код, компиляторы и файловые системы.

То есть данное видео показало, что в комплексе файловые системы, компиляторы и коды работают на фряхе лучше? :)
А то мне интересно, как ты хочешь проводить бенчмарки на разных системах. Ты будешь пытаться подогнать их один в один? Так это невозможно. Смирись.

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

Лучше расскажи, сколько там уже планировщиков в линукс накатали и костылей типа earlyoom. А то я давно с него свалил. Есть прогресс?

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

101. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 25-Июн-23, 21:35 
>>Могу дать лишь один совет.

"learn to read the source, Luke." (c)

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

106. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от 123 (??), 25-Июн-23, 22:07 
Люк словил глюк.

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

И чем это высказывание отличается от твоего? Ты ведь не привёл конкретных данных.

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

207. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 17:24 
>>конкретных данных.

https://www.opennet.dev/opennews/art.shtml?num=57276

"В рейтинге операционных систем, используемых в суперкомпьютерах, уже пять лет остаётся только Linux;

Распределение по дистрибутивам Linux (в скобках - 6 месяцев назад):

    47.8% (51.6%) не детализируют дистрибутив;
    18.2% (18%) используют CentOS;
    8.8% (7.6%) - RHEL;
    8% (7%) - Cray Linux;
    5.2% (5.4%) - Ubuntu;
    3.8 % (4%) - SUSE;
    0.8% (0%) - Alma Linux;
    0.6% (0%) - Rocky Linux;
    0.2% (0.2%) - Scientific Linux."


- это от того что бздя такая классная, многопоточная и масштабируемая.

+ для тех кто не понял основного назначения центоса.

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

213. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 18:04 
Ты даже не знаешь что такое суперкомп и что он может и кому нужен, раз им бахвалишься. :)
Это говорит о том, что конкретно на мои вопросы по твоему пустозвонному заявлению тебе сказать просто нечего. Потому что ты - обычный балабол.
И ты даже не понимаешь, что чем больше таких в линукс-сообществе, тем ему хуже.
Ответить | Правка | Наверх | Cообщить модератору

218. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 19:03 
смешно мне вас,

где частота процессора?

30% на 3 ГГц = 100% на 800 МГц

это называтся "профиль управления питанием".

спасибо, поржал.

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

221. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 19:25 
вот вам любезнейший, на одном и том же линух ядре,

только частота ЦПУ разная.

https://postimg.cc/0zSjHKRV

https://postimg.cc/G9p2n5n8

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

229. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 20:27 
А где же бсд, у которой проблемы, и с которой в твою систему "переработали" идею портов?

Из твоего скрина можно только сделать вывод, что бсд ты в глаза не видел, и не факт, что собрать сможешь. Хотя там это делается так же элементарно, как в генте. Не мудрено, ведь предок - бсд. :)

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

231. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 20:42 
хватит ванговать, вы любезный себя уже показали неврастеником (((

да, как гентушник, могу сказать: запустил инсталянт с вентой, ответил на пару глупых вопросов, отвернулся чайник поставиить, а фря УЖЕ СТОИТ 8-))) сама.

эт вам не НЕ генту ))) двое суток компилить.

покайфовал пару дней, понастраивал окружение, всё работает.

но потом понадобилось на тот-же вентой добавить образ. и чо? файло записываем но не закрываем.
т.е. - внешние накопители не работают.

короче, по сумме мелких багов - десктоп неработоспособен.
покаместь фря вещь в себе - отлично, но...

через пару дней снял винт, а потом нещадно отформатил.

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

233. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 21:41 
ЗЫ. с FreeBSD знаком с 1996 года, наш первый смешной веб сервачок на amd5x86 шуршал до 2010-го года.
Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

236. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 22:00 
Вот бы кому было дело до того, что там у тебя УМВР или УМНВР, или даже УМВНР. :)
Но ты же за все бсд разом сообщение написал. Ни версии, ни параметров. Один пшик.
Знаком с 96-го, а толку мало. Может у тебя тогда и были проблемы на бсд, а ты их в 23-й год перенёс.
А может у тебя просто проблемы были, а ты их на бсд спроецировал.

Психические диагнозы лучше не ставь (или скажешь что с 96-го года дипломированный психолог?), а то для твоих сообщений тоже термин существует, из одного матерного слова.

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

242. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 22:42 
>>Знаком с 96-го, а толку мало. Может у тебя тогда и были проблемы на бсд, а ты их в 23-й год перенёс.

ну да, флешка с ventoy в 1996 году )))

братан, ты сегодня делаешь мой день )))))

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

161. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (36), 26-Июн-23, 10:11 
У БЗД проблема что её никто не разрабатывает. А так да запускается и ладно.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

215. "Анализ проблем с GPL у бизнес-модели Red Hat "  +4 +/
Сообщение от 123 (??), 26-Июн-23, 18:30 
БСД прекрасно запускались и работали до появления вашего линукса.

Если бы бсд не разрабатывали, линуксоиду было бы неоткуда "спереть" код, потому что мит, карнеги и прочие институты, занимавшиеся разработкой систем, покрыли не так много областей, но они тоже значимые. Сидели бы на миниксе. Может даже было бы лучше. Там хотя бы не монолит.
Выкинь из линукса всё, что передрали и "переосмыслили" с юникса. И работай на здоровье.
Юниксоиды вам технологии дали нахаляву (хоть и не сразу), а вы только гадить на неё можете.
В общем, выкинь интернет, файло, серверы, chroot, иксы и сиди работай.

Развились вы только за счёт GPL, которую придумали, чтобы другим не позволить технологического превосходства, а до этого у этих других всё передрали. И до сих пор этим занимаетесь (читай описание новости про релиз нового линукса).

Почитай, что такое VFS, которым Торвальдс гордится как личным изобретением. И кто его на самом деле придумал.

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

Посмотри сколько про BPF строчек в новости выше. А ты знаешь когда его написали и кто? Вы в 2023 году до сих пор колупаете чужие древние технологии, а гонору у вас, как будто вы космические первопроходцы.

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

226. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от BorichL (ok), 26-Июн-23, 20:04 
Да при чём тут ГПЛ? Клали все давно на этот ГПЛ, кроме всякого юридического сброда, паразитирующего на разработке. Развитию линуксятинки помогли многомиллионные вливания бабла, а уж какой бумажкой там это прикрыли - без разницы, ГПЛ не стоит той бумаги, на которой её можно распечатать. Прежде чем кто-то что-то доработанное вернёт по ГПЛ - эту технологию уже объявят устаревшей и выпилят нахрен, запилив очередную непродуманную поделку. А скорее всего эти наработки возможно не заинтересуют разработчиков, как это в своё время было с OpenLDAP, так-как у них свой путь по граблям.
Вот даже если взять и завтра просто удалить ГПЛ, ничего не изменится вообще, ни через год, ни через 10 лет, ни через 100, ибо высококвалифицированные специалисты работают за деньги, а не за свабодку. А большинство абезян, которые тут про ГПЛ задвигают, не всегда готовый проект собрать могут, им всё подавай уже предкомпилированное. Код можно отдавать по любой лицензии, специалистов для его дальнейшего развития всёравно недостаточно, потому что: "А вы, друзья, как ни садитесь,
Всё в музыканты не годитесь".
Ответить | Правка | Наверх | Cообщить модератору

228. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 20:21 
Потому и влили бабла, чтобы наделать фондов, консорциумов, синдикатов, отодвинуть сообщество и начать контролировать разработку.

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

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

343. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:40 
> Поэтому я и утверждаю, что GPL породила монстра в лице корпоративных сверхбогатых синдикатов.

В зале воцарилась мёртвая тишина, только изредка издавался шелест ресниц переглядывающихся сверхбогатых синдикалистов.

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

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

342. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:35 
> БСД прекрасно запускались и работали

На судебных экспертизах.

> Развились вы только за счёт GPL

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

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

380. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 28-Июн-23, 23:22 
Заметь, что нытьё в интернете начали GPL-фанатики, которые накатали аж 4 новости на главной за короткое время. :) А мы догадывались. У нас free software настоящяя, а у вас только фонд и обязанности. Жаль, что вы не догадались.
Ответить | Правка | Наверх | Cообщить модератору

166. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от iZENemail (ok), 26-Июн-23, 10:32 
> у бздей проблемы с многопоточностью и масштабируемостью, даже само ядро грузится в один поток.

Помню, как релиз FreeBSD 7.0-RELEASE дал просраться линухам на многопроцессорных серверах с тяжёлыми СУБД.

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

170. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (36), 26-Июн-23, 10:55 
15 лет назад? И было это только в твоём воспалённом воображении?
Ответить | Правка | Наверх | Cообщить модератору

206. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от dannyD (?), 26-Июн-23, 17:11 
два - это уже "много".
Ответить | Правка | Наверх | Cообщить модератору

91. "Анализ проблем с GPL у бизнес-модели Red Hat "  +6 +/
Сообщение от Аноним (91), 25-Июн-23, 20:11 
Зачем связываться к корпорастами когда можно использовать Debian GNU/Linux?
Ответить | Правка | Наверх | Cообщить модератору

92. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от fomin90 (ok), 25-Июн-23, 20:20 
10 лет поддержки типо, лень походу каждые 5 лет Debian переустанавливать, хотя можно с версии на версию обновляться
Ответить | Правка | Наверх | Cообщить модератору

93. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от cheburnator9000 (ok), 25-Июн-23, 20:41 
10 лет держать сервера на одной и той же ОС? Там же все протухнет максимально, да так что зависимости зависимостей уже не будут собираться из-за старой базы. Там что ядро 3.0? Я более чем уверен, что сейчас все запускают сервисы в docker. А если так то нафига _такой_ "LTS" если образы докера так или иначе тоже нужно обновлять иначе в них окажется какой-нибудь уязвимый libxml2 и никакой РедЩит тут не защитит.
Ответить | Правка | Наверх | Cообщить модератору

109. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от Аноним (109), 25-Июн-23, 22:25 
> зависимости зависимостей уже не будут собираться из-за старой базы

Это в каком новомодном языке? В rust?

На сях пишут так, что бы поддерживались все текущие рабочие дистрибутивы. Если ты пишешь не так, то ССЗБ.

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

146. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (146), 26-Июн-23, 04:42 
>    10 лет держать сервера на одной и той же ОС?

физические- да, виртуализацию пока не отменили.

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

216. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от cheburnator9000 (ok), 26-Июн-23, 18:40 
а физические на чем будут работать? VMware ESXi?
Ответить | Правка | Наверх | Cообщить модератору

304. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (304), 27-Июн-23, 10:10 
> все протухнет максимально, да так что зависимости зависимостей уже не будут собираться

Некоторые умеют так написать, что нужное хорошо работает долго. В этом ценность программиста: умеет делать сложное, но не привязан к версии языка "latest".

> если образы докера так или иначе тоже нужно обновлять

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

Современные фрейморки задуманы не для людей, а для омонечивания. Всё это ерунда про инновации и т.п. Основное в современном, модном: постановка под контроль чужого кошелька.

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

96. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Легивон (?), 25-Июн-23, 20:46 
Если описывать всю конфигурацию в коде, то это совсем не накладно.
- Описаваешь виртуалку в тераформе. Обязательно создаешь 2 диска с системой и данными. Диск с системой может быть частью виртуалки, а данные - обязательно отдельный диск, не удаляющияйся вместе с виртуалкой.
- Когда приходит время обновляться, меняешь базовый образ у виртуалки и пересоздаешь её.
- Передеплоиваешь приложение через систему управления конфигурацией, чтобы сервис запустился с диска с данными.
Делов на 5 минут посути. И это еще и скейлится до бесконечности.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

196. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (196), 26-Июн-23, 13:37 
дык у дебиана/убунты тоже можно эти +5 получить на базовую систему - если очень уж надо (бесплатно для личного пользования или малого бизнеса)
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

105. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (108), 25-Июн-23, 21:54 
>не считаясь с предоставляемым в GPL правом

Так никто и не нарушает предоставляемые GPL привелегии (права не предоставляются, они всегда были и есть без всяких GPL и Бёрнских конвенций). GPL разрешает выполнять с произведением определённые действия. GPL - лицензия. RedHat не запрещает этого. Вместо этого клиенты  RedHat добровольно и дополнительно берут на себя обязательство такие-то действия не выполнять, либо будет то-то. Договор с RedHat - это договор.

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

107. "Анализ проблем с GPL у бизнес-модели Red Hat "  +3 +/
Сообщение от 123 (??), 25-Июн-23, 22:15 
Так GPL-щики думали, что только фонд СПО может заключать дополнительные договоры и соглашения поверх лицензии. :) А тут целая корпорация.
Ответить | Правка | Наверх | Cообщить модератору

344. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:43 
При условии, что RedHat - единственный собственник лицензируемого по GPL ПО.


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

127. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (127), 26-Июн-23, 00:35 
Привет. Вопрос по лицензии на ЯП. Если я хочу заняться разработкой скриптового языка в образовательных целях. Освоить написание парсера, компилятора, интерпретатора. Что-то типа lua, squirrel, wren. Какую лучше лицензию взять public domain, mit, gpl? И почему?
Ответить | Правка | Наверх | Cообщить модератору

132. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (18), 26-Июн-23, 02:23 
Private. Зачем мучить человечество своей образовательной поделкой. Вот когда сделаешь 30 языков, тогда и представишь свой последний шедевр.
Ответить | Правка | Наверх | Cообщить модератору

134. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (134), 26-Июн-23, 02:36 
Public, потому что по-сути это выход из бюрократии. Чисто посылаешь юристов есть кактус.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

168. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 10:50 
Сначала никакую. Напишите код. По законам РФ неимущественное авторское право неотчуждаемо. Это делает требование лицензионного договора сохранять указания об авторстве лишним. Когда появятся пользователи, а не праздно интересующиеся, обсудите с ними вопрос. Если вдруг кто-то захочет внести свой вклад кодом, то GPL может отпугнуть, просто потому что она слишком сложна для понимания программистами.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

171. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (36), 26-Июн-23, 10:56 
Что делать если они никогда не появятся?
Ответить | Правка | Наверх | Cообщить модератору

172. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от n00by (ok), 26-Июн-23, 11:06 
Радоваться, что не потратил впустую время, думая о "лицензии".
Ответить | Правка | Наверх | Cообщить модератору

249. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (239), 26-Июн-23, 23:00 
> Сначала никакую. Напишите код.

ну вот еще. кооод какой-то писать. я на опеннет деградировать и писать каменты хожу. ты еще скажи - пользу приносить. пфе.

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

181. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (181), 26-Июн-23, 12:33 
Проблемы с GPL есть и будут!
Воровать у авторов плохо! Из-за GPL не создаётся больший платежаспособный спрос на нормальный софт. Из-за этого недополучают честно трудящие авторы софта! Был бы высокий платёжоспособный спрос, давно бы софт был гораздо более высоким уровнем чем c GPL! А они решили в коммунизм поиграть... 🤬
Ответить | Правка | Наверх | Cообщить модератору

184. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (36), 26-Июн-23, 12:43 
Софт был бы лучше потому «ешь» что дают. Другого у нас для вас нет. Вот те шкаф за миллион, курсы чтобы ему обучится 5000$ долларов. А куда ты денешься альтернатив у тебя нет.
Ответить | Правка | Наверх | Cообщить модератору

405. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 19:06 
Софт был лучше, потому что была конкуренция. Или ты пишешь лучше, а по возможности и дешевле чем еще 100500 таких же как ты, или рыночек порешает не в твою сторону и пойдешь улицы подметать. У гнутых такого не наблюдается (нафига писать лучше если на этом ни копейки не заработаешь, а результаты твоих стараний все равно очередной Васян в свою сборочку убунты с нескучными обоями невозбранно утащит, да еще и барыжить ей попробует), потому и наблюдаем имеющееся на данный момент глюкавое позорище.
Ответить | Правка | Наверх | Cообщить модератору

187. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (187), 26-Июн-23, 12:49 
А чо ж до линкуса винда тож говном была? Чо мешало ?
Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

345. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:56 
> Из-за GPL не создаётся больший платежаспособный спрос на нормальный софт.

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

> Из-за этого недополучают честно трудящие авторы софта!

Из-за этого недополучают нечестно присваивающие продукты производства хозяева.

> А они решили в коммунизм поиграть..

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

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

404. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 17:39 
Нормальный софт - это софт, который делает то, что мне нужно так, как мне нужно. Остальное - ненормальный для ненормальных.
Ответить | Правка | Наверх | Cообщить модератору

204. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (204), 26-Июн-23, 17:07 
Никто не мешает придумать свою лицензию, лучше чем другие. Почитайте историю создания GNU и GPL. Вообще софт по своей природе ближе к литературному или музыкальному произведению а не к материальным предметам. А создание копии программы практически бесплатно. Поэтому возникает парадоксальная ситуация, когда писать программу для узкого круга лиц очень дорого, а при миллионных тиражах можно получать сверхприбыль.  Реальное зло это патенты на софт. Они действительно сильно тормозят развитие и приводят к многократному изобретению колеса.
Ответить | Правка | Наверх | Cообщить модератору

346. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:59 
С другой стороны, у патентов есть сколько-нибудь вменяемые сроки. А авторское (имущественное) право фактически бесконечно, даже смерть не разлучит нас.


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

208. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (198), 26-Июн-23, 17:38 
> Реальное зло это патенты на софт. Они действительно сильно тормозят развитие и приводят к многократному изобретению колеса.

Расходы на тот же НИОКР (R&D на буржуйской мове) ты оплачивать будешь? Чтобы потом любой желающий мог на халяву их результатами воспользоваться и по деньгам приподняться.

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

219. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (217), 26-Июн-23, 19:05 
Помнится была одна компания которая делала патчи на ядро, и заявляла что будет разрывать контракт если эти патчи уйдут кому-то другому. Ничего все сожрали и не плевались. Сейчас более крупная корпорация провернула тоже. Ничего Линусоиды и это сожрут и умоются.
Ответить | Правка | Наверх | Cообщить модератору

225. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 19:59 
Гейтс с Джобсом не стеснялись воровать идеи  в лабораториях Xerox. Математические алгоритмы должны быть в Public Domain, как научные открытия. Если кто-то использовал в своём продукте - пусть продаёт. Но он не может запретить использовать те же алгоритмы другим. Патенты в текущем виде используются как запретительные барьеры корпорациями и для шантажа патентными троллями. А заработать на чужом коде без понимания как он работает, без документации, спецификаций, навыков отладки и сопровождения и т.д. далеко не "каждый желающий на халяву" сможет. Стратегия EEE (embrace, extend and extinguish) по плечу только монстрам типа MS.
Ответить | Правка | Наверх | Cообщить модератору

227. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 20:17 
> Математические алгоритмы должны быть в Public Domain, как научные открытия. Если кто-то использовал в своём продукте - пусть продаёт. Но он не может запретить использовать те же алгоритмы другим. Патенты в текущем виде используются как запретительные барьеры корпорациями и для шантажа патентными троллями.

Как скажешь, дружище. С тебя - R&D в любой более-менее сложной области, включая все расходы. С меня - разработанная по итогам софтина, которую я буду продавать богатым клиентам за сотни миллионов денег и забирать себе всю прибыль кроме налогов и прочего положенного по закону. Тебе ни копейки не дам, не обижайся: ты сам говорил про Public Domain и патентовать ничего не будешь. Если кто-то захочет аналогичную софтину написать и продавать самостоятельно - фигня вопрос, запрещать и мешать не буду. Принимаешь бизнес-предложение или ну нафиг?

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

230. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 20:42 
Конкретизируй. Что такое "более-менее сложной области"? В чем заключается R&D? Мне почему-то вспоминаются только патенты на мышки, алгоритм сжатия Люмпеля-Зива-Велча и jpeg за которые дрючили софтописателей пока сроки патентов на них не истекли и не придумали другие алгоритмы. Сейчас они никому не нужны, и честно говоря эти алгоритмы не rocket science. Всё на уровне студенческих курсовиков и задачек из книжек Д.Кнута. Объективно это современный вариант средневековой цеховщины, когда какие-то секреты мастерства передавались от отца к сыну или от мастера подмастерью.
И главное - на кой мне какому-то хамоватому анониму давать преференции? Не обижайся, но богатым клиентам за сотни миллионов ты ничего не продашь. Иначе бы ты тут не сидел.
Ответить | Правка | Наверх | Cообщить модератору

232. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 21:04 
> Что такое "более-менее сложной области"?

Какая-нибудь физика плазмы, молекулярная биология, lossless-сжатие аудио и видео в рилтайме с качеством в разы выше на данный момент имеющегося + автокоррекция ошибок (чтобы 4K видео с 6канальным звуком передавалось по обычному модему на 33600 бод в обе стороны без задержек) и так далее. На твое усмотрение, короче.

> В чем заключается R&D?

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

> Мне почему-то вспоминаются только патенты на мышки, алгоритм сжатия Люмпеля-Зива-Велча и jpeg за которые дрючили софтописателей пока сроки патентов на них не истекли и не придумали другие алгоритмы.

Мне вспоминаются многолетние рыдания на тему как бы мы классно какую-нибудь штуку из какого-нибудь MPEG скопипастили, но нельзя. А сами придумать что-то получше неспособны в принципе (история Theora и VP8/VP9 как бы намекает).

> И главное - на кой мне какому-то хамоватому анониму давать преференции?

Ну ты же заявил что патенты не нужны и Public Domain рулит. Неужели нет желания бесплатно потрудиться на общее благо ради подтверждения собственного тезиса?

> Не обижайся, но богатым клиентам за сотни миллионов ты ничего не продашь. Иначе бы ты тут не сидел.

Just for lulz, чувак.

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

235. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 21:58 
Не вижу постановки задачи. Так, один трёп. По поводу физики и биологии ничего не скажу.
А по аудио-видео - существующие алгоритмы сжатия уже подошли к теоретическому пределу. "В разы лучше" сделать физически невозможно.
Опять-таки не вижу причин тратить время и силы на твои хотелки.

> Ну ты же заявил что патенты не нужны и Public Domain рулит. Неужели нет желания бесплатно потрудиться на общее благо ради подтверждения собственного тезиса?

Не путай общее благо и свой карман. Общедоступная наука, образование, знание, ПО - это общее благо для всех.
А желание что-то продавать за "сотни миллионов" - это нечто прямо противоположное, противопоставление узкокорыстных интересов обществу. Слышали мы эти байки про эффективных собственников, что разбогатеют и начнут производство с наукой развивать. Никак за 30 лет не нажрутся.

Сейчас, благодаря конкуренции и проекту GNU, c софтом всё более-менее хорошо. Есть дешёвые и даже бесплатные ОС, браузеры, текстовые редакторы, компиляторы, БД и прочее. Шароварщики пропали как класс. А совсем недавно, 20-30 лет назад практически всё было платное.

И не надо передёргивать. Я говорил, что патенты на софт вредны. И про Pubic Domain я говорил в контексте науки и математических алгоритмов. Свой код автор может лицензировать как хочет.

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

238. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 22:17 
Так и запишем: халявы этот анонимус хочет, а предоставлять ее самому - категорически нет. Предсказуемо, чоужтам.
Ответить | Правка | Наверх | Cообщить модератору

244. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 22:49 
Вы мне приписываете собственные грязные мысли. Посмотрите в зеркало.
Ответить | Правка | Наверх | Cообщить модератору

248. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 22:58 
С фига ли? Я не проповедую отмену патентов и всеобщий Public Domain. Или в следующий раз мне теги <сарказм> и <доведение до абсурда> нужно прописывать в явном виде?
Ответить | Правка | Наверх | Cообщить модератору

281. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (281), 27-Июн-23, 02:27 
> По поводу физики и биологии ничего не скажу.

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

> А по аудио-видео - существующие алгоритмы сжатия уже подошли к теоретическому пределу.

А вот это уже интересно, нельзя ли зацитировать теорию описывающую предел?

> "В разы лучше" сделать физически невозможно.

Да вообще-то можно супер-эффективное сжатие. Смотрите, magnet-ссыль содержит лишь 20 байтов хеша, но он уникально идентифицирует конкретный мувик. А то что словарь для декомпрессии великоват... ну... мало ли чего... зазеркальте пиратскую бухту и сможете декомпресить ссылки в многогиговые файлы, где взять столько дисков - ваши проблемы :)))

> собственников, что разбогатеют и начнут производство с наукой развивать. Никак за
> 30 лет не нажрутся.

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

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

314. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 27-Июн-23, 18:58 
> А вот это уже интересно, нельзя ли зацитировать теорию описывающую предел?

Это очевидное следствие из алгоритмов сжатия.
Есть такое понятие - энтропия. Чем она выше, тем хуже файл сжимается. Классические алгоритмы, тот же LZW создают словарь повторяющихся строк и заменяют их на код этой строки в словаре, который короче этой строки.
В сжатом файле энтропия всегда выше чем в исходном. Но энтропия не может увеличиваться до бесконечности. В случано сгенерированной последовательности байтов энтропия максимальна. Поэтому текстовые файлы сжимаются хорошо, бинарные хуже, а созданный генератором случайных чисел набор байтов - хуже всех. И поэтому же при сжатии уже архивированных файлов они очень плохо сжимаются, а на 2-3 итерации размер архива начнет расти - из-за заголовка архива и всякой служебной информации.
Вот первая же ссылка нагуглилась: https://habr.com/ru/articles/181045/

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

330. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:43 
> Это очевидное следствие из алгоритмов сжатия.

Теория не может быть следствием из алгоритмов сжатия.

> Есть такое понятие - энтропия. Чем она выше, тем хуже файл сжимается.

Спасибо кэп. А таки в видео очень много избыточной информации. И даже современные кодеки на самом деле далеко не полностью устраняют ее. И все навороты кодеков как раз вокруг этого строятся.

> Классические алгоритмы, тот же LZW

Не надо мне рассказывать что я знаю, я даже кодил LZ unpacker'ы лично. Но раз вы такой умный вы можете рассказть как оценить энтропию "в этом мувике" для начала. Чтобы понять расстояние от теоретического предела. Более того - пойнт lossy сжатия в том что оно часть информации теряет, но человек это не замечает, или не очень замечает. Это несколько меняет правила игры.

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

И вы конечно же сформулируете какой-то осмысленный верхний предел, показав что он и правда близок к тому что есть?

А то насколько я вижу, современные кодеки как раз более-менее прокачали удаление избыточности и пришли к тому что опробование наилучших вариантов как это делать и их комбо требует неслабо так времени на кодирование при котором пытаются понять наилучшие из вариантов как кодировать. Вы же понимаете что есть много способов даже получить битовый поток дающий идентичный результат при декодировании. У LZ-like даже есть такое понятие как Optimal Parsing, но эта задача полностью и честно решаема только для самых тривиальных форматов типа LZ4. В более сложных и фичастых оптимальный парсинг вообще нереально сделать за разумное время. В лучшем случае бывает приблизительная эвристика. А уж современные форматы видеокодеков - заведомо в субоптимальном режиме кодируют, отбрасывая большую часть пространства поиска эвристикой, и даже так это очень медленно.

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

Вообще-то все это сильно зависит от конкретики. Бывают весьма избычточные бинарные файлы, ничему не противоречит. Скажем чертеж или line art в картинке - бинарный массив пикселей, но большая часть оных может быть одинаковыми и даже отличия - массовыми повторами.

> Вот первая же ссылка нагуглилась: https://habr.com/ru/articles/181045/

Вопросы были более конкретные и предметные, про оценку энтропии в видео и как оценили близость. Нет, статьями для нубов не отделаетесь - я как раз в теме.

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

315. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 27-Июн-23, 19:03 
> Да вообще-то можно супер-эффективное сжатие. Смотрите, magnet-ссыль содержит лишь 20 байтов хеша

Некорректное утверждение. Расчет хеша, контрольной суммы - это не сжатие.
Это всё равно что сказать: URL - это сжатый сайт, а строка, содержащая путь к файлу на диске равно архиву файла.

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

332. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (-), 28-Июн-23, 02:48 
> Некорректное утверждение. Расчет хеша, контрольной суммы - это не сжатие.

Ну как, это мухлевание с словарем :). Очень большим слованем, размером с весь контент TPB :). И вы можете возразить, но brotli мухлюет примерно так же: у него встроеный словарь на этак примерно 120 кило хлама, во ВСЕХ реализациях. Выжимка из типовых конструкций веба. И поскольку этот хлам уже есть у всех клиентов - его не надо передавать, можно только ссылку на него передать. И это по общей идее процесса не настолько уж и отличается. Вон то просто чуть более масштабная и глобальная версия идеи. Правда хранить словарь такого размера очень напряжно.

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

266. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (264), 27-Июн-23, 01:04 
> R&D в любой более-менее сложной области, включая все расходы

Вообще-то все действительно более-менее сложные области исследуются при университетах, в том же MIT, например. Это вам не кнопки двигать и углы скруглять, чтобы повысить продажи на 2%.

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

270. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 01:13 
"Microsoft research and development expenses for the twelve months ending March 31, 2023 were $27.305B, a 16.94% increase year-over-year. Microsoft annual research and development expenses for 2022 were $24.512B, a 18.32% increase from 2021"

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

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

306. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (304), 27-Июн-23, 10:18 
А тогда развитие тормозиться. Научные разработки не случайно и государственные тоже.

Конечно, мы не про JS сайтики по продаже кредитов.

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

310. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 27-Июн-23, 11:22 
Конечно не про сайтики и хелловорлды. Клепает какая-нибудь условная нвидия/амд/еще кто свои видюхи. Что им для счастья надо? Чтобы эти видюхи покупали, желательно больше чем конкурирующие с ними. Ок, загнали специально обученных инженегров в лаборатории, дали им кучу денег, приборов и расходников, те поколдовали несколько месяцев и сказали: тесселяцию надо переделать вот так, арбитраж с шиной - вот этак, а алгоритм взаимодействия многих тысяч графических процессоров на видюхе между собой - совсем иначе и тогда видюха при сохранении себестоимости получит производительность в несколько раз выше или при той же производительности будет стоить в несколько раз дешевле. Что, конечно же, является неоспоримым конкурентным преимуществом. А теперь сюрприз: приходят конкуренты, копируют эти самые удачные решения в свои разработки и получают видюхи еще мощнее и дешевле, поскольку они своих инженегров в лабораториях не запирали, денег и приборов им не давали и потому затраты на НИОКР нулевые, отбивать их не требуется и в себестоимость видюхи они не заложены. В результате фирма, всю работу сделавшая, не выдерживает ценовой борьбы и благополучно разоряется, а через некоторое время ее конкуренты тоже, поскольку не одни они такие умные и НИОКР как явление перестает существовать в принципе: зачем что-то изобретать если все равно украдут? И всякий прогресс в этой области прекращается примерно навсегда. Есть реально рабочие идеи как от такого нехорошего защититься кроме патентования?
Ответить | Правка | Наверх | Cообщить модератору

351. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 12:25 
> Есть реально рабочие идеи как от такого нехорошего защититься кроме патентования?

Вношу рабочее предложение:
1. Социалистическая революция.
2. Обобществление средств производства.
3. Создание фондов потребления.
4. Отказ от частной собственности.
5. Отказ от товарного производства и денег.


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

355. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 14:46 
Отнять и поделить? Проходили уже. Закончилось все не разработкой уникального своего, а откровенным копированием и клонированием того, что проклятые капиталисты с их патентами наизобретали. А уж промышленное производство в сколь-нибудь заметных масштабах этого скопированного и клонированного отдельная песня, как я бегал по рынкам в 91 году в поисках тех же К565РУ5 (спектрум паял, ага) до сих пор помнится. И это еще повезло, что в СССР все кончилось относительно мирно, могло и по кампучийскому варианту пойти. С Пол Потом и красными кхмерами, те дообобществлялись и доотменялись до физического уничтожения трети населения страны и ликвидации науки с промышленностью в принципе.
Ответить | Правка | Наверх | Cообщить модератору

358. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 18:54 
Так проблема не в социализме (который строится поверх капитализма), а в состоянии капитализма в России начала 20-го века. Отсталая аграрная страна неизбежно будет копировать у развитых капиталистических стран. Но вариантов строить социализм там не было, строили здесь, где могли. И не плохо строили, многое было своим. Копиями, но своими копиями, которые можно сделать на своих заводах, своими рабочими, выученными у нас же.
А сейчас? Технологии импортные, рынки чужие. Чуть запретили и половина производителей встала и вышла в страны, где ещё можно лицензировать технологии, покупать инструменты и сырьё, продавать товары с прибылью, получать за них деньги на банковскую карту. Оставшаяся половина кратно сократила объемы производства до "лучших времен". Вот такая свобода и независимость. И чем всё это закончится не известно, но тревожно.
Ответить | Правка | Наверх | Cообщить модератору

361. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 19:41 
Проблема в том, что с точно такими же результатами социализм строили еще в куче мест. Половина Европы (в СЭВ 12 стран входило как члены и столько же как наблюдатели), Юго-Восточная Азия, Африка и так далее. Не взлетело нигде. Зато результаты отчуждение, обобществления и прочего в процессе строительства социализма были в точности такими же.
Ответить | Правка | Наверх | Cообщить модератору

370. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 21:03 
Но социализм и капитализм строились не где-то в вакууме, а бок о бок в тесной борьбе. Инициатива переходила из руки. СССР копировал американские технологии. США оглядывались на советский опыт, когда он был применим в условиях рынка. Но в конечном счете руководство СССР предало народ и проиграло. А следом за распадом второго полюса посыпался и соцлагерь. Кто попал под бомбежки, кто - в изоляцию. Мировой жандарм расчетливо, пользуясь экономическим давлением и грубой силой, всех принудительно демократизировал, не встречая достойного сопротивления.
Ответить | Правка | Наверх | Cообщить модератору

373. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 21:24 
Если в целях подтверждения какой-то теории я провожу несколько десятков экспериментов с разными данными (экономика, политика, история и прочие менталитеты бывшей Российской Империи явно отличались от таковых в Корее, Вьетнаме, Йемене и других Кубах, Венгриях и Румыниях) и эти эксперименты ни разу не дают заявленного теорией результата - значит теория не верна.
Ответить | Правка | Наверх | Cообщить модератору

374. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 21:40 
Если эксперименты проводятся не в лабораторных условиях, экспериментатор не учитывает влияния внешних факторов, подыгрывает оплаченному^W ожидаемому результату и откровенно притягивает за уши выводы, то грош цена таким экспериментам.
Что, кстати, мы регулярно наблюдали в многочисленных социологических исследованиях, освещавшихся с помпой в газетах в этом и прошлом веках. Большинство "экспериментов" рассыпалось, как карточный домик, как только их брался проводить кто-то другой и без нарушений.

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

376. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 22:02 
"Учение Маркса всесильно, потому что оно верно". Сколько раз, интересно, я этот лозунг видел? Ибо на момент распада СССР в 1992 году мне как раз 20 лет исполнилось. И в школе все эти мудрые постановления очередного партийного съезда изучали, и на 1-2 курсе вполне себе технического института (электромеханический факультет, специальность "Электрические машины и  аппараты") марксизм-ленинизм тоже, хотя даже идиоту было понятно: не взлетит по объективным причинам, проект закрывают на глазах.
Ответить | Правка | Наверх | Cообщить модератору

378. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 22:53 
Не знаю, что там было очевидно в политэкономии студенту первого курса технической специальности, а в Академии наук СССР, где тоже не идиоты заседали, всем всё очевидно не было. И оперировали там не лозунгами, а научными работами. Которые, кстати, с интересом читали во всем мире, даже в кап-странах. Чем современная рыночная держава, построенная на прежнем месте, похвастать, увы, не может, за прискорбно редкими исключениями. Но очевидное экономическое поражение у себя в глазу мы, конечно, замечать не будем, а будем замечать навязанные западной повесткой пылинки-плевочки в богом забытом прошлом, о котором почти воспоминаний не осталось, да и те - смутные.
Ответить | Правка | Наверх | Cообщить модератору

379. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 28-Июн-23, 23:21 
> Не знаю, что там было очевидно в политэкономии студенту первого курса технической специальности, а в Академии наук СССР, где тоже не идиоты заседали, всем всё очевидно не было.

Тотальное отставание во всем более-менее наукоемком. Массовое копирование взлетевшего за бугром (ЕС ЭВМ, СМ ЭВМ, комплектуха (ни для кого не секрет, что та же микрухи К573 были слизаны с забугорных интеловских 2716, 2764 etc, К580 и К1810 - с интела же, 565 серия - это в основном Texas Instruments; список огромен, но продолжать его лень)). Пустые полки магазинов, в которых без талонов можно купить только березовый сок и консервы из морской капусты (хз что в москве и Питере было, я говорю про мой Смоленск). Заводская продукция, больше половины которой можно смело отправлять в брак не выпуская за ворота даже если на ней клеймо госприемки стоит. Институтские типа аналоги забугорных машин, которые паять приходится каждые несколько дней чтобы они хоть как-то работали (в не аналоги, а оригиналы при мне с паяльниками не лазил никто, они просто работали в том же помещении и в тех же климатических, электрических и прочих условиях). Дефицит переводной свежей литературы по специальности. Знаменитая павловская денежная реформа. Казалось бы, что могло пойти не так?

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

Я хоть где-то говорил что в РФ все хорошо? Почти такая же задница, просто вид с другого бока.

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

384. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (384), 30-Июн-23, 22:22 
Ну как-то при "тотальном отставании" умудрялись и на поле брани побеждать, спасая "преуспевающих", и в космос летать, и работу и быт обеспечивать, причем для каждого, а не только лишь для избранных.
И сегодня используют американские космонавты наши, не побоюсь, космические технологии, а американские композиторы - наши синтезаторы, и т.п.

А переводной литературы полно было. Особенно, в сравнении. Не всегда самой свежей по всякой специальности, но фундаментальное - всё было. Плюс, куча периодики. И научпоп для юношества.
Даже сегодня на рабочие специальности по советской литературе учатся, отсканированой библиотеками и энтузиастами, выложенной на трекеры. Хотя, казалось бы, 30-лет технического прогресса! А всё ещё актуально. Толи тогда так далеко вперед глядели, толи сейчас прогресс на месте топчется, низко стелится. Не помню, когда последний раз технические книги или статьи по-русски читал или обсуждал, всё профессиональное общение и чтиво - всё на ангельском, родной забудешь.


> Почти такая же задница, просто вид с другого бока.

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

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

385. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 01:54 
> Ну как-то при "тотальном отставании" умудрялись и на поле брани побеждать, спасая "преуспевающих", и в космос летать, и работу и быт обеспечивать, причем для каждого, а не только лишь для избранных.

А за чей счет банкет был в виде пустых магазинов, недостатка элементарных лекарств (которые на тот момент делали даже индусы в любом количестве) и тому подобного? Даю не только зуб, но и три ребра: не за счет кремляди с пристяжью или этих самых академиков-политэкономистов, они-то за свой тяжелый и нужный труд снабжались по высшей категории.

> И сегодня используют американские космонавты наши, не побоюсь, космические технологии, а американские композиторы - наши синтезаторы, и т.п.

А у нас открываешь журнал "Радио", читаешь про успехи советской промышленности вроде какого-нибудь видеомагнитофона "Электроника ВМ-12" и понимаешь что в свободной продаже ты его увидишь примерно через никогда. Ибо дефицит. А когда в руки попадает его документация со схемами, то с грустью и печалью понимаешь что это панасоник конца 70х. Про ЕС ЭВМ и СМ ЭВМ я уже писал.

> А переводной литературы полно было. Особенно, в сравнении.

Я говорил именно про свежую. Год-два с момента публикации оригинала. Реликты-то в виде "Программирования на IBM/360" у меня и сейчас на книжной полке стоят ради ностальгии, когда имел дело с ее типа аналогом ЕС-1052, то здорово пригодилось.

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

398. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (397), 01-Июл-23, 12:46 
> А за чей счет банкет был в виде пустых магазинов, недостатка элементарных лекарств

По-разному было. Не мрак. Особенно в сравнении.
Что мелкий и средний бизнес щемили, то ошибкой было, он перед госмонополией отвалился бы сам (как Ленин завещал). Но тогда уже ваши либералы в Кремле сидели, такое у них художественное видение было. А иногда и бизнес такой был, не изобретатели и производители, а спекулянты. Так кто ж виноват?

> открываешь журнал "Радио"

Вопрос системный, отдельными случаями, сильно искаженными восприятием, его не рассмотреть. А то как в пословице получается: "Свинья везде грязь найдет".

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

402. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (401), 01-Июл-23, 15:31 
> По-разному было. Не мрак. Особенно в сравнении.

В сравнении с Питером и москвой? Возможно. Но я жил от этой самой москвы километрах в 300 западнее и там был реальный мрак. И для меня анекдот на тему "длинное, зеленое и пахнет колбасой" анекдотом не был. И даже просящие ствол в зубы от всей души с последующим ведением на этом стволе затылком вперед до ближайшей ямы рыла продавцов в московских магазинах, которые тебе напрочь отказывались продавать товары по магазинной цене в случае отсутствия в паспорте московской прописки помню. Типа штампа нет - покупай в 2 раза дороже (половина в кассу, половина продавцу на карман), или в 5 раз дороже на рынке. Куда смотрел ОБХСС и прочие - вопрос риторический.

> Что мелкий и средний бизнес щемили, то ошибкой было, он перед госмонополией отвалился бы сам (как Ленин завещал). Но тогда уже ваши либералы в Кремле сидели, такое у них художественное видение было.

Наши либералы - это Хрущев? Именно он начал щемить всякие артели и прочие кооперативы, которые более-менее нормально жили даже при Сталине. Так Хрушев все строго по заветам святой троицы делал, которая Маркс/Энгельс/Ленин.

> А иногда и бизнес такой был, не изобретатели и производители, а спекулянты. Так кто ж виноват?

ЦНТТМ всякие, помню-помню. Поголовно состоящие из комсомольцев и коммунистов, так что кто виноват - ответ очевиден.

> открываешь журнал "Радио"

Или польский Bajtek, или аналогичный немецкий (ну не попадалось мне в советской периодике и учебниках ничего стоящего внимания по программированию на том же семействе процессоров M68K. Если что и было, то не в наших книжных магазинах и библиотеках).

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

399. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (397), 01-Июл-23, 12:47 
Тут обсуждение вести не получается. Мещанская цензура. Модерация, которая учит нас приличиям, хамски влезает в чужой разговор и удаляет сообщения. Причем, как-то избирательно, оставляя ругательства и хамство с одной стороны и удаляя обширные ответы за одно маленькое неудобное слово для ивестиционного климата с другой. Я пас тут дискутировать. Могу только xyzями обменяться.
Ответить | Правка | К родителю #385 | Наверх | Cообщить модератору

245. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от Аноним (239), 26-Июн-23, 22:50 
дядька, вот смотри. твоя фамилия пока не гейтс и не джобс. не лемпель-зив и даже прости господи не брюс-шнейдер.

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

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

250. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 23:02 
О как. Да неужели до меня сам Гейтс, Цукерберг, Илон Маск или еще кто из этой компании снизошел жизни поучить? Или же это очередной никчемный и легко заменяемый питонист/пхпшник, живущий где-нибудь в Капотне или Бирюлево в комнатушке, совместно снимаемой с парой десятков таджиков? Гюльчатай, открой личико, а?
Ответить | Правка | Наверх | Cообщить модератору

252. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 23:10 
Странно. Я не тот аноним. 1.225 - мой пост. А этот ответ - нет.
Ответить | Правка | Наверх | Cообщить модератору

253. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 23:18 
Значит мой вопрос не по адресу.
Ответить | Правка | Наверх | Cообщить модератору

251. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (204), 26-Июн-23, 23:07 
Ты не можешь мне запретить высказывать своё мнение.
Впрочем, ладно. Пойду спать. Ни к чему бисер метать...
Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

254. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (239), 26-Июн-23, 23:21 
да не могу, конечно. но могу высказать свое отношение к твоему мнению. что собсно и сделал. :)
Ответить | Правка | Наверх | Cообщить модератору

255. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (198), 26-Июн-23, 23:22 
> Ты не можешь мне запретить высказывать своё мнение.

Безусловно. Но результат немного предсказуем: https://vodvore.net/demotivators/demot0951.jpg

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

256. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (239), 26-Июн-23, 23:30 
SCP-173 такой "блин а где я???"
Ответить | Правка | Наверх | Cообщить модератору

234. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Тот_ещё_аноним (ok), 26-Июн-23, 21:44 
>>https://www.opennet.dev/opennews/art.shtml?num=59341

Число окружений, разрешённых для установки в рамках инициативы Red Hat Developer, увеличено с 16 до 240 виртуальных или физических систем

То есть это нарушение gpl на неграниченное тиражирование?

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

241. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (239), 26-Июн-23, 22:39 
Нет, это просто юристы красношляпы^Wойбиема занимаются FUD
Ответить | Правка | Наверх | Cообщить модератору

240. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (239), 26-Июн-23, 22:36 
> Так как компания была очень влиятельной (входит в список Fortune 500) и опытной в решении юридических проблем, она не уступила и Red Hat не решился разорвать с ней контракт.

лол на ора начинается на кал заканчивается. кто бы это мог такой быть, а???

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

246. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (239), 26-Июн-23, 22:55 
Я вообще конечно негодую. Какой недотепа был етот ваш рав Столлман. На каких-то сорок лет вперед не смог продумать лицензию.

Составители старого завета смотрят неодобрительно.

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

268. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (264), 27-Июн-23, 01:11 
> Составители старого завета смотрят неодобрительно.

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

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

350. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 12:21 
> Человек - существо жадное и хитрожопое, и любой своей выгоде найдёт оправдание.

Человек - результат работы системы сдержек и противовесов. Каковы они при капитализме мы можем воочию пронаблюдать и оценить.


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

418. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (415), 02-Июл-23, 22:50 
Вспомнились некие Розалия Землячка, Михаил Кедров со своей женушкой Ревеккой Майзель и несколько десятков персонажей того же уровня доброты и гуманности.
Ответить | Правка | Наверх | Cообщить модератору

257. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (257), 26-Июн-23, 23:32 
А разве весь софт, поставляемый в RHEL,идёт по GPL? Там же куча софта и кучей лицензий.
Ответить | Правка | Наверх | Cообщить модератору

305. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Аноним (304), 27-Июн-23, 10:14 
Это анализ одной лицензии. По разным причинам она очень интересна.

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

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

262. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от zog (??), 27-Июн-23, 00:42 
Надеюсь, их всё таки засудят.
Ответить | Правка | Наверх | Cообщить модератору

371. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Анонин (?), 28-Июн-23, 21:08 
Надеюсь нет и халявщикуи соснут, а шапка продолжит зарабатывать деньги на развитие линукса
Ответить | Правка | Наверх | Cообщить модератору

419. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (257), 03-Июл-23, 00:48 
Вот тебе, дедушка Столлман, и Open Source.
Ответить | Правка | Наверх | Cообщить модератору

425. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от FixingGunsInAir (ok), 07-Июл-23, 21:18 
ИМХО

> компания Red Hat прекратила публичную публикацию srpm-пакетов и оставила возможность их загрузки только через закрытый раздел сайта, на котором действует дополнительное пользовательское соглашение (EULA), запрещающее редистрибуцию данных, загруженных через клиентский портал (лицензия GPL обязывает предоставлять код только вместе с бинарными файлами или при получении письменного запроса).

Красношляпа поступает ещё по божески. На грани между открытостью и проприетарщиной. + даёт пользоваться своим продуктом бесплатно, с обновлениями, по лицензии разработчика, только без поддержки.

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

Кстати, RIP RedOS, ROSA и SberLinux. Помянем.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру