The OpenNET Project / Index page

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



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

"FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от opennews (??), 12-Июл-24, 13:08 
Колин Персиваль (Colin Percival), лидер команды, отвечающей за подготовку релизов FreeBSD, объявил об изменении процессов формирования и сопровождения выпусков. Начиная с ветки FreeBSD 15, намеченной на конец 2025 года, время сопровождения значительных веток после формирования первого релиза (15.0) будет сокращён с 5 до 4 лет. При этом новые значительные ветки будут формироваться раз в два года...

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

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

Оглавление

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


1. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –6 +/
Сообщение от Аноним (1), 12-Июл-24, 13:08 
время сопровождения значительных веток после формирования первого релиза (15.0) будет сокращён с 5 до 4 лет.


неосиляторы

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

17. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (17), 12-Июл-24, 13:45 
Наоборот, не боятся непростых решений:

- сократить срок поддержки релизов
[ вы находитесь здесь ]
- добавить в ядро модули на rust
- портировать containerd и прочие кубернетисы
- перейти на systemd
- использовать linux в качестве ядра

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

89. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +5 +/
Сообщение от Аноним (89), 12-Июл-24, 16:56 
Как рьяно вы солидаризируетесь с корпорациями и их финансово-капиталистическими интересами!
Возьмите свою бочку варенья и коробку печенья.
Ответить | Правка | Наверх | Cообщить модератору

94. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Аноним (17), 12-Июл-24, 17:05 
Рановато ещё для варенья и печенья. Пока корпорации кормят ими только пингвинов.

Хотите вкусняшек — предложите более-менее готовую для корпоративного использования серверную ОС.

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

102. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от похнапоха. (?), 12-Июл-24, 17:44 
Облачную ОС.
Ответить | Правка | Наверх | Cообщить модератору

141. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (141), 12-Июл-24, 21:26 
> Облачную ОС.

Так вон же там рекорды по числу и времени загрузок в секунду с firecracker'ом! Ну а нахрен оно корпам при вон том сокращении поддержки - они подумают потом. Когда гранты и донаты окончательно - фьють!

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

152. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от нах. (?), 12-Июл-24, 23:35 
>> Облачную ОС.
> Так вон же там рекорды по числу и времени загрузок в секунду
> с firecracker'ом! Ну а нахрен оно корпам при вон том сокращении

системдрянь же им впарили под этим соусом. И ничего, сожрали.

> поддержки - они подумают потом. Когда гранты и донаты окончательно -

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

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

154. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 12-Июл-24, 23:51 
>> с firecracker'ом! Ну а нахрен оно корпам при вон том сокращении
> системдрянь же им впарили под этим соусом. И ничего, сожрали.

Когда успели? Они вроде еще не перешли же? Или у тебя секретная внутренняя инфа из самых загашников сабжа?!

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

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

> А поддержку потом попытаются купить за деньги. И даже наверное найдут у кого.

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

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

95. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Golangdev (?), 12-Июл-24, 17:07 
А чем именно Вам мешают опциональные модули на Rust в ядре Linux ?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

133. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (133), 12-Июл-24, 20:49 
Нельзя лицензировать на MIT, как и всю тонну растокода из карго.
Ответить | Правка | Наверх | Cообщить модератору

142. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –3 +/
Сообщение от Аноним (-), 12-Июл-24, 21:29 
> Нельзя лицензировать на MIT, как и всю тонну растокода из карго.

Ну как бы вон те дрова видеокарт и прочие опенврты с вафлей у вас и так не MIT слегонца были, вместе с прослойками типа LinuxKPI и что там еще... в общем, вы и так уже немножечко-беременные, смысл целку строить. Ублажать соню? С нее все равно - нихрена отдачи. И те дрова приходится брать в другом месте. Такая ерунда.

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

143. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (143), 12-Июл-24, 22:58 
> Ну как бы вон те дрова видеокарт и прочие опенврты с вафлей
> у вас и так не MIT слегонца были,

Опять нам Великий опеннетный Знаток Всего294 из параллельной реальности пишет ...
https://github.com/torvalds/linux/blob/master/drivers/gpu/dr...
> * Permission is hereby granted, free of charge,

https://github.com/torvalds/linux/blob/master/drivers/gpu/dr...
> // SPDX-License-Identifier: MIT
> типа LinuxKPI и что там еще... в общем, вы и так

KPI==kernel programming interface, а не то что оналитег опять нафантазировал ...


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

144. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (-), 12-Июл-24, 23:12 
>> * Permission is hereby granted, free of charge,

Угу, теперь еще почитай ВСЕ куски, особенно от Airlied'а и некоторых господ от Intel, тебе понравится.


>> // SPDX-License-Identifier: MIT

С GPL это не так работает. Хватит даже 1 мелкого файлика - и оно таки в целом GPLное. А такого в линухе вокруг графики более чем.

>> типа LinuxKPI и что там еще... в общем, вы и так
> KPI==kernel programming interface, а не то что оналитег опять нафантазировал ...

Казалось бы зачем сабжу Linux Kernel Programming Interface? Может, если хотелось програмить под линух, взять Linux было немного проще? Я так смотрю господа не ищут легких путей :))

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

179. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (179), 13-Июл-24, 12:03 
> Может, если хотелось програмить под линух, взять Linux было немного проще?

Как это можно было взять в 70-80-xx годах линух, когда его даже ещё не планировали.

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

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

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

Линух не грустил эти 30 лет, беря чужой готовый код и передирая готовые решения. Почему другим нельзя (риторический вопрос).


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

205. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 22:02 
> Как это можно было взять в 70-80-xx годах линух, когда его даже
> ещё не планировали.

С разморозкой. Сейчас год 2024, и уже можно это сделать. Уж с четверть века как - по любому.

> KPI сделали не чтобы програмить под линух, а чтобы дёргать из него дрова.

И получился у господ - франкенштейн. Который и лицензионные вопросы - пр@бал, да еще какая нашлепка. Но мне нравится, с314ть минусы из разных миров - талантище.

> Дрова пишут не разработчики операционки, а разработчики железа.

В линухе это не так, Торвальдс и ко понятно доносят идею: "commit or GTFO". Кто не в майнлайне - тот сам по себе. Это была правильная политика проекта, она принесла ему свои результаты.

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

Слишком длинный способ сказать "наша ос не нужна и разработчиков нет".

> поставщиком дров для систем, с кода которых он был рождён и вскормлен.

Судя по состоянию BSD кормушка из вас - так себе, лучше иметь другой план а то можно и зачахнуть :)

> Это проще, чем реверсить и рефакторить. Такое только корполинукс может себе позволить.

Какая милота. Взаимоисключающие параграфы в 1 строчке. Или уж корпо, или уж реверсить. Зачем корпам реверсить свое же? :)

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

Можно, можно, только вот лицензия... :))

> Линух не грустил эти 30 лет, беря чужой готовый код и передирая
> готовые решения. Почему другим нельзя (риторический вопрос).

Да можно - в пределах лицензии. А вот в этом месте фаны пропертари начинают нервничать :)

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

215. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 13-Июл-24, 23:50 
Ты всегда ссылаешься на последний год. А в другие годы линуксом не пользовался?
Тогда поздравляю. Он мог только пищать и всё портить, пока у других кода не набрался.

> Который и лицензионные вопросы - пр@бал

Лицензионные вопросы не заслуга линукса. Их Столлман с юристами решал. Торвальдс только вовремя выбор сделал. Но если бы BSD играла бы так же нечестно, как линукс, линух бы до сих пор рефакторил код из исходников под какой-нибудь CDDL. Представь, ввели бы во время появления линукса CDDL_ONLY. Вот бы прогресс был у линукса. На уровне хурда, если не хуже.

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

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

> Судя по состоянию BSD кормушка из вас - так себе, лучше иметь другой план а то можно и зачахнуть :)

Ну, когда всё уже стырено, можно и посокрушаться.
Хотя, не, вон кто-то там пытается GELI содрать. Или уже содрал.
Значит кому-то надо. Кто-то кормится. Хурды всякие.

>Какая милота. Взаимоисключающие параграфы в 1 строчке. Или уж корпо, или уж реверсить. Зачем корпам реверсить свое же? :)

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

> Можно, можно, только вот лицензия... :))

Только вот рефакторинг. Прямо линух наоборот :))
И не удивительно, оригинал<=>клон.
Просто "украсть" код из линуха всё равно смысла нет. Он не будет работать.
Рефакторить и так и эдак придётся. GPL от этого не спасает.

timerfd передрали, а где GPL?
https://github.com/freebsd/freebsd-src/blob/main/sys/sys/tim...
https://github.com/freebsd/freebsd-src/blob/main/sys/sys/user.h

Нэту GPL.

> Да можно - в пределах лицензии. А вот в этом месте фаны пропертари начинают нервничать :)

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

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

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

225. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 14-Июл-24, 06:22 
> Ты всегда ссылаешься на последний год.

Меня интересует актуальное состояние дел.

> А в другие годы линуксом не пользовался?

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

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

Он за месяц достиг состояния когда автор развивал ОС из нее. А сабж видимо, профакал сие, судя по киваниям на проприетарные ОС в каждом топике.

> Торвальдс только вовремя выбор сделал.

Торвальдс в отличие от, догадался что игра в 1 ворота - не айс.

> Но если бы BSD играла бы так же нечестно, как линукс, линух бы до сих пор рефакторил код

Без решения суда - пустой треп. С таким же успехом я могу предъявить вам то же самое.

> из исходников под какой-нибудь CDDL.

FYI, сперва появился Linux, развился, а _потом_ сани сделали CDDL ему в пику.

> Представь, ввели бы во время появления линукса CDDL_ONLY.

Технически невозможно: CDDL появился позже. А линух после начала развития быстро перешел на GPL, если что.

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

Торвальдс прямо говорит, commit or GTFO. Эйрли от графики тоже фан этого подхода, ага. Так что удачи.

> Ну, когда всё уже стырено, можно и посокрушаться.

Что у вас тырить было? Дрова? Ядра несовместимы от рождения. Юзермод? В линухе он как правило - гнутый, опять же, и кредитсы - GNU. Так что вы явно загнули.

> Хотя, не, вон кто-то там пытается GELI содрать. Или уже содрал.

Похрен всем GELI в линухе, in grand scheme of.

> Значит кому-то надо. Кто-то кормится. Хурды всякие.

Hurd - не Linux. Так, мелочи.

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

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

> Но корпо не пришли, пока линукс кода не натырил, и не нареверсил.

Чего они там натырили и откуда? Корпы пришли когда заметили что управление проектом получше чем у вон тех. И взамен им объяснили что делиться - надо. Де факто это кастомеры местами требовать стали, как BSDi vs WindRiver например. Ну вот не хотели они проеприетарное BSD когда можно - открытый Linux, с сорцами.

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

По моему дрова всякие господа - сами написали. А потом и корпы втянулись в это дело. С чем у вон тех - не задалось как раз.

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

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

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

Вообще-то если заморочиться вопросом, можно узнать много интересного о отношениях Microsoft и OEMов предустанавливающих оси.

> Даже господдержка в разных странах помогает слабо.

У лично меня линух на десктопе начиная с убунты 5 или 6 и больше всего мне в свое время помог - сидюк с убунтой от Шатлворта. Вот тогда я взял быка за рога всерьез.

> Только вот рефакторинг. Прямо линух наоборот :))

Прослоечки на манер GPL condom так назвать, с отставанием на эн лет? Ну, э, лол.

> timerfd передрали, а где GPL?

Может и сами запилили, не настолько огромная фича. А вон btrfs попробуйте стырить? А, слабо? :)

> https://github.com/freebsd/freebsd-src/blob/main/sys/sys/tim...

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

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

Да кажется уже не только я. Вон кто-то план развития запостил, который с заменой ядра.

> Наверное ты и есть тот самый фан проприетари на которого ссылаешься.

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

> Фан линуха, который каждую новость про бсд заходит показать превосходство линуха.

Это очень давний спорт. Когда Linux ходил пещком под стол, фаны BSD делали то же самое. Так что им грех жаловаться. Ну вот право.

> Потому и логинишься, используя маленький исходник из BSD.

Напоминает карикатуру на фирму интел где гоночное авто с большими колесами с надписью нвидия и мелкими рулевыми с надписью интел, и манагер интела гордо так - смотрите, мы ключевой элемент высокоскоростных вычислений!

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

251. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (251), 18-Июл-24, 02:40 
> Меня интересует актуальное состояние дел.

У тебя не было бы актуального состояния дел, не сдёрни ты технологии у других.

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

Так ему нужен был только редактор и компилятор.
А как бы перешли остальные, если не было ни сети, ни файловой системы, ни софта, ни протоколов. Даже иксы форкали. Взяли бы и форкнули с sys v, под которую вы якобы косили.

Ну, файловую систему он сначала взял из миникса, но ведь она тоже отрефакторена из ufs, как и ext2 впоследствии. То есть не было бы никакого линукса "с нуля" без чужих решений. А это уже не с нуля. Я тебе уже говорил: - "научись строить цепочки".

Торвальдс плохой пример для демонстрации перехода людей с юникса на линукс. Людей довольствующихся только редактором и компилятором - единицы. (Кстати, а что у него за редактор был? Не знаешь? Может тоже "краденый"?). Нет софта, нет людей. Софт передрали, люди стали появляться. А там и сказка про свободу GPL сработала.

Не читай чужую историю, думай головой.

А то везде пишешь "deprecated". Когда тырили, было "не deprecated".

> Он за месяц достиг состояния когда автор развивал ОС из нее.

Ты собери его себе 91-го года и посмотри что это за состояние. Я же уже говорил что оно тогда умело.

> Без решения суда - пустой треп. С таким же успехом я могу предъявить вам то же самое.

Увы, не с таким же успехом. В линуксе есть GPL_ONLY. Другие проекты до такого фашистского решения не дошли.
Хуже только закрытие кода.

> FYI, сперва появился Linux, развился, а _потом_ сани сделали CDDL ему в пику.
> Технически невозможно: CDDL появился позже. А линух после начала развития быстро перешел на GPL, если что.

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

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

Дрова для разного железа пишутся? Структуры, режимы работы всё можно передрать. А это - архитектура программы. И если она кривая, то придётся переделывать, тратить годы, искать баги. У вас на всё это время не тратилось. И судя по багам в иксах, вы только форкать горазды, а исправить - только если приспичит. А лучше ходить из новости в новость и ныть какая сишка плохая и какие глупые диды код писали. Форкать и обсирать родительский проект - вот главное достижение линуксоидов. Это у них от Торвальдса идёт. Тот тоже код стырит, поумничает, глядя на уже найденные другими людьми баги, переделает, и пишет, что бсд разработчики тупые и его решение лучше. Улучшать готовое легко. Ты с нуля придумай хотя бы, раз об этом кричишь на всех углах. Если человека запереть и заставить начать писать линукс с нуля, пусть даже на си, там ни одного похожего решения кодом или названиями концепций не будет принципиально.

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

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

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

> Похрен всем GELI в линухе, in grand scheme of.

Не всем, кто портирует - не похрен.

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

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

> Hurd - не Linux. Так, мелочи.

Так линукс так же был на месте хурда когда-то. Просто драл активнее.

> С ноля его написал 1 конкретный финский студент, остальные набежали потом, а корпы не были в первых рядах.

С нуля, это когда ты ни в чьи исходники не смотришь. А когда у тебя структуры, функции и переменные называются одинаково, или с той же семантикой, это не с нуля. С нуля у тебя не получится структура каталогов с такими же названиями. А раз у тебя получилась копия другой системы, то с неё ты и рефакторил.
Ну прямо как Windows/System32/drivers/etc/hosts.

> Чего они там натырили и откуда?

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

Многие просто брали код с юникса и текст лицензии удаляли, адаптировали код для линукса и выдавали за свой. Даже никаких "derived from" или "stolen from" не оставляли.

Различные реализации разнообразных протоколов. Когда корпы пришли, в ходу ещё были всякие серверы-клиенты. Или ты думаешь, что для линукса с нуля писали разные ftp-серверы. Зачем это делать, если есть открытый код. У нескольких серверов так и написано "derived from какая-то bsd". То есть "натырили" даже программ для поддержки инфраструктуры.
Да если бы в линукс всё с нуля писали, он бы и был чем-то вроде хурда.

grep поможет посмотреть на лоскутное одеяло "снулёвого" линукса с заплатками из кода разных систем более подробно. Что в ядре, что в приложениях к нему. Хоть гнутых, хоть негнутых.

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

> По моему дрова всякие господа - сами написали. А потом и корпы втянулись в это дело. С чем у вон тех - не задалось как раз.

Вот я про то и говорю. Что дрова с самого начала писали не корпы. Если разработчик железа чихал на линукс, а так оно и было сначала, то драйвером "вдохновлялись" из любого другого кода, если он был. А большинство кодов были получены в результате жестокой обратной разработки. Потому были кривыми и неэффективными. Но тогда линуксоиды и этому были рады. В обоих случаях (драйверы для BSD и Linux) была практика просить пожертвовать железо на благо написания общего кода. И в дебиане и во фряхе она работает до сих пор.
И до сих пор в линуксе держат код древних драйверов под неGPL-исходниками. В том числе и отреверсенных.
Так почему тогда в линуксе решили, что BSD и прочим неGPL нельзя делать то же самое.
Я не уверен, что линукс сможет нормально скомпилиться без неGPL-кода. Я даже уверен в обратном.

Этим явно должна заняться антимонопольная служба.
У всех должна быть возможность напихать GPL-кода или "derived from" в свои исходники, объявить целый проект как MIT или BSD и начихать на GPL-требования внутри. А иначе это прямая монополизация и навязывание собственных требований. Надеюсь, что антимонопольщики когда-нибудь так и сделают. И позор линукса под названием GPL_ONLY будет стёрт. Тогда можно будет им заниматься, а пока что это слишком позорно.

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

> И почему бы мне не хотелось того же что и им по [длинный список пунктов] - большой вопрос.

Наверное потому, что ты не один пользовался линуксом. А народ сейчас уже не знает куда бежать с этого корпоративного линукса. Бежит обратно на винду. Если бы там микрософт гайки не закручивала, то и смысла в линуксе не было никакого. Что тут блобы, что там.

> Вообще-то если заморочиться вопросом, можно узнать много интересного о отношениях Microsoft и OEMов предустанавливающих оси.

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

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

Вот почему люди не хотят переходить массово на геморрой с зависимостями. Это неудобно. И критически опасно, когда ты вместо работы с приложением твоей предметной области ищешь как настроить разрешение в wayland (потому что он обновился и перестал правильно определять EDID твоего монитора из-за чего отвалился внешний монитор), убиваешь ночь, глядя в глазок ноутбука, и под утро, перепробовав все варианты компилирования, выясняешь, что проект с решением твоей проблемы уже deprecated. И на проблему тупо забили.

Или всё же решили? wlrandr допилили? Или может встроили альтернативу? Переходники DVI уже работают? Или это в принципе невозможно? Тут я уже не в курсе, давно не видел wayland.

Но судя по темам проблема ещё актуальна. Да и такая унификация "wlroots поддерживается, gnome не поддерживается, переходите на sway" тоже никому на десктопе не сдалась. Для киосков он только сгодится, где настроил и не трожь.

Microsoft тут ни при чём. Виновники - прослоечки для имитации работы виндового софта, вместо написания нативного и последующей нормальной упаковки в пакеты. Заигрались вы в корпорации. А для OEM-щиков нормального решения не выкатили.
Конечно, они выберут более нормальный вариант.

> У лично меня линух на десктопе начиная с убунты 5 или 6 и больше всего мне в свое время помог - сидюк с убунтой от Шатлворта. Вот тогда я взял быка за рога всерьез.

Убунту 5 я и сейчас могу поставить. Или ты намекаешь на 2005?

У меня всё началось с редхата 5 в 1998-м и на десктопе. И сразу начальство порекомендовало изучать BSD, и FreeBSD в частности, потому что на ней делалась вся серверная работа и было несколько спарков с Солярисом. И я использовал оба семейства, включая отсылки патчей и багрепортов, вплоть до 7-й ветки фряхи.

В 2009-м стало понятно, что линукс повернул от free software к commercial software для чего он собственно и разрабатывался, а не то, что обычно приписывают Линусу. А от мантры "GPL - это свобода" начало попахивать подставой.

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

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

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

В итоге, через 20 с лишним лет я ушёл с линукса. Мне эти лицемерные игры в "free software", которое ни разу не free, порядком надоели. Но твоё лицемерие мне понятно, если ты на нём зарабатываешь.
Ты взял быка за рога (или какие другие части), а мне противно.
GPL_ONLY это евгеника.

> Прослоечки на манер GPL condom так назвать, с отставанием на эн лет? Ну, э, лол.

Там в новый линукс ещё прослоечек подвезли, чтобы виндовый софт с отставанием на эн лет лучше работал.
Это другое, да? Протон - тоже не прослойка?
А потом мы читаем на лоре: "Кроме этого возможно сильное падение производительности по сравнению с виндой — не удручайтесь, просто поставьте разрешение экрана поменьше, настройки пониже, и все будет работать."

Это из поста а-ля инструкции к запуску игры 2007-го года. Дата инструкции? 10.07.24
Ой, это же получается вообще NN-лет. Но всё идёт по плану. И план этот писал не Торвальдс. Линукс уверенно сливается с виндой в экстазе, вбирая в себя новые чужеродные костыли и подпорки. Линукс об этом мечтает. Чем оно станет в итоге, уже ясно. Я предлагаю называть это nedoWindows. По аналогии с nedoPC. Ну а FreeBSD уже можно будет называть как недолинукс. Пока только фряху.

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

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

> А вон btrfs попробуйте стырить? А, слабо? :)

При наличии zfs нет необходимости. Только пилите её, раз уж начали, так, чтобы ваши косяки на бсд не отражались. Но зачем она вам, если уж btrfs такая крутая. Может не такая крутая? :)

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

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

Представь, что ты сидишь в пещере с ноутом и тебе некуда подсмотреть. И ты такой говоришь: - "а вот сейчас я создам VFS". Получится с нуля-то? Да никогда. Ты даже не поймёшь что такое виртуальная фс, пока не увидишь что это как работает и для чего нужна.

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

https://github.com/freebsd/freebsd-src/blob/main/sys/kern/sy...

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

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

Угу процесс пошёл.

"Среди наиболее заметных изменений: драйвер ntsync c примитивами синхронизации Windows NT, компоненты DRM Panic для реализации аналога "синего экрана смерти", "

Отлично платиновые заменяют. А куда смотрит Торвальдс. В зарплатную ведомость наверное.

> И я очень зол на проприетарную экосистему что мне так втерли очки, протормозив меня на этом пути. Некоторые вещи я не прощаю и не забываю.

BSD не является проприетарной экосистемой.
От того, что её используют проприетарщики (или линуксоиды) она таковой не становится. Ты почему-то не называешь линукс проприетарной экосистемой, несмотря на то, что именно с линукса они и кормятся.

> Когда Linux ходил пещком под стол, фаны BSD делали то же самое. Так что им грех жаловаться.

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

> Напоминает карикатуру на фирму интел где гоночное авто с большими колесами с надписью нвидия и мелкими рулевыми с надписью интел, и манагер интела гордо так - смотрите, мы ключевой элемент высокоскоростных вычислений!

А какую карикатуру тебе напоминает твоя писанина про то, что в бсд "фсё украли из линукса", тогда как в линуксе "фсё украли из юникса"? Тут уместно вспомнить про бревно в глазу.

К тому же man login это не единственный пример.
Линукс сам по себе не работает. Ему софт нужен, а он тоже к твоему сожалению не под GPL.
Если ты такой приверженец GPL, то сделай себе операционку только на GPL-софте, выкинув чужой код и тогда можешь что-то говорить про "украли".
Пока что всё что ты делаешь - это поливаешь грязью проекты, из которых всё выдиралось.

Из маленьких фич всё и складывается. У кого-то логин, у кого-то timerfd.
Главное - что этот timerfd позволит быстрее и удобнее тырить код из линукса.

Кстати, как раз интела мне линуксоиды и напоминают. Ведь интел мог бы вставить в UEFI-прошивку строку вроде "powered by Minix by Andrew Tanenbaum with some major changes by Intel" и это был бы аналог BSD c закрытым кодом. Одним словом и достойного человека бы уважили и пользователей просветили. Но увы, интел повёл себя как жалкий программер, потёрший упоминание автора из неGPL.

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

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

257. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 18-Июл-24, 14:14 
> У тебя не было бы актуального состояния дел, не сдёрни ты технологии у других.

Другими были в основном GNU, с их компилером и юзермодом. Вот это критично было.

> Так ему нужен был только редактор и компилятор.

Этого достаточно для развития системы. Пример как делать это правильно.

> А как бы перешли остальные, если не было ни сети, ни файловой системы, ни софта, ни протоколов.

Клон миниксовой ФС. И чего? Я сейчас btrfs использую, он с ноля делан под линя. Мне это больше нравится.

> Даже иксы форкали. Взяли бы и форкнули с sys v, под которую вы якобы косили.

Да какая разница откуда если лицензия позволяет? Линух всегда был ориентирован на результат.

> Ну, файловую систему он сначала взял из миникса, но ведь она тоже отрефакторена из
> ufs, как и ext2 впоследствии.

Я предпочту забыть этот ужастик как страшный сон. Будущее для меня - btrfs и bcachefs.

> То есть не было бы никакого линукса "с нуля" без чужих решений.

Да, конечно, если выплавлять медь для платы самому - сильно заякорит написание ОС. Но это можно и BSD предъявить.

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

Мне Торвальдс и ко больше нравятся как учителя.

> Торвальдс плохой пример для демонстрации перехода людей с юникса на линукс.

Это лидер. Тот кто показывает примером как надо было. Я тоже усвоил.

> Людей довольствующихся только редактором и компилятором - единицы.

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

> Нет софта, нет людей. Софт передрали, люди стали появляться. А там и сказка про
> свободу GPL сработала.

Ну как бы тут он достаточно мудро выбрал и API, и лицензию.

> А то везде пишешь "deprecated". Когда тырили, было "не deprecated".

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

> Ты собери его себе 91-го года и посмотри что это за состояние.

Был бы 1991 я бы с удовольствием этим занялся. Тогда и остальных было не дофига. Винда если была то жуткой надстройкой дос, остальные *никсы далеки от смертных, etc.

> Увы, не с таким же успехом. В линуксе есть GPL_ONLY.

Нвидия иначе не понимала. И кернел так то GPLный, это лишь добавочная объяснялка непонятливым проприетариям.

>> Технически невозможно: CDDL появился позже.
> Я же написал "какой-нибудь CDDL".

Тогда вроде только GPL из копилефтов был. Ну Торвальдс и выбрал из доступного что-нибудь не лохастое. Как быть лохом ему проф показал, не понравилось видимо.

>> Что у вас тырить было? Дрова? Ядра несовместимы от рождения. Юзермод? В линухе он как правило - гнутый
>​ Дрова для разного железа пишутся? Структуры, режимы работы всё можно передрать.

С таким же успехом можно вопить что передрали что колесо - круглое. Это не объекты авторского права.

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

Архитектура Linux 1991 года была ужасная. Начиная с i386-only. А мы до сих пор за то расплачиваемся. Но архитектами не рождаются. Это можно только понять и простить.

> У вас на всё это время не тратилось.

Черта с два. По состоянию на сейчас от того линуха 1991 года осталось очень немного, и что осталось - создает море проблем. Что древний VFS, что подсистема VT.

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

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

> А лучше ходить из новости в новость и ныть какая сишка плохая и какие глупые диды код писали.

На минутку, я сишник. Правда менее C99 принципиально не юзаю.

> Ну и Линус далее писал ядро не в одиночку. В одиночку у него не получилось,

Он сделал правильный bootstrap проекта. Лид должен выкатить кривое, косое, но core которое работает. Потом набегут остальные, если захотят. И да, собрать работающую тиму очень сложное дело.

> А линукс получился именно клоном.

Клон он такой, весьма частичный и с вариациями.

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

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

> Они же по твоему несовместимы от рождения.

LinuxKPI именно поэтому и появился. Странно, да?

> Гнутый юзермод... Столлман даже не скрывал, что он с юникса его передирал.

А колеса у всех круглые, как на подбор. И?

>> Похрен всем GELI в линухе, in grand scheme of.
> Не всем, кто портирует - не похрен.

Мало ли чем полтора землекопа на 8-миллиардном глобусе заняты. Погоды не делает.

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

Не знаю. Мне все равно: я фряхой не пользуюсь -> мне пофиг.

> давно есть обкатанное решение.

Мне все равно, что вы ко мне с этим пристали? :)
    ​
>> Hurd - не Linux. Так, мелочи.
> Так линукс так же был на месте хурда когда-то. Просто драл активнее.

"Wouldn't be as big and professional as Hurd" (c).

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

Если так рассуждать то надо дать кредитсы всем до первых металлургов. Список слишком длинный.

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

Ага. Мелочи, типа компилера открытого. Без которого мы бы вообще далеко не уехали. БСД как-то игнорили топик. Как обычно управление проектами - в ударе. По себе.

> Многие просто брали код с юникса и текст лицензии удаляли,

В Linux был аудит - нашли только пару хидеров которые вообще не объект копирайта.

> открытый код. У нескольких серверов так и написано "derived from какая-то bsd".

Но это все же не Linux. Linux так то вообще ядро...

> Кстати, многие "разоблачения" описываются в книгах по юниксу и линуксу.
> Лучше их читать, а не историю.

Я предпочитаю читать git log (-p) и все такое. Это эффективнее. История намного лучше вживую.

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

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

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

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

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

Но в целом почти все в Linux на данный момент сделано - участниками этого проекта.

> Так почему тогда в линуксе решили, что BSD и прочим неGPL нельзя делать то же самое.

Можно. Если они ОК с вон теми лицензиями.

> Этим явно должна заняться антимонопольная служба.

???

> У всех должна быть возможность напихать GPL-кода или "derived from" в свои исходники, объявить целый проект как MIT или BSD

Для этого придется целиком отменить институт авторского права сперва, гласящий что копирайт изначально у автора и ему и решать какие условия на использование.

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

Никакой монополии - релизтесь под GPL и никто слова не скажет. То что это батхерт у проприетарных патронов вызовет - ваши траблы.

> Надеюсь, что антимонопольщики когда-нибудь так и сделают.
> И позор линукса под названием GPL_ONLY будет стёрт. Тогда можно будет им заниматься, а пока что это слишком позорно.

Ты не понял. Это лайфхак. Использование имеющихся тулсов для СВОИХ целей. Проприетариев огрели ИХ тулкитом. Это было круто. Чтобы это заоверрайдить придется отменить копирайт, против чего много толстых котов возбухнет. А вы collateral. Вас не жалко: вы снаряды им таскали.

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

И лицензию суммарно на GPL извольте. Или не обижайтесь если однажды в суд приволокут. За каким-нибудь Airlied - не заржавеет. Он наелся добра от проприетариев типа нвидии и с удовольствием даст мастеркласс на тему что бывает если таскать снаряды оным. И его тима считает так же, похожие умы - кучкуются.

> Сейчас зубы отросли, и он эту сиську грызёт остервенело. И ты, и подобные тебе вместе с ним.

Вы себя переоцениваете. С вас как с козла - молока. За это козлов и не лю..., не cиcькa это была ;)

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

Это ваши проблемы а не мои.

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

Опять же это проблемы того народа. У меня данной проблемы нет, так что нет смысла делать мне этим мозг.

> Бежит обратно на винду. Если бы там микрософт гайки не закручивала, то и смысла в линуксе не было никакого. Что тут блобы, что там.

Некоторые господа типа похов получили наконец от жизни то к чему стремились. Если бы они хотели что-то иное, действовали бы как-то иначе.
    ​
>> Вообще-то если заморочиться вопросом, можно узнать много интересного о отношениях Microsoft и OEMов предустанавливающих оси.
> Это давно известный факт. Но основная проблема не в этом.

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

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

Опять же. Это ко мне никак не относится. Смысл делать мне этим мозг?
    ​
> И есть операционка, в которой эти проблемы практически малозаметны.

Это вон та где crypt матерится на сломаный ему в минорном обновлении модуль virtualbox? Убедительный пример был :)

> wayland (потому что он обновился и перестал правильно определять EDID твоего монитора из-за чего отвалился внешний монитор),

EDID вообще кернел занимается. И его в лине можно - можно заоверрайдить на что надо, или даже "виртуальный" сделать. Мало ли - может у меня там MIPI DSI панель какая или что еще, у нее EDID отродясь не было by design, ну вот нет такой фичи на таком интерфейсе. Вы, конечно, от этого страшно далеки, но все же.

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

