The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

В ядро DragonFly BSD добавлена поддержка VPN WireGuard , opennews (??), 10-Фев-24, (0) [смотреть все]

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


49. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  –1 +/–
Сообщение от Mr.Who (?), 10-Фев-24, 19:53 
FreeBSD - система общего назначения интерпрайз уровня. А всё остальное просто сугубо экспериментальные ОС для исследований в области компьютер сайнс. Причём у каждой из них своё направление: NetBSD - переносимость, OpenBSD - безопасность, Dragonfly - производительность.
Ответить | Правка | Наверх | Cообщить модератору

58. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от User (??), 10-Фев-24, 20:50 
Ну, "переносимость", "безопасность", "производительность" и "энтерпрайзность" будем честны - оооочень условные, да?
Ответить | Правка | Наверх | Cообщить модератору

64. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +2 +/–
Сообщение от RocketShark (?), 10-Фев-24, 22:53 
Как и всё в этом мире. Кроме Бога, разумеется - он абсолютно безусловен.
Ответить | Правка | Наверх | Cообщить модератору

91. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от User (??), 11-Фев-24, 06:56 
Не вдаваясь в теологические диспуты скажу, что количество букв "о" в слове "очень" в данном контексте может быть оооооооочень разным)
Ответить | Правка | Наверх | Cообщить модератору

69. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +2 +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 00:14 
У фри есть проблема в коммунити портов, так что энтерпрайзом там не пахнет, ибо присутствует несостоятельность в решении обычных простых проблем с поддержкой.
Это вам не редхэт где за деньги чинят без разговоров.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273961
В это треде прекрасно всё:
- не желание чинить предложенными патчами
- не желание чинить путём отката версии
- пофигизм на тех у кого не дефолты
- отсутствие технических аргументов в дискуссии
- импотенция всех присутствующих с коммит битом и почтой @freebsd.org, настолько что даже когда появилось то самое решение которого они ждали - патч висел целый месяц пока не пришёл некто кому было пофиг и был коммит бит.

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

84. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Фрик из соседней пещеры (?), 11-Фев-24, 05:48 
Вот,вообще поклёп. Ьам даже wine-devel самой распоследней версии.
Ответить | Правка | Наверх | Cообщить модератору

89. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 06:43 
Да, только вот баги касающиеся десктопа могут годами висеть открытыми, даже при наличии патчей.

Году в 2017 они обновили devel/glib20 в портах.
После этого оказалось что там сломан FAM (механизм уведомлений об изменениях в ФС), ну они его отключили. Скопировал файл - жми F5 чтобы обновить отображение и увидеть.
Потом они его типа починили и включили, только вот у меня thunar начинал жрать проц и вылетал, и некоторый другой софт вёл себя аналогично.
Никто это не чинил.
Когда я написал свой FAM бакенд то гном меня послал чтобы я его переделал на серию однострочных понятных патчей, а я послал их. А во фре патч висел года 3 прежде чем его приняли как патч применяемый если юзер выбрал опцию. Те выключенный у пользователей пакетов всегда.

Ещё была куча патчей заменяющих вызов close() в цикле на closefrom(), это актуально при запуске новых процессов, чтобы дескрипторы не наследовались. В моём случае max files = 256к, и оно заметно притормаживало при запуске каждого процесса.
Это всё тоже висело годами, и кажется попало к пользователям только когда апстримы это себе замержили.

Сейчас там история с идиотом Вадотом, который считает что если у тебя не CURRENT то ты должен страдать: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276614
А ещё он считает что пользователи DragonFly тоже должны страдать, никаких доводов он не слышит.

libressl патчи - вообще никто почти не берёт, тоже могут висеть годами.


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

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

105. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Hell_Hammer (?), 11-Фев-24, 12:03 
>баги касающиеся десктопа

Какое отношение к интерпрайзу имеет вшивый фридесктоп?

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

115. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (-), 11-Фев-24, 14:03 
> Потом они его типа починили и включили, только вот у меня thunar
> начинал жрать проц и вылетал, и некоторый другой софт вёл себя аналогично.
> Никто это не чинил.

Может у них все ок работало? Вас не посещала такая идея? Так бывает.

> Когда я написал свой FAM бакенд то гном меня послал чтобы я
> его переделал на серию однострочных понятных патчей, а я послал их.

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

И это... если вы вкатываете фичу типа такого - вы ее потом перманентно майнтайнить готовы морально все время которое она там будет? Или кто это должен делать?

