The OpenNET Project / Index page

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



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

Оглавление

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

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


39. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (39), 10-Фев-24, 19:11 
> DragonFly BSD стала пятой открытой ОС после Linux, OpenBSD, NetBSD и FreeBSD

А какая разница между первой, третьей, четвёртой и пятой?

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

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ообщить модератору

50. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +1 +/
Сообщение от Бывалый смузихлёб (?), 10-Фев-24, 20:07 
В объёме того что называют пожертвованиями
К примеру, нэтбздя из трёх самых популярных - самая нищая и сборы за год - порядка 30к зелени
Самая богатая - фря - там немногим больше 1млн

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

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

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

236. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Anonim (??), 15-Фев-24, 12:46 
>В объёме того что называют пожертвованиями

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

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

51. Скрыто модератором  +1 +/
Сообщение от Аноним (48), 10-Фев-24, 20:07 
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

52. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (52), 10-Фев-24, 20:08 
Разницусам нащупаешь если надо, но в общем и целом HardenedBSD это фряха с наворотами.
Линукс для скорости, фряха для безопасности если железо работает. Но так как ноутбуки кастрируют на S3 энергосбережение, то скоро все будет одно на ноутбуке одинаково мало работать.
OpenBSD чуть попроще HardenedBSD, но с LibreSSL и прочими особенностями.
В общем и целом обычно Void Linux их люто ушатывает с компиляцией нужного типа браузера.
Но теперь Gentoo подвезли архитектуру поновее - v3, так что может там уже будет хватать если у тебя хасвелл.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

71. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +1 +/
Сообщение от Аноним (13), 11-Фев-24, 02:28 
> если у тебя хасвелл

Вы ещё Core 2 Duo вспомните. Таких компов уже, наверное, даже на свалках не найти - все утилизированы.

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

101. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +1 +/
Сообщение от Аноним (52), 11-Фев-24, 11:16 
Китайцы зеоны все еще продают.
Ответить | Правка | Наверх | Cообщить модератору

112. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (-), 11-Фев-24, 13:29 
> Китайцы зеоны все еще продают.

Зачем вам ксеоны для сабжа? Вы 100 гигабит чтоли сервить собрались, половине глобуса? С сабжем даже мыльницы-роутеры справляются изумительно.

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

119. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (119), 11-Фев-24, 14:34 
Я думал, 100 гигабит это уже уровень домашнего интернета сегодня. 10 гигабит домашний интернет лет 10 назад был. Делишь на 100 подключений, уже и не так много, как кажется -- потребителям придётся сидеть ждать.
Ответить | Правка | Наверх | Cообщить модератору

124. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (-), 11-Фев-24, 16:13 
> Я думал, 100 гигабит это уже уровень домашнего интернета сегодня. 10 гигабит
> домашний интернет лет 10 назад был.

Вот что бывает если фрик поселится в пещере оказавшейся подвалом датацентра... :)

> Делишь на 100 подключений, уже и не так много, как кажется -- потребителям
> придётся сидеть ждать.

Это все еще про домашний интернет? Или - таки - про провайдера?!


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

166. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Минона (ok), 11-Фев-24, 22:54 
Про домашний.
Этот фрик живёт в Иннополисе.
😎✌
Ответить | Правка | Наверх | Cообщить модератору

183. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (-), 12-Фев-24, 02:07 
> Про домашний.
> Этот фрик живёт в Иннополисе.
> 😎✌

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

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

176. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (176), 12-Фев-24, 01:26 
Все неправильно понял. Зеоны это v3 архитектура с х64 адресацией памяти. Сам процессор не 64 битный, а 32, 64, 128 - какой уж уровень обычных блоков, SSE и AVX и смотря сколько их.
Именно поддержка этих новых блоков с инструкциями и есть то что в Gentoo называют v3, потому как AVX отсутствует и в атомах выпущенных недавно и потому самое дешевое железо это те самые зеоны, то есть связь не временная, а именно архитектурная.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

167. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Vladjmir (ok), 11-Фев-24, 22:59 
Intel Wolfdale (Core 2 Duo) 2M Pentium(R) Dual-Core CPU E5400  @ 2.70GHz

Сижу прямо сейчас на дом. компе и не вижу никаких проблем. Всё работает прекрасно.

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

118. "В ядро DragonFly BSD добавлена поддержка VPN WireGuard "  +/
Сообщение от Аноним (119), 11-Фев-24, 14:29 
Фря это как линь только хуже, опен это как фря только хуже, нет это как опен только лучше, драгон это как нет только лучше, вот и вся разница. Примерно так, если интересно, полуркай кто куда и откуда копировал код, а также кого и откуда гнали тряпками и причины создания форков.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

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

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




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

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