...формат EEPROM'ины EDID, ставишь тулсы, или если крут, патчишь в хексэдиторе, грузишь виртуальное "фирмваре" с этой еепроминой, и вот у вас EDID какой вам там надо. А то что он теперь не их монитора вообще приехал... ну так и ACPI вон там подпатчивают, правда более автоматично. Кривой EDID все ж специфичная штука.
    ​
> Переходники DVI уже работают? Или это в принципе невозможно?

HDMI и DVI электрически одно и то же: HDMI == DVI-D с одним линком. Переходник это 2 разъема и кус провода. Но есть и куда более забавные чипаки. Никогда не видели допустим eDP <-> MIPI DSI? А вон там в drivers/ лежит пачка. У вас ессно этого - нет. Так что на вон той эмбедовке... эээ... ну вы поняли ;)

> Но судя по темам проблема ещё актуальна.

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

> Убунту 5 я и сейчас могу поставить. Или ты намекаешь на 2005?

Могут и будут - разные вещи. Да, намекаю.
   ​
> И я использовал оба семейства, включая отсылки патчей и багрепортов, вплоть до 7-й ветки фряхи.

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

> free software к commercial software для чего он собственно и разрабатывался,

Насколько я вижу у меня теперь commercial quality SW - совершенно нашару. Почему я должен быть против такого - хз. Мне так то пачка серверов в проде и нормально работающий десктоп по вкусу.

> А в 2016-м стало ясно, что линукс - это такая виртуальная прокладка для корпорастов и им подмахивающих,

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

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

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

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

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

> Поэтому его не существует ни в виде официальной операционки (которой он и не является), ни в виде официально собранного бинарника.

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

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

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

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

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

> который не умеет пользовательское разрешение экрана, или текстовым редактором, косящим под IDE,

Кто вам скахал что не умеет? Это вы - не умеете.

> В общем, корпоративный линукс и вообще софт - та ещё параша в опенсорсе.

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

> Ты взял быка за рога (или какие другие части), а мне противно.

Не мои проблемы.

> GPL_ONLY это eвгeникa.

Это Engineered вирус, который долбает проприетариев их же технологиями и тулсами. Мне этот подход импонирует. Я с удовольствием помогу вирусу, это симбиоз. Это за времена когда даже зип легально было нельзя распаковать. Пора вернуть техдолг, отыграться за EULA, ToS и AUP. Я теперь все это могу - без "супербогов". Настало время показать проприетариям что незаменимых не бывает.

> Там в новый линукс ещё прослоечек подвезли, чтобы виндовый софт с отставанием на эн лет лучше работал.

Это все про что? Целый мелкий костыль для вайна NT_SYNC чтоли? Мне он пофиг - у меня вайна нет. Но чем он мне помешает как опциональный для вгрузки модуль я не знаю.

> "Кроме этого возможно сильное падение производительности по сравнению с виндой — не удручайтесь,

Это опять же не моя проблема: все мои критичные workflow ворочаются открытым софтом. У меня нет вайна. Мне от проприетарщиков - ничего не надо. Никак. Совсем. Я не возражаю чтобы симбиозный вирус погрыз враждебные мне сущности, это - фича симбиоза.
    ​
> Линуксоиды сидят на таких же прослойках. Погоди-ка, а разве это не ты радуешься новым
> виндовым играм в каждой новости. Отлично подняли линуксовый геймдевелопинг.

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

> Вот как вы сидите на прослойках и синхронизируетесь с NT, так и бсдешники
> синхронизируются с линуксом. Разницы никакой нет.

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

​> При наличии zfs нет необходимости.
Мой интерес к ZFS нулевой. Это древнее немайнлайновое нечто под левой лицензией, жестко ориентированое на энтерпрайзные кейсы. А я совсем не прочь снапшоты устроить на мелких VM, эмбедовке, десктопе, ноуте, и очень круто если можно "просто добавить диск" любого размера, даже в RAID. Гигазы рам для подпора античного тормозного дизайна мне порой просто некуда, где я их в одноплатнике возьму? У btrfs и bcachefs на голову лучше управление местом и подход к страйпингу. Будущее - это так.

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

Вам надо? ВЫ и пилите. Это опенсорс, у нас - так. Мне же актуальнее btrfs и bcachefs -> я забочусь о их благе.

> Но зачем она вам, если уж btrfs такая крутая. Может не такая крутая? :)

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

> А что, другой эксперт опеннета не смог найти файл реализации?

А, я за вас еще додумывать должен что вы там имели в виду с хидерами и проч?

> В си хидеры сами по себе не используются вообще-то.

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

>  Представь, что ты сидишь в пещере с ноутом и тебе некуда подсмотреть. И ты такой говоришь:

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

>> Да кажется уже не только я. Вон кто-то план развития запостил, который с заменой ядра.
> Угу процесс пошёл.

Ну дык, а что еще тима профакавшая разработчиков сможет то?
    ​
> BSD не является проприетарной экосистемой.

Я заметил, еще начиная c замены BSDi -> Linux у WindRiver'а ;)

> От того, что её используют проприетарщики (или линуксоиды) она таковой не становится.

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

> Не, у фанов BSD была система, инфраструктура, рабочие протоколы, включая сетевые.

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

> А какую карикатуру тебе напоминает твоя писанина про то, что в бсд "фсё украли из линукса",

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

> К тому же man login это не единственный пример.

Ну если так утрировать, WPA_SUPPLICANT наверное интереснее будет. Но вот наиболее продвинуто и фичасто там через netlink. Который у сабжа вообще есть хотя-бы? Его уже откосплеили или у вас и софт с BSD origins - в ауте?

> Если ты такой приверженец GPL, то сделай себе операционку только на GPL-софте,

Я прагматик и умею пользоваться фичами вируса, когда суммарный результат - эффективно под GPL. А вы там можете пытаться BSD кусочки выковырять.

> Пока что всё что ты делаешь - это поливаешь грязью проекты, из которых всё выдиралось.

Не. Если нечто выглядит как лох и ведет себя как лох - я скажу что передо мной лох. Это выглядит - вот так.

> Ведь интел мог бы вставить в UEFI-прошивку строку вроде "powered with Minix by Andrew Tanenbaum

Это было бы неправдой. ME это отдельный side by side проц с своей ос. К UEFI он как таковой отношения не имеет, UEFI это понятие основного проца. А это - ME firmware.

> with some major changes by Intel" и это был бы аналог BSD c закрытым кодом.

Очередная история на манер BSDi. Приветы профессору, нехай смски шлет.

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

262. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (262), 21-Июл-24, 02:41 
> Другими были в основном GNU, с их компилером и юзермодом. Вот это критично было.

Который содрали с юникса, на котором другие и базировались.

> Этого достаточно для развития системы. Пример как делать это правильно.

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

> Клон миниксовой ФС. И чего? Я сейчас btrfs использую, он с ноля делан под линя. Мне это больше нравится.

Вот и почитай про неё. Чем там "вдохновлялись"?
Сейчас это сейчас, тогда никакого btrfs не было.

> Да какая разница откуда если лицензия позволяет? Линух всегда был ориентирован на результат.

Временно отключенные куски для вайна внутри ядра - так себе результат.
Отключено, потому что "broken". Кстати, куда смотрит Торвальдс, впихивая в релиз broken-code?
Очередная команда сверху поступила? Он же всегда рьяно бился за коммиты, а тут целый broken.

> Я предпочту забыть этот ужастик как страшный сон. Будущее для меня - btrfs и bcachefs.

Конечно забудешь, отсидев беззаботно на ужастике 20 лет. А ты бы подождал 20 лет без ужастика, чтобы потом сразу на btrfs перейти. Только где бы были твои платиновые партнёры.
Да и кто бы начал разрабатывать btrfs для поделия, у которого ничего нет.
Так что получилась бы опять сначала аналог ext2 из ufs.
Без прошлого нет будущего. Без родителей нет тебя.

> Да, конечно, если выплавлять медь для платы самому - сильно заякорит написание ОС. Но это можно и BSD предъявить.

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

> Мне Торвальдс и ко больше нравятся как учителя.

А он тут ни при чём. Всё сделал Столлман. Ну разве что как учитель как пользоваться другими.

> Это лидер. Тот кто показывает примером как надо было. Я тоже усвоил.

Но людей тогда не было, они появились после того, как софт надёргали первые пришедшие разработчики.
Пользователей не было.

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

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

> Ну как бы тут он достаточно мудро выбрал и API, и лицензию.

Тивоизацию он профукал. А десктопов всё меньше.
Правда на тивоизацию ему плевать, как и на то, что там проприетарии с линуксом у себя делают.
Ему деньги платят не за то, чтобы он с ними бодался. А совсем наоборот.

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

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

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

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

На втором этапе ты должен перестать ныть выдавая ложь за правду.

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

И тогда ты увидишь, как твоё мировоззрение улучшится. :D
Злоба исчезнет и угроза распространения GPL внутри организма резко снизится.

Лживые и злобные болеют GPL гораздо чаще. Это уже доказанный факт. Будь в равновесии, наплюй на прод. Он не вечен. Работай над собой, а не над иллюзией чужих корпораций. :)

> Был бы 1991 я бы с удовольствием этим занялся. Тогда и остальных было не дофига. Винда если была то жуткой надстройкой дос, остальные *никсы далеки от смертных, etc.

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

Я первые версии "столмановского" emacs устал искать. Гослинга нашёл сразу.
Так что не простое это дело смотреть развитие истории.

> Нвидия иначе не понимала. И кернел так то GPLный, это лишь добавочная объяснялка непонятливым проприетариям.

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

> Как быть лохом ему проф показал, не понравилось видимо.

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

> С таким же успехом можно вопить что передрали что колесо - круглое. Это не объекты авторского права.

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

> Архитектура Linux 1991 года была ужасная. Начиная с i386-only. А мы до сих пор за то расплачиваемся. Но архитектами не рождаются. Это можно только понять и простить.

Архитектура там была содрана с юникса, но она отработала на совесть. Архитектура современного линукса такая же ужасная. Оба семейства тотально устарели.

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

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

> Черта с два. По состоянию на сейчас от того линуха 1991 года осталось очень немного, и что осталось - создает море проблем. Что древний VFS, что подсистема VT.

Вот именно. Вы не тратили много лет на создание. Вы сначала воткнули готовые решения, а потом начали улучшать. А надо было создать своё с нуля, а потом улучшать. Но вы бы десяток лет на этом потеряли.
Зато был бы не клон.

> создает море проблем
> древний VFS

Бедный Линус, он так им гордился. Что даже копирование функций из него в линуксовые же исходники называет не иначе как stealing. Правда там любое копирование функций называют stealing. Даже в рамках одного проекта, все воруют у Торвальдса. :D Наверное это вам передалось от культуры линукс-разработчиков.
Я же говорил - токсичные.

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

И поэтому ты отрицаешь сидение на этом коде предыдущие тридцать лет. И может ещё тридцать придётся.

> На минутку, я сишник. Правда менее C99 принципиально не юзаю.

Открыл хидер, посмотрел список функций, нашёл их упоминание в коде, открыл реализацию. Проще пареной репы.
Или прямо в гугл вбил название функции и нашёл реализацию в гитхабе.

> На минутку, я сишник

Разве программистов ещё не начали заменять на закрытый отполированный ИИ, про возможности которого ещё не знают? :)

> Он сделал правильный bootstrap проекта. Лид должен выкатить кривое, косое, но core которое работает. Потом набегут остальные, если захотят. И да, собрать работающую тиму очень сложное дело.

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

> Клон он такой, весьма частичный и с вариациями.

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

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

А почему когда в линукс и его инфру брали код, ты не констатировал факап управления линуксом?

> LinuxKPI именно поэтому и появился. Странно, да?

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

> А колеса у всех круглые, как на подбор. И?

А вот и следствие: раз нельзя доказать, что Столлман не вор, то объявим всё, что он своровал, обыденной вещью, которую каждый написать может.

> Мало ли чем полтора землекопа на 8-миллиардном глобусе заняты. Погоды не делает.

Как это хорошо вписывается в отсутствие десктопа для линукса.

> Не знаю. Мне все равно: я фряхой не пользуюсь -> мне пофиг.

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

> Мне все равно, что вы ко мне с этим пристали? :)

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

Мне тоже всё равно на развитие корпоративного опенсорса. Каким бы крутым в твоих глазах он не казался.

> Если так рассуждать то надо дать кредитсы всем до первых металлургов. Список слишком длинный.

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

> Ага. Мелочи, типа компилера открытого. Без которого мы бы вообще далеко не уехали. БСД как-то игнорили топик. Как обычно управление проектами - в ударе. По себе.

Будет смешно, если выяснится, что он и его передрал с cc и pcc. :)
Скорей всего первые версии так и делались.
А потом сообщество подсуетилось.

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

Ну это как у недалёких: "Торвальдс написал линукс" (говоря о современном коде), хотя Линус его только глазами пробежал. Зато он великий, вон сколько миллионов строк накатал. :D

И такие байки на форумах повсеместно и везде. И только попробуй скажи, что больше 99% кода написано совсем другими людьми, ты заденешь чувства верующих в своего кумира. Они абсолютно уверены, что все подсистемы и дрова Торвальдс создал самостоятельно и полностью с нуля.

БСД это ветвь юникса и разрабатывали её теми же инструментами.
А в FreeBSD ничего они не игнорили, а спасибо говорили. В отличие от вас.
Это уже потом, когда вы начали курвиться, решили, что пора с GNU прощаться.
Тяжёлый был шаг, но вынужденный.

> В Linux был аудит - нашли только пару хидеров которые вообще не объект копирайта.

Вижу, нет понимания как линукс - ядро, и как линукс - инфраструктура.
И когда был аудит? К тому времени всё отрефакторили?
Столлман тоже когда Gosling Emacs украл, постепенно переписал код.
Сейчас наверное и не найдёшь там кода от Гослинга.
Самое интересное, что поначалу Столлман именно украл, без кавычек. :)

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

Видимо, "воровство" у вас - генетическое наследие первых. А поэтому и у вас заимствовать не зазорно.
Тем более, что вы типа защищены.

> Но это все же не Linux. Linux так то вообще ядро...

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

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

> Я предпочитаю читать git log (-p) и все такое. Это эффективнее. История намного лучше вживую.

Давай, начинай с 91-го и вперёд. Все изменения просмотри, не пропусти.
Не можешь? А знаешь почему, потому что раньше гита не было. :D И линукс сидел на обычных юниксовых инструментах. Многие года. Гораздо дольше, чем ждали открытый компилятор.

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

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

> Да где как. Постепенно на чипмейкеров стало нарастать давление от OEM, инженеров, эмбедеров и проч - релизить датащиты. Это стало правилом хорошего тона. Мир изменился.

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

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

Отрефакторено, это тоже сделано с заимствованием.

> Можно. Если они ОК с вон теми лицензиями.

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

>> Этим явно должна заняться антимонопольная служба.
> ???

Сложно понять, да. Но ты подумай ещё.

> Для этого придется целиком отменить институт авторского права сперва, гласящий что копирайт изначально у автора и ему и решать какие условия на использование.

Нет, только для GPL это нужно. Другие лицензии не вынуждают менять твою текущую.

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

Вот это "релизьтесь только под GPL" и называется монопольным требованием, потому что вынуждает не использовать другие лицензии. Не понимаю, почему принуждение использовать в винде Internet Explorer антимонопольщики называли нарушением, а принуждение использовать в разработке GPL - нет.
Абсолютно одинаково.

Пока что это вызывает батхёрт у тех, кто считает проприетарным абсолютно открытый проект откуда брался код для батхёртщиков. Иначе бы они не бегали в новости этих проектов, раз им "всё равно" и не кричали, что у них код взяли.

> Ты не понял. Это лайфхак. Использование имеющихся тулсов для СВОИХ целей. Проприетариев огрели ИХ тулкитом. Это было круто. Чтобы это заоверрайдить придется отменить копирайт, против чего много толстых котов возбухнет. А вы collateral. Вас не жалко: вы снаряды им таскали.

BSD - проприетарий? А если подумать головой? Вы не только проприетариев огрели, вы огрели весь опенсорс со всеми неGPL-лицензиями.

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

Вот-вот, пусть с виндой и вайном синхронизируется в своём тивоизированном загончике. Какой-нибудь Airlied не жалко.
Мастеркласс он задолбается давать, когда его форкнут. Если он без тивоизации, то и весь его бизнес накроется медным тазом.
Оно и видно, все проприетарии вокруг вас скучковались. :) А тима не сможет иметь мнение отличное от босса. Это как бы аксиома в мире корпорастов.

> Вы себя переоцениваете. С вас как с козла - молока. За это козлов и не лю..., не cиcькa это была ;)

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

> и не лю...

А ты участвовал в написании CoC-а? Являешься членом сжв-тимы линукса? :)
Или просто косишь под успешного интеллектуала со сленгом пятнадцатилетней блогерши.

> Это ваши проблемы а не мои.

Проблема тут только одна, ты веришь в собственную ложь и отрицаешь заслуги прошлого.
Живи одним днём, мне-то что.

> Опять же это проблемы того народа. У меня данной проблемы нет, так что нет смысла делать мне этим мозг.

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

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

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

Ну, мне можно. :) У меня ремонт, работать в жару сложно, и под вялое выполнение ремонта можно потрещать. Тем более когда лгут про некогда любимую фряху. Корпоративный линуксоид, который в каждой новости трещит про BSD и говорит, что ему всё равно.

Но мне уже надоело разговаривать с людьми, у которых линукс - отдельный проект, работающий без сдёрнутого софта и окружения. Хорошо, что ты уже начал признавать хотя бы частичность клона. Раньше ты и этого не понимал.
    ​
> Я побольше вашего знаю как это. Ибо партнерил с MS от и до. И отлично видел как и что. Да, представляете, иногда можно осознать ошибки и сделать рокировку. И у меня накопился к вон тем определенный техдолг, который надлежит вернуть. "С доставкой", по возможности.
> Опять же. Это ко мне никак не относится. Смысл делать мне этим мозг?

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

> Это вон та где crypt матерится на сломаный ему в минорном обновлении модуль virtualbox? Убедительный пример был :)

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

Мой пример поубедительнее будет, потому что я ОС всегда использовал на железе, а не на виртуальных прокладках. (И если был рассинхрон версий, то я просто откатывал виртуалбокс до лучших времён.)

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

> EDID вообще кернел занимается.
> Вы, конечно, от этого страшно далеки, но все же.

Мы далеки, особенно разрабы wlrandr, которые проект то приостановят, то продолжат. А wayland как не выставлял правильное разрешение, так и продолжает это делает. Это то, что иксы влёт делают.
И ядро ковырять сложнее, чем конфиг xrandr-а.

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

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

> Кривой EDID все ж специфичная штука.

Увы. Полно переходников и адаптеров, которые его не передают.
    ​
> Переходники DVI уже работают? Или это в принципе невозможно?
> HDMI и DVI электрически одно и то же: HDMI == DVI-D с одним линком. Переходник это 2 разъема и кус провода. Но есть и куда более забавные чипаки. Никогда не видели допустим eDP <-> MIPI DSI? А вон там в drivers/ лежит пачка. У вас ессно этого - нет. Так что на вон той эмбедовке... эээ... ну вы поняли ;)

Я не видел, я не живу в магазине электроники. Как бы мне это помогло с отсутствием аналога xrandr для десктопа - тоже хз.

Тем более я спрашивал, wlrandr допилили или нет. Если допилили, то и хорошо. Два года назад ничего не работало. А ждать, пока там соизволят всё сделать чтобы работало, терпения не хватило.

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

Мы про десктоп говорили, который не взлетел якобы из-за заговора OEM и MS. А на самом деле он не взлетел из-за отстойной совместимости, которая требует перекомпиляции, а это всё реже возможно при таких объёмах кода и огромной фрагментации. И вейланд в эту схему фрагментацию лишь добавил.
Что мне толку от эмбедовки. Десктоп у меня.

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

268. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 25-Июл-24, 17:48 
> Который содрали с юникса, на котором другие и базировались.

Ниже, про шины.

> Они все так развиваются. Это не пример, это неизбежность.

Как я вижу, не все йогурты одинаково полезны.

> А других уже был софт.

???

> Сейчас это сейчас, тогда никакого btrfs не было.

Не вижу в рекламе шин кредитсов изобретателю колеса и ВСЕМ кто улучшал дизайн.

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

Удачи с FUD а-ля майкрософт.

> Отключено, потому что "broken".

Фичи ядра Linux конфигуряемы. Я это умею. Удачи с FUD.

> Кстати, куда смотрит Торвальдс, впихивая в релиз broken-code?

В релиз не попало - норм смотрит ;)

> Он же всегда рьяно бился за коммиты, а тут целый broken.

Он и experimental bcachefs вкомитил. И нянчился с майнтайнером, вправляя мозг до состояния когда остальные работать с ним ок. Роль такая. Бьется не чтобы послать, а чтобы не слить качество.

> Конечно забудешь, отсидев беззаботно на ужастике 20 лет.

Я и MSDOS - пользовался.

> А ты бы подождал 20 лет без ужастика, чтобы потом сразу на btrfs перейти.

Не буду скучать о MSDOS, ext2, ...

> Без прошлого нет будущего. Без родителей нет тебя.

Дети живут и после родителей. А те кто живет прошлым - не имеет будущего. Для меня вы живой мертвец в IT.

> они подчёркивали происхождение от оригинальной юникс.

А можно и "пытались примазаться к чужой славе, tm и заслугам" сказать.

> А он тут ни при чём. Всё сделал Столлман. Ну разве что
> как учитель как пользоваться другими.

Торвальдс крут в overall project management.

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

Первыми стали друзья и любопытные early adopters (к вопросу почему они ценны). Они и помогали довести до ума.

> Пользователей не было.

Это называется bootstrap. Первыми пользователями становятся создатели. Слабаки типа реактоса не могут перейти Рубикон и уйти на свою ОС за 20 лет. При таком showcase остальным - нахрен надо. Туда же идут разговоры про "ОС под задачи".

> Когда-то позвонить по мобиле не было возможности, ибо не было мобилы.

И телефонисты типа AT&T борзели. Заметьте, их послали как только смогли.

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

Если на BBSку те залили то, так - вы любите - это. Или не получаете софт. А больше смертному программы было особо не откуда, даже фриварные/открытые.

> Никто тебя ZIP-ом пользоваться не заставлял,

Да. Можно было остаться совсем без софта, на выбор.

> тем более фряха.

Подносчики снарядов милым штукам типа AT&T.

> Тивоизацию он профукал.

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

> А десктопов всё меньше.

Статистика не подтверждает эти тезисы. А так иксы пора выкидывать. Не принадлежат миру с 4K 10 bpp variable-FPS с HDR LCD, GPU где есть хардварные поверхности видео и проч.

> Правда на тивоизацию ему плевать,

Есть полно железа без нее. Не вижу проблем голосовать монетой.

> он вроде есть, а вроде и не нужен. Потому что только в облаках и закрытых железках.

Булшит. У меня есть даже железки гоняющие линух совсем без блобов.

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

Металлурги не требовали EULA, TOS, секурбуты и DRM. И даже так не вижу в рекламе шин кредитсов всем причастным.

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

А еще я у вас не занимал... ;)

> Злоба исчезнет и угроза распространения GPL внутри организма резко снизится.

Вещающим что я "должен" - возврат техдолгов в двойном размере ;)

> Лживые и злобные болеют GPL гораздо чаще. Это уже доказанный факт.

Я пришел к другим выводам. Хвалить проприетарь рядом с свободами это двойные стандарты. А выще чудный FUD.

> Будь в равновесии, наплюй на прод.

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

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

Или к вопросу какие счеты к проприетариям... сделали это сложнее, кривее, мучительнее и дольше. Хорошо что я узнал про другие пути!

> Как раз сейчас тебе ничто не мешает.

И настало время вернуть техдолги "wannabe богам". За все! ;)

> Я первые версии "столмановского" emacs устал искать. Гослинга нашёл сразу.

Я не юзаю emacs -> ненужное мне знание.

> Это вотчина антимонополистов.

Формальность и через 10 лет - не надо. Надо результат и "вчера".

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

Правила просты: "commit or GTFO". Торвальдс и ко в курсе! Tick, stable api nonsense. Tock, GPL_ONLY от друга-майнтайнера. Tick-tock, tick-tock - проект развивается. Мне нравится.

> Ага, Торвальдс даже своего учителя использовал.

А почему он должен быть хуже интел? Двойные стандарты - это у вас, а у нас все равны ;)

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

Нет. Таненбаум никогда не был частью сообщества Linux.

> один. И все увлечения и успехи исчезнут в один момент.

Вроде, на завалинке вы а не я. Мне же еще надлежит многое сделать.

> В общем, да. Если сейчас передрать линукс, добавив несколько полей в разные
> структуры, то это сделает его другим ядром. Или нет?

Сложный вопрос, возвращающий нас к кораблю Тессея.

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

Права Торвальдса и остальных - прописаны в лицензии. И только так.

> Структуры в коде, код - объект авторского права.

Насчет структур в коде не уверен. Код - в зависимости от сложности и уникальности.

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

Я смотрю на практику применения в судах.

> Архитектура там была содрана с юникса, но она отработала на совесть.

Вывесить юниксовое апи можно бесконечным числом способов, ничего не говорит о кишках. И например изначально линь i386-only. Позже Торвальдс осознал ошибки. Но это не единственная.

> Архитектура современного линукса такая же ужасная. Оба семейства тотально устарели.

Лучше чем была тогда. А перфекционизм до добра не доводит, проверено hurd, reactos, и каким там еще легионом фуксиеобразных.

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

Мне Linux в этом аспекте больше нравится ;). Лучше работает, живые девы, можно еще и чинить проблемы. И больше железа и фич поддерживается. В отличие от.

> стадии аналога IOKit.

Торвальдс и его тим в гробу видал проприетарные дрова. И я тоже.

> Правда у линукса начинает получаться, правда не в том виде, в каком он планировал.

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

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

VFS в лине все же какой-то местный самопал, как и VT. И писаны в эпоху когда студень только начал дорожку к бытию крутым PM. В архитектуру он тогда еще не умел как надо.

> этом потеряли. Зато был бы не клон.

Для желающих именно это и так, есть Hurd, флаг им.

> Бедный Линус, он так им гордился. Что даже копирование функций из него
> в линуксовые же исходники называет не иначе как stealing.

А сегодня появился сверхскоростной io и фс с иным устройством. Оказалось что на самом деле хотелось другого. А страницы по 1 - НЕ хотелось колупать. Удачи в копипасте, скучать не будете ;)

> Я же говорил - токсичные.

Вирус создан выпиливать несунов в норку и фанов двойных стандартов.

> И поэтому ты отрицаешь сидение на этом коде предыдущие тридцать лет.

Я отрицаю что это было чем-то хорошим и так и надо.

> Или прямо в гугл вбил название функции и нашёл реализацию в гитхабе.

Я так делаю только если настроился что-то пропатчить всерьез.

> Разве программистов ещё не начали заменять на закрытый отполированный ИИ, про возможности
> которого ещё не знают? :)

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

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

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

> Победители - корпорасты. Поздравляю.

Я тоже не в минусе: если ждать адептов Делать Правильно - зачем моему скелету ваше кульное решение?! Поэтому я буду за более разумные варианты.

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

Так, частично, по мотивам. Полно и самобытных решений, чему пруфом LinuxKPI ;)

> А почему когда в линукс и его инфру брали код, ты не
> констатировал факап управления линуксом?

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

> Нет, он появился потому что GPL.

Это примерно половина смысла. Вторая половина - факт что у бсд собственной реализации DRM/KMS ну вот не было. Господа самоустранились. Им и так норм было. А фигли, с виндочкой то.

> Так бы просто драйвер стянули, безо всяких LinuxKPI. Всё равно код переделывать.

Так переделывалка может немного сломаться от объема работ. И откуда вы актуальный DRM/KMS возьмете сами? Напишете? А разработчики способные на это где, и как их зовут?

> А вот и следствие: раз нельзя доказать, что Столлман не вор

Я и не пытался: доказывать что он вор - задача обвинения, в суде.

> Как это хорошо вписывается в отсутствие десктопа для линукса.

Болтая с воркстэйшна с линуксом - читается особенно забавно :)

> А я линуксом. :) Для меня его сообщество, что рабы у проприетарщиков.

У линуха политика - "commit or GTFO". Странный принцип для рабства. И Airlied и те девы болтающие со мной в рамках багфикса совсем на master'ов не похожи.

> серверов подбирать крошки с проприетарного барского плеча. И то, если ты
> не свистишь про свои успехи. :)

Я юзаю вполне открытый майналйн, а по возможности и вещи типа uboot, тоже открытые.

> мантрой про воровство. Зачем ты с этим пристаёшь к другим?

Как вы там сказали? Баланс с самим собой? Странный у вас баланс - таскать с задворок "токсичного сообщества" и злопыхать :)

> Мне тоже всё равно на развитие корпоративного опенсорса.

Да он и мне неплохо подойдет, можно подумать в корпах инопланетяне работают. Академское управление проектами сами юзайте, у вон тех учиться этому уместнее :)

> И можно ещё упоминать авторов алгоритмов, которые предложили методы без реализации и
> чьи алгоритмы были реализованы в коде.

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

> Будет смешно, если выяснится, что он и его передрал с cc и pcc. :)

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

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

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

> хотя Линус его только глазами пробежал.

Он сделал первую версию этого и получил типовые лавры архитекта/PMа.

...
> БСД это ветвь юникса и разрабатывали её теми же инструментами.

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

> Тяжёлый был шаг, но вынужденный.

Это опять же ваши проблемы. С вас полезных комитов - примерно 0.

>> В Linux был аудит - нашли только пару хидеров которые вообще не объект копирайта.
> Вижу, нет понимания как линукс - ядро, и как линукс - инфраструктура.

Линукс - ядро. By design. А инфраструктура разная бывает. У андроида, вон своя. Они _не_ GNU/Linux. Чисто технически.

> Сейчас наверное и не найдёшь там кода от Гослинга.

Я никогда не имел эмоций относительно EMACS, нет смысла делать мне этим мозг.
...

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

Отличие? У нас честно указаны terms and conditions, а у вас блабла про свободы, но если ими попользоваться, в том же объеме что и интели с сонями, начинается какое-то пиндежи. А какого собственно? Сами же писали - вот так. А вон там мухлеж в попытке косить под немного беременных, когда толи GPL, толи не GPL :). Впрочем проприерасы от такого будут ессно держаться подальше, им бег по судам нафиг надо. Но это ваши отношения и ваши проблемы.

>> Но это все же не Linux. Linux так то вообще ядро...
> Да, я понял, что у тебя он сам никогда ни при делах,

У линукса есть более 1 юзермода, внезапно. Я это понимаю, в отличие от.

> В проде у тебя тоже только ядро?

Разумеется. Но этот обвес словом Linux не называется. Это - Debian например. Он и поверх нескольких других ядер работает, ну или пытается. Скажем Hurd или даже столь странное нечто как kFreeBSD. А у вон тех musl какойнить. Или bionic libc вообще, который уж точно не GNU/Linux и те претензии совсем мимо.

> Удобно, не спорю. Но ложь выдаёт длинный торчащий деревянный нос.

Быть вторым сортом прерогатива тех кто хочет этим быть. Это не я.

> Не можешь? А знаешь почему, потому что раньше гита не было. :D

А еще раньше не было электричества. Можете при лучине жить, я не против!

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

Когда Торвальдс затеял это, BSD вообще i386 не жаловали, рассказывая в основном про архидорогие, зато академичные RISC. Захочешь - не сопрешь.

> Даташит - это ещё не код драйвера.

Я могу написать работу с железкой сугубо по даташиту. Вот и поговорили, да? :)

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

Отлично, вирус работает. Wannabe божки с EULA о чем-то начали догадываться, шестерки оказавшиеся collateral ноют.

На что мне жаловаться - не вижу. Я свои проекты под GPL выкладываю ;). А как вы сами сказали, если вам не нравится, вот тут вас реально никто не заставляет. Люблю применять стандарты к их носителям.

> Нет, только для GPL это нужно. Другие лицензии не вынуждают менять твою текущую.

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

> Вот это "релизьтесь только под GPL" и называется монопольным требованием, потому что
> вынуждает не использовать другие лицензии.

