Ужас. Читая оригинальное письмо, испытываю ужас. Примерно половина оригинального письма, это благодарности другим kernel-разработчикам. Человек на протяжении 7 лет писал патчи, а даже в CREDITS не добавили... Предполагал, что это его "хобби" изначально, так как он патчил под личной почтой (gmail), и кроме патчей напрямую связанных с Байкалом было кучу других. Как на деле не известно, но право на свинство не даёт Просто выкинуть из разработки, потому что санкции (которые не понятно как влияют на СПО, ведь Линус решил не отвечать "троллям" по юр. тонкостям) - это шок... Очень жаль, что такого человека буквально выгнали. Теперь вопрос, сколько уйдёт после подобного прецедента
К сожалению, всё как в новости. Внятных объяснений от Линуса нет. Удалённые добавлены в mail-list, только в сообщении самого Линуса, изначально -- нет. Сам он ответил ещё только на вопрос про правовую часть:
> Again -- are you under any sort of NDA not to even refer to a list of > these countries?
No, but I'm not a lawyer, so I'm not going to go into the details that I - and other maintainers - were told by lawyers. I'm also not going to start discussing legal issues with random internet people who I seriously suspect are paid actors and/or have been riled up by them.
Вот справедливости ради, судя по профайлу на Linkedin, Abylay Ospan, которого убрали в патче, c 2016 года не работает в NetUP (собственно чей домен в емейле как мейнтенера). А с ~2017 в США и сейчас вообще в AWS работает. P.S. В профиле также он указал, что является мейнтейнером. Чтож... Greg решил иначе
А без package-lock как гарантировать единственное дерево зависимостей, независимо от платформы, даты, погоды, настроения? Ведь на больших проектах, где зависимостей "Ого!", после очередного CI без lock-файла потенциально из-за новых пакетов может появиться бага. Да, фиксируя только патч-версии или полностью ставить "fixed" версию, вроде можно гарантировать "воспроизводимость" установки того же дерева, но у транзитивных зависимостей может быть иная политика (минорные версии, или те же патч-версии)
Статья ориентирована на Debian-based дистрибутивы (а если быть точнее на дистрибутивы с APT). Комментатор сделал правильное замечание, что не описана работа в других дистрибутивах (CentOS тоже, так-то, распространен, как серверная OS)
Статья в целом не соответствует заголовку, что печалит – "работа" с linux заканчивается на установке venv, который спокойно можно поставить через pip. Хотелось бы всё таки увидеть тонкие вещи точно специфичные для linux и связанные с настройкой
Ужас. Читая оригинальное письмо, испытываю ужас. Примерно половина оригинального письма, это благодарности другим kernel-разработчикам. Человек на протяжении 7 лет писал патчи, а даже в CREDITS не добавили...
Предполагал, что это его "хобби" изначально, так как он патчил под личной почтой (gmail), и кроме патчей напрямую связанных с Байкалом было кучу других. Как на деле не известно, но право на свинство не даёт
Просто выкинуть из разработки, потому что санкции (которые не понятно как влияют на СПО, ведь Линус решил не отвечать "троллям" по юр. тонкостям) - это шок...
Очень жаль, что такого человека буквально выгнали. Теперь вопрос, сколько уйдёт после подобного прецедента
К сожалению, всё как в новости. Внятных объяснений от Линуса нет. Удалённые добавлены в mail-list, только в сообщении самого Линуса, изначально -- нет. Сам он ответил ещё только на вопрос про правовую часть:
Ах эти знаменитые мейнтейнеры Linux - бывшие солдаты РККА.
\s
Вот справедливости ради, судя по профайлу на Linkedin, Abylay Ospan, которого убрали в патче, c 2016 года не работает в NetUP (собственно чей домен в емейле как мейнтенера). А с ~2017 в США и сейчас вообще в AWS работает.
P.S. В профиле также он указал, что является мейнтейнером. Чтож... Greg решил иначе
А без
package-lockкак гарантировать единственное дерево зависимостей, независимо от платформы, даты, погоды, настроения? Ведь на больших проектах, где зависимостей "Ого!", после очередного CI без lock-файла потенциально из-за новых пакетов может появиться бага. Да, фиксируя только патч-версии или полностью ставить "fixed" версию, вроде можно гарантировать "воспроизводимость" установки того же дерева, но у транзитивных зависимостей может быть иная политика (минорные версии, или те же патч-версии)Так 8 или 10 "вредных" советов?)
И последний очень даже "полезный" совет ;)
Статья ориентирована на Debian-based дистрибутивы (а если быть точнее на дистрибутивы с APT). Комментатор сделал правильное замечание, что не описана работа в других дистрибутивах (CentOS тоже, так-то, распространен, как серверная OS)
Статья в целом не соответствует заголовку, что печалит – "работа" с linux заканчивается на установке venv, который спокойно можно поставить через pip. Хотелось бы всё таки увидеть тонкие вещи точно специфичные для linux и связанные с настройкой
При том, что установка на Windows :)