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

"Для FreeBSD развивается новый графический инсталлятор. Отчёт FreeBSD за 1 квартал"	+1 +/–
Сообщение от opennews (??), 04-Май-24, 22:21
Организация FreeBSD Foundation ведёт разработку нового графического инсталлятора для FreeBSD, который призван сделать более удобным для новичков процесс установки и начальной настройки системы. Отмечается, что новый инсталлятор повысит привлекательность системы для пользователей, привыкших к графическим инсталляторам и воспринимающих текстовые интерфейсы как анахронизм. Кроме того, графический режим установки позволит сформировать более целостное окружение в сборках, использующих FreeBSD в качестве основы для запуска пользовательских окружений... Подробнее: https://www.opennet.me/opennews/art.shtml?num=61117
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–6 +/–
Сообщение от Аноним (1), 04-Май-24, 22:21
Потихоньку догоняют линукс, молодцы.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+6 +/–
	Сообщение от Аноним (5), 04-Май-24, 22:50
	> Потихоньку догоняют линукс, молодцы. Ох уж эти пингвинячьи мечты и пинвгинячьи реальности ... Но ты всегда можешь показать, где там инсталлятор: https://mirrors.edge.kernel.org/pub/linux/ Как впрочем и просто написать что-то типа "Linux - в этом, специальном, случае - не только ядро! Вот если бы шла речь о ведроидном или умно-телевизорном вендорлоке, то это было бы лишь ядро, а тут нет, тут это другое! Вот!"
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (1), 04-Май-24, 23:08
	Не рвись, братишка. FreeBSD - это ось, а не ядро, поэтому я сравниваю ось с осью, а не ось с ядром, как ты ошибочно мог подумать. И инсталлятор в сабже -- не часть ядра. Мог бы и сообразить, братишка, что под линуксом я имею в виду гну/линукс.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (5), 04-Май-24, 23:23
	> Не рвись, братишка. FreeBSD - это ось, а не ядро, поэтому я > сравниваю ось с тепло-мягким, а не ось с ядром и <кучей абсолютно левого софта>, Ну то есть я угадал - очередной занятный эвфемизм "Линукс в этом специальном случае - не только ядро! Вот!". А ссылки на инсталлятор ядра в ведроидном окружении на телевизор - опять не будет ... > И инсталлятор в сабже -- не часть ядра. Инсталлятор - часть проекта, в отличие от. Но ты не расстраивайся, лучше напиши еще пару раз о "рвании" и "догонянии", а то ж, право дело, какая ж новость о бздях, да без унылого пинвгинячьего выделения метана в малые водоемы ...
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (1), 04-Май-24, 23:40
	> Линукс в этом специальном случае - не только ядро! Вот! В бытовой речи вполне допустимо называть линуксом всю операционку. Держи, братишка, не рвись больше: linux (plural linuxes) — Any unix-like operating system that uses the Linux kernel. / https://en.wiktionary.org/wiki/linux Linux — Линукс (название операционной системы или ядра операционной системы) / https://ru.wiktionary.org/wiki/Linux > Инсталлятор - часть проекта, в отличие от. Инсталлятор -- часть многочисленных гну/линуксов. В линукс-ядре нет инсталлятора, как его нет до сих пор в ядре FreeBSD. Да, даже после этой новости, в самом ядре FreeBSD инсталлятора нет и никогда не будет. Оно и верно, на кой он там.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (135), 05-Май-24, 11:21
	>> Линукс в этом специальном случае - не только ядро! Вот! > В бытовой речи вполне допустимо называть линуксом всю операционку. А еще в бытовой речи могут называть системный блок "процессором", спусковой крючок - курком и прочее ... > Инсталлятор -- часть многочисленных гну/линуксов. Т.е. инсталлятор Debian/kFreeBSD часть фри. Л-логика. Кстати, расскажешь поподробнее, почему инсталляторы GhostBSD или PC-BSD - "нещитаюца!" или опять будет "Этодругое!"? > В линукс-ядре нет инсталлятора, и вообще этодругое! Яснопонятно.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от YetAnotherOnanym (ok), 05-Май-24, 13:47
	> Держи, братишка То есть, ты не только подтвердил правоту собеседника, но и сам привёл ссылку на страницу, подтверждающую его правоту.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	168. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 05-Май-24, 15:39
	> Линукс (название операционной системы или ядра операционной системы) Запутались так сильно, что не могут понять: линукс - это название системы или ядра. :-)
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	24. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–2 +/–
	Сообщение от Аноним (24), 04-Май-24, 23:30
	> Ох уж эти пингвинячьи мечты и пинвгинячьи реальности ... > Но ты всегда можешь показать, где там инсталлятор: Запросто - https://ubuntu.com
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	37. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (37), 04-Май-24, 23:59
	>> Но ты всегда можешь показать, где там инсталлятор: >> https://mirrors.edge.kernel.org/pub/linux/ > Запросто - https://ubuntu.com Дык, эта, просили показать инсталлятор в проекте ядра, а не очередную демонстрацию "как сделать лужу непригодной для обитания эукариотов".
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 00:37
	Зачем проекту ядра - инсталлятор? С чего вы возомнили что ваш путь единственно верный? Как показала история - ваш путь ведет вникуда, модульные системы намного лучше и востребованнее оказались.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (37), 05-Май-24, 10:51
	> Зачем проекту ядра - инсталлятор? С чего вы возомнили что ваш путь единственно верный? Чтобы было с чем сравнивать, вестимо. > Как показала история - ваш путь ведет вникуда, модульные системы намного лучше и востребованнее оказались. Как показала история наличия всяких pc-bsd, гост-bsd, arch-генто-bsd и прочих Debian/kFreeBSD (со своими инсталляторами) - твоя оналитега опять хромает на обе ноги.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (141), 05-Май-24, 12:43
	> Как показала история наличия всяких pc-bsd, гост-bsd, arch-генто-bsd и прочих Debian/kFreeBSD И таки сколько из них живо? Только гост-bsd? С таким подходом тебе в только в совковом нии работать. И ни в коем случае не выходить в реальность.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (148), 05-Май-24, 13:18
	>> Зачем проекту ядра - инсталлятор? С чего вы возомнили что ваш путь единственно верный? > Чтобы было с чем сравнивать, вестимо. Ну вот и сравнивайте с какой-нибудь убунтой. Делать операционку в сборе хотели - они, а вовсе не вон те. Или вам обязательно надо все пер-ректум делать? > Как показала история наличия всяких pc-bsd, гост-bsd, arch-генто-bsd и прочих Debian/kFreeBSD > (со своими инсталляторами) - твоя оналитега опять хромает на обе ноги. Если вы вдруг не заметили - Debian/kFreeBSD таки сдох. И таки от фрей юзал вот только ядро. Зачам оно надо было кто ж его знает. Народ вот и не понял. Он и сдох. А первые три - я даже и не помню живые они там или где, но убунты из них явно не получилось. Да и даже дебиана пожалуй. Вон там кто-то плюется что ему что-то сломали минорным обновлением. Не, в дебиане 12.1 -> 12.2 никто не будет перетряхивать тулчейн. И если оно работало - то и будет работать. И ничего не сломается. Это важно для продакшновых применений.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	160. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (135), 05-Май-24, 14:55
	>> Чтобы было с чем сравнивать, вестимо. > Ну вот и сравнивайте с какой-нибудь убунтой.   Ну вот и сравнивайте с какой-нидь pc-бзд, а то слишком уныл^W двойностандартно получается - с одной стороны "берем инсталлятор проекта, который развивает и ядро, остальное нищитаица!", а с другой "берем ядро и какой нидь сторонний проект, ведьэтодругое!" ... >> Как показала история наличия всяких pc-bsd, гост-bsd, arch-генто-bsd и прочих Debian/kFreeBSD >> (со своими инсталляторами) - твоя оналитега опять хромает на обе ноги. > Если вы вдруг не заметили - Debian/kFreeBSD таки сдох. Казалось бы - как это влияет на "модульность" и прочие рассуждизмы оналитега с умным видом? А оно вот оно че! > И таки от фрей юзал вот только ядро. Зачам оно надо было кто ж его знает. Народ вот и не понял. Он и сдох. А Занятный (на самом деле нет) спрыг с темы "модульности" и классика пингвинячих двойных стандартов "инсталлятор бубунты + ядро пингвина = щитаица, инсталлятор дебияна + фри = нещитаица!"
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 15:26
	> Ну вот и сравнивайте с какой-нидь pc-бзд, а то слишком уныл^W двойностандартно > получается - с одной стороны "берем инсталлятор проекта, который развивает и > ядро, остальное нищитаица!", а с другой "берем ядро и какой нидь > сторонний проект, ведьэтодругое!" ... У вас странная какая-то классификация. ИМХО сравниваем или ос в целом (например, дебиан/убунту VS FreeBSD/PC-BSD/whatever), или ее части (например в дебиане kFreeBSD vs Linux). Фря себя позиционирует как готовая ос. А кернел линуха - как кернел. Это разное позиционирование. Странно, да? На мой вкус с учетом тех - ближе всего к дебиану какому получится, но... таки оно именно этим быть явно не пытается. И Debian/kFreeBSD на это намекал. >> Если вы вдруг не заметили - Debian/kFreeBSD таки сдох. > Казалось бы - как это влияет на "модульность" и прочие рассуждизмы оналитега > с умным видом? А оно вот оно че! Ну вот видимо безблагодатный апстрим оказался - никому не надо такое оказалось. Бсдюки ьухтели что не тру. Линуксоидам недопиленый отстающий кернел понятно насколько надо. Ну проект и слился. Тот случай когда "помер аким - и фиг с ним". Но чисто технически так можно было. > Занятный (на самом деле нет) спрыг с темы "модульности" и классика пингвинячих > двойных стандартов "инсталлятор бубунты + ядро пингвина = щитаица, инсталлятор дебияна > + фри = нещитаица!" Ну вот что-то как именно источник компонентов и модулей оно как раз мало кому помогло. И загоны на тему базовых систем - тоже врядли сделали это все проще, лучше и удобнее.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+7 +/–
	Сообщение от Аноним (14), 04-Май-24, 23:00
	> догоняют линукс Если говорить про графический стек во всех этих бздях, то он состоит чуть менее, чем полностью из линукса ( ͡° ͜ʖ ͡°)
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	28. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
	Сообщение от Аноним (24), 04-Май-24, 23:36
	>> догоняют линукс > Если говорить про графический стек во всех этих бздях, то он состоит > чуть менее, чем полностью из линукса ( ͡° ͜ʖ ͡°) Да и ZFS там таки - из проекта "ZFS On Linux" теперь.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Zitz (?), 04-Май-24, 23:43
	У BSD систем нет графического стека, как и у Linux. Оба используют убогие костыли от каких-то васянов.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	44. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (44), 05-Май-24, 00:11
	И у BSD и у Линукс есть переключение видеорежимов в ядре, есть фреймбуфер. И думаю даже SVGAlib наверно все еще работает (но это не точно)
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (14), 05-Май-24, 01:19
	> У BSD систем нет графического стека, как и у Linux. Читать со второй строчки: https://en.wikipedia.org/wiki/Mode_setting
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	149. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-24, 13:22
	> У BSD систем нет графического стека, как и у Linux. Оба используют > убогие костыли от каких-то васянов. Ну вот эти "васяны" за такое отношение и выкинули всяких других вась^W всяких фрибсдшников на мороз. Где вы там теперь как сможете так и ковыряете дрова. И наковыряли - прослойки мимикрирующие под линукс. Тоже вариант, но не проще было сразу ядро линукса взять? В принципе гентушники так и сделали...
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	193. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Zitz (?), 05-Май-24, 21:55
	Кто кого выкинул и откуда? Ты там в своём бреду что ли? Я утверждаю, что freedrisktop.org - это убогая свалка кривых костылей, которую разработчики обходят за стороной за 10 километров, но очередной поехавший сектант пытается мне затирать, что его религия лучше дрогой религии. На десктопе я использую исключительно винду и макось, а линуксы и бсд там, где им самое место - на серверах.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 06-Май-24, 05:29
	> Кто кого выкинул и откуда? Ты там в своём бреду что ли? Это скорее местные типа изена долго батхертили что Xorg с UMS - помер, вместо этого KMS, часть дров в ядре, а теперь свежий топик для подгара - переход на вэйланд (так то это заканчивает сборку next-gen стека). > Я утверждаю, что freedrisktop.org - это убогая свалка кривых костылей, которую > разработчики обходят за стороной за 10 километров, Я утверждаю что это не соответствует действительности - разработчиков там есть. Желающие могут зайти и посмотреть активность комитов и проч. Представляете, ваши заявы можно взять и проверить! > но очередной поехавший сектант пытается мне затирать, что его религия лучше > дрогой религии. Я не понимаю куда модераторы смотрят. По моему тут вопиющее хамство. Говоря за себя я не хочу иметь ничерта общего с такими как вы - благодаря вот такому вашему поведению. Комьюнити вокруг линуха мне нравится более конструктивным настроем. Там в отличие от - не таки потребители. > На десктопе я использую исключительно винду и макось, а линуксы и бсд там, > где им самое место - на серверах. А я использую на моем воркстейшне пингвин - и назад в проприетарные оси не собираюсь. Потому что в гробу видал вендорлоки, а заодно использую это семейство технологий много где. И прямо на себе проверять а как оно - очень эффективно оказалось. Лично мне от виндов и макоси - ничего не нужно, хватило почитать их EULA и спросить себя - а я и првда с всем этим "agree"? Или таки - нифига подобного, и благодетели с такими условиями могут идти нафиг?! Покорно благодарю но на тех условиях мне от них ничего не надо. Зачем мне спайварь, адварь, малварь и нежелательное поведение?!
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+3 +/–
	Сообщение от Аноним (44), 05-Май-24, 00:03
	Если говорить о сетевом стеке в Линукс, то он полностью состоит из BSD... то есть Berkeley sockets. Но ладно, я тебе подыграю, грязный тролль, сделаю вид, что повелся на твой жирный вброс. Графический стек в линуксе, а точнее сказать KMS, был написан Интелом и он представлял из себя референсную реализацию переключения видеорежимов на уровне ядра. Этот код СПЕЦИАЛЬНО был опубликован  Интелом под лицензией MIT для того чтобы остальные операционные системы могли его использовать. Иными словами Интел написал KMS, взяв Линукс как просто образец, который может быть легко адаптирован для любой другой ОС. Так же было и с HAXM от того же Интела
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	48. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-24, 00:30
	> Если говорить о сетевом стеке в Линукс, то он полностью состоит из BSD... > то есть Berkeley sockets. Вот прям - полностью? Со всеми MPTCP, nftables, всякими io_uring и какими там еще DPDK? Вы себя немножечко переоцениваете, господа. С тех пор линух "немножечко" доразвился. Одна из причин по которых вас в продакшнах - поуходили.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (122), 05-Май-24, 09:06
	Это где без BPF ничего не работает?
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 14:28
	> Это где без BPF ничего не работает? Да вот, знаете ли - обыграть вас могут и на вашем же поле! Гарантий обратного вам никто не давал. Такая ерунда, представляете?! И вот теперь у вон тех есть DPDK а у вас - всякие нетграфы "зато". Что же выберет суровый энтерпрайз? Ну даже прямо и не знаю... :)
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
	Сообщение от Аноним (135), 05-Май-24, 22:47
	> И вот теперь у вон тех есть DPDK а у вас - всякие нетграфы "зато". ... > The DPDK uses the Open Source BSD-3-Clause license for the core libraries and drivers. https://www.freshports.org/net/dpdk/ > 16 Oct 2014 05:59:55 > Add dpdk 1.7.1, intel(R) DPDK: Software libraries for packet processing. > PR:        ports/194072 > Submitted by:    bruce.richardson@intel.com Экспердиза294 так и прет, так и прет!
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 06-Май-24, 05:36
	> drivers. > https://www.freshports.org/net/dpdk/ >> 16 Oct 2014 05:59:55 >> Add dpdk 1.7.1, intel(R) DPDK: Software libraries for packet processing. >> PR:        ports/194072 >> Submitted by:    bruce.richardson@intel.com > Экспердиза294 так и прет, так и прет! Ну дык вы это сами сделали? Или как обычно, утянули у тех кто для пингвина это все и кой-как примотали на проволоку и скотч? :) Хотя вон там народ пошел и дальше - сделав "драйвер вафли" в виде виртуалки с пингвином. Я только не понимаю - чего вам пингвиний кернел при этом всем не взять? Свой все равно г-но и девов нету. А немножечко беременна по части лицензий у вас там уже давно, много где, от ZFS с копилефт :)) лицензией (это видимо нормалек?!) до виртуалок с линухом и мимикрии под части ядра линя с копипастой дров оттуда, так что суммарная лицензия такого франкенштейна все равно очень врядли именно BSDL.
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (135), 06-Май-24, 20:53
	>> https://www.freshports.org/net/dpdk/ >>> 16 Oct 2014 05:59:55 >>> Add dpdk 1.7.1, intel(R) DPDK: Software libraries for packet processing. >>> PR:        ports/194072 >>> Submitted by:    bruce.richardson@intel.com >> Экспердиза294 так и прет, так и прет! > Ну дык вы это сами сделали? Или как обычно, утянули у тех кто для пингвина это все и кой-как примотали на проволоку и скотч? :) Экспердушка ты наш ненаглядный - DPDK вам сделали те же самые чуваки из intel, которые и закоммитили порт во фрю. Bruce Richardson как бы, мейнтенейр билд-систем проекта DPDK. > Хотя вон там народ пошел и дальше - сделав "драйвер вафли" в виде виртуалки с пингвином. "Юли Емеля, твоя неделя" (c)
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 07-Май-24, 01:13
	> Экспердушка ты наш ненаглядный - DPDK вам сделали те же самые чуваки > из intel, которые и закоммитили порт во фрю. Bruce Richardson как > бы, мейнтенейр билд-систем проекта DPDK. Ну так линуксоиды не гнули пальцы что лучше всех знают какие подсистемы и как надо. В отличие от вон тех, бивших себя пяткой в грудь что это офигеть преимущества, без этого никак и вообще. И тут что-то оказалось что весь мир просто послал этих позеров, со всеми их нетграфами и геомами - и без этого вполне норм. Так что оно бонус - только в чьих-то теориях. Которые практикой не подтвердились. >> Хотя вон там народ пошел и дальше - сделав "драйвер вафли" в виде виртуалки с пингвином. > "Юли Емеля, твоя неделя" (c) Да мне то чего юлить, это у вас там корп патроны драпают, и покозырять нечем кроме как "в 1929 сокеты гады стыбзили!"
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (259), 06-Май-24, 20:34
	Вы "немножечко переоцениваете" то, что называется сетевым стеком. Всё что вы перечислили Linux-специфичное барахло. Начнем с главного: исторически сложилось что протокол TCP используется везде, даже там, где это не нужно, потому что, опять исторически, в Ethernet-сетях не работает congestion control, а у протокола TCP есть многолетняя история развития костылей вокруг собственного CC внутри транспортного протокола. Но не TCP единым,.. особенно после пришествия QUIC. Так вот, в сетевых устройствах принято выносить специфические рутины на отдельные чипы (ASIC-и), которые должны заниматься реализацией той или иной функции/протокола. Linux - это уникальная операционная система, которая объявила бойкот этой практике и боролась с объективной реальностью +/- до 2007-го года, лишь бы не заниматься протоколосепцифичными разгрузками (offload) и не разрабатывать собственный стандарт сетевого стека, готового для частичного переноса нагрузки на ASIC сетевого адаптера. https://en.wikipedia.org/wiki/TCP_offload_engine При этом речь не только о разгрузке TCP, но и о других синтетических ускорениях вроде: - RSS (Receive Side Scaling). Он нужен, чтобы утилизировать ваши десятки гигабит на оптических адаптерах. Одно ядро не способно обработать более 5 гигабит на приём, нужно распараллеливать по ядрам - Large Send Offload (он же Generic Send Offload, он же TCP/UDP Segmentation Offload). Он нужен для того чтобы не дробить пакеты по 1500 байт на шине PCI-Express. Нормальный сетевой адаптер пересегментирует сессионные протоколы на базе UDP (вроде QUIC) и протокол TCP изменив MSS так чтобы отправка из ядра (из CPU) была в 64KB, а сетевка сама перефрагментировала на заказанное L2MTU 1514 или 9014. Это чудовищно экономит ресурсы цетрнального процессора. - Interrupt Moderation. Вам нужен контроль прерываний, чтобы сетевой адаптер не сразу прерывал выполнения всех процессо юзерспейса ради приёма одного пакета, а ждал накомпления нескольких. - Large Receive Offload (он же Generic Receive Offload, он же Receive Segment Coalescing). Нужен, когда в сочетании с контролем прерываний и его буферизацией вы не просто их посылаете на процессор, но также меняете TCP MSS. Это аналог LSO только для приёма, а не для отдачи. - Hardware QoS Offload позволяет производить маркировку, BA-классификацию и расчёт цветов полисеров прямо на сетевом адаптере. В сочетании с поддержкой иерархического QoS и Priority-based Flow Control это даёт вам возможность генерировать почти Lossless-сеть. Когда к этому добавляется Explicit Congestion Notification вы можете использовать DCTCP в вашем датацентре и DCQCN, если пользуетесь RDMA. - Собственно RDMA. Один портирован из Infiniband (RoCEv2) второй на базе полной собственной реализации TCP-стека на прошивке адаптера (iWarp) для создания обмена данными между буферами в RAM по сети без участия центрального процессора. Нужно для стораджей NVMe и Persistand Memory (Optane и аналогичные) - ODX (Offload data Transfer). Разгрузка FCP и iSCSI на ASIC. Нужно для SAS-хранилищ. - Encapsulated Task Offload. VLAN, VXLAN, NVGRE, но не GENEVE) могут быть декапсулированы и инкапсулированы заново сетевым адаптером без участия CPU. Ну и там еще есть всякие мелочи вроде хардварной реализации расчета сумм, точного времени и в редких случаях даже некоторых шифров TLS для разгрузки ядерной реализации TLS, если в системе есть крипто-ASIC. Windows имела свой стек разгрузок, но уже в Server 2012 отказалась от них и начала переносить всё из BSD. А вот в Linux с этим исторически боролись, а вендоры сетевок совместно с FreeBSD всё это придумывали и реализовывали. Пока в один прекрасный момент до них не дошло, что даже полностью софтварная реализация буферов LRO/RSC растит производительность в 1,5 раза. Подавляющее большинство того что я написал доступно в Linux, но не средствами ядра, а средствами DPDK, который заботливо написал Intel сразу после того как прикрыл большую часть своих линеек сетевых адаптеров, повыпиливал все старые Windows-специфичные разгрузки и не скатился до такой степени, что его не вытеснили с рынка Mellanox и Chelsio. DPDK заполняет вакуум в Linux по конфигурации вендорских драйверов. Вендоры драйверов при этом в рамках проекта OpenFabric пишут совместимые дрова с идеями из FreeBSD и Windows, а в Linux этот функционал просто есть, потому что его вендоры принесли. Чтобы его задействовать вы пишете своё ПО в юзерспейсе используя DPDK. Обратно перенести такой софт, кстати, тоже можно. Можно написать софт завязанный на DPDK и потом использовать в других ОС. FreeBSD и Windows тоже могут в DPDK. > nftables nftables или iptables не имеет значение. Это реализация файрволла в модуле netfilter. Файрволл есть в каждой ОС. Самый продвинутый функционально продвинутый файрволл (и самый медленный) - это Windows Firewall, потому что в совокупности с другими сервисами он способен построить демилитаризованную зону вокруг каждого клиентского устройства. Требовать Kerberos-предаутентификацию перед установкой простых TCP-соединений на протоколах, которые это не умели и пошифровать всё в Ipsec. Однако он медленный и очень корпоративный, для аппаратных решений не подходит. Реализации хардварных файрволлов долгое были на FreeBSD, но теперь можно и Linux иметь в виртуалочке и называть это NGFW. > всякими io_uring А при чем здесь это вообще? Всем известно что асинхронные операции ввода-вывода в ядре Linux были проблемными. Причем проблемными настолько, что проще было по максимуму унести всё это в юзерспейс. В Windows NT, например, за снижение приоритета потока обрабатывающего последующий ввод-вывод после прерывания отвечает Deferred Procedure Call (DPC). Аналогично можно в принципе в юзерспейсный поток положить (Threaded DPC). В BSD при этом существует куча готовых структур данных и инструкций по обмену данными между ядром и сетевым адаптером / HBA. Их радостно портировали в Windows Server 2022/Windows 11. Наряду с кучкой CC и других плюшек. Я к тому, что io_uring это не преимущество, а решение проблемы убожества прошлой реализации AIO. Вообще надо бы вспомнить, что реализация Linux Virtual Switch из 90-х (подачка от IBM) и драйвер бондинга в Linux настолько плохие, что даже Windows Server 2012 умел лучше, хотя в Windows c L2 было всё плохо. Сейчас в венде опять всё переписали и там другие драйверы отвечают за виртуальные коммутаторы и бондинг, но сам факт! Единственный кусок Linux, который нормально работает - это Open vSwitch и конкретно драйвер бриджинга. Причем все остальные вещи настолько ужасны, что проще использовать только его, если хочется воспользоваться разгрузками на сетевых адаптерах. Ну то есть всё что есть в ядре даже с учётом, что вы написали свои софтинки вокруг DPDK и задействовали функционал OFED-драйверов работает только в том случае, если вы не пользуетесь бондингом и виртуальным свитчом, а делаете всё на бриджах. В очень крупных развертываниях размеров с Google и Amazon это так и делается: - у вас в датацентре L3-фабрики, реализующие андерлей - у вас используется BGP для организации интерьерной маршрутизации - у вас используется EVPN для мультихоуминга узлов виртуализации и контейнерных кластеров - у вас используется ECMP для балансировки потоков/соединений по L3-фабрике. В этой ситуации вы берете все свои сетевые порты и укладываете в мост. Там вы поднимаете оверлей. Расчёт хэш-сумм для потоков что ECMP, что для RSS у вас идёт одними и теми же средствами. QoS и Data Center Bridging тоже работают, потому что старые убогие дрова из ядра не включены. Если же вы подняли LACP и агрегируете L2 - вы огребете тонну проблем на многопроцессорных материнках (так везде), потеряете тонну оффлоада и не сможете задействовать ASIC-и адаптера (специфика Linux). Попрощаетесь с RDMA и так далее. Собственно оно всё тюнится только под такой юзкейс, потому что корпоративные размеры (100-3000 узлов виртуализации) с разными форматами сетей в разных локациях Linux "не могёт". Облачные - другое дело. Опять же, я не говорю, что это не возможно создать облачную сеть в корпоративных масштабах... просто администраторы Linux привыкли крутить свой Proxmox или в лучшем случае oVirt и даже слыхом не слыхивали про то, что есть нормальные сетевки и свитчи, и что можно снизить нагрузку на хост виртуализации, воспользовавшись этим функционалом. Или они вращают кубернетисы в виртуалках на VMware, а это тоже не располагает к понимаю бареметала и синтетических ускорений. Вообще, всю эту стену текста я писал чтобы обсудить вот эту ерунду: > MPTCP Это бредовенький способ разносить соединение по разным IP/маршрутам который переписали так, что версия v0 и v1 не совместимы ни в какую сторону? Навязчивое желание использовать Multipath TCP - это явный признак непонимания сетей. Очень часто встречается у Linux-админов, потому что они не просто сеть не знают. Они обычно свои тулзы в Linux для этой сети не понимают. Вся эта идиотская идея притащить всё в TCP уже признана ущербной (даже RPC-протоколы начали переводить на QUIC). Она не находит массового применения. В нормальных операционных системах, таких как FreeBSD, ESXi и Windows для организации Multipath используется 2 метода: 1. Использовать сеть и разносить соединения по хэшам в привязке к RSS, его аналогичных решениях для виртуализации вроде VMMQ в Hyper-V с одной стороны и ECMP на стороне сетей. В условиях наличия EVPN и ESI-LAG вы можете даже L3-гейтвей повесить на Anycast-адреса близлежащих ToR-свитчей, чтобы была полная балансировка нагрузки. Так, кстати, можно делать и в Linux, но при условии, что вы не будете пользоваться родным старым сетевым стеком ядра. В других ОС, вам хватит LACP для аггрегации и при наличии MLAG на стороне вышестоящих свитчей, вы не потеряете в балансировке. 2. Реализовать Multipath на L7. То есть если у вас есть приложение или протокол пользовательского типа вы можете предусмотреть возможность использовать несколько сессий TCP и сами дробить по ним трафик по своему усмотрению. Например, SMB Multichannel так делает. Тут настоящая проблема в производительности MPTCP! С одной стороны, чтобы использовать разгрузки в OFED-драйверах вам нужно учесть MPTCP, когда вы производите LRO и LSO. С другой стороны (RSS) в зависимости от приложения вам нужно собрать итоговый поток... на каком ядре? В общем случае для RSS ядро строит Indirection Table и посылает его в драйвер адаптера. Несколько аппаратных очередей (для QoS и потоковой передачи) можно разнести по нескольким физическим ядрам. Indirection Table передаёт в прошивку матрицу соответствия и динамически её обновляет без перезагрузки сервера/адаптера. И вот у вас есть процесс приложения, который открыл куда-то там TCP-соединение. Вы настроили MPTCP, чтобы оно расползлось по разным потокам, пусть для примера их 2. - Потоки могут прийти на одно и тоже ядро или на разные. - Ваше приложение висит в одном потоке исполнении на одном ядре или на нескольких - Учтите специфику SMT/HyperThreading. Получение данных по сети работает на физических ядрах, а потоки вашего приложения могут висеть на SMT-ядрах. - Учтите NUMA. А на каких сокетах у вас сетевки и ваша соплекуха. Ну допустим на одном и том же единственном процессоре. И вот я стесняюсь спросить вы как вообще в этой ситуации будете собирать этот поток и эффективно обрабатывать из него данные в приложении?! Отсюда и возникает необходимость писать не generic-решение, а решение задачи специфичное для приложения. А вообще, пока Windows не внедрит MPTCP и не выведет его в прод для всех клиентских тачек, он будет оставаться вычурным стандартам "не для всех". А этого не случится пока campus-сеть не поднимется выше гигабита. P.S. Хохмы ради приведите мне живой пример TCP-сессии, которую нужно разделить на пополам? Причем с архитектурной точки зрения приведите такой пример, чтобы нужно было именно дожидаться реализации MPTCP в ядрах всех операционных систем, во всех ASIC-ах и всех сетевых адаптерах, а не переписать костыльное приложение, снабдив его другим транспортным протоколом вроде QUIC или старенького SCTP (для телефонных/медиа задачек) или установив 2 сессии самостоятельно на стороне приложения.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	279. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 07-Май-24, 04:18
	> Linux-специфичное барахло. Я юзаю линух, в том числе и потому что считаю это "барахло" полезным мне. > работает congestion control, а у протокола TCP есть многолетняя история развития > костылей вокруг собственного CC внутри транспортного протокола. Но не TCP единым,.. > особенно после пришествия QUIC. Ну и если мы об этом, CC в линуксе таки тоже свои. Я даже не знаю - есть ли нечто типа BBR в бсд? Или они на беспроводке совсем инвалиды? А, да, в вафле RTC/CTS конечно бывает но в силу ненадежности эфирных дел он сильно убивает перфоманс линка - и не в фаворе. Да и апликушному уровню это все наружу не вывешено же нормально. В том числе и потому что апи лохматые, эпохи беркелея. > (ASIC-и), которые должны заниматься реализацией той или иной функции/протокола. Linux > - это уникальная операционная система, которая объявила бойкот этой практике И именно поэтому они запилили более-менее унифицированое управление свичами, как минимум куски HW NAT и подобного оффлоада, и - вот как раз подсистему взаимодействия с ASIC'ами? Ну логично. Только вот на память об этом даже копеечный openwrt может эн-портовый свич swconfig'ом оприходовать, и 30 баксовая мыльница так то - это не только дешевый роутер с юсб, но еще и управляемый гигабитный свич с вланами и всем таким. Но это есть и у вон тех, энтерпрайзных, с их роутерами своей разработки. > и боролась с объективной реальностью +/- до 2007-го года, Офигеть - вы копнули на почти 20 лет. > на оптических адаптерах. Одно ядро не способно обработать более 5 гигабит > на приём, нужно распараллеливать по ядрам Эти данные мягко говоря устарели. Хотя на 2.6.32 или что там в 2007 было, пожалуй. > Ну и там еще есть всякие мелочи вроде хардварной реализации расчета сумм, ...ичсх все это в линухе уже эн лет к ряду... > точного времени и в редких случаях даже некоторых шифров TLS для > разгрузки ядерной реализации TLS, если в системе есть крипто-ASIC. IIRC в лине и это должно работать, для KTLS. При том крипто-асик понятие растяжимое, даже в мелких soc бывает блок хардварного крипто умеющий те или иные алго. > Подавляющее большинство того что я написал доступно в Linux, но не средствами > ядра, а средствами DPDK, который заботливо написал Intel Кое-что из перечисленого (но не все) вроде юзабельно и в более обычном виде. И с чего там KTLS (или что-то иное хотевшее шифрование) вдруг не сможет поюзать поддерживаемый кернелом крипто-аксель - ну хз. Я так понимаю что ядерный движок крипто может прозрачно подменить имплементацию крипто на оптимизированую или даже HW based если в энной системе так можно. > Обратно перенести такой софт, кстати, тоже можно. Можно написать софт завязанный > на DPDK и потом использовать в других ОС. FreeBSD и Windows тоже могут в DPDK. Просто это несколько отличается от идей с нетграфами и прочей концептуальщиной. И основное возражение - что вон то как достоинство сватают. А оно как достоинство - для кого и почему? И во что на практике отливается? > nftables или iptables не имеет значение. Это реализация файрволла в модуле netfilter. Вообще его довольно сильно перепахали и перфоманс подняли. И фич дофига. А у бсд с фаерами - какая-то трешатина творится. При всей их концЭптуальности. У них что-то типа ipset есть вообще? В нем лукап в ТУЧЕ записей - быстрый. В этом его пойнт. > другими сервисами он способен построить демилитаризованную зону вокруг каждого клиентского > устройства. Требовать Kerberos-предаутентификацию перед установкой простых TCP-соединений > на протоколах, которые это не умели и пошифровать всё в Ipsec. На мой вкус - это как раз типичный майкрософт, бессмысленный и беспощадный. Лично мне все вон то не надо. А вон тем я еще и пользуюсь. > Linux иметь в виртуалочке и называть это NGFW. Угу, только это немного не про сабж... :) > А при чем здесь это вообще? Всем известно что асинхронные операции ввода-вывода > в ядре Linux были проблемными. При том что очень крутая и шустрая штука, которую много куда приделали. Де факто нечто типа кольцевого буфера который замаплен и в ядро и в юзера, так что можно БЫСТРО пулять данные, без переключения контекстов и проч. Когда скорости IO возрасли всем почему-то это очень захотелось. А так у них там еще много всяких интересных core-рефакторов типа группировок страниц в подшивки (это больше пока в ФС). И крутые оптимизации везде. Так что КМК ваши знания про 5 гбит изрядно протухли. > отвечает Deferred Procedure Call (DPC). В лине много чего в последнее время сделали и threaded - и воркеры сделали, и проч. У ядра ядерные треды есть, kthreadd ими заведует, некоторые треды юзают для ворочания длинных джобов асинхронно как раз. И равнять это с кернелом 2007 года - просто забудьте об этом. Там ща очень активно оверхед урезают везде и всюду. > Наряду с кучкой CC и других плюшек. Я к тому, что > io_uring это не преимущество, а решение проблемы убожества прошлой реализации AIO. Это как я понимаю больше чем это. Это скоростной IO и внутрях, и с юзермодом без переключения контекстов на каждый пшик. Т.к. буфер доступен и тому и другому, > Вообще надо бы вспомнить, что реализация Linux Virtual Switch из 90-х А таки - и в линухе много чего переписали с тех пор. А вы хотели чтобы в 90х предусмотрели вон то? > нормальные сетевки и свитчи, и что можно снизить нагрузку на хост > виртуализации, воспользовавшись этим функционалом. Или они вращают кубернетисы в виртуалках > на VMware, а это тоже не располагает к понимаю бареметала и > синтетических ускорений. Ну тут уж каждому свое. Этим хватает того. Те решают свои проблемы. А сабжи ... рассказывают как космические корабли бороздят просторы... ээ... тихого океана, чтоли? >> MPTCP > Это бредовенький способ разносить соединение по разным IP/маршрутам который переписали > так, что версия v0 и v1 не совместимы ни в какую сторону? Это - способ передавать данные по более чем 1 пути, как и сказано в описании. Его прелесть в том что оно backward compat. Т.е. если по пути какая-то система обиделась на расширение, ну, ок, будет простой TCP. > Навязчивое желание использовать Multipath TCP - это явный признак непонимания сетей. А по моему прикольная идея. Нарезать поток данных и протолкать сразу через эн конекций. Это нишевое развлечение но имеет свой смысл. Иногда. Его основной плюс в обратной совместимости с TCP и софтом для него. > Вся эта идиотская идея притащить всё в TCP уже признана ущербной (даже > RPC-протоколы начали переводить на QUIC). Они в основном переходить начали - потому что если в линух гугл может свой BBR и проч протолкать, то в Windows - ага, ща. И что бы они не делали у себя - а с TCP у них вообще нет контроля над этим аспектом, и если ютуб на беспроводке затыкается, они никак не смогут улучшить участь юзеров винды. А на UDP они сами себе congestion control. Я думаю тут мы понимаем проблему более-менее одинаково. > Она не находит массового применения. Мне похрен. Я оценил фичу. А что будет с ESXi и Windows - меня не интересует. У меня заведомо будут линуксы и на клиенте, и на серверах везде к чему я имею отношение. > В нормальных операционных системах, таких как FreeBSD, ESXi и Windows для организации > Multipath используется 2 метода: ...сложнее на порядок и с кучей особенностей, а потому нафиг нужно в 99% случаев где вон то может пригодиться... > 1. Использовать сеть и разносить соединения по хэшам в привязке к RSS, Сложно и грабельно... > 2. Реализовать Multipath на L7. То есть если у вас есть приложение > или протокол пользовательского типа вы можете предусмотреть возможность использовать > несколько сессий TCP Требует серьезной переделки... > Тут настоящая проблема в производительности MPTCP! Я не знаю насколько оно пытается быть производительным, но забавная идея для нескольких тощих, не очень надежных и тому подобных линков - с динамическим согласованием и откатом до просто TCP если не получилось (man graceful degradation). При том что просто нарулить. > - Потоки могут прийти на одно и тоже ядро или на разные. Как вам понятно объяснить что для меня интересные кейсы MPTCP вообще не будут с именно ТОЙ проблемой сталкиваться? :) > И вот я стесняюсь спросить вы как вообще в этой ситуации будете > собирать этот поток и эффективно обрабатывать из него данные в приложении?! Вы почему-то решили что я MPTCP хотел для очешуенного перфоманса между чуть ли не датацентрами. А у меня были сильно более другие идеи зачем это может быть полезно. > А вообще, пока Windows не внедрит MPTCP и не выведет его в > прод для всех клиентских Мне совершенно пофиг на виндовых клиентов. У меня никаких виндов нет, и как они там по остаточному принципу пехать будут - это их сложности. > P.S. Хохмы ради приведите мне живой пример TCP-сессии, Я могу хохмы ради показать multipath VPN с FEC от китайцев. Делает из нескольких бельевых веревок подобие нормального линка. Представляете, те кто хотел такие вещи - не обязательно датацентры с 100500 гигабитов?! Есть дохреналион других кейсов для подобных фич. Но вы и сами найдете это добро вбив в поиск гитхаба эти кейворды. У вас мышление просто порушено датацентрами и вы почему-то решили что весь мир должен вертеться только вокруг этого. Просто для понимания: я вообще не датацентр и не мегакорп. И мне бесполезно сватать фичи за дохреналион с "докупите правильные адаптеры и постройте новый датацентр как надо".
	Ответить | Правка | Наверх | Cообщить модератору

	284. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 07-Май-24, 09:08
	Есть BBR, но RACK лучше работает, заметно лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (259), 07-Май-24, 09:12
	RACK портировали в Windows Server 2022 и Windows 11. А это значит что ожидается, что RACK заменит CUBIC повсеместно
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 10-Май-24, 19:46
	> Есть BBR, но RACK лучше работает, заметно лучше. BBR так то бывает разный. Если вон те прям изначальный вариант содрали - так у него пару косяков было - достаточно жирных. С уходом скорости в плинтус на ровмно месте в ряде ситуаций. В линухе то это заметили и починили, и потом еще рефактор от гугли накатили, и тогда все более-менее заверте...
	Ответить | Правка | К родителю #284 | Наверх | Cообщить модератору

	294. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (259), 07-Май-24, 11:35
	Вообще-то СС - это иногда палочка о двух концах. Должен работать на обоих сторонах TCP-соединения для максимальной эффективности. Так вот RACK из FreeBSD портировали в Windows 11, то есть он будет вместо дефолтного CC. Скоро Linux его тоже притащит, потому что выбора нет, а лицензия позволяет и собственно для этого и разрабатывается всё сетевое во FreeBSD. Я ведь не просто так возвращаюсь в 2007-й. Я это делаю, чтобы объяснить причину технологического отставания. Разработчики ядра Linux в прошлом сделали чудовищную ошибку и с тех пор догоняют по сетям. Нужно чётко понимать разницу между инновациями (придумали что-то свое), внедрениями (приняли стандарт, который придумали другие) и техническими долгами (переписали подсистему, потому что старая реализация плохо работала). Исторически сложилось, что ванильный Linux не пригоден ни на что кроме файрволла. Перечитайте свой же комментарий и вы увидите: - Отсылки к OpenWRT - это прошивка которая способна реанимировать домашний роутер превратив его во что-то более менее рабочее. - Отсылки к HW NAT Offload, потому что это то немногое, что доступно в OpenWRT и RouerOS. В том-то и дело что Linux не придумывал это всё. Типы разгрузок делаются под BSD и согласуются с производителями чипов при участии конечных вендоров. И мы сейчас говорим про нормальные сетевые устройства такие как Cisco, Juniper и им подобных. Linux не придумывал ни один Offload он всегда догоняющий и подстраивается под чужие API и драйверы. OpenWRT - это открытая прошивка для консюмерского железа. Она решает свою задачу но она прежде всего файрволл, она делает NAT и умеет немножко в VPN и роутинг. Коммутация это не про нее. Собственно именно на L2 и его разгрузки в Linux не сделаны. При чем ни в каком... хотя нет. Есть Cumulus Linux, но он сейчас NVIDIA работает только со спектрумами и удачи вам его поставить. Оно проприетарное настолько, насколько это вообще возможно. А и еще есть NexusOS, которая частично Linux, частично NetBSD, но там от линукса чуть менее чем ничего. Но вам всё равно, вам же не до даацентров... Дальше нужно вам дать небольшой фактчекинг. Факты про RSS: - без применения RSS и без настройки профилей RSS под топологию NUMA весь трафик пойдет через одно единственное ядрро. RSS есть в Linux очень давно. Но админы Linux не умеют пользоваться ethtool и не умеют его настраивать. - скорость 5 гигабит вам выдаст одно ядро Intel Xeon Scalable Platinum (3-го поколения). Более свежих нет под рукой для тестов. - в условном 2007-ом оно выдавало 3 гигабита на одно ядре сколько-нибудь приличного процессора. Адаптеры Ethernet для датаентров ходовые сейчас 25G с аплинками до 100G (c 10G уже все уходят давно) есть и более свежие 100G с аплинками в 400G. Чтобы этим пользоваться вы ОБЯЗАНЫ распаралеливать трафик, считать хэши Тёплица (https://en.wikipedia.org/wiki/Toeplitz_Hash_Algorithm), определять под вендора сетевки количество аппаратных очередей, назначать им процессоры. Желательно динамически меняя эту конфигурацию в зависимости от реальной утилизации CPU. Иначе вы не выжмете скорость. Это не "устаревшие данные" это вы просто ничего выше гигабита не видели, поэтому не знаете. Динамическое перестроение RSS indirection table средствами ядра Linux не возможно. Оно возможно в драйверах, но кто будет мониторить производительность юзерспейса и переназначать потоковую нагрузку на receive datapath? Спихнут как всегда на юзерспейс и пусть дистрибутивы пишут какого-нибудь демона для мониторинга, но они как всегда не напишут. Так как Linux не используется в корпоративных развертываниях на бареметале, то всем на это пофиг. Мальчики с Proxmox используют 1G адаптеры и не видят проблемы. Облачники сами себе дистрибутивы собрали и они не публичные. Если это станет массово нужно всем настроить, Red Hat принудительно всунет это в systemd, и Linux-фанатики еще ныть будут, типа нафига нам это всё. Мрак. Факты про kTLS: - реализация TLS на уровне ядра присутствует в Windows NT начиная с незапамятных времен, драйвер называется schannel. Я к тому что это не новинка. - реализация TLS на уровне ядра во FreeBSD присутствует c момента существования Netflix. Netflix её писал и заказывал её поддержку на крипто-ASICах встроенных в сетевые адаптеры Chelsio. И никакое это не растяжимое понятие. Просто ASIC держит на себе всю сессию и даёт TLS Offload. Вот это почесались перенести в Linux. В Mellanox там с TLS только в некоторых сетевках есть и они через TLS свой RDMA шифруют. Собственно почитайте как свои сервера делает Netflix и вы увидите. Что для сервисов бареметала у них Chelsio, а для виртуализации везде Mellanox, как и в других облаках. - Windows не поддерживает TLS Offload на эти ASIC, потому что по историческим причинам у них свои специфические оффлоады вокруг IPsec, которые нет в других ОС, но которые годами депрекейтят, чтобы перейти на сетевые технологии из BSD. Факты о DPDK и других разгрузках. Вам нужно не просто это юзать, а делать это осмысленно для задачи. Например, задача виртуализации предполагает, что виртуальные адаптеры ВМ-ок нужно располагать поближе к receive datapath. Планировщик гипервизора и компоненты управления в юзерспейсы должны: 1) Указать/выбрать одно или несколько ядер внутрь виртуалки для receive datapath в ОС, чтобы RSS работал внутри виртуалки тоже. Иначе вы не разовьёте и 10G при передаче данных от одной виртуалки в другую, находящихся на одном и том же хосте виртуализации. 2) Указать/выбрать аппаратные очереди сетевого адаптера для передачи данных в виртуалку по обычной шине. 3) С учетом того что у каждого виртуального адапетра свой мак вы по ним считаете суммы. На основании п.1 и п2 вы можете построить соответствие в форме таблицы какие потоки и хэши (по виртуальному маку, например) на какое ядро должны попадать 4) Далее вам нужно уметь переносить ваши виртуалки средствами гипервизора, с одного ядра на другое, чтобы достигать равномерной утилизации CPU 5) Совместно с п.4 динамически обновлять таблицу соответствия в прошивке. 6) Вы должны учесть пары не только обычных Rx/Tx аппаратных очередей, но также пары очередей SR-IOV, и включить их в динамическую балансировку утилизации. 7) В случае виртуализации вы должны разделить узлы виртуализации как минимум на 2 типа. Обычные, на которых включен LRO и LSO, и телефонно-роутерно-файрвольные, где LRO и LSO выключены. Если бы вы со всем этим работали именно на сетевках 25G и выше и у вас было бы хотя бы 50 стоек, вы бы поняли, почему упоминание QEMU+KVM+libvirt или даже Proxmox вызывает у меня гомерический хохот. Поймите, KVM и Linux всё это умеют. Но никто этим не пользуется. Можно теоретически написать инфраструктурное решение, но его нет. То есть Hyper-V и ESXi это всё могут из коробки. А в Linux это можно сделать самому. И вот тут-то DPDK и играет ключевую роль. Роль затыкания дыры в API, потому что без него вообще из юзерпейса сделыть было бы ничего нельзя. Ну то есть оно не далеко ушло от bhyve. Те кто пишет под Linux и хотят использовать синтетические ускорения вынуждены использовать DPDK. На друних ОС есть свои API как в ядре так и в юзерспейсе. Но если ПО уже написано на DPDK и у авторов есть желание сделать его кроссплатформенным то и это тоже можно сделать. То есть это не инновации, а внедрение того что есть у других. И я, тем более, не разделяю вашей искренней радости вокруг файрволла и асинхронного IO. Да, раньше было всё ужасно. Начиная с ядра 5.1 (ЕМНИП) оно просто стало на том же уровне как и у всех остальных. Это даже не внедрение, а банальное исправление техдолгов. И ведь все равно не хватает. Citrix угробил Xen, потому что денежки кончились (у них долги 1.6 ярда баксов долгов). Они сократили вложения в инфраструктурные проекты и сконцентрировались исключительно на виртуальных рабочих столах и терминальниках. А инфраструктура вокруг KVM настолько ужасна, что её нужно переписывать: - Red Hat выкинул oVirt и предлагает виртуализацию на базе OpenShift, в котором пытается догнать и предоставить реализацию того, что я писал выше в примере. - Mirantis и куча других вендоров OpenStack также переходят на собственные сборки Kubernetes, потому что без него, как средства хоть какой-то кластеризации и автоматизации управления инфраструктурой жить нельзя. Поймите, там где во FreeBSD и Windows было и есть системное API в Linux нет нифига. И нет стандартизации, отсюда приходится переизобретать велосипед в каждой реализации KVM каждому вендору инфраструктуры виртуализации и каждому дистрибутиву. Это страшный мрак. Настолько страшный, что проще считать KVM/Type2 виртуалку контейнером и довести до ума Kubernetes. Но у него исторические проблемы работы с многопроцессорными серверами. Google же ставит компьют на однопроцессорные блейды, им пофиг на всех остальных. А в случае с несколькими сокетами, NUMA и связкой сетевок и HBA с разными сокетами планировщик контейнерной среды или гипервизора должен и это тоже учитывать. Отсюда в средне-крупном корпоратвином сегменте вы скорее увидите Hyper-V, чем KVM. И вот опять про MPTCP: Оно не просто не обратно совместимо. Оно не совместимо со своей собственной экспериментальной реализацией. О чем они гордо и честно сообщают в свежем RFC. На больших нагрузках MPTCP это бутылочное горлышко (1 ядро), потому что нужно собрать 2 или более потоков вместе перед возвратом данных в сокет. Если вам не нужна производительность, то это ваше дело, но вы в меньшинстве. И я не зря привожу пример конфликта Linux, его разработчиков и кго пользователей с объективной реальностью. Это было и 20 лет назад это происходит и сейчас, с вашим "у меня везде будет Linux". Это бред и это плохо кончается. Что касается СС, Windows в перспективе пробует переход на RACK. Сейчас что в TCP, что в QUIC основной congestion control - это CUBIC для внешнего интернета. И DCQCN/DCTCP для служебных потоков внутри датацентров (это когда используются одновременно PFC, RED и ECN). Здесь нужно чётко разделять технологии на универсальные и узко специализированные. Например BBRv1 - это решение для Youtube как оптимизация относительно CUBIC для трафика север-юг. BBRv2, которого ЕМНИП нет в в ванильном Linux, это привнесение туда ECN и вовсе решение для трафика восток-запад. Они не нашли массового применения вне датацентров Google. Если у вас потери выше 20% вашему BBR придёт конец. Вон на сервисах Google у QUIC везде CUBIC. И он сейчас стоит по умолчанию и в Windows и в BSD. И кстати, прекрасно Windows себе всё это портирует. Я просто напомню, что CUBIC - это одно из немногого что вышло из Linux (инновация в 2006-ом году) и стало сетевым стандартом и прекрасно его Windows адаптировал. И как бы вы этого не отрицали, но Windows нужно учитывать. Все эти технологии становятся массовыми только если: - они пригодны для крупных ДЦ. Вендоры которые разрабатывают железо зарабатывают именно на них, а не на консьюмерской электроники. - они массово поддерживаются на клиентских устройтсвах от Microsoft, Google и Apple. Ну а что касается примеров, вопрос открытый. Приведите мне КОНКРЕТНЫЙ пример VPN которая работает через MPTCP. Вообще, это очень странно, потому что TCP Meltown никто не отменял и инкапусуляция TCP-over-TCP для VPN всегда кончается трагично. Как в ней победили эту проблему? И еще киньте хотя бы 2 ссылки из "дохреналиона". Я спрашиваю, потому что не знаю применения MPTCP нигде, кроме как в NFS. Но там всё сделано из рук вон плохо, и это как раз тот случай, когда проще протокол расширить.
	Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

	337. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 07:01
	> Вообще-то СС - это иногда палочка о двух концах. Абсолютно, и 1 из фэйлов что приложения не могут это оверлоадить, если не прокатило. Особенно в винде. > и собственно для этого и разрабатывается всё сетевое во FreeBSD. После появления QUIC? Just in time, как обычно. > чудовищную ошибку и с тех пор догоняют по сетям. За почти 20 лет много изменилось. > Нужно чётко понимать разницу между инновациями (придумали что-то свое), > внедрениями (приняли стандарт, который придумали другие) и техническими долгами > (переписали подсистему, потому что старая реализация плохо работала). ИМХО: 1) Что-то придумать мало. Надо довести до ума. 2) ИМХО внедрение и стандарты связаны слабо. Какой у WinAPI стандарт? А вайргада уже имхо сильно больше чем айписека. ISO8859-5 вы юзали когда-то? 3) В линухе такого есть - но баг бывает фичой. Если крутые концепции не стоят на пути, рефакторить проще. > Исторически сложилось, что ванильный Linux не пригоден ни на что кроме файрволла. Прохладные истории из 2007? Почти все сетевое и серверное сейчас на линухе, от роутеров мыльниц и телевизоров до мощные роутеров, серверов, суперкомпьютеров и проч. Это - наблюдаемая реальность. Теории должны ее описывать. Иначе это хреновые теории. > - Отсылки к OpenWRT - это прошивка которая способна реанимировать домашний роутер > превратив его во что-то более менее рабочее. Это де факто лишь особо-компактная сборка линуха, близкая к майнлайну на данный момент. > - Отсылки к HW NAT Offload, потому что это то немногое, что > доступно в OpenWRT и RouerOS. Это насколько я помню - в майнлайне, и в целом некий механизм нарулили. > делаются под BSD и согласуются с производителями чипов при участии конечных вендоров. Как там в 2007? В 2024 вспоминается как яндекс послал фряху, устав драйверы писать. > И мы сейчас говорим про нормальные сетевые устройства такие как > Cisco, Juniper и им подобных. Linux не придумывал ни один Offload В лине сейчас FB, Goog, и проч. Они достаточно круты чтобы с ноля роутеры делать под себя, проприетарь их достала. Им хочется соотв подсистемы. А какие-нибудь цыски могли разве что быренько подсуетиться предложив апи нашару в майнлайн, иначе просто другое будет. > но она прежде всего файрволл, она делает NAT и умеет немножко в VPN и роутинг. FYI оно прежде всего суперкомпактный дистр. И точка доступа. А фаер там - не очень имхо. > Коммутация это не про нее. Собственно именно > на L2 и его разгрузки в Linux не сделаны. Однако даже там есть swconfig, которым можно порулить свичом как белый человек. От просмотра статистики до управления портами, вланами, режимом линка на порту, LED, ... так что бонусом копеечная мыльница = управляемый свич. Энтерпрайзникам понравилось, захотели такое же IIRC. > чем ничего. Но вам всё равно, вам же не до даацентров... Лично мне - да. Но вон та активность немного попала под внимание, когда были анонсы мощных открытых роутеров и стандартов, на именно линухе. FB/GooG старались. ... > - скорость 5 гигабит вам выдаст одно ядро Intel Xeon Scalable Platinum > (3-го поколения). Более свежих нет под рукой для тестов. А это все, надеюсь, на последнем кернеле тестилось? А не 2007 года? Потому что там довольно крутые оптимизации не так давно были. В догонялках главное не проспать когда обошли на круг. > Адаптеры Ethernet для датаентров ходовые сейчас 25G с аплинками до 100G (c > 10G уже все уходят давно) есть и более свежие 100G Некто Jens Axboe не так давно с 100 гбит и развлекался. И по части TCP и по части PPS'а. Довольно успешно. [...] > Так как Linux не используется в корпоративных развертываниях на бареметале, то > всем на это пофиг. На вашем корпоративе мир не заканчивается. И почему-то я вижу дофига линуха на bare metal. А чего туда еще ставить? Винду дорого, сабж в проде нафиг надо, макос не очень и хотел. И?! > всунет это в systemd, и Linux-фанатики еще ныть будут, типа нафига > нам это всё. Мрак. А тем временем хостинги с KVM неспешно спустились с холма и захватили планету. Мне сие - то что надо. Недорого и круто. > - реализация TLS на уровне ядра присутствует в Windows NT Я от проблем винды (уже) далек. > Netflix. Netflix её писал и заказывал её поддержку на крипто-ASICах встроенных > в сетевые адаптеры Chelsio. Т.е. прибито на гвозди к 1 вендору? Гениально. > И никакое это не растяжимое понятие. Просто ASIC держит на себе всю > сессию и даёт TLS Offload. Вот это почесались перенести в Linux. В Linux менее отшибленые люди, там и иные варианты, типа более обычных адаптеров, но юзания альтернативных реализаций крипто - в том числе хардварно ускореных железками. А юзать опенсорц чтобы влететь в вендорлок - щнобелесвкую премию выдать. В номинации (эпикфейлов) прожектменеджмента конечно. > делает Netflix и вы увидите. Что для сервисов бареметала у них > Chelsio, а для виртуализации везде Mellanox, как и в других облаках. А я не нетфликс и не фанат вендорлоков. Поэтому буду горой за решения которые не идут в комплекте с такими допущениями и доступнее для смертных. > историческим причинам у них свои специфические оффлоады вокруг IPsec, которые нет > в других ОС, но которые годами депрекейтят, чтобы перейти на сетевые технологии из BSD. И эти "сетевые технологии из BSD" себя проявляют - в чем? Почему-то нетграф никто тырить не стал. Да и геом (хоть он и не про сеть). В ФС развитие вообще получают вообще интегрированые файлухи, так лучше работает, те концептуальные упражнения - попахали на мусорный бак. > Факты о DPDK и других разгрузках. Вам нужно не просто это юзать, > а делать это осмысленно для задачи. Несомненно. Если кого-то ТУДА занесло, придется узнать много нового и думать о именно своих задачах. Специфичная штука для тех кому надо странного и - много. А вспомнился в этом контексте потому что с линухом это видал, а с BSD - нет. > и 10G при передаче данных от одной виртуалки в другую, находящихся > на одном и том же хосте виртуализации. Ну, вообще, это довольно нишевая и специфичная задача. Хостерам например не интересно почти. > работали именно на сетевках 25G и выше и у вас было > бы хотя бы 50 стоек, вы бы поняли, почему упоминание QEMU+KVM+libvirt > или даже Proxmox вызывает у меня гомерический хохот. А мне забавно, когда тип с "аж" 50 стойками спорит - со всей планетой и ЛЕГИОНОМ KVMных хостингов. Продающих виртуалки оптом и в розницу. Я даже некоторые из - купил. > Поймите, KVM и Linux всё это умеют. Но никто этим не пользуется. > Можно теоретически написать инфраструктурное решение, но его нет. Это довольно нишевые проблемы "крупняка без своей экспертизы" а не центр вселенной. > То есть Hyper-V и ESXi это всё могут из коробки. 1) Вмварь так то продалась броадкому, их клиентуре станет интересно, имхо! 2) HyperV я нигде кроме абажура и пары партнеров MS не видел. Единственный публично доступный хостинг с этим известный мне - абажур. > А в Linux это можно сделать самому. И вот тут-то DPDK и играет ключевую роль. Чем мне нравится Linux - так это тем что если чего-то нет но оно надо, в отличие от проприетарных решений - пути открыты. Я в иной области это использую, но суть та же. А винду я бы в жизни не смог изогнуть как линух. Ну она мне и пофиг. > юзерпейса сделыть было бы ничего нельзя. Ну то есть оно не > далеко ушло от bhyve. То-есть, я вижу кучу хостингов продающих KVM виртуалки недорого - и покупаю некоторые из. И на их bare metal, очевидно, стоит пингвин. Вопреки заявам. А bhyve вообще где?... > уже написано на DPDK и у авторов есть желание сделать его > кроссплатформенным то и это тоже можно сделать. Плохо представляю себе кто и зачем будет что-то портировать на сабжа. > Citrix угробил Xen, потому что денежки кончились (у них долги 1.6 ярда > баксов долгов). Да вот KVM пришел, virtio запилили, улучшили, стало резвенько, зачем Xen нужен малопонятно. Возиться с линем в Dom0 всерно придется, только эзотерично. Проще поставить единообразно ту же ос что в гуесты, и не делать мозг. Уменьшение BoM. > исключительно на виртуальных рабочих столах и терминальниках. А инфраструктура вокруг > KVM настолько ужасна, что её нужно переписывать: Кому нужно - тому и карты в руки. Для _моих_ целей я использую или "raw" форму оной или свой собственный обвес. И это вполне по зубам 1 смертному. В отличие от покусаного энтерпрайзом проприетарного барахла где все прибито на гвозди. > Поймите, там где во FreeBSD и Windows было и есть системное API > в Linux нет нифига. В линухе тоже есть свои апи. Для много чего. Например, для того же создания виртуалок. Не, qemu для этого - на самом деле не нужен. А на более высоком уровне тот же редхат сделал libvirt допустим, если кому надо. И так далее. > И нет стандартизации, отсюда приходится переизобретать велосипед Кто и с кем сие обсуждать будет? С жадным проприетарным вендорлокером? Уже с OOXML посмотрели как это. С BSDшниками вопящими что нинужна, 10 лет, пока в лине фичу юзают? Как с графикой было? > Это страшный мрак. Настолько страшный, что проще считать KVM/Type2 виртуалку контейнером > и довести до ума Kubernetes. Проще? Считайте. Доводите. Я тут при чем? > Отсюда в средне-крупном корпоратвином сегменте вы скорее увидите Hyper-V, чем KVM. Капля в море по сравнению с KVM и числом его пользователей на планете. А работать в вон тех я не планирую. > И вот опять про MPTCP: > Оно не просто не обратно совместимо. Если не получился MP - возможен fallback на просто TCP. Это совместимо с существующим оборудованием, насколько это возможно. Я про это. > Оно не совместимо со своей собственной экспериментальной реализацией. У меня это в итоге будут делать - линухи. Они между собой сконектятся. Остальное мне интересно сильно меньше и "до кучи", мелкий бонус. > О чем они гордо и честно сообщают в свежем RFC. На больших нагрузках MPTCP это > бутылочное горлышко (1 ядро), Для многих сцераниев - это не будет проблемой. А где будет - вот там пусть у господ и болит голова. Это средство улучшения availability прежде всего. Относительно простое. А так Jens Axboe кажется подогнал малость лекарств вон тем. > в сокет. Если вам не нужна производительность, то это ваше дело, > но вы в меньшинстве. Я думаю что таких как я очень сильно больше, чем тех кого вон то интересует. И технология найдет свое применение, соответственно. Впрочем у меня критерий простой: пролезает через существующее оборудование? Работает с моими конфигами? Будет поюзано. > И я не зря привожу пример конфликта > Linux, его разработчиков и кго пользователей с объективной реальностью. А вы уверены что это не вы - конфликтуете с объективной реальностью? Для себя я вообще считаю здоровые жирные дорогие переростки динозаврами. Страшные, большие, но - ошибка эволюции. Будущее принадлежит распределенным системам, имхо. Там такие дино не требуются. Гигантомания - признак фэйла в архитектуре. > меня везде будет Linux". Это бред и это плохо кончается. Насколько я вижу, бред по архидорогим вендорлокнутым переросткам кончается хуже. Для его носителей. > Что касается СС, Windows в перспективе пробует переход на RACK. Перспективу на хлеб не намажешь, а гуглу надо решать свои проблемы с UX здесь и сейчас. Потому и QUIC. > технологии на универсальные и узко специализированные. Например BBRv1 - это решение > для Youtube как оптимизация относительно CUBIC для трафика север-юг. BBRv2, которого > ЕМНИП нет в в ванильном Linux, это привнесение туда ECN и > вовсе решение для трафика восток-запад. В линух точно не ванильный BBRv1 в изначальном виде, его потом чинили, что может в ряде ситуаций скорость просадить, потом гугл еще какие-то патчи слал. И чему оно там соответствует - кто его знает? Знаю что на беспроводке работает лучше остального хлама в целом. И да, это сейчас колышет немного больше юзеров чем какие-то там датацентры. > Они не нашли массового применения вне датацентров Google. Если у вас потери > выше 20% вашему BBR придёт конец. С такими потерями TCP вообще коллапсирует как правило. Но вон там господа из китая придумали как из бельевых веревок делать нормальные линки. Тоже multipath + FEC, и вот уже несколько бельевых веревок = нормальный линк. Но тоже нишевая штука. Китайцев интересовало еще и потому что великий фаер от этого сходит с ума. > Вон на сервисах Google у QUIC везде CUBIC. Гугл подробно отчитывается вам что они себе в апликущный уровень вкатили? > И он сейчас стоит по умолчанию и в Windows и в BSD. Это не годится для беспроводных соединений. Это имхо 80% причин по которым QUIC появился. Еще 20 это оптимизация хендшейка. И теперь гугл сможет делать как лучше работает. Что в хроме, что в проге ютуба. Вместо упования на алго навязаные на уровне системы. > И кстати, прекрасно Windows себе всё это портирует. Не помню чтобы в винде хотя-бы congestion control можно было выбрать. > И как бы вы этого не отрицали, но Windows нужно учитывать. Кому нужно, тот и учитывает. А гугол - вот - учел в понятном MS формате. Перенеся сие на уровень приложений, где он сделает так как ему удобно будет. MS только так понимает. > на них, а не на консьюмерской электроники. > - они массово поддерживаются на клиентских устройтсвах от Microsoft, Google и Apple. Вика утверждает что Siri юзает MPTCP, если уж мы про это. Корпы довольно юркие когда вопрос в том чтобы конкурентов обставить. > Ну а что касается примеров, вопрос открытый. Приведите мне КОНКРЕТНЫЙ пример VPN > которая работает через MPTCP. По сути любую программу юзающую TCP можно завести. Точно работает OpenVPN. Да и много чего еше. Шадоусоксы какие. Да, надо или чуток поменять сорц, или есть пара системных "хаков". В целом отличие только в создании сокета. > Вообще, это очень странно, потому что TCP Meltown никто не отменял > и инкапусуляция TCP-over-TCP для VPN всегда кончается трагично. Сработает с (почти?) любыми TCP программами и не обязано быть впном. > Как в ней победили эту проблему? И еще киньте хотя > бы 2 ссылки из "дохреналиона". Не понимаю, вас забанил гугол? Вбил наобум MPTCP VPN, нашел пример с openvpn, и что-то с соксами. А заодно и упоминание что эпловская сиря юзает это. > Я спрашиваю, потому что не знаю применения MPTCP нигде, кроме как в NFS. Любая программа которая умеет TCP, по сути умеет и MPTCP. По минимуму они могут ничего о нем не знать. А в лине есть и ряд иных забавных вещей. Вайргад впервые появился там. А сабж показал просто треш-парад с ЭТИМ.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (14), 05-Май-24, 01:27
	> Если говорить о сетевом стеке в Линукс, то он полностью состоит из BSD Во-первых, это уже давно не актуально, многое изменилось с тех пор. Не стану углубляться в детали, для этого есть Google. Во-вторых, сетевые плюшки уже никого не удивляет, в отличие, например, от возможности воспроизведения YouTube с аппаратным ускорением. А сеть... сеть можно даже на ассемблерной самописной ОС поднять 😏 благо все спецификации и большинство драйверов открыты, в отличии от видео.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	90. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Афанасий (?), 05-Май-24, 04:32
	>возможности воспроизведения YouTube с аппаратным ускорением Полная поддержка которого реализована только в Windows да Mac OS. Linux в этой области работает так же как 140 килограммовая гимнастка на брусьях, т.е. никак)
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от iPony129412 (?), 05-Май-24, 05:04
	Не шибко круто, но в Firefox есть под линукс с Intel официально.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (156), 05-Май-24, 14:19
	>>возможности воспроизведения YouTube с аппаратным ускорением > Полная поддержка которого реализована только в Windows да Mac OS. Кто о чем а фрибсдшник о винде и макоси... как типично. Поэтому вам ничерта на десктопе и не светит. Если сидеть на 2 стульях результатом - отбитый зад.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	233. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Школьник (ok), 06-Май-24, 13:39
	Так вам точно также не светит, не тешь уже себя иллюзиями. Говорю как человек, который изрядно (минимум 4 года) посидел на десктопе со всеми 4 ОС в разное время (винда, мак, линукс, фряха). Хотя вяленый на линуксе вот оказался на удивление хорош (это с кедами-то), но ход исторического процесса эта незаурядная личность всё-таки не изменит :-)
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 06-Май-24, 18:13
	> Так вам точно также не светит, не тешь уже себя иллюзиями. Чудак человек. Ты это написал тому у кого кроме линуха - ничего нет. В линухе ворочаются все мои воркфлоу. Я ворочаю там проекты - for fun and profit, оптом. И именно поэтому заинтересован чтобы это все работало и работало хорошо. Конечно я для себя сам определяю критерии хорошести, с вашими совпадать не обязано. Тут я и узнал что мне по пути - с вон теми. С другой стороны, я не желаю получать наглые EULA в 1стороннем порядке и изменения которые я не могу откатить. Я этого от MS неелся досыта. Не вижу чем эппл лучше, на примере ифона показали где их цели и ценности. Я увидел, мне достаточно. Поэтому, WORKSFORME! А мир во всем мире и прочий трах за девственность - не моя прерогатива. Меня интересует - решение моих задач. Я впрягаюсь в процессы когда ЭТО дает сбой. Так просто и меркантильно. И вполне работает и для меня и для остальных участников процесса. А переработает ли хомячков на фарш MS потому что те нажали agree с этим - моя проблема иная: сделать так чтобы была опция эту кнопку не жать. Дальше это выбор каждого. > Говорю как человек, который изрядно (минимум 4 года) посидел на десктопе со > всеми 4 ОС в разное время (винда, мак, линукс, фряха). И это должно меня интересовать - потому что что? Мое целеполагание разресовано выше. И на его основе я вполне могу пройти часть пути с вон теми. Ворочая для них часть работ которые могу. А от проприетарных божков мне уже ничего не надо - я уже сам научился немного залезать на пантеон и на меньшее уже не согласен. > Хотя вяленый на линуксе вот оказался на удивление хорош (это с кедами-то), > но ход исторического процесса эта незаурядная личность всё-таки не изменит :-) Лично мне хватит чтобы у лично меня все работало ЗБС, а остальное меня если честно интересует намного меньше. Я могу показать людям ту или иную опцию. Продвинутые обычно были за это очень благодарны. И я приобрел много интересных друзей. Мне это нравится. А всеобщее счастье и мир во всем мире - ну, это как максимум приятный бонус в случае если "прокатило".
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (255), 06-Май-24, 18:39
	> Я впрягаюсь в процессы когда ЭТО дает сбой. Так просто и меркантильно. Кому ты рассказываешь? По одному «меркантильно» сразу видно, что сидишь и Настраиваешь Систему Под Себя™ круглыми сутками, а все проекты «for fun and profit» — не твои, а твоего начальника. Постыдился бы тут взрослым людям в комментах такую ересь нести.
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 07-Май-24, 04:28
	> Кому ты рассказываешь? По одному «меркантильно» сразу видно, что сидишь и Настраиваешь > Систему Под Себя™ круглыми сутками, Вы что-то сильно перепутали в этой жизни. Для себя я ее нарулил энное время назад, угомонился, напилил образов и виртуалок из этого и какие-то перетрясы - раз в 2..6 лет. И даже так все подперто снапшотами на случай если что пойдет не так, так что все системные маневры быстры и эффективны. Этому я как раз у корпов научился. А меджу этими точками - я фигачу в каде, пишу фирмвари, собираю кастомные линуховые штуки на основе примерно тех же технологий что держат мой десктоп и делаю иные странные вещи. Ессно не бесплатно в большей части случаев. И вот тут меня возможность кастомизации системы под вон ту задачу, равно как и вертикальное масштабирование - интересовать начинает. Ну и ессно мне самому в системе должно быть удобно и эффективно. Я же не маклауд, чем быстрее запилю проект тем больше интересных идей опробую - а заодно и больше бабок срублю! Ну и да, с виндами и маками это врядли получится. Или гиморнее в разы и с рисками. > а все проекты «for fun and profit» — не твои, а твоего начальника. Можно и так сказать. Уточнив что этот начальник опять же - я :) > Постыдился бы тут взрослым людям в комментах такую ересь нести. А чего мне стыдиться? Судя по вашему спичу это у вас какие-то траблы с этим...
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Школьник (ok), 06-Май-24, 18:44
	Мужик! Вот честно - я рад за тебя уже 294ый раз, без всякого троллинга говорю, хоть и с юморком. Но ты сам-то себе вопрос "а кушал ли я что-либо слаще морковки" задавал, надеюсь? Потому что ты, судя по всему, еще в начале нулевых как слез с винды, так больше туда не возвращался, и тем же маком не пользовался. А между тем та же винда и мак за 20 лет несколько... изменились. Кому-то кажется, что в худшую сторону, а мне вот кажется, что далеко не так всё однозначно. Если сравнивать десктопный линух с виндой образца 2005го года, то сравнение может быть и в пользу линуха. Если сравнивать десктопный линух с виндой образца 2024 года, то тут как бы сравнивать-то особо нечего. Это просто разные весовые категории. И та же история, если сравнивать с Маком. Вот тебе простой вопрос. У меня часто бывает ситуация, когда я скачал (или мне прислали) PDFку. Я точно помню оттуда несколько рядом стоящих слов, но абсолютно не помню ни имени PDFки, ни где она лежит, ни кто ее мне прислал (или откуда скачал). На Маке я просто открываю Spotlight (это такой мега-поиск там), набираю эти самые слова (даже можно с небольшими ошибками), и мне _в течение пары-тройки секунд без серьезной нагрузки на CPU, без лагов и тормозов_ Spotlight выдает один или несколько кандидатов-документов, где это есть. Это касается не только PDFок, но и многих других текстовых документов. Причем Spotlight видит даже документы, которые ко мне на мак попали буквально 30 секунд назад. Собственно, типичная и не самая сложная задача для десктопа. Я не прошу многотомную отказоустойчивую файлуху, я не прошу аналог btrfs/bcachefs, мне нахрен не нужны экстенты, мне не нужен аналог systemd (хотя в Маке он есть). Мне нужно повторить именно вот это на линуксе. Расскажи мне, что мне надо сделать на линухе, чтобы там эту задачу я мог бы выполнить ровно так же, чтобы софт, делающий это, не грузил чудовищно проц и диск, без лагов, без тормозов, не жрал бы многие гигабайты памяти, работал надежно, не отвлекал меня на обслуживание(!) и тюнинг(!!). Забегая вперед, скажу, что на линуксе эту задачу скорее всего не сделать. Потому что любой opensource/FOSS аналог этого не будет работать так же, как Spotlight на Маке. Он будет тормозить, он будет лагать, он будет чудовищно грузить проц, память и диск, он будет, как баран, после очередного зависания переиндексировать заново все файлы. Он будет не понимать целую кучу форматов файлов, он будет не видеть изменения на диске, несмотря на всякие inotify. Словом, аналогов нет (с) И это только лишь одна и при этом достаточно типовая десктопная задача... Дело не во мне, и не в тебе с твоими гиковыми потребностями, которые на линуксе WORKSFORME. Дело в том, что линукс до сих пор не научился решать вот такую не самую сложную задачу. И ютюбчик видео не умеет показывать с аппаратным ускорением en masse. И многомониторные конфигурации на ноутах с гибридной графикой там до сих пор боль. И вяленый еще отлаживать и отлаживать. И... Да, вот потому-то линукс и не готов для десктопа. И твои WORKSFORME тут вообще не при делах.
	Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

	281. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 07-Май-24, 05:41
	> вопрос "а кушал ли я что-либо слаще морковки" задавал, надеюсь? Я еще и ответ на него знаю. Просто для понимания я умею рулить виндой и AD/Exchange и проч. На уровне далеко за пределами стандартного энтерпрайз админа. И я был в весьма интересных кампусах. Тебя и прочих админов уровня пох там ессно никогда не будет. Не берут ЭТИ таких. > Потому что ты, судя по всему, еще в начале нулевых как слез > с винды, так больше туда не возвращался, Ну так то я до 2008 R2 рулить умею довольно прилично. А потом - потом меня майкрософт и их технологии и правда окончательно задолбали. И не, спасибо, но восьмеркой или десяткой и прочим гхевно я не буду пользоваться даже бесплатно. Мне такие ос просто не надо. Я в лине открыл новые горизонты эффективности, обзавелся множеством интересных знакомств и познал каким мощным и кайфовым может быть софтострой на самом деле. То что проприетарщикам не дано - создавать свое будущее. > мне вот кажется, что далеко не так всё однозначно. Если сравнивать > десктопный линух с виндой образца 2005го года, то сравнение может быть > и в пользу линуха. Я поотвисав с майкрософтушкой с мое, железобетонно усвоил несколько вещей. 1) Мне не нужен сладкий хлебушек от таких господ. 2) Я совершенно точно не "agree" с тем что в их EULA/TOS. 3) Linux разогнал мою эффективность в разы относительно этого как дева/создателя электроники и проч. И все это - нашару. > Если сравнивать десктопный линух с виндой образца > 2024 года, то тут как бы сравнивать-то особо нечего. Это просто > разные весовые категории. И та же история, если сравнивать с Маком. Я рад за них и все такое. И это себя проявляет наружу в ... чем? > слов, но абсолютно не помню ни имени PDFки, ни где она > лежит, ни кто ее мне прислал (или откуда скачал). В моем случае - я просто держу в ФС порядок. Файло раскладывается по понятным рубрикам и имена описывают что это. А если я буду по контенту искать - у меня десятки тысяч пдф, ибо это стандартный формат для даташитов на электронные компоненты. За годы их накопилось немеряно. И поиск по контенту будет - в общем то куском не особо полезного спама. А вот быстрый лукап по имени обычно не подведет, в него просто вколочены ключевые кейворды интереса. Поэтому рекурсивный поиск вида /data/Doc/*STM32*.pdf - даст мне все что про STM32 и пдфник. В каком-нить миднайте еще и списком. Да, это немного педальненько, не гламурно и проч. Но в итоге я ворочаю многими тысячами пдфок и нахожу нужные. Быстро и без тех благодетелей. > пары-тройки секунд без серьезной нагрузки на CPU, без лагов и тормозов_ > Spotlight выдает один или несколько кандидатов-документов, где это есть. Ну, я рад за вас. Но мне такой тул - просто без надобности. Я не развожу у себя помойку в файлухах. > Это касается не только PDFок, но и многих других текстовых документов. Причем Spotlight > видит даже документы, которые ко мне на мак попали буквально 30 секунд назад. Это все прекрасно и прочее, только мне нужно как зайцу стопсигнал. Я не пускаю пузыри и бардак в системе не развожу - так что отличное решение проблемы...которой у меня не было. При том что я работаю с очень приличными объемами данных. Да, сделать даже несложную плату потребует почитать пару десятков пдфников. Для этих в имени файла традиционно есть "part number" и классификация что это. И мне пофиг как назвал это вендор, будет добавлено как минимум вон то. > Собственно, типичная и не самая сложная задача для десктопа. Я не прошу > многотомную отказоустойчивую файлуху, я не прошу аналог btrfs/bcachefs, мне нахрен не > нужны экстенты, мне не нужен аналог systemd А мне нахрен не нужны инструменты для тех кто пускает пузыри. Мне нужны инструменты профессионала, делающие меня эффективным. Этим мы и отличаемся. У нас разные пожелания к ОС. > бы многие гигабайты памяти, работал надежно, не отвлекал меня на обслуживание(!) > и тюнинг(!!). Ну, понимаете, я тюнингом если и занимаюсь - то в основном под всякую мелкую оптимизацию - или какие-то очень нетривиальные по масштабу задачи. А так все просто работает. С другой стороны, смочь на хилом одноплатнике больше чем конкурент, решив задачу дешевле - это как бы некий козырь. И хрен оспоришь! > Забегая вперед, скажу, что на линуксе эту задачу скорее всего не сделать. > Потому что любой opensource/FOSS аналог этого не будет работать так же, > как Spotlight на Маке. У меня походу сильно другие подходы, задачи и предпочтения. Для начала я не превращаю мои системы - в помойку. > целую кучу форматов файлов, он будет не видеть изменения на диске, > несмотря на всякие inotify. Словом, аналогов нет (с) Словом - я этим просто не пользуюсь. И не планирую. Я просто не гажусь под себя - ну и не приходится заботиться автоподмывом, соответственно. Это тул для более приземленных юзерей. > И это только лишь одна и при этом достаточно типовая десктопная задача... Для лично меня - это нечто совершенно ненужное мне. И как раз хорошо когда я могу запилить себе систему без всего этого барахла. Меня всегда бесило в винде что притаскивают кучу нафиг ненужного мне мусора - который еще и фиг удалишь. > пор не научился решать вот такую не самую сложную задачу. А вам не приходило в бошку что линух обычно юзают более развитые существа, не гадящиеся под себя в ФС? Ну у них и нет такой проблемы - так что и решать им ее незачем. А как там майкрософт или эппл окучает инвалидов умственного труда - ну вот не моя проблема, право. > И ютюбчик видео не умеет показывать с аппаратным ускорением en masse. Угу блин, я видел как макинтошники и виндузоиды видео вообще с ютуба качают... > боль. И вяленый еще отлаживать и отлаживать. И... Да, вот потому-то > линукс и не готов для десктопа. И твои WORKSFORME тут вообще не при делах. Ну у кого он не готов - те пусть и курят бамбук. А я тем временем юзаю его на своем десктопе. Свои проблемы - решил. Эффективность СЕБЯ разогнал. Фичи нужные МНЕ - работают. А мир во всем мире и проч - уже не моя прерогатива. С меркантильной точки зрения меня интересует решение именно моих проблем все-таки. Поэтому что там с индексацией пдфников я тупо без понятия. Мне это не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	293. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Школьник (ok), 07-Май-24, 11:25
	Можно было уложиться в простую фразу - "для МЕНЯ с МОИМИ гиковыми/профессиональными инженерными потребностями линукс подходит лучше всего". Только это никак не противоречит тому, что для среднего Васи или Маши с их средними потребностями линукс на их десктопе (лаптопе, планшете, телефоне) подходит хуже всего. Не то чтобы не подходит совсем - просто подходит хуже винды и хуже Мака. Хотя бы из-за отсутствия аналога Spotlight, но не только. О чем спор-то? :-)
	Ответить | Правка | Наверх | Cообщить модератору

	329. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (329), 11-Май-24, 08:26
	> Можно было уложиться в простую фразу - "для МЕНЯ с МОИМИ гиковыми/профессиональными > инженерными потребностями линукс подходит лучше всего". Я никогда и не скрывал что мир во всем мире и прочий трах за девственность меня если и интересуют то - как максимум косвенно. А хорошесть той или иной системы я оцениваю прежде всего на себе и своих задачах. > Только это никак не противоречит тому, что для среднего Васи или Маши с их > средними потребностями линукс на их десктопе (лаптопе, планшете, телефоне) > подходит хуже всего. Да вообще я ряду знакомых нарулил демьян чтобы малварь и тулбары из виндов не вычищать. Юзают себе, довольны. Но да, некая конфигурация нужна. > Не то чтобы не подходит совсем - просто подходит хуже винды и > хуже Мака. Хотя бы из-за отсутствия аналога Spotlight, но не только. В гномах и кедах какие-то индексаторы вроде есть. Я просто не интересовался этим всем - мне ЭТО не надо. > О чем спор-то? :-) О том что то что хорошо для хомячка не факт что хорошо для меня. Поэтому у меня и оных будут сильно разные понятия о хорошем десктопе. И нет, отказывать себе в удовольствии учитывать себя и свое мнение я не намерен. И да, общение с линуксоидами прокачало мою эффективность в ряде аспектов. А юзеры виндов и мака в этом смысле - бесполезняшки как правило.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Анонист (?), 05-Май-24, 17:08
	> Полная поддержка которого реализована только в Windows да Mac OS. Linux в этой области работает так же как 140 килограммовая гимнастка на брусьях, т.е. никак) В бубунте из коробки работает как в фурифоксе, так и в хроме. Так что с разморозочкой. Остальные маргинальные дистры и что там у них - мало кого волнует.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	195. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Минона (ok), 05-Май-24, 22:54
	В какой именно бубунте ? На моем райзене 5600Н в бубунте 20.04 в ФФ не работает. На федоре 39 тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 06-Май-24, 05:39
	> На моем райзене 5600Н в бубунте 20.04 в ФФ не работает. Этак чего доброго окажется что проц выпущен позже чем убунта (и тем более софт в ней). Очень странно что там вообще спасибо если что-то работает. Только этой системе уже 4 года долбануло если что. И да, поддержка ВСЕХ фич современного железа появляется ессно не мгновенно. А реально там 24 вот-вот выйдет, если еще не. ...только вот сабж по сравнению с этим всем еще на эн лет лагает ;).
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Минона (ok), 06-Май-24, 12:06
	>> На моем райзене 5600Н в бубунте 20.04 в ФФ не работает. > Этак чего доброго окажется что проц выпущен позже чем убунта (и тем > более софт в ней). Очень странно что там вообще спасибо если > что-то работает. Только этой системе уже 4 года долбануло если что. > И да, поддержка ВСЕХ фич современного железа появляется ессно не мгновенно. > А реально там 24 вот-вот выйдет, если еще не. > ...только вот сабж по сравнению с этим всем еще на эн лет > лагает ;). 5600Н и ядро 5.15 вышли в 2021 году. Последний апдейт ядра - февраль 2024. Федора 39 вышла в ноябре 2023. Итого: Видео с ютуба в ФФ при разрешении 1080р и выше теряет кадры.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (250), 06-Май-24, 18:22
	>> ...только вот сабж по сравнению с этим всем еще на эн лет лагает ;). > 5600Н и ядро 5.15 вышли в 2021 году. > Последний апдейт ядра - февраль 2024. А это именно новое майнлайновое ядро? Или какой-то древний бэкпорт - и графический стек 4-летней давности? И браузер случайно не ископаемый? Так то да, при желании можно назло бабушке жонглировать цифрами. Тем временем у вон тех все работает и им норм. Потому что в конце концов линуксоиды свои проблемы таки обычно - решают. > Федора 39 вышла в ноябре 2023. Про федору ничего не скажу - не пользуюсь этим и не знаю какие там тайминги и начинка. > Итого: > Видео с ютуба в ФФ при разрешении 1080р и выше теряет кадры. Да, и почему-то это все - у именно BSD'шников. Которые показательно простреливают пятки на линухе и делают вид что это единственная возможная опция. Забавный такой синдром утенка и проекции. p.s. блин, у меня 1080 не выпадает даже при софт декодировании, в виртуалке... что вы с ним сделали для этого? Неакселерированый адаптер чтоли воткнули?!
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (224), 06-Май-24, 08:55
	> В бубунте из коробки работает как в фурифоксе, так и в хроме. УМВР, как обычно, да? Потому что вот у меня ни из коробки, ни после разнообразных виртуозных приседаний так и не заработало.
	Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

	108. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (108), 05-Май-24, 07:37
	Интел же известная графическая компания. Не нвидиа ни даже амд. А Интел которая даже дискретную видеокарту выпускала со скрипом. Говорить что графический стек написан интелом это все равно то признаться в полном провале.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	212. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 06-Май-24, 05:17
	> Интел же известная графическая компания. Не нвидиа ни даже амд. А Интел > которая даже дискретную видеокарту выпускала со скрипом. Говорить что графический стек > написан интелом это все равно то признаться в полном провале. На данный момент он пишется толпой самого разного народа, а AMD замайнлайнил свой модуль AMDGPU в ядро. И теперь это уж точно не проект интеля. А подсистема делаемая всеми кто заинтересован в графике в лине. Да и нвидия видимо вот-вот начнет что-то такое же. Во всяком случае, до них дошло вывалить модуль под GPL, а потом еще и нанять майнтайнера драйвера nouveau (!!!) и координироваться с airlied'ом. На вид - вроде как повтор пути AMDшников намечается. По крайней мере, такая последовательность событий была бы странной, если это не ОНО.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (122), 05-Май-24, 09:02
	Да линукс сам состоит чуть менее чем полностью из форков чужого кода из многочисленных юниксов, включая кучу бздей. Даже на андроиде.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

2. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+3 +/–
Сообщение от Аноним (2), 04-Май-24, 22:26
> Отмечается, что новый инсталлятор повысит привлекательность системы для пользователей, привыкших к графическим инсталляторам и воспринимающих текстовые интерфейсы как анахронизм [strikethrough]Такой хоккей нам не нужен[/strikethrough] Такой пользователь не нужен FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (7), 04-Май-24, 22:51
	> для пользователей, привыкших к графическим инсталляторам и воспринимающих текстовые интерфейсы как анахронизм Что-то, кроме инсталлятора, для таких пользователей FreeBSD может предложить? Ну, например, драйвера к девайсам, которых нет у конкурентов (линукс/венда/макось), технологии хранения данных, какие-то другие технологии? Или это специально для пользователей, которые после завершения установки форматируют раздел и переходят к установке следующей системы?
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (135), 04-Май-24, 23:08
	> технологии хранения данных, какие-то другие технологии? Окаменевшие (ведь им уже почти 14 лет) технологии асинхронного и объединенного трима не-COW ФС?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 01:08
	OSS, geom, netgraph, может бихайв - он на удивление шустрый.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	86. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 04:07
	> OSS, Это достоинство, потому что - что? > geom, netgraph, Да знаете - btrfs какой (а теперь bcachefs со временем) - куда лучше той некромансии по управлению. А заодно у вас и ничего сравнимого с системдой нет. Если уж про удобное, кондовое управление которое позволяет просто и быстро рулить системой в удобном виде. > может бихайв - он на удивление шустрый. А вы его сравнивать с kvm не пробовали? А то тот запросто мастеркласс даст любому шустряку на эту тему - потому что virtio. А у вас вроде как раз проблемы с этим были...
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+5 +/–
	Сообщение от Афанасий (?), 05-Май-24, 04:37
	Сравнить geom, netgraph с btrfs – это как сравнить нейтрон с чаем. Но анониму всё возможно. Особенно доставляет употребление netgraph в контексте btrfs ))) ЗЫ Если в теме не разбираешься, то не стоит писать.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (167), 05-Май-24, 15:38
	> Сравнить geom, netgraph с btrfs – это как сравнить нейтрон с чаем. > Но анониму всё возможно. Мне почему-то кажется что если желающие попробуют ваши геомы а потом btrfs, выбор будет однозначным. И совсем не в пользу первого. Туда же и прочие md/dm/lvm... те же яйца, только еще кривее. То что вон те миндфак сделали чуть стройнее - круто, но надо было - сделать не миндфак, а нормальное управление. На память о чем вон те носятся с ZFS как с писаной торбой. Беря его из проекта ZFS on linux, хехе. Это унижение, господа. Вся оценка вашей высококонцептуальной возни жестоким реальным миром. О крутоте управления ZFS вон там в советах эпическая история :). С btrfs они б просто зацепили его на другой машине - и все. А у них там целое действо вышло. Пьеса с участием буха о трех действиях, 2 антракта и не подлежащая майнтенансу система в комплекте. Надо будет стырить в азбуку фэйлов прожектменеджмента, ибо testimonials очень колоритные. > Особенно доставляет употребление netgraph в контексте btrfs ))) Ремарка была по части геома ессно, это просто лишний кус цитаты. > ЗЫ Если в теме не разбираешься, то не стоит писать. Да я смотрю вы там уже доразбирались - до эвона чего. Это оглушительный успех ваших высококонцептуальных технологий. И, несомненно, офигенное преимущество. Настолько что одна из последних лавочек, iXsystem - которую такое интересовать могло - выставила фрю на мороз.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 05:46
	OSS потому что там лучший API в индустрии. ALSA, sndio - не такие удобные и не дают столько возможностей. Не знаю причём тут btrfs/bcachefs и системд. Касательно системд до сих пор нет однозначного мнения что это годное решение. kvm - так он у нас поверх бихайва умеет работать, и virtio давно есть.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	130. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (2), 05-Май-24, 10:56
	kvm поверх behyve'a? это что за покемон?
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–3 +/–
	Сообщение от Аноним (-), 05-Май-24, 16:04
	> OSS потому что там лучший API в индустрии. Я бы сказал, что это самый мертвый API в индустрии. Я конечно понимаю что о мертвых либо хорошо, либо ничего - но софт этим уже не пользуется. Поэтому преимуществом оно быть не может. > ALSA, sndio - не такие удобные и не дают столько возможностей. Алса дурацкая, поэтому в итоге появился пульс. И дофига программ ожидают именно это апи. А вы его либо умеете либо тем хуже для вас, как вам там удобнее. Фирмочка делавшая OSS сама виновата, проприетарные драйверы - в линуксе не забывают и не прощают. Их песня спета. > Не знаю причём тут btrfs/bcachefs и системд. При том что нормальное, человеческое управление системой, когда все просто, быстро, эффективно, на виду - мастхэв. Вы не представляете себе насколько эффективнее классиков типа прошареных мощных девопсов подпертых подобными тулсами. А я вот видел, проникся, тоже так захотел уметь. > Касательно системд до сих пор нет однозначного мнения что это годное решение. Можете луддитствовать и дальше, рассуждая про фабрикаторы без нормального управления осью. Но почему-то в макоси и соляре было нечто сравнимое. Только еще покусаное энтерпрайзом с XML и проч. А когда оказалось что это тормозно - еще и суперкостылями типа кеша в скулайт. В это смысле поттер их мастерски обставил имхо, учтя их фейлы. > kvm - так он у нас поверх бихайва умеет работать, и virtio давно есть. Только разница вероятно как между оригиналом и китайским клоном. И погода делается - ну вон там. А это в лучшем случае copycats. Учитывая что оно и в оригинале бесплатно и в комплекте с линухом, я не понимаю в каком месте возникают достоинства и преимущества. И virtio надо не для галочки а для быстрой, стабильной эффективной работы. С чем IIRC у вас были какие-то проблемы. Никто не юзает технологию за сам факт что это такая-то технология. Технология делает себе имя своей работой.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	197. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:27
	OSS вполне себе распространён. Я лично добавлял его во freerdp и возвращал и допиливал в mpv. И вы тему преимуществ переводите на распространённость. Вы даже не знаете что в вашем линухе ядерное API для звука это именно ALSA. Пульс просто надстройка. У нас virtual_oss примерно тоже самое делает. А ещё всякие пайпвары появились для подобного. Я рад за вас и системд, но мне пофиг :) virtio есть и работает, что у вас там были за проблемы я хз.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–2 +/–
	Сообщение от Аноним (-), 06-Май-24, 05:53
	> OSS вполне себе распространён. Я заметил, так что все программы/либы на виду апи пульсаудио почему-то хотят :) > Я лично добавлял его во freerdp и возвращал и допиливал в mpv. По моему это доказывает - ровно обратное. То что он никому на...й не нужен настолько что вам пришлось это фигарить самому. Вот затребовать жестко пульсовое апи доперло много программ. А сделать рожу кирпичом и затребовать вот именно ЭТО апи - ну вот не, это уже не вариант. И выйдет боком апликушнику скорее - когда его софт выпадет из использования. > И вы тему преимуществ переводите на распространённость. Мой пойнт прост: апи на которое все забили болт - настолько что ВЫ САМИ ЕГО ПРИКРУЧИВАЕТЕ - это что угодно но точно не "преимущество". В каком месте долботня с самоличным прикручиванием апи в программу - бенефит?! В возможности просадить время на черти что и сбоку бантик чтоли? > Вы даже не знаете что в вашем линухе ядерное API для звука это именно ALSA. Я знаю. А еще я знаю что именно алсой - прикладной софт практически не пользуется. Неудобное апи и куча ограничений, опциональщины и дурацкостей с которым обычные апликушники дела иметь совершенно не хотят. Поэтому большая часть софта недвусмысленно хочет пульсовое апи. > Пульс просто надстройка. Это не мешает ему по сути чуть ли не монополизировать алсу - и вывешивать поверх нее ДРУГОЕ апи. Которым как раз весь софт по факту и пользуется. В принципе тут некто местный даже написал прослойку делающую это апи прям из алсы совсем без пульса. Ну, ок, так можно было, важно то - вывешивание апи, а не как оно в деталях реализовано. > У нас virtual_oss примерно тоже самое делает. В конечном итоге - ваше "суперское" апи никому нахрене не уперлось. Им никто не пользуется. Настолько что как вы сами сказали - вот самому и пришлось его прикручивать методом "сделай сам". А если вы вдруг забьете или ласты склеите - упс, это добро вылетит с треском оттуда. А еще есть более 9000 программ до которых лично вы - не дотянулись. И там сами понимаете где этот ваш OSS видели. > А ещё всякие пайпвары появились для подобного. Насколько я помню оно и пульсовое апи заодно реализует. > Я рад за вас и системд, но мне пофиг :) Мне просто забавно как вы эстетствуете про фабрикатор - но продолбаный уровень управления системой вас совершенно не смущает. ИМХО поважнее фабрикатора факапчик. > virtio есть и работает, что у вас там были за проблемы я хз. Да кто-то плевался что медленный IIRC. А может и какие-то технические проблемы были. Не помню, не следил. Я просто к тому что нехило бы сравнивать "а как оно у других?" до того как размахивать достоинствами. А то может пока вы там паровую мащину "вау какую" собирали - у вон тех уже маглевы везде?! Тоже транспортное средство - но значительно круче.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от АнонимныйАноним (?), 06-Май-24, 15:05
	https://klarasystems.com/articles/virtualization-showdown-fr.../
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–2 +/–
	Сообщение от Аноним (-), 06-Май-24, 18:37
	> https://klarasystems.com/articles/virtualization-showdown-fr.../ Насколько я помню эта клава фрибсдшная штука. Так что верю-верю в их экспертизу. Сразу после того как Get The Facts от майкрософта дочитаю, ога :) Ничего что там все так написано что речь о воспроизведении этого бенча - не идет в принципе? Хотя даже у этих, при очевидной шкурной заинтересованости - freebsd guest ухитрился быть где-то в ж. Прикольно когда ОС сама с собой играть не может настолько что даже эксперт от бсд не смог вытянуть это дело. ...и да, вас ждет немало интересных подарков от пингвина по части перфоманса в свежих версиях ядер, qemu и проч. Которые вон тому чудику будет совершенно нечем крыть. Потому что большие core refactor ядра это то что требует ресурсов. Удобно конечно меряться с технологией 4-летней давности, но здесь вам не тут. Многое случилось за эти 4 года. В линухе. А заодно - тадам - KVM научили вывешивать интерфейсы HyperV :D :D недавно. Интересно, майки таки реально готовятся абажур перевести на линух по хостам? Вот будет номер то если MS Linux
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 21:40
	Я вам ещё раз повторяю: OSS лучшее API в индустрии. ЛУЧШЕЕ. Не самое распространённое, а ЛУЧШЕЕ. Оно наиболее удобное и функциональное. Вы понимаете разницу между "лучшее" и "распространённое"? Самое распространённое это вендовое wave и DX, потом наверное SDL будет. > Мне просто забавно как вы эстетствуете про фабрикатор - но продолбаный уровень управления системой вас совершенно не смущает. ИМХО поважнее фабрикатора факапчик. Тёплое с мягким. Меня устраивают скрипты инициализации которые во фре. Скажу больше - мне тупо пофиг, даже если там будет системд.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	282. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 07-Май-24, 05:49
	> Я вам ещё раз повторяю: OSS лучшее API в индустрии. ЛУЧШЕЕ. Как гооврится, лучшее враг хорошего. А я умею в "good enough". Научился у капиталистов. > Оно наиболее удобное и функциональное. > Вы понимаете разницу между "лучшее" и "распространённое"? Как бы это сказать? Програмить под мертвое апи - без возможности раздать софт с этим - весьма сомнительная привилегия. И при этом какая нахрен разница что оно хорошее или удобное? > Самое распространённое это вендовое wave и DX, потом наверное SDL будет. Ну дык, если мне приспичит играть звук кроссово я и возьму SDL. И никогда это ваше кульное апи не увижу. Потому что в гробу видал радость кодить под мертвечину. Если валву не лениво - ну, окей, пусть ОНИ на это свои ресурсы и убабахивают. А мне оно не приболело. > Тёплое с мягким. > Меня устраивают скрипты инициализации которые во фре. > Скажу больше - мне тупо пофиг, даже если там будет системд. В каком-то роды вы правы - но я считаю что нормальное управление системой все же очень жирная фича. А у вас с вашими педальными скриптами поди нету ничерта сравнимого с обычным systemd-delta. Вот так вот вроде система, но удобства - во дворе...
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 07-Май-24, 23:31
	У меня нет своей ОС, нет "педальных скриптов" (что бы это ни означало). Я не ассоцирую себя с фрибсд, я ей просто пользуюсь там где мне удобно. Местами мне удобнее линух. В любом случае я не лазаю в систему инициализации и мне от неё мало что надо.
	Ответить | Правка | Наверх | Cообщить модератору

	338. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 13-Май-24, 08:42
	> У меня нет своей ОС, нет "педальных скриптов" (что бы это ни означало). Тогда см ниже про эникеев. На мой вкус - системд таки позволил решать чертову кучу системных проблем и разруливать немало системных аспектов. Которые вот именно скриптотой реализуются от хреново до никак. Не говоря о том что если мне в лапы попался некий сервер, с системдой сильно проще понять "а что там вообще?". > Я не ассоцирую себя с фрибсд, я ей просто пользуюсь там где > мне удобно. Местами мне удобнее линух. Можно, конечно уметь кучу всего - но только на уровне эникея, как правило. Все эти разговоры обычно ведут куда-то туда. И соответсвенно нормальный "линуксоид" будет в разы эффективнее на многих задачах. Ну мне так, девопсы вообще показали - как на самом деле надо было. Я нашел что у них есть пойнт. Разрулить крутые факапы за МИНУТЫ а не часы? Вернуть прод в рабочий вид быстрее чем я офигеть успею? Это - то как крутой, быстрый и гибкий девопс на самом деле работает. Мне стало завидно и научился ряду фокусов позволяющих такие же тайминги :). > В любом случае я не лазаю в систему инициализации и мне от неё мало что надо. Видимо увроень эникея и тут лезет. А мне вот надо - и кастомные сервисы запиливать, желательно с продвинутыми фичами, раз ОС умеет, а еще - ну я вон тем допустим серваком порулить пришлось. Так вышло. При этом очень кстати если его состояние можно обозреть парой команд, что и откуда. А не так что в дюжине дир по помойке шариться, и все равно какой-то чудный костыль упустишь.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (44), 06-Май-24, 02:10
	>  OSS потому что там лучший API в индустрии. Мне SunAudio в NetBSD больше нравится, и по сравнению с OSS имеет массу преимуществ перед ним
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	234. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Минона (ok), 06-Май-24, 13:46
	>> geom, netgraph, > Да знаете - btrfs какой Смешались в кучу люди, кони... > А вы его сравнивать с kvm не пробовали? Так точно, товарищ капитан звездолета! kvm медленнее.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	173. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 05-Май-24, 16:05
	> Или это специально для пользователей, > которые после завершения установки > форматируют раздел и переходят > к установке следующей системы? Ну судя по достигнутому в видеозаписи результату установки фряхи (невозможность монтирования файловых систем сразу после установки системы) после работы такого "графияческого инсталлятора" только и остаётся вариант: > форматируют раздел и переходят > к установке следующей системы
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	137. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (137), 05-Май-24, 12:29
	> Такой пользователь не нужен FreeBSD. Новость подразумевает ровно противоположное.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	159. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (159), 05-Май-24, 14:46
	Бело-синему?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	169. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 05-Май-24, 15:55
	> Такой пользователь не нужен FreeBSD Да я тоже подумал - чё в FreeBSD делать пользователю такому, который не может установить систему текстовым инсталлятором. :-)
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	178. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от тов. майор (?), 05-Май-24, 16:22
	Таким пользователям FreeBSD ненужна.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
Сообщение от dannyD (?), 04-Май-24, 22:35
>>Отмечается, что новый инсталлятор повысит привлекательность системы для пользователей, привыкших к графическим инсталляторам и воспринимающих текстовые интерфейсы как анахронизм. книгу по обложке, кента по одёжке.... будем собирать юзеров которые "привыкли" и не очень понимают зачем это всё... куды мир котитса?
Ответить | Правка | Наверх | Cообщить модератору

	110. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (108), 05-Май-24, 07:47
	Да даже арч уже с графическим инсталятором. А это был топ по привлечению молодых юзеров без законченного среднего образования.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (115), 05-Май-24, 08:14
	>  это был топ по привлечению молодых юзеров без законченного среднего образования. в смысле был = до графического инсталлятора? согласен, без графического инсталлятора самый популярный дистр для нитакусь школьников был. с гуем, увы, перестал быть
	Ответить | Правка | Наверх | Cообщить модератору

4. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
Сообщение от ШирлаМырла (?), 04-Май-24, 22:50
Это тот случай когда в заведении начинают переставлять кровати и красить фасад...
Ответить | Правка | Наверх | Cообщить модератору

	9. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (7), 04-Май-24, 22:53
	"для пользователей, привыкших к другому расположению кроватей и воспринимающих нынешнюю окраску фасада как анахронизм"
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 04-Май-24, 23:57
	Нет. Это давняя хотелка Эда Мастэ, в рамках попыток повысить популярность. И родилась она скорее всего потому что ему накапали директора что нужен рост. Это была первая/основная задача того разраба что они наняли под юзерспейс кажется почти год назад. Я там недавно ругался в линкеде что они там офигенно управляют проектом что за 10+ лет что я там оно практически не выросло, сколько людей пришло-столько ушло. Что как коммунити оно совсем не управляется, что СоС не работает на практике (а столько тут было нытья), и потом была часть про то что технологически они тоже фрики, на фриковском фабрикаторе и фриковской мозилле, хуже них только саванах от гну. Потом в новостях было что они затарились пачкой серверов, может быть будет переход с фабрикатора на гитлаб какой и всякие CI/CD внедрят до конца года. Проект загибается от этого старья и отсутствия автоматизации. CI/CD сильно не хватает портам, там много можно было автоматом делать и тестить, это бы убрало 50% тупых багов которые периодически вылезают. И работа с фабрикатором - это как через попу автогеном, потому что нормальных PR там нет, как люди привыкли через гит, там надо патч ручками заливать.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	64. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 01:37
	> Проект загибается от этого старья и отсутствия автоматизации. > CI/CD сильно не хватает портам, там много можно было автоматом делать и > тестить, это бы убрало 50% тупых багов которые периодически вылезают. Где они возьмут бабок на ТАКОЕ число серверов под ТАКУЮ нагрузку? Я конечно понимаю что все хотят модно-молодежно. Но вот платить за это почему-то никто не хочет потом. В корпе с полутора высокодоходными проектами и несколькими девами это еще как-то решаемо. А в соообществе, с дохреналионом апстримов у которых комитов больше чем блох на собаке у каждого? И кто эти тесты писать будет? Множества пользователей фри и того кто вон то умеет - почти не пересекаются.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 02:48
	Какое? Кажется я видел сумму в 100к за год или за совсем. То про что я говорил - это пара тазиков с 5950х сделает. Насчёт тестов - ничего особо писать не надо. Есть очень простые проверки что порт тупо собирается под разные архитектуры. Это по сути уже сейчас есть, просто оно происходит пост фактум, когда оно пытается собрать пакет из дерева которое в гите. У самих портов у многих тоже есть тесты, прямо от авторов, и многие меинтейнеры обеспечивают возможность их запуска, для этого всё уже есть в инфраструктуре. Да, вот именно так щас и есть. Меинтейнер приносит патч, его коммитят в гит а потом оказывается что оно даже скачатся не может или не собирается или не работает или не работает под не амд64 и тп. Отдельная проблема в том, что ты пишешь в makefile порта хэш коммита из гитхуба, делаешь make makesum, оно скачивает, считает хэш и ложит в файлик. Файлик коммитят в гит, а через два дня размер и хэш на гитхубе меняется. Про то что фабрикатор и багзилла угрёбищные я уже писал, даже если все 100к уйдут только чтобы поменять их хотя бы на гитлаб это будет огромный плюс.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 04:19
	> Какое? Кажется я видел сумму в 100к за год или за совсем. КМК если фигачить CI/CD в полном виде - там 100К в год на такое будет явно мало. Эта байда очень крепко грузит сервера даже на казалось бы малоактивных проектах. Брякнется с апстрима дохрналион комитов - и вот и педальте весь дохреналион. Или если хотите - можете группировать, конечно, но WTF тогда это CI/CD называется? А так даже всякие гитлабы-хабы с эвон каким парком полупростаивающих серваков халяву перекрыли. Народ это еще и юзать начал - нагрузка на серваки мигом пробила потолок. Пришлось все щупальца обрубить нафиг и объяснить что это денег стоит. > То про что я говорил - это пара тазиков с 5950х сделает. Что оно сделает?! CI/CD для всей фри и портов? ORLY? Или бобик настолько сдох что там у вас комитов совсем уже не осталось? > Насчёт тестов - ничего особо писать не надо. > Есть очень простые проверки что порт тупо собирается под разные архитектуры. Даже с этим можно покушать гамна. Особенно если софта много. Это уже несколько челов придется под чисто вот это вот чуть не фултайм выкроить. > Это по сути уже сейчас есть, просто оно происходит пост фактум, когда > оно пытается собрать пакет из дерева которое в гите. Они ж не на каждый комит как CI/CD это пытаются, вероятно? А вот именно CI/CD таки весьма ресурсоемкая штука в его полном виде. > У самих портов у многих тоже есть тесты, прямо от авторов, и > многие меинтейнеры обеспечивают возможность их запуска, для этого всё уже есть > в инфраструктуре. Ну, оптимизм, конечно, хорошо но я плохо представляю себе как это все без парка жирных серверов и админтимы на рюхание проблнм получится. > даже скачатся не может или не собирается или не работает или > не работает под не амд64 и тп. И я как бы понимаю это дело - но я видел CI и сколько это может жрать. Хотя если вы конечно добровольцем готовы вписаться ворочать это все, желательно бесплатно, а может и серваки предоставить - наверняка они не откажутся. А то обычно все это хотят - те кто при вопросе "а кто платит за банкет и отдувается с разруливанием этого всего?" - норовят в кусты. > в файлик. Файлик коммитят в гит, а через два дня размер > и хэш на гитхубе меняется. Ну извините господа. Если вы заложились на ремотный сервис и он решил поприкалываться - и кто вам доктор? Да, при этом все их приколы - будут именно вашим головняком :) > Про то что фабрикатор и багзилла угрёбищные я уже писал, даже если > все 100к уйдут только чтобы поменять их хотя бы на гитлаб > это будет огромный плюс. КМК в результате хрычи - заагрятся, нубам оно 1 фиг не надо бу, и получите вы свое разбитое корыто. Впрочем мне то пофиг, я линух юзаю.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 05:52
	Я оцениваю нагрузку сильно меньше чем вы описали. Не нужно на каждый коммит собирать ОС и всё дерево портов. Большая часть портов - легковесные, некоторые даже и не компилятся по сути а просто скачиваются и кладутся на диск. Гитхуб даёт кучу бесплатных чекеров и прочего вешать на каждый коммит, бесплатно. Наверное там есть лимиты, я просто далеко от них :) Но текущая автивность такая что много ресурсов не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 16:36
	> Я оцениваю нагрузку сильно меньше чем вы описали. > Не нужно на каждый коммит собирать ОС и всё дерево портов. Тогда оно не будет ловить фэйлы с гранулярностью до комита. А без этого - git bisect и так никто не запрещал юзать. > Большая часть портов - легковесные, некоторые даже и не компилятся по сути > а просто скачиваются и кладутся на диск. Насколько я вижу - народ ухитряется сгородить довольно увесистые процедуры даже для такого, навернув тестов, валидации, конверсии, упаковки или что там еще. По поводу чего хабы-лабы и перекрыли кислород. > Гитхуб даёт кучу бесплатных чекеров и прочего вешать на каждый коммит, бесплатно. Дает. И я знаю тех кто налетал на лимиты и пошел сетапить свой сервер. Не говоря о том что гитхаб в воркфлоу это заявка на залет. Завтра решат что вы такие любите 2FA и либо пойдете заниматься этим как зайцы вместо того что вы там задумали - либо вот вам сломаный workflow. И high entry barrier вашему проекту в качель. > Наверное там есть лимиты, я просто далеко от них :) > Но текущая автивность такая что много ресурсов не нужно. А если по эн комитов в день фигачить, от эн челов, а пайплайны не очень легкие, халява почему-то быстро заканчивается.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:33
	Процесс разработки фри и портов - отдельные сущности, и там не монорепозиторий для всего. 2FA - курам на смех, если вы такое не осилили то место вам на обочине прогресса :) TOTP это просто shared secret который используется совместно с текущим временем и суётся в hash функцию чтобы получить этот самый одноразовый код. Вот всё по простому и быстрому чтобы его получить: oathtool --base32 --totp "shared secret" -d 6 Точно так же с госуслугами.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 06-Май-24, 06:09
	> Процесс разработки фри и портов - отдельные сущности, и там не монорепозиторий для всего. И чего? В конечном итоге ресурсов сожрет немеряно, особенно если реально на каждый комит пинать. Иначе это уже очень условный CI/CD получится, не сильно лучше git bisect'а. > 2FA - курам на смех, если вы такое не осилили то место > вам на обочине прогресса :) Я не подписывался заниматься ублажением майкрософта в мое время, сорян. Это ваша прерогатива. А завтра их отшибленому менеджменту еще какой-то баззворд попадется, и они кроме попыток меня дрессировать и вымогания у меня номера телефона еще какую-то фигню потребуют. Мне это надо? Вы уж извините - но практически все опенсорс проекты которые я знаю, гитхаб послали в пешее эротическое. Довольно массово. И всегда есть иные способы взаимодействия ибо git - DVCS. Можно попросить pull откуда-то сделать допустим. > TOTP это просто shared secret который используется совместно с текущим временем и > суётся в hash функцию чтобы получить этот самый одноразовый код. Я просто не союираюсь этим заниматься в мое время. Особенно учитывая что git - DVCS, и кто угодно может что угодно через себя вкатить как пачку комитов "запроксировав" это и все мсовские блабла про supply chain - пойдут лесом! Но их манагерам и маркетингу видимо это забыли на курсах сказать, они и лечат свои ритуалы. Клоуны. И руководство майков и все кто на этот BS ведется. > Вот всё по простому и быстрому чтобы его получить: ... > Точно так же с госуслугами. Я не пользуюсь булшит-бинго сервисами норовящими меня поиметь и выйти мне боком, уж пардон.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 21:47
	Вы не понимаете что я вам пишу. Коммит в ОС - условно триггерит сборку ОС, это 5 минут на моём 5950х. Коммит в порты должен тригерить всякие проверки и сборку порта. Одного порта. В каких то случаях несколько-десятки портов. Но никак не ОС + всех портов. Ну не занимайтесь, сидите и без гос услуг, и без донатов от спонсоров и без возможности взаимодействовать с кучей опенсорс сообществ, вас же никто не тянет туда насильно. Как говорится тот кто не хочет адаптироватся к окружающей среде - вымирает.
	Ответить | Правка | Наверх | Cообщить модератору

	299. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 07-Май-24, 18:32
	> Коммит в ОС - условно триггерит сборку ОС, это 5 минут на моём 5950х. А, вы имеете в виду подкешировать CI? Вот это наверное может и прокатить - но хз ценой каких глюков и воспроизводимости всего этого. В общем - я бы вот лично вас и припахал это все наруливать как автора идеи :). Не уверен что у той тимы хватит гибкости, но вообще - наверное вариант. > Коммит в порты должен тригерить всякие проверки и сборку порта. Одного порта. Так их же дохранелион, и когда так начнет делать кажлый, на каждый комит... я не уверен что вы 100К в год на вот это все отделаетесь. Алсо инфраструктура вымахает до уровня когда захочется несколько фултайм админов. > В каких то случаях несколько-десятки портов. Но никак не ОС + всех портов. Ну вот это может и прокатит. > Ну не занимайтесь, сидите и без гос услуг, и без донатов от > спонсоров и без возможности взаимодействовать с кучей опенсорс сообществ, Как говорится, некоторые услуги идут в комплекте с слишком высокой ценой. И сообщества корпоративных холуев меня не очень возбуждают. Опенсорс был не про это. И я потрачу мое свободное время на поддержку тех кто помнит каким он должен быть. А свои донаты мс и его фанаты могут засунуть куда подальше. > вас же никто не тянет туда насильно. > Как говорится тот кто не хочет адаптироватся к окружающей среде - вымирает. Есть еще 1 опция которую вы упустили. Путь разумного существа. Менять мир и окружение под себя. Вместо того чтобы постоянно адаптироваться - люди адаптировали окружающую среду под себя. Мне этот путь нравится намного больше. Я буду следовать ему. А вы можете извиваться веревками под причуды майкрософта, мне не жалко. А заодно и посмотрим какие проекты выживут, ага? :)
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 07-Май-24, 23:44
	Кеширование ОС - почти бесплатное. У меня на работе это распаковать tar.gz на 130мб с ссд в тмпфс и там что то ещё кажется сделать, или я сразу инсталированное паковал в кеш, уже не помню. А в случае CI - так это скорее всего будет уже готовая виртуалка с нужной версией системы где запущен какой то агент, который примет задание и начнёт компелять в тмпфс. Это ещё быстрее. Портов 20к+. Коммитеров туда хорошо если два десятка человек в месяц наберётся. Как я писал выше есть много дешёвых проверок, и собственно make test для 95% тоже не дорогой, ибо можно делать chroot на tmpfs и туда быстро ставить из готовых пакетов нужные зависимости, потом компелять (большая часть софта имеет мизерные размеры и там configure дольше выполняется чем сборка) и гнать тест, тесты тоже обычно не сильно жрут проц. > Менять мир и окружение под себя. Вместо того чтобы постоянно адаптироваться - люди адаптировали окружающую среду под себя. Тут важно соблюдать баланс, ибо некоторые изменения окружающей среды могут потребовать от вас ресурсов больше чем у вас когда либо было и будет. Так же ваши цели могут противоречить целям окружающих. В общем тема эта не однозначная, я просто для себя принял решение что нужно быть более адаптивным. А то бывает обидно когда твои дети техникой которой ты им подарил орудуют лучше тебя :)
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 11-Май-24, 08:58
	> А в случае CI - так это скорее всего будет уже готовая > виртуалка с нужной версией системы где запущен какой то агент, который > примет задание и начнёт компелять в тмпфс. Это ещё быстрее. На лично мой вкус - рассуждать о том как все это просто и быстро имеет смысл только если вы готовы лично это нарулить и догнать до продакшнового решения. А не как математик из анекдота про пожар: о, огнетушитель! Решение есть - довольный свалил спать дальше. > Как я писал выше есть много дешёвых проверок, и собственно make test > для 95% тоже не дорогой, ибо можно делать chroot на tmpfs > и туда быстро ставить из готовых пакетов нужные зависимости, Какой-то докер через ж... получился :). Только видимо еще придется половину этого доскера написать до этого. Или у вас там есть офигенные инструментарии для этого? > чем сборка) и гнать тест, тесты тоже обычно не сильно жрут проц. Хызы, я встречал совсем другой софт на эту тему. > Тут важно соблюдать баланс, ибо некоторые изменения окружающей среды могут потребовать > от вас ресурсов больше чем у вас когда либо было и будет. Разумно. Но вон то не требует от меня ничего невозможного. > Так же ваши цели могут противоречить целям окружающих. Это их проблемы а не мои. Более того - в определенных случаях они могут быть рассмотрены как враждебные сущности. За именно это. Почему я должен продвигать их интересы в ущерб своим это такой весьма интересный вопрос. > В общем тема эта не однозначная, я просто для себя принял решение > что нужно быть более адаптивным. А то бывает обидно когда твои > дети техникой которой ты им подарил орудуют лучше тебя :) Техника разная бывает. А если увлечься адаптивом - можно оказаться в результате эникеем во всем и вся. Тоже такое себе. И да, если скажем дитя решит стать пилотом авиалайнера - следует ли отсюда что я должен резко изучить пилотирование авиалайнера от и до?
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (108), 05-Май-24, 07:29
	Гитлабы-хабы лимитируют CI/CD потому что там начинают майнить непонятно кто непонятно что.
	Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

	180. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 16:31
	> Гитлабы-хабы лимитируют CI/CD потому что там начинают майнить непонятно кто непонятно что. Вот рассказывай мне тут. Опенсорсные проекты на виду послали и то и другое и пошли сетапить свои серваки как раз после того как попроовали ЭТО САМОЕ - и в середине действа все крякнуло налетев на лимиты. Не, они ничего не майнили. Просто сборка ресурсоемкая. И если это делать в полном виде, на вот именно каждый комит, а проект не совсем дохлый... эээ.... а если не на каждый - тогда и ловить фэйл будет гораздо интереснее! И в том режиме все и так сто лет могли это git bisect'ом, если что :)
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 05-Май-24, 02:30
	> Эда Мастэ а он совсем неадекватен и не понимает, что на общем фоне это вообще никакой роли не сыграет?
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	80. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 02:51
	Я не знаю. Учтите что там другая культура и принято друг друга облизывать а не лить правду матку. И у Эда работа не пыльная, он сам себе начальник практически. Должность у него техническая вот и предложение технического характера.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-24, 01:21
	> Это тот случай когда в заведении начинают переставлять кровати и красить фасад... Им не дает покоя путь файрфокса. Кажется скоро начнут переставлять контролы. Вот, кстати, можно будет оформление инсталлера перепахивать. Сколько версий файрфокса вышло с отчетами вида переставили скроллбар?! Представтяете сколько поля для написания отчетов?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

8. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
Сообщение от Zitz (?), 04-Май-24, 22:53
Я так понимаю, они собираются притащить иксы в базовую систему?
Ответить | Правка | Наверх | Cообщить модератору

	10. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (7), 04-Май-24, 22:54
	Зри глубже. "Для пользователей, [...] воспринимающих иксы как анахронизм" притащят вейланд.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Zitz (?), 04-Май-24, 23:15
	Зачем всё это нужно сугубо серверной системе?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Ivan_83 (ok), 04-Май-24, 23:30
	Это вы сами себе придумали что она серверная.
	Ответить | Правка | Наверх | Cообщить модератору

	32. Скрыто модератором	+/–
	Сообщение от Аноним (255), 04-Май-24, 23:54
	Это не они придумали, это бсд-фанбоям так хочется думать. По факту же, сабж — игрушка для запуска в VirtuaBox, и конструктор для 3½ корпораций типа Сони и Нетфликса. А, да, у пары местных это на четвертом пне стоит для запуска sendmail.
	Ответить | Правка | Наверх | Cообщить модератору

	39. Скрыто модератором	+1 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 00:00
	У меня десктоп основной на фре, и всё остальное дома на фре или на андройде или на опенврт :) Но если смотреть с точки зрения юзера то на десктопе действительно преимуществ перед линухом особо нет, и проще взять убунту и просто пользоватся.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Zitz (?), 04-Май-24, 23:59
	Что линукс, что бсд - чисто серверные ОС без графических подсистем.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	40. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 00:02
	Глупости. Венда тоже уже почти стала чисто серверной, команда азуры там почти выкинула гуй из ядра. И аппле тоже "графическую подсистему" в ядре не держит.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 00:51
	> Глупости. > Венда тоже уже почти стала чисто серверной, команда азуры там почти выкинула > гуй из ядра. Почти - не считается. А на азуре 70% отхватил - пингвин. Хотя, конечно, если вы намекаете что MS Linux не за горами - ну тогда может оно и по вашему, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (70), 05-Май-24, 02:14
	Этот ваш Линукс в школах на компах стоит, на офисных компах в организациях, на POS терминалах. А ты всё продолжаешь про какие-то сугубые сервера рассказывать.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	88. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 04:21
	> Этот ваш Линукс в школах на компах стоит, на офисных компах в > организациях, на POS терминалах. А ты всё продолжаешь про какие-то сугубые > сервера рассказывать. Он еще и в почти каждом кармане валяется - в виде андроида. Почти все телики, точки доступа, роутеры и проч - с этим. И оно, кажется, не сервера... хотя конечно кому и смартфон за сервак сойдет. При остром то желании и оттуда можно, конечно.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (70), 05-Май-24, 12:52
	Нет ну можно сказать что Андроид это не GNU/Linux, а я же говорю конкретно про  GNU/Linux на десктопах. Меня раздражают позеры которые делают вид что линукс только для серверов, что линукса это очень сложное шаманство. Они очень ревностно относятся к идее, что линукс станет популярным и что их перестанут считать шаманами
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (159), 05-Май-24, 15:04
	Самое, что можно сказать" Этот ваш.." )
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (159), 05-Май-24, 15:05
	ЗЫ Двоеточие в русской не "дышит"? ) Тест: "двоеточие"
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (174), 05-Май-24, 16:06
	Ты главное дыши ровно.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 16:44
	> Нет ну можно сказать что Андроид это не GNU/Linux, а я же > говорю конкретно про  GNU/Linux на десктопах. Изначально - таки речь была про просто Linux. Который ядро. А за неважнецкий десктоп половина спасиб идет древнему спагетти-коду Xorg. Но до линуксоидов вот уже дошло куда этот якорь надо закинуть. И - это в самом разгаре. От чего у сабжей опять же подгорает. Им придется или как-то адаптироваться к этому изменению. И либо опять косплеить copycats и догонялки, или... ну вот реально server-only OS. Что как бы приговор. > Меня раздражают позеры которые делают вид что линукс только для серверов, А я считаю их бакланами, наворачивая в CAD, пописывая фирмвары, закидывая комиты в кучу проектов и проч. Все мои воркфлоу на линухе. Это конечно специфичный десктоп - воркстейшн, но он по моему как раз круче и эффективнее остального. > что линукса это очень сложное шаманство. Они очень ревностно относятся к идее, > что линукс станет популярным и что их перестанут считать шаманами Я в свое время просто поставил убунту. И это было не сложнее чем винду заинсталить. Вообще совсем. Даже проще - нет приключений с инсталом более 9000 дров хзоткуда и их проблем. ...а потом, когда я понял как это работает внутри и мне стало тесно с ToS репов и правилами tm я уже и сам смог из дебиана делать что я там на самом деле хотел, уже не спрашивая вон тех. Но это уже другая история.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	75. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 05-Май-24, 02:34
	одно дело выкинуть, а другое дело не иметь никогда. Хы как всего лишь еще одного приложение по типу apache никак не может являться эквивалентом windows/mac, которые разрабатывались как GUI системы.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	74. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 05-Май-24, 02:32
	> Это вы сами себе придумали что она серверная. это не мы придумали. это концепт UNIX-систем из 70х-80х. вот кто придумал, что со всеми этими анахронизмами можно претендовать на десктоп...
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	144. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (70), 05-Май-24, 12:55
	Что фразу что линукс можно использовать на десктопе. Более того скажу, что учительница средней школы способна справиться с этим вашим линуксом. Ещё больше скажу, кассир в школе способна справиться с этим вашими линуксом.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (70), 05-Май-24, 12:56
	Речь про кассира в столовой школьной.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (159), 05-Май-24, 15:10
	Они сами собирают себе кассовый аппарат или по сигнальной системе фуницыклируют?
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	190. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 05-Май-24, 21:37
	> Я так понимаю, они собираются притащить иксы в базовую систему? Одной рукой отказываются от какого-то варианта инсталлятора из-за того, что не хотят в базовую систему притащить питон, а другой рукой для другого инсталлятора им потребуется в базовую систему затолкать иксы. 😃😃😃😃😃
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	239. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 06-Май-24, 16:53
	За последнее время они больше выбросили из системы, чем добавили. Например они выбросили из базовой системы drm-kms драйверы, после чего IMHO развитие графического инсталлятора это примерно как сжечь экскаватор и начать рыть траншею. Вобщем печально всё это, текстовый инсталятор был хорош... А графический инсталлятор системы без графического рабочего окружения это топчик глупости.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	296. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 07-Май-24, 13:21
	> Вобщем печально всё это, > текстовый инсталятор был хорош... По хорошему-то им надо давать выбор - каким инсталлятором инсталлировать систему. Можно даже для ниасиляторов сперва зайти в графический (типа красивый и непугающий их) режим и там асиляторам дать возможность вернуться в режим текстовый. Ну раз уж так сильно хотят графикой заманить ниасиляторов в систему. Но это ж по хорошему. А будет-то скорее всего традиционно по плохому: скажут, дескать, у нас нет сил распыляться на оба варианта и поэтому продолжим развивать вариант только один. Ну так же, как было и с отказом от продолжения развития 32-разрядной фряхи.
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 07-Май-24, 17:13
	> По хорошему-то им надо давать выбор - каким инсталлятором инсталлировать систему. > Можно даже для ниасиляторов сперва зайти в графический (типа красивый и непугающий > их) режим и там асиляторам дать возможность вернуться в режим текстовый. > Ну раз уж так сильно хотят графикой заманить ниасиляторов в систему. Не надо, как показывает практика, нередко эти графические инсталяторы тупо не могут перейти в графику и виснут. > Но это ж по хорошему. > А будет-то скорее всего традиционно по плохому: скажут, дескать, у нас нет > сил распыляться на оба варианта и поэтому продолжим развивать вариант только > один. Ну так же, как было и с отказом от продолжения > развития 32-разрядной фряхи. Я всё ещё питаю надежды, что этот проект кончится потерей к нему интереса из-за кривизны реализации. Лучше бы WiFi серьёзно занялись, а то нормальную точку доступа сделать невозможно...
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 11-Май-24, 12:19
	> Не надо, как показывает практика, нередко эти графические инсталяторы тупо не могут > перейти в графику и виснут. А, то-есть с графикой в системе ж...а, нихрена не работает, но разработчики - бусечки, делают все правильно, а виноваты - криворукие юзеры. Я все правильно записал в этом интервью? :)
	Ответить | Правка | Наверх | Cообщить модератору

13. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
Сообщение от Аноним (14), 04-Май-24, 22:59
Самый правильный инсталлятор это декларативный подход, когда ты сразу и всё видишь, а не пошагово, когда уже забыл что вводил на два хода назад.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Zitz (?), 04-Май-24, 23:14
	RHEL ???
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (21), 04-Май-24, 23:17
	терраформ
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (29), 04-Май-24, 23:38
	тебе же говроят - декларативный! начинается на nix, заканчивается на os, загугли
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	67. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-24, 01:47
	> Самый правильный инсталлятор это ...генерация образов и шаблонов VM - а потом как белый человек за пару минут это все целыми флотилиями подымать. > декларативный подход Я к этому и пришел. Вон там список пакетов на деплой. Вон там дефолты для них. Впееееррееееед! И через несколько минут вот она - виртуалка или рутфс с этим добром. Но это все же не для всех.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	71. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (70), 05-Май-24, 02:17
	>декларативный подход, Дегенеративный. Меня фряшный инсталлятор в затруднение не ставил а редхатовский гномов ский дегенеративный заставил задуматься.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	165. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (159), 05-Май-24, 15:22
	Просто они забыли указать, что кроме галочки больше ничего не надо )
	Ответить | Правка | Наверх | Cообщить модератору

20. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+4 +/–
Сообщение от Аноним (20), 04-Май-24, 23:16
С Linux сталкивался только на попробовать и у Debian шикарный текстовый инсталлятор, очень простой и понятный, графический даже не нужен и это говорит вендузятник. FreeBSD в нулевых использовал на серверах, когда баловался с Jabber и конечно же пробовал её на стационарном ПК, и вот как раз фряхе такой текстовый инсталятор как у Debian очень бы подошёл, графический лишний.
Ответить | Правка | Наверх | Cообщить модератору

	26. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 04-Май-24, 23:32
	Они оба графические по сути, текстовый это когда вам всё текстом набирать, а пока вы стрелками и энтером жамкаете это уже гуй, только к текстовому добавился более современный. Тот же FAR под вендой - он не текстовый, он граффический файловый манагер.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (224), 05-Май-24, 00:33
	С такой точки зрения и bash графический.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Анониссимус (?), 05-Май-24, 08:08
	Это называется "tui" или "псевдографический интерфейс"
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

22. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
Сообщение от Zitz (?), 04-Май-24, 23:19
Если они реально хотят повысить популярность системы, то пусть создадут полноценную десктопную редакцию - со своим фирменным графическим стеком, качественными драйверами и удобным и железобетонным API для разработчиков. Сейчас же всё это напоминает распил бюджета FreeBSD Foundation под прикрытием какого-то фуфла.
Ответить | Правка | Наверх | Cообщить модератору

	27. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 04-Май-24, 23:34
	Вообще то API там и так довольно стабильный, даже на уровне ядра. Граффический стёк - такой же как в линухе. Десктопные дистры - есть, замутить свой тоже не большая проблема, просто это никому не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Zitz (?), 04-Май-24, 23:56
	>Вообще то API там и так довольно стабильный, даже на уровне ядра. CLI only. >Граффический стёк - такой же как в линухе. Именно поэтому на десктопе она такой же неюзабельный мусор, как и линукс.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 00:03
	Хорошо, приведите примеры нестабильности API во фре. Я ей пользуюсь и как юзер и как разработчик и ничего такого не замечал за последние 10 лет.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 05-Май-24, 02:37
	> Хорошо, приведите примеры нестабильности API во фре. при минорном (!) апдейте 13.2->13.3 бампнули тулчейн на 3(!) мажорных версии. из-за чего перестали собираться старые(!) порты! если это стабильный API, укусите меня за *опу.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 02:57
	Application Program Interface. Набор функций и их аргументов которые вам предоставляет в данном контексте обсуждения OS. В остальном у вас какие то странные хотелки вида держать ОС в современном виде и ворох старого софта. Так же не понятно зачем вы это старьё стали собирать. Я бы сказал что если раз 3-6 месяцев обновлять систему и порты то проблем особых в эксплуатации не вылезает. Как вариант можно вообще не обновлять и тоже будет вполне норм.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (-), 05-Май-24, 04:24
	> В остальном у вас какие то странные хотелки вида держать ОС в > современном виде и ворох старого софта. > Так же не понятно зачем вы это старьё стали собирать. Вот вы лолы. Есть допустим старая убунта. На расширеной поддержке. И она пашет себе. И весь софт, старый или не очень, собирается там. А прикинь если бы они в минорном обновлени перед уходом на расширеную поддержку - вынесли бы всем тулчейн ломанув софт? Стал бы кто-то ими такими пользоваться и тем более за расширеную поддержку бабки платить?!
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 05:54
	Вам никто не обещал никогда что старые порты будут собиратся на свежей системе, вы это сами себе придумали и теперь сами возмущаетесь что оно так не работает. Прежде чем кидать предьявы вы бы почитали про жизненные циклы софта внутри вселенной фрибсд, а то уровень вендузятника на маке когда узнал что обновления платные :)
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (108), 05-Май-24, 07:11
	На маке уже давно бесплатные обновления если что.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 16:49
	> Вам никто не обещал никогда что старые порты будут собиратся на свежей > системе, вы это сами себе придумали и теперь сами возмущаетесь что оно так не работает. Я не возмущаюсь, что вы! Я просто пользуюсь убунтами и дебианами в проде, где мне вот именно это и обещали. И всего лишь до кучи сказал что вон то - причина совершенно точно не использовать такие решения для меня. И наверняка я такой не один. Так что КМК у того типа в его спиче был пойнт. > Прежде чем кидать предьявы вы бы почитали про жизненные циклы софта внутри > вселенной фрибсд, а то уровень вендузятника на маке когда узнал что > обновления платные :) А на самом деле уровень интегратора и систембилдера на линухе. И на линухе как раз оказалось проще всего и меньше всего проблем в эксплуатации. Потому и...
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	200. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:40
	Какие проблемы, о чём вы? Сама система - без проблем пересобирается и переустанавливается за 5 минут при прогретом кеше ccache, одним скриптом на shell script, без ручного вмешательства. С портами сложнее, но чисто потому что народу очень мало и ничего не автоматизировано, о чём я тут писал. Это у вас в линухах куча народу и корпов, всю работу за вас уже сделали, а ваш "вклад" ограничивается использованием.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (219), 06-Май-24, 06:19
	> Какие проблемы, о чём вы? Хыхы, если мне попытаются в минорном обновлении тулчейн ломающий сборку софта - я со своей стороны посчитаю что такая система не пригодна для продакшновых применений. > Сама система - без проблем пересобирается и переустанавливается за 5 минут при > прогретом кеше ccache, одним скриптом на shell script, без ручного вмешательства. Ога, ога, рояль в кустах да еще билдферму засетапить не забудь - и вот тогда.... далеко пойдете с такими технологиями деплоя и инсталла ;). > Это у вас в линухах куча народу и корпов, всю работу за > вас уже сделали, а ваш "вклад" ограничивается использованием. Насколько я вижу - в дебиане сбор пакетов ворочает в основном комьюнити. Только вот у них хватает ума не вкатывать новый компилер в минорном обновлении. Поэтому этим еще и можно пользоваться на серверах, воркстейшне и проч - без риска что что-то отвалится и перестанет собираться. В этом прелесть stable/LTS и состоит: валидация что этот конфиг работает делается раз в 2-4-6 а порой и больше лет. А потом - все просто работает и не делает мозг, и система не будет поводом для развала. А у вас так - не предусмотрено. Получается система требующая к себе слишком дофига внимания.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 21:58
	Вы придумали себе какие то правила и считаете что так должно быть везде, проблема в этом. > да еще билдферму засетапить не забудь - и вот тогда.... далеко пойдете с такими технологиями деплоя и инсталла ;). Вообще то серьёзный энтерпрайз подразумевает и собственные сборочные фермы и собственные тестовые площадки, куда всё разворачивается для тестирования перед продом. РедХэт продаёт аутсорс этого по сути, если хотите - столуйтесь у них. Фря ничего такого не обещала и не предлагает. Более того. Фаундейшин отвечает только за ОС, порты почти целиком на интузиастах по сути. Люди из фоундейшин там активно учавствуют, но насколько я понимаю это не опачивается или почти не оплачивается. И какие то гарантии есть только что текущий stable (оба, которые не EOL) из гита собираются и работаю с теми портами что в гите. Там ещё есть кватерли - типа стабильные ветки портов, но я не пробовал и хз. Вы же по сути админ, который не разобрался в нюансах рабочих процессов, и который по должностной инструкции обязан в этом разбиратся и заниматся поддержкой, и вы стремительно отлыниваете как от разбирательств в нюансах работы апстрима так и от поддержки, видетели апстрим вам должен.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 11-Май-24, 08:41
	> Вы придумали себе какие то правила и считаете что так должно быть > везде, проблема в этом. 1) Эти правила придумал - не я. Это устаканилось в большинстве дистров ориентированых на стабильный продакшн. По вполне рациональным причинам которые я понимаю. 2) Я нахожу в этом некий пойнт и хочу видеть именно это именно так. Потому что если я собирался сегодня сделать вон то - будет очень хреново если вместо этого я пойду заниматься отношениями с тулчейнами и аварийными фиксами. > Вообще то серьёзный энтерпрайз подразумевает и собственные сборочные фермы и собственные > тестовые площадки, куда всё разворачивается для тестирования перед продом. Я рад за весь этот серьезный энтерпрайз и все такое :). А еще я очень рад что все это не у меня. Ибо е...чая уж очень штука эти господа. > РедХэт продаёт аутсорс этого по сути, если хотите - столуйтесь у них. Я не вхожу в фортуну500 и соответственно - это предложение немного мимо тазика. Но мне и с дебианами и убунтами нормалек. Там видите ли базовый вариант этсамого - совершенно бесплатно, а таки от 2 до 6-8 лет спокойной жизни можно получить. Чем они и замечательны. > Фря ничего такого не обещала и не предлагает. Ну так я и не пользуюсь ей! Видите, все честно! :) > Фаундейшин отвечает только за ОС, порты почти целиком на интузиастах по сути. И чего? В дебиане тоже все на энтузиастах. Совершенно не мешает им обладать одупляемыми полисями пригодными для прода, с перетрясами раз в пару лет и возможностью продлить некромансию на еще пару лет как oldstable, а если понравилось то и oldoldstable еще пару лет на минималочках можно. Хотя к тому моменту обычно древйний софт (и тулчейн в частности) может уже и поднадоесть как раз. > Люди из фоундейшин там активно учавствуют, но насколько я понимаю это > не опачивается или почти не оплачивается. Для меня это выглядит как "люди не смогли сделать нечто пригодное для продакшна". > Вы же по сути админ, который не разобрался в нюансах рабочих процессов, Я довольно много что. Но вот именно админ точно не является основным моим занятием. И практикуется "до кучи". На стыке областей. > и который по должностной инструкции обязан в этом разбиратся Я сам для себя решаю что я "обязан". Такая ерунда. > апстрима так и от поддержки, видетели апстрим вам должен. Да тут все просто - если мне не нравится апстрим, я им и не пользуюсь. Благо другие есть! ;). А немного здоровой конкуренции надо как раз для прочистки мозгов от такого булщита. Собственно поэтому сабж и в ауте. На мой вкус - заслуженно.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 06-Май-24, 08:49
	> Вам никто не обещал никогда что старые порты будут собиратся на свежей > системе, вы это сами себе придумали и теперь сами возмущаетесь что > оно так не работает. Да? А какой смысл стабильного ABI в базовой системе 5 лет? Ты над смыслом этого вообще не пробовал подумать? Это имеет смысл для enterprise применения, а не для генту использования "пересобирать каждые 3-6 месяцев".
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	127. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Alex_K (??), 05-Май-24, 10:05
	Я собираю в джайлах php 5.3-8.0, которых уже нет в актуальных портах. С каждым обновлением все сложнее и сложнее.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	201. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:43
	Собственно а вы чего ожидали? Чтобы вам всё готовое давали? С чего вдруг? Просто народу мало, из тех кто есть такое никому не надо, не говоря о том, что всякое EOL просто выкидывают при малейшей возможности. Вы своими ценными наработками тоже ни с кем не делитесь, так бы может нашёлся ещё кто то странный и вас бы было двое, помогали бы друг другу :)
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (255), 05-Май-24, 16:27
	> странные хотелки > держать ОС в современном виде и ворох старого софта. А что тут странного, если не считать, что ни сабж, ни 99% дистрибутивов Линукса так не умеют? В NixOS и Guix это штатная функция, никаких проблем, хоть всю ретроспективу glibc в системе держи, если надо, не говоря уже о прикладухе. > Так же не понятно зачем вы это старьё стали собирать Ну это уже не тебе решать, кое-какой софт написан и больше писаться не будет, а мир на паузу не поставишь, работать как-то надо.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	266. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 22:06
	У фри есть какой то механизм с compat папками куда скидываются старые либы, и это даже как то работает, davd любитель такой никрофилии, если надо найдите его и спросите :) И контекст был именно в том, что человек стал собирать старый софт на свежей системе. К слову это возможно технически почти всегда, просто нужно чуть больше чем архив со старым деревом портов и make install в консоле.
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (272), 06-Май-24, 23:28
	> У фри есть какой то механизм с compat папками куда скидываются старые > либы, и это даже как то работает, davd любитель такой никрофилии, если надо найдите его и спросите :) Воу-воу, полегче. Это опция BACKUP_LIBRARIES = true; в pkg.conf и работает вполне себе хорошо - старый софт (залоченый, кастомной сборки) просто продолжает работать, не требуя каждый раз пересборки (и возможной правки) под новые версии либ Вон: okular-22.08.1_2 Version        : 22.08.1_2 Installed on   : Sun Oct  9 11:12:05 2022 CEST Origin         : graphics/okular poppler-24.02.0 Name           : poppler Version        : 24.02.0  <-- Installed on   : Thu Apr 18 20:12:26 2024 CEST (а все потому, что в /usr/local/lib/compat/pkg есть та самая старая версия libpoppler) /usr/local/bin/zbackup:     libprotobuf.so.31 => /usr/local/lib/compat/pkg/libprotobuf.so.31 (0x2659a8643000)     libthr.so.3 => /lib/libthr.so.3 (0x2659a74ab000)     libssl.so.11 => /usr/local/lib/compat/pkg/libssl.so.11 (0x2659a77ae000)     libcrypto.so.11 => /usr/local/lib/compat/pkg/libcrypto.so.11 (0x2659a94bf000)
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 06-Май-24, 08:51
	> В остальном у вас какие то странные хотелки вида держать ОС в > современном виде и ворох старого софта. > Так же не понятно зачем вы это старьё стали собирать. > Я бы сказал что если раз 3-6 месяцев обновлять систему и порты > то проблем особых в эксплуатации не вылезает. Как вариант можно вообще > не обновлять и тоже будет вполне норм. А ты для разнообразия посмотри на RHEL или на Solaris. Я не буду тебе говорить "посмотри на Windows" по очевидным причинам.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	225. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 06-Май-24, 08:56
	> Application Program Interface. > Набор функций и их аргументов которые вам предоставляет в данном контексте обсуждения > OS. Ага, "предоставляет". В версии 13.2 ты ими свободно пользуешься, а в версии 13.3 ты ими уже не можешь воспользоваться, т.к. работа тулчейна изменилась.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	92. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Афанасий (?), 05-Май-24, 04:46
	Ты даже близко не понял что же такое API. Хоть по диагонали прочитай инфу по таким понятиям как API, ABI. После этого глупости писать не будешь.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	226. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 06-Май-24, 08:57
	> Ты даже близко не понял что же такое API. Хоть по диагонали > прочитай инфу по таким понятиям как API, ABI. После этого глупости > писать не будешь. нет, Аванасий, это ты даже близко не понял
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (255), 04-Май-24, 23:58
	> это никому не нужно А почему, кстати? Это реально могло бы повысить популярность сабжа. В своё время Убунту именно так повысила популярность десктопного линукса, выпустив простой и удобный большинству  дистрибутив.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	46. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+5 +/–
	Сообщение от Ivan_83 (ok), 05-Май-24, 00:20
	Если говорить упрощённо то такие дистры на базе фри есть и их несколько. Если углублятся то выпустить дистр на базе инфраструктуры фри не возможно, по причине того что они упыри и не лечатся. И сама инфраструктура там отсталая и тормозит процессы, выше я описал про CI/CD и пр. Прошлой осенью обновили pkgconf, в результате те у кого OpenSSL был из портов не могли собирать порты. Казалось бы всё просто: откати порт, или накидывай фиксов (там был вариант для CMake, autotools но не для месон). Но разразился срач и они дружно стали ждать когда апстрим пофиксит, а потом ещё ждали меинтейнера когда он раздуплится и закомитит. Это длилось больше месяца. Другой пример это когда дятел решил что ему виднее, потому что у него на current уже втащили kcmp(), и через пол года втащат в 14.1, поэтому не нужно патчить mesa чтобы она могла работать на ВСЕХ FreeBSD и DragonFlyBSD, ведь у него оно уже работает. Ещё был пример когда какахоеды из гнома сломали FAM для фри в своей glib и в начале пару месяцев приходилось ручками жать F5/обновить чтобы увидеть изменения файлов в папках/на рабочем столе, а потом туда какие то костыли влили, от чего приложения использующие FAM из glib начали жрать проц и падать, и никто нифга не делал пол года. Потом меня выбесило, я докопался и написал свой FAM для glib, гномовцы его не взяли а в портах его не брали даже дополнительной отключённой опцией пару лет. И там таких придурков более чем достаточно, настолько что жить на десктопе без пачки локальных патчей на порты просто не возможно. И дефолты собранных портов тоже далеко не всегда оптимальны для десктопа. А вот для самой базовой системы я бы сказал что желательно иметь 2-3 патча: - чтобы cp не фейлился по sshfs - чтобы модули ядра из портов собирались в мультипотоке - для 3г/4г мопедов Поэтому и сообщество не растёт и десктопного дистра там не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 05-Май-24, 03:50
	> Если они реально хотят повысить популярность системы, то пусть создадут полноценную десктопную > редакцию - со своим фирменным графическим стеком, качественными драйверами и удобным > и железобетонным API для разработчиков. А кто это все делать будет и где они водятся? :) Все кто хотел более-менее продвинутые веши по части графики давно поняли что им - в пингвин. Там вон те даже есть. И сделали примерно это, минус железобетонное апи, зайдя с другого бока - все участники процесса становятся stakeholder'ами подсистемы и сообща ее рихтуют под свою проблематику. Так пофиг на stable api nonsense.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

33. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
Сообщение от Zitz (?), 04-Май-24, 23:56
>Вообще то API там и так довольно стабильный, даже на уровне ядра. CLI only. >Граффический стёк - такой же как в линухе. Именно поэтому на десктопе она такой же неюзабельный мусор, как и линукс.
Ответить | Правка | Наверх | Cообщить модератору

	105. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (108), 05-Май-24, 07:09
	Это потому что компания сони не снизошла и не выкатила своё решения для плойки обратно в сообщество.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (123), 05-Май-24, 09:11
	> Именно поэтому на десктопе она такой же неюзабельный мусор, как и линукс. Кто все эти пользователи, которым все "неюзабельно"? Чем вы там таким занимаетесь?
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	133. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Zitz (?), 05-Май-24, 11:18
	Например, записью и сведением треков, монтированием видео, обработкой графики, 3д моделированием, инет серфингом.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (70), 05-Май-24, 13:00
	Кото ламповые истории, одна история изумительные другой. А теперь давайте по пунктам конкретно, чем фраза не подходит для всего перечисленного?
	Ответить | Правка | Наверх | Cообщить модератору

55. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
Сообщение от Sw00p aka Jerom (?), 05-Май-24, 00:55
Я вот понять не могу, накой эти все инсталляторы? Что после загрузки с исошки разве не достаточно нажать на энтер и пошла установка? Зачем эти установка софта, настройка сети, времени, разбивка диска (да, да 21 век) и всякая ересь, когда это все после установки можно сделать.
Ответить | Правка | Наверх | Cообщить модератору

	57. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+4 +/–
	Сообщение от Аноним (44), 05-Май-24, 01:08
	> разбивка диска > после установки можно сделать ок
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Sw00p aka Jerom (?), 05-Май-24, 12:36
	> ок в чем проблема?
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
	Сообщение от Аноним (255), 05-Май-24, 16:35
	Тоже не понял, в чём проблема с этим. Ну, кроме отсутствия у тебя воображения и технических знаний.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	210. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (44), 06-Май-24, 02:07
	Никакой проблемы тут нет, как и отсутстия у меня технических знаний тоже нет (еще раз - нету отсутствия знаний). Только вот потом придётся немного попердолиться с урезанием фс, сдвигом разделов и тд. А для чего? Чтоб во время инсталляция сразу нормально не делать?
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Sw00p aka Jerom (?), 06-Май-24, 11:17
	> немного попердолиться с урезанием фс, сдвигом разделов и тд. 21 век на дворе, один раздел физический на систему, а второй логический для юзверя, и дели хоть до бесконечности, системе зачем 1000500 разделов? И на кой хомяку знать как что там разбивать для системы? Разве не система лучше должна знать что и как ей делить? разве не бсд кричит - ты не создал boot давай создам за тебя. И на кой спрашивается? Я же выбрал собственноручно разбить диск. И не пофиг должно быть системе что я там не доразбил? Ну как же, скажите вы, а как система работать будет, ну тогда на кой давать возможность разбивать во время установки, если у системы есть свои собственные требования к разбивке, ну вот пусть сама и разбивает, а все остальную разбивку сделает хомяк после установки. А как сама система разбивает мы прекрасно знаем :)
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (255), 06-Май-24, 18:30
	> потом придётся немного попердолиться с урезанием фс, сдвигом разделов и тд. Кому придётся-то? Какому-то коду, написанному один раз программистом? Ну так в этом весь смысл — сделать удобно пользователю. В чём проблема-то?
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	103. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (108), 05-Май-24, 07:05
	Ты так скоро дойдешь до вопроса зачем фрибсд. И действительно без ручной разбивки в чём интерес ставить фряху?
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	139. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–3 +/–
	Сообщение от Sw00p aka Jerom (?), 05-Май-24, 12:39
	> разбивки вы серьезно, в 21 веке разбивка диска, да еще ручная? Одного системного раздела не достаточно для ОС? А остальная разбивка - логический волум пользователя, после установки как хочет путь разбивает, хоть голову свою об стену, сестема установлена на необходимый ей один раздел.
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–2 +/–
	Сообщение от rvs2016 (ok), 07-Май-24, 13:10
	> Одного системного раздела не достаточно для ОС? Во-во. Подадминивал я как-то давно на рубеже тысячелетий в одной конторке - провайдере местного масштаба. В офисе там как-то раз потребовалось установить винду. А им кто-то там вдолбил мысль про то, что винчестер надо бить на пару дисков c: и d: Уговорить их на один только диск c: не удалось. Ну я сделал реально только один диск c:, где-то на нём создал каталог с названием не важно каким, но чё-то типа disk-d, и объявил этот каталог виртуальным диском d: (не помню как оно там - subst что ли какой-то). Типа ну нате вам якобы два диска, раз они вам так сильно глаз радуют. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	316. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (316), 10-Май-24, 11:26
	У меня как-то винт умер и понёс я его в ремонт. Его восстановили, он живой до сих пор, но при этом cтёрся раздел C:, а на D: всё файлы сохранились. С этих пор я храню систему и по на одном разделе, а файлы на другом
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 10-Май-24, 12:22
	> У меня как-то винт умер и понёс я его в ремонт. Его > восстановили, он живой до сих пор, но при этом cтёрся раздел > C:, а на D: всё файлы сохранились. С этих пор я > храню систему и по на одном разделе, а файлы на другом Хорошо, что на неполетевшем разделе нужный файлы сохранились. Но полететь мог и раздел с этими файлами. Поэтому хоть дели винчестер на множество файловых систем, хоть не дели, а уничтожиться они могут полностью в любом случае. Зная о таких возможностях погибели всех файловых систем я пошёл другим путём - регулярным автоматическим резервным копированием нужных данных во множество отдельных друг от друга хранилищ. После этого мне файловые системы хоть погибай, хоть не погибай, а в случае погибания у меня восстановление нужных данных происходит просто из этих хранилищ. Одновременная погибель всех хранилищ - дело намного менее вероятное, чем уничтожение единственного места хранения данных. Ну только если комета не прилетит с уничтожением всего человечества или не произойдёт очередной всемирный потоп. На другие планеты мы копировать данные не можем пока. Да и другие планеты могут погибнуть, когда Солнце станет Сверхновой. Надо будет подумать о других планетных системах. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	332. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (332), 11-Май-24, 11:57
	Конечно делаю бэкапы, но только важного
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 06-Май-24, 01:28
	> то все после установки можно сделать Ну файловых-то систем параметры лучше ж перед установкой указать? Чтоб потом не двигать их на установленной системе, если вариант файловых систем по умолчанию не нравится.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	230. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Sw00p aka Jerom (?), 06-Май-24, 11:19
	> Ну файловых-то систем параметры лучше ж перед установкой указать? > Чтоб потом не двигать их на установленной системе, если вариант файловых систем > по умолчанию не нравится. чего двигать, если это движение логическое (виртуальное) должно быть, а от фрагментации ничего не спасет, будет всегда.
	Ответить | Правка | Наверх | Cообщить модератору

76. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от аннаним (?), 05-Май-24, 02:36
Этож прототип, на гитхабе проекта так и пишут: This project is currently being implemented in fast pace, in order to provide an early preview and prototype
Ответить | Правка | Наверх | Cообщить модератору

	152. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от АНоним (?), 05-Май-24, 13:46
	В новости тоже пишут про прототип, не тупи. А также: >Для FreeBSD развивается новый графический инсталлятор >развивается
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от аннаним (?), 05-Май-24, 14:10
	Понимаете, в той же новости указано >Рабочая реализация нового инсталлятора уже готова для тестирования что вводит в заблуждение (рабочая готова != демо сборка)
	Ответить | Правка | Наверх | Cообщить модератору

82. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–1 +/–
Сообщение от Аноним (82), 05-Май-24, 03:00
Главное bhyve не забыть поставить!
Ответить | Правка | Наверх | Cообщить модератору

93. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	–3 +/–
Сообщение от Вопрос о ФриБСД (?), 05-Май-24, 04:47
А теперь серьезный вопрос! Кому и главное для чего эта операционка может быть нужна? Они себя позиционируют как серверное решение. Но на сервера ничего подобного давно не ставят. Сервера это связка сертифицированного железа под определенную версию (!) ОС. Пробовал ее запустить на реальном живом компе (какой-то Феном под АМ3 сокет), так всё зависло на стадии установки. О каких серверах может идти речь…!
Ответить | Правка | Наверх | Cообщить модератору

	104. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (108), 05-Май-24, 07:07
	По методичке надо говорить про быстрый сетевой стек, а ставят соответвенно на какой-нибудь шлюз. Или на роутер переросток.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:50
	Где вы видели позиционирование по сервера? Сертифицированое - это ваша локальная заморочка, по большому счёту. Отдельно есть сертификации от тех кто делает свои продукты на базе фри. То что вы не смогли запустить на железе в не понятном состоянии - ваша проблема. У меня лично фря работала и работает практически на любом железе, даже иногда не х86.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

95. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от Banned (?), 05-Май-24, 05:23
Показывает теперь что сверяет хэши, точно Фряха взлетит на десктопе. Других полезностей и не увидел. Хорошо что есть,но на инновации не очень тянет,мэйджик визард так и не получился. Новички негодуют.
Ответить | Правка | Наверх | Cообщить модератору

100. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от cheburnator9000 (ok), 05-Май-24, 06:08
Вот это правильно, пока линуксоиды пишут инсталляторы на Flutter(Ubuntu) и Web технологиях (Fedora, запускается firefox без элементов управления в режиме Kiosk), эти просто взяли GTK3. Но кто может ответить мне на один простой вопрос. У них система до момента установки на видео грузится ШЕСТЬ минут???
Ответить | Правка | Наверх | Cообщить модератору

	109. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (109), 05-Май-24, 07:37
	>У них система до момента установки на видео грузится ШЕСТЬ минут? На видео сначала запускается PXE, потому запускается с NFS-сервера FreeBSD Процесс запуска тормозной - до запуска графики минуты три проходит После запуска графического режима тоже не быстро все происходит
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (109), 05-Май-24, 07:47
	Под VirtualBox при установке FreeBSD 14 c ISO-файла весь процесс загрузки, установки и выключения компа занимает минуты 3-4. Тут у них явно тормозная работа с NFS-сервером :-)
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от cheburnator9000 (ok), 05-Май-24, 10:02
	>>У них система до момента установки на видео грузится ШЕСТЬ минут? > На видео сначала запускается PXE, > потому запускается с NFS-сервера FreeBSD > Процесс запуска тормозной - до запуска графики минуты три проходит > После запуска графического режима тоже не быстро все происходит То есть они хотят новых пользователей и прямо в своем "промо" ролике обкакались на отлично. Молодцы!
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	203. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:52
	Проблема не в инсталяторе. Фревый инсталятор не сильно отличается от убунтового, убунте это не мешает иметь огромную пользовательскую базу. Вот установка арча - тот ещё квест, я пару раз осиливал :)
	Ответить | Правка | Наверх | Cообщить модератору

102. Скрыто модератором	+/–
Сообщение от Аноним (108), 05-Май-24, 06:52
Привлекательность фрибсд повысить уже невозможно. Только рабский труд может заставить. Кого то развивать фряху.
Ответить | Правка | Наверх | Cообщить модератору

114. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
Сообщение от Аноним (114), 05-Май-24, 08:08
Самый лучший инсталятор - это /dev/hands.
Ответить | Правка | Наверх | Cообщить модератору

	117. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (108), 05-Май-24, 08:21
	Кто о чём, а целевая аудитория как всегда про хендджоб.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (255), 05-Май-24, 20:24
	Вон там четыре стойки с серверами подключили. За полчаса с /dev/hands управишься на все поставить?
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	192. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+3 +/–
	Сообщение от Аноним (192), 05-Май-24, 21:55
	Если у нас есть достаточно квалифицированные /dev/hands , то установка на кучу железа, что фри, что линукса, что, прости господи, не к ночи будь помянута, винды, автоматизируется. А вот наличие текстового, графического али еще какого инсталлятора поможет тут не сильно. Эти все красивости хороши для разового действия.
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (255), 06-Май-24, 18:32
	Ты уж определись, дорогой: всё-таки автоматизация или /dev/hands. Это, знаешь ли, два очень разных устройства.
	Ответить | Правка | Наверх | Cообщить модератору

118. Скрыто модератором	–3 +/–
Сообщение от Елыпалы (?), 05-Май-24, 08:22
Сменили бы жуткий маскот, можно было бы говорить о том, чтобы опробовать систему. Пока же браться за систему нет никакого желания.
Ответить | Правка | Наверх | Cообщить модератору

	132. Скрыто модератором	+1 +/–
	Сообщение от Zitz (?), 05-Май-24, 11:07
	Чем тебе не угодил чертёнок Beasty?
	Ответить | Правка | Наверх | Cообщить модератору

	183. Скрыто модератором	+1 +/–
	Сообщение от Аноним (255), 05-Май-24, 16:39
	Батюшка отказывается освящать сервер.
	Ответить | Правка | Наверх | Cообщить модератору

	191. Скрыто модератором	+/–
	Сообщение от Zitz (?), 05-Май-24, 21:46
	Можно попробовать обратиться к кришнаитам.
	Ответить | Правка | Наверх | Cообщить модератору

120. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от Аноним (120), 05-Май-24, 08:47
FreeBSD отпугивает новых пользователей тем, что по дефолту ничего не настроено. Приходится тратить время на ковыряние в конфигах. В OpenBSD сделали лучше - там конфиги уже преднастроены на типичные юзкейсы. Количество пердолинга после установки в разы меньше. А какой инсталлятор: текстовый или графический - вообще без разницы.
Ответить | Правка | Наверх | Cообщить модератору

	204. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:55
	Я редко вижу фрю установленную канонично, но в целом не припоминаю там вот прям совсем не удобных дефолтов. В целом же проблема в том, что нет универсальных дефолтов, как минимум требуется несколько шаблонов, а лучше автотюнинг.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от rvs2016 (ok), 06-Май-24, 01:33
	> FreeBSD отпугивает новых пользователей тем, > что по дефолту ничего не настроено. > Приходится тратить время на ковыряние в конфигах. Всякие там настройки сети, язык, раскладка клавиатуры и т.п. - это ж личное дело каждого юзера. Поэтому такие настройки по дефолту не выставит никто до тех пор, пока мыслескопы не изобретут. А остальное по дефолту не настроено там в фряхе что?
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	241. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от BorichL (ok), 06-Май-24, 17:19
	Мамкин Аноним глупый, он про IP адреса не знает, а язык системы для него может быть только его собственный, так-как остальные он без гугла-переводчика не разумеет. Про часовые пояса вообще не догадывается, а уж про разбивку диска он и не слышал, ему надо, чтобы само!  А мыслескоп ему не поможет, так-как "вакцина не может найти мозг!" (с)
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 06-Май-24, 17:25
	> А мыслескоп ему не поможет Шорр Кану помогал! B-)
	Ответить | Правка | Наверх | Cообщить модератору

125. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
Сообщение от Аноним (125), 05-Май-24, 09:39
У FreeBSD есть новички?
Ответить | Правка | Наверх | Cообщить модератору

	134. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от аннаним (?), 05-Май-24, 11:19
	дистрохоппинг, миссия импоссибл
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:56
	Есть, но отток примерно равен притоку :)
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	227. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 06-Май-24, 09:01
	> Есть, но отток примерно равен притоку :) И не потому, что инсталлятор неправильный, а из-за вот такого отношения, как ты проявляешь выше. - У меня перестал работать Х при минорном апдейте! - Go fuck yourself!
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 22:15
	Нет, вы пришли и высказываете пожелания в ключе: "вон там оно работает и тут должно так же работать, сделайте мне по быстрому вчера!". "я хочу юзать систему так как её никто не проектировал и не тестировал, сделайте мне быра чтобы работало!". Это ваша позиция. Вы ищите странного, такого странного во фре нет и не будет. Пока вы не задонатите денег или код для такого. Ещё отдельный вопрос возьмут ли это. И самое интересное что вы даже тикет не завели, а просто ноете в коментах. В тикете вам бы вежливо объяснили почему это не работает и как надо правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 07-Май-24, 10:10
	Слушай, а с какой т.з. это нормально, то что ты говоришь? Цель применения ОС какая? Если мы говорим про enterprise применение, то использовать софт годичной давности - это адекватная ситуация. Более того, я тебе привел в пример RHEL и Solaris. Оба сохраняют ABI по 10 лет, в обоих случаях это делается с целью обеспечения стабильной платформы для запуска ПО. Более того, они обеспечивают и стабильный тулчейн по вполне закономерным причинам. Windows, который доминирует на рынке, обеспечивает такую стабильность... Все ПО для предприятий работает таким образом, только красноглазые линуксоиды готовы каждые 3 месяца чинить баги при сборке и колупаться с тулчейном. И вот появляешься ты или какой-то другой разработчики на белом коне, и такие "ололо! мы так не умеем! вы хотите странного! кудах-кудах!" Система для кого нужна? Для программистов? Для красноглазых студентов? Или чтобы ее можно было использовать с точки зрения бизнес-процессов? И кому собственно нужна такая ОС, где разработчик считает свое мнение важнее мнения пользователя? Что странного в том, что софт, который собирался и работал, будет продлжать работать, я не пойму? Странно как раз объявлять стабильный ABI на 5 лет, но при этом ломать тулчейн! И я не понимаю, то ли ты дурака включил, то ли на предприятии никогда ОС не использовал. > В тикете вам бы вежливо объяснили почему это не работает и как надо правильно. А кто дал право этому человеку в тикете говорить мне, как мне надо? Я являюсь специалистом по обслуживанию систем. Вася-программист имеет об этом хоть какое-то понятие? Или вася просто пишет софт, как ему удобно, и все должны подстраиваться? Даже если вежливо, по сути это наглость и куча самомнения. В портах происходит переход ffmpeg4->ffmpeg6 или qt5->qt6 и половина портов с новой версией просто не собирается. Этот процесс может растянуться на полгода и больше. И я должен выступать в качестве тестировщика проблем и все их собирать? Для меня лучше посидеть на срезе годичной давности, где ничего не падает. Я же не прошу реализовать мне какую-то новую фичу. Все, чего я хочу, это чтобы старый API работал (по сути компилятор - это способ использования его из твоего ПО). При минорном апдейте, заметь. И тут ты и разработчики FreeBSD такие: а мы не обещали, что у тебя ничего не сломается при минорном апдейте! Ну-ка давай беги строчи багрепорты... Мне что, заняться больше нечем?!
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 00:34
	С точки зрения минимизации ресурсов на обслуживание. Только речь не про ваше админское высочество, которое умеет и хочет только apt get update а про всю цепочку. Есть апстримы - производители софта, это и те кто ОС пишет и все-все чьи поделки вы используете не только на вашем сервере но и для того чтобы собрать то что вы потом гоняете на сервере. Задача апстримов фиксить баги и выпускать фичи. Меня обычно волную только баги из за которых что то падает, но нынче истерический театр безопасности в индустрии, и обновлятся нужно чаще чем набожным людям молится, иначе ад случится в серверной и тп. После апстримов идут меинтейнеры, это те кто берёт всё то что апстримы выдали на лопате, и приводит это в вид когда оно собирает, запускается и работает на конкретной ОС, заворачивают это в красивый пакетик и выкладывают в репозиторий. Дальше идут админы, которые хотят целый день делать вид что работают вводя apt get update и конечные юзеры десктопов которые вообще не хотят никуда вникать, ибо отвлекает от порнтуба. Те вы в самом низу этой пирамиды. Теперь вы говорите: я хочу чтобы apt get update работало всегда, и мне ничего не приходилось никогда чинить руками. Ну отлично, а давайте теперь говорить за деньги. Разработчикам софта платят либо корпорации либо это волонтёры которые сами себя спонсируют. Иногда это опенсорц от корпораций типа демо-коммунити версий, и там своя модель отношений, разная и сложная. Производители ОС - часто фонды, на пожертвования от корпораций и добровольцев, как деньгами так и кодом. Меинтейнеры - часто волонтёры, иногда они работают работу, иногда это сами разработчики. Админы и пользователи. Админам платят ВСЕГДА за установку, обновление, конфигурацию. Те по факту вы говорите: я хочу меньше работать, я хочу чтобы вон те парни работали за меня. Ок, говорит вам редхэт (солярис, венда, аппле и наверное другие) и предлагает скинутся деньгами чтобы содержать толпу меинтейнеров и даже разработчиков которые будут делать так чтобы вам не надо было работать. Сколько денег вы готовы платить в месяц за сервис сравнимый с RHEL/Solaris/винда/аппле? Если не сколько - у меня для вас плохие новости :) Если у вас организация и вы хотите использовать FreeBSD, ArchLinux и пр штуки где нет специального акцента на стабильность то ваша организация должна сама себе обеспечить подобный процесс. Для этого потребуются программисты и админы, хотя бы по паре того и другого, и они должны будут создать свою тестовую зону, свои билд фермы по сборке и запаковке того что нужно вашей организации, потом это будет уходить на тесты и после тестов будет вываливатся на прод. > Я являюсь специалистом по обслуживанию систем. Вы мало квалифицированный специалист, который даже не в силах прочитать и разобратся в том, что он должен знать в рамках своей работы. см далее. > В портах происходит переход ffmpeg4->ffmpeg6 или qt5->qt6 и половина портов с новой версией просто не собирается. Этот процесс может растянуться на полгода и больше. Есть стабильное дерево портов - кватерли, там обновления раз в квартал или типа того, туда пушат только то что ничего особо не ломает. В main пушат весь свежак, и учитывая отсутствие CI/CD оно иногда даже не скачивается. Как специалист вы ОБЯЗАНЫ такое знать. По факту вы можно сказать юзаете experimental/unstable и возмущаетесь что оно нифига не stable. Точно так же и с ОС. И для таких как вы где то в хэнбуке есть как всё надо делать инструкции, вот прямо копипастишь, оно обновляется и работает. Но вы там себе вебе напридумывали, что то как то непойми как наобновляли, потом у вас что то сломалось и в этом оказались виноваты ВСЕ кроме вас. Прикол в том, что я бы например не взялся админить фрю в проде, если бы меня попросили её прямо щас обновить, потому что я знаю что это не умею а в проде скорее всего оно binary distributed. Я не пользовался бинарными обновлениями никогда и с большой вероятностью получу неизвестные приключения. И перед такими начинаниями мне нужно читать хэндбуки и тренероватся на виртуалках. Это притом что фрёй я пользуюсь с 2009 года и на десктопе она у меня года с 2016, и я и ядро правлю и порты. У меня source based всё. Но кто я такой, это же вы у нас эксперт по apt get update + windows update и точно знаете как обновить фрю, ведь у вас многолетний опыт apt get update в убунте и редхэте. > Вася-программист имеет об этом хоть какое-то понятие? Или вася просто пишет софт, как ему удобно, и все должны подстраиваться? Даже если вежливо, по сути это наглость и куча самомнения. Я бл. этот Вася который пишет какакод под бсд/гпл/мит который нужен только мне одному и по приколу это выкладывает на гитхуб. Я бл. этот Петя который меинтейнит это кака поделие Васи и пакует его в пакеты, потому что мне удобно этим так пользоватся или потому что на работе сказали это сделать. Ты то кто такой? Ты мне заплатил за то что я написал софт? Ты мне заплатил за то что я написанный софт сделал чтобы собирался и упаковывался в пакеты? Ты ни за что не заплатил, только "я хочу яхочу яхочу" (ничего не делать и получать зарплату). Все твои примеры стабильных API/ABI - это коммерческие системы или системы которые по сути являются часть коммерческого продукта. > Все, чего я хочу, это чтобы старый API работал (по сути компилятор - это способ использования его из твоего ПО). При минорном апдейте, заметь. И тут ты и разработчики FreeBSD такие: а мы не обещали, что у тебя ничего не сломается при минорном апдейте! Всем плевать что ты там хочешь. Или делай сам или плати деньги другим или не хоти.
	Ответить | Правка | Наверх | Cообщить модератору

	319. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 17:41
	> Дальше идут админы, которые хотят целый день делать вид что работают вводя apt get update и конечные юзеры десктопов которые вообще не хотят никуда вникать, ибо отвлекает от порнтуба. А скажи мне, дорогой разработчик... тебе никогда не приходило в голову, что админы делают работу для вот этих вот-вот порно-туберов? дада, я вполне представляю свое место в производственном цикле. админы - это обслуживающий персонал своего рода для конечных пользователей, которые либо платят бабки, либо между порно-тубом делают какую-то работу. Это они находятся на вершине этой пирамиды, а вовсе не ты, король-девелопер. Понимаешь? Ты не пишешь систему, чтобы даровать ее пользователям. Как тебе объяснить-то... Это прям такое заблуждение у опенсорсников, видать... Вот проект гимп - 25 лет лабает какое-то говно и все девелоперы типа тебя. А весь мир использует фотошоп. ОС - это тоже что-то, что конечные пользователи либо используют, либо выбирают другой продукт. В случае с FreeBSD конечные пользователи - это админы. Если я и еще миллион леммингов дропнем твою фряху, потому что она бесполезна, не подходит по работе, крешится, когда я выполняю аналог apt-get update... то ты останешься без юзербазы и программером локалхоста. Это именно то, о чем ты пишешь, когда сетуешь, что нет притока новых юзерв. И нет, новый графический инсталлятор погоды не изменит. > Всем плевать что ты там хочешь. > Или делай сам или плати деньги другим или не хоти. "Go fuck yourself", - я так и написал выше.:(
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 18:09
	> Вы мало квалифицированный специалист, который даже не в силах прочитать и разобратся в том, что он должен знать в рамках своей работы. см далее. ну, ес-но, все дураки вокруг тебя.) > Сколько денег вы готовы платить в месяц за сервис сравнимый с RHEL/Solaris/винда/аппле? Если не сколько - у меня для вас плохие новости :) Я или организация? Я работал с солярисом в ~2005-2007 если что. Более того, твой аргумент устарел на те же 20 лет. Потому что клоны RHEL'а бесплатны при сохранении ABI. Кто сейчас платит за то, чтобы ОС могла пересобрать программу, которая еще год назад могла собрать?) Чего смеяться-то) Оглянись вокруг) Ты утверждаешь я хочу от FreeBSD того, что не могу получить где-то еще бесплатно, но это не так! > Если у вас организация и вы хотите использовать FreeBSD Допустим, я являюсь техническим специалистом, который принимает такое решение. Хочу я под хранилище использовать FreeBSD ZFS, Linux ZFS, Solaris ZFS, OpenSolaris ZFS или платный сторидж. И вот как ты думаешь, что я решу после проблем с минорными апдейтами??? > пр штуки где нет специального акцента на стабильность то ваша организация должна сама себе обеспечить подобный процесс нет! штуки, где нет "специального акцента" на стабильность, просто полетят в мусорное ведро! потому что это не специальный акцент, а рядовое требование! и выкидывание - это то, что давно происходит с FreeBSD, потому что ее практически везде уже заменили!!! просто некоторые люди этого не хотят замечать и пишут новый графический инсталлятор...
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	324. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 18:36
	> Есть стабильное дерево портов - кватерли, там обновления раз в квартал или типа того, туда пушат только то что ничего особо не ломает. В main пушат весь свежак, и учитывая отсутствие CI/CD оно иногда даже не скачивается. Как специалист вы ОБЯЗАНЫ такое знать. По факту вы можно сказать юзаете experimental/unstable и возмущаетесь что оно нифига не stable. Зачем эти россказни? Кому ты сейчас этот булшит втираешь? Я проверил это сам и скажу, что это полная чушь, потому что квартальные порты как раз и ломаются чуть-чуть какая-то опция другая при сборке. И багрепорты висят как раз применительно к этим квартальным срезам.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	325. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 18:53
	> Я бл. этот Вася который пишет какакод под бсд/гпл/мит который нужен только > мне одному и по приколу это выкладывает на гитхуб. > Я бл. этот Петя который меинтейнит это кака поделие Васи и пакует > его в пакеты, потому что мне удобно этим так пользоватся или > потому что на работе сказали это сделать. Нет! Это не твой личный проект! У тебя есть FreeBSD Foundation, которая хочет привлекать новых пользователей и технический комитет! FreeBSD претендует на то, чтобы эту ОС использовали! Это не программка, которую ты пишешь чисто для своего ЧСВ! Это коллективный проект! Как ты этого не поймешь! Мне интересно, ты сейчас имеешь какой-то отношение к разработке FreeBSD или просто от себя эту чушь пишешь? > Ты то кто такой? А я тот юзер, без которого твой проект лишится юзербазы и вообще помрет. Мы сейчас сидим в новости, которая прямое доказательство, что с этим есть проблемы. > Ты мне заплатил за то что я написал софт? > Ты мне заплатил за то что я написанный софт сделал чтобы собирался > и упаковывался в пакеты? > Ты ни за что не заплатил, только "я хочу яхочу яхочу" (ничего > не делать и получать зарплату). Понимаешь, я тот юзер, который поддерживает существование твоей ОС просто потому что готов ее использовать. Потому что если никто не использует проект, он умирает. > Все твои примеры стабильных API/ABI - это коммерческие системы или системы которые по сути являются часть коммерческого продукта. Ты сейчас даже свою фряху не знаешь! Фрибзд _гарантирует_ стабильный ABI на протяжении 5 лет! Она ломает тулчейн!!! Ау, гараж! > Всем плевать что ты там хочешь. Вот именно из-за этого "Go fuck yourself" помрет любой проект.
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	326. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 19:01
	> Прикол в том, что я бы например не взялся админить фрю в проде, если бы меня попросили её прямо щас обновить, потому что я знаю что это не умею да уж прикол, что ты считаешь, что админить сводится к обновлению системы... апдейт системы - это вообще то, что должно вызывать наименьшие проблемы, потому что есть масса другой работы. а ты сфейлился еще не доходя до работы. прикол, конечно...
	Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

	310. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 01:01
	> И тут ты и разработчики FreeBSD такие: а мы не обещали, что у тебя ничего не сломается при минорном апдейте! Ну-ка давай беги строчи багрепорты... Мне что, заняться больше нечем?! Действительно, зачем писать багрепорты!? Лучше навалить на родном языке в коменты там где никто не увидит, и на кухне маме пожаловатся. Потому что если навалить в багрепорт то там тебя вежливо спросят: что и как ты сделал и что хотел получить? И тут станет с тобой всё ясно, тебя вежливо отправят читать хэндбук и закроют тикет с "work as intended", ибо запрос вида: "я обычно летаю на цесне в симуляторе, а тут попробовал ваш камаз а он только с обрыва в низ умеет, как им вверх летать?"
	Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

	318. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 17:32
	>> "я > обычно летаю на цесне в симуляторе, а тут попробовал ваш камаз > а он только с обрыва в низ умеет, как им вверх > летать?" в том-то и дело, что я-то как раз водил реальный транспорт. а когда речь про FreeBSD, то как ты сам, наверное, в курсе, ее процент использования падает год от года. ты неадекватно сейчас выставляешь ситуацию. это как раз FreeBSD сейчас не удел, никакой она не камаз. > Действительно, зачем писать багрепорты!? Лучше навалить на родном языке в коменты там где никто не увидит, и на кухне маме пожаловатся. Я достаточно в своей жизни писал репортов. Успел и во FreeBSD. И я знаю, что он может там висеть два года, пока не придет еще точно такой же репорт из компании, а не от частного лица. Дело в том, что прикинь, у меня есть другая жизнь, кроме совершенствования FreeBSD. Если она сырая, глючит и т.д. и т.п. - это не моя проблема, прикинь! Я просто выберу линукс, солярис, виндовс - короче говоря, инструмент по работе с инфой, который будет более стабилен!
	Ответить | Правка | Наверх | Cообщить модератору

	311. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 01:20
	> И я не понимаю, то ли ты дурака включил, то ли на предприятии никогда ОС не использовал. Да, про это. Я же писал: или платите или работайте. Когда я зарабатывал админством (аутсорсом по сути) то у меня были FreeBSD на роутерах/серверах и винды на рабочих станциях. Венды обновлялись с моего личного WSUS, где я лично апрувил обновления. Ну там бывало что в конторе своял свой WSUS, но мой для него был апстримом. Что касается FreeBSD то тестовой зоной и тестером был я сам у себя дома. В начале я обновлялся дома, убеждался что у меня хотя бы оно загрузилось и инет не отвалился и только потом обновлял на работах. Сейчас я больше пограмист, но в целом процесс такой же: я из дома тащю на работу конфиги и патчи и не потому что я из дома работаю, а потому что я это сделал для себя, опробовал на себе и потом по сути продаю это работодателю. За исключением специфичных для работодателя патчей. Но тащю на работу всё годное, а не просто когда когда ппц как приспичит и ничего не работает. Ничего не знать, не думать и ничего не делать в IT можно только на низших должностях при каком то вендоре. Можете админить венду, редхэт, яблоко - там за вас уже всё сделали, вам только с вдумчивым видом нажать кнопку "установить обновления" надо, где эта кнопка - написано в инструкции для админов. Есть всякие настройщики цисок, хуавеев, элексов, длинков, микротиков и прочей нечисти, там тоже за вас вендор всё уже сделал, даже написал как прошивку обновлять и какие косяки вылезут при этом. (ладно, не все пишут про новые косяки, особенно из этого списка) Или можно пойти в монтапопы, там вообще можно бухим витухи обжимать и оптику вариать.
	Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

	312. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 01:34
	Я в целом веду к тому, что время лёгких денег в IT закончилось. Теперь это конкуретная сфера с большими деньгами и возможностями. Это раньше поставить венду было офигеть каким навыком за который платили, теперь платят за почасовое решение проблем, будь то написание нового кода или работа меинтейнера/админа по разгребанию каках за разработчиком, или девляпс - пограмист инфраструктуры. Работ где сеньёр админ поколдовал с сервером пол часа, обматерил пользователей и отбыл ещё на месяц во свояси до следующей зарплаты к сожалению не осталось. Теперь админ это или мальчик по вызову, у которого сверху манагер и диспетчер, который пашет больше чем коммерческие секс работчницы и получает меньше или это дед в какой то непонятной конторе который админит и чинит всё подят от скуд до заправки сигнализации с з/п средней по конторе или это нечто среднее, что сидит на багтрекере куда наваливают и наваливают. Те кто может кодить - идут в девляпсы или разрабы или какую то линию по дальше от пользователей, куда не каждый тикет долетает.
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 17:55
	> Я в целом веду к тому, что время лёгких денег в IT > закончилось. Теперь это конкуретная сфера с большими деньгами и возможностями. И я к этому веду. Большие деньги и возможности так же предполагают ответственность. Прошло время, когда установить бесплатную ОС FreeBSD было офигеть как круто, только потому что она бесплатная. Сейчас есть и бюджеты, и бесплатный линукс, который обеспечит лучшие ТТХ. И если твоя ОС не в состоянии пересобрать софт годичной давности, эта ОС улетает на помойку. И ее место занимают более оттестированные решения, где "кнопочка" действительно работает. И сейчас работает, и год назад работала и есть уверенность, что будет работать через год. Потому что сейчас счет оборудования может идти на сотни и тысячи единиц и никакой сеньор не будет ковыряться в какой-то фряхиной багзиле, потому что она создает проблемы при минорном апдейте, потому что какой-то чванливый девелопер что-то там себе решил.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 17:48
	> Когда я зарабатывал админством (аутсорсом по сути) то у меня были FreeBSD на роутерах я тебе так скажу, что таким, как ты, админом я был еще студентом. админство (а я сюда свожу и девопсов, и прочих инженеров, потому что для меня это все в рамках одной профессии) - это не только вот этот начальный уровень, что ты сейчас описал. бывают более крупные предприятия, с большим объемом работы, распределенными командами, требующие большей автоматизации, большей надежности и с большей ответственностью. и то, что ты, будучи студентом без обязательство и личной жизни, мог позволить себе в какой-то фирмочке тратить личное время на тесты FreeBSD дома, не значит, что при более сложной IT-инфраструктуре кто-то будет этим задуряться. поэтому у тебя немного наивный взгляд на работу админом и на пригодность FreeBSD для этой роли. типа ты поигрался с ней в песочнице. работа админа - это не постоянное баг-тестирование ОС. ОС - это всего лишь инструмент. > Можете админить венду, редхэт, яблоко - там за вас уже всё сделали, вам только с вдумчивым видом нажать кнопку "установить обновления" надо, где эта кнопка - написано в инструкции для админов. сделали что за нас? отсутствие проблем при минорном апдейте? ну так в задачи админа и не входит решать эти проблемы на регулярной основе, в его задачи входит минимизировать возникновение таких проблем. то есть ты сейчас просто признал, что FreeBSD не подходит для выполнения сопоставимых бизнес-задач? так для чего же тогда FreeBSD нужна-то? для чего все эти багзилы и разработки?? just for fun? на router и сервер уже нет никакого смысла ее ставить, потому что линукс ее там зарулит. а инсталлятор новый для кого тогда? для людей, которым не хватает в жизни фана?
	Ответить | Правка | К родителю #311 | Наверх | Cообщить модератору

	323. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 10-Май-24, 18:21
	> Я же писал: или платите или работайте. Если под работой понимается та работа, которую может принести минорный апдейт FreeBSD, то нет. В мире, где клоны редхата валятся как из рога изобилия, а Oracle предлагает бесплатный клон от компании, этот аргумент уже устарел. Oracle обеспечит и большую стабильность, и бесплатно, и фактически поддержку от компании. Да, работа будет выполняться, но это совсем именно работа, которую затребовало предприятие. Потому что работа админа - это не то, что ты думаешь.
	Ответить | Правка | К родителю #311 | Наверх | Cообщить модератору

	341. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 18-Май-24, 09:05
	я смотрю, ты слился из спора полностью? а между тему, вот так люди пишут по работе: https://www.linux.org.ru/news/redhat/17617240?cid=17619135
	Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

142. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от rvs2016 (ok), 05-Май-24, 12:46
Продивился я на видеозапись установки фряхи через графический инсталлятор и напишу сюда это: 1. В текстовом инсталляторе придавили кнопку "install" и вылетели в итоге в графический инсталлятор. А как в графический инсталлятор не вылететь, а остаться в нормальном инсталляторе, чтобы продолжить установку фряхи в нём? 2. На одном из этапов как-то безальтернативно влетели в настройку ZFS. А как выбрать не ZFS, а UFS? 3. В текстовом инсталляторе установку всех этих base, kernel, ports, src (ну кому чё надо) умели отображать в одном окошке. Прогресс-бары всех этих частей двигались в одном окошке. В графическом инсталляторе отображение прогресс-баров всех этих установочных частей в одном окошке делать разучились поди. :-) 4. Устанавливали-устанавливали, а после перезагрузки вылетели в невозможность монтирования файловой системы - удаляйте такой "графический" инсталлятор, после которого система загрузиться не может сразу же после установки. :-)))
Ответить | Правка | Наверх | Cообщить модератору

151. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от rvs2016 (ok), 05-Май-24, 13:43
> проект GhostBSD (редакция FreeBSD с рабочим столом MATE) > уже использует собственный графический инсталлятор, > написанный на Python и PyGTK, но его перенос во FreeBSD > не рассматривается, так как он потребует включения Python > в качестве дополнительной зависимости Замена обычного инсталлятора на какой-то другой в любом случае потребует добавления каких-нибудь зависимостей. Так какая тогда разница - каким инсталлятором менять инсталлятор обычный, если зависимости добавятся в любом случае?
Ответить | Правка | Наверх | Cообщить модератору

154. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от YetAnotherOnanym (ok), 05-Май-24, 13:51
> повысит привлекательность системы для пользователей, привыкших к графическим инсталляторам Не надо этого делать.
Ответить | Правка | Наверх | Cообщить модератору

	172. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (174), 05-Май-24, 16:04
	надо
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Аноним (255), 05-Май-24, 16:40
	Боишься потерять ореол элитарности?
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

164. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от Аноним (164), 05-Май-24, 15:11
Когда фонду делать нечего он пилит графический инсталлятор.
Ответить | Правка | Наверх | Cообщить модератору

196. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от ZloySergant (ok), 05-Май-24, 23:38
Ой, зря. Они же, как и Слака, отличались тем, что не прочитал мануал заранее - иди нафиг.
Ответить | Правка | Наверх | Cообщить модератору

	206. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 00:58
	Вы фрю с арчем путаете :)
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Zitz (?), 06-Май-24, 14:54
	Если ставишь на MBR, то как минимум, необходимо ознакомиться с таким понятием, как слайсы. Для GPT это уже неактуально.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 06-Май-24, 17:22
	А если я ставлю вообще без MBR/GPT/BSD label?
	Ответить | Правка | Наверх | Cообщить модератору

	269. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 22:16
	Тогда с огромной вероятностью вашей платформой окажется не х86 :)
	Ответить | Правка | Наверх | Cообщить модератору

	297. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 07-Май-24, 17:09
	> Тогда с огромной вероятностью вашей платформой окажется не х86 :) Пачему? Чаще всего я так делаю именно на х86 платформе, зачем мне тома с данными кромсать? А если не кромсать, то и нафига мне партишен?
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 00:39
	Потому что на х86 нужен загрузчик после бивиса. Для легаси - легаси загрузчики, начиная с бутсектор загрузчик до какого то там запускателя ядра типа груба. Для EFI - EFI GPT партиция со специальным EFI загрузчиком. Для данных можно из без MBR/GPT, но ИМХО с GPT удобнее админить.
	Ответить | Правка | Наверх | Cообщить модератору

	315. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 08-Май-24, 15:09
	> Потому что на х86 нужен загрузчик после бивиса. > Для легаси - легаси загрузчики, начиная с бутсектор загрузчик до какого то > там запускателя ядра типа груба. > Для EFI - EFI GPT партиция со специальным EFI загрузчиком. Да это всё и так понятно, но я про тома с данными писал, им нафиг не надо. А для системного тома я обычно BSD label использую, этого достаточно и загрузчик есть куда запихать.
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 07-Май-24, 19:43
	> Тогда с огромной вероятностью вашей платформой окажется не х86 :) Ну вот завалялась пара дисков в тумбочке, ведь прекрасно работает: root@borich2:~ #  gmirror label -v gm0 /dev/ada0 /dev/ada1 Metadata value stored on /dev/ada0. Metadata value stored on /dev/ada1. Done. root@borich2:~ # newfs -L UFS_MIRROR -U /dev/mirror/gm0 /dev/mirror/gm0: 476940.0MB (976773160 sectors) block size 32768, fragment size 4096     using 763 cylinder groups of 625.22MB, 20007 blks, 80128 inodes.     with soft updates super-block backups (for fsck_ffs -b #) at: [.........] root@borich2:~ # mount /dev/mirror/gm0 /Storage root@borich2:~ # df -h |grep Storage /dev/mirror/gm0                                451G    8,0K    415G     0%    /Storage
	Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

	306. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 00:36
	>> Если ставишь на MBR А вы как с этого дата хранилища собрались ОС запускать без костылей (загрузчиков)?)
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 08-Май-24, 14:59
	>>> Если ставишь на MBR > А вы как с этого дата хранилища собрались ОС запускать без костылей > (загрузчиков)?) Простите, а зачем с дата хранилища что-то запускать? Для запуска ОС вроде как системный том есть, или вообще сетевая загрузка.
	Ответить | Правка | Наверх | Cообщить модератору

199. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
Сообщение от MaleDog (?), 06-Май-24, 00:37
М-м. Холивара ради. А что пользователь установивший Linux/FreeBSD через gui будет делать с ним дальше?
Ответить | Правка | Наверх | Cообщить модератору

	290. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 07-Май-24, 10:32
	> М-м. Холивара ради. А что пользователь установивший Linux/FreeBSD через gui будет делать > с ним дальше? Очевидно, по мнению разработчиков искать баги и заниматься увлекательной перепиской в багзиле:( https://www.opennet.me/openforum/vsluhforumID3/133606.html#288
	Ответить | Правка | Наверх | Cообщить модератору

	336. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от MaleDog (?), 11-Май-24, 21:31
	Просто, ИМХО, "или крестик, или трусы". Или вы даете подробный хэндбук и ОС общего назначения, или делаете Android/Windows, где пользователи и разработчики ПО в вашей безоговорочной власти. Для последних графический инсталлятор необходим. Для первых он скорее раздражает узостью сценария установки. Хватит консольного live_cd(но такого что гарантированно запустится на широком спектре оборудования) и архива с базовой системой. Может быть еще ядра на выбор, но это КМК лишнее.
	Ответить | Правка | Наверх | Cообщить модератору

	340. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 18-Май-24, 09:04
	да ты не мне бы это отвечал. это же был сарказм и истончик его по ссылке.
	Ответить | Правка | Наверх | Cообщить модератору

207. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от rvs2016 (ok), 06-Май-24, 01:15
Ivan_83 сообщение написал: > Но если смотреть с точки зрения юзера > то на десктопе действительно преимуществ > перед линухом особо нет, и проще взять > убунту и просто пользоватся. (6.39, Ivan_83 (ok), 00:00, 05/05/2024 Скрыто ботом-модератором) Но ссылка "ответить" к его сообщению не приставлена, поэтому отвечаю опять не в ветви сообщения, на которое пишу ответ, а в корне темы: Использую фряху и для десктопа тоже и не вижу - что там такого в фрёвом десктопе юзерам не хватает такого, что есть в десктопе линуксовом (убунтуйском и т.п.)?
Ответить | Правка | Наверх | Cообщить модератору

	235. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Zitz (?), 06-Май-24, 14:48
	Проприетарщины и драйверов (их и в линуксе не сказать, чтобы много, а те, что есть - зачастую отвратительного качества). Во всём остальном - тот же кактус, только иголки чуть другие.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 06-Май-24, 17:23
	Вот в этих иголках и заключается основной "ньюанс"!
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 22:20
	Значит ты не хакер, раз не разобрался как отвечать на такое :))))) (достаточно одну цифру в URL поменять) В целом не хватает мануалов. Каждый фревый десктоп - уникальный самосбор, на который обычно ушли годы чтобы всё собрать вместе и отполировать конфиги. Убунту можно ставить и юзать не приходя в сознание, я недавно проверял на себе :)
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

	283. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 07-Май-24, 09:03
	> Значит ты не хакер, раз не разобрался как отвечать на такое :))))) Ага. Не он. Не кул зацкер. Да лениво кул хацкерить уж, когда 5-й десяток лет пребывания на этой бренной земле завершается уж. :-) Надо Максиму просто кнопку ответа к скрытым ботом сообщениям вернуть, а то странно получается: ну скрыл сообщение, но это ж не значит, что на него и отвечать ещё нельзя. Это в тему для общения с администрацией предложить? Или отсюда идеи тоже черпаются? > Каждый фревый десктоп - уникальный самосбор, на который обычно ушли годы чтобы > всё собрать вместе и отполировать конфиги. Ну это да...! :-) Я вон себе составил список пакаджей, которые подставляю в pkg install ... в случае, если надобно когда-нибудь установить фряху, а конфиги из запаса беру, да и всё - всё давно, конечно, отполировано! :-) Ну иногда умолчательные конфиги новых версий просматриваю, конечно, для интереса. Ну в man'ы там поглядываю, если чё, хоть и лениво это всё давно уж. :-) А вообще это каким-то боком касается образа той витающей нередко идеи о том, что зачем, дескать, фряхе юзера, которые разобраться не могут в ней. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 07-Май-24, 10:42
	> Использую фряху и для десктопа тоже и не вижу - что там > такого в фрёвом десктопе юзерам не хватает такого, что есть в > десктопе линуксовом (убунтуйском и т.п.)? например, virtualbox официально не поддерживает работу по USB выше 1.1
	Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

	308. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 00:41
	А ещё оно не поддерживает проброс PCI девайсов и вообще какое то оно глючное. Я ушёл на бихайв. Для любителей гуя - он есть на фре из портов.
	Ответить | Правка | Наверх | Cообщить модератору

	339. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Аноним (-), 14-Май-24, 15:11
	> А ещё оно не поддерживает проброс PCI девайсов и вообще какое то оно глючное. А что вы с PCI делаете без дров на IOMMU?
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 19-Май-24, 07:03
	> Я ушёл на бихайв. это говорит о том, что ты - дилетант. у него даже поддерживаемого способа запустить линукс нет. есть grub-bhyve, который в портах и не поддерживается. > Для любителей гуя - он есть на фре из портов. кто он? gui для bhyve? там даже cli нормального нет. чтобы получить вывод из консоли(!) приходится какие-то пайпы вручную создавать и постоянно реконект делать. не говоря уже о том, что VBox позволяет миграцию VM между разными платформами и расширяемый диски, что в разы важнее, чем твое "из коробки".
	Ответить | Правка | К родителю #308 | Наверх | Cообщить модератору

215. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от Roman Dyaba (?), 06-Май-24, 05:36
Вместо того, чтобы в штатное меню добавить "fenches", такие, как: работать в оперативной памяти и раздача по сети, ну Вы поняли.... А гуй пакеты и так весят мало, можно было их просто добавить. Несколько подобных моих поделок летают где-то в сети. И потому - Не согласен ! Необоснованние страдание фигнёй.
Ответить | Правка | Наверх | Cообщить модератору

228. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+2 +/–
Сообщение от Аноним (228), 06-Май-24, 10:08
>В порты добавлен KDE 6. О, KDE 6 пропатчили!
Ответить | Правка | Наверх | Cообщить модератору

	238. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 06-Май-24, 16:23
	>>В порты добавлен KDE 6. > О, KDE 6 пропатчили! Но пока только в порты. В pkg шестых кедов пока не видно. Ждём патча ещё и для pkg!
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 06-Май-24, 17:24
	Пока ждёшь, make install clean уже всё соберёт.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 06-Май-24, 17:40
	> Пока ждёшь, make install clean уже всё соберёт. Не люблю я порты. Ну не совсем не люблю, а давно не люблю из них что-то в систему устанавливать, т.к. установки портов в систему могут конфликтовать с установленными через pkg install пакаджами. В крайнем случае порт можно только собрать (но не устанавливать в систему), чтобы не появился конфликт с пакаджами. Да и собирать-то порт надо тоже аккуратно, чтобы он во время сборки по дороге не наустанавливал в систему порты, от которых он зависит. Возня в общем! :-) Ну и кеды шестые в портах вообще только devel: % port-find kde6 Port:   kde6-devel-6.0.4.24.01.90 Path:   /usr/ports/x11/kde6 Info:   KDE Plasma Desktop and Applications (current)
	Ответить | Правка | Наверх | Cообщить модератору

	247. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от BorichL (ok), 06-Май-24, 17:58
	>[оверквотинг удален] > Ну не совсем не люблю, а давно не люблю из них что-то > в систему устанавливать, т.к. установки портов в систему могут конфликтовать с > установленными через pkg install пакаджами. > В крайнем случае порт можно только собрать (но не устанавливать в систему), > чтобы не появился конфликт с пакаджами. > Ну и кеды шестые в портах вообще только devel: > % port-find kde6 > Port:   kde6-devel-6.0.4.24.01.90 > Path:   /usr/ports/x11/kde6 > Info:   KDE Plasma Desktop and Applications (current) Да с чего им конфликтовать то? Ну раз уж ты так этот старый баян любишь, значит не маленький уже и должен знать, что собравшийся из исходников порт запаковывается в обычный пэкэдж и дальше устнавливается точно так же через pkg install, в портах эти собранные пэкэджи даже в отдельный каталог сваливаются, по умолчанию /usr/ports/packages. Единственно, что там может случиться - оно захочет что-то обновить из установленного, так-как в портах более свежая версия. Это можно или так же собрать из портов или просто удалить - соберётся из портов как зависимость. Дык когда соберут пэкэдж и выложат, эта вся шляпа тоже будет обновляться, собирается то всё из одних исходников... Ну какой смысл ждать, пока там всё соберётся под все платформы? Я уж лет 10 всё из исходников ставлю, достаточно удобно, можно хоть опции подёргать, код генерится под тот процессор, что установлен, а не под тот, что вышел 20 лет назад. Не, бывают конечно грабли типа несборки порта при установленных старых хидерах, ну деинсталлишь сначала порт, потом собираешь. Сейчас например Мозилла, собранная с набором инструкций, отличных от core2, не загружается без предварительной подгрузки libm, ну пофиксят порт, что бы она с ещё и libm линковалась и вобщем всё будет норм.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от rvs2016 (ok), 06-Май-24, 18:13
	> Да с чего им конфликтовать то? Ну раз уж ты так этот > старый баян любишь, Баян на практике показывал результаты примерно такого типа: Установка порта требует установку какого-нибудь там питона в версии, например, 10 (версии тут в сообщении вымышлены специально для примера), а в системе установлен из пакаджей питон версии, например, 9. Проблемы-то кому-то нет - продолжение установки порта предложит удалить из системы пакадж питона 9-го (а это приведёт к удалению и всех пакаджей, которые от 9-го питона зависят), и порт, которому потребовался питон 10-й, спокойно установится. Когда установка из пакаджей не сильно была развита (если не сказать сильнее), тогда я тоже из портов и устанавливал всё, что было надо. А теперь, когда установка из одной системы (из портов) может потребовать удаления программ, установленных из другой системы (из пакаджей), ну и наоборот, одновременное использование портов и пакаджей мне стало делом неудобным. Поэтому стремлюсь использовать установку только из пакаджей, а из портов собираю (но не устанавливаю) только те программы, которых в пакаджах нет, но они мне очень сильно нужны. Хотя это и большая редкость. Редкость - не отсутствие в пакаджах того, что есть в портах, а то, что из-за этого я буду страдать сборкой порта. Это надо, чтобы нужная программа мне была нужна очень сильно. :-)
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+1 +/–
	Сообщение от BorichL (ok), 06-Май-24, 18:27
	>[оверквотинг удален] > тогда я тоже из портов и устанавливал всё, что было надо. > А теперь, когда установка из одной системы (из портов) может потребовать > удаления программ, установленных из другой системы (из пакаджей), ну и наоборот, > одновременное использование портов и пакаджей мне стало делом неудобным. Поэтому стремлюсь > использовать установку только из пакаджей, а из портов собираю (но не > устанавливаю) только те программы, которых в пакаджах нет, но они мне > очень сильно нужны. Хотя это и большая редкость. Редкость - не > отсутствие в пакаджах того, что есть в портах, а то, что > из-за этого я буду страдать сборкой порта. Это надо, чтобы нужная > программа мне была нужна очень сильно. :-) Ну чаще всего такое настраивается через make.conf, порты всё-таки гибче пэкэджей и там жёсткие зависимости только если по другому порт не соберётся. А пэкэджи ставятся только с тем, с чем были собраны. Я раньше, когда не собирался порт просто ставил пэкэдж с откатом части портов на те версии, которые хочет пэкэдж, это обычно не напрягало. Ну вобщем есть 2 альтернативы, каждый выбирает из них сам.
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 06-Май-24, 22:24
	У меня всё собрано с исходников, кроме вайна-и386 который стоит не в системе а в профиле пользователя. Из готовых пакетов ничего не ставлю, ибо там обычно опции нужные кому угодно только не мне. И дефолтные пакеты обычно имеют сильно больше зависимостей чем у меня. Плюс флаги сборки бывает интересно покрутить. Плюс у меня 50+ своих патчей поверх дерева портов, без которых на десктопе не комфортно, ИМХО.
	Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

	292. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 07-Май-24, 10:45
	> У меня всё собрано с исходников, кроме вайна-и386 который стоит не в > системе а в профиле пользователя. > Из готовых пакетов ничего не ставлю, ибо там обычно опции нужные кому > угодно только не мне. > И дефолтные пакеты обычно имеют сильно больше зависимостей чем у меня. > Плюс флаги сборки бывает интересно покрутить. > Плюс у меня 50+ своих патчей поверх дерева портов, без которых на > десктопе не комфортно, ИМХО. Это развлечение для программиста в первую очередь. Потому что порты регулярно ломаются и без знаний, ты их будешь долго и уныло чинить.
	Ответить | Правка | Наверх | Cообщить модератору

	309. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Ivan_83 (ok), 08-Май-24, 00:49
	Тем кто сидит на бинарных портах ничего не грозит. А при сборке из исходников основные проблемы были из за libressl которую я юзал вместо openssl из базы. И приходилось довольно часто чинить то одно то другое. Гдето брал готовые патчи из апстрима, где то сам в апстрим засылал исправления. В конечном итоге я решил что трачу на это слишком много времени и сил, и лучше я буду писать свой унылый и никому не нужный код чем чинить поделки других людей. С нового года у меня openssl из базы, и это позволило резко снизить активность на фрёвом и прочих багтрекерах.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от Минона (ok), 08-Май-24, 09:04
	>[оверквотинг удален] > А при сборке из исходников основные проблемы были из за libressl которую > я юзал вместо openssl из базы. > И приходилось довольно часто чинить то одно то другое. > Гдето брал готовые патчи из апстрима, где то сам в апстрим засылал > исправления. > В конечном итоге я решил что трачу на это слишком много времени > и сил, и лучше я буду писать свой унылый и никому > не нужный код чем чинить поделки других людей. > С нового года у меня openssl из базы, и это позволило резко > снизить активность на фрёвом и прочих багтрекерах. Поздравляю, ты перестал есть кактус 😉
	Ответить | Правка | Наверх | Cообщить модератору

	343. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
	Сообщение от crypt (ok), 19-Май-24, 07:06
	> В конечном итоге я решил что трачу на это слишком много времени > и сил, и лучше я буду писать свой унылый и никому > не нужный код чем чинить поделки других людей. Вот, прикинь, так же и с админами! А ты мне там выше гордо заявляешь, что админы мол ничего по жизни не делают, кроме apt-get update.
	Ответить | Правка | К родителю #309 | Наверх | Cообщить модератору

258. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от Tron is Whistling (?), 06-Май-24, 20:24
> проект по созданию драйвера IOMMU для FreeBSD Шёл 2024 год...
Ответить | Правка | Наверх | Cообщить модератору

286. "Для FreeBSD развивается новый графический инсталлятор. Отчёт..."	+/–
Сообщение от FreeStyler (ok), 07-Май-24, 09:41
ОК и рядом крестик - гениально!🤦🏻‍♂️ Так сложно было ОК и Назад вниз перенести⁉️ CSD реально рак
Ответить | Правка | Наверх | Cообщить модератору

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

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