У вас есть право не использовать их код на тех условиях и фигачить вместо него свой на любых удобных вам условиях. Как я вам ваши же стандарты вернул, а? Я же сказал, пора техдолги возвраащать! :)

> в винде Internet Explorer антимонопольщики называли нарушением, а принуждение использовать
> в разработке GPL - нет.Абсолютно одинаково.

Удачи доказать это в суде.

> BSD - проприетарий? А если подумать головой? Вы не только проприетариев огрели,
> вы огрели весь опенсорс со всеми неGPL-лицензиями.

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

> Вот-вот, пусть с виндой и вайном синхронизируется в своём тивоизированном загончике.

Это скорее винда вон там пытается с ним синхронизироваться, вон там кто-то пытается RADV в винде завести.

> Мастеркласс он задолбается давать, когда его форкнут.

Принцип опенсорца: форкай наздоровье, если здоровья хватает.

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

Уберите зеркало у этого гражданина. Как он описал сабжа и себя.

> А ты участвовал в написании CoC-а? Являешься членом сжв-тимы линукса? :)

Нет, конечно. У меня более технические интересы.

> Или просто косишь под успешного интеллектуала со сленгом пятнадцатилетней блогерши.

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

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

Я их оцениваю трезво, по тому чей-какой код для меня по факту работает.

> Живи одним днём, мне-то что.

А вы можете задвигать истории и вопить что ничего менять не надо. Я взамен буду считать что у вас и сабжа по сути нет будущего.

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

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

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

Мудрые слова. Я рад тому что получил. А вы кажется нет. Этим мы и отличаемся.

> Возможно, ты в будущем тоже подумаешь, что на самом деле хотел чего-то иного.

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

> от холодильника и строчишь от безделия комменты на опеннете.

А может это прикольные проекции проприетариев, расстроеных что без них можно обойтись.

> некогда любимую фряху. Корпоративный линуксоид, который в каждой новости трещит про
> BSD и говорит, что ему всё равно.

Я сюда забредаю когда мозг уже устал делать что-то более крутое и интересное ;)

...
> Это относится к людям и почему они не хотят на линуксовый псевдодесктоп.

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

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

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

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

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

> Вот там - да, линуксизация хорошо подубила желание фряхой пользоваться.

Я даже могу понять досаду, но реально вы же не готовы сами столько фигачить чтобы своим вэем переть, и тимы типа airlied'овской у вас где? А, вы проприетарь продвигали? Это дело, "так поди же попляши".

> Мы далеки, особенно разрабы wlrandr, которые проект то приостановят, то продолжат.

А "вы" к "ним" каким вообше боком относитесь? Может, вы еще и патчи присылаете под свои хотелки и проблемы? :)

> Винда просто работает автоматом,

Да, сабж ждет большое будущее с такими решениями.

> иксы работают с нескольких команд. Без всяких патчей и параметров ядра.

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

> Зачем нужен вэйланд, если он не умеет самого элементарного.

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

> Увы. Полно переходников и адаптеров, которые его не передают.

Ну это уже совсем кривизна. И вспоминая отношения с виндой <-> кабель VGA без линий I2C я что-то ваш оптимизм насчет винды совсем не разделяю.

> Я не видел, я не живу в магазине электроники. Как бы мне
> это помогло с отсутствием аналога xrandr для десктопа - тоже хз.

Ну вот так и могло - можно совсем "виртуальную" фирмварь EDID отдать. И даже то что by design его не умело вдруг огребает этсамое. Есть и иные варианты. Скажем DTB, но это все же не про x86 в основном.

> соизволят всё сделать чтобы работало, терпения не хватило.

У меня такой проблемы просто нет, я и не парился.

> Мы про десктоп говорили, который не взлетел якобы из-за заговора OEM и MS.

"В том числе и". Если не ставить ОС и посмотреть сколько юзерей заплатили бы за винду - это был бы сильно более честный расклад.

> Что мне толку от эмбедовки. Десктоп у меня.

При том с каким-то кривым нестандартным железом. И виноват в этом ессно линух. Даже после того как решение посказали. Типично.

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

219. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 14-Июл-24, 00:57 
> Поскольку корпам линух нафиг не нужен.

Читать как "Поскольку корпам линух на десктопе нафиг не нужен."

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

139. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (141), 12-Июл-24, 21:24 
> - сократить срок поддержки релизов

Хороший выстрел в пятку, теперь корпы им окончательно перекроют кислород. Даже на дебиане можно некромансить около 6 лет если очень надо, юзая сперва stable потом oldstable а потом и oldoldstable, если ну вот лениво или проблемно апгрейдиться. Про убунту даже упоминать неприлично, даже 18-я еще на расширеной поддержке до сих пор живет.

> [ вы находитесь здесь ]
> - добавить в ядро модули на rust

Они уже это обсуждали на днях, вон там соседняя новость.

> - портировать containerd и прочие кубернетисы
> - перейти на systemd

А вы предлагаете без удобных и быстрых вариантов управления и деплоя перекантоваться? Окучивая локалхост в стиле опеннета? Это когда при кончине сервака 2 недели - ж... в мыле: "где же найти такой сервак с такой же мамкой?!". Ах оказывается ЭТО уже i++ лет как не выпускают и такая постановка вопроса жуткий гимор и хардкор?!

> - использовать linux в качестве ядра

Все раввно половина дров из линуха поперты, упростит такие инициативы ;)

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

159. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Ivan_83 (ok), 13-Июл-24, 00:42 
Какие корпы то?
Те корпы которые юзают фрю - умеют её готовить, и им хоть мажорный релиз раз в год выкатывай, проблем не будет.
Ответить | Правка | Наверх | Cообщить модератору

167. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 01:58 
> Какие корпы то?
> Те корпы которые юзают фрю - умеют её готовить, и им хоть
> мажорный релиз раз в год выкатывай, проблем не будет.

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

Конечно хрень типа сони врядли перестанет это, но кому с этого какая радость?...

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

182. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Аноним (179), 13-Июл-24, 12:22 
И опять вспомнил сони.
Ты разве не в курсе, что у неё соглашение с амд?
Да, амд не хочет свои дрова раскрывать полностью.
Там работает amdgpu-pro или аналог, а не этот обрубок для линуха.
Он как был закрыт, так пока и остаётся.
Так что здесь линух в такой же ситуации. Хоть с сони, хоть без.
Ответить | Правка | Наверх | Cообщить модератору

206. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (206), 13-Июл-24, 22:09 
> И опять вспомнил сони.
> Ты разве не в курсе, что у неё соглашение с амд?

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

> Да, амд не хочет свои дрова раскрывать полностью.

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

> Там работает amdgpu-pro или аналог, а не этот обрубок для линуха.

Сразу видно mindset голимого проприетарщика/потребтеля. С таким сообществом сабж будет там где ему самое место.

> Он как был закрыт, так пока и остаётся.

Но де факто он мало кому в линухе вперся. А зачем? Открытый его обошел в большинстве номинаций.

> Так что здесь линух в такой же ситуации. Хоть с сони, хоть без.

Лол. В линухе GPUшки от амд заводятся без приколов с обломами чаще всего. А в сабже надо эвона какие распасы. С отставанием на световые годы.

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

218. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 14-Июл-24, 00:51 
> Мне соглашение AMD с Linux больше нравится, так оно для меня лучше работает и поэтому я буду за такой формат.

Так если дров нет, то и нет. А если появятся, то и в бсд могут.

> Открытый его обошел в большинстве номинаций.

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

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

> С таким сообществом сабж будет там где ему самое место.

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

Хочу узреть переход Hyperbola GNU/Linux-libre на HyperbolaBSD.
Правда там опёнок, но у него инноваций сейчас всяко больше.
Впрочем, фряху со счетов до конца не списываю. Если будут активно перетаскивать решения из линуксулятора и LinuxKPI, да и просто разные решения в нативную реализацию, то не грех и вернуться.

>  А в сабже надо эвона какие распасы.

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

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

Это здорово на самом деле. Гораздо лучше, чем сидеть вообще без графики, как сидят на других системах, только из-за того, что где-то кто-то, выдрав разные решения у других, позорно решил им запретить делать то же самое, внедряя требование GPL_ONLY. (Ну извини, не могу пройти мимо: GPL_ONLY - это абсолютный позор free software. И абсолютный вин GPL. Методы как у одной развитой европейской страны в середине прошлого столетия.)
Честно конкурировать линукс не может. Поэтому ему приходится так защищать свою "интеллектуальную ценность." :D Но было бы честнее переписать весь заимствованный код. За это можно было бы уважать.
А так... Что ядро, что сообщество, что лидеры - всё токсичное.

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

226. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 14-Июл-24, 07:12 
> Так если дров нет, то и нет. А если появятся, то и в бсд могут.

На минутку, AMD сейчас придерживается политики что поддержка в линухе их железок пилится еще до выхода железок. Есть кернельный драйвер, AMD пилит его еще до релиза железок. Им пользуется и MESA, и проприетарный стэк амд, как там его. Хидеры с регистрами к модулю они генерят из HDL сорцов амдшных железяк, как часть операции билда/релиза аж.

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

А да, у сабжа - подтыривают. Вот именнно то. Из линя. Через прослойки типа LinuxKPI. С отставанием на дофига, конечно. И кучей местечковых траблов. Которые разумеется никто не знает как решать - те кто хотел это кодить или в AMD дрова для линя делают, или в Valve, или независимые линуксные прогеры. А в сабже как обычно разработчиков ни на что нет.

> В открытом ещё нет полной поддержки RDNA из плойки.

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

> есть сейчас могут и добавить. 24 тысячи строк в месе не такой страшный объём.
> Портируют, кому надо.

DRM/KMS видите ли подразумевает ядерный выносок. И основные проблемы таки вокруг вот этого. В результате сабжу пришлось откосплеить половину ядерных и-фейсов линя, ну вон там народ и стебется на тему - "заменить ядро". С таким развитием это сильно упростит жизню ;).

> В AMD не такие дурачки сидят, чтобы сразу открывать весь код.

АМД так то ломится в HPC в основном. Плойки на фоне бума AI - сами понимаете. Вон те набивают датацентры под завязку топовыми видяхами. И открытость решений VS nvidia там вполне катит за козырь. И таки продается - видяха, а драйвер так, халявный аддон к ней. Без коего она нафиг никому не.

> Я не отношусь к сообществу сабжа. Постепенно ушёл с появлением LinuxKPI и
> косяками старой команды.

А, понятно - коллега по цеху мистера поха. С примерно теми же граблями. А куда они от LinuxKPI денутся? Сами напишут модуль размером с AMDGPU? Ага, ща. Тот для начала вырос из linux'ного же Radeon. Да, амд не проперлось что это реверс, отрефакторило все регистры и проч на свои внутренние дела. Так появился AMDGPU. Теперь регистры называются и дефайнятся прям на основе HDLных сорцов девайсин.

> Ибо делать то, что делал линукс, дёргая код с бсд, это действительно
> не развитие в случае BSD.

Ну дык... но у BSD вон тех девов - примерно ноль. В эпоху становления DRM/KMS господа самоустранились из создания next-gen интерфейсов и подсистем, вопя что их и так все устраивает. Весь тот дерганый тирингующий крап в иксах, ага...

> Хочу узреть переход Hyperbola GNU/Linux-libre на HyperbolaBSD.

Не очень понимаю эту хотелку, видимо я далек от этого. Мне не требуется "BSD из Linux".

> И какие распасы надо? Тот же драйвер подгрузил, что в линухе.

Угу, где б вы его еще взяли? Проериетару амд для бсд вообще делать не стали. А чтобы MESA завелась - тадам - она модуль AMDGPU в ядре подразумевает. Для реализации DRM/KMS интерфейса поверх AMD GPU. У сабжа ну не то что совсем этого нет, но тот прон с отставанием на эн лет, через LinuxKPI и всякие - сравнивать с линухом некооректно. И да, репортнуть баг на ЭТО можно разве что в спортлото. Живых разраобтчиков понимающих кишки ЭТОГО кода в BSD примерно ноль, насколько я понимаю. AMD на BSD как таковые - забили.

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

В Linux совместимость MESA <-> libdrm <-> kernel в весьма шировких пределах. И как правило все просто работаеот. А если лыжи встали на асфальт, вооон там живые АМДшники висят. Я с ними решал в свое время пару вопросов. И это было круто. Но они линуксоиды, просто нанятые амдой на фултайм делать что они и делали.

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

Насколько я вижу объем мучений таки - весьма разный получается.

> производители железа боятся показать их настоящий код конкурентам. Зачем нужен второй
> nouveau. Используются обычные линуксовые дрова.

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

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

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

> Методы как у одной развитой европейской страны в середине прошлого столетия.)

Сейчас бы вам да на эту тему рассуждать...

> А так... Что ядро, что сообщество, что лидеры - всё токсичное.

Да вот знаете ли - со своей стороны мне нравится ОС которая для меня ворочает все работы от и до, а взаимодействие с девами - показало мне что процессы разработки софта могут быть сильно круче чем у многих других. АМДшников это в частности касается. Да, они решали довольно жесткие мои проблемы за 1-2 дня. И сразу с девами. В проприетари это вообше невозможно. Как впрочем и в сабже - за отсутствием тематичных девов.

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

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

252. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (251), 18-Июл-24, 03:11 
А ты часом не мудератор? Подкрути тупого бота. А то все длинные ответы без матов и прямой ругани молча удаляются после поста. Причём быстро. Человек прочитать не успеет.

А на прошлое вот ответы, если интересно. Зря я писал что ли. :)
Wordwrap только вверху нажми.

https://dpaste.org/KiLz1

> Сейчас бы вам да на эту тему рассуждать...

Я не из Брюсселя.

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

256. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 18-Июл-24, 11:24 
> А ты часом не мудератор?

Нет. В свое время предлагали, но тима с шигориным и freehck? Спасиб, но нет.

> Подкрути тупого бота.

Это к Чиркову. Но я удваиваю, он режиме взбесившегося пулемета.

> быстро. Человек прочитать не успеет.

Я к этому отношения не имею. И было бы неплохо вернуть сообщение. Можно попробовать в "сообщить модератору" запросить это, в обе стороны работает.

> Я не из Брюсселя.

Это не про них. Гeббельc уже турбиной крутится, заслышив пение энных соловьев.

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

253. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (251), 18-Июл-24, 08:16 
> На лине в данный момент - на амдшную проприетарь по сути все забили

А на лине больше ничего и не могут. Я раньше знал команду, которой можно проверить amdgpu-pro у тебя работает в данный момент, или amdgpu. При этом inxi и прочие lsmod-ы всегда показывали amdgpu. И лишь эта команда показывала конкретно amdgpu-pro. Очень похоже было на pciconf. Но я её забыл. Редкая вещь.
А glxinfo показывает разницу, но по другому.

Так что AMD специально сделала, чтобы отличий от -pro не было заметно. Как будто всегда работает открытый драйвер. Но субъективные ощущения менялись очень сильно. В играх появлялись нормальные текстуры, текст печатался на тех позициях, на которых должен был. А не та мешанина на полярисе с amdgpu без -pro.

> А зачем надо вон то - только амд и знает.

Знает, потому closed не открыты. На лине разумеется не знают, но думают, что непроприетарь такая же как и closed, или даже лучше. Что само по себе нонсенс, если учитывать действия AMD.
Про то, что опенсорс дрова стали лучше, будет ясно тогда, когда AMD полностью перестанет разрабатывать проприетарный драйвер. А пока что плойка рулит и у AMD с Сонькой NDA - это раз, и АМД могла разработать эксклюзив кардинально отличающийся от линукса - это два. Во втором случае, драйвер для системы общего назначения будет чуть менее чем полностью бесполезен. Зато полезен для нвидии и, в какой-то степени, для microsoft. Что сони нафиг не надо. И пока твоя голова этого не уразумеет, ты так и будешь писать чепуху про "сони не делится дровами".

> А да, у сабжа - подтыривают. Вот именнно то. Из линя. Через
> прослойки типа LinuxKPI. С отставанием на дофига, конечно.

Как в линуксе всё проприетарное виндовое. Или как он ранее у всех остальных побирался.

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

Я видел что RDNA вкомитили (я же сам процитировал про 24 тысячи строк), но насколько она полная никто опять не знает. И опять мы зависим от проприетари. И так будет вечность. А её так мало осталось.

Наверное на линуксе много ААА-игр появилось. Ой, нет. Они все виндовые. А с нативными (вроде я читал про шестую Циву) всё настолько тяжело оказалось, что даже поддержку то свернут, то вернут обратно. Но наверное в итоге свернут, ибо выгорание.

> ну вон там народ и стебется на тему - "заменить ядро". С
> таким развитием это сильно упростит жизню ;).

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

Думаю фряхе проще форкнуться как GPL-проект, чем заменять ядро на недоNT (вот ещё вариант названия линукса) без нормальных Jails, Netgraph, GEOM, Dtrace и ZFS. Да и BHyVe тоже не плох становится. Вот только проблемы с ZFS возникнут. Так что ждём, когда же вы доведёте до ума BtrFS.

Чуть не забыл. А как там Кент поживает? GPL ещё не заразился?

> АМД так то ломится в HPC в основном. Плойки на фоне бума
> AI - сами понимаете. Вон те набивают датацентры под завязку топовыми
> видяхами. И открытость решений VS nvidia там вполне катит за козырь.
> И таки продается - видяха, а драйвер так, халявный аддон к
> ней. Без коего она нафиг никому не.

AI через некоторое время видоизменит весь IT-сектор. Так что куда там AMD ломятся, обычному человеку наплевать. Может оказаться, что вперёд вырвется вовсе не AMD или какая-то известная компания из тройки. Так что ломиться она может куда угодно, но это ничего не значит и не гарантирует.

Более того, полная поддержка OpenCL как раз в закрытых драйверах.
Поэтому говорить о HPC и месе я бы наверное постеснялся.

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

В 2024-м всё ещё считать драйвер халявным аддоном? :) Вот так линукс и тырил код со всех проектов, включая сабж. Для линуксоида любой код - халявный аддон.

> А, понятно - коллега по цеху мистера поха. С примерно теми же
> граблями.

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

> А куда они от LinuxKPI денутся? Сами напишут модуль размером
> с AMDGPU? Ага, ща. Тот для начала вырос из linux'ного же
> Radeon. Да, амд не проперлось что это реверс, отрефакторило все регистры
> и проч на свои внутренние дела. Так появился AMDGPU. Теперь регистры
> называются и дефайнятся прям на основе HDLных сорцов девайсин.

Вот это ты хорошо вспомнил. Radeon. Тот самый, который остался у клиента, когда АМД кинула всех своих покупателей в 2017-м, забив на сборку проприетарного драйвера и оставив им полурабочий открытый огрызок. Отличные опенсорсники, о клиентах думают. И после этого та обиженная толпа, которая пыталась перейти на какой-нибудь линукс, ринулась сначала обратно на винду, но на будущее в уме запомнила, что покупать надо Nvidia с Intel-ом. Ту самую Nvidia, с которой решили бороться с помощью GPL_ONLY. Честно же не получилось. А это случайно не AMD проспонсировала обновление иксов, чтобы радеон отвалился? А то как-то всё так совпало. Всего одна цифра в годе с 7-ки на 8-ку сменилась и народ со старыми радеонами взвыл.

И новички не знали, что при переходе с винды им надо будет комп менять. :)
Им же все говорили, что линукс не требователен к железу, а оказалось, что ситуация ещё хуже, чем на винде. Потому что ты там мог поставить старый каталист, а с линуксом обломинго пролетело.
Ух, сколько я их насмотрелся. И дверью хлопали и матом ругались. А чего ругаться, идёшь на систему, где всё работает и забиваешь на линукс. Тем более что выкатили WSL и разрабам вообще стало не надо никуда дёргаться. Сделают основную версию под винду, сделают дополнительную под wsl на "отвали" и голова не болит от мультибута.

Короче, АМД - та ещё гнилая корпорация. Ну, какой линукс, такие и корпорации.
После такого кидалова репутация должна быть ниже плинтуса, но геймеры с головой редко дружат.

> Ну дык... но у BSD вон тех девов - примерно ноль. В
> эпоху становления DRM/KMS господа самоустранились из создания next-gen интерфейсов и подсистем,
> вопя что их и так все устраивает. Весь тот дерганый тирингующий
> крап в иксах, ага...

Что касается девов, это было видно по работе старой команды.
А крап в иксах до сих пор работает лучше wayland-а, который вот тут работает, а тут не работает, потому что у всех своя реализация.
Меня бы крап в иксах тоже устроил. Но,
1) девы на фряхе выкатили замену devd-иксов на udev-иксы (udev - часть systemd);
2) они сделали это посреди жизненного цикла ветки, а не в новом мажорном релизе
3) они перестали поддерживать старые собранные пакеты

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

Весьма, кстати, похоже на историю с amd fglrx: нет карты для новых иксов? - Гуляй в лес.
В моём случае драйвер позже прилетел. А вот у других и тачпады отрубались, и трекпады, и даже игровые мыши. Вот такое вот внезапное минорное обновление. Сказать, что я охренел от такого подхода, это ничего не
сказать. Я просто тогда подумал, а пакеты с разными серверами, nginx там, япы, они тоже так резко хаотично обновляются? Никогда такого не было, когда у меня серверы были. Сейчас уже не уверен.
А тут ещё новость про сокращение сроков. Ну, очередной минус в сторону фряхи. Разрабы-то и так сидят на карренте, а каково будет сисадминам. Очередной конфликт сисадминов "работает - не трогай", с разрабами "для разработки нового проекта берём самые последние версии всего нужного софта, на совместимость со старыми либами забиваем".

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

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

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

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

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

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

> Не очень понимаю эту хотелку, видимо я далек от этого. Мне не
> требуется "BSD из Linux".

Это наоборот, очередной болгенос "from linux to bsd". Мне интересно оставят ли они GPL.
И если оставят, то будет ли технологический GPL-рывок, о котором ты тут всё никак не устал говорить.
Или же нет и GPL не является условием для рывка. А если будет не GPL, то это будет недофряха. Никому не нужный и неинтересный проект. Так что тут фишка в лицензии. Ну и окупится ли желание разрабов свалить с линукса.

> Угу, где б вы его еще взяли? Проериетару амд для бсд вообще
> делать не стали. А чтобы MESA завелась - тадам - она
> модуль AMDGPU в ядре подразумевает. Для реализации DRM/KMS интерфейса поверх AMD
> GPU. У сабжа ну не то что совсем этого нет, но
> тот прон с отставанием на эн лет, через LinuxKPI и всякие
> - сравнивать с линухом некооректно.

Как где? Написал же: "Тот же драйвер подгрузил, что в линухе.". Значит - из линуха.
Не всё же вам у других брать.

> тот прон с отставанием на эн лет

2 года всего-навсего. И это не -CURRENT и даже не несколько лет.
В карренте по моему drm/kms от linux 6.1.
Надо в описании модуля, или релиза уточнять. Учитывая что многие линукс-системы до сих пор на шестое ядро даже не переходили, то считай почти ноздря-в-ноздрю.

Невзирая на ваши позорные палки в колёса.

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

> В Linux совместимость MESA <-> libdrm <-> kernel в весьма шировких пределах.
> И как правило все просто работаеот. А если лыжи встали на
> асфальт, вооон там живые АМДшники висят. Я с ними решал в
> свое время пару вопросов. И это было круто. Но они линуксоиды,
> просто нанятые амдой на фултайм делать что они и делали.

Ну молодцы. Зато они в джейлы не умеют.
Во фряхе тоже также, воткнул железку, она либо работает, либо нет. Если драйвер есть, тоже всё просто работает.

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

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

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

> АМД уже мало чего боится. Покупают - железки в конце концов. А
> драйвер так, подложка.

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

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

> За это требование больше всего спасиб стоит слать - фирме Nvidia. Это
> для них подарок, кроме фака в камеру им еще и вот
> так насыпали. Зато как я вижу - неплохо помогло, они стали
> гораздо кооперативнее.

Честная конкуренция, что и говорить. AMD вообще игнорить надо вместе с интелом, который мог бы в UEFI-прошивку воткнуть строчку типа "Powered with Minix by Andrew Tanenbaum with some major changes from Intel Developers". Это был бы аналог закрытого кода с BSD-лицензией. И достойного человека уважили бы, и пользователей просветили что кроме линукса ещё системы существуют, и надо выбираться из колодца.
Хорошо ещё, что на курсе по операционным системам некоторые преподы указывают студентам прочитать операционные системы от таненбаума. Но интел решил поступить как жалкий программёр, потёрший упоминания о первоначальном авторе из исходного кода. В итоге не интел поблагодарил создателя, а создатель поблагодарил интел, за то, что те соизволили использовать его код. Да, знаю что ты скажешь. Но это не GPL или BSD, а просто надо было код закрыть. Линукс в любом случае уворовали бы и отрефакторили. Просто монолит вместо микроядра... - это сам понимаешь.

Вот Nvidia бы могла и антимонопольщикам настучать.
Я бы их может даже поддержал. А может и нет. Это же тогда у вас ZFS родной станет. И вы BtrFS пилить перестанете. :) А вдруг она пригодится в закрытых проектах.

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

Токсичное, потому что сообщество превратилось в пузырь, надутый с нуля. Только код не с нуля.
Самомнение растопыренное и стремление самоутверждаться за счёт тех проектов с которых жрался код.
Оттого и общаться не хочется. И тем более работать на проприетарщиков за идею GPL от прохвоста Штульмана.
Кстати, вы его вознесли как великого программиста, но может он студентов порабощал и те на самом деле код писали и ему отдавали. :) Не зря же он кодил только пока в институте тёрся. Оттуда идея GNU сама собой напрашивается.

И ладно бы линуксоиды действительно что-то представляли уникальное, но ведь сидят на тех же прослойках, только для виндового софта. Что там после ntsync? Roadmap проприетарный патрон уже демонстрировал?
Ведь про доработку ядра уже писали 4 года назад. Замена линукса на недовинду, и переход на неё винды? Это что ли BендеKапец? :)

Я напомню с чего всё начиналось: https://static.sched.com/hosted_files/osseu2020/ea/Gabriel_K...

А то наверное все забыли уже. А всё идёт по плану и в первую очередь внедрили как раз регистро"бесчувственность" в именах файлов в ext4. :)

Ладно, в токсичном сообществе с токсичным мудератором общаться не интересно.
Не факт что текст выживет.

Что интересно. Всегда найдётся пара-тройка дурачков, в унисон подпевающих про воровство. Вы там на зарплате что ли? Или своя голова не работает?
Зачем вы идёте в новость про BSD. Вы линуксоиды? Вот и гадьте в новостях про линукс.
Пишите там, "да чего вы опять BPF ковыряете", "да зачем нам полувайн в ядре"... Идите и пишите. :)
А в бсд камни будете кидать, когда весь код с нуля перепишете.

Если мудератор и этот пост потрёт, то придётся ещё линк кидать.
Кто потрёт, тот знает как он называется.

О! Впервые скрипт сказал, что используется ненормативная лексика - слово выделено ядовитокрасным. Определенно, его нельзя произносить всуе. О нём нельзя даже заикаться. Это слово - BендеKапец. :D
Красавец, мудер. Даром что мудератор. Да, уж. Маразм крепчал...

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

258. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 18-Июл-24, 16:02 
> А на лине больше ничего и не могут. Я раньше знал команду,
> которой можно проверить amdgpu-pro у тебя работает в данный момент, или amdgpu.

Обнаружена некомпетентность: AMDGPU - ядерный модуль, рефактор Radeon под GCN непосредственно фирмой AMD. Оба стека, MESA, и -pro работают поверх него.

Что, рассказ про волшебные командочки не задался? Наступили на того что с этим стеком имеет опыт? Да еще с теми девами взаимодействовал и смог ощутить круть их рабочих процессов на себе? Бывают в жизни обломы. Особенно если зарываться. Intro to AMD opensource strategy. Chapter one. Все еще хочется со мной менторским тоном? ;)

> При этом inxi и прочие lsmod-ы всегда показывали amdgpu.

Потому что он используется в обоих случаях, внезапно: -pro сугубо альтернативный юзермод, куча библ по сути. Как и MESA. А ядерная часть 1 на всех. Intro to AMD opensource strategy. Chapter one. Нормальненький ликбез? Проприетарный модуль все. Опенсорс модуль теперь 1st class citizen. А регистры для него из HDL сорцов GPUшек генерятся. Круто, да? :)

> И лишь эта команда показывала конкретно amdgpu-pro. Очень похоже было на pciconf.

Вам не приходило в голову что вы не понимали как работает этот стек и попробовали дать лекцию тому кто неплохо в курсе его устройства? Я в кишки этого amdgpu немного лазил так то :D

> Но я её забыл. Редкая вещь.А glxinfo показывает разницу, но по другому.

Модуль у обоих AMDGPU. И конечно он активно юзает DRM/KMS хелперы в ядре. AMD теперь часть тех кто пилит DRM/KMS, их девы (== разработчики драйвера Radeon нанятые на фултайм) не против GPL_ONLY, они не заинтересованы в конкуренте-халявщике, идея спрыснуть тех дустом - норм ;)

> Так что AMD специально сделала, чтобы отличий от -pro не было заметно.

Чтобы рассуждать по теме - надо в ней что-то смыслить. См выше, там ликбез. А вот портирование AMDGPU ессно у вас идет понятно как. DRM/KMS активно развивают и рефакторят, господа "разработчиков нет" не поспевают за этим всем в своих кондом-прослойках.

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

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

> на которых должен был. А не та мешанина на полярисе с amdgpu без -pro.

Полярисы на данный момент работают вполне ЗБС - я проверял. На открытом конечно. Что там с pro я не в курсе, мне это не надо.

> Знает, потому closed не открыты. На лине разумеется не знают, но думают,
> что непроприетарь такая же как и closed, или даже лучше.

Ее неплохо разрабатывают, в том числе на данный момент уже и профи от игродела типа Valve. Такая ерунда. Да, они наняли себе несколько девов - AMDGPU пилять. Им оно надо для например SteamDeck'а и просто запасных планов на случай если MS совсем озвереет с стором.

> полностью перестанет разрабатывать проприетарный драйвер.

Да они на него и подзабили в общем то. Он где-то для кого-то есть.

> разработать эксклюзив кардинально отличающийся от линукса - это два.

На минуточку, в линухе есть поддержка всех выпускаемых AMD чипов и даже - порой будущих чипов, которые еще купить невозможно. Но флюpoдpoc проприетариям засчитан. Только это в паре с квалификацией - увы, не фича.

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

Мне так то нормалек и из линуха смотреть как вы там пыжитесь с прослойками под косплей этих наших DRM/KMS. С отставанием на годы. Вам видимо успех сони душу греет а то что свой апстрим в ж@пе пофиг. А я предпочитаю инверсный расклад - мне успехи сони душу не греют, зато я хочу видеть апстрим в нормальной форме. Этим мы и отличаемся. Да, я в это дело еще и впрягался. Удачи в даче мне лекций по этим дровам, это будет очень забавный опыт.

> Как в линуксе всё проприетарное виндовое.

У меня только открытый софт, вайна нет - вы не по адресу.

> Я видел что RDNA вкомитили (я же сам процитировал про 24 тысячи
> строк), но насколько она полная никто опять не знает.

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

> И опять мы зависим от проприетари.

Из проприетары там - разве что фирмвары будут.

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

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

> на виндовое ядро заменяетесь.

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

> Думаю фряхе проще форкнуться как GPL-проект, чем заменять ядро на недоNT

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

> (вот ещё вариант названия линукса) без нормальных Jails, Netgraph, GEOM, Dtrace и ZFS.

Мне как-то btrfs сильно больше нравится по управлению и внутренним структурам. И идеи bcachefs на тему агрегации SSD + HDD в фронт и бэк симпатичны. А у вас и это на световые годы позади.

> Да и BHyVe тоже не плох становится. Вот только проблемы с ZFS возникнут.
> Так что ждём, когда же вы доведёте до ума BtrFS.

А потом что? Стырите у нас в KPI VFS? Облом будет. Он кривой и поэтому предмет для жестких рефакторов. И история повторится. Видите, факапы с архитектурой приходится таки конопатить - когда приперло. А эти ваши geom после btrfs - как паровая телега. ZFS - форд начала века. Вроде на авто немного смахивает, но та еще колымага.

> Чуть не забыл. А как там Кент поживает? GPL ещё не заразился?

Target acquired! https://www.opennet.ru/opennews/art.shtml?num=61570

> AI через некоторое время видоизменит весь IT-сектор. Так что куда там AMD
> ломятся, обычному человеку наплевать.

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

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