> А во фре патч висел года 3 прежде чем его приняли
> как патч применяемый если юзер выбрал опцию. Те выключенный у пользователей
> пакетов всегда.

Там вообще не особо приятная история у вас. Злые коты друг на друга воют на ровном месте.

> Ещё была куча патчей заменяющих вызов close() в цикле на closefrom(), это
> актуально при запуске новых процессов, чтобы дескрипторы не наследовались. В моём
> случае max files = 256к, и оно заметно притормаживало при запуске
> каждого процесса.

Напоминает анекдот "доктор, когда я так делаю - мне больно -> а вы так не делайте!".

> Это всё тоже висело годами, и кажется попало к пользователям только когда
> апстримы это себе замержили.

Ну вообще-то мержануть в апстрим - надежный путь пофиксить что-то. И да, у апстримов бывают свои загоны. Тоже мне новость.

> Сейчас там история с идиотом Вадотом, который считает что если у тебя
> не CURRENT то ты должен страдать: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276614

Шикарно. Но вообще-то "идиот" констатировал что в 1 морду 2 года гребет на X11 галере. А это так то та еще галера то, особенно в фре чувак diehard. Ты вот чего хочешь? Чтоб он отогнул фак и всех послал? Он явно не окей с тем подходом. А ты чего после этого делать будешь? И кто будет в твоей фре делать - вон то?

...и весь этот ср@льник из за кометического варнинга? Господа, весна еще не началась?! :)

> А ещё он считает что пользователи DragonFly тоже должны страдать, никаких доводов
> он не слышит.

Он майнтайнер DFBsd?

> libressl патчи - вообще никто почти не берёт, тоже могут висеть годами.

Libressl вообще получился довольно нишевой штукой по совокупности.

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

Рвение похвальное, но как говорится, doing right things wrong way. А таки показывает почему в лине разные дистро есть, там просто пойдут и просто запатчат за апстримом что вот именно их тусовочке там не нравится. И поскольку они это и майнтайнят - сами и будут жрать результат своей деятельности.

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

127. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 18:00 
> Может у них все ок работало? Вас не посещала такая идея? Так бывает.

Крайне сомнительно, оно не могло нормально работать в принципе.


> А просто попытаться фиксануть вон то - было слишком просто и вы не искали легких путей?

Есть плохой дизайн, проще выкинуть и написать с нуля правильно.


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

А я её и маинтейню уже 7 лет.
Работы там особо нет, пару раз фиксил по мелочи и улучшал.


> Напоминает анекдот "доктор, когда я так делаю - мне больно -> а вы так не делайте!".

Те сидеть на дефолтах?
А потом пресесть на куррент и делать всё как белые господа которые мне указывают как жить?
Я бы согласился, если бы они осмелились это написать в документацию и тем самым признать несостоятельность всех попыток тюнинга.


> Шикарно. Но вообще-то "идиот" констатировал что в 1 морду 2 года гребет на X11 галере. А это так то та еще галера то, особенно в фре чувак diehard. Ты вот чего хочешь? Чтоб он отогнул фак и всех послал? Он явно не окей с тем подходом. А ты чего после этого делать будешь? И кто будет в твоей фре делать - вон то?

Мне пофиг кто он и что делает, я констатирую что конкретно в этом его поведение не адекватно.
Если он свалит - скатертью дорога, потому что такие как он своим поведением только создают отторжение у всех других.
Сколько его неадекватное поведение распугает народу за 1-3-5 лет? - Он явно этого не стоит.
Ты думаешь я ничего для фри не делаю? Или автор патча к меса для фри/драгонфлая который он признал ненужным потому что ему не надо?


> ...и весь этот ср@льник из за кометического варнинга? Господа, весна еще не началась?! :)

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


> Он майнтайнер DFBsd?

Автор PR возможно, Вадот - нет.


> Libressl вообще получился довольно нишевой штукой по совокупности.

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


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

Отчасти да.
Но:
1. ждать пока оно с апстрима упадёт обратно это может быть месяцы
2. в примере выше про pkgconf было показано что 3 месяца ничего не чинили из того что было сломато и мешало работе, хотя можно было откатить версию за 1 минуту или накидать патчей и пофиксилось бы всё кроме meson портов - но у господина болело по месон потому он делать ничего не захотел, и можно было вмержить костыль на время пока апстрим раздуплялся - но господин уже был очень злой на меня, поэтому народ просто добавлял себе в make.conf и матерился.
3. иногда апстриму фря не интересна

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

174. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (-), 12-Фев-24, 01:11 
> Крайне сомнительно, оно не могло нормально работать в принципе.