На минутку, они там вон пиляют поддержку новых IP блоков для пока еще не вышедших GPU. До их выхода. Так что вот.

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

Что им там будет просто отщелкать? Поток команд в железку? Это мало что говорит как бэк выполнения сделан, а он довольно крутой и сложный. Да и у нвидии свой есть, с богатой историей. Интел? А он взял да и официально лицензировал GCN ядра. И видимо новые дискретные GPU от интел - некое переосмысление именно той технологии. Правда драйвер таки свой.

> и тырил код со всех проектов, включая сабж. Для линуксоида любой код - халявный аддон.

Я не хочу видеть в своей системе блоботу. Так что с вами и вашим менталитетом мне не по пути.

> По схожим граблям попрыгаешь годами, и так же будешь думать.

Я умею решать свои проблемы. В том числе и - вот - с AMDGPU. И вы на этом нарвались :)

> Вот это ты хорошо вспомнил. Radeon. Тот самый, который остался у клиента,
> когда АМД кинула всех своих покупателей в 2017-м,

У меня они даже есть в "запасном/экспериментальном" компе. Никакого кидалова - на них подняли OpenGL 4.6 аж. От и до. Это больше чем на коробке обещано было. А где-то от энтузиастов даже прототип вулкана болтается, хотя его на ЭТОМ вообще в жизни никто никогда не обещал. Просто они уже старые, VRAM маловато под современные скрины, да и перфоманс не чемпионский, смысла туда вулканы и проч - мало. Это в основном новые гамезы/проги с крутыми движками, на чем они это считать будут? На кривоватом VLIW под который кодогенерация боль?

> будущее в уме запомнила, что покупать надо Nvidia с Intel-ом. Ту
> самую Nvidia, с которой решили бороться с помощью GPL_ONLY.

Странно, что-то никуда я не ломанулся, хотя у меня парочка таких даже есть.

> в годе с 7-ки на 8-ку сменилась и народ со старыми радеонами взвыл.

Называя вещи своими именами, эти радики староваты уже. И амд не больно хочется за вот именно ATI их родовые VLIW-проблемы возить. Гимора много, результата чуть. Поэтому и появился GCN, он больше подходит эпохе GPGPU.

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

В чем обломинго с быстрым GL 4.6? С ништяками типа direct state access и проч. Основной облом - у этого добра VRAM мало для 4K монитора, а если текстуры догружать из системной RAM через PCIe это совсем другой перфоманс будет.

> Короче, АМД - та ещё гнилая корпорация. Ну, какой линукс, такие и корпорации.

Судя по тому как мне этот лектор про inxi задвинул, не зная про AMDGPU - ценность сего мнения понятно какая.

> Что касается девов, это было видно по работе старой команды.

Еще раз. Я лично имел дело с Airlied'ом и его тусовкой. И вот тут мне было прекрасно видно кто, что и про что. Потуги вещать мне как оно - дохлый номер. Свой опыт самый убедительный. И нет, я не вижу никого сравнимого с этой тимой в сабже.

> Меня бы крап в иксах тоже устроил.

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

> Так что я какое-то время пособирал линуксизмы из сорцов, а потом плюнул.

Как говорится, сначала человек имеет выбор. А потом выбор человека.

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

В стабильном дебиане такой траблы у меня обычно не бывает. Там выкатывать ломающие новые версии посреди релиза не принято. Так что если все завелось, я получаю 2 года спокойной жизни. Если лениво я могу overtime на еще 2 взять как oldstable. А совсем лентяи могут и oldoldstable поюзать. Он конечно уже по остаточному принципу майнтайнится, но вулны чинят.

> А тут ещё новость про сокращение сроков. Ну, очередной минус в сторону фряхи.

Ну это ваши дела. Я из-за упомянутого CD постепенно стал - убежденным дебианщиком.

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

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

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

У компонетов DRM/KMS так то нехилая обратная совместимость, не надо ляля. Можно обновить AMDGPU на эн кернелей вперед, и ничего этакого с вон той MESA и libdrm от этого не случится. Корпеть не надо. Я проверял. Так что не надо тут дезы.

> будет работать, будет ли работать вообще, разработчиков линукса не интересует. И
> у них голова на эту тему не болит.

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

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

У сабжа этого нет разве что по причине отсутствия майнтайнеров...

> Фрагментация же такая, что хочется плеваться.

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

> Думали, что будет системд и всё унифицируется, а в итоге получили несколько
> систем инициализации.

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

> Иксы будут жить ещё много лет, так что получаем ещё к иксам wayland и mir.

Их намечено лопатой по морде в примерно 2025, если вам надо дольше - учитесь майнтайнить их сами. А жить то они будут. На минималках. Как XWayland какой, для пуска древнего софта.

> а там, глядишь, и плюсовики с шарперами подтянутся. :) В ядро
> можно много чего воткнуть, главное - начать.

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

> писался, так и пишется в первую очередь там. И будет продолжать,
> я надеюсь. Линукс провалил все надежды микрософта забить на винду.

Мне честно говоря все равно что будет делать MS. Мне это не интересно.

> Это наоборот, очередной болгенос "from linux to bsd". Мне интересно оставят ли они GPL.

Я тут не при чем и вообще чуть ли не впервые это название слышу.

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

GPL выглядит как необходимое условие - но и близко не достаточное. Скажем реактос под GPL умудрился 3 раза ядро с ноля переписывать. Слив кучу наработок в унитаз. От такотго бреда PM никакой GPL не спасет.

> Как где? Написал же: "Тот же драйвер подгрузил, что в линухе.". Значит - из линуха.

Сабж по жизни отстает на годы от линуха. Так что даже если через какие-то кривые прослойки AMDGPU и взлетит - то отставший на годы и через прослойку хзкакого качества и глючности.

> 2 года всего-навсего. И это не -CURRENT и даже не несколько лет.

В линухе 2 года это целая эпоха. Я всегда юзаю последний релизнутый кернел и довольно плотно залочен на их процессы разработки.

> В карренте по моему drm/kms от linux 6.1.

Для меня это - окаменелости.

> сих пор на шестое ядро даже не переходили, то считай почти ноздря-в-ноздрю.

На десктопе это вообще ни о чем. Дебиан когда там еще с 6.1 релизился, а ща и 6.9 в -backports есть. Впрочем себе я уже эн времени как отстроил 6.10 с моими типовыми твиками параметров. А сейчас оно же на ARMы перестраивается.

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

Ну вы там телепайтесь в своем 6.1 - и удачи в багрепортах на такой мусор "есчо" :)

> Вы аналог джейлов дольше ждали.

В смысле? Контейнеры (все основные namespaces) по минимуму умел уже 2.6.32 лохматый, я уже даже забыл в каком году.

> Ну молодцы. Зато они в джейлы не умеют.

А надо было? Namespaces забавнее. Можно unshare тот или иной аспект системы. Точки монтирования, процессы, сеть (вплоть до настроек фаера и своих ифейсов), юзерей даже (хоть это и порой выходит боком). В полном виде это такая VDSка получается которая выглядит как отдельный комп.

А по минимуму - systemd умеет отрезать сервисы в отдельные namespaces отрезая им доступ в систему. У вас ессно такого нет и не предвидится с разумным гимором. Парадигмы не те.

> драйвер есть, тоже всё просто работает.

Угу, особенно супермонстр размером с GPU который по сложности как целый город :)

> А я по джейлам решал пару вопросов прямо с автором книги по ним, правда здорово?

Возможно. Но мне пофиг. Я нахожу контейнеры линуха логичными, понятными и крутыми.

> Даже лучше, чем с амдешниками. :)

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

> Тоже мне сравнил - никому не известных амдешников и автора бестселлеров по фряшным
> технологиям.

Jails vs AMD? Это покруче чем галантерейщик и кардинал!

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

Это наверное хорошо. Но бесполезно для меня. Мне вон то больше нравится. Когда systemd ворочает namespace это вообще для меня - zero overhead по управлению по сути.

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

На самом деле имхо зависит от древности железки и что с ней делать.

> Так пусть откроют AMDGPU-PRO, а там посмотрим, лучше открытый драйвер был, или сильно хуже.

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

> Похоже они вообще расхотели дрова писать и с радостью надевают лошадиную
> сбрую на линуксоидов. Как те того и жаждут.

Хм... они так то просто наняли тех кто Radeon пилил и перефокусировались на AMDGPU который по смыслу такой radeon-ng, его перепевка так как если бы это делал сам амд. Хотя почему как.

> Честная конкуренция, что и говорить. AMD вообще игнорить надо вместе с интелом,

Игнорьте, кому хуже то? Лично мне не надо блоботу в моих системах. Особенно - на основном системном проце.

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

В случае ME им там сильно проще было - полторы железки на все надо поддерживать, фиксированные. Цеплять все и вся чот юзер на стороне основном x86 нацепляет не их прерогатива. Им надо только немного сети для ремотного манагемента да чего там еще (ремотное управление работает только на ограниченном числе конфиг, с интелской сетью и их же вафлями).

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

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

> Вот Nvidia бы могла и антимонопольщикам настучать.

А вы я смотрю подставщик :)

> тогда у вас ZFS родной станет. И вы BtrFS пилить перестанете.

Вы умрете с этой мечтой. У btrfs намного более приятное управление ФС и крутая девтима. И оно куда более универсальное чем тот энтерпрайзный монстр от саней.

> :) А вдруг она пригодится в закрытых проектах.

Вон там в соседней ветке через FUSE вроде какие-то извращенцы все же его зацепили. Но FUSE сами понимаете.

> Самомнение растопыренное и стремление самоутверждаться за счёт тех проектов с которых жрался код.

И почему мне в этом месте хочется дать вам зеркало?...

> Roadmap проприетарный патрон уже демонстрировал?

Нет конечно. В лине все просто: кому какие работы нужны те такие и работают. И все.

> в первую очередь внедрили как раз регистро"бесчувственность" в именах файлов в ext4. :)

Оно так то - опциональное напрочь и вырублено по дефолту. А так выбор поведения ФС - это чем-то плохо? Ох, фига, и эти люди мне будут про буxeнвальд?...

> Вы там на зарплате что ли? Или своя голова не работает?

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

> Зачем вы идёте в новость про BSD. Вы линуксоиды? Вот и гадьте в новостях про линукс.

А зачем вы туда идете и делаете это?

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

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

> Определенно, его нельзя произносить всуе. О нём нельзя даже заикаться. Это
> слово - BендеKапец. :D

Да, у местных модеров бывают странные идеи насчет нормативной лексики.

p.s. а на этот ваш zfs можно вон там посмотеть в "советах", где про буха. А btrfs просто зацепили бы без всяких советов и приседаний, импортов и прочего WTF на другой машине. Такая ерунда.

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

260. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (260), 21-Июл-24, 00:59 
Уфф. Вот у тебя времени. Работы что ли нет?

> Обнаружена некомпетентность: AMDGPU - ядерный модуль, рефактор Radeon под GCN непосредственно
> фирмой AMD. Оба стека, MESA, и -pro работают поверх него.

Хреновый из тебя детектор. Где я говорил обратное?

> Что, рассказ про волшебные командочки не задался? Наступили на того что с
> этим стеком имеет опыт? Да еще с теми девами взаимодействовал и
> смог ощутить круть их рабочих процессов на себе? Бывают в жизни
> обломы. Особенно если зарываться. Intro to AMD opensource strategy. Chapter one.
> Все еще хочется со мной менторским тоном? ;)

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

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

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

Тут уже опыт нужен не в компилянии чужого кода, а в использовании всех сопутствующих технологий для запуска и работы. Программисты не умеют нормально в администрирование. Оттого и выгорают в качестве мейнтейнеров. Это же сколько кейсов надо проверить и отладить. А они (программисты) чаще всего узконаправленные (амд стек). Как говорится, "Я напишу на php что угодно, но не ждите от меня профессиональной настройки веб-сервера". Так же современные смузипрограммисты (с динамических языков) не могут в обратную разработку. А без этого опыта тебе никакой исходник не поможет.

Но уж сишник-то должен это знать. Элементарно, как 2x2.

Я эту команду видел один раз, случайно наткнулся на каком-то сайте. Поэтому сразу забыл.
Ты скорей всего её не застал. Вот именно вывод был - чётко amdgpu-pro. А не какой-то там amdgpu или копирайт AMD. А пока мы этот amdgpu-pro работать не заставили, вообще ничего нормально не отображалось.
Так что ментор из тебя тоже не очень.

> Потому что он используется в обоих случаях, внезапно: -pro сугубо альтернативный юзермод,
> куча библ по сути. Как и MESA... Нормальненький ликбез?
> Проприетарный модуль все. Опенсорс модуль теперь 1st class citizen. А регистры
> для него из HDL сорцов GPUшек генерятся. Круто, да? :)

Ты рассказал то, что любой школьник знает, который в игры пытается играть.
Теперь, это в 2024-м? Так я и говорю, амд опенсорс не всегда был первого класса.
Поэтому я этот ваш линукс в 2024-м и не видел и видеть не хочу.
Но кому нужна голая теория, те могут и повестись на никчёмный ликбез.
Не пойму только, как ты прикрутил это всё к запуску бинарника.
Если бы всё работало как в твоей теории, никто бы не придумал пословицу, что одно дело теория, а другое - практика. На практике у тебя мешанина на экране. И где она рисуется, ты сказать не можешь, пока не начнёшь локализацию проблемы. А в случае простой мешанины на экране локализовать ничего не получится. Нужно создать условия для определения нужного места в коде. Отладочную печать воткнуть, к примеру. Но как ты это будешь делать с бинарником, патча на лету. Интуиция нужна. А интуиция - это опыт, а не теория.

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

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

Ты ещё в бухотдел приди и скажи, "вы понимаете, что не знаете как работает SMP-модель и сетевая синхронизация, и почему у вас из-за гонки условий возникли левые цифры в ведомостях?".
Абсолютно поехавшие менторы пошли, ей богу. :D

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

> попробовали дать лекцию тому кто неплохо в курсе его
> устройства?

А толку - ноль. Потому что народ в игру поиграть не мог, пока amdgpu-pro явно не активировался.

> Я в кишки этого amdgpu немного лазил так то :D

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

Кстати, на лоре полно страждущих поиграть на амд, но им не хватает менторов-проктологов.
Чего не поможешь?

> Модуль у обоих AMDGPU.

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

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

Неужели так сложно въехать, что пока система рапортовала, что используется модуль amdgpu, игра не работала? И как только на экран вывелось название модуля "amdgpu-pro", а не какой-то там "amdgpu", вот тогда всё и заработало.


>> Так что AMD специально сделала, чтобы отличий от -pro не было заметно.
> Чтобы рассуждать по теме - надо в ней что-то смыслить. См выше,
> там ликбез. А вот портирование AMDGPU ессно у вас идет понятно
> как. DRM/KMS активно развивают и рефакторят, господа "разработчиков нет" не поспевают
> за этим всем в своих кондом-прослойках.

Ну это вообще наплевать.
Как ты говоришь, мне всё равно, у меня нет AMD. :) Было, но прошло.

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

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

https://overclockers.ru/st/legacy/blog/373296/328870_O.jpg

Вот примерно такое было изображение в игре, пока был активен amdgpu. Только текст ещё было видно - нагромождение строк друг на друге. С активным конкретно amdgpu-pro появилась нормальная картинка. Дело было на полярисе.

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

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

> Полярисы на данный момент работают вполне ЗБС - я проверял. На открытом
> конечно. Что там с pro я не в курсе, мне это
> не надо.

Вот как раз с -про там было более-менее, а открытый не работал совсем.
Но то было в 2019-2020.
А сейчас на AMD плевать от слова совсем.

> Им оно надо для например SteamDeck'а и
> просто запасных планов на случай если MS совсем озвереет с стором.

MS будет проще прихлопнуть вайн, и протон впридачу. Чего раньше больше всего и опасались.
Прибить, снизить капитализацию вальвы, изнурить её судами и издержками, и купить с потрохами. :)
Но сейчас же MS - лучший друг опенсорса. Чего боитесь, что он озвереет.

> Да они на него и подзабили в общем то. Он где-то для
> кого-то есть.

Вот он и работал. А это "понизьте разрешение экрана, выкрутите настройки на минимум" - это для опенсорса.

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

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

> Мне так то нормалек и из линуха смотреть как вы там пыжитесь
> с прослойками под косплей этих наших DRM/KMS.

Ну вы же пытаетесь мне рассказывать какие дрова замечательные. А я тоже видел как они работают.
AMD и линукс полностью отбили желание дальше с ними связываться.

А после вывода команды mount в последней убунте я стараюсь не связываться с корпоративными линуксами (ведь по факту никакого официального собранного линукса нет) от слова совсем.
Я такое прогрессом не называю, у меня для этого другие эпитеты.

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

> У меня только открытый софт, вайна нет - вы не по адресу.

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

> Из проприетары там - разве что фирмвары будут.

Во-во, оно и есть. Что ещё надо.

> Вообще-то и нативных портов хватает.

Не хватает. Даже несравнимо.

> Скорее майкрософт на линуксное ядро заменится, имхо.
> И если GPL лучше работать стал чем то
> - значит так. А прошлых союзничков слить, сие стандартно для MS.

Да, но они сначала подпилят линукс, чтобы он был как NT. То есть заменят линукс на своё, а потом заменятся сами. Сейчас вы союзнички, а завтра вы уже прошлые. Но вас скорей всего не сольют, а будут продолжать мягко использовать как бесплатную рабочую силу.
GPL не стал лучше работать, он всегда таким был для корпорастов, поэтому его продвигали как свободку. :)
Знали, что десктопов не станет, и что внутри сервера или железки крутится уже будет не узнать.

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

> Linux не имеет ничего общего с NT как таковым. То что какой-то
> 1 примитив похожий на сделали в энном модуле - хз, мне
> жить не мешает.

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

> Мне как-то btrfs сильно больше нравится по управлению и внутренним структурам. И
> идеи bcachefs на тему агрегации SSD + HDD в фронт и
> бэк симпатичны. А у вас и это на световые годы позади.

Вам идеи нравятся больше чем готовые решения?
Может не стоит пытаться бежать быстрее скорости света? А то можно не в ту трубу вылететь.

Айти не так долго осталось, чтобы на этом акцентироваться.
Да и агрегацию тормозов с быстротой... - может это кому-то кажется золотой серединой, но зачем объединять.
Как известно, тормоза компьютера определяются по самому медленному ресурсу.
Здесь могут наткнуться на то же самое.

> А потом что? Стырите у нас в KPI VFS?

А чего бы нет. Будут силы, будут нужды - стырят. :)
Не всё же вам тырить десятки лет. И докер, если понадобится, и кубики.
Всё, что понадобится будет работать. Пусть даже не в сабже. Но растащат по разным системам.

> Target acquired! https://www.opennet.ru/opennews/art.shtml?num=61570

Лёгок на помине. Добавил тормозов в свою фс? Зер гут. Чего только не сделаешь ради безопасности.
Пусть развивает дальше. Глядишь, и не понадобится. :D

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

У обычного человека инет будет ограничен и строго целевой, и электричество тоже.
GPU для него будет как магия. При том дорогостоящая. А инженеры как клирики. Основание читал? Вот так.
Швабовцам только палец дай. Сейчас как раз уточняют цифры по ресурсам планеты, включая человеческие.

> На минутку, они там вон пиляют поддержку новых IP блоков для пока
> еще не вышедших GPU. До их выхода. Так что вот.

А Nvidia следит? :)

> Что им там будет просто отщелкать? Поток команд в железку?

Да, а по ним алгоритм. Поняв алгоритм, можно его повторить.
Им же не надо его реализовывать один в один. Им только понять сильные и слабые места новых карт AMD.
Бэк они и сами уверенно реализуют.

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

Тем более, у Nvidia наверняка есть своя обученная НС для анализа потоков команд, могут тайминги отследить, регистры. И у таких команд всегда сильные реверсеры.

> Я не хочу видеть в своей системе блоботу. Так что с вами
> и вашим менталитетом мне не по пути.

Но ты тридцать лет ей пользуешься.
Может хотя бы сейчас сделаешь усилие и перейдёшь на linux-libre и дождёшься, когда в линуксе всё будет открыто?
А то всё это "Я ненавижу, но буду пользоваться" выглядит лицемерно, при том, что ты пользуешься, но другим говоришь, что не хочешь, или что у тебя этого нет. Так что менталитет у тебя отличается только тем, что ты принижаешь то, чем пользуешься. А значит принижаешь сам себя. Этакий самобичеватель, под видом самоутверждателя. Зачем оно тебе надо. Ну наверное склонность какая-то.

> Я умею решать свои проблемы. В том числе и - вот -
> с AMDGPU. И вы на этом нарвались :)

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

> У меня они даже есть в "запасном/экспериментальном" компе. Никакого кидалова - на
> них подняли OpenGL 4.6 аж. От и до. Это больше чем
> на коробке обещано было. А где-то от энтузиастов даже прототип вулкана
> болтается, хотя его на ЭТОМ вообще в жизни никто никогда не
> обещал. Просто они уже старые

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

> Странно, что-то никуда я не ломанулся, хотя у меня парочка таких даже
> есть.

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

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

Во-во, АМД, Intel, Nvidia чего-то не хочется (или хочется) и ты поэтому дуй в магазин.
А я не геймер, не майнер, не геймдевелопер. Мне новая карта каждый год (или как часто вы её там меняете) не нужна.
Все хотят продавать новые модели как можно дороже и как можно чаще. Но какой смысл человеку менять железо, если его устраивает текущее. Кормить корпорации железячников? Сами это делайте. Вас меньшинство и пускай ваши дела не вылезают дальше серверов в проде.

Вы с корпорациями в беспринципных барыг превратились. Запланированное устаревание продвигаете как достоинство.

Вот что б тебе счётчики на водо-электро-газо-ресурсы каждый месяц менять приходили.
- Что? Менял в прошлом месяце? Но этот счётчик считает отдельно дневной и ночной тариф. У тебя нет ночного тарифа? Будет.
Такая же дрянь. А скорей всего скоро так и сделают по всей планете. Вот только цифру по всем цб введут.
Можно градацию по температуре горячей воды сделать. Идей море.

> В чем обломинго с быстрым GL 4.6? С ништяками типа direct state
> access и проч.

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

> Судя по тому как мне этот лектор про inxi задвинул, не зная
> про AMDGPU - ценность сего мнения понятно какая.

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

Но команду, которая точно напишет amdgpu-pro ты так и не нашёл.
А значит ты её в глаза не видел. Иди дальше изучай теорию и готовь лапшу на уши неофитам.

> Еще раз. Я лично имел дело с Airlied'ом и его тусовкой. И
> вот тут мне было прекрасно видно кто, что и про что.

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

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

263. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 21-Июл-24, 11:59 
> Уфф. Вот у тебя времени. Работы что ли нет?

Завидуйте молча, имхо.

> Хреновый из тебя детектор. Где я говорил обратное?

Там, подразумевая что AMDGPU чем-то отличается от -pro. Но -pro юзает AMDGPU и противопоставлять их странная идея.

> Был бы у тебя опыт, ты бы мне сам эту команду напомнил.

В моей голове много более полезных в повседневной жизни знаний.

> Но ты её в глаза не видел.

См. выше.

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

Современная MESA с современным кернелом AAA игры прекрасно тянет, вон Valve оптимизации на ЭТО фигачит пачками. Разве что свежак может глючить но так бывает у всех.

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

Моя цель была решение проблем. От этого выигрываю не только я. Кто там в чем умнее вопрос интересный. Ум - не про накопленные знания, это про принятие решений. Пройдите IQ тесты, узнаете где вы в этом аспекте относительно других.

> Было бы на что наступать. :) Знание исходников чужого кода тебе никак
> не поможет в запуске бинарника, который всегда является чёрным ящиком.

Исходники чужого кода позволяют мне как минимум...
1) Попробовать git bisect. Детально знать кишки не надо. И все равно можно загасить баг. В этом его прелесть.
2) Попробовать все же зарубиться с проблемой, если остальные тупят, а результат нужен.

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

Запросто. Если есть норм ревизия, и кривая, умеем воспроизвести? Делаем bisect. Находим комит, если не понятно - ползем к тому кто вкатил, он радуется: 90% работы сделано уже, может за минуты выкатить адресный фикс на понятную проблему.

Знакомьтесь, опенсорсные процессы, как они должны быть. Так можно получить за день-два фикс какой-то нетривиальной хрени. А проприетарщик так и за полгода не сможет: где они точно такой же GPU, с тем же вариантом VBIOS, от вон того OEMа будет брать?!

> Не можешь? Правильно.

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

> а работать трассировщиком и, если надо, отладчиком.

Не единственный вариант. Можно забить на это и сделать бисект. И зная с точностью до комита где факап все как правило ясно. Я так себя факап программирования DMA поймал. Удачи, блин, в трассировке такого! :)

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

Нужен там - работающий мозг.

> Программисты не умеют нормально в администрирование.

Если кто не может даже за собой какахи убрать - у него и культура разработки чаще всего так себе. Эффективность в тои или ином деле зависит от предпочтений.

> Оттого и выгорают в качестве мейнтейнеров. Это же сколько
> кейсов надо проверить и отладить.

Вообще-то проверят таки - юзеры, которые багов насыпят. Все баги все равно не поймаете в крупной программе. Так что тесты, юниттесты, но баги - будут.

...и очень круто если к прогеру придет кто-то с bisect, либо аж "tentative" fix. Сколько опеннетчиков так умеет? Кажется, немного? :)

> А они (программисты) чаще всего узконаправленные (амд стек).

Они конечно с уклоном в свою специализацию, но general linux experience у выходцев из опенсорса обычно - норм. Они и на соседних проблемах не спасуют, и в соседнюю подсистему фикс пульнут, если фэйл там. Совсем нишевой овощ - якорь для команды в целом.

> (с динамических языков) не могут в обратную разработку. А без этого
> опыта тебе никакой исходник не поможет.

Для bisect на минималках даже исходник читать не требуется :)

> Но уж сишник-то должен это знать. Элементарно, как 2x2.

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

Это называется Agile. Когда вы не боитесь менять курс действий, если туго идет. Это не про вас, не пытайтесь спорить, я вижу.

> Я эту команду видел один раз, случайно наткнулся на каком-то сайте. Поэтому сразу забыл.

Я вгружаю редко юзаемые знания "as needed". Это позволяет мне знать и уметь больше по более активно используемым мной темам.

> Так что ментор из тебя тоже не очень.

Я и не пытался, только констатировал что промахнулись с менторством.

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

Где такие школьники, интересно, обитают?

> Теперь, это в 2024-м? Так я и говорю, амд опенсорс не всегда был первого класса.

Я видел bring-up этого стека, своими глазами. По сути я early adopter этого и довольно плотно в курсе что и как, почему так, все ключевые фигуры, как это было. Правда меня опенсорсная часть интересует, не буду скрывать.

> Поэтому я этот ваш линукс в 2024-м и не видел и видеть не хочу.

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

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

Мне технологии интересны - в контексте их работы на меня, про теоретиков мимо ;)

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

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

Скажем я знаю как GPU Reset/Recovery в логах выглядит. И да, иногда на экране при этом и правда нихрена не видно. Но когда меня такие мелочи смущали? Я могу взять и вон там логи, а если совсем фигня, то и сериальный шнурок.

> определения нужного места в коде. Отладочную печать воткнуть, к примеру.

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

> нужна. А интуиция - это опыт, а не теория.

Нужно и то и другое. Без теории тыкания слепого котенка, без практики скатывается в измышлизмы :)

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

"Зелен виноград". Мне нормуль, остальное не так уж важно.

> Абсолютно поехавшие менторы пошли, ей богу. :D

Я и не собирался быть ментором, цель была отбить это желание у вас.

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

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

> Вот поэтому никто не хочет с вами связываться.

Мой comm overload за последние эн дней с вами не согласен.

> Врачи тоже в кишки залезают. А сами от GPL кишечника загибаются.

GPL полезные микроорганизмы кишечника, судя по состояния графического стека в лине VS bsd ;)

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

Собирать такие пазлы в целое - мое хобби. Постепенно это стало больше чем хобби.

> И похоже, что некоторые утилиты вообще не пробовал.

У меня нет таких целей.

> Сел бы тогда поиграть на AMD, я бы на тебя посмотрел.

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

> Чего не поможешь?

Не понимаю пойнт домена 3 уровня, где 70% юзерей в бане. Меня там нет.

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

Pro всегда был задуман поверх AMDGPU работать. Как и MESA для >=GCN. Ничего другого под GCN амд просто не делало. Как максимум pro вроде таскал свой модуль AMDGPU на случай ископаемых ядер у юзера. Но меня  pro мало интересует честно говоря.

По состоянию на сейчас AAA игры идут на MESA, Valve оптимизит именно MESA + AMDGPU для себя.

> В общем, надо действительно полностью разбираться в стеке технологий.

Будем честны: pro мне малоинтересен, я за открытый стэк обеими руками.

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

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

> Как ты говоришь, мне всё равно, у меня нет AMD. :) Было, но прошло.

Это не мои проблемы. Моя цель - системы без проприетарщины, особенно - на системном проце.

> Когда в игре глитчи искажают картинку, вот тогда геймер пошлёт твои россказни

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

> про психологию вместе с тобой. АМД-дрова работают плохо, поддерживаются тоже. Это
> у них уже традиция.

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

> А слова проприетарщик и опенсорсник обычный человек вероятно посчитает за что-то плохое.

Проприетарщик в моем лексиконе и правда имеет негативный контекст.

> Пользователь даже не знает, что андроид на форке линукса работает.

А я тут при чем?

> https://overclockers.ru/st/legacy/blog/373296/328870_O.jpg

Я и интереснее вещи видел. Вплоть до отсутствия картинки. Но, как видите, в прошедшем времени.

> Вот примерно такое было изображение в игре, пока был активен amdgpu.
> активным конкретно amdgpu-pro появилась нормальная картинка. Дело было на полярисе.

Какие-то объяснения на уровне погонщика слонов. Вот вам структура графики у амд: https://upload.wikimedia.org/wikipedia/commons/f/ff/Linux_AM... - как видите, с 2016 года проприетарь - все! И есть только AMDGPU. В него же сабмитит запросы и проприетарный бэк aka "Pro". Как максимум вроде для древних ядер они таскали более новый AMDGPU в pro. Может у вас это было? С свежим кернелем это действо смысла не имеет, он там не хуже.

> Потому что после 22-го года я линукс смотрю только на лайве.

Не мои проблемы.

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

Я и более интересное видел. В именно прошедшем времени. Этим мы и отличаемся. Я свои системные проблемы все решил. И стало ЗБС.

> Вот как раз с -про там было более-менее, а открытый не работал совсем.

Хызы, полярисы нормуль работают сейчас. Конечно сказать за ВСЕХ oem'ов с всеми VBIOS - ну сами понимаете. Всегда есть риск что особо ушлая конторка пропишет левак в VBIOS ради красивой цифры в бенчах а потом плачется у амд у порога - придумайте хоть что-то?!

> А сейчас на AMD плевать от слова совсем.

Это, к счастью, не мои проблемы. Каждый человек имеет выбор а потом выбор - человека.

> MS будет проще прихлопнуть вайн, и протон впридачу. Чего раньше больше всего и опасались.

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

> Прибить, снизить капитализацию вальвы, изнурить её судами и издержками, и купить с потрохами. :)

Габен ненавидит майкрософт. Если не ошибаюсь он работал и них и отлично в курсе кто, что и как. И steam deck это как раз на ту тему. Да и майкам оно нахрен? У них основной доход это абажур и офис 365, мышиная возня с репутационными потерями им уже имхо ни к чему.

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

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

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

Нифига эта ваша винда на старом железе не работает. По GPU современная винда супер-придирчива, без EFI не взлетает, дров вечно нет, так что врать тут - не надо. Обычный Debian актуальной версии можно спокойно запустить на куда более древнем нечто.

> AMD и линукс полностью отбили желание дальше с ними связываться.

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

> А после вывода команды mount в последней убунте я стараюсь не связываться
> с корпоративными линуксами (ведь по факту никакого официального собранного линукса нет)

Официально Linux это ядро. Я вполне поддержиаю такое позиционирование. Это мой любимый системный компонент. Юзермод я из пакетов дебиана набираю. Тоже, вот, модульно.

А с этив вашим официозом - вы там ищите себе рабовладельцев без меня.

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

Модульные дизайны - это большой шаг вперед относительно мамонтов с "базовыми системами" не умеющие толком готовить свой же пакетник. При том пакетник у сабжа даже стал относительно неплохой, но радости с этого не наступило: без репо и правильных политик майнтенанса толку ноль. Катит толко если комбо в целом разумное, а это не про сабж.

> И конечно ещё найдутся пишущие опенсорс корпорациям за идею.

Корпорации тоже разные бывают. И, кстати, я от корп получаю сильно больше кода чем они от меня - и таки тоже нашару. На что мне в этой схеме жаловаться? Я бы в жизни столько кода сам не написал. А так у меня крутые ФС, виртуализация, поддержка чертовой кучи самых разных железок, на все вкусы и размеры.

> что ничего уже не выключишь.

Это не про Linux. Там практически все модулями можно собрать. В том числе как раз чтобы не грузить ненужные фичи там где это не надо. Не вижу предпосылок чтобы это изменилось.

> Во-во, оно и есть. Что ещё надо.

Лично для меня первый приоритет - системный проц без блобов. Далее и остальное, но сложнее ибо даже в SD карточке фирмвара есть. Потому что кто-то должен рюхать команды на интерфейсе. Но вот что мне фирмварь SD карты сделать может? :)

> Не хватает. Даже несравнимо.

Тем не менее, насколько я вижу - гамез основательно прибавилось, Valve старался.

> Да, но они сначала подпилят линукс, чтобы он был как NT.

Именно как NT он не будет никогда. Но он может быть лучше чем NT, а сама винда так устроена что в общем то ей не так важно что там реально выполняет сисколы. NT API != WinAPI и если заменить NT API на сисколы линя и вайн как прослойку софт в принципе ничего не заметит.

А какой там модуль притививов синхронизации NT мне не мешает. Я его вообще вгружать не буду.

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

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

Или если мне на мелкой эмбедовке не надо графику - ну я и не буду DRM/KMS собирать и уж тем более модуль синхры винды. И там БОЛЬШОЕ лобби чтобы бред в стиле якобы неотключаемых фич не прошел на корню. Там толпа миллиардных корп костями ляжет чтоб это не случилось. Ибо доплачивать за флехи и раму на ненужное гумно их элементарно жаба душит!

> Вот какая тебе разница что телеграм закрыт? Ты им пользоваться не стал?

Взенапно я им не пользуюсь. И?

> Ну значит какой-то другой мессенджер с чёрным ящиком на сервере используешь.

Протокол Tox распределенный P2P :). Я на него всех знакомых пересадил, мне ЗБС.

> А потом тебя убедят, что ты без него жить не можешь.

Не убедят. И не только меня. Ибо зачем это в мелкой эмбедовке?

> Вам идеи нравятся больше чем готовые решения?

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

> Может не стоит пытаться бежать быстрее скорости света?

Я совсем не откажусь от небольшого персонального звездолета с гипердрайвом.

> Айти не так долго осталось, чтобы на этом акцентироваться.

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

> Как известно, тормоза компьютера определяются по самому медленному ресурсу.

...поэтому на моем основном воркстейшне довольно шустрое - ВСЕ :). Система должна быть сбалансированой.

>> А потом что? Стырите у нас в KPI VFS?
> А чего бы нет. Будут силы, будут нужды - стырят. :)

Нашли что тырить, лол. Вот уж "без порток^W ФС, зато с GELI и GEOM'ами".

> Всё, что понадобится будет работать. Пусть даже не в сабже. Но растащат
> по разным системам.

Нухз - пока доскер в винде как-то не очень живой. Ну майкрософт пробурчал не очень то и хотелось да сунул линух в виртуалку, назвав WSL2. Ишь ты, карманный вариант абажура!

А такими темпами и вообще на линух свалят...

>> Target acquired! https://www.opennet.ru/opennews/art.shtml?num=61570
> Лёгок на помине.

...мой небольшой возврат техдолга Кенту! Спасибо за хинт: удачно навели :-)

> Добавил тормозов в свою фс? Зер гут. Чего только
> не сделаешь ради безопасности.

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

> Пусть развивает дальше. Глядишь, и не понадобится. :D

Завидуйте молча, имхо.

> У обычного человека инет будет ограничен и строго целевой, и электричество тоже.

Это мы будем посмотреть. Я приложу много усилий чтобы будущее выглядело иначе.

> клирики. Основание читал? Вот так.

Нет, но чем-то напоминает фильм Spellbinders. И я знаю что в таком случае делать дальше.

>> еще не вышедших GPU. До их выхода. Так что вот.
> А Nvidia следит? :)

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

> Да, а по ним алгоритм.

Алгоритм работы железки по потоку команд в нее - не восстанавливается, внезапно. Ну или восстановите мне uCode интела по x86 набору команд для начала? Расшифрованый, конечно.

> Поняв алгоритм, можно его повторить.

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

> Для этого потока достаточно.

Ну вон китайцы пару x86 процов сделали. Но почему-то интель не очень нервничает...

> Ты же можешь написать высокоуровневый код по листингу дизассемблера? Если сишник, то должен.

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

> Но ты тридцать лет ей пользуешься.

Выкинуть очередной кусочек блоботы всегда доставляет очень приятные эмоции. На данный момент у меня уже есть системы совсем без блобов. Show will go on.

> Может хотя бы сейчас сделаешь усилие и перейдёшь на linux-libre и дождёшься,
> когда в линуксе всё будет открыто?

У меня уже сейчас есть железки подымаемые Uboot и mainline kernel, совсем без блобов в этом процесе. Мне так больше нравится и я забуду вас спросить.

И да, вполне вероятно что следующий мой воркстейшн и лаптоп будут ARM64 или лучше RISCV64, с полностью открытым системным уровнем.

> А то всё это "Я ненавижу, но буду пользоваться" выглядит лицемерно,

Отъюзать как туалетную бумагу и с омерзением выкинуть в толч - норм, это за EULA и проч. Научившись на пантеон самому - пора вернуть техдолг! :)

> Нет, мы нарвались не на этом. Наверное у каждого своё.

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

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

Ну вообще я так то плотно партнерил в свое время с именно MS, и от винды фанател. Пока не заметил что есть и иной путь. Без деления на master и slave. Мне так больше понравилось, так экосистема прикольнее получается. И рабочие процесс намного круче.

> вам надо, чтобы репутацию отмыть. :) Троянский конь что бесплатный сыр.

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

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

В современной винде сейчас пловина старых амд - вообще никак.

> А на линуксе ты этого не можешь, и вынужден менять железо.

А на линуксе я извиняюсь, даже совсем антики от амд опенсорцными дровами цепляются без танцев. На винде же они - "стандартный vga адаптер". С FPS на ютубе этак 5.

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

Это все не про меня - я меняю железки лишь когда мне объективно хочется новую железяку погонять.

> Так ты в магазин ломанулся. Раз у тебя такая пачка железок.

Я их сразу парочку брал, в эпоху их актуальности... :-)

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

Спасибо я видел как в винде работают старые видяхи! И именно поэтому ряду всяких сельпошных юзерей при случае линуха накатил в свое время. Там их немолодое железо работало лучше и вирусы и малварь не гробит систему.

> Во-во, АМД, Intel, Nvidia чего-то не хочется (или хочется) и ты поэтому дуй в магазин.

Есть опция "накодить самому". Ну вон кто-то вулкан для последних топовых Terascale'ов пытается. Его на ЭТОМ железе у амд никогда не было.

Более того - владельцам GCN 1.x подвалил подарок, по сути, когда распоследний вулкан стараниями Airlied'а завелся и там. А на коробке, между прочим, не обещали.

> год (или как часто вы её там меняете) не нужна.

Я каждый год и не меняю. Но все ж GPU в ряде задач хороши и совсем игнорить сие - такое себе.

> корпорации железячников? Сами это делайте. Вас меньшинство и пускай ваши дела
> не вылезают дальше серверов в проде.

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

> Запланированное устаревание продвигаете как достоинство.

...запустив распоследний kernel и дебиан на ископаемом ARMv5 я с этим немного не согласен :)

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

Моя цель на самом деле - автоном. Да, ессно это дороже и канительнее. Но это хорошая проверка инженерных скиллов.

> - Что? Менял в прошлом месяце? Но этот счётчик считает отдельно дневной и ночной тариф.

Если бы вы еще и мануалы читали то знали что это весьма универсальные штуки...

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

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

> Один из простых способов быстро листнуть конфу в консоли.

Редкая и нишевая задача.

> Но команду, которая точно напишет amdgpu-pro ты так и не нашёл.

А оно мне надо? Я за это время дюжину комитов в открытые проекты навесил, это прикольнее.

> Толку от этого опыта. Он у каждого свой.

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

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

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

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

266. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (266), 22-Июл-24, 14:37 
> Там, подразумевая что AMDGPU чем-то отличается от -pro. Но -pro юзает AMDGPU
> и противопоставлять их странная идея.

Естественно отличается. -PRO - это проприетарный код. Он юзает AMDGPU, но это не значит, что это то же самое. Иначе бы в нём смысла не было.

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

Чего вы там всё меряете. Это не является показателем интеллекта.

> Исходники чужого кода позволяют мне как минимум...

Людям нужно запускать игры, а не git bisect.

> Запросто. Если есть норм ревизия, и кривая, умеем воспроизвести?

В смысле нормальная и кривая? Есть только нерабочий бинарник.
Воспроизвести умеем. Двойной щелчок мыши по ярлыку игры. Или команда запуска в консоли. Запустился бинарник, вылезло окно с месивом, на котором ничего не прочитать.

> А проприетарщик так и за полгода не
> сможет: где они точно такой же GPU, с тем же вариантом
> VBIOS, от вон того OEMа будет брать?!

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

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

Это не баг был. Это был открытый драйвер. Надо было просто включить -про.

> Не единственный вариант. Можно забить на это и сделать бисект. И зная
> с точностью до комита где факап все как правило ясно. Я
> так себя факап программирования DMA поймал. Удачи, блин, в трассировке такого!
> :)

Это для багов. :) А я говорю, что в случае игры никаких багов виновато не было.

> Если кто не может даже за собой какахи убрать - у него
> и культура разработки чаще всего так себе. Эффективность в тои или
> ином деле зависит от предпочтений.

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

> Для bisect на минималках даже исходник читать не требуется :)

Геймер не будет бисект делать. Что, куда, зачем. Он сразу на винду побежит обратно.

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

Дебаггер нужен только, если трассировка не помогла. Никто там днями не пырится.

> Это называется Agile. Когда вы не боитесь менять курс действий, если туго
> идет. Это не про вас, не пытайтесь спорить, я вижу.

Вообще не вижу связи с amdgpu-pro. Вы предлагаете пользователю, решившему поиграть на линукс-системе и столкнувшемся с проблемой видео-драйвера влиться в разработку по agile?
Зачем ему agile, вместо трассировки. :D

> Я вгружаю редко юзаемые знания "as needed". Это позволяет мне знать и
> уметь больше по более активно используемым мной темам.

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

> Где такие школьники, интересно, обитают?

В гейминге, конечно. Ведь им чтобы поиграть AMD пишет про разницу дров.

> Мне технологии интересны - в контексте их работы на меня, про теоретиков
> мимо ;)

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

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

Именно. Вот это "опробовать разные версии компонентов стэка" и нужно было.
Нужно было включить другую версию компонента стека - amdgpu-pro.

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

От чего фаломорфируют, от отладочной печати? Точно не от этого.

> Нужно и то и другое. Без теории тыкания слепого котенка, без практики
> скатывается в измышлизмы :)

Ну тут вроде бы всё верно.

> Я и не собирался быть ментором, цель была отбить это желание у
> вас.

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

> Ну, вот, я, допустим. И я такой не один.

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

> Мой comm overload за последние эн дней с вами не согласен.

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

> GPL полезные микроорганизмы кишечника, судя по состояния графического стека в лине VS
> bsd ;)

Чё-то Столлман им не рад.

> Собирать такие пазлы в целое - мое хобби. Постепенно это стало больше
> чем хобби.

Значит должен знать про отличия AMDGPU и AMDGPU-PRO.

> Не понимаю пойнт домена 3 уровня, где 70% юзерей в бане. Меня
> там нет.

Там анонимы тоже могут постить.

> Pro всегда был задуман поверх AMDGPU работать. Как и MESA для >=GCN.
> Ничего другого под GCN амд просто не делало. Как максимум pro
> вроде таскал свой модуль AMDGPU на случай ископаемых ядер у юзера.
> Но меня  pro мало интересует честно говоря.

Без про игра выводила мусор.

> По состоянию на сейчас AAA игры идут на MESA, Valve оптимизит именно
> MESA + AMDGPU для себя.

Это на сейчас.

> Будем честны: pro мне малоинтересен, я за открытый стэк обеими руками.

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

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

Ну вот тебе и совместное усилие:
- Разрабы, игра рисует хлам на экране. Что сделать?
- Игра требует, чтобы был активен amdgpu-pro. Чтобы его запустить сделайте то-то и то-то.

Ты предлагаешь, чтобы разработчики отвлекались на мейнтейнинг?

Тогда скорей всего будет по другому (Наверняка видел форму для багрепортов):
- Пожалуйста, опишите свою конфигурацию (Кстати, здесь как раз для конфы будет нужен inxi -Fxz), список установленных пакетов и их версий, список активных опций в ядре, список опций сборки ряда пакетов [список прилагается] (кстати, это вообще на линукс-системе реально определить? У сабжа есть такая возможность.), действия для воспроизведения проблемы, описание чего вы ожидаете, результаты работы gdb... И т.д. и т.п.
И в итоге, после нескольких часов найти проблему, что какая-то опция сборки в дистрибутиве не была активна.

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

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

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

А во фряхе только от графики.


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

УМ тоже ВР. :D

> Проприетарщик в моем лексиконе и правда имеет негативный контекст.

То есть ты ярый пользователь linux-libre.

> Я и интереснее вещи видел. Вплоть до отсутствия картинки. Но, как видите,
> в прошедшем времени.

У меня тоже в прошедшем.

> - как видите, с 2016 года проприетарь - все!

То речь про fglrx. amdgpu-pro можно назвать дополнительным проприетарным слоем, в который игра обращается через amdgpu, для специальных команд. И там находится или более производительный код, или вообще реализация специальных алгоритмов, которых нет в открытом драйвере. Иначе не было бы такой разницы в выводе.
И команда, про которую я говорил, определяла работу этой прослойки и вместо amdgpu выводила amdgpu-pro.
Не понимаю, почему вас это так смущает. В конце-концов, glxinfo умеет то же самое.

> Я и более интересное видел. В именно прошедшем времени. Этим мы и
> отличаемся. Я свои системные проблемы все решил. И стало ЗБС.

УМ тоже ВР. :D Это не моя проблема была. И статья за 2022-й год.

> Габен ненавидит майкрософт. Если не ошибаюсь он работал и них и отлично

Кто знает. Может он засланный казачок и делает нужный вид. Нативный геймдевелопинг он хорошо похерил.

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

Как раз из последних тестов: "the Mesa RADV driver is great for non-RT Linux gaming"
non-RT не для всех сгодится. Только я не думаю, что та мешанина была из-за низкой производительности.

> Нифига эта ваша винда на старом железе не работает. По GPU современная
> винда супер-придирчива, без EFI не взлетает, дров вечно нет, так что
> врать тут - не надо. Обычный Debian актуальной версии можно спокойно
> запустить на куда более древнем нечто.

xp - 11 - всё работает. И с EFI взлетает, и без. Дрова в пределах 6-го ядра подходят от висты до 11-й.
Работают и 32 и 64-битные. Только в 11-й TPM надо отключить. 11-я жрёт GPU, офисные компы её тащат, считай, за счёт процессора. Но если поставить на нём видеокарту, то всё хорошо.

> При том пакетник у
> сабжа даже стал относительно неплохой, но радости с этого не наступило:
> без репо и правильных политик майнтенанса толку ноль. Катит толко если
> комбо в целом разумное, а это не про сабж.

Да, кривая политика всё убивает. Во всех проектах.

> Это не про Linux. Там практически все модулями можно собрать. В том
> числе как раз чтобы не грузить ненужные фичи там где это
> не надо. Не вижу предпосылок чтобы это изменилось.

Это как раз про линукс. Открываем make menuconfig, сносим все галочки какие возможно, сохраняем конфиг.
Ставим одну галочку, сохраняем второй конфиг.
Сравниваем конфиги, видим разницу в десятках опций. Зависимости, однако. А поставили всего одну галку.
То же со снятием. Чтобы распутать зависимости я даже не знаю сколько часов/дней понадобится. Современное ядро (когда я его последний раз собирал) оно огромное, что даже отключать уже ничего не хочется. Работа рутинная и напряжная.
А чтобы с текстовым конфигом работать, надо знать названия всех опций. Или параллельно в справку make menuconfig смотреть. Короче, гемор.

> Но вот что мне фирмварь SD карты сделать может? :)

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

> Тем не менее, насколько я вижу - гамез основательно прибавилось, Valve старался.

Протон - это гамезы писаные под виндоуз.

>> Да, но они сначала подпилят линукс, чтобы он был как NT.
> Именно как NT он не будет никогда. Но он может быть лучше
> чем NT, а сама винда так устроена что в общем то
> ей не так важно что там реально выполняет сисколы. NT API
> != WinAPI и если заменить NT API на сисколы линя и
> вайн как прослойку софт в принципе ничего не заметит.

Трансляция это не замена на сисколы линя. Это адаптация к сисколам винды.
Если я правильно помню, то в презентации так и сказано.
Потом ещё окружение потащат. Как в сабжевом линуксуляторе.
В общем, завозят в линукс очередную прослоечку. :)

> Протокол Tox распределенный P2P :). Я на него всех знакомых пересадил, мне
> ЗБС.

Это обычным людям не под силу. Большинство обожает телеграм.

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

Люди стали не нужны. Кому свои услуги продавать будешь? ИИ?

> Нашли что тырить, лол. Вот уж "без порток^W ФС, зато с GELI
> и GEOM'ами".
>> Всё, что понадобится будет работать. Пусть даже не в сабже. Но растащат
>> по разным системам.
> Ну майкрософт пробурчал не очень то и хотелось да сунул линух в виртуалку, назвав WSL2.

Предварительно сунув в линух виртуалку. Нагадив в уже непомерно раздутое ядро.

> А такими темпами и вообще на линух свалят...

Да, как под себя его доработают.

> ...мой небольшой возврат техдолга Кенту! Спасибо за хинт: удачно навели :-)

Пока писал текст, вышла новость. Текст менять не стал. Реакция на хинт была ожидаемой. :)
Только я не понял, в чём заключается возврат техдолга. В бросании ссылки на новость? :D
Вот это да!

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

> Завидуйте молча, имхо.

Сдерут, если понадобится.
Правда я смотрю, вроде не нужно. Большинство говорит, что ZFS устраивает.
Сам я на фряхе всегда UFS использовал. Дома ZFS не нужна.

>> Да, а по ним алгоритм.
> Алгоритм работы железки по потоку команд в нее - не восстанавливается, внезапно.
> Ну или восстановите мне uCode интела по x86 набору команд для
> начала? Расшифрованый, конечно.

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

> Общие идеи так то все общеизвестны. Но много мелких отличий и деталей
> все меняют, а основная проблема нвидии - горячие чипы на пределе
> возможностей и затыки с техпроцессами, как они это скопипастят то?! :D

Мы не знаем их пределов.

> Ну вон китайцы пару x86 процов сделали. Но почему-то интель не очень
> нервничает...

А надо бы. А то его уже во всеуслышание фачат. :)

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

Ре-инженеринг - это не с нуля. Если есть ре-, то никакого нуля, это с ре-инженеринга.

> Выкинуть очередной кусочек блоботы всегда доставляет очень приятные эмоции. На данный момент
> у меня уже есть системы совсем без блобов. Show will go on.

Меня этот вопрос не волнует.

> У меня уже сейчас есть железки подымаемые Uboot и mainline kernel, совсем
> без блобов в этом процесе. Мне так больше нравится и я
> забуду вас спросить.

Через 30 лет заимствований, можно сделать честные глаза. :D

> Отъюзать как туалетную бумагу и с омерзением выкинуть в толч - норм,
> это за EULA и проч. Научившись на пантеон самому - пора
> вернуть техдолг! :)

Как будто в линуксах EULA нет.

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

Торвальдс подтвердит и вгрузят. Теоретически никто не мешает. Тебе hyper-v сильно нужен был?
Они его даже под GPL написали.
Можно вгрузить так, что без него не скомпилится. Будешь потом исходники вычищать.
А вообще я уже это слышал в отношении снапов в убунте. Их тоже сначала не было по умолчанию.
Теперь там целый гном с них запущен. Выпилить можно, но тогда проще взять готовый вариант без снапов.

> А на линуксе я извиняюсь, даже совсем антики от амд опенсорцными дровами
> цепляются без танцев. На винде же они - "стандартный vga адаптер".
> С FPS на ютубе этак 5.

Распаковываешь инсталлятор, выковыриваешь оттуда дрова. И всё - новая винда использует старый драйвер.
Никто не заставляет инсталлятор запускать. Понятное дело, что он версию проверяет.

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

Ставь дрова в обход инсталлятора (кому я это говорю :)). И будут все старые видюхи работать.
А вирусы и малварь надо специально искать, качать и запускать.

> Есть опция "накодить самому". Ну вон кто-то вулкан для последних топовых Terascale'ов
> пытается. Его на ЭТОМ железе у амд никогда не было.

Что-то fglrx никто не накодил. Только ор стоял по чатам и форумам. Старые карты не играли.
Открытый драйвер не смог.

> Более того - владельцам GCN 1.x подвалил подарок, по сути, когда распоследний
> вулкан стараниями Airlied'а завелся и там. А на коробке, между прочим,
> не обещали.

Опять обманули. :)

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

Так этот прогресс только для игр, майнинга и других сомнительных вычислений.
Zed что ли запускать? :)

> ...запустив распоследний kernel и дебиан на ископаемом ARMv5 я с этим немного
> не согласен :)

А это больше было про запуск старых бинарников без перекомпиляции в новых окружениях.

> Моя цель на самом деле - автоном. Да, ессно это дороже и
> канительнее. Но это хорошая проверка инженерных скиллов.

Ой, это тогда совсем не про компы.

> Я просто не вижу на что жаловаться - все что обещано на
> этикетке, реализовано. А порой и больше бывает.

См. выше. Про запуск старых бинарников.

> Редкая и нишевая задача.

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

> А оно мне надо? Я за это время дюжину комитов в открытые
> проекты навесил, это прикольнее.

Простыни текста ты по новостям навесил. :) Я один кто повёлся.
Но это от нежелания ремонтом активно заниматься.

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

Не представляю, чтобы девочке для игры git bisect бы помог.

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

Да кто там читает эти EULA. Так же как GPL проматывают.
В винде только EULA читать, а в какой-нибудь Rocky - и EULA, и лицензию.

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

269. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 25-Июл-24, 23:47 
> Естественно отличается. -PRO - это проприетарный код. Он юзает AMDGPU, но это
> не значит, что это то же самое. Иначе бы в нём смысла не было.

Это проприетарный юзермод как таковой. Amdvlk тоже что-то такое пытался, пока они там раздуплялись с юридическим отделом - Airlied в 1 рожу накодил RADV, и где amdvlk теперь? Его даже открыли, но - поздняк ;)

> Чего вы там всё меряете. Это не является показателем интеллекта.

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

> Людям нужно запускать игры, а не git bisect.

Линукс не виндочка. В этом нашем опенсорсе принята культура самообслуживания. Потребителей - не жалуют.

> В смысле нормальная и кривая? Есть только нерабочий бинарник.

Я про драйвера. Котоыре by design с исходником, особенно кернелмод. На этом и делается bisect. Если энная ревизия работает, а энная нет, bisect отлично показывает где факап. Исходники гамезы пофиг, лишь бы репродусер был. Так что иногда можно очень сложный баг аннулировать без трассировок и дебага. Если сорц и его история есть.

> Воспроизвести умеем. Двойной щелчок мыши по ярлыку игры. Или команда запуска в
> консоли. Запустился бинарник, вылезло окно с месивом, на котором ничего не прочитать.

Если есть версия драйвера где все же работало - см. выше. Если совсем нет - тут сложнее, да. Придется с девами плотно поработать. Не хотите? Так это у вас трабла, так то...

>> VBIOS, от вон того OEMа будет брать?!
> У пользователя либо не будет проблем с игрой (потому что она проприетарная

Это булшит. Повторяю: в мире есть более 9000 GPU, с разными VBIOS от разных OEM, там разная кастомизация. Возможно что у других на их комбо оно отлично пахало. Баги разные бывают.

И да, я видел и забойные баги в виндовых дровах. Дрова нвидии вообще видяхи палили нафиг. Не говоря про более 9000 глюков в лине на почве самописного эрзаца DRM/KMS (GPL_ONLY работает!)

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

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

> Это не баг был. Это был открытый драйвер. Надо было просто включить -про.

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

> Это для багов. :) А я говорю, что в случае игры никаких багов виновато не было.

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

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

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

> Геймер не будет бисект делать.

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

> Что, куда, зачем. Он сразу на винду побежит обратно.

Кто о нем будет скучать и почему?

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

Ну вот как видите есть и иные способы. Зачастую сильно проще и быстрее.

> Вообще не вижу связи с amdgpu-pro. Вы предлагаете пользователю, решившему поиграть на
> линукс-системе и столкнувшемся с проблемой видео-драйвера влиться в разработку по agile?

Я предлагал стать частью экосистемы и включиться в починку, делая первоклассный юзерэкспериенс в открытом формате. Если этого нет - окей, кто и что теряет? И как к этому я? С пропертарой - "contact your support" ;)

> Зачем ему agile, вместо трассировки. :D

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

> Не, я не запоминаю знания, которые будут не нужны через несколько лет.

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

> В гейминге, конечно. Ведь им чтобы поиграть AMD пишет про разницу дров.

Что-то не помню чтобы геймерам писали про генерацию из HDL сорцов. Но вы можете показать пруфлинк.

> Ну так я сразу и сказал, что программисты - узконаправленные. :)

Рекомендую почитать на тему T-shaped people у valve. Без выступабщей части буквы это эникей, без перекладины - овощ.

> И для отслеживания работы бинарника игры бисект тебе вряд ли поможет.

Если задача - отлов бага драйвера, ее можно решить многими способами.

> Именно. Вот это "опробовать разные версии компонентов стэка" и нужно было.
> Нужно было включить другую версию компонента стека - amdgpu-pro.

Это неправильный ответ в Linux на самом деле. В таком случае с любой проблемой - contact your support, а если вы пропадете из линуха - ок, кто и что теряет?

> От чего фаломорфируют, от отладочной печати? Точно не от этого.

Запросто. Все тайминги операций меняются, вероятности гонок отъезжают, порой до "раз в год", а может и нагрузка на хардвар снижается до безглючного уровня. А никогда не видели баг который под asan не лезет (как иронично), а без - легко?

...
> Так это вы зацепились за волшебную командочку и начали меня убеждать, что её не существовало.

??? Я лишь отметил что AMDGPU что так открытый, что сяк. И что-то типа glxinfo | grep -i renderer должен бы показать отличия что так что сяк. Если кто не знает даже это ему рано учить меня этому.

> Никогда люди на линукс не пойдут, если их будут заставлять читать доку по линуксу.

Да ее никто не читает без реальной нужды. Но если это про Linux Programmer's manual, так то весьма полезная штука, если попрогать захотелось.

> По сравнению со сбоем винды, аналогичный сбой несколько месяцев назад

Мне не интересны виндопроблемы - contact your support.

> Чё-то Столлман им не рад.

Он может гордиться собой. Его дело запросто переживет создателя. Я уловил идею. Мы продолжим его путь.

> Значит должен знать про отличия AMDGPU и AMDGPU-PRO.

Я с энных пор не имею никакого интереса к проприетари.

> Там анонимы тоже могут постить.

С 1 стороны "сисопы" презирают домены 3 уровня. С другой, я принципиально не хожу на помойки где 80% юзерей - "забанен". Пусть синдромом вахтера наслаждаются без меня.

> Без про игра выводила мусор.

Возможно баг. По таким деталям кто б его знает?

> Это на сейчас.

Мне кто-то делает мозг, то рассказывая что у него амд нет, то на сейчас. Без деталей.

> Пользователю плевать на открытый стек.

Пусть пишет в проприетарский сапорт. И - отвалите с проприетарью от меня.

> Ну вот тебе и совместное усилие:

Меня совместные усилия интересуют в контексте общедоступного открытого результата. Иначе см выше.

> Ты предлагаешь, чтобы разработчики отвлекались на мейнтейнинг?

Скорее, на багфиксинг. Таки - отлично отвлекаются. Ежели правильно это делать. Зато - за 2 дня такое, что у проприетария за полгода прорубания через 3 линии индусов не получишь.

> будет нужен inxi -Fxz),

Если я приду к комитеру с bisect'ом, уже не надо. Fast lane - no speed limits. Если что надо будет, скажут. Оно умеет vbios допустим дампить? ;) Или таблицы частот-вольтажей и проч у потенциально кривого OEM девы должны телепатить? :)

> (кстати, это вообще на линукс-системе реально определить?

Не понимаю кому и зачем вы это показывать будете. Не амдшеникам наверное: они линуксоиды, бсды официально не сапортят. Своих девов у вас нет. И?

> работы gdb... И т.д. и т.п.

Прикольно рассказывать это все тому кто эн багов загасил с вон теми, да?

> в дистрибутиве не была активна.

Так, конечно, тоже может быть ибо майнтайнеры тоже люди. Но тогда это и багом билдсистемы может быть.

> В том-то и дело, что разработчики сами не знают, что и как
> собирается в сотнях разных систем.

Они могут дать параметры для этсамого, и попросить ребиллануть, с вот этим патчем. Да, некая возня. Зато за день-два можно то, что у проприетарщика полгода будет с 0 результата в саппорте киснуть.

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

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

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

Поэтому они ессно будут работать в том формате только с тем кто понимает что делает. А с проприетарным стеком, в режиме чайника? Вам в крайний правый, к первой линии саппорта. Но тогда вы не имеете морального права лечить как делать диагностику GPUшек.

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

Я не понимаю про что это. Что за базы? Что за мелкие ядра?

> А во фряхе только от графики.

...желаю вам удачи в репортах багов во фре, правда, хз куда и кому.

> УМ тоже ВР. :D

У меня есть 1 отличие - не лижу ботинки проприетарным богам.

> То есть ты ярый пользователь linux-libre.

Нет, но идеальный goal - в той стороне. False gods с бэкдорами и EULA могут обломаться с формата благодарностей. Программа максимум - навсегда отбить охоту такое практиковать.

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

Все наоборот. Игра образается в MESA или -Pro через графическое апи, а те - в amdgpu для низкоуровневых операций с GPU. И открытый нижний уровень сделал многие вещи проще. Как максимум особо ушлые гамесы проверяют vendor string рендерера и пытаются умничать. Иногда это играет с ними дурную шутку. MESA умеет оверрайд довольно много чего на эту тему.

> специальных алгоритмов, которых нет в открытом драйвере.
> Иначе не было бы такой разницы в выводе.

Или что вероятнее, вылез какой-то баг. В гамесе или драйвере.

> Не понимаю, почему вас это так смущает. В конце-концов, glxinfo умеет то же самое.

Я могу посмотреть рендерера, и много что еще, там - без "суперкоманд".

> УМ тоже ВР. :D Это не моя проблема была. И статья за 2022-й год.

И смысл этим делать мне мозг? Показать что в дровах бывают баги? Тоже мне новость. FGLRX вообще у меня раз в неделю-две вис. И в винде и в лине. AMDGPU работает месяцами.

>> Габен ненавидит майкрософт. Если не ошибаюсь он работал и них и отлично
> Кто знает. Может он засланный казачок и делает нужный вид.

Этот фрукт ненавидел MS задолго до приключений в Linux Land.

> Нативный геймдевелопинг он хорошо похерил.

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

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

> Как раз из последних тестов: "the Mesa RADV driver is great for non-RT Linux gaming"

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

> xp - 11 - всё работает. И с EFI взлетает, и без.

Булшит. Где-то в районе висты или 7 подтянули требования к GPU, дров для более стырах чем та версия - нет! Вот вам "стандартный VGA адаптер" вместо радеонов и нвидий старых.

Знакомые хомяки в пердях так пролетели - поставили вместо икспы семеру. Получили 5 FPS в ютубе. Очрадовались демьяну, который браузит веб изумительно, с полным FPS в видео и софт не надо по 20 раз опробовать в надежде что хоть что-то запустится, как это было в XP.

> если поставить на нём видеокарту, то всё хорошо.

Я на винду лучше положу. Не видеокарту.

> Да, кривая политика всё убивает. Во всех проектах.

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

> Сравниваем конфиги, видим разницу в десятках опций. Зависимости, однако. А поставили всего
> одну галку.

Не отменяет того что [M] позволяет и зависимости [M] (модуль). И будет грузиться только то что реально надо. Не стоит рассказывать про конфиги тому кто сегодня это делал 2 раза.

> огромное, что даже отключать уже ничего не хочется. Работа рутинная и напряжная.

Я в основном собираю откровенную опциональщину - модулями. На x86 кернелы и правда довольно большие. На ARM/RISCV попроще. Впрочем я и с x86-64 справляюсь. Если трекать итеративно между ядрами, нормуль. Там билдсистема при ребилде спрашивает, при том только отличия.

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

У него есть прелесть. Он при билде с конфигом от старого кернела - спросит "дельту" для нового. Инкрементально. Если кто залочен на процесс разработки, и ребилдит каждый кернел, как я, он и в курсе what's going on, и отвечает только на вопросы "дельты", их умеренное количество. Так что активным систембилдерам может подойти.

>> Но вот что мне фирмварь SD карты сделать может? :)
> Может часть драйвера там держать. :)