Да мало ли что в этом мире бывает.

> Есть плохой дизайн, проще выкинуть и написать с нуля правильно.

ИМХО столь крутой маневр логично с апстримом обсудить ДО его выполнения, не?

> Работы там особо нет, пару раз фиксил по мелочи и улучшал.

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

Более того. Я имел неудовольствие иметь дело в дебиане с некомпетентным майнтайнером. В конце концов мне стало проще тихо юзануть приватную копию либы чем решить вопрос. Это печально, НО... если я резко нахамлю и скажу все что думаю: тушка держит 500 пакетов, хорошо ли, плохо ли, но - пытается. В вечно-understaffed собществе. Я не готов столько взять на себя. А если он расстроится и уйдет (имеет полное право, хамство как спасибо suxx) - меня много кто ненавидеть будет. Минус 500 пакетов за присест не фунт изюма! Фиговый подарок сообществу, а? И хоть я трижды прав технически, но... мир неидеален, да.

В случае с X11 майнтайнером - все жестче. Работенка у него заведомо скверная.

>> Напоминает анекдот "доктор, когда я так делаю - мне больно -> а вы так не делайте!".
> Те сидеть на дефолтах?

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

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

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

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

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

Я не эксперт в BSD и допускаю что тот тюнинг имеет пойнт, но на системном уровне сочетание кажется странноватым. Наверное это не most pressing issue проекта и проч, и остальные не поняли почему нишевая проблема - с таким нахрапом.

> Мне пофиг кто он и что делает, я констатирую что конкретно в
> этом его поведение не адекватно.

На мой вкус там вся тусовочка чрезмерно агрится из-за фигни.

> Если он свалит - скатертью дорога, потому что такие как он своим
> поведением только создают отторжение у всех других.

А кто будет работать его работу? Вы замените его? Сможете не хуже, пару лет, в той должности? Или какой гранд план? Раз...ть проект, выжив майнтайнера и не предоставив замену? :)

> Сколько его неадекватное поведение распугает народу за 1-3-5 лет? - Он явно
> этого не стоит.

У вас есть кандидаты лучше? Готовые того типа всерьез заменить? На ту должность и на линухе то длинная очередь - не выстроится, имхо.

> Ты думаешь я ничего для фри не делаю? Или автор патча к меса для фри/драгонфлая
> который он признал ненужным потому что ему не надо?

Я не уверен что вы морально готовы того чувака заменить от и до в случае если вы его реально достанете. А должность у него - так то - расстрельная.

> Если он такой косметический - чего вы в месу не закомитили его удаление?

Я вообще линуксоид. И доканываю девов в сравнимом режиме только если баг того стоил, уровня кернелпаники или GPU lockup. Менее радикальные траблы ТАКОГО не стоят.

> Или тебе с Вадотом виднее чем автору который писал об возможности ужасных последствий?

Хотите посмеяться? Я линуксоид и не жалую фрибзду многих ее местных фанов. Мне персонально от вас, Вадота и фрибсд ничего не надо. Но! Вы 1 из относительно адекватных юзеров оной, сие вызвало некое уважение к вашей тушке. Мой прогноз: в лучшем случае вас замесят. В хучшем сможете нанести неиллюзорный урон проекту. Это сообщение - дань уважения к вам. Я просто не понимаю зачем вам вон то.

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

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

>> Он майнтайнер DFBsd?
> Автор PR возможно, Вадот - нет.

Тогда ему вероятно пофиг что там в DFBSD вероятно. А не должно быть? Я не в курсе принятых у вас объемов координации и code sharing в той области.

>> Libressl вообще получился довольно нишевой штукой по совокупности.
> Да я же не спорю.

Просто наблюдение. Они бойко начали - но как-то со временем стали всем в целом пофиг.

> и max files, и раз она есть то должно работать и должна быть поддержка.

Теоретически в софте не должно быть багов. Практически в софте их море, а в опенсорсе еще вечная нехватка рук и времени. Поэтому есть такое понятие как priority, severity и impact. А big pic проекта отличается от видения индивидуала и там много иных соображений.

> Удалили бы - не было бы вопросов, а так фигня получается.

Да я ж не спорил что мир неидеален. Мне просто такой вой бешеных котов с такой фигни кажется несколько перебором, чтоли. У вас система падает? Течет память? Крашатся супернужные проги? Не работает критичная фича? Ну или каков severity и impact? Это ответ на вопрос какой priority у энной проблемы. Даже если это и неэстетично.

> Отчасти да.
> Но:
> 1. ждать пока оно с апстрима упадёт обратно это может быть месяцы