Она сможет распарсить своим куцым мозгом btrfs? С сжатием, компрессией, чексуммами, DUP (2 копии), и правдоподобной интеграцией того драйвера в эту структуру? А потом еще окажется что это ARMовский одноплатник, например. С вон тем свежим майнлайновым ядром, где все перетрясли относительно даты апдейта фирмвари карты.

> А ты борешься за исчезновение блобов. А с таким подходом не избавишься.

Я так то довольно неплох уже в общесистемной экспертизе, это мы будем посмотреть.

> Протон - это гамезы писаные под виндоуз.

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

> Трансляция это не замена на сисколы линя. Это адаптация к сисколам винды.

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

> Потом ещё окружение потащат. Как в сабжевом линуксуляторе.

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

> Это обычным людям не под силу. Большинство обожает телеграм.

Не вижу никакого рокетсайнса, в отличие телеграма не надо никаких телефонных номеров и проч, и в целом довольно zeroconf штука.

> Люди стали не нужны. Кому свои услуги продавать будешь? ИИ?

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

> Предварительно сунув в линух виртуалку. Нагадив в уже непомерно раздутое ядро.

В основном из-за абажура. А куда они денутся если 70% клиентов линух требует и это основной источник дохода MS? Пришлось накодить все ответные ифейсы их виртуализатора и для линя.

> Да, как под себя его доработают.

Да и фиг с ними. Какие у них там уникальные нужды которых у других нет? И ессно их ответки к гиперви к сборке и вгрузке - опциональны. А какой-нить ARM так по моему и совсем не умеет, до MS еще не дошло что ARM идет на взлет. А фороникс, вот, забенчил амазоновский гравитон. А он местами EPYC мастеркласс возьми и дай.

> Пока писал текст, вышла новость. Текст менять не стал. Реакция на хинт была ожидаемой. :)

Пробурчав target acquired я еще и кнопочку нажал. С надписью "добавить новость" :)

> Только я не понял, в чём заключается возврат техдолга. В бросании ссылки на новость? :D

А также ее переводе и закидывании на опеннет? Знакомьтесь, азы опенсорса! :))

> Иди задонать ему, раз чувствуешь себя должником, если есть куда. Не смеши людей.

В опенсорсе более 1 способа сказать "спасибо" проекту :-). Мне понравился этот.

> Сам я на фряхе всегда UFS использовал. Дома ZFS не нужна.

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

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

Драйвер - ответная часть для логики железки. Кидая накопителю в интерфейс команду "прочти мне сектор 100500" я ничего не знаю как он это будет обеспечивать. И даже более адресно флипая битики в энном регионе я вижу лишь внешний интерфейс к железке, это нечто типа апи. Он ничего не говорит как эта железка внутри сделана.

> Мы не знаем их пределов.

Вы много чего не знаете. Даже общей структуры GPUшек, видимо.

> А надо бы. А то его уже во всеуслышание фачат. :)

Ну как бы эти затычки для слота от чайников вон тем не конкуренты. Конкуренты - это какой-нить ARM от амазона, см бенчи гравитона на форониксе.

> Ре-инженеринг - это не с нуля. Если есть ре-, то никакого нуля, это с ре-инженеринга.

Общее описание или повтор того же "апи интерфейса" это не бог весть какое упрощение задачи.

>> у меня уже есть системы совсем без блобов. Show will go on.
> Меня этот вопрос не волнует.

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

> Через 30 лет заимствований, можно сделать честные глаза. :D

Через 30 лет можно позволить себе быть тем чем хотелось на самом деле, не лизать ботинки, а кто не понял - объяснить в доступном формате, вернув все техдолги с превышением.

> Как будто в линуксах EULA нет.

Не припоминаю показа мне EULA в рыло в этом моем Debian.

> Торвальдс подтвердит и вгрузят. Теоретически никто не мешает. Тебе hyper-v сильно нужен был?

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

> Они его даже под GPL написали.

Что забавно. Видимо уже фаза "не можешь победить - возглавь" (ессно не получится у таких криволапиков, но попытаться кто ж запретит).

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

Что значит - вгрузить? У меня эти модули в данный момент не вгружены. Ибо я не абажур и не винда. Даже если я их и собрал до кучи, ибо goal "работать на разных AMD64" и зачем бы мне совсем зарубать работу на абажуре/гиперви я не придумал.

> тоже сначала не было по умолчанию.

Ну я и вспомнил что убунта на основе демьяна. Теперь у меня демьян и - никаких снапов. А заодно норм полиси репов и tm, позволяющие мне коммерческую активность с этим всем.

> Теперь там целый гном с них запущен.

Меня убунта много чем еще не устраивала, начиная с полисей (tm) и репов. Я уже не пользователь и мне не надо продукт. Мне надо - модули для моих начинанй :)

> Распаковываешь инсталлятор, выковыриваешь оттуда дрова.

Мне проще линуха нарулить где out of the box без такого прона сам цепляется.

> Никто не заставляет инсталлятор запускать. Понятное дело, что он версию проверяет.

Я давно забыл про столь педальные технологии так сказать плагнплея.

> Ставь дрова в обход инсталлятора (кому я это говорю :)). И будут
> все старые видюхи работать.

Вот вы этим и занимайтесь. Я же вкатил хомам дебиан и сразу N зайцев за 1 выстрел. Систему проше в целом рулить, нет таких ритуалов, хомы ее не могут загадить случайно кликнув на малварь, FPS на ютубе втопил, и траблшутинг мне так проще.

> А вирусы и малварь надо специально искать, качать и запускать.

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

> Что-то fglrx никто не накодил. Только ор стоял по чатам и форумам.

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

> Старые карты не играли.
> Открытый драйвер не смог.

Чокаво? R600-based никогда не умели в вулкан. Даже у самих амд. А тут вот кто-то пытается. Only opensource makes it possible.

> Опять обманули. :)

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

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

А такде угадывание хэшей, да и в целом софт - обзаводится ускорялками. Даже у ffmpeg уже например часть фильтров может акселироваться через vulkan или opencl. И ессно GPU на таком сильно быстрее. Это уже давно программируемый массив крушилок с SIMD.

> А это больше было про запуск старых бинарников без перекомпиляции в новых окружениях.

У меня нет этой проблемы. Я не проприетарщик.

> Ой, это тогда совсем не про компы.

Немного пересекается, хоть больше про МК.

> См. выше. Про запуск старых бинарников.

Опять же у меня нет этой проблемы. У меня только открытый софт и либо дистро перестроит его, либо я сам. Я планирую уйти с x86. На ARM64 или RISCV64, с полностью открытым системным уровнем.

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

Не знаю про что или кого это.

...
> Не представляю, чтобы девочке для игры git bisect бы помог.

Девочки разные бывают. Некоторые легко дадут мне мастеркласс в программировании ядерных модулях линя или эмбедовке.

> Да кто там читает эти EULA. Так же как GPL проматывают.

Я читаю. Ибо потом это все будет и в логике кода если есть желание энфорснуть это. А выковыривать гадости из маздайки меня утомило еще i++ лет назад. И если кто напишет мне то что MS - они должны ответить за это. Я точно не agree с этим. False gods должны узнать что бывает если такое разумным существам выкатывать.

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

261. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (260), 21-Июл-24, 01:14 
> А я не хочу это тирингованое дерганое нечто с жутким кодом лицезреть
> вечно и солидарен с вон той тимой - двигаться вперед таки
> надо.

Да без разницы. Где-то вперёд, где-то назад. В среднем - топчемся на месте. Сколько уже лет? 15? Больше?
А всё это время чем пользуемся? Правильно, крапом.
А ты не пользуйся, вернись в 2008-й, выключи иксы (форкнутые) и пиши вэйланд пока не заработает.

> Как говорится, сначала человек имеет выбор. А потом выбор человека.

Как ни странно, но вот это "у меня вайна нет" потом превратится в "вайн в ядре мне не мешает".
И будет то же самое.

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

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

> Ну это ваши дела.

Это их дела.

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

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

> У компонетов DRM/KMS так то нехилая обратная совместимость, не надо ляля. Можно
> обновить AMDGPU на эн кернелей вперед, и ничего этакого с вон
> той MESA и libdrm от этого не случится.

Если версии модуля и ядра различаются, может случиться. Если встроено в ядро, не случится.
Линус не захотел геморрой со стабильным API/ABI, это в микрософте старались.
Если же там пачка модулей зависят друг от друга, то может случиться ещё быстрее.
Как с виртуалбоксом.
Гарантировать эн кернелей вперёд out of source не может. Нехилая - это не цифра.
Вот поэтому линукс так раздули. Остальное зависит от догорающего мейнтейнера.

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

Если ты видишь в этом интерес, то почему бы и нет. Я не считаю это пантеоном.

> У сабжа этого нет разве что по причине отсутствия майнтайнеров...

Есть, но мало. Я бы сказал заинтересованность смещается в сторону openbsd.
Видно достают линуксизмы в сабже.
А может это те, кто их насаживал, хотят теперь окучивать следующий чистый проект. :)

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

В BSD тоже одноплатники крутят.
А помимо этого даже исследовательскую ОС для ARM и Risc-V на базе сабжа запилили, безопасную. На си.
Не все руст хотят.

Правда линуксоиды уже форк начали передирать. Видать всё-же cиcька, и вкусная. :)
Но они обычно всё подряд передирают, что найдут.
А другим почему-то запрещают. Наверное злые и жадные. Как корпорации.

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

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

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

> Их намечено лопатой по морде в примерно 2025, если вам надо дольше
> - учитесь майнтайнить их сами. А жить то они будут. На
> минималках. Как XWayland какой, для пуска древнего софта.

Придётся им учиться. Раз на Xorg сдуру перешли. Пилили бы свой XFree86 как OSS, и получилась бы годнота.
Впредь им наука. Хочешь быть самобытным - пили своё.

> В фре вон там тоже хруст хотят. А что - в нем
> есть пару дельных идей. С боров чекером они норм придумали.

Там больше Cheri продвигали, но я уже не интересовался. В айти сейчас скучно стало, а скоро будет совсем позорно. Про опенсорс и говорить не приходится. Это что-то типа бесплатного волонтёра на побегушках у корпорации.
Сейчас кто-то руст хочет, но их пока мало. Большинство понимает проблему.
И так разработчиков мало, а с рустом их совсем не станет.
Не, если на зарплату кого-то возьмут, то может кто-то и поведётся.
Но ведь мало знать один язык. Надо знать архитектуру системы досконально.
А откуда эти знания возьмутся, если активно этот руст пиарят только последние несколько лет.
Пока старые сишники, знающие устройство фряхи, переучатся, пока новые рустеры освоят архитектуру, пока их знания объединятся, пока опыт наберут.

Ещё несколько лет улетит. И всё это время проект будет колбасить. А он и так в шатком положении.

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

> Мне честно говоря все равно что будет делать MS. Мне это не
> интересно.

Она сейчас линуксом больше занимается.

> Я тут не при чем и вообще чуть ли не впервые это
> название слышу.

Ты что, это же истинный GNU-линукс, а не то блоатваре, что ты используешь. Это же сам linux-libre. :)
Слово libre видишь? Сразу понятно, что не хухры-мухры.

> GPL выглядит как необходимое условие - но и близко не достаточное.

Они (hyperbola) наверное устали притворяться свободными.

> Сабж по жизни отстает на годы от линуха. Так что даже если
> через какие-то кривые прослойки AMDGPU и взлетит - то отставший на
> годы и через прослойку хзкакого качества и глючности.

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

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

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

> Для меня это - окаменелости.

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

> На десктопе это вообще ни о чем.

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

> Ну вы там телепайтесь в своем 6.1 - и удачи в багрепортах
> на такой мусор "есчо" :)

Кому надо пусть телепаются. Черкани амдешникам, что они мусор написали. :)

> В смысле? Контейнеры (все основные namespaces) по минимуму умел уже 2.6.32 лохматый,
> я уже даже забыл в каком году.

Замечательно, 2009. И ты мне про отставание драйверов на 2 года что-то будешь говорить.
Почти десятка, по минимуму.

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

То есть тоже самое. И зачем оно тогда во фре?

> А по минимуму - systemd умеет отрезать сервисы в отдельные namespaces отрезая
> им доступ в систему. У вас ессно такого нет и не
> предвидится с разумным гимором. Парадигмы не те.

То что работает, работает замечательно. А вы и эту парадигму передрали.
Как там говорилось? linux namespaces - это plan9 для бедных [функциональностью]?
А своё что-нибудь в линуксе появлялось?

> Возможно. Но мне пофиг. Я нахожу контейнеры линуха логичными, понятными и крутыми.

Само собой, их не в линухе разрабатывали, поэтому логичны, понятны и круты. :)
Начиналось всё с LXC, который передирали с Jails.
Потом усовершенствовали. Так и джейлы сейчас не chroot jails.
Они тоже на месте не стоят.

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

BSD, и Jails в частности - не проприетарный формат. Там также заруливают всё открыто и так же собираешь патчи, если надо.

> Jails vs AMD? Это покруче чем галантерейщик и кардинал!

Джейлсам AMD стек нафиг не упал. В headless и подавно.

> Это наверное хорошо. Но бесполезно для меня. Мне вон то больше нравится.
> Когда systemd ворочает namespace это вообще для меня - zero overhead
> по управлению по сути.

AMD тоже бесполезно, если его нет.

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

Если нет AMD, то зачем их допекать. :)
Лучше допекать с тем, что полезно.

> Хм... они так то просто наняли тех кто Radeon пилил и перефокусировались
> на AMDGPU который по смыслу такой radeon-ng, его перепевка так как
> если бы это делал сам амд. Хотя почему как.

Кто нанял? AMD наняли тех, кто Radeon пилил в AMD?
А просто передать задание не судьба была? Зачем нанимать своего же сотрудника.
Я понимаю там, в Apple, нанимают FreeBSD-ешника, когда он не сотрудник Apple.

> Игнорьте, кому хуже то? Лично мне не надо блоботу в моих системах.
> Особенно - на основном системном проце.

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

> В случае ME им там сильно проще было - полторы железки на
> все надо поддерживать, фиксированные. Цеплять все и вся чот юзер на
> стороне основном x86 нацепляет не их прерогатива. Им надо только немного
> сети для ремотного манагемента да чего там еще (ремотное управление работает
> только на ограниченном числе конфиг, с интелской сетью и их же
> вафлями).

Это и есть скоммунизденный допиленный миникс. Свои задачи он выполнил.
Какая разница много они содрали, или мало. Они поступили неэтично.

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

Значит линукс сможет бэкдор для всех железок.

> А вы я смотрю подставщик :)

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

> Вы умрете с этой мечтой. У btrfs намного более приятное управление ФС
> и крутая девтима. И оно куда более универсальное чем тот энтерпрайзный
> монстр от саней.

Передерут, не боись. зфс уже в нескольких упрощённых вариантах существует. Адаптированных.
И бтр смогут, и бикешку. Были бы видны преимущества.

> Вон там в соседней ветке через FUSE вроде какие-то извращенцы все же
> его зацепили. Но FUSE сами понимаете.

Понимаю, та ещё дрянь. Пользовался по минимуму.

> И почему мне в этом месте хочется дать вам зеркало?...

Что? Надоело смотреть на свой пропроприетарный облик?
А как же слова про пантеон? Тут уместно цитировать кин-дза-дза про "они будут внизу на четвереньках ползать, а мы на них плевать". Токсичность так и прёт. :D

> Нет конечно. В лине все просто: кому какие работы нужны те такие
> и работают. И все.

Это везде так.
Только не везде любые патчи принимают. Как и везде. :)

> Оно так то - опциональное напрочь и вырублено по дефолту. А так
> выбор поведения ФС - это чем-то плохо? Ох, фига, и эти
> люди мне будут про буxeнвальд?...

Ну так ты дальше pdf-ку почитай. Тебе оно надо? Трансляторы для виндостека.

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

Что там код пишешь корпам на халяву, что тут. Разницы нет.

> А зачем вы туда идете и делаете это?

А мы линуксом тоже пользуемся. И не нравится во что он превращается.
Я вообще одно сообщение только оставил, в новости к релизу 6.10, про плавный переход на nt.
Там никаких гадостей нет.

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

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

:D У меня так сосед-алкаш постоянно говорил. Когда ему предлагали не пить.
Скопытился недавно. Алкашей почти не осталось.
Наверное они пошли туда, куда им сказали, что они пойдут, если не будут слушать, что им делать. :D
Рассмешил. Я сам тоже это цитировал. Потом понял как глупо выглядит и перестал.

> Да, у местных модеров бывают странные идеи насчет нормативной лексики.
> p.s. а на этот ваш zfs можно вон там посмотеть в "советах",
> где про буха. А btrfs просто зацепили бы без всяких советов
> и приседаний, импортов и прочего WTF на другой машине. Такая ерунда.

А я эту хохму читал.
Равно как и про битые таблицы БД и пропадающие данные в btrfs, который просто зацепили. Правда на лоре.

Руки у всех по разному заточены.
Я не исключаю проблемы с обоими фс. Везде есть ошибки. Просто их ещё не нашли.

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

264. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 22-Июл-24, 09:59 
> Да без разницы. Где-то вперёд, где-то назад. В среднем - топчемся на
> месте. Сколько уже лет? 15? Больше?

Э нет. Я вижу что это нормальная ответка подсистеме DRM/KMS. Без кучи окаменелых маразмов из дизайна иксов. Лучше соответствует архитектуре DRM/KMS и современного железа.

> А всё это время чем пользуемся? Правильно, крапом.

Мы свой крап стараемся улучшать и допиливать так то.

> А ты не пользуйся, вернись в 2008-й, выключи иксы (форкнутые) и пиши
> вэйланд пока не заработает.

Зачем повторять уже сделанные работы? Деревянную телегу сколотить не надо?

> Как ни странно, но вот это "у меня вайна нет" потом превратится в "вайн в ядре
> мне не мешает".И будет то же самое.

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

> Так и во фряхе такое не было принято. Всегда была стабильнейшая ОС.

По сервакам с фрей у 1stvds я б сказал обратное. И виртуализацию скрысили в лучших традициях.

> Мейнтейнеры выгорают быстрее. Это всё равно, что LFS пользоваться как основной системой.

Да кто как. Есть супергерои, сотни пакетов фигачат. Есть те кто не очень много зато очень долго. Раз на раз не приходится. В дебиане 80К пакетов кто-то ворочает, значит так можно было. У сабжа же бинарные пакеты "для галочки", LTS нету, а человек вон плюется на бамп тулчейна на 3 версии в минорщине, и отъехавший модуль.

> Сам всё делаешь. Это с любым ядром возможно. Линукс тут ни при делах.

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

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

Не вижу сравнимых модульных систем с тулсами типа debootstrap, где можно начать с ультраминимального набора пакетов достаточного для пуска пакетника, а осталное - им. Так что system building из вон того проще всего получается.

> Если версии модуля и ядра различаются, может случиться.

Это довольно экзотичная ситуация (с какими-то -Pro вариантами?). В общем случае я просто буду юзать достаточно свежее ядро и его комплектные модули. Out of tree в моей системе не велкам.

> Линус не захотел геморрой со стабильным API/ABI, это в микрософте старались.

И в результате - у майкрософта нет дров на виндофонах, а линух умеет кучу армовых SoC. Вселенная умеет стебаться, сами свои stable abi кушайте.

> Если же там пачка модулей зависят друг от друга, то может случиться
> ещё быстрее. Как с виртуалбоксом.

Это вон у сабжей чел радуется подтяжке тулчейна, сломавшей билд. А у меня вообще KVM везде, проблемы оркаловой фигни мне - пофиг. Вон то тестится со всем кернелем. Чем и круто. Enjoy your stable api/abi.

> Гарантировать эн кернелей вперёд out of source не может.

Это - фича. Провоцирует все дельные дрова майнлайнить. Так что работает out of the box. Без этих ваших сетапов и - вон того.

> Если ты видишь в этом интерес, то почему бы и нет. Я не считаю это пантеоном.

Это не важно. Судя по содержимому EULA так считают "божки". А я знаю что делать с false gods.

> Есть, но мало. Я бы сказал заинтересованность смещается в сторону openbsd.
> Видно достают линуксизмы в сабже.

А там поди достанет педальность и неработоспособность. Впрочем это не мои разборки.

> В BSD тоже одноплатники крутят.

Это направление у BSD - в ауте, поддержка железа хромая. Не только одноплатниов и фич SoC, но и того что на i2c/spi/uart/gpio. А без этого оно мне зачем?

> А помимо этого даже исследовательскую ОС для ARM и Risc-V на базе
> сабжа запилили, безопасную. На си. Не все руст хотят.

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

> Правда линуксоиды уже форк начали передирать.

Очередная нишевая штука. GameChanger'ом не является.

> А другим почему-то запрещают. Наверное злые и жадные. Как корпорации.

В пределах лицензии - берите. Но между нами, Торвальдс все правильно делает, что не дает проект растаскивать.

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

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

> "А, у бсдешников всё стянем, если у них получится".

Ну вот когда и если - тогда и приходите.

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

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

> Alpine уж точно многих популярных задвинет.

А какая мне разница? Если он кому по вкусу, пусть юзают.

> Везде если линукс пускают не на железе, то берут alpine.

Глядя на пачку виртуалок с минимальным Debian имею заметить что вы - таки соврали. Получается что не везде.

> Вот такой вот ренегат.

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

>> минималках. Как XWayland какой, для пуска древнего софта.
> Придётся им учиться. Раз на Xorg сдуру перешли. Пилили бы свой XFree86
> как OSS, и получилась бы годнота.

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

> Впредь им наука. Хочешь быть самобытным - пили своё.

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

> Там больше Cheri продвигали, но я уже не интересовался.

Не помню я никаких Cheri - я даже не знаю что это. Но в соседней новости что-то про хруст было.

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

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

> Но ведь мало знать один язык. Надо знать архитектуру системы досконально.

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

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

...
> пока их знания объединятся, пока опыт наберут.

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

> он и так в шатком положении.

Кто же в него сам себя загнал?...

> Она сейчас линуксом больше занимается.

Если львиную долю бабок начнет приносить абажур, а клиенты там хотят линух - ну а что делать то остается?! Они и пиляют поддержку своего HyperV. Что приносит бабки, то и окучивают.

Но судя по отращиванию у KVM ряда facilities hyperv - кажется у кого-то где-то есть планы плавно и без дестроя свичнуть подложку. Иначе зачем кому такое?

> Ты что, это же истинный GNU-линукс, а не то блоатваре, что ты
> используешь. Это же сам linux-libre. :)

Мое блоатваре в минимальной инкарнации - весит меньше чем список пакетов. На ARM мегов 40-50. Это позволяет довольно забавные фокусы кстати. Типа разложить ту же ФС в ram disk и сделать self flashing в девайс.

> Они (hyperbola) наверное устали притворяться свободными.

Я никогда за ними не сделил и знаю только что они есть.

> Это вам виндозулятор начали внедрять.

Ах эти сказки от экспертов в треде... попробуйте системщику что-нибудь внедрить, я посмотрю на это :)

> Вот эта гонка нужна только корпорациям.

Я тоже совсем не против новых фич, оптимизаций, вот этого всего. Я юзаю вайргад, экспериментирую с bcachefs, а btrfs у меня в продакшне много где и улучшает свойства дизайнов. Оптимизации мне тоже в тему. А еще там ряд секурити фич портировали, вон в 6.11 как раз хитрый фокус для SLUB-аллокатора завезли на радость хаксорам, делано явно господами знающими как они работают - и как сделаьт им очень неудобно.

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

Мне еще рано на завалинку, бухтеть что раньше трава была зеленее. Это и есть смерть для айтишника.

...
> не ломая свои привычки каждый релиз.

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

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

Я когда как. Как я уже сказал - в ряде направлений таки early adopter. Но, конечно это не самоцель, а после рационального анализа чем моя жизня с этого лучше и стоит ли оно того.

> Может ИИ скоро начнёт новые архитектуры каждый месяц клепать.

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

> Это не значит, что я должен на них всех работать.

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

> Черкани амдешникам, что они мусор написали. :)

NAK. В моих глазах это выглядит сильно иначе.

> Замечательно, 2009. И ты мне про отставание драйверов на 2 года что-то
> будешь говорить.

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

...
> То есть тоже самое. И зачем оно тогда во фре?

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

>> А по минимуму - systemd умеет отрезать сервисы в отдельные namespaces отрезая
>> им доступ в систему. У вас ессно такого нет и не предвидится ...
> То что работает, работает замечательно. А вы и эту парадигму передрали.

У вас это невозможно передрать! Такого у вас нет. Собрать песочницу с копированием половины системы и менеджментом уже не то. SD делает деликатные трюки чтобы собрать изолированную арену процессу, без упования на внешние утилиты, которые могут быть уже недоступны в будущей песочнице. Это воздается zero adm overhead. Для админа, майнтайнера и проч это - несколько директив в конфиге. И никакой возни с отдельными копиями системы. У вас нет ничего сравнимого.

> Как там говорилось? linux namespaces - это plan9 для бедных [функциональностью]?
> А своё что-нибудь в линуксе появлялось?

Вполне вероятно. Даже тот же unshare и вот именно такая инкарнация контейнеров заметно отличаеится. KVM - вообще ни с кого не содран. Современные ФС типа btrfs и bcachefs тоже с ноля надизайнены. С огладякой на других - но здорово иначе.

> Само собой, их не в линухе разрабатывали, поэтому логичны, понятны и круты.

Их в таком виде больше нигде нет, внезапно. И управления ими.

> Начиналось всё с LXC, который передирали с Jails.

Начиналось все с OpenVZ который Jails'ам дал жесткий мастеркласс еще в начале 2000х, умея отдельные конфиги сети, фаера и проч уже тогда. Его реальной траблой был кастомный кернел, вечно отстававший от майнлайна на дофига. Когда до господ стало доходить что это хреново, уже появился KVM и _быстрый_ virtio, разница между абстракциями стала меньше, а возможностей у KVM виртуалки больше, скажем не надо просить админов tun модуль вгрузить, можно самому на своей VM любые грузить, и даже не линух. Virtio и акселерации KVM обеспечили снижение разницы с bare metal, и тех с самопальными ядрами просто стали выбрасывать, устав от adm overhead решения.

> Они тоже на месте не стоят.

Это им уже не поможет. У вас до сих пор нет корегерентной интеграции этих возможносей в систему для допустим изоляции сервисов, особенно сетевых, от системы. И врядли вы такой трюк разумно скриптотой вообще сможете. Системд будучи привилегированым процессом может сам все нужные сисколы дать, в нужной последовательности, не уповая на доступность более 9000 утилит и шелла. Не, я не хочу оставлять шелл httpd какому: для работы ему это не надо, только радует хакера подломившего его халявным шелом.

> BSD, и Jails в частности - не проприетарный формат. Там также заруливают
> всё открыто и так же собираешь патчи, если надо.

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

>> Jails vs AMD? Это покруче чем галантерейщик и кардинал!
> Джейлсам AMD стек нафиг не упал. В headless и подавно.

Это про то что общепланетарно амд людям на планете сильно нужнее чем джайлы ;)

>> Когда systemd ворочает namespace это вообще для меня - zero overhead по управлению по сути.
> AMD тоже бесполезно, если его нет.

АМД тут не при чем, я слишком разогнался с абстракцией, вы ее не поняли.

> Если нет AMD, то зачем их допекать. :)

Ну тогда не допекайте. Мне все равно. Я буду улучшать технологии о которых парюсь я, и продвигать то что считаю правильным. Show will go on.

> Кто нанял? AMD наняли тех, кто Radeon пилил в AMD?

Нет. Они наняли представителей комьюнити пиливших Radeon делать то что они умеют и любят, но уже фултайм. После этого - сделали крутой рефактор Radeon с использованием внутренних процессов и обозначений. Так появился AMDGPU. Это сильно отрефактореный на внутренние обозначения регистров Radeon, для GCN+. Т.к. новый хардвар - как раз удачно совпало.

Ирония в том что tick-tock практикует и АМД, и uncore GCN 1.x такое же как у terascale, так что если б не VLIW core - AMDGPU мог бы и поздние тераскейлы поднимать. Но таки нет. Т.е. tick: новое core. Tock - новое uncore.

А те господа - дали остальной части driver team мастеркласс как делать опенсосрс правильно. И теперь весь AMD driver team делает это - так. Продуктом является AMDGPU, который подложка и для MESA и для Pro. И теперь весь driver team в этом формате хреначит, как минимум в ядре. И это намного лучше чем fglrx, хоть там как.

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

> Ты этой блоботой пользуешься 30 лет, будь ей благодарен.

Бойтесь своих желаний: они выполняются. Никогда не смотрели Stargate? Там тема false gods думавших что им все можно раскрыта. И тема таскания/адаптации технологий, и поиск союзников, и благодарности "богам", вот это все. EULA и бэкдоры не далеко от этого по смыслу. Тоже мини-wannabe-божки.

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

Повадились какие-то ... думать что им все можно, типа бэкдоров, EULA master-slave и проч. У меня другие идеи на этот счет.

> Это и есть скоммунизденный допиленный миникс. Свои задачи он выполнил.
> Какая разница много они содрали, или мало. Они поступили неэтично.

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

> Значит линукс сможет бэкдор для всех железок.

Теоретически возможно. Практически требование сорца видимо проприетариев не греет. Но вообще стоит понимать что пушку можно крутить в разные стороны. Одна из причин уметь "OEM-lite", так оно всегда ко мне правильной стороной ;)

> Передерут, не боись. зфс уже в нескольких упрощённых вариантах существует. Адаптированных.

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

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

> И бтр смогут, и бикешку. Были бы видны преимущества.

Теоретически можно все. Практически - вопрос времени и ресурсов на это.

> Понимаю, та ещё дрянь. Пользовался по минимуму.

Проц кушает от души. Хотя факт в целом все равно забавный.

> Что? Надоело смотреть на свой пропроприетарный облик?

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

> А как же слова про пантеон? Тут уместно цитировать кин-дза-дза про "они
> будут внизу на четвереньках ползать, а мы на них плевать". Токсичность так и прёт. :D

Если кто мне тыкал EULA и бэкдорами, у меня к ним БОЛЬШИЕ счеты. Если кто "таскал им снаряды" и всячески помогал, плевки не хучшее что за ЭТО бывает.

> Только не везде любые патчи принимают. Как и везде. :)

Естественно. Но до того как куда-то патч фигачить неплохо бы посмотреть немного кто и что.

> Ну так ты дальше pdf-ку почитай. Тебе оно надо? Трансляторы для виндостека.

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

> Что там код пишешь корпам на халяву, что тут. Разницы нет.

Есть. ИМХО вы наглядно показываете чем master-slave отличается от p2p.

> А мы линуксом тоже пользуемся. И не нравится во что он превращается.

У меня он превращается - в то что нравится мне. Just because I can.

> плавный переход на nt.

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

> И после сотрудничества с одной продажной организацией (Каноникал) я понял, что не
> надо исправлять баги и слать патчи в разные дистрибутивы.

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

> (причём несколько лет ещё уговаривать надо, чтобы исправили твоим решением), а
> тебе потом снап впаривают.

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

...

> Рассмешил. Я сам тоже это цитировал. Потом понял как глупо выглядит и перестал.