Это не так работает. Immediate проблему затыкают "местным" патчем - here and now, плюс-минус полиси. А потом пытаются в фоне утрамбовать в апстрим. Если получается, дропают местечковый патч. Не получается - портируют патч на новые версии, пока это актуально. Более того - версия залочена до крупного апгрейда версии дистро. Из апстрима портируют только критичные фиксы. А большие апгрейды только между "LTS" релизами. Так что дестрой - контролируемый и раз в пару лет или реже. Это тоже имеет свои траблы и анноянсы. В частности и фикс абы чего в релизе - ну вот не факт. В этом фрибсд как ни странно похожа на них.

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

Ну и результат то в результате какой? Вы этого хотели? Или может не стоило так жарить зад того гражданина на вертеле на углях то?

> 3. иногда апстриму фря не интересна

Ну вот тут упс. Дебиан в свое время вообще Eglibc форкал - потому что апстриму не интересны ARM а у них вот - поддерживаемая архитектура. И майнтайнили себе копию либы вот. Ну а что делать если апстрим - не очень?

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

204. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 12-Фев-24, 21:02 
> ИМХО столь крутой маневр логично с апстримом обсудить ДО его выполнения, не?

Нет.
Я пишу для себя а не для того чтобы понравится апстриму.


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

У них одно соображение - им пофиг на БСД.
Никаких планов там не было, GIO очень фигово поддерживается.


> В конце концов мне стало проще тихо юзануть приватную копию либы чем решить вопрос. Это печально, НО... если я резко нахамлю и скажу все что думаю: тушка держит 500 пакетов, хорошо ли, плохо ли, но - пытается.

Адеватное решение простое - передать вам эту либу.


> А если он расстроится и уйдет (имеет полное право, хамство как спасибо suxx) - меня много кто ненавидеть будет. Минус 500 пакетов за присест не фунт изюма! Фиговый подарок сообществу, а?

Да и фиг с ним, жизнь на этом не кончается, это ничтожное событие.
Вы боитесь собственной тени.


> В случае с X11 майнтайнером - все жестче. Работенка у него заведомо скверная.

Нету там никакой работёнки.
Я пилил бэекенд для автодетекта инпут девайсов и оно не сложное.
А просто поддерживать порт - там же годами ничего кроме версии не меняется.


> Это для вас - "капец!" а для других "нишевая байда у маргинала" запросто.

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


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

Нет. У вас рабское мышление.
Это не их место, проект не их собственность, они там всего лишь волонтёры.
Есть разница между моим гитхубчиком где я что хочу то и творю и подобными проектами держащимися на волонтёрах и пожертвованиях.


> На мой вкус там вся тусовочка чрезмерно агрится из-за фигни.

Там 2-3 господина и у каждого по рабу-подпевале, этого хватает чтобы держать в страхе всё комунити.


> У вас есть кандидаты лучше? Готовые того типа всерьез заменить? На ту должность и на линухе то длинная очередь - не выстроится, имхо.

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


> Я не уверен что вы морально готовы того чувака заменить от и до в случае если вы его реально достанете. А должность у него - так то - расстрельная.

Опять ваше рабское мышление.
У нас недавно Ханс умер, вот реальная потеря для сообщества как по вкладу так и по личным качествам.
И остальные умрут. Вопрос всегда один - как обеспечить приток. А подобное поведение увеличивает отток. Уже были в сообществе исходы потому что всякие идиоты сами не делают и другим мешаются.


> Мой прогноз: в лучшем случае вас замесят. В хучшем сможете нанести неиллюзорный урон проекту. Это сообщение - дань уважения к вам. Я просто не понимаю зачем вам вон то.

Ну поругаюсь я с ними, допустим, в хлам, и фиг с ним.
1. всегда можно продолжить жить как я щас живу - с кучей приватных патчей.
2. есть драгонфлай где более адекватное коммунити и куда видимо уходит часть народу.
3. всегда можно уйти на какойнить убунту и вообще нифига не делать самому, как на венде.


> Тогда ему вероятно пофиг что там в DFBSD вероятно. А не должно быть? Я не в курсе принятых у вас объемов координации и code sharing в той области.

Фишка в том, что "тикет нинужен, во фре теперь kcmp(), закрывайте!" было написано на багтрекере месы.
Это как придти в хромиум, найти баг специфичный для линуха и написать: закрывайте, на венде работает!


> Они бойко начали - но как-то со временем стали всем в целом пофиг.

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