Это лишь рекомендация не тратить мое и ваше время на спам. Ваше мышление примитивно, я могу предсказать 90% ответов. Мне не нравится ни к чему вы и продвигаемые вами проекты и вэи пришли, ни отношения master-slave продвигаемые вон теми.

Знаете чем отличалось взаимодействие с Airlied и его тимой? Они поддерживали свою часть "p2p" парадигмы, говоря со мной как с равным. Даже если это нехилый аванс, это то что делает взаимодействие мощным, приятным и конструктивным для всех сторон. И я приду к ним еще, если будет повод.

> А я эту хохму читал.

Там реально брейнфак какой-то.

> Равно как и про битые таблицы БД и пропадающие данные в btrfs,
> который просто зацепили. Правда на лоре.

Этот мир большой, сложный, и в нем бывает много странной фигни. Но обычно у нее есть рациональное объяснение. Без которого это все бабушкины сказки из сундука, если не деза.

> Руки у всех по разному заточены.

Вот это бесспорно. Эксперименты показали что мои - под вон те семейства технологий. Видимо я на уровне интуиции понимаю дизайн и мышление тех девов.

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

267. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (267), 25-Июл-24, 00:11 
> Начиналось все с OpenVZ который Jails'ам дал жесткий мастеркласс еще в начале 2000х, умея отдельные конфиги сети, фаера и проч уже тогда.

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

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

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

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

270. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 26-Июл-24, 01:08 
> Тогда уж с Virtuozzo, который был улучшенной коммерческой переработкой фряшных джейлов
> для линукса.

Я его никогда не видел. Реально массово и рано - OpenVZ. А паралельсы как я понимаю морду к нему для хостеров продавали.

У них было окно возможностей когда виртуализация была еще слишком тяжелой, а контейнеры в лине еще недопиленые. Но они продолбали момент. И когда virtio пришло, камасутра с левыми ядрами как-то уже не того.

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

Это какая-то нишевая хрень, если не хтонь, которую мало кто видел.

> Потому и мастеркласс, что базу не пришлось придумывать.
> А OpenVZ в начале 2000-х ещё не существовал.

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

> В общем, твоё перевирание фактов говорит о том, что больше с тобой
> разговаривать не о чём.

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

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

234. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Ivan_83 (ok), 14-Июл-24, 21:17 
Ещё раз: при правильном приготовлении мажорный апдейт проходит максимум за пол часа почти на автомате на конфиге типа какого то сервера, на десктопе может немного дольше ибо портов обычно больше.
В случае дистрибува продукта на базе фри - всё ещё проще, как правило, и то что там мажорная версия изменилась вообще никак не заметно по самой процедуре апгрейда.

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

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

41. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +3 +/
Сообщение от Аноним (41), 12-Июл-24, 14:54 
Учитывая довольно гладкий, бесшовный или как ещё модно называть, переход между не только минорными, но и мажорными релизами, то как бы и похрен.
Понятно, что хоть когда-то, да бывают косяки, но _обычно_ всё весьма гладко.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

45. Скрыто модератором  +/
Сообщение от Аноним (1), 12-Июл-24, 15:02 
Ответить | Правка | Наверх | Cообщить модератору

121. Скрыто модератором  +1 +/
Сообщение от Аноним (121), 12-Июл-24, 19:41 
Ответить | Правка | Наверх | Cообщить модератору

49. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (17), 12-Июл-24, 15:11 
> Учитывая довольно гладкий, бесшовный или как ещё модно называть, переход между не только минорными, но и мажорными релизами

Это для десктопа. А всякий суровый Ънтерпрайз может быть завязан на конкретные версии конкретных библиотек, например.

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

55. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Да не важно (?), 12-Июл-24, 15:32 
man jail
Ответить | Правка | Наверх | Cообщить модератору

56. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (17), 12-Июл-24, 15:33 
Держать в jail устаревшую систему? Да, это труЪ решение!
Ответить | Правка | Наверх | Cообщить модератору

145. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (-), 12-Июл-24, 23:14 
> Держать в jail устаревшую систему? Да, это труЪ решение!

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

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

62. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (41), 12-Июл-24, 15:41 
> Это для десктопа.

И то верно.

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

И то верно.

> суровый Ънтерпрайз

Мог бы и денег отсыпать. А тот, который деняк отсыпает, видимо это всё устраивает.

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

91. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (17), 12-Июл-24, 17:01 
> Мог бы и денег отсыпать. А тот, который деняк отсыпает, видимо это всё устраивает.

Так они в linux foundation отсыпают, и их там всё устраивает.
Зачем им ещё кому-то отсыпать, если этот кто-то явно не готов для Ънтепрайза?

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

160. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Ivan_83 (ok), 13-Июл-24, 00:44 
Так пишите правильно, это не суровый энтерпрайз а протухшие поделки вечных техно должников.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

168. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 02:01 
> Так пишите правильно, это не суровый энтерпрайз а протухшие поделки вечных техно должников.

Энтерпрайз без техдолга - что пиво без водки.

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

4. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (4), 12-Июл-24, 13:16 
У Колина не получается, надо менять...
Ответить | Правка | Наверх | Cообщить модератору

11. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (11), 12-Июл-24, 13:31 
Делать переход?
Ответить | Правка | Наверх | Cообщить модератору

88. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (11), 12-Июл-24, 16:54 
Если он поменяет, то у неё получится?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

7. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +3 +/
Сообщение от crypt (ok), 12-Июл-24, 13:20 
удивительно, насколько мало изменений между релизами самой FreeBSD и насколько ломающие изменения они закладывают в каждый апдейт LLVM, который скачет на несколько версий. казалось бы, компилятор - это только средство, а тут шашечки ради шашечек.

F13.2 - LLVM v.14
F13.3 - LLVM v.17
F14.0 - LLVM v.16
F14.1 - LLVM v.18

новые версии LLVM типа более корректные и перестают собирать старый код. и старую версию из портов бывает невозможно собрать. просто гениально!

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

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

вообще слабо понятно, для кого это все и что у них в голове.

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

10. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (10), 12-Июл-24, 13:29 
очевидно, что идёт подготовка к гонке номеров версий. достаточно объявить, что каждый минорный выпуск имеет нумерацию мажорного, а значит вот-вот обгонят chrome и firefox
главное номерок побольше, остальное до лампочки
Ответить | Правка | Наверх | Cообщить модератору

18. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +5 +/
Сообщение от OpenEcho (?), 12-Июл-24, 13:53 
> вообще слабо понятно, для кого это все и что у них в голове.

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

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

19. Скрыто модератором  +1 +/
Сообщение от crypt (ok), 12-Июл-24, 13:55 
Ответить | Правка | Наверх | Cообщить модератору

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

54. Скрыто модератором  +/
Сообщение от OpenEcho (?), 12-Июл-24, 15:24 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

66. Скрыто модератором  +1 +/
Сообщение от нах. (?), 12-Июл-24, 16:01 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

235. Скрыто модератором  +1 +/
Сообщение от Ivan_83 (ok), 14-Июл-24, 21:21 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

35. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Аноним (-), 12-Июл-24, 14:25 
> поступили команды с верха вносить зависимости

Ого, от кого-кого, а от тебя не ожидал теорий заговора.
Просвети, нас грешных, что же это за верха?
Не те ли это "центры принятия решений"?))

> стремление подобрать все в одно лукошко, причем "моё", ака власть

Код открыт. Вы всегда можете форкнуть и развивать самостоятельно.

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

50. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Аноним (17), 12-Июл-24, 15:15 
> Ого, от кого-кого, а от тебя не ожидал теорий заговора.

То есть его великие заговоры иллюминированных масонов с системдой прошли мимо вас?

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

64. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от OpenEcho (?), 12-Июл-24, 15:48 
> То есть его великие заговоры иллюминированных масонов с системдой прошли мимо вас?

О каких заговорах речь? Это все из одной оперы - складывания кукошек в одно лукошко, которое по весу стало таким, что его под силу нести только очень определенному, узкому кругу, способных потянуть обьем такого количества яичек/кода. Но если вас устаривает services.exe в линуксе, в обмен на сомнительные достоинства "очень быстрого запуска" (на мониторе правда только), которое построенно на перехвате всего что можно (зависимость, нет?) то имеено поэтому оно и вклинилось, и потому дальше больше, - не только "быстрая" загрузка, а еще куча не связанных с загрузкой сервисов. А что удобно ведь, правда? Зачем он этот легаси KISS?
Про сыр только безплатный, который в мышеловке не забывайте...


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

72. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (-), 12-Июл-24, 16:11 
> лукошко, которое по весу стало таким, что его под силу нести только очень определенному, узкому кругу

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

> А что удобно ведь, правда?

Да, представь себе - это удобно.

> Зачем он этот легаси KISS?

Проблема не в KISS. Его идея просто крутая. Но то что получается на выходе... Это какое-то убожество. И что-то аналогичное с известным в узких кругах suckless. Ты берешь так что-то и то одного нет, то другого нет.
А в обсуждении тебе просто начинают доказывать что "тебе оно просто не нужно" и "пользуйся тем что есть, ты же не хочешь нарушить принципы??!!11".

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

153. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от OpenEcho (?), 12-Июл-24, 23:51 
> А разве это не развитие? Вещи начинают уметь больше и больше.
> Так сейчас во всех отраслях. Специализация позволяет повысить продуктивность труда.

Я не про технологию, а про кукловодов, у которых это лукошко.

> Да, представь себе - это удобно.

Я за развитие, за новшества, но когда секьюрностью и логикой жертвуют в угоду удобству...


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

176. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 10:43 
> Я не про технологию, а про кукловодов, у которых это лукошко.

Ну вот почему сразу "кукловодов". Это даже звучит не серьезно...

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

> но когда секьюрностью

Абсолютная секьюрность неюзабельна. Должен быть баланс.

> и логикой жертвуют в угоду удобству..

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

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

180. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 12:11 
> Я за развитие, за новшества, но когда секьюрностью и логикой жертвуют в угоду удобству...

always has been (c)
Посмотри какими ногами писали ХОрг. С решениями "один фреймбуфер на всех".
Возможно в тот момент, когда оно все бегало через Х-терминалы, про секурность не думали, тк все было по сути на одном компе.
Но ведь это, просто генитальное, решение перенесли на десктопы.

Посмотри на парад уязвимостей связанных с спекулятивным выполнением.
А ведь тоже делалось это ради скорости, в ущерб безопасности.
+5% и инжинегрный отдел получит премию!

Посмотри на либы, на которых держится линукс (и пол интернета) - жлибс, ссш разных версий.
Писались на СИшке, дыры находят постоянно, некоторым 15, 18, 30 лет.
И всем пофиг.

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

220. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 14-Июл-24, 01:00 
> И всем пофиг.

И линуксу пофиг, раз он на них держится.
Было бы не пофиг, давно бы переписали.


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

259. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 19-Июл-24, 07:46 
>> И всем пофиг.
> И линуксу пофиг, раз он на них держится.
> Было бы не пофиг, давно бы переписали.

Надо же, кто-то описал предпосылки для появления Wayland в тредике про BSD. Бывает же такое.

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

57. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +3 +/
Сообщение от OpenEcho (?), 12-Июл-24, 15:34 
> Ого, от кого-кого, а от тебя не ожидал теорий заговора.

А причем здесь теория заговора, - просто анализ, как оно ВСЁ вокруг происходит, и наша индустрия - не исключение

> Просвети, нас грешных, что же это за верха?
> Не те ли это "центры принятия решений"?))

Даже Маск на такие вопросы отвечает: "А вот интересно, а кто правда рулит?"

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

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

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


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

77. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (-), 12-Июл-24, 16:17 
> в отличии от продуманного на значительно больше шагов вперед

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

Это хорошо видно по линуксу. Шапке (и не только) нужен был единый инит для упрощения администрирования - они это сделали. А то что кто-то был против их не колышит. Потому что сами противники ничего сделать не могут.
Шапка решила закопать иксы - она их закопает. И опять "сообщество" ничего не сделает.
Потому что у них лапки и они не могут тянуть настолько сложный проект.

А простой проект практически никому не нужен. Он не будет решать проблемы той же шапки.
Но те, чьи проблемы бы он решал, сами его не осилят. Поэтому писать его просто некому.

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

Жаль не уловили сарказм. В след. раз поставлю скобочку.

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

155. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от OpenEcho (?), 13-Июл-24, 00:07 
> Шапке (и не только) нужен был единый инит для упрощения администрирования - они это сделали.

И сколько процентов того инит-а от всего что наворотили в системд? Не просто наворотили, а еще и подвязали в зависимости... практически все дистры и софт...

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

> Жаль не уловили сарказм. В след. раз поставлю скобочку.

Сорри, тормознул... :)

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

166. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 01:52 
> И сколько процентов того инит-а от всего что наворотили в системд? Не просто
> наворотили, а еще и подвязали в зависимости... практически все дистры и софт...

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

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

Ну не все. А только те которые в юнитах указаны. А надо это чтобы не иметь отношений c совершенно отдельным добром типа inted. Неудобно это когда 10% запускается там, еще 10% сям, и так еще эн раз подряд, а overview "что это и откуда берется" - хрен получишь! Не говоря про перспективы идеи интерфейснуть этот бардак, допустим, групповому управлятору.

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

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

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

> Добавить сюда еще сетевые плюшки в PID#1... не, это не то, что "просто для удобства"

Сам по себе pid = 1 ничего особенного не делает если его явно не просить о чем-то.

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

173. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от OpenEcho (?), 13-Июл-24, 08:25 
> Пока вы спали, мир стал немного сложнее. И типовых задач и хотелок в нем - прибавилось.

Все понятно, т.е. вы прогрессивный, не спящий товарищ, все остальные, так - спят...

Как столкнетесь с endless boot loop + segfault в кластере, - оцените по достоинству "прогресс"

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

207. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 22:19 
> Все понятно, т.е. вы прогрессивный, не спящий товарищ, все остальные, так - спят...

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

> Как столкнетесь с endless boot loop + segfault в кластере, - оцените
> по достоинству "прогресс"

Багов бояться - разработкой и эксплуатацией софта не заниматься.

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

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

232. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от OpenEcho (?), 14-Июл-24, 15:22 
> Ну дык. Попробовав вон то я уже на меньшее не согласен. Зачем потеть и трястись на ухабах в бричке, спрашивая встречных как проехать, если можно - доехать в разы быстрее, в комфортном авто, с кондеем и навигатором?!

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

> Багов бояться - разработкой и эксплуатацией софта не заниматься.

100% согласен, - не ошибаются только те, кто вообще ничего не делают

>  Но желающих делать именно это, именно так, почему-то осталось - мизер. И ECU не парит их в общем случае.

По моему, вы не поняли о чем я.

Я за качество в разработке, где лучше десять раз померь - один раз отрежь. Ну да, можно быстро наклепать, а потом изображать бурную деятельность - переделывать, переделывать и в итоге - depricated, потому как - "we moving fast, we breaking things", click-next-click-next...

Только вот  почему-то теперь они слоган поменяли, дорого потому-что постоянно за хвостом гонятся

Импирическая методология или простонародно - метод тыка, очень популярен у обезьян, но мы то все таки чуть чуть поумней (???)

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

243. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 15-Июл-24, 04:54 
> Так и я не против с кондеем и автопилотом. Только есть тачки,
> которые десятлетиями ездят без проблем, а есть блестяще дерьмо, которое с
> Т.О. не вылазит

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

> 100% согласен, - не ошибаются только те, кто вообще ничего не делают

С этой точки зрения systemd лично мне каких-то особо крутых проблем не создает. А решает довольно много сложных вещей. То что я местами стал большую штуку пилотировать indirect способами, через бортовой компьютер - и что? Это будущее. Вожжи ушли в прошлое, теперь умная штука сама может отсеквенсить чуть ли не все перемещение из A в B (почти) без участия человека. Будущее будет так. Потому что его на самом деле почти все хотели - вот так.

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

Как ни странно, в системде довольно мало deprecated фич.

Ну и если сравнить решения:
- SVC в винде умеет в эн раз меньше, а в управлении дико мучителен из-за эзотеричной бинарной БД реестра с кастомными редакторами. И сервисы как DLL (.so) - изврат.
- SMF/Launchd покусаны энтерпрайзом, оверинженернутая хтонь в хучшем виде с XML и прочими костылями типа кеша в скулайт.
- Upstart страдал дурацкми проблемами. Нельзя быть "after" этой проги - без ковыряния конфигов ТОЙ ПРОГИ. И вот чтобы взлететь после скажем БД - мы идем редактить конфиги БД и гадаем, сотрет эти изменения пакетник при апгрейде или нет?!
- Sysv реально бричка с деревянными колесами. Overview что и откуда, исправно ли работает система и логинга по сути нет. Большую часть фич ядра не могет юзать. Сабж не сильно далеко от этого ушел.
- Всякая хрень типа OpenRC удачно наследует минусы сразу нескольких подходов, делая все сложно, хреново, хрупко и криво. Зачем оно такое - я не знаю. И кажется почти все остальные тоже. Да, можно сделать интерфейс к бортовому компу в виде вожжей. Но зачем?

> потому как - "we moving fast, we breaking things", click-next-click-next...

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

> Только вот  почему-то теперь они слоган поменяли, дорого потому-что постоянно за
> хвостом гонятся

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

> Импирическая методология или простонародно - метод тыка, очень популярен у обезьян, но
> мы то все таки чуть чуть поумней (???)

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

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

86. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от nope (?), 12-Июл-24, 16:42 
> Даже Маск на такие вопросы отвечает: "А вот интересно, а кто правда рулит?"

худшего примера найти сложно

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

156. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от OpenEcho (?), 13-Июл-24, 00:08 
>> Даже Маск на такие вопросы отвечает: "А вот интересно, а кто правда рулит?"
> худшего примера найти сложно

Есть лучше мнение?

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

36. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (-), 12-Июл-24, 14:30 
> новые версии LLVM типа более корректные

Ну так новые версии LLVM, таки да, более корректные!

> и перестают собирать

древний, написаный через одно место, код. Что абсолютно правильное решение.

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

Это проблемы бракоделов, которые пишут не по стандартам.
Поэтому просто пинай авторов/мейнтейнеров чтобы исправляли ошибки.
И тогда !внезапно! оно начнет компилироваться и на последних версиях компилятора.

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

51. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (17), 12-Июл-24, 15:16 
Я попытался прочитать ваш комментарий, используя новый, более корректный стандарт языка, и получил кучу синтаксических ошибок.

Вывод: вы — бракодел, а мнение бракодела можно игнорировать.

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

79. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 12-Июл-24, 16:19 
> Вывод: вы — бракодел, а мнение бракодела можно игнорировать.

Мне приятно, что вы только что подтвердили мое предыдущее утверждение.

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

65. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от crypt (ok), 12-Июл-24, 15:56 
syntax error: missing ',' before 'чтобы'

> пинай

ок, подставляй зад

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

96. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 12-Июл-24, 17:08 
Полностью с вами согласен, коллега))
Ошибки это плохо и их нужно исправлять.
И в тексте, в коде. Обновляйте LLVM. Пинайте разрабов.
Сделаем мир лучше!)
Ответить | Правка | Наверх | Cообщить модератору

101. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от crypt (ok), 12-Июл-24, 17:29 
> Полностью с вами согласен, коллега))
> Ошибки это плохо и их нужно исправлять.
> И в тексте, в коде. Обновляйте LLVM. Пинайте разрабов.
> Сделаем мир лучше!)

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

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

114. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 12-Июл-24, 18:42 
Значит что-то общее есть, а что нет.

> я систему ставлю не для того, чтобы быть ее бета-тестером

А это не тебе решать)) Не нравится эта? Поставь другую - надежную и стабильную.
Ой, а такой нет?) Как же так...
Ну, можешь попробовать купить, не?)

> код нужен для использования, а не для совершенствования мира

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

> и платят за выполнение задач, кстати

Как и практически везде.
Вот разрабам компилятора заплатили за "исправление неточностей" - они сделали свою работую.

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

146. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –2 +/
Сообщение от Аноним (-), 12-Июл-24, 23:20 
> Ой, а такой нет?) Как же так...
> Ну, можешь попробовать купить, не?)

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

> И это тоже не тебе решать, а разрабам компилятора.

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

> Как и практически везде.
> Вот разрабам компилятора заплатили за "исправление неточностей" - они сделали свою работую.

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


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

169. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 13-Июл-24, 07:11 
> А это не тебе решать))

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

> Не нравится эта? Поставь другую - надежную и стабильную. Ой, а такой нет?) Как же так... Ну, можешь попробовать купить, не?)

Почему нет-то? Есть клоны RHEL'a. Но топик же не о Linux'e.

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

Читай внимательнее. Не могу, т.к. он не собирается. Поэтому вопрос к мейнтейнерам.

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

Так мой же выбор не был на этом основан. Фря где-то пишет на сайте, что это такая ОС? Нет. Это выясняется в процессе. Или кто-то выяснит здесь на сайте после моего нытья. Вот и все.


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

175. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 10:32 
> Это глупая позиция

Это не позиция, а текущее состояние дел в отрасли.

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

Значит возможно вы не их пользователь, а просто мимокрокодил?
Вот в линухе стабильно кладут на мнение "пользователей" последние лет 5 или даже 10 (systemd, wayland, rust, etc.)
Но что-то линукс никуда не делся.
Может у них просто другие реальные пользователи, а недовольные "пользователи" и не пользователи вообще?

> Фря даже опросы проводит и делает какие-то упрощения для новых юзеров.

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

> Не могу, т.к. он не собирается. Поэтому вопрос к мейнтейнерам.

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

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

184. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 13-Июл-24, 13:24 
>> Это глупая позиция
> Это не позиция, а текущее состояние дел в отрасли.

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

> Вот в линухе

так он развивается корпорациями, а фряха типа самостоятельный проект.

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

208. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (206), 13-Июл-24, 22:25 
> Почему нет-то? Есть клоны RHEL'a. Но топик же не о Linux'e.

А еще я вот набрел на энтерпрайзик - с убунтой 18 на расширеной поддержке. На каких-то довольно гламурных условиях - они поэтому и не парятся особо. И вот уже более 6 лет фигачат. В принципе их как раз древность софта стала поднапрягать уже местами как раз.

> Так мой же выбор не был на этом основан. Фря где-то пишет
> на сайте, что это такая ОС? Нет. Это выясняется в процессе.
> Или кто-то выяснит здесь на сайте после моего нытья. Вот и все.

Нравятся мне BSDшные сообщества - всегда расскажут что г@вно это так и задумано. Хорошо что все это не у меня.

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

59. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (41), 12-Июл-24, 15:36 
Да, мутная тема. Но возможно, сам LLVM должен как-то стабилизироваться, чтобы его так часто не менять?
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

68. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 12-Июл-24, 16:04 
> Да, мутная тема. Но возможно, сам LLVM должен как-то стабилизироваться, чтобы его так часто не менять?

Это не совсем вопрос стабилизации. Вот rust (как часто у него релизы?) мейнтейнеры FreeBSD не хотят включать в базу из-за "несовпадающего темпа разработки". Но при этом раст релизится мелкими релизами, как теперь будет сама FreeBSD, и не имеет ломающих изменений. А вот LLVM наоборот - это по меркам сегодняшнего дня большие крупные релизы, которые ломают все и вся.

Образцово-показательно вели (как сейчас не знаю) себя RedHat. Они 7 лет поставляли один и тот же GCC, который опеннетовцы обычно называют тухлым. Но это по-моему единственный адекватный способ поддерживать платформу.

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

163. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Ivan_83 (ok), 13-Июл-24, 00:48 
Вы бы пользоватся с начала научились а потом рассказывали про ломающие изменения.
Фря не для некрофилов.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

170. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от crypt (ok), 13-Июл-24, 07:16 
> Вы бы пользоватся с начала научились а потом рассказывали про ломающие изменения.

мы тебя ждали. лицо гуталином смазал?

https://www.opennet.ru/openforum/vsluhforumID3/134268.html#20

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

231. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от iZENemail (ok), 14-Июл-24, 10:48 
% cc --version
FreeBSD clang version 18.1.6 (https://github.com/llvm/llvm-project.git llvmorg-18.1.6-0-g1118c2e05e67)
Target: x86_64-unknown-freebsd13.3
Thread model: posix
InstalledDir: /usr/bin

% pkg info -x llvm
llvm12-12.0.1_13
llvm15-15.0.7_10
llvm17-17.0.6_7

И все нужные!

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

8. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –7 +/
Сообщение от Аноним (8), 12-Июл-24, 13:28 
FreeBSD может ффтопку идти после дропа 32 бит, никто адекватный с софтом, у которого неадекватные разрабы, слишком много о себе возомнившие, связываться не будет.
Ответить | Правка | Наверх | Cообщить модератору

38. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Макинтош 512к (?), 12-Июл-24, 14:45 
Пожалуй, соглашусь, все эти альтернативные ОС всегда рассматривались, как ОС для старого железа. На новое я и винду одиннадцадку накатить могу.
Ответить | Правка | Наверх | Cообщить модератору

60. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (41), 12-Июл-24, 15:38 
> FreeBSD может ффтопку идти после дропа 32 бит

Ггг, ага, привет Линуксовым дистрам. Причём во Фре её ж не убрали совсем, убрали из Tier-1.

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

67. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –2 +/
Сообщение от Аноним (67), 12-Июл-24, 16:02 
Какой еще привет. Debian 8, non-pae, 32-bit. Можешь хоть сейчас скачать packages с офф. репозитория.  Расскажи где скачать с офф. репозитория тоже самое для 12-ой бзди.
Ответить | Правка | Наверх | Cообщить модератору

115. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от _ (??), 12-Июл-24, 18:56 
Ну дык и фряха какая нить 11 - тоже 32 бита запросто. :) Лососни...
Ответить | Правка | Наверх | Cообщить модератору

125. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (67), 12-Июл-24, 20:18 
Читаешь только буквы которые выучил?
>>Расскажи где скачать с офф. репозитория тоже самое для 12-ой бзди.
Ответить | Правка | Наверх | Cообщить модератору

191. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от _ (??), 13-Июл-24, 18:26 
если тебе этого:
http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-relea.../

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

202. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 13-Июл-24, 20:32 
Бинарники ему нужны, официальные. Которых нет.
Раньше вроде дольше держали репы.
Ответить | Правка | Наверх | Cообщить модератору

204. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (204), 13-Июл-24, 20:42 
> Бинарники ему нужны, официальные. Которых нет.

Б*жадь, с чего вдруг архив стал "неофицален"?
http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/
http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i38...

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

221. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 14-Июл-24, 01:46 
> Б*жадь, с чего вдруг архив стал "неофицален"?
> http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/

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

Где архив начиная с 10-й ветки никто не знает.

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

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

222. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (67), 14-Июл-24, 01:48 
И где там для 12-ой бзди?
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

147. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Аноним (-), 12-Июл-24, 23:23 
> Какой еще привет. Debian 8, non-pae, 32-bit.

Вот ты некроманеср со стажем. Дебиан 12 так то - на 32 битах тоже есть. До сих пор. Работает даже.

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

192. Скрыто модератором  +1 +/
Сообщение от _ (??), 13-Июл-24, 18:30 
Ответить | Правка | Наверх | Cообщить модератору

209. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 13-Июл-24, 22:28 
Ответить | Правка | Наверх | Cообщить модератору

185. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Be My Baby (?), 13-Июл-24, 14:19 
Офф. репозиторий это прежде всего исходники.
Скачать исходники и собрать самому.
Научиться использовать ports collection через git, выбирать определённую дату.
https://docs.freebsd.org/en/books/handbook/ports/#ports-usin...
Если посмотреть тут https://git.FreeBSD.org/ports.git, то есть brabches начиная с 2014Q1
А если ещё и тэги посмотреть, то найдётся даже release/2.0.5

Не дают бинарники? Требуйте возврата денег. :)

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

187. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (67), 13-Июл-24, 15:06 
Научись не давать советов о которых не просят.
Ответить | Правка | Наверх | Cообщить модератору

188. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Be My Baby (?), 13-Июл-24, 15:52 
Зачем вы просите об этом? Неужели потому, что сами этому не научились?
Ответить | Правка | Наверх | Cообщить модератору

189. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (67), 13-Июл-24, 16:33 
OK. Буду проще. Иди в жoпy со своими советами.
Ответить | Правка | Наверх | Cообщить модератору

69. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:05 
> Ггг, ага, привет Линуксовым дистрам.

А у вас - негров линчуют. Какое мне дело до линуксовых дристов если я уже выбрал фрю ?

> Причём во Фре её ж не убрали совсем, убрали из Tier-1.

это значит - не тестируют и не собираются исправлять баги. Канпелируетца!
Значит для количества - сгодитцо.

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

74. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (41), 12-Июл-24, 16:13 
Ну так-то всё верно тут сказано.
Ответить | Правка | Наверх | Cообщить модератору

92. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (17), 12-Июл-24, 17:02 
> А у вас - негров линчуют. Какое мне дело до линуксовых дристов если я уже выбрал фрю ?

Пересмотреть выбор, очевидно же.

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

104. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 18:09 
ну да, ну да. В windows10 все стабильненько, поддержку 32бит пока никуда не дели.
Ответить | Правка | Наверх | Cообщить модератору

148. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 12-Июл-24, 23:27 
> ну да, ну да. В windows10 все стабильненько, поддержку 32бит пока никуда не дели.

Ну что, Сусанин, куда тебя твой вэй довел то? Пока еще не до цугундера, но ты кажись и над этим работаешь, ды? :)

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

82. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +4 +/
Сообщение от anonimous (?), 12-Июл-24, 16:26 
Поддержка 64 бит появилась с core2duo , а может и раньше. Сейчас все процы поддерживают 64 бит. Тратить деньги и время разработчиков на 32 бита не рационально. Ресурсов у Freebsd не так много.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

116. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от _ (??), 12-Июл-24, 18:57 
Сейчас даже ARMы - 64 бит. ... Так что всё правильно, хотя некоторым припечёт, это да.
Ответить | Правка | Наверх | Cообщить модератору

132. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (133), 12-Июл-24, 20:47 
Firefox давно открывал?
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

161. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Ivan_83 (ok), 13-Июл-24, 00:45 
И много у вас х32 железа?
А где покупаете?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

174. Скрыто модератором  +2 +/
Сообщение от Макинтош 512к (-), 13-Июл-24, 10:06 
Ответить | Правка | Наверх | Cообщить модератору

236. Скрыто модератором  +/
Сообщение от Ivan_83 (ok), 14-Июл-24, 21:23 
Ответить | Правка | Наверх | Cообщить модератору

211. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Neon (??), 13-Июл-24, 22:48 
Не один вменяемый человек не будет сидеть сейчас на 32 битном десктопе.
Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

9. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +3 +/
Сообщение от Аноним (11), 12-Июл-24, 13:28 
>FreeBSD переходит на сокращённый цикл подготовки релизов

Второе число в номере версии лишнее.

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

33. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Всем Анонимам Аноним (?), 12-Июл-24, 14:17 
C первым числом то тоже не чтобы много изменений. Но зато не успел - все, пакеты уже удалили, чтобы сэкономить денег
Ответить | Правка | Наверх | Cообщить модератору

58. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (41), 12-Июл-24, 15:36 
> чтобы сэкономить денег

Как будто их там попой жуй.

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

73. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:12 
После траты их на лекцию о гендерном равенстве - доноры почему-то не восхитились и урезали паек.
Ответить | Правка | Наверх | Cообщить модератору

100. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Гений (??), 12-Июл-24, 17:23 
Ух ты, дай ссылку.
Ответить | Правка | Наверх | Cообщить модератору

149. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 23:29 
> Ух ты, дай ссылку.

google.com
неужели ты думаешь, я храню такие ссылки ради удовлетворения опеннетных экспертов?
Прочитал, посмеялся невесело, и забил. Где-то году в 16м, наверное. +-пяток. Можно попробовать поискать по страничке фаундейшна - там реально было видно как упали пожертвования.

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

195. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Гений (??), 13-Июл-24, 18:54 
В том то и дело, что не нахожу ничего, кроме того, как они ввели сжв кок, который, слава богу, под давлением сообщества довольно оперативно таки поменяли на нормальный.
Ответить | Правка | Наверх | Cообщить модератору

249. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Бывалый Смузихлёб (ok), 16-Июл-24, 19:18 
Ну вообще-то, это самая жЫрная из бздей. На текущий момент собрано 300+ к зелени из запланированных 2 млн на текущий год
Причём, сборы год от года растут, а параметры поддержки - лишь снижаются. Чем-то огнелиса начинает напоминать. Издалека, пока что, но всё-таки.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

12. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +5 +/
Сообщение от нах. (?), 12-Июл-24, 13:35 
"оптимизация" - нехрен тестировать по пол-года, херак-херак и дайте нам новый грант, смотрите как быстро меняются цифирки!

Г-ди, жги всех нахрен, нет тут никаких праведников!

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

16. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +4 +/
Сообщение от Аноним (16), 12-Июл-24, 13:45 
Сходи да оптимизируй. А лучше, вместо напсания каментов, напиши что-нибудь полезное.
Ответить | Правка | Наверх | Cообщить модератору

34. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (-), 12-Июл-24, 14:21 
> А лучше, вместо напсания каментов, напиши что-нибудь полезное.

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

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

44. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от нах. (?), 12-Июл-24, 14:59 
ты-то уже, я вижу, написал?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

99. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (99), 12-Июл-24, 17:21 
Я написал. Четыре модуля для терраформа и немного уличной баш-магии. Теперь ты рассказывай что полезного за неделю сделал.
Ответить | Правка | Наверх | Cообщить модератору

105. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 18:10 
чувак, ты окошки перепутал. Эту лапшу своему тимлиду на уши вешай.
Ответить | Правка | Наверх | Cообщить модератору

108. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (99), 12-Июл-24, 18:17 
Окстись, дорогой, какой тимлид? Я с заказчиками почти всегда напрямую работаю и иногда через агенство. Модули написал, пайплайн настроил, счётик выставил. В понедельник денежка уже на счету будет. Ну так что, чувачок, будешь рассказывать что сделал полезного за неделю или кроме комментов на опёнке предъявить нечего?
Ответить | Правка | Наверх | Cообщить модератору

112. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 18:35 
А по-моему ты больше языком работать умеешь.
(зачем бы заказывателям сайта-визитки умелец в тераформ понадобился и какая ему от этого польза)

> кроме комментов на опёнке предъявить нечего?

да, куда уж мне, зарплату вообще не знаю за что платят.

(уж точно не за попердолить пайплайны)

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

122. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (99), 12-Июл-24, 19:53 
> А по-моему ты больше языком работать умеешь.

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

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

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

> зарплату вообще не знаю за что платят

За то, что полы чистые, не скромничай.

> (уж точно не за попердолить пайплайны)

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

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

124. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 20:18 
> Ещё бы я не умел! Моя работа в первую очередь с людьми.

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

> надо сперва узнать как оно всё людям помочь может, какие проблемки порешать.
> Кто ж знает зачем? Мне тоже мотивация моих клиентов не всегда понятна

очень смешно.
Но нет.

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

131. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (99), 12-Июл-24, 20:46 
> а у меня с компьютерами. Видимо, в этом и разница. Ты торгуешь хлебалом, я продаю умение наладить сложную хрень.

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

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

138. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от нах. (?), 12-Июл-24, 21:22 
> Умельцев наладить сложную хрень — пруд пруди.

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

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

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

157. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (157), 13-Июл-24, 00:34 
> Со структурой зарплат у нас сложно все. Две должности начальников нижнего звена
> - вакантны. Предложения о самовыдвижении почему-то э... не встречают народной поддержки
> среди тех самых...которые починят, если что.

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

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

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

193. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от _ (??), 13-Июл-24, 18:40 
>Я думаю нормальным манагерам, и даже лидам, хватит посмотреть на твои посты чтобы резко оценить все перспективы.

Пох смотри - кое кто уже (почему то) обосср^W разволновался :) Интересно почему? :-)

>Ты делом доказал что решение практических задач, быстро - не твое.

А ты и гиммор по фотографии лечишь? "быстрорешатель" Ё babe :)

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

ВаУ!(С)
Да ты быстрорешатель и коварный супернадмоск! :)

Увы, должен небя разочаровать - тут таких, каждый второй :)

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

212. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 22:55 
> Пох смотри - кое кто уже (почему то) обосср^W разволновался :) Интересно почему? :-)

Это другой анон, если что. Который поха и его decision making в интерьере видел - давно. И в курсе как это работает.

>>Ты делом доказал что решение практических задач, быстро - не твое.
> А ты и гиммор по фотографии лечишь? "быстрорешатель" Ё babe :)

А вот еще 1 представитель направления ископаемых пожаловал. Но самое прикольное во всем этом: плохо от вашего этсамого - в основном вам. И вы тут так радостно рассказываете как вас жизнь поимела, даунплеите все что выглядит лучше, рассказываете что цепь и не должна быть слишком длинной, а рабовладелец, лажовая ЗП и ненавистная работа - так и задумано. Хитрый план! Или как на...ть сам себя?! Но ... зачем?

> Да ты быстрорешатель и коварный супернадмоск! :)
> Увы, должен небя разочаровать - тут таких, каждый второй :)

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

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

27. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от btrfs (?), 12-Июл-24, 14:11 
То ли дело debian с его минорами раз в три месяца.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

42. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 14:58 

эти миноры - просто обновленные патчсеты к _прежним_ версиям пакетов.

У freebsd это называется RELENG и тоже обновляется достаточно часто. Просто чтоб не качать после 15.2 еще миллион обновлений между ней и 15.2p3 если ставишься с нуля.

При этом у дебиана-то обновляется ВСЕ, вообще всьо - а у фри только ведро и пара неведомых тебе обычно утилит, а порты... порты просто каждый день новые. Потому что lack of resources (и желания)


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

63. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (41), 12-Июл-24, 15:45 
Есть квартальные порты. Это не год, и не два, конечно, но они есть, оч удобно.
Другое дело, если отбросить оценки "хорошо" или "плохо", то с современным прогрессивным молодёжным подходом, когда всё билдится поперебилживается по три раза в день, есть ли смысл в зафриженных версиях пакетов на n лет? Напоминаю, если отбросить эмоции и оценки "хорошо"/"плохо" к таким подходам, просто как в факту относится, что такое в n-ном количестве есть.
Ответить | Правка | Наверх | Cообщить модератору

70. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:10 
> Есть квартальные порты.

это вот - феерически бесполезная xepня. Понятия не имею кому и зачем нужная.
Зачем тебе порт с квартальным remote root?

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

> просто как в факту относится, что такое в n-ном количестве есть.

ну и зачем вот нам маргинально-живая система с теми же проблемами что у всех и еще ворохом своих уникальных?

Я лично не вижу для себя смысла ее дальше использовать. ZoL и на линуксе (тоже)кое-как работает.

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

76. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (41), 12-Июл-24, 16:16 
> Зачем тебе порт с квартальным remote root?

Секундочку, квартальные порты/пакеты с CVE как раз обновляются. Там не обновляются порты/пакеты "просто так", просто потому что вышла новая версия, которая не фиксит ничего критичного, а "добавляет новые обои".

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

84. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:33 
>> Зачем тебе порт с квартальным remote root?
> Секундочку, квартальные порты/пакеты с CVE как раз обновляются.

Кто обновлять-то тебе должен? Майнтейнер порта? Он на . ой master ой main ветке сидит. И уже на четыре версии разъехался. Один из сотни может и проснется и вспомнит что есть какие-то там "срезы". Посмотрит горестно, и разведет руками - "шлите патчи".

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

> Там не обновляются порты/пакеты
> "просто так", просто потому что вышла новая версия, которая не фиксит

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

Это СОВСЕМ не то же самое что stable debian, о котором речь выше.

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

78. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 12-Июл-24, 16:17 
>> Есть квартальные порты.
> это вот - феерически бесполезная xepня. Понятия не имею кому и зачем
> нужная.
> Зачем тебе порт с квартальным remote root?

у меня сейчас работает RH6 (OL6), там файлы 2013 года. что с ним не так? ssh в инет торчит и там нет никакого remote в отличие от более новых релизов.

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

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

80. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:21 
> у меня сейчас работает RH6 (OL6), там файлы 2013 года. что с ним не так? ssh в инет торчит и там
> нет никакого remote

а если найду?
Точно-точно в нем нет хотя бы предыдущей с "roaming"? (да, требует авторизации, но не рутом)

> смысл системы в том, что ее апдейтят тогда, когда у этого есть цель

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

Иначе поломают нас.

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

83. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 12-Июл-24, 16:31 
> а если найду?

если бы каждый, кто это говорит, находил... вот 10+ лет торчит в инет и пока никто не нашел.

> Точно-точно в нем нет хотя бы предыдущей с "roaming"? (да, требует авторизации,
> но не рутом)

не знаю, но я так понимаю, это решается на уровне опций в конфиге

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

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

> Иначе поломают нас.

ну, как я сказал, в старом редхате проблемы нет) при этом в следующем RHEL7 сломали кучу всего. это требует переделки того, что успешно работает на RHEL6. так какой смысл в апдейтах?)

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

87. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:45 
>> а если найду?
> если бы каждый, кто это говорит, находил... вот 10+ лет торчит в
> инет и пока никто не нашел.

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

> не знаю, но я так понимаю, это решается на уровне опций в
> конфиге

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

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

А, да, ведро там помнится тоже дает рута. И через n_tty, и еще десятком интересных незамысловатых  способов.

А про сервисы - все уже просто напрочь забыли. Но metasploit, учти - помнит.

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

К сожалению нет. Нас ломают за деньги.
Прецеденты уже не раз случались, к счастью, чудом удавалось зацепиться за подоконник. Чудо у некоторых потом долго мешало ходить.

> ну, как я сказал, в старом редхате проблемы нет)

вот одной вон той - нет. (но она, кстати, с трудом тянет на exploitable особенно вне твоей локалки)

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


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

90. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 12-Июл-24, 17:00 
> просто неуловимый джо никому не сдался. Или пока просто не заметил что его интенсивно имеют.

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

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

ну хочешь я тебе айпи вышлю?) школьников будешь пугать пустым рассуждениями)

> она, кстати, с трудом тянет на exploitable особенно вне твоей локалки

ты про ssh, который продувается в инете всеми ветрами 10+ лет?) и да, есть куча систем, которые не нуждаются в срочном апдейте просто потому что они находятся во внутренней сети. еще больше я не понимаю, зачем мне апдейтить mplayer на десктопе, если он играет файлы, а новый из порта вдруг начинает крешиться. использование "старого" софта, если он работает, это совершенно адекватно.

> К сожалению нет. Нас ломают за деньги.

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

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

109. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 18:20 
> дыры в ssh - это не то, что находится за чашкой чая

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

> ну хочешь я тебе айпи вышлю?)

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

Могу тебе выложить конечно ip виртуалки в каком-нибудь дешевом vds с немодной версией ssh. Дятлы местные ее конечно уронят (не сломают а просто положат т-пыми попытками), но в целом 300 рублей не жаль.

> если бы у вас действительно было много денег

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

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

171. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 13-Июл-24, 07:21 
> это именно оно - просто надо либо заниматься этим постоянно

не, полная чушь.

>> ну хочешь я тебе айпи вышлю?)
> сюда выложи. А то я-то не блэкхэт

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

> Но кто-нибудь с действующим логином может вполне
> себе и найтись

с каким действующим логином? откуда в моей системе действующий логин кого-то с улицы? ты о чем вообще сам с собой сейчас бухтишь.

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

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

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

227. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 14-Июл-24, 09:25 
> тогда слив засчитан)

засчитан - зассал ты на публику выложить ;-)

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

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

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

> с каким действующим логином? откуда в моей системе действующий логин

действительно. откуда у твоего локалхоста какие-то логины. Он же нахрен никому не нужен.

> в том-то и дело, что я и на таких проектах тоже работал

выгнали? Но ты так и не понял, почему - да, среди рабочего дня, а не всем сюрприз в ночь с пятницы на понедельник, доброе утречко, спишь б-ть?

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

118. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от _ (??), 12-Июл-24, 19:04 
>у меня сейчас работает RH6 (OL6), там файлы 2013 года. что с ним не так?

Он EoL c 1  Июля :) И как сказали RH-шники "you can't bye the support anymore ... for any money" :-\
А то стал бы я любиццо и целый флот с 6-ки переводить :(
Кстате - SSH там годный, да ... а вот куча всего остального ...

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

126. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 20:24 
>>у меня сейчас работает RH6 (OL6), там файлы 2013 года. что с ним не так?
> Кстате - SSH там годный, да ... а вот куча всего остального

А вот попроси у rpm'а changelog - а мы и поглядим, годный он или так себе. У тебя-то я так понял - коммерческий extended support, был, а у нашего героя-то нет исправлений с 2013го года.
Там и "roaming", и куча всего еще, я уже просто все поперезабыл.

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

172. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 13-Июл-24, 07:24 
> а у нашего героя-то нет исправлений с 2013го года.

с чего вдруг-то ты так решил? я написал, что там файлы _данных_ есть за 2013 год. и там Oracle Linux 6.

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

239. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 15-Июл-24, 00:56 
>> а у нашего героя-то нет исправлений с 2013го года.
> с чего вдруг-то ты так решил? я написал, что там файлы _данных_
> есть за 2013 год. и там Oracle Linux 6.

ну ок, с 2020го у тебя их точно нет
(а скорее всего у тебя их нет с 16го, поскольку вряд ли орацл забесплатно будет ковыряться с патчами maintenance supported ветки, он вообще эти патчи небось из centos6 тырил)

сколько и чего там с тех пор нашли (и не нашли, кстати) в openssh, не говоря уже про openssl и прочее от чего он там зависит - ну можно конечно посмотреть, но мне лень, поскольку и так все ясно.

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

194. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от _ (??), 13-Июл-24, 18:53 
>А вот попроси у rpm'а changelog - а мы и поглядим, годный он или так себе.

Я ж вроде по русски написал:
>>А то стал бы я любиццо и целый флот с 6-ки переводить :(

Всё, нетути у меня 6-ок более.

>У тебя-то я так понял - коммерческий extended support

Ну дык энтер-прайс жи :)
Теперь теми ELS лицензиями 7-ки подпёрты, и тоже скоро все на замену :\

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

81. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 12-Июл-24, 16:23 
> ZoL и на линуксе (тоже)кое-как работает.

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


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

117. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 19:00 
>> ZoL и на линуксе (тоже)кое-как работает.
> жаль, что сообщество солярис забросили. на сервер еще можно поставить, а вместо
> линукса и фри на десктоп уже нет.

на десктопе у меня давно винда стоит. Линукс имел смысл во времена когда домашняя рабочая станция обходилась БЕЗ уродливой концепции "десктопа". Сейчас не имеет никакого.

Солярис совершенно бесполезен потому что околонулевая юзербаза и околонулевая же тех кто способен замечать и исправлять ошибки по той же самой причине - прыщи - девки не дают - прыщи - девки не дают. Не удивлюсь даже если в его zfs баг с полностью неработающим arc так никто и не исправил. (впрочем, не удивлюсь если в ZoL тоже не исправлено и всем пофигу, включая нашедшего баг - у него ceph и, полагаю, соответственно - линукс давно уже)

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

158. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (157), 13-Июл-24, 00:41 
>> линукса и фри на десктоп уже нет.
> на десктопе у меня давно винда стоит.

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

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

> Линукс имел смысл во времена когда домашняя рабочая станция обходилась
> БЕЗ уродливой концепции "десктопа". Сейчас не имеет никакого.

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

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

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

> ZoL тоже не исправлено и всем пофигу, включая нашедшего баг -
> у него ceph и, полагаю, соответственно - линукс давно уже)

КМК ZFSом пользуются либо штуки с LLNL размером либо всякие окологентушники, которые вообще много чего не заметят.

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

177. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (177), 13-Июл-24, 11:06 
>Это успех твоего вэя. Но в результате ты будешь и для тех и для других - долбаным эникеем

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

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

213. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (-), 13-Июл-24, 23:11 
> Чувак, которому ты отвечаешь, профи. Поэтому у него винда на десктопе и
> поэтому он правильно рассуждает о соляре.

Этот "профи" таки стремительно скатывается в профана. И в винде, и в линухе как минимум. В линухе он застрял на state of art 2010 года. И у меня достаточно квалификации и опыта чтобы его прогоны обнаруживать с полоборота. И по первому и по второму.

Конкретные пруфы? У него вон там в топике про гном-шрифтам - до сих пор "consolas" какой-то в каких-то линухах, чем-то ему фи. Что за линухи такие, с этим фонтом по дефолту он ессно не расскажет. Да и то что винды фонт сменили - он точно так же не в курсе. Но по теме бла-бла задвинул. Это не очень профессионально было.

И я бы все понял - но такая же фигня и в core sybsystems линуха. Да и много чего по винде. Вот насчет сабжа - хз. Насчет соляры - тоже. Может он что и представлял из себя, только кому то сакральное знание сейчас надо? В этом месте мы плавно переходим к уровню project management и decision making вообще. И обнаруживаем что иногда старость таки приходит - одна.

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

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

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

119. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от _ (??), 12-Июл-24, 19:10 
>> ZoL и на линуксе (тоже)кое-как работает.
>жаль, что сообщество солярис забросили.

Ну формально не забросили. А если не формально - никогда и не брались :)

>на сервер еще можно поставить, а вместо линукса и фри на десктоп уже нет.

И слава Ктулху! Ты его в таком виде пробовал? Тормознее даже опенка, хотя казалось бы :)

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

178. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (177), 13-Июл-24, 11:12 
>У этой штуки когда-то было сообщество из умеющих вот именно программировать

И много это сообщество напрограммировало в иллюмосе, после того, как опенсоляра все? Какие-то действительно умели, но это именно те, которые эту самую соляру пилили в сане за деньги.

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

150. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от Аноним (-), 12-Июл-24, 23:33 
>> ZoL и на линуксе (тоже)кое-как работает.
> жаль, что сообщество солярис забросили. на сервер еще можно поставить, а вместо
> линукса и фри на десктоп уже нет.

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

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

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

75. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от crypt (ok), 12-Июл-24, 16:15 
> Есть квартальные порты. Это не год, и не два, конечно, но они
> есть, оч удобно.

идея хорошая, но она полностью перечеркнута их отношением к тулчейну

https://www.opennet.ru/openforum/vsluhforumID3/134268.html#7

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

47. Скрыто модератором  +/
Сообщение от Аноним (177), 12-Июл-24, 15:05 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

162. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Ivan_83 (ok), 13-Июл-24, 00:47 
Я голосовал в опросе чтобы мажорный апдейты чаще выходили.
Мотивация простая: хочется по быстрее дрова к новому железу и некоторые новые фичи которые в current обычно есть.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

13. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (13), 12-Июл-24, 13:38 
А потом будет новость, что они меняют дефолтные шрифты на comic sans, ну как в нашем любимом линуксе.
Ответить | Правка | Наверх | Cообщить модератору

14. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +3 +/
Сообщение от Аноним (17), 12-Июл-24, 13:42 
Согласно программе развития, сначала надо внедрить rust и docker: https://opennet.ru/61456-freebsd
Ответить | Правка | Наверх | Cообщить модератору

48. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Ананий (?), 12-Июл-24, 15:10 
спасибо что не ipchains вместо ipfw/pf
Ответить | Правка | Наверх | Cообщить модератору

71. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 16:11 
firewalld разумеется (оно бы даже и реально, правда без системдряни и нетворкманателя он не работает)
Ответить | Правка | Наверх | Cообщить модератору

151. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 12-Июл-24, 23:33 
> firewalld разумеется (оно бы даже и реально, правда без системдряни и нетворкманателя
> он не работает)

Так все равно придется этих двух имплементить, так чего мелочитсья?

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

186. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Be My Baby (?), 13-Июл-24, 14:35 
"Вместо" не получится. Только добавить
man pfil
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

136. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (133), 12-Июл-24, 20:58 
лишь бы внедрить
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

21. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (21), 12-Июл-24, 14:00 
Да что 5 лет что 4 принципиальной разницы нет. А числа в версиях это просто для предсказуемости.
Ответить | Правка | Наверх | Cообщить модератору

37. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +5 +/
Сообщение от iPony129412 (?), 12-Июл-24, 14:36 
Всё ускоряется.
У меня иногда такое ощущение, что я пишу код, а он уже в процессе устаревает.
Ответить | Правка | Наверх | Cообщить модератору

43. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Аноним (11), 12-Июл-24, 14:58 
А у тебя нет такого ощущения, что как ты только подумал, как бы хорошо было, если бы написать код, а он уже устарел?
Ответить | Правка | Наверх | Cообщить модератору

85. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (10), 12-Июл-24, 16:34 
Когда пишешь для себя, то нет никакой разницы что творится вокруг. Тебе никто не мешает зафризить все изменения на своём компе и продолжать пользоваться этим в своё удовольствие, без всякой гонки за новыми свистопрдлками.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

129. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (133), 12-Июл-24, 20:43 
Что ж, пришло время открыть для себя устоявшиеся стеки и не ломается - не трогай. Но тебя ждут за забором орды конькурентов.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

164. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 13-Июл-24, 00:55 
> Всё ускоряется.
> У меня иногда такое ощущение, что я пишу код, а он уже
> в процессе устаревает.

Возможны разные варианты. Возможно, ты заметил что кодишь одноразовую фигню. Так бывает. При том довольно часто.

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

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

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

93. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Onotolii (?), 12-Июл-24, 17:05 
А мне норм, в проде гоняем всё стабильно.
Ответить | Правка | Наверх | Cообщить модератору

97. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Kuromi (ok), 12-Июл-24, 17:10 
"Сокращение цикла подготовки релизов позволит более оперативно доводить до пользователей новые возможности и снизить нагрузку при подготовке каждого выпуска."

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

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

106. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от нах. (?), 12-Июл-24, 18:11 
ну да, не замечает. Потому что выкинули мразилу в которой каждый день то табы перекосое6ливает, то адресная строка "взрывается" если нечаянно ее мышью потрогать, то что-нибудь небезопастное запретят открывать без возможности отключить.
Нет мразилы - нечего замечать.

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

120. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (120), 12-Июл-24, 19:39 
У Мозиллы только закончат фиксить релизную версию, уже новую с багами выпускают, от этого только ФФ еср и имеет смысл.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

98. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –2 +/
Сообщение от Аноним (99), 12-Июл-24, 17:19 
> позволит более оперативно доводить до пользователей новые возможности

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

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

107. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 18:13 
Пока что вижу только как появляются невозможности типа поддержки свежего железа и ставшего де-факто стандартным софта linoops only

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

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

111. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (99), 12-Июл-24, 18:26 
Зачем мне линукс в bhyve, если он и без bhyve хорошо работает? Оккам брился, и нам завещал. Можно как угодно относиться к этому, но факты говорят, что на сабже зарабатывают Сони и Нетфликсы, а не простые анонимы. И по выхлопу в долларах за год дёргать линукс в клауде терраформом выгоднее, чем в bhyve запускать что угодно, я проверял. Когда ситуация изменится, тогда и будем назначать новую любимую жену. Но не раньше.
Ответить | Правка | Наверх | Cообщить модератору

113. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 18:39 
> Зачем мне линукс в bhyve, если он и без bhyve хорошо работает?

да как-то не очень он хорошо работает, все больше превращаясь в идеальную ос для запуска в wsl.

> И по выхлопу в долларах за год дёргать линукс в клауде

дядином. Ну оок. Но у меня хреновое предчувствие - что кто-то через пару месяцев может догадаться что ты со своим тераформом - просто лишняя прослойка. И залить в тот же дядин клауд пачку serverless apps без твоего участия.

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

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

123. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (99), 12-Июл-24, 20:12 
> да как-то не очень он хорошо работает, все больше превращаясь в идеальную ос для запуска в wsl.

Как это не очень хорошо? Я на линуксе и окололинуксовом софте в чужой стране практически с нуля на кусок земли и дом меньше чем за десять лет заработал. Если это не очень хорошо, тогда я не знаю что хорошо. На родине мне только светила бабкина однушка, есть с чем сравнить. Что плохого в wsl я не знаю, но ты мне, надеюсь, расскажешь.

> Но у меня хреновое предчувствие - что кто-то через пару месяцев может догадаться что ты со своим тераформом - просто лишняя прослойка. И залить в тот же дядин клауд пачку serverless apps без твоего участия.

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

> мое железо

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

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

134. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 20:51 
>> да как-то не очень он хорошо работает, все больше превращаясь в идеальную ос для запуска в
>> wsl.
> Как это не очень хорошо? Я на линуксе и окололинуксовом софте в
> чужой стране практически с нуля на кусок земли и дом меньше

другие и дальше будут зарабатывать - в wslчике. И им уютно и прельстиво.

> Предчувствие правильное! Я как раз тот самый человек, который прослойки выкидывает и
> заливает в клауд serverless, который внезапно всё равно надо конфигурировать и
> делать это куда удобнее терраформом, чем вручную накликивать. Но не любой

круто. Продал клиенту аж две ненужные прослойки по цене трех.

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

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

> но тебе надо редхет на всферу ставить, а то уволят.

оно само. Не, за это точно не уволят. Надысь опять хост нае6нулся.

>> мое железо
> Так оно точно так же не твоё, а твоего погонщика, который тебя

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

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

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

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

за то же самое - нет, не платят. За торговлю хлебалом - может и да, но это не мой бизнес.

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

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

238. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Минона (ok), 15-Июл-24, 00:51 
Вчерась смотрел занятный видосик про темпы развития ИИ.
Вывод из него -- через 2-3 года айтишники пойдут мусор сортировать.
Ответить | Правка | Наверх | Cообщить модератору

242. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 15-Июл-24, 01:11 
хрен там...

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

Потому как есть отрасли, где выдержанный речекряк (единственное что на самом деле умеет ЭТО "ии") и есть единственное что требуется.
(еще бы правда научить его не давать ссылки на несуществующие вещи, но, в принципе... да кто там полезет проверять...)

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

246. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 15-Июл-24, 05:17 
> Вчерась смотрел занятный видосик про темпы развития ИИ.
> Вывод из него -- через 2-3 года айтишники пойдут мусор сортировать.

Некоторые таки - натурално пойдут! Представляешь, копилот выгрузит код не хуже типового питониста-джуна. И ровно настолько же (не)понимает происходящее как и оный. А зачем тогда платить больше?!

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

247. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 15-Июл-24, 09:43 
> Некоторые таки - натурално пойдут! Представляешь, копилот выгрузит код не хуже типового
> питониста-джуна. И ровно настолько же (не)понимает происходящее как и оный. А

у того этот код обычно хотя бы - запускается.

А с выдержанным речекряком в том и беда что он выглядит как настоящий только не работает.

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

Но мне вот все же интересно, в какой адвокатской конторе найдется первый чувак с хобби в ИТ и деньгами.

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

250. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (-), 18-Июл-24, 00:35 
> у того этот код обычно хотя бы - запускается.

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

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

> А с выдержанным речекряком в том и беда что он выглядит как
> настоящий только не работает.

Да вообще - работает. Вон там чатгоп BWT выдал чуваку на сайте по компрессии. Ну и что, что сложность O(N^2)? Это уже так, нюансы. Правда, не очень мелкие если ты этим еще и сжать что-то удумаешь, но вот то что оно умеет писать complete solutution тебе никто и не обещал.

Джун от питона, кстати, и такое не напишет, тем более что на питоне ты и O(1) будешь не рад.

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

Ну дык. Хотя владельцы бизнеса таки разные бывают. Ну и вот смысла платить тому погонщику слонов если его автопилот заменять научился - не очевиден. А, да, prompt engineer'ам видимо приготовиться ибо по мере улучшения AI это сможет - даже домохозяйка. Короткоживущая профессия by design, спец по костылям кривоватым AI грубо говоря.

> уволить нахрен. Бывший тимлид а ныне соло-разработчик что-то ноет (человеческий-то код
> понятно сразу было - исправлять или отправить джуна читать документацию чтоб
> больше такого не приносил)? Пригрозить что и он нахрен скоро пойдет!

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

> Но мне вот все же интересно, в какой адвокатской конторе найдется первый
> чувак с хобби в ИТ и деньгами.

О, идеи припахать AI даже не к этому а к вынесению приговоров - вполне себе висит в воздухе. Никогда не хотел познакомиться с правосудием в стиле Судья Дредд? "Виновен -> приговор исполнен". Впрочем у тебя можно сразу заменить это глупым пулеметом, заодно и оптимизацию численности вон тех сразу сделать, еще не хватало харчи на них тратить.

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

255. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (251), 18-Июл-24, 09:06 
> О, идеи припахать AI даже не к этому а к вынесению приговоров
> - вполне себе висит в воздухе. Никогда не хотел познакомиться с
> правосудием в стиле Судья Дредд? "Виновен -> приговор исполнен". Впрочем у
> тебя можно сразу заменить это глупым пулеметом, заодно и оптимизацию численности
> вон тех сразу сделать, еще не хватало харчи на них тратить.

А для выживших в правосудии Дредда глобалисты реализуют модель психопаспорта.

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

128. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (133), 12-Июл-24, 20:41 
>linoops only

Просто надо ещё раз передрать неймспейсы либо в виде хурда, либо в виде плана 9 и мощно так пропиарить на твиттере ботами.

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

135. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 12-Июл-24, 20:54 
>>linoops only
> Просто надо ещё раз передрать неймспейсы либо в виде хурда, либо в
> виде плана 9 и мощно так пропиарить на твиттере ботами.

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


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

137. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (133), 12-Июл-24, 21:00 
Ты наличие именно окружений дерьмом считаешь?
Ответить | Правка | Наверх | Cообщить модератору

248. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 15-Июл-24, 09:44 
> Ты наличие именно окружений дерьмом считаешь?

у нас есть уже один jail, его вполне достаточно. И это не панацея а просто удобная подпорка.


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

165. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Ivan_83 (ok), 13-Июл-24, 01:02 
Появляются.
Вот сисколы которые наросли за последние 6 лет.
#define    SYS_copy_file_range    569
#define    SYS___sysctlbyname    570
#define    SYS_shm_open2    571
#define    SYS_shm_rename    572
#define    SYS_sigfastblock    573
#define    SYS___realpathat    574
#define    SYS_close_range    575
#define    SYS_rpctls_syscall    576
#define    SYS___specialfd    577
#define    SYS_aio_writev    578
#define    SYS_aio_readv    579
#define    SYS_fspacectl    580
#define    SYS_sched_getcpu    581
#define    SYS_swapoff    582
#define    SYS_kqueuex    583
#define    SYS_membarrier    584
#define    SYS_timerfd_create    585
#define    SYS_timerfd_gettime    586
#define    SYS_timerfd_settime    587
#define    SYS_kcmp    588

Попутно сильно LinuxKPI допилили, а это свежие дрова с линуха.

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

233. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от asd (??), 14-Июл-24, 18:52 
Скажи это intel_sof_audio в KDE на FreeBSD.
Может дврова и заработали уже. Но бздя к ним оказалась сама не готова.
Ответить | Правка | Наверх | Cообщить модератору

237. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Ivan_83 (ok), 14-Июл-24, 21:28 
Нет и нет, это не приоритет для фри.
Проблема легко решается покупкой подходящего железа.
Ответить | Правка | Наверх | Cообщить модератору

183. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +2 +/
Сообщение от Телеметрия (?), 13-Июл-24, 13:04 
32 бит грохнули,теперь много свободного времени и сил оказалось.
Ответить | Правка | Наверх | Cообщить модератору

197. "FreeBSD переходит на сокращённый цикл подготовки релизов"  –1 +/
Сообщение от _ (??), 13-Июл-24, 19:06 
И они его потратили на riscv64 ...
Ну уверен, но возможно таки это был хороший размен ...
Ответить | Правка | Наверх | Cообщить модератору

228. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 14-Июл-24, 09:29 
"доноры" любят большие числа.
И не любят поддержку этоговотнемодного.

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

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

190. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (190), 13-Июл-24, 16:56 
Куда все спешат и какой в этом смысл?
Ответить | Правка | Наверх | Cообщить модератору

224. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +4 +/
Сообщение от Аноним (215), 14-Июл-24, 02:05 
- Опаздываем, все вкусное съедят!
- Пошел! Пошел! Работаем, работаем. Страус, пошел!
                                                     (C) 1985 Крылья, ноги и хвосты
Ответить | Правка | Наверх | Cообщить модератору

217. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +1 +/
Сообщение от Аноним (217), 14-Июл-24, 00:45 
4 года даже для десктопа мало...
Ответить | Правка | Наверх | Cообщить модератору

223. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от Аноним (215), 14-Июл-24, 02:03 
График выглядит абсолютно оптимистично.
Ответить | Правка | Наверх | Cообщить модератору

229. "FreeBSD переходит на сокращённый цикл подготовки релизов"  +/
Сообщение от нах. (?), 14-Июл-24, 09:29 
скрипт еще долго будет работать после того как уйдет последний горе-разработчик.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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