> Да я ж не спорил что мир неидеален. Мне просто такой вой бешеных котов с такой фигни кажется несколько перебором, чтоли. У вас система падает? Течет память? Крашатся супернужные проги? Не работает критичная фича? Ну или каков severity и impact?

Тема про pkgconf - да, не только у меня но и других людей кто на не дефотном опенссл невозмодно было обновить порты из исходников (а из пакетов они не могли, там только дефолты).

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


> Immediate проблему затыкают "местным" патчем - here and now

Видимо у нас проблемы с определением Immediate :)
У господ всё что не сломано в дефолтах - не важно.


> Ну и результат то в результате какой? Вы этого хотели? Или может не стоило так жарить зад того гражданина на вертеле на углях то?

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

Я бы ничего не качал, но вижу шизофрению в действии: пока одни двигают фрю во все щели включая десктоп как великую ОС другие не могут замержить готовые патчи и комунити сидит с раздолбаной системой.
Сказали бы уже что мы работаем только на дефолтах, это всё эксперементальное и удалим скоро, добавили правил что меинтейнер всегда прав просто потому что у него лычка и объяснять он ничего не должен - ок, нет вопросов, я бы был не прав 100%.
Пока же какая то фигня с импотентами-неадекватами, которые и сами не фиксят и другим не дают.

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

222. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (-), 13-Фев-24, 20:23 
> Я пишу для себя а не для того чтобы понравится апстриму.

Они от вас ничего не требовали и к вам не приходили. Это вам от них что-то надо.

> У них одно соображение - им пофиг на БСД.

Зачем они тогда на той роли отвисают? И зачем им саботировать проект?

> Никаких планов там не было, GIO очень фигово поддерживается.

Зная гномеров - они специфичные ребята. И GIO глючная и проблемная штука даже и на линухе, если уж быть честным.

> Адеватное решение простое - передать вам эту либу.

В мои планы не входило майнтайнить либы. Я хотел вооон ту прогу зафутболить! У нее в depends - либа. Тупак-майнтайнер проигнорил вулн. Ну я и собрал втихушку с приватной копией, благо мелкая, никто не заметил "интеграт". Не по полисям, зато без вулнов! А если достать зашившегося перегруженого чувака, он отогнет фак вообще. И народ останется без 500 пакетов 1 чихом. Зачем мне так весь глобус прокатывать?

> Да и фиг с ним, жизнь на этом не кончается, это ничтожное событие.
> Вы боитесь собственной тени.

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

> Нету там никакой работёнки.

Та тушка вроде майнтайнер всякой байды вокруг X11? Наверняка д@рьмовое занятие. Особенно в фре.

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

А они из апстрима ничего не портируют и ничего не разваливается? С этим и в лине можно откушать при случае.

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

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

> Потом closefrom() не хотел работать потому что либо у апстримов его не
> было либо оно не включалось при сборке на фре либо что то ещё.

Ну и бардак, однако. Тем не менее такого добра в софтострое - есть. И не только у фри.

> Нет. У вас рабское мышление.

Нет. Я как убежденный GPLщик понимаю что взаимодействие равных обречено быть компромиссом с обоих сторон линка. А перфекционизм до добра не доводит.

> Это не их место, проект не их собственность, они там всего лишь волонтёры.

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

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

Есть! В том числе и в масштабе и нагрузке на тушек там. Поэтому их приоритеты не такие как у вашего гитхаба.

> Там 2-3 господина и у каждого по рабу-подпевале, этого хватает чтобы держать
> в страхе всё комунити.

Ну, пусть тогда буквы в аббревиатуре сменят, чтоли :)

> Будет висеть не обновлённое пока кому то не приспичит, не вижу тут
> большой проблемы.

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

> Потом найдётся какойнить студент который за это возьмётся на постоянку.

И все покушают с лопаты пока он учиться это делать будет - прям на вас :). Но вообще должность расстрельная. Вон там в соседней новости вам 32 бита дропнуть пообещали с аргуметом "нехватка ресурсов".

> Опять ваше рабское мышление.

BSDшник рассказывает GPLщику о рабском мышлении. Красота. Сэр, мир не крутится вокруг вас и ваших траблов.

> как по вкладу так и по личным качествам.

Ну, соболезнивания, что уж. Это не мое комьюнити, но

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

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

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

А если чувак отогнет фак и уйдет? Вам нужна слава "этот м... выжил майнтайнера"?

> 2. есть драгонфлай где более адекватное коммунити и куда видимо уходит часть народу.

Ну а кто не дает им пользоваться, если то сообщество не нравится?

> 3. всегда можно уйти на какойнить убунту и вообще нифига не делать
> самому, как на венде.

Можно. Но за это есть своя цена. Я вот на дебиан с убунт ушел, ибо с 1 стороны рестриктивные условия насчет (tm) и реп, с другой - хлам, партнерский полуспайварный мусор, дофига шита который мне не надо. В какой-то момент стало проще самому демьян нарулить.

> Фишка в том, что "тикет нинужен, во фре теперь kcmp(), закрывайте!" было
> написано на багтрекере месы.

Видимо господам из MESA в целом не упало бодаться с багами специфичными для фри. А сколько там разработчиков от BSD? Примерно ноль? Ну тогда вот так, и сами решайте свои проблемы. Делать из своих проблем чужие - не приветствуется.

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

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

> Я сам часто бегал по апстримам и либо вытаскивал готовые патчи либо свои приносил.

Так то похвальный подход к делу. Вообще вы кажется всей душой за проект. Но, увы, мир не идеален. Но махая шашкой стоит все же соразмерять collateral с масштабом проблемы имхо.

> Тема про pkgconf - да, не только у меня но и других
> людей кто на не дефотном опенссл невозмодно было обновить порты из
> исходников (а из пакетов они не могли, там только дефолты).

Ну вот это косяк тогда. Этот тред я кажется не читал, я все же не бсдшник, сорь.

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

С этим порой даже в лине можно отхватить. Меня например GPU lockup с некоего момента долбали. Но совместно с AMDшниками удалось вычислить источник трабл, OEM цук вписал лажу в таблицы VBIOS. Их драйвер умеет оверрайды этого, они и на мое железо нарисовали. Но это вообще был kernel-level трабл как таковой, оверрайд параметров DVFS ядерная часть делает.

>> Immediate проблему затыкают "местным" патчем - here and now
> Видимо у нас проблемы с определением Immediate :)
> У господ всё что не сломано в дефолтах - не важно.

Ну как бы в демьяне если кто собрал пакет с иными настройками - и там что-то отпало то это его траблы. Это комбо никто никогда не тестил, неподъемный объем работ.

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

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

Но для пакетов нормально в сорцпакете приносить 1) ванильный апстрим 2) свои патчи на него и при сборке реплей этого процесса случается.

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

Багов бояться - в софтострой не соваться. Там этого есть. Везде и на всех уровнях. Объем ессно варьируется.

> Сказали бы уже что мы работаем только на дефолтах,

Это подразумеватеся по дефолту: остальное все равно протестировать малореально было.

> Пока же какая то фигня с импотентами-неадекватами, которые и сами не фиксят
> и другим не дают.

Это как бы безобразие, но все же наверное не повод так агриться из-за какого-то сообщения, например.

Более того - разработчики близкие к апстримам ненавидят проблемы старья. Это не их проблемы. Ибо апстрим возможно уже починил это - и это не его проблемы. А эксплуатационщики тогда как умеют локальным патчем выруливают в stable. Во всяком случае в лине делают как-то так и в целом вроде - сносно работает. С своим букетом траблов ессно.

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

233. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 14-Фев-24, 08:00 
> Они от вас ничего не требовали и к вам не приходили. Это вам от них что-то надо.

Это ситуация в которой никто никому не должен.
Я пишу чтобы мне было хорошо и делюсь этим с остальными.


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

Уйдёт один придёт 500 других.


> Вы недооцениваете насколько просто размахивая шашкой нарезать лишних голов.

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


> А они из апстрима ничего не портируют и ничего не разваливается? С этим и в лине можно откушать при случае.

Сложная поддержка у нас только у хрома и ему подобных: там 600+ патчей.
Остальное или немного патчей + sed костылей или просто номер версии в makefile поменять.


> Однако другие захотели видеть их там - и готовы с ними работать. А на вас наехало более 1 майнтайнера. Нет, иногда конечно имеет смысл рубиться и одному против всей вселенной, но, по моему это не тот случай.

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


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

Забанить за что?
Они пытаются меня постоянно спровоцировать, но у них этого не получается. На этом все их возможности заканчиваются.
А то что у нас из комунити народ посваливал из за таких это не урон?
Я же вам говорю, у вас рабское мышление: все вокруг правы кроме вас.


> Вон там в соседней новости вам 32 бита дропнуть пообещали с аргуметом "нехватка ресурсов".

Это  раздельное.
За систему фаундейшин отвечает и пилит, а порты как то сами.
Но ресурсов не будет пока будет такой подход.


> А если чувак отогнет фак и уйдет? Вам нужна слава "этот м... выжил майнтайнера"?

Это всегда полярное: одни ругают другие хвалят.


> Ну а кто не дает им пользоваться, если то сообщество не нравится?

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


> Можно. Но за это есть своя цена.

Это понятно.
Я себя в какой то момент обнаружил тратящим всё свободное время на поддержку фри, а не создание своего говнокода. На венде такого никогда не было :)
Хотя и комп то у меня раньше был почти один.

Плюс я тут подсчитал и оказалось что на какомнить маке было бы дешевле сидеть покупая весь софт.
50-100 баксов за плеер видео - вообще фигня: я на тот же mpv столько времени потратил что это баксов на 500 тянет если считать с нормальной почасовой оплатой.
И так куда ни плюнь.


> Видимо господам из MESA в целом не упало бодаться с багами специфичными для фри.

Нет. Это мнение Вадота.


> Их кто-то из линухов всерьез юзал?

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


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

Речь про то что этот кто то принёс патч а не просто нудит ничо не работает.

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

94. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от User (??), 11-Фев-24, 07:15 
Осталось ответить на вопрос "ЗАЧЕМ энтерпрайзу wine-devel (и не wine, и не devel в общем-то тоже) распоследней версии?"
Зачем нужен "предсказуемый срок поддержки" я знаю. Для чего нужно "стабильное поведение" - тоже. Про метрику "скорость бэкпорта фиксов" - слышал. А вот требование к "распоследней версии" - не-а. Первый раз.
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

95. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  –1 +/–
Сообщение от Фрик из соседней пещеры (?), 11-Фев-24, 07:35 
Ля,если даже мало кому нужное Вино имеет свежачек,то и остальное примерно так же. Лиса там обновляется даже быстрее чем в Генту. Причем еср тоже.
Ответить | Правка | Наверх | Cообщить модератору

98. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от User (??), 11-Фев-24, 09:03 
А, ну если лиса с вином распоследние, то система enterprise ready - снимаю шляпу, иду писать фетву на перестановку 7ой центоси по серверам...
Ответить | Правка | Наверх | Cообщить модератору

83. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Роман (??), 11-Фев-24, 05:38 
На фряхе нет LTS в понимании линукс дистрибутивов как общий software collection, куда там enterprise.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

86. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 06:25 
LTS не шибко нужен если есть админ.
Ответить | Правка | Наверх | Cообщить модератору

88. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Роман (??), 11-Фев-24, 06:32 
> LTS не шибко нужен если есть админ.

По моему опыту - нужен и LTS и часто админ.

Расскажите как по вашему наличие админа отменяет LTS.

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

90. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 06:48 
Я лично не испытывал потребностей в LTS фре, достаточно хотя бы раз в месяц обновлятся чтобы разом не получать несколько масштабных обновлений (типа смены версии опенссл, питона, пхп, перла и пр) которые триггерят пересборку кучи софта.

LTS как правило хотят те кому нужно чтобы оно втягивало секурити фиксы и после обновления не нужно было ничего фиксить руками.

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

93. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Роман (??), 11-Фев-24, 07:15 
> Я лично не испытывал потребностей в LTS фре, достаточно хотя бы раз
> в месяц обновлятся чтобы разом не получать несколько масштабных обновлений (типа
> смены версии опенссл, питона, пхп, перла и пр) которые триггерят пересборку
> кучи софта.

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

Хотелось бы все таки про опыт в команде enterprise услышать.


> LTS как правило хотят те кому нужно чтобы оно втягивало секурити фиксы
> и после обновления не нужно было ничего фиксить руками.

Все так, зачем лишняя работа.

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

133. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 19:32 
Мой опыт вам не подойдёт :)

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

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


> Все так, зачем лишняя работа.

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

А теперь вы говорите: я хочу чтобы все те люди делали так, чтобы я раз 1-3-5 лет делал свою работу.
Зачем это всё волонтёрам? Какую свою проблему они решат если сделают LTS?

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

185. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Роман (??), 12-Фев-24, 07:13 
> А личной мой опыт домашнего админства

такое не подойдет, да - дома можно и на Windows Insider Beta Channel сидеть, non-critical stuff

В любом случае спасибо за пояснения.

> А тут вы просто перекладываете свою работу на дистрописателей.

Всё так - поэтому данный инструмент [дистрибутив на базе Linux] и выбран. В случае фряхи - я не могу переложить эту работу (оставим за скобками другие аспекты применения).

> Зачем это всё волонтёрам? Какую свою проблему они решат если сделают LTS?

Волонтёрам - могу предположить что сообществу Дебиан импонирует идея делать stable releases, но Дебиан конечно не совсем LTS.

Ubuntu/RHEL based предпочтительней, но там не совсем и волонтёры, тут нет проблемы.

> А теперь вы говорите: я хочу чтобы все те люди делали так, чтобы я раз 1-3-5 лет делал свою работу.

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

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

113. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  –1 +/–
Сообщение от Аноним (-), 11-Фев-24, 13:32 
> Я лично не испытывал потребностей в LTS фре, достаточно хотя бы раз
> в месяц обновлятся чтобы разом не получать несколько масштабных обновлений (типа
> смены версии опенссл, питона, пхп, перла и пр) которые триггерят пересборку
> кучи софта.

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

> LTS как правило хотят те кому нужно чтобы оно втягивало секурити фиксы
> и после обновления не нужно было ничего фиксить руками.

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

...а вон там этот гимор можно раз в пару лет. Или реже. Разница..

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

135. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Ivan_83 (ok), 11-Фев-24, 19:39 
Вы тут несколько лукавите.

Фря вполне себе продакшин и энтерпрайз, просто она для тех кто сам в состоянии ей заниматся и получать с этого профит.
Есть условный энтерпрайз с лтс, где админ между делом фигачит apt update и это вся его работа, и зарабывает контора на чём то другом а не на ИТ.

Вы очевидно как раз такой админ. )
Несите деньги за то чтобы другие делали за вас вашу работу.

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

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

181. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  –1 +/–
Сообщение от Аноним (-), 12-Фев-24, 01:52 
> в состоянии ей заниматся и получать с этого профит.

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

> Есть условный энтерпрайз с лтс, где админ между делом фигачит apt update
> и это вся его работа, и зарабывает контора на чём то другом а не на ИТ.

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

> Вы очевидно как раз такой админ. )

На самом деле я много что.

> Несите деньги за то чтобы другие делали за вас вашу работу.

Я умею системную интеграцию на основе дебиана, решение всех мыслимых системных проблем, равно как и кастомдев. Зафиг вы мне с вашей BSD, право?

> Есть места как у меня дома, где если что то сломалось при
> обновлении - ничего страшного что пару часов или пару недель оно не работает,

Я на моих компах еще и работы работаю - и совсем не кстати если мне проект надо делать, а там такая фигня. Впрочем на случай отклонений от идеала у меня есть known good снапшоты.

> но я то такое не продаю, я сам себе заказчик.

Со стороны выглядит как кусок проблем если честно.

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

141. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (60), 11-Фев-24, 20:16 
> LTS не шибко нужен если есть админ.

На локалхосте-то? Охотно верю! Но в проде… Впрочем кому я объясняю.

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

122. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (121), 11-Фев-24, 15:37 
Все не так:
FreeBSD-калека, пытающаяся тащиться вслед за убегающим вдаль жирным пингвином, но даже от него остает.
NetBSD, OpenBSD-системы, развиваемые инженерами и для инженеров, пишущих для себя любимых и для тех комерческих проектов, в которых они трудоустроены.
DraonFlyBSD-чисто эксперементальная ОС.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

142. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (60), 11-Фев-24, 20:19 
> NetBSD, OpenBSD-системы, развиваемые инженерами и для инженеров, пишущих для себя любимых и для тех комерческих проектов, в которых они трудоустроены.

Можно пожалуйста подробнее про коммерческие проекты, где востребованы NetBSD и OpenBSD? И, особенно, где именно и как они там востребованы? Только без абстрактных отсылок на домашние странички проектов и размахивания руками, мол, где-то там внутри на секретных серверах, которые мы вам не покажем.

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

161. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (121), 11-Фев-24, 22:14 
https://github.com/ligurio/awesome-openbsd
https://en.wikipedia.org/wiki/NetBSD
https://blackberry.qnx.com/en
....
Ответить | Правка | Наверх | Cообщить модератору

170. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (60), 11-Фев-24, 23:07 
Из приведённых ссылок ясно видно, что какой-то коммерческий успех имеет только FreeBSD. Остальные — пет-проекты своих создателей. Что само по себе весьма неплохо, но неясно зачем было анонимно лгать в комментариях на опеннете про какую-то коммерцию.
Ответить | Правка | Наверх | Cообщить модератору

180. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/–
Сообщение от Аноним (121), 12-Фев-24, 01:39 
>Остальные — пет-проекты своих создателей.

Там куча комерческих компаний выше по ссылке.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру