После двух лет с момента публикации ветки 14.0 сформирован релиз FreeBSD 15.0. Установочные сборки подготовлены для архитектур amd64, aarch64, armv7, powerpc64, powerpc64le и riscv64. Дополнительно поставляются сборки для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2, Google Compute Engine и Vagrant...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64358
Есть ли сейчас возможность запустить systemd? Полноценная работа DE его требует.
>Полноценная работа DE его требует.Такое DE надо патчить!
А с патчами это уже не полноценная, в том то и дело. Я вон смотрю раньше плазма прекрасно сама перезапускалась при падении, а теперь, видимо, полагается на systemd, потому что она постоянно падает с концами.
Или вообще зависает намертво, только через kill -9 оживишь.
Это печально.
Чем же у вас её там так патчат, что аж зависает? В Gentoo не падает и не зависает.
Плазма на вейланде в генту постоянно падает и перезапускается не всегда. Kwin тоже периодически падает без причины (но перезапускается, без окон gtk2/gtk3/xwayland/wine, периодически без плазмы)На иксах можно ожидать примерно 1 падение за месяц аптайма, падения kwin отследить сложнее -- он перезапускается мгновенно и без следов.
Есть проверенный десятилетиями способ всё уронить -- это открыть настройки и попытаться примерить различные параметры. Вопрос в немотивированных падениях.
ни разу не падала. Сейчас все настолько обмазано тестами, что если у вас что-то падает. Ну может проблема в железе.
На планшете дебиан с кде/plasma на wayland, тоже ничего не падает. планшет на n150.
Там поди kde5, это же дебиан.
В debian 13 plasma 6.3
> В debian 13 plasma 6.3Тогда странно, я бы ещё поверил, что версии до 6.1 не крашились.
TBH, единственное что заметил после перехода с крыски на стейбл ветку кде в генте (правда у меня кастомный профиль но-мультилиб-плазма), то что яркость экрана не восстанавливается к нормальным значеням при загрузке/восстановлении из гибернации, и может залипнуть намертво, если зажать хоткеи на ноуте для яркости экрана больше чем на 1-2 сек. Но думаю это асусовская специфичная фича/баг в ядре/модуле.
У меня экран не гаснет в принципе. С исами были проблемы с harddpms (и достаточно серьёзные), но эта фича всегда предсказуема. А тут зависит от powerdevil и не работает.
Но то DE, которое надо патчить, и без systemd работает.
Любители башпортянок: произошол двойной форк, как в башпортянках это обнаружить? Процессы до сих пор запускаются от рута? Как ограничить системные вызова, доступ к файловой системе и прочие вещи - никак? Как прозрачно переопределить несколько параметров из скрипта, например доступные процессу файлы или пользователь от которого он запускается? Как сделать так, чтобы это переопределение переживало обновление системы? Процессы должны висеть в памяти постоянно, ведь активация по сокету до сих пор не изобретена? Какие вообще фичи доступны кроме кривого-косого вызова баша?
> произошол двойной форк, как в башпортянках это обнаружить?Какая-то специфичная для системд проблема.
> Процессы до сих пор запускаются от рута? Как ограничить системные вызова, доступ к файлов
Какие процессы? Если сервисы/демоны, то они сами сбрасывают свои привелегии, в конфиге у них для этого указывается юзер. Если под процессами имеется ввиду сами скрипты, то от рута, как и системд запущен от рута
> пользователь от которого он запускается?
Ненавистники башпортянок не слышали про su?
> ведь активация по сокету до сих пор не изобретена
inetd был изобретен ещё до того как поттеринга из школы за неуспеваемость выгнали
>Какая-то специфичная для системд проблема.Отнюдь. Берём
>tmux new-session -s master -dПрограмма тут запускает фоновый процесс и тут же завершается. Таких примеров много.
>Если сервисы/демоны, то они сами сбрасывают свои привелегии, в конфиге у них для этого указывается юзерВот это я понимаю unix way - автор каждой программы должен навелосипедить понижение полномочий самостоятельно. Навелосипедит только смену пользователя - отлично, файловая система окажется открыта.
>Если под процессами имеется ввиду сами скрипты, то от рута, как и системд запущен от рутаУ systemd есть User, который позволяет указать конкретного пользователя, так что мимо
>Ненавистники башпортянок не слышали про su?Отлично, а теперь скомпонуйте установку ограничений по процессору, памяти, файловым системам, capabilities, пользователю, отсутствию утечки по форку в одну башпортянку. А заодно напишите, какие программы вам пришлось установить для того, чтобы это всё работало.
>inetd был изобретен ещё до того как поттеринга из школы за неуспеваемость выгналиДля запуска условного pipewire, слушающего unix сокет подойдёт?
> Вот это я понимаю unix way - автор каждой программы должен навелосипедить
> понижение полномочий самостоятельно. Навелосипедит только смену пользователя - отлично,
> файловая система окажется открыта.Более того. Теперь вы конфигурите одно и то же - 20 разными способами :) Очень удобно и круто. А потом берешь s-d и понимаешь почему сабж из продакшнов куда-то делся...
Блин, ну что за двойные стандарты? Вы в новостях про вейленд не пишите что-то типа "один xorg, один фюрер", а вейленд это разнообразие на любой вкус и цвет? А тут получается 20 способов это плохо, а один фюр^W системд - это хорошо.
> Блин, ну что за двойные стандарты?Все просто. Некое common core системы с похожим набором задач есть везде. На серверах, эмбедовке, десктопах, ... - s-d именно ЭТИМ и стал. Такая базовая система управления типовыми аспектами актуальными много кому.
> Вы в новостях про вейленд не пишите что-то типа "один xorg, один фюрер",
> а вейленд это разнообразие на любой вкус и цвет? А тут получается 20 способов это
> плохо, а один фюр^W системд - это хорошо.Вы не оперируете прагматичными аспектами. В случае DE я буду наруливать его на моем десктопе. Ну может 1-2 запасных и вспомогательных компов. Ну может ноут еще. Это не так уж много систем.
А базовые аспекты управления системой, обзор того что есть, как это работает, есть ли сбои сервисов, параметры всего этого и проч - меня колышат чуть менее чем везде. Поэтому хотя явление есть, масштаб проблем от него на мою голову радикально разный.
Т.е. я не приду к Васяну наруливать ему незнакомое DE с другим вэйландом. А вот наруливать более базовые аспекты компьютерных систем? Я это практикую.
Я так и не понял что плохого в двойном форке. А тройной форк?Вот есть у меня один самописный сервис на Си, который при запуске форкает 3 процесса: один для работы с http-сервером, другой клиент для кеш-сервера, третий - клиент для GIS-системы.
И по-дефолту, если не указать ему -f (foreground), он перед созданием этих чайлдов сам форкается чтоб отцепиться от TTY и стать демоном. После форка родитель этих трех процессов становится супервайзером для всех дочерних процессов, т.е. перезапускает их когда надо, завершает их всех если родителю послать сигнал и реализует IPC между всеми ими.И чё, в системд это не будет работать? А почему? Что тут криминального то, не смотря на двойной форк. А nginx тогда как работает? У него ведь тоже есть мастер-процесс и куча worker'ов. Или мастер-процесс нельзя форкать в таком случае?
> Вот это я понимаю unix way - автор каждой программы должен навелосипедить понижение полномочий самостоятельно.
А что, автор каждой программы должен писать софт, к-й будет запускаться исключительно из-под systemd? А если ему на busybox надо это запустить?
> Навелосипедит только смену пользователя - отлично, файловая система окажется открыта.
Я даже хз что тут сказать. Наверно только то, что тот кто пишет сервисы/демонов на Си знает что кроме setgid/setuid надо еще и chdir() вызвать.
> У systemd есть User, который позволяет указать конкретного пользователя, так что мимо
А он сможет после этого биндить порты <= 1024?
> Для запуска условного pipewire, слушающего unix сокет подойдёт?
Да
> Я даже хз что тут сказать. Наверно только то, что тот кто пишет сервисы/демонов на Си знает что кроме setgid/setuid надо еще и chdir() вызвать.и chroot() конечно
> Я так и не понял что плохого в двойном форке.В том что трекать это не совсем просто. Особенно - из башпростынок. Из нативного PID=1 можно, но если он туп аки дрова, толку с этого немного.
> А тройной форк?
С точки зрения системщины бессмысленное и беспощадное действие, в цепочке требуется максимум 2 форка для полной отвязки.
> т.е. перезапускает их когда надо, завершает их всех если родителю послать
> сигнал и реализует IPC между всеми ими.Круто, переизобрели некий кусочек системды. Убив на кривой велосипед с квадратными колесами свое время. Кто б его знает зачем. Ибо это конечно и рядом не стояло с тем что sd сможет, да еще время профачено. А потом у вас начинается удивление что с столь "рациональным" персонажем, его софтом и системами продвигаемыми им дел иметь никто не хочет.
> И чё, в системд это не будет работать? А почему? Что тут
> криминального то, не смотря на двойной форк.В системд то как раз работать будет - в отличие от баш фигни. Просто нафиг не надо ибо тот умеет все это - сам. И можно сэкономить время на написании кода. Реюзанув фичи sd вместо этого.
> А nginx тогда как работает? У него ведь тоже есть мастер-процесс и куча worker'ов. Или
> мастер-процесс нельзя форкать в таком случае?Вот только когда есть 20 программ, они ВСЕ это переизобретают это, у всех по разному, у каждого криво и недопилено по своему - это полнейший отстой с точки зрения управления и эксплуатации.
Или можно
1) Забить на написание кучи кода и сэкономить время.
2) Унифицировать настройку всего этого и сэкономить время.А из недостатков - не работает на системе которую днем с огнем не найдешь. Ну так это ваша проблема - вы ее и решайте. Дописывайте там себе код каждый раз изобретая кривой вел заново и разучивайте 20 способов делать 1 и то же. А мы посмотрим кто кого сделает, чисто эволюционно. Хотя я уже и так знаю ответ, да и вы наверное догадываетесь. Ничего личного но с такими свойствами сейчас в эксплуатации компьютерных систем уже не живут.
> А что, автор каждой программы должен писать софт, к-й будет запускаться исключительно
> из-под systemd?Это удобно автору софта и конфигураторам и интеграторам, не буду скрывать. Зачем делать из чужих проблем - свои? Своя рубашка - ближе к телу. Тем более что BSDшники никогда не блистали дружелюбием к кооперации.
> А если ему на busybox надо это запустить?
Это сильно отдельный кастомный нишевой случай, внезапно. А с ростом мощности cpu и объема RAM можно и sd ставить на системы и забить на busybox так то. Экономить пару метров оперативы на системе даже с 256 мегов, жестко обрубая стандартный функционал уже смысла особо нет. А чипы оперативы меньше - если и делают то как экзотику, с накруткой за экзотичность, и паять меньше смысла уже просто нет.
> пишет сервисы/демонов на Си знает что кроме setgid/setuid надо еще и
> chdir() вызвать.Или забить на это и просто sd это предоставить. Минус 100500 кода, фичастее, лучше работает, решает более 9000 иных проблем, ...
Да, когда-то я ТАК велосипедил. Но с пришествием sd - он обыграл меня на моем поле. Я не испытываю проблем с тем чтобы признать это и - "не можешь победить - возглавь!" :). А вы можете догнивать на задворках истории. Ибо кому ваш ужастик при наличии вон того упрется, узнавать как его величество конфигурять отдельным аспектом.
>> У systemd есть User, который позволяет указать конкретного пользователя, так что мимо
> А он сможет после этого биндить порты <= 1024?Если надо - это все опять же в линухе настраиваемо. Там так то система capabilities есть. Да и вообще - сокет может sd забиндить изначально, ибо у него аналог inetd встроен. И у него то правов точно хватит.
>> Для запуска условного pipewire, слушающего unix сокет подойдёт?
> ДаЯ это не писал.
Что-то много букав, отвечу просто - всякие sshd, haproxy, nginx, apache, redis, и еще дохрена чего как-то вот работают и на Слаке, и на BSD, и даже там где есть systemd. Все еще не понимаю почему это неправильно, а чтоб было правильно - должно работать только на systemd, а на всем остальном фейлится из-за двойного форка. Двойной форк это не баг, это такой дизайн демона - форкнуться чтоб отцепиться от TTY и стать демоном без управляющего терминала, а затем (уже став демонов) нафоркать своих worker'ов (можно даже подменив исполняемый образ через execve).
> Что-то много букав, отвечу просто - всякие sshd, haproxy, nginx, apache, redis,
> и еще дохрена чего как-то вот работают и на Слаке, и
> на BSD, и даже там где есть systemd.Как-то - работают. Но если обратить внимание, дистры без s-d отвалились в нишевые сегменты с мизерными долями. Выбор админов локалхоста. Так - потому что как только локалхостов становится чуть более 1, и еще программ эн, объем канители шкалит -> спрос на упрощение, унификацию и минимизацию знаний, reuse кода, вот это все.
К тому же упомянутых писать начали до популяризации системды. Логично что им ПРИШЛОСЬ. Других способов не существовало. А если мы посмотрим на тот сервис под задачу, для одноплатника, написаный мной... сабж все равно там не работал, какая вам разница? :)
> Все еще не понимаю почему это неправильно, а чтоб было правильно - должно работать
> только на systemd, а на всем остальном фейлится из-за двойного форка.Мой пойнт: выписывать redundant блок кода - такое себе. И иметь дело с 20 способами настройки 1 и того же тоже. И кстати в этом нашем линухе есть вещи значительно круче чрута. Системд с этим - интегрирован и умеет все это.
У вас в теории тоже есть jails, просто это невнятное, недопиленное, а вон там - вообще не работает. Поэтому на сабж уже в основном и похрен.
> Двойной форк это не баг, это такой дизайн демона - форкнуться
> чтоб отцепиться от TTYСпасибо Кэп! Изначальный оратор намекал что отслеживать такой маневр в шеллскриптах - не особо хорошо получается. В отличие от нативного PID=1.
А у системды просто есть параметр Type. Он подстраивает "ожидания" системды относительно поведения сервиса. Type=forking решает сие 1 тривиальной строкой конфига! А вы можете писать код или скриптить, конечно...
> затем (уже став демонов) нафоркать своих worker'ов (можно даже подменив исполняемый
> образ через execve).Отлично покапитанили. Но если я хотел решить задачу - еще не значит что я хочу прогать половину сервисного менеджера заодно, в 20-й раз решая типовую задачу в мое время. В 20-й копии кривоватого кода. И с удовольствием спихну это на sd или кого там. Да, кой какие апи с простым ipc там таки есть. В частности нотификации что сервис реально взлетел и вачдог апи. У вас в вашем IPC было хотя-бы это? :)
>И чё, в системд это не будет работать? А почему?Кто сказал что это плохо? Systemd может обработать данную ситуацию, не systemd напрямую - нет, нужно костылить.
>А если ему на busybox надо это запустить?Ну так возьмите и добавьте в свои башпортянки аналогичный systemd функционал. Софт то зачем усложнять?
>Наверно только то, что тот кто пишет сервисы/демонов на Си знаетСишники много чего не знают. Вот, в иксах дырени из восьмидесятых существуют.
>что кроме setgid/setuid надо еще и chdir() вызвать.То есть идею, что софт изначально не надо запускать с правами рута, вы даже не рассматриваете.
>А он сможет после этого биндить порты <= 1024?capabilities изобретены
> Кто сказал что это плохо? Systemd может обработать данную ситуацию, не systemd напрямую - нет, нужно костылить.Плья, опять 25... обработать какую-такую ситуацию? Успешный запуск сервиса обработать? Ну круто, что системд может понять что сервис успешно запустился.
> Плья, опять 25... обработать какую-такую ситуацию? Успешный запуск сервиса обработать?
> Ну круто, что системд может понять что сервис успешно запустился.SD потом корректно работает с этим сервисом, бдж. А вы даже не сможете понять в шеллскрипте, брякнулся он по какому там краху, или чего. Это конечно можно все прокостылить но получается уродливо и криво. Замечательные велосипеды с квадратными колесами. А соседу треугольные больше нравятся. А другому пятиугольные. Сделать 1 раз, нормально, и подобрать оптимальную форму ака круглые? Не, вы что! Надо с ноля свой костотряс запилить.
> SD потом корректно работает с этим сервисом, бдж.А башпортянки _всегда_ еще до изобртенения systemd корректно работали с такими сервисами.
И, кстати, почемы вы клованы даже в новости про BSD пишите о башпортянках? Баш - это чисто-линуксовый прикол, а в BSD другой шел.> Замечательные велосипеды с квадратными колесами. А соседу треугольные больше нравятся. А другому пятиугольные. Сделать 1 раз, нормально, и подобрать оптимальную форму ака круглые? Не, вы что! Надо с ноля свой костотряс запилить.
Хоспади, опять аналогии про велосипеды... Ладно, systemd это The Entity, 11й эпизод 5го сезона из Южного парка.
> А башпортянки _всегда_ еще до изобртенения systemd корректно работали с такими сервисами.Простая задача: попробуй отмнониторить кончину такого сервиса и перезапустить - если он упал, допустим. Из твоей портянки. И тут начинается костылестроение...
> И, кстати, почемы вы клованы даже в новости про BSD пишите о
> башпортянках? Баш - это чисто-линуксовый прикол, а в BSD другой шел.Еще более уродский. Правда в линукс для стартовых скриптов баша тоже не использовали. За то что жирнее и тормознее.
> Хоспади, опять аналогии про велосипеды... Ладно, systemd это The Entity, 11й эпизод
> 5го сезона из Южного парка.У вас в системе нельзя посмотреть обзорной 1-2 командами состояние сервисов, все ли работает как надо, вот это все. Оно и выпало в развлекуху админов локалхоста как дико неэффективная в эксплуатации штука.
> У вас в системе нельзя посмотреть обзорной 1-2 командами состояние сервисов, все ли работает как надо, вот это все. Оно и выпало в развлекуху админов локалхоста как дико неэффективная в эксплуатации штука.У нас есть ps и простые текстовые логи, а не бинарная параша.
> У нас есть psИ он ничего не говорит о том откуда и почему сие тут взялось. А особо креативные господа могут еще перезапуск сервисов кроном запилить. Равно как оно ничего не говорит и о том что чего-то например не хватает, ибо оно упало.
За такое управление системой вы и пойдете на мороз. Как ошибка эволюции.
> и простые текстовые логи, а не бинарная параша.
...при крайне х@рово и педально поддающиеся runtime анализу при том. Особенно не дай боже в реальном времени. Ибо на такое эта хрень не рассчитывалась вообще. Да, конечно, есть энтерпрайз тулсы. Или на выбор - совсем кривые педали. Очень удобно и рационально.
> вызоваФерма )
1. Нет.
2. Не требует.
Ещё вопросы?
Очень плохо. Ты лучше поинтересуйся, какие патчи накладывают, чтобы оно работало.
1. Очень хорошо.
2. Не интересно.
3. Вам интересно - вы поищите.
Видимо, я просто лучше осведомлён. Ты напоминаешь тех ребят, которым "sway хватит для всего". Речь то о DE, и они без systemd всё хуже и ограниченнее работают.
Ладно systedmd, они без wayland скоро не будут работать.
По какой причине?
Из GNOME выпилили X11 уже.
И? В FreeBSD wayland работает прекрасно.
Самое первое, что перестанет работать без иксов - это GNOME
В 50-ой версии весной 2026 года.Потом KDE 6.8 в конце 2026 года.
Так сейчас в FreeBSD рабочий GNOME 42 (2022 года).Кому какое до этого дело...
> Так сейчас в FreeBSD рабочий GNOME 42 (2022 года).Вообще-то 44.4. Но то же старьё.
Чем быстрее гномо-кеды обмажутся вяленым системде тем быстрее придёт логическая развязка данного саботажа.
> Чем быстрее гномо-кеды обмажутся вяленым системде тем быстрее придёт логическая развязка
> данного саботажа.За что вы так девелоперов сабжа и фанов то? Да, господа, вы и правда - саботируете себя и останетесь без нового софта. Но вот это уже ваши проблемы.
> Речь то о DE, и они без systemd всё хуже и ограниченнее работают.Конкретнее? Ещё раз: kde работала прекрасно.
Когда это было? Раньше она работала. Конкретно перезапуск плазмы и менеджер процессов. Ну и там что-то по поводу запуска программ ноет в логах, периодически ломается взаимодействие между процессами и надо перезапускать. Работает только базовая функциональность с какими-то жуткими патчами.
KDE больше от D-Bus больше зависит.
> KDE больше от D-Bus больше зависит.На линуксе помимо dbus было куча проблем с pam и elogind тоже.
> Когда это было?Буквально на 14.3 релизе. На 15 не проверял.
Меня волнует что будет со средами рабочего стола. Не понятно, вроде на FreeBSD нет такого оголтелого перехода на Wayland с x-server.
Вяленд работает, но всякие утилиты и прочая мелочь завязаны на линукс, зачастую целенаправленно.
Иксы в этом плане более предсказуемо работают, особенно если не гнаться за модным-молодёжным. Но надо понимать, что для BSD-шника является нормальным в случае какой-то проблемы лезть искать её причины вплоть до конкретного участка кода, чтобы потом составить хотя бы развёрнутый issue.
>чтобы потом составить хотя бы развёрнутый issue.Чтобы что получить в ответ на это иссуе? Что мы не поддерживаем ничего кроме Линукс?
> Но надо понимать, что для BSD-шника является нормальным в случае какой-то проблемы лезть искать её причины вплоть до конкретного участка кода, чтобы потом составить хотя бы развёрнутый issue.Глупость несусветная. Поймите вы уже, что невозможно быть админом и системным программистом в одном флаконе.
Если время есть - очень даже возможно. В конце концов, "Source code is the ultimate manual".
Вы это Игорю Сысоеву расскажите. Хотя ему уже неинтересно :-)
Ну почему же невозможно? Такой чел зовётся ДевЛяпс.
>но всякие утилиты и прочая мелочь завязаны на линукс, зачастую целенаправленно.А зачем мне как разработчику вообще про всякие bsd вспоминать? Чтобы что? У вас есть Sony и Apple, вот к ним и обращайтесь. Ну или присылайте патчи самостоятельно. Хотя, необходимость держать несколько отдельных виртуалок чисто под bsd - дело весьма затратное.
Вообще не затратное. VirtualBox и образ фри накатывается за минуты.
>VirtualBox и образ фри накатывается за минуты.Кем - бсдшником? Во-первых под это нужно место на диске и оперативка. Во-вторых, нужно хотя бы минимально почитать как устроена система, поскольку того же systemd здесь нет и таких изменений куча. В-третьих, если вы не школьник, который играет в установки систем, вам нужен ci/cd. Это - программа минимум. Просто для сравнения: если программа простая, то под gnu/linux можно её просто слинковать статически, даже не вспоминая про наличие каких-то там дистрибутивах.
> Вообще не затратное. VirtualBox и образ фри накатывается за минуты.Эти минуты кто-то и зачем-то должен потратить. Желательно регулярно. Да и с этим вашим виртуалбоксом вы сразу запалили уровень заодно. Матерых девелоперов и админов локалхоста видно сразу. Повезет если без винды. Ну вот такие вам может софт и пропатчат. Если вы конечно хотели этого :D
А что не так с virtualbox? Чем он хуже kvm или hyper-v? Или что там сейчас модно?
> А что не так с virtualbox?Тем что хайлайтит уровень его пользователя. Это для серьезных вещей не использует никто и нигде -> уровень владения технологиями виртуализации сразу как на ладони.
> Чем он хуже kvm или hyper-v? Или что там сейчас модно?
Да по сути всем, и лицензированием оракла и их жабой, и фичами, и в случае линуха out of tree модулями, и просто ориентацией на хомяков, и более - никого. По поводу чего только оными и применяется по сути. И - вот - этим самым уровень хайлайтит.
А у них много собственных графических оболочек? Только Lummina на ум приходит. Остальное для Linux разрабатывается в первую очередь.
xfce оригинально была во FreeBSD, поэтому ставишь инастраивешь в соотвествии с man xorg + slim + xfce + xfwm4-themes и радуешься, что всё работает !
>А у них много собственных графических оболочек? Только Lummina на ум приходит. Остальное для Linux разрабатывается в первую очередь.Я правильно понимаю что линуксоид по умолчанию считает весь свободный софт линуксячим? Меня всегда удивляла такая чока зрения. Но оно всё и делается, чтобы кроме линукса больше нигде не запустить.
Я ничего не считаю. Просто факты. Их отрицание на окружающую реальность не влияет.
Осталась мелочь - научиться различать факты и своё восприятие оных.
Ну раз мелочь, показывай тогда коммерческие облака на сабже, большие публичные деплои, да хотя бы десяток публичных коммерческих компаний, сделавших ставку на сабж назови. Нетфликс (всё на линуксе, кроме последней мили -- диска с HTTPS интерфейсом), Сони (закрытая проприетарная прошивка для игровой консоли). Всё? Никого не забыл?
> HTTPS интерфейсом), Сони (закрытая проприетарная прошивка для игровой консоли). Всё?
> Никого не забыл?Нинтенда же, анон! Как ты мог. Правда сабжи и с нее получат - столько же сколько с сони. А теперь сравним с комитами от Valve в линух, да... :D. Вон там GCN 1.x по дефолту в AMDGPU запилили. И теперь юзеры GCN 1.x смогут - вулкан 1.3+ получить по дефолту. Всей толпой. Хотя его там даже на коробке не обещали, даже 1.0.
Интересно через сколько лет подобные изменения доползут до сабжа? Как там у сабжа, Vulkan на GCN 1.x - реалистично завести?
>Я правильно понимаю что линуксоид по умолчанию считает весь свободный софт линуксячим?А где его запускать кроме GNU/Linux? Hurd пока-что не готов.
>Меня всегда удивляла такая чока зрения. Но оно всё и делается, чтобы кроме линукса больше нигде не запустить.Всё элементарно: разработчику нужно поставить себе несколько виртуалок со всякими бсдями, а их мягко говоря несколько: FreeBSD, OpenBSD, NetBSD, кто-то ещё тоже уникальный, а не просто дистрибутив предыдущих, плюс разные версии, а далее хотя бы каждый релиз тестировать на них, при том, что далеко не факт, что у конкретно этого разработчика будет хотя-бы один пользователь на них.
> Я правильно понимаю что линуксоид по умолчанию считает весь свободный софт линуксячим?
> Меня всегда удивляла такая чока зрения. Но оно всё и делается,
> чтобы кроме линукса больше нигде не запустить.Тебя удивляет что мы пишеем софт и тестируем его - прямо под своей системой? И у нас чаще всего дуалбутов - нет.
А сетапить вашу шляпу без системды и проч, с экзотичным либце небось, пакетником на вторых ролях и проч - оно надо? Это какой бенефит дает? На десктопах и в проде freebsd уже по сути не найти. Гемора много - ибо экзот - а толку нуль. Ибо не окупится, во всех смыслах слова.
> Тебя удивляет что мы пишеем софт и тестируем его - прямо под своей системой?Какой ты там софт пишешь, болезный? Может ты OpenSSH пишешь прям под линуксом и тестируешь его там? Что-то вот как-то остальные пишут софт так, что он везде работает, например, Xorg или какой-нить postfix. А чё, вам так слабо? Ну не всмысле тебе, User294, (ты-то понятно, что ничего не пишешь кроме комментов), а в принципе?
> Какой ты там софт пишешь, болезный?А всякий разный. На разные оказии. В основном вокруг эмбедовки, на ваше счастье. Но в целом я не парюсь совместимостью с BSD.
> Может ты OpenSSH пишешь прям под линуксом и тестируешь его там?
Это всего лишь управлялка. При том ставшая довольно здоровенной и багованой.
> Что-то вот как-то остальные пишут софт так, что он везде работает,
Особенно openssh, ага. Люблю двойные стандарты от лицемеров, когда openbsd полная версия а остальным урезанная, и это мол так и задумано.
FYI, в BSD вообще отродясь не парились совместимостью и interop с линухом. Пока жизня не заставила. И самобытные расширения делали. С кем ваш kqueue совместим? А, погодите, кр00той продвинутый интерфейс ... не может сделать нормально аналог inotify элементарного, и ЭТО делается у вас - через ужасный ректтум?! С аж трекингом, бжд, списков файлов (как масштабируемо и эффективно!). Зато концептуально, дескать. Или всякие BSD расширения libc и чего там еще (который формально никакому стандарту не относятся). Это ничего, норм. Ну так вот, настало время применить ваши стандарты - к вам. Чтоб вы заценили как оно прямо на себе.
> например, Xorg или какой-нить postfix. А чё, вам так слабо?
Сделать ужастик типа Xorg? Лучше пусть мне слабо будет, франкенштейна достаточно и одного. К счастью он скоро загнется и я наконец развижу ЭТО. А так я просто не собираюсь тратить мое врмя ан ублажение таких как вы экосистем.
> Ну не всмысле тебе, User294, (ты-то понятно,
> что ничего не пишешь кроме комментов), а в принципе?А в принципе - я вообще не расстроюсь если вы вместе с вашей чудной экосистемой избавите глобус от своего присутствия. Я с этого ничего не потеряю кроме пары м...ков на форуме.
> Не понятно, вроде на FreeBSD нет такого оголтелого перехода на Wayland с x-server.А зачем им эта оголтелость? Они упаковывают софт, не включают что-то принудительно. На 14 релизе проверял kde с wayland - прекрасно работало. На 15 скорее всего тоже будет работать - ещё не проверял.
FreeBSD 14.0 - 11.2023
KDE 6 - 2.2024Ну так логично.
Прежде чем что-то заявлять, потрудились бы проверить факты.14.3-RELEASE
Date: June 10, 2025FreeBSD:14:quarterly
6.4.5.25.08.1Plasma 6.4
Вторник, 17 июня 2025
> Quarterly Branch: Packages in this branch are built from the quarterly branch of the ports collection. This branch provides a more stable and predictable set of software updates compared to the "latest" branch.Так неинтересно
Wayland тут заслуженно никого не интересует
> Wayland тут заслуженно никого не интересуетТогда и сабж не будет почти никого интересовать. Тоже заслуженно.
> Wayland тут заслуженно никого не интересуетDRM/KMS тоже никого не интересовал - и чем все это закончилось в результате?
> Намечен к удалению во FreeBSD 16 драйвер agp (Accelerated Graphics Port), необходимый для работы многих драйверов для старых видеокартЯ думал тут прибижеще для любителей старины.
А вот что происходит.
Мне кажется FreeBSD дропнули раньше х86 чем в linux.
В gentoo даже m68k есть до сих пор.
И Debian.
stage есть, а вот насчет остального сомнительно.
> Мне кажется FreeBSD дропнули раньше х86 чем в linux.Ядро Linux до сих пор x86-32 поддерживает чуть не до первых пней. А как там какой дистро, и кто там где (не) некромансит - дистроспецифично.
А на сабже - вы дистр не смените особо, так что если полися апстрима не понравилась... то что вы сделаете то? Какого-нибудь аналога Antix поди нет ведь?
>Прекращено формирование установочных образов и сборок бинарных пакетов для 32-разрядных архитектур i386, armv6 и powerpc. Из 32-разрядных платформ оставлена только armv7. Возможность сборки 32-разрядных программ и использования режима COMPAT_FREEBSD32 для запуска 32-разрядных исполняемых файлов в окружении на базе 64-разрядного ядра сохранится как минимум до конца жизненного цикла ветки FreeBSD 16.По скорости отказа от старых архитектур не отстают от Линукс.
Просто донаты подъехали и теперь у разрабов нет времени поддерживать код - ушли осваивать бюджет.
https://itsfoss.com/news/stf-freebsd-fund/
Видеокарты для слота AGP это середина нулевых. Лишь в конце нулевых пошёл переход на слоты PCI-Express. Они 2025 году убирают поддержку видеокарт AGP.
>Лишь в конце нулевых пошёл переход на слоты PCI-Express.Как раз в начале-середине он и пошёл. Тогда одни и те же видеокарты существовали в AGP и PCIe версиях.
Не помню чтобы одни и те же видеокарты существовали в для разных слотов. Сначала были видеокарты на PCI, потом в начале нулевых появился слот AGP. Все его хвалили, он был быстрее PCI. В конце нулевых все услышали про PCI-Express, и который, в свою очередь, заменил AGP.
Было и не мало. Работали они через мост, который славился своими отвалами. Поэтому такие видюхи почти не дожили до наших дней. А те что дожили, стоят как антиквариат в прямом смысле этого слова. Это было возможно потому, что AGP даже на половину не реализовывал свою пропускную способность, корпорации слот умышленно "убили" следуя концепции запланированного устаревания.
Значит, память тебе изменяет. Точно было такое, но не для топовых моделей, конечно же. Никогда ничего не заменяет одномоментно, всегда есть переходный период. Когда появился USB, перефирийные устройства под COM и LPT ещё несколько лет выпускались. Тот же разъём PS/2 ещё дооолго жил.
> Тот же разъём PS/2 ещё дооолго жил.Он и сейчас присутствует примерно в 90% материнских плат, и было бы глупо им не воспользоваться. У меня, например, плата под сокет LGA 1700, и я использую оба PS/2 порта, чтобы не занимать USB.
Традиционно PS/2 был интересен прямой работой на уровне прерываний процессора, что давало меньшую задержку и бОльшую стойкость к зависаниям – там, где переставала работать USB-периферия из-за глюка, PS/2 клава могла что-то сделать. Но сейчас PS/2 часто делают через ту же USB-подсистему с эмуляцией (могу ошибаться, не бейте) и это всё уже в прошлом.
Нет не середина нулевых, а конец 90-х. У меня в 2004 уже был 4-й пентиум с PCIe слотом. Хорошо помню, потому что было обидно, обновив недавно AGP карточку, она оказалась бесполезной в новом компе.
>На системах amd64 добавлена возможность использования более 4TB ОЗУ.На х86 4 ГБУ ОЗУ а на amd64 4TB ОЗУ. Всё логично.
Здорово, что фрю тоже корпорации пилят. У фанатов GNU получается, есть свой уникальный GNU/Hard.
Какие корпорации, я что-то пропустил?
Он пошутил так, понятно, что ей ничего не перепадает.
Очень жаль! Что-то должно перепадать. Мне а ещё кому днао чтобы перепадало это illumos.
Чтоб перепадало, может, лицензию сменить?
потому что ты малолетка. из git log:ACER
Amazon
Apple
Broadcom
Cisco
Citrix
DARPA (Defense Advanced Research Projects Agency, DARPA)
Dell
EMC
Hewlett Packard
Intel
Ironport
Juniper
Marvell
Microsoft
Netflix
Nginx
Nokia
Rambler
The Linux Foundation, Core Infrastructure Initiative
Verisign
VMware
Yahoo
Yandex
> из git logТак это просто списочек всех, кто когда-то вляпался в FreeBSD.
А в реальности даже Juniper забросили и перевели Junos на линукс.Вот если бы предоставили такой лог хотя бы за последний год, то можно было хоть что-то обсуждать. А так очередное газифицирование луж "фряха неверноятно нужна"))
Никто ничего не переводил. Enterprise решения все так-же на ядре FreeBSD. Ну а всякий мусор уровня SOHO - для тех да, Linux ядро.
Так-же в целом действует и QNAP.
TrueNAS ору было много о переходе на Linux - но так-же на уровне SOHO все и застряло. Enterprise как пользовал FreeBSD систему так его и пользует.
> Никто ничего не переводил.А как же Yandex, Rambler, Netflix на большей части систем, Juniper переведший новые железки на линух? Это не считается?
А у остальных сколько систем на этом - и сколько они комитов за допустим последний код вам накинули? Что они там в 1929 делали - интересно только для историков.
>> Никто ничего не переводил.
> А как же Yandex, Rambler, Netflix на большей части систем, Juniper переведший
> новые железки на линух? Это не считается?
> А у остальных сколько систем на этом - и сколько они комитов
> за допустим последний код вам накинули? Что они там в 1929
> делали - интересно только для историков.берем вот прямо 4 декабря 2025 года самую распостраненную и продающуюся платформу от Juniper - MX. "MX Series routers are the key to digital transformation for service providers, cloud operators, and enterprises in the cloud era."
Там 10 различных моделей для всех случаев жизни, открываем страничку смотрим кто пользует, там и Beeline проскакивает. Теперь качаем, открываем datasheet и видим там JunOS - это FreeBSD based система. Линукс версия называется JunOS Evolved. Какой удар по яйкам оголтелым. Билайн пользует FreeBSD! А теперь открываем ACX платформу JunOS Evolved на Linux. И о горе оголтелым - там нет никого, кого-бы Juniper поставил что этим решением пользуется.
> JunOS Evolved. Какой удар по яйкам оголтелым. Билайн пользует FreeBSD!А, вот почему у них сайт всегда тормозит и грузится через раз. Ну ок, спасибо за информацию.
>> JunOS Evolved. Какой удар по яйкам оголтелым. Билайн пользует FreeBSD!
> А, вот почему у них сайт всегда тормозит и грузится через раз.
> Ну ок, спасибо за информацию.Да чтож ты за мимострел то такой. Сайт у них как раз на Linux работает. nmap подтвердит.
> Да чтож ты за мимострел то такой. Сайт у них как раз
> на Linux работает. nmap подтвердит.А что, IIS маздайный (прянишников не даст соврать) у них куда-то делся? Или они как обычно прокси-костыль поставили? Ты точно понимал какой элемент инфры тестанул?
>> Никто ничего не переводил.
> А как же Yandex, Rambler, Netflix на большей части систем, Juniper переведший
> новые железки на линух? Это не считается?
> А у остальных сколько систем на этом - и сколько они комитов
> за допустим последний код вам накинули? Что они там в 1929
> делали - интересно только для историков.Берем firewall Juniper SRX4xxx серии - и какая незадача опять JunOS evolved нигде нет.
>> Никто ничего не переводил.
> А как же Yandex, Rambler, Netflix на большей части систем, Juniper переведший
> новые железки на линух? Это не считается?
> А у остальных сколько систем на этом - и сколько они комитов
> за допустим последний код вам накинули? Что они там в 1929
> делали - интересно только для историков.И вообще, причем тут коммиты? Хотят коммитят, хотят нет. Это и есть полная свобода, а не ее видимость.
> И вообще, причем тут коммиты? Хотят коммитят, хотят нет. Это и есть
> полная свобода, а не ее видимость.Лично мне линух нравится полисей "commit or GTFO". По другому корпораты не понимают. А сабж, вот, был ими замят и проиграл эволюцию вон тем. Потому что этот мир жесток и если развешивать уши - станешь чьей-то жратвой. Ну или по крайней мере - источником дохода без отдачи, как сабж. Нахрен мне упала свобода всяких халявщиков паразитировать на моих наработках ничего не давая взамен - я не в курсе.
Удобненько так: закрыл глазки ладошками, когда картина нелицеприятная, и все в твоем мирке хорошо, поняши прыгают, лошадки разноцветные скачут. Ау, ты в своем manyamiroque совсем потерялся? RedHatBM уже твоим линуксом (с твоими наработками) натурально торгует, не отстегивая тебе ни копейки, закрывая исходники, - а тебе норм, ты же ладошки к глазкам приложил, ты ничего не видишь, значит, этого нет.Гугель на фундаменте твоего линукса (с твоими наработками) чуть не стал последним и окончательным Большим Братом, используя тебя еще и как свой продукт, - а тебе норм, твои глазки ничего не видят, значит, этого нет.
Тут другая свобода, настоящая - "хочешь - бери, хочешь - делись. Возьмешь - ни от кого не убудет, поделишься - всем прибудет". Чего ж она тебя до трясучки такой доводит? Ни одной темы про *BSD за последние лет двадцать ты не пропустил, все продолжаешь свой джихад против чужой "неправильной" свободы.
>[оверквотинг удален]
> Microsoft
> Netflix
> Nginx
> Nokia
> Rambler
> The Linux Foundation, Core Infrastructure Initiative
> Verisign
> VMware
> Yahoo
> YandexPanasas забыл. Почти основного поставщика стореджей для HPC.
>[оверквотинг удален]
>> Netflix
>> Nginx
>> Nokia
>> Rambler
>> The Linux Foundation, Core Infrastructure Initiative
>> Verisign
>> VMware
>> Yahoo
>> Yandex
> Panasas забыл. Почти основного поставщика стореджей для HPC.В логах нет
McAfee ещё.
Но это вероятно в git не попало.
А так по крайней мере ещё донатил изначальный владелец WhatsApp - Ян Кум.
Наоборот, они работают на Apple. FreeBSF-дуны разрабатывают системную часть macOS.
Кучно релизы пошли :). Еще бы 2 БСДи для комплекта вышли, с HaikuOS вместе.
Мсье что-то пропустил? Очередная OpenBSD вышла в прошлом месяце, NetBSD 11 в сентябре перешла в состояние бэты и как я понял, релиз уже пилят.
Поддержку традиционного способа, при котором базовая система рассматривается как монолитное окружение, обновляемое при помощи утилиты freebsd-update, планируют удалить в ветке FreeBSD 16Линукс покусал чтоль
Корректное обновление системы слишком сложна. Накатывайте по-новой.
Смех смехом, а чаще всего это в разы быстрее.
В принципе после pkg update upgrade скачивается заного что установленно, но конфиги зато на месте остаются.
На 5950х полная пересборка и переустановка системы занимает примерно 4-7 минуты с прогретым ccache.
Насчёт того что систему не будут рассматривать как монолитную - хз, впервые слышу.
> Линукс покусал чтольЕсли вы не заметили - рыночную долю он, таки, конкретно так у фри покусал.
XFCE оригинально была во FreeBSD, поэтому ставишь и настраивешь в соотвествии с man: xorg + slim + xfce + xfwm4-themes и радуешься, что всё работает !pkg install xorg slim xfce xfwm4-themes firefox
service slim startВаш пользователь должен быть в группе wheel
>Ваш пользователь должен быть в группе wheelИ еще video.
wheel было достаточно, когда я последний раз это делал !
>wheel было достаточно, когда я последний раз это делал !Без группы video вы Иксы не запустите.
Впрочем если работаете под root, то наверное и wheel не надо.
Не гоните пургу ! Я её несколько раз пересобирал полностью ! (Мне 50 лет)
Добавления пользователя в группу wheel было всегда достаточно, потому что wheel это почти root
>Не гоните пургу ! Я её несколько раз пересобирал полностью ! (Мне 50 лет)Да хоть каждый день пересобирайте.
"The current user must be a member of the video group to run a graphical environment."
https://docs.freebsd.org/en/books/handbook/x11/
>Добавления пользователя в группу wheel было всегда достаточноДа, ты прав, wheel достаточно для запуска иксов.
Оно за собой половину линукса притянет. И теряется весь смысл фряхи
https://www.opennet.dev/openforum/vsluhforumID3/138536.html#250
Что именно конкретно в этом случае?
Нет, это для FreeBSD !
FreeBSD используют с оболочками?
И это Unix?
FreeBSD это не ЮНИКС это ЮНИКС-подобная как и лункс.
Вы не правы. FreeBSD -- это больший UNIX, чем сам UNIX.
Нет это вы не правы! FreeBSD не сертифицирована как UNIX, следовательно называться UNIX не имеет права. macos сертифицирована как UNIX.
Я и не говорил, что он имеет право называться UNIX. Я говорил, что он является UNIX. Чувствуете разницу?
> Я и не говорил, что он имеет право называться UNIX. Я говорил,
> что он является UNIX. Чувствуете разницу?Сейчас UNIX в том его понимании - это ископаемая доисторическая проприетара. И радоваться такому описанию - довольно странно.
А Лайнус радуется:"Linux is a clone of the operating system Unix..." (c) kernel.org
> А Лайнус радуется:
> "Linux is a clone of the operating system Unix..." (c) kernel.orgИ вот то что оно clone как раз самое приятное в этом. Ибо все идиотии оригинала можно и не повторять. Хотя плохаядорога даже так смогла сертифицировать свое нечто как юникс. Что самое то стебное. Т.е. номинально Linux юниксом был как минимум некоторое время, в отличие от BSD.
А как вы себе представляете терминал без shell?
И NetBSD тоже. Чтобы использовать без оболочки это надо сначала в демона превратиться...
FreeBSD – это post-UNIX (как и Solaris, например), т.е. развитие системы.
gnu/linux – это Unix-like (ну как ReactOS является Windows-like), т.е. сторонний клон, частично совместимый по API.Сложно получается с HaikuOS – это вроде как BeOS-like, потому что клон, но в то же время 100% совместима, включает часть исходников (сперва меньше, потом открыли всякое и стало больше, потом это всякое переписали сами и снова стало меньше, потом снова открыли им часть прикладных прог, непонятно короче), но при этом серьёзно развивается дальше и уже как бы post-BeOS (которая сама была одним из post-UNIX, кстати).
Офисы Sony & Netflix рады новой халяве!
А вроде прям тут писали, что нетфликсы сползали на Линуксы? Врали?
Это про uniper было.
Алё, посмотри сколько туда нетфликс законтрибутил как кода так и бабла, никакой халявы.
И сравни с контрибуциями в Линукс заодно.
Это к чему?
Я написал что для нетфликса это не халява, они вкладываются.
Что такое "Офисы"?
https://ru.wikipedia.org/wiki/%D0%9C%D0%...
В свете постоянных "шатаний" линУкca получается, что это сейчас самый "aдeкватный" дистро для работы. Стоит задуматься о переходе на него.
Иксы на месте, вейланд завезли, гном, плазма, крыса, матЭ, корица на месте, так-что для сомневающихся все есть.
А ты не задумывайся -- сразу переходи. О своем опыте отпишись потом (видимо на следующий день, когда после испытанного ужаса вернешься обратно на линукс).
Я вот гораздо больше ужаса испытываю от какой-нибудь бубунты...
Во-во. Хотите в бубунте поменять порт, который слушает sshd, правите /etc/ssh/sshd_config, рестартите... Хрен там. ОКАЗЫВАЕТСЯ, теперь править надо /etc/systemd/system/ssh.socket.d/override.conf
Да это полбеды. Другое дело, когда внезапно отвалится звук там например, или вообще гуй после рестарта, то вообще не понятно куда копать, там же автомагия, "всё настроено за вас", только реинсталл, ну как в винде когда-то. Хотели замену винды... Получили замену винды.
P.S. Случай не то чтобы очень частый, но таки наблюдаемый.
Еще сценарий. Серверная убунта (пожелание заказчика) . Накатывается на сервак дома, с целью последующей установки в дц. Прописываю статикой настройки сети в дц: ip, шлюз, етс. Перезагружаю, что бы проверить, что всё ок, что нет опечаток в настройках сети. И что вижу? Systemd пишет что-то типа "жду, пока появится интернет". Ага, с настройками сети для дц. У меня дома. Через 2 минуты ожидания, пишет "нет сети", продолжает загрузку, но при этом никакие ip на сетевой карте не прописаны... Ну ладо десктоп, но для сервера такое поведение... Идиоты.
Не, ну зато не башпортянки, и даже (о ужас) могут двойной форк отловить. Правда хз зачем.
> Да это полбеды. Другое дело, когда внезапно отвалится звук там например, или
> вообще гуй после рестарта,Правильно, в сабже у вас его изначально не будет -> не отвалится. Проблема решена! Половина современных видях там кажут черный квадрат малевича.
И управление питанием на ноутах. Берем убунту из коробки, берем сабж. Сравниваем. Особенно если ноут - не thinkpad из-под refurbish'а а что-то новее.
> Я вот гораздо больше ужаса испытываю от какой-нибудь бубунты...В убунте - моя видеокарта и вайфай просто работают. Сразу. В сабже... ээээ... вот вам черный экран, а если очень нужна вафля можете пробросить ее в виртуалочку на линухе.
И эти люди рассказывают про ужас.
>> Я вот гораздо больше ужаса испытываю от какой-нибудь бубунты...
> В убунте - моя видеокарта и вайфай просто работают. Сразу. В сабже...
> ээээ... вот вам черный экран, а если очень нужна вафля можете
> пробросить ее в виртуалочку на линухе.
> И эти люди рассказывают про ужас.Покупать подходящее железо я научился ещё во времена OS/2, тогда у меня помнится только сканер работал через Win-OS/2. Вот тут недавно другану на ноуте вафлю поменяли на броадкомовскую, дык дрова под бубунту пришлось тащить с какого-то левого репозитария, а то тоже нихера не работало на штатном ядре.
Что, подзабыли, как под броадкомовские вафли надо было фирмвари вырезать, про NDISwrapper подзабыли, как с ХРшными дровами вайфай только работал. У меня тогда пингвиникс на USB HDD стоял, я сначала комп с него грузил, чтобы посмотреть, а что вообще взлетит и только после этого что-то покупал. Помнится вторая видяха на ноуте у меня так и проболталась лишним чипом, пока там ещё пингвиникс был. Кнопки подсветки/звука/RFkill тут работают, там нет. Так что весь этот ужас я ещё не забыл. Софт-модемы прекрасно работали: у меня был Dell Vostro 1410 c Dell'овской бубунтой, дык вот там под HSFmodem дрова были, но только там. Да чего далеко ходить, была у меня железка, под которую есть драйвер в ядре, собрал комп, компильнул туда Генту и что: да ничего, драйвер протух и упал при инициализации. Что там с дровами Невидии? Либо то, что собрала Невидия, либо тормозная отрыжка? Так что выше гузку!
> Покупать подходящее железо я научился ещё во времена OS/2, тогда у меня
> помнится только сканер работал через Win-OS/2.Походящего для сабжа не так уж много. Так что это мучительный процесс, а шансы взгромоздить сие на имевшийся комп или ноут ... да, это вам не убунта.
Если б Linux не существовало может мы бы и грызли кактус от безвыходности, или что вероятнее акцептовали скотские EULA и выдирали совсем уж малварные "улучшения". Хорошо что есть более приличные варианты.
> с какого-то левого репозитария, а то тоже нихера не работало на штатном ядре.
Под сабж - вообще никакие дрова не найдутся скорее всего.
> Что, подзабыли, как под броадкомовские вафли надо было фирмвари вырезать, про NDISwrapper
Мы и про кризис 1929 подзабыли. Потому что сейчас 2025, это уже не слишком релевантно.
> лишним чипом, пока там ещё пингвиникс был. Кнопки подсветки/звука/RFkill тут работают,
> там нет. Так что весь этот ужас я ещё не забыл.У BSDшников с линухом такие отношения что чайник с убунтой выглядит более крутым профи. У него все работает.
> Софт-модемы прекрасно работали:
Вы еще за драйвер перфокарт, чтоли, речь толкните, чего мелочиться то?
И да, сравниваться с пингвином ТОЙ эпохи и BSD круто придумано, но с тех пор прошло дофига лет - и соотношения здорово изменились. Диалапом уже никто не пользуется! И пингвином и бсд тех версий - тоже. А если взять современные верси...
> бубунтой, дык вот там под HSFmodem дрова были, но только там.
Это знание очень актуально в 2025 году :D. Куда его подключать сейчас?!
> ничего, драйвер протух и упал при инициализации. Что там с дровами
> Невидии? Либо то, что собрала Невидия, либо тормозная отрыжка? Так что выше гузку!Вообще там условно-открытый GPL модуль есть. Но не в майнлайне. Таки прожались. Интересно сабж его как, юзать может? :))
А в сабже - аналогично. Только ваш любимый зеленый змий еще вас сказочно кинул. Забыв вам вообще CUDA сделать. Поэтому триллионные обороты ДЦ и рядом пошли - мимо вашего носа. И все инвестиции будут ессно - в пингвин. И нвидия немало способствовала этому. Можете ее поблагодарить, с вас станется :D
Хоспади, юзер294. Ну ты опять? Да ни карточка, ни вайфай в линуксе не работают благодаря тебе, ну хватит уже чес слово. Если нам надоест, как ты говоришь, чёрный экран, ну пересядем мы на этот твой линукс и все. Можно подумать это, блин, так сложно.
> Хоспади, юзер294. Ну ты опять? Да ни карточка, ни вайфай в линуксе
> не работают благодаря тебе,Я не Столлман чтобы придумать лицензию. И не Торвальдс чтобы на этой почве забацать проект. Но даже у меня хватает ума хотеть те же взаимодействия в тех же парадигмах. То чего сабжу не дано.
> надоест, как ты говоришь, чёрный экран, ну пересядем мы на этот
> твой линукс и все. Можно подумать это, блин, так сложно.Да нафиг вы на линуксе пр большому счету кому нужны. Что вы есть, что вас нет, никто разницу не заметит. Еще и гадить на голову будете, злопыхая.
Во-первых это не дистро, во-вторых как раз фряху шатает ещё сильнее и с опережением повестки (дроп x86), в-третьих слишком толсто.
> с опережением повестки (дроп x86)И это всё, что вы вписали в "шатание"? Попробуйте собрать современный софт под x86, удачи. Особенно браузеры.
FreeBSD гораздо стабильнее Linux.
Собираю тот самый современный софт в 64 + 32-битном виде для своей LFS системы и не заметил подвоха. Браузеры удаляют поддержку 32бит, но причина тут не в современности, а в гугле.
> для работыДля той работы, что ты описываешь нужен ещё wifi, а он без линукса в FreeBSD не работает.
Работает, там много улучшений за последний год.
Сомневающиеся сильно сомневаются в тулчейне, которым Фряха собирается. В этом плане Стрекоза привлекательнее.
После freebsd-update upgrade -r 15.0-RELEASE устал пальчик держать на ентер при обновлении, 30к патчей.Проще можно как-нибудь было?
Хотите одной кнопкой фигак в продакшн? Вам линукс тогда.
Ну как-то так:
git clone --depth 1 --branch stable/15 https://git.FreeBSD.org/src.git /usr/srccd /usr/src
make buildkernel && make buildworld
make installkernel && make installworld
тут можно ребутнуться, а можно и так попробовать
etcupdate -F
make delete-old -DBATCH_DELETE_OLD_FILES
make delete-old-libs -DBATCH_DELETE_OLD_FILESОт freebsd-update впечатления остались так себе, не зря этот функционал слили на pkg.
Пахнуло 2015 годом :)/usr/bin/time -h fbsd_fast_update.sh
сами нагуглите откуда стянуть + там же соседние скрипты.
2015 год был буквально вчера
Он был считай 11 лет назад. Я за это время успел 2 раза жениться и завести трех дочерей, сменить страну проживания, 4 автомобиля и 6 мест работы. А ты небось все лежишь на отцовском проперженом диване 77 года, раз так рассуждаешь.
«Раб, сознающий свое рабское положение и борющийся против него, есть революционер. Раб, не сознающий своего рабства и прозябающий в молчаливой, бессознательной и бессловесной рабской жизни, есть просто раб. Раб, у которого слюнки текут, когда он самодовольно описывает прелести рабской жизни и восторгается добрым и хорошим господином, есть холоп, хам.»
В.И.Ленин, «Памяти графа Гейдена».
Объясните мне, зачем они добавили в https://www.freebsd.org/releases/15.0R/relnotes/ изменения из Relеase Notes веток 14.x???? Чтобы значимость релиза повысить в глазах новичков, но запутать остальных? Там половина отмеченных новшеств была добавлена в 14.1, 14.2 и 14.3. Кто только додумался публиковать в https://www.freebsd.org/releases/15.0R/relnotes/ список изменений относительно 14.0, а не относительно 14.3.
Там пересекаются изменения, которые изначально развивали в ветке 15-HEAD, а потом портировали в 14-STABLE. Насколько я помню, в прошлые разы подобные пересечения чистили, а в этот раз забили.
В чем преимущество сабжа перед линухом? Ранее неоднократно слышал, что фряха это тру и стабильность, а линух шляпа. Верно ли это?
Верно. Примеры следующие. В Linux сначала была кривая OSS, потом перешли на ALSA; в FreeBSD как была нормальная, человеческая OSS, так и остаётся. В Linux сначала сделали кривую devfs, потом удаснулись и сделали чуть более человеческий udev. В FreeBSD сразу сделали человеческую, адекватную devfs и она работает до сих пор.
Добавлю, что там OSS4, которая позволяет регулировать громкость отдельно для каждого приложения. И это без всяких пульсаудио, болтающихся в памяти.
А как это работает? В sysctl на каждый процесс, открывший /dev/dsp, создается отдельная группа прям на лету?
Наверное он имел ввиду что громкость отдельно внутри приложения можно выставлять для отдельного дескриптора к /dev/dsp.
> Наверное он имел ввиду что громкость отдельно внутри приложения можно выставлять для
> отдельного дескриптора к /dev/dsp.А общесистемно как уровнями звука при этом рулить? Или такой роскоши как общесистемный микшер и более-менее централизованный регулятор громкости - в вашем мире не водится?
Есть общесистемный тоже, просто через него не видно громкости отдельных приложений.
> Верно. Примеры следующие. В Linux сначала была кривая OSS, потом перешли на ALSA;Вы забыли уточнить ключевую причину. Компания которая OSS продвигала - залупилась и удумала пичкать ALL проприетарными дровами для части продвинутых звуковух.
В линухе как-то так народ полагал что мир принадлежит сильным, тем кто его меняет, поэтому нафиг не упало пресмыкаться перед блобмейкерами и вместо этого - пошли своими путями.
Сабж же дрейфовал по течению. И не парился отношениями в стиле master-slave в роли slave. Вам и в полублоб помойке - ок.
Нюанс в том что эволюционно - подход линя победил. И 100500 дров аудио - там. А у вас ... все наследие ТЕХ экспертов по граблям. Поэтому до кучи и со звуком у вас тоже полный ахтунг.
> в FreeBSD как была нормальная, человеческая OSS, так и остаётся.
А бонусом вас c ЭТИМ кинули даже проприетарщики, пиляя в проприетарных приложухах - апю PulseAudio. И что хотите то и делайте. А на ваш человеческий OSS все дружно положили с прибором. И по линии драйверов звуковух и по линии поддержки софтом. Небольшие такие нюансики для звуковой подсистемы.
> В Linux сначала сделали кривую devfs, потом удаснулись и сделали чуть
> более человеческий udev. В FreeBSD сразу сделали человеческую, адекватную devfs и
> она работает до сих пор.И на практике опять же - для udev полно примеров как и что делать и он с sd интегрирован в управление системы. А ваш devfs - никто из софта не поддерживает. А так все хорошо прекрасная маркиза.
И нормального управления системой у вас тоже нет. А по совокупности факторов - на сабж в софте стали просто забивать с такими соотнощениями. И вы там сами крутитесь как хотите. В основном крутятся - путем двойных стандартов и дуалбутов, как будто поливание какахами пингвинов исправит ваши родовые травмы...
> В чем преимущество сабжа перед линухом?Назовёте хотя бы одно нативное решение для СХД в Linux? Его нет.
Mdadm - отсутствует проверка целостности по хешсуммам и исправление при чтении (тихие ошибки вообще не заметит). При записи в режиме direct так вообще raid разваливается.
Btrfs - до сих пор raid 5/6 нестабилен.
Zfs - не в ядре, требуется пересборка модулей при каждом обновлении. Есть шанс, что не соберётся. Такое бывало.FreeBSD - нативный zfs. И нет, openzfs != ZoL. Openzfs - слияние кода illumos, FreeBSD и ZoL.
>Назовёте хотя бы одно нативное решение для СХД в Linux?ceph
Спасибо. Интересная технология, странно, что не на слуху.
Что там странного? Оно не из категории локальных ФС типа btrfs/zfs, потому никто и не упоминает их в одном ряду.
Бсд постоянно проигрывала по серверным фичам типа поддержки смп, поэтому исчезла из топ500. Но сейчас, в ситуации, когда и генту с -systemd начинает подчас волновать и в целом этот раст подсовывают в неожиданные зависимости, фрибсд все больше и больше привлекательна для отказа от линукс.
Драйвера! Ну и разумеется, в текущих реалиях, если нужна работа, то выбор в пользу линукса очевиден, ибо в нашей стране сделали ставку на линукс!
И зря! Надо было делать ставку на GNU/Hurd в вашей стране.
Тем не менее в реестре отечественного ПО есть Ульяновск.BSD.
Плюс я слышал, что у МТС был проект защищённого ноутбука с FreeBSD.
Сегодня преимуществ нет, только недостатки.
Это говорит только о том, что вы систему не знаете совсем.Давече на работе я за пару часов превратил ванильную инсталляцию FBSD в L2 VLAN свитч, shell скрипт на 50 строчек который пихается в rc.d и можно указать пачку tagged=trunk интерфейсов, и дальше задать список VLAN:IF_NAME для интерфейсов где растегированный трафик.
Зачем - затем что дб. там рулят сетью и по другому стенд было не собрать. Впрочем я бы и дома примерно так же стенд собирал, ибо самое простое инхаус решение.
А кроме выпиливания лобзиком локалхостных решений есть какие-то применения? Когде мне нужен "L2 VLAN свитч" (интересно, существуют ли ещё свитчи, не поддерживающие L2 и VLAN?), я беру Cisco, Juniper, Arista, Nokia, или что там ещё есть, но уж точно не локалхост с бсд.
Да я тоже беру, но мне лень жопу от кресла отрывать, а потом у меня весь стенд это 3-5 виртуалок, и я с патчкордами и прочим больше времени потрачу.Мысль была в том, что с помощью netgraph я могу легко делать с сетевыми пакетами что угодно, мне даже программировать в классическом смысле не нужно. И мне доступен матчинг пакетов с синтаксисом tcpdump (bpf). И это всё там было и есть уже лет 20.
Боже мой, я такое городил в 2002-2003 годах в дебиане. Влан теггирование тривиально поднимается, дальше роуты поописывать да айпитейблсом резать непотребное.
Не уверен что вы такое же городили.
В линухе, полагаю такое делается путём создания VLAN интерфейсов и потом засовывание их в мост с обычным интерфейсом.
IP адреса мне там были не нужны, оно чисто для тегирования/растегирования используется, вместо реально L2 управляемого коммутатора.
> Мысль была в том, что с помощью netgraph я могу легко делать
> с сетевыми пакетами что угодно, мне даже программировать в классическом смысле
> не нужно. И мне доступен матчинг пакетов с синтаксисом tcpdump (bpf).
> И это всё там было и есть уже лет 20.А я еще и не такое с пакетами nftables'ом сделал. Пусть и читанув ман и погуглив пару примеров. В bds это все - кривее, хуже и перфоманс похабнее норовит выйти.
Не каждый осилит,вот работадатель вам с полочки и достает вами перечисленное.
ДостаВАЛ.
Сейчас всё, им перечисленное, надо сначала нарыть, а уж потом принести админу.
План "Б" - сменить админа на более адекватного современным реалиям.
> Давече на работе я за пару часов превратил ванильную инсталляцию FBSD в L2 VLAN свитчИ?!
На линуксе сделал бы то же самое за то же время...И это вот всё - оно для "подкровати" только годно :) Или рассказывай как ты свои VLAN сопрягал с vmWare чтоб оно их тоже видело! Не расскажешь... :)
Там проксмокс какой то, на работе.
А дома я такое же собрал потому что самое простое и дешёвое (во всех смыслах) решение.
> Там проксмокс какой то, на работе.Ну т.е. еще 1 линух. В итоге вы по факту эникей и в вашей бсд которая не может подхватить ваши задачи, и в линухе - где вы просто профан. Очень перспективное комбо. Чтобы так, по жизни - пролететь постепенно. Глобально. Оставшись с нафигнужным кому либо набором скиллов и имея на выбор полторы компании на всю планету в самом лучшем случае.
> А дома я такое же собрал потому что самое простое и дешёвое
> (во всех смыслах) решение.Хызы, в линухе совсем никаких проблем с vlan нет, это ничего не стоит, а vlan умеют навешивать даже копеечные роутеры с openwrt, как и настраивать что и как. Куда еще дешевле я даже уже не знаю, приплачивать вам еще чтоли? :)
Еще бы питон свежий в качестве основного, вот тогда совершенство будет!
Еще бы отказаться от питона во всех продакшенах всех компаний, вот тогда совершенство будет!
И от плюсов. И от шелла. И мейка. Только на Си, только хардкор.
От Си надо в первую очередь отказыва... Memory violation error writing at address 0x00000000.
Если вас не устраивает такой класс ошибок - есть другие языки, более медленные.
Меня в С всё устраивает.
Чем тебе Пайтон не угодил? Или ты из тех вахтеров, кто "не читал, но осуждаю"?
я с ним работал
Я другой аноним, но: невероятно тормозной язык, не смотря на годы оптимизаций, колосальное потребление памяти, непригодность для реализации хоть какой-то сложной логики чисто на питоне из-за всего вышесказанного, только в роли клея для сишных библиотек, управляющие отступы, неконсистентость дизайна, несоответствие своему же дзену(явное лучше неявного), отсутствие типизации и кучи других мелких и не очень недостатков.
> непригодность для реализации хоть какой-то сложной логикиА ты точно программировать умеешь? Питон -- Тьюринг-полный язык, а значит любая логика на нём реализуема. и простая, и сложная. Похоже, единственный недостаток Питона заключается в том, что ты его не осилил. Но не переживай, без куска хлеба не останешься, кому-то и улицы надо мести, и мусор вывозить.
>Питон -- Тьюринг-полный язык, а значит любая логика на нём реализуемаКто-то явно читать не умеет. Вы реализуйте на питоне парсер json-а, он как раз небольшой, и посмотрите на его скорость. Вот несколько другой тест, но тоже показательный.
>Pypy, Node.js и Rust обогнали CPython 3.14 в первом тесте в 4.93, 4.88 и 69.82 раз, а во втором тесте в 18.14, 6.64 и 36.15 разhttps://www.opennet.dev/opennews/art.shtml?num=64029
Любая более-менее сложная программа на питоне во-первых нещадно тормозит, даже по сравнению с другими скриптовыми языками, а во-вторых нещадно жрёт память.Прошу заметить, что тестов по потреблению памяти питоном вообще никто не проводит. Поскольку если их проводить, то будет совсем стыдно. И если скорость питона чисто теоретически можно поднять, например оттранслировав в язык с нормальным jit, например js, то вот с потреблением памяти сделать принципиально ничего нельзя.
> А ты точно программировать умеешь? Питон -- Тьюринг-полный язык, а значит любая
> логика на нём реализуема. и простая, и сложная.Но при попытке сделать сложную - при по сути отсутствии типов и вообще аннотаций намерений кодера, форматировании пробелами и проч - проект почему-то начинает жутко и часто глючить. А с статическим анализом который бы это предотвратил ДО того как все навернется в проде - не богато.
И потом виснет или падает в рантайме, порой - через неделю или месяц. И удачи в воспроизведении, отлдке и фиксе. Может оно там 2 дня делало черти что до того как навернуться наконец. Очень удобно дебажить и фиксить. Бонусом еще версиепроблем подвалит вдолгую и станет совсем хорошо. Так что google чего-то go себе разработал, заодно и проблемы с перфомансом решили компилом в нативный код.
Решения сложнее хэлло ворлда трудно поддерживать из за огромного числа зависимостей и прибитосте номеров версий.
Как решение костыль в виде venv или докеров.
Нормальным людям которые хотят не "далее-далее-ребут" такое не канает, ибо когда эта ломается то потом много сил и времени уходит на починку. И так же много работы если пытатся такое нативно без означенных костылей поднимать.
> Нормальным людям которые...Прежде чем нести чушь космического масштаба, поинтересуйся значением слова "нормальный" и концепцией, которая за ним стоит.
Я меинтейнил и меинтейню разное всякое, питон всегда проблемный.
> из за огромного числа зависимостейА ты точно пишешь не из 1993 года? А то нынче даже в C++ зависимостей на пол гигабайта, чтобы запилить довольно простенькую программу. Не говоря уж о всяких nodejs.
В крестах всю гадость тянут в стандартную либу. Ещё лет 20 и крестам ОС будет не нужна :)Нет, для С/С++, пхп - зависимости обычно сабмодулями или просто в гите лежат, иногда описано что надо чтобы в системе были конкретные либы не ниже указанной версии.
Обычно этого всего не очень то много, даже для OpenCV, Opentoonz и всяких других. Даже либреофис не так много зависимостей тянет.Короче я тратил только кучу времени на питон проекты, видел что руби ещё хуже но сам не пробовал.
На остальных всё было относительно просто, удобно и приятно.
>Нет, для С/С++, пхп - зависимости обычно сабмодулями или просто в гите лежатВ php есть composer, но там ситуация гораздо адекватнее питона.
Я не очень много PHP проектов меинтейнил, в тех что я трогал скорее всего этот самый компостер вызывался где то на стороне "разработчков" когда они паковали релиз. Когда я скачивал этот самый релиз, то его оставалось только распаковать.
Единственное за чем приходилось следить так это за тем какие модули самого PHP используются, ну и когда плагины на PHP к проекту отдельно то ещё и за ними.
Это ни в какое сравнение не идёт с питоном и руби в плане сложности.
Пакетные менеджеры все так же качают и распаковывают сорцы и пакеты под рутом?
Я даже в NetBSD собираю и устанавливаю программы в pkgsrc без всякого рута. Даже иксы без рута работают (а зачем им собственно рут, когда уже > 15 лет KMS есть?). А уж в попсовой фряхе и подавно такое должно быть.
В том-то и прикол, что в попсовой фряхе с этим все плохо.
Я им даже патчи присылал в рассылку с drop privileges до nobody когда качает/распаковывает, но некий Baptiste Daroussin (bapt) их не принял.
Хм.. ну тогда ой :)
pkg может качать и распаковывать без root, так сейчас wine x32 работает.
Для портов - хз, никогда не пробовал без рута, не вижу смысла.
> никогда не пробовал без рута, не вижу смыслаАх, это магическое "не нужно", решающее все проблемы опенсорса.
Так можно и в гамаке на лыжах, только не говорите что не нужно!
Префикс указывать пробовал?
А точно может? Что для этого надо сделать? Почему по-дефолту не может?
Для этого надо прочитать мануал и понять его./usr/local/share/wine/pkg32.sh upgrade -y
А это то что там внутри:
I386_ROOT="${WINE_i386_ROOT:-$HOME/.i386-wine-pkg}"
ABI_FILE=/usr/lib32/libc.so.7if [ ! -f $ABI_FILE ]; then
echo "\"$ABI_FILE\" not found; exiting."
exit 1
fiif [ ! -d "$I386_ROOT/usr/share/keys/pkg" ]; then
mkdir -p "$I386_ROOT/usr/share/keys"
ln -s /usr/share/keys/pkg "$I386_ROOT/usr/share/keys/pkg"
fipkg -o ABI_FILE=$ABI_FILE -o INSTALL_AS_USER=true -o RUN_SCRIPTS=false --rootdir "$I386_ROOT" "$@"
> -o RUN_SCRIPTS=falseВзоржаше аки Буцефал!
Опять кто-то себя умнее порт-мейнтейнера считает. ;)
э, а зачем упарываться этим "без рута" именно в обновлении?
"Уменьшить Поверхность Атаки" (tm)?
точно? в процессе, выполняющем обновление системы и обязательно требующем наличие рута для получения результата?
> э, а зачем упарываться этим "без рута" именно в обновлении?
> "Уменьшить Поверхность Атаки" (tm)?
> точно? в процессе, выполняющем обновление системы и обязательно требующем наличие рута
> для получения результата?Это потому что зассыхи боятся что-то сломать. Ибо не знают, как это потом починить...
> Это потому что зассыхи боятся что-то сломать. Ибо не знают, как это
> потом починить...Мы в общем случае живем не для того чтобы убивать наше время на починку какой-то дряни на ровном месте. Странно, да?
Кто сломал, тот и чинит, не?
А нет, я не доверю чинить систему, ск4жем, стоматологу. Даже если он и сломал. Так что да, вы не для этого. Только чего же вы жалуетесь то? Привыкли, что игрушки не больно, а тут вдруг руку^Wл4пки в станок затянуло.
> Кто сломал, тот и чинит, не?Намного лучше когда все работает just as planned, а взяв утюг я отгладил белье. А не занялся его блин починкой развинтив под ноль. Нафиг надо, если цель белье погладить.
Так что если утюг надо постоянно развинчивать перед глажкой - ок, это х-вый утюг!
> же вы жалуетесь то? Привыкли, что игрушки не больно, а тут
> вдруг руку^Wл4пки в станок затянуло.Поэтому мы предпочитаем CNC, там вообще запустить это в открытом виде - не получится. Захочешь блин засунуть - заманаешься многоуровневые защиты обходить.
>Это потому что зассыхи боятся что-то сломать. Ибо не знают, как это потом починить...Это любимая песня пердоликов, которые используют ОС вместо игры для постоянной её починки, прокачки и "настройки под себя" (с), других задач там как правило не ставится
> Это любимая песня пердоликов, которые используют ОС вместо игры для постоянной её
> починки, прокачки и "настройки под себя" (с), других задач там как
> правило не ставитсяНастроить ОС под себя - я еще понимаю. Ибо настройка инструмента под себя повышает эффективность решения задач.
Но во первых время убитое на настройку должно быть меньше чем выигрыш с этой возни. Во вторых - если что-то надо еще и чинить на ровном месте, это, пожалуй, довольно хреновый инструмент. И чем чаще это надо тем он хреновее.
От же ж :(
>Намного лучше когда все работает just as planned, а взяв утюг я отгладил белье. А не занялся его блин починкой развинтив под ноль. Нафиг надо, если цель белье погладить.Никто же не против just as planned и не развинчивать, но вдруг посреди глажки отломился/отгорел провод. Потому что либо крутили утюг как пропеллер, либо висел на шнуре как казнённый, либо поставили на этот же шнур.
Но почему то такие демагоги говорят, что работает just as planned всегда, несмотря на землетрясение и приложение лапок. И переобуваются в одном предложении.
> Никто же не против just as planned и не развинчивать, но вдруг
> посреди глажки отломился/отгорел провод. Потому что либо крутили утюг как пропеллер,
> либо висел на шнуре как казнённый, либо поставили на этот же шнур.В сабже обычно никто не крутит шнур и проч. Он сам - разваливается. Просто так, на ровном месте. Это хреновый утюг с кучей дурацкостей. На который надо читать талмуд инструкций и делать какие-то совершенно левые ритуалы. Которые для других утюгов как правило не требуются. Именно поэтому его и перестали использовать в целом.
> Но почему то такие демагоги говорят, что работает just as planned всегда,
> несмотря на землетрясение и приложение лапок. И переобуваются в одном предложении.Потому что все познается в сравнении. В сабже хрен получишь user experience уровня обычной убунты. Совсем. Никак.
> Прекращено формирование установочных образов и сборок бинарных пакетов для 32-разрядных архитектур i386, armv6 и powerpc. Из 32-разрядных платформ оставлена только armv7.Глупость в абсолюте. Парк железа armv7 и i386 просто несоизмерим. Я не сторонник заговоров, но начинаю соглашаться с теми, кто тут писал, что это выполнение некого заказа по искусственному состариванию архитектуры.
>i386 просто несоизмерим.386 сейчас днём с огнём не сыщешь. А если и найдешь на Авито то за бешенные бабки.
i386 это условное название 32-битных сборок. В реальности оно уже лет 15 не ставилось на i386 и требовало как минимум i686.
Я когда серверный корпус покупал там внутри был Pentium 4. P-IV в наше времена это музейный экспонат. Если intel core 2 duo ещё можно было найти на производстве, то Р4 а тем более Р3 это развлечения для энтузиастов.
Для серверных нужд, если это не high load, 4 пня хватает более чем. Естт все совресенные интерфейсы: SATA, PCIe, USB и т.д.П.С. Pentium 4 так и пишется через "4", а не "IV", как ты написал. Дает повод усомниться, что ты имел дело с этой архитектурой.
>Для серверных нужд, если это не high load, 4 пня хватает более чем. Естт все совресенные интерфейсы: SATA, PCIe, USB и т.д.Я не знаю для каких таких серверных нужд его может хватить в 2025 году. Уже легче БУ Зион купить.
>П.С. Pentium 4 так и пишется через "4", а не "IV", как ты написал. Дает повод усомниться, что ты имел дело с этой архитектурой.Да ты прав, конкретно с пнём четвергом я не имел дел конкретно. Я как-то перепрыгнул с P-III на Intel core 2 duo, потом на Intel Core 2 Quad и т.д. и т.п.
> Я не знаю для каких таких серверных нужд его может хватить в
> 2025 году. Уже легче БУ Зион купить.Продавец зионов с алика, залогинься уже наконец...
>Для серверных нужд, если это не high load, 4 пня хватает более чемДля нужд подкроватного хостинга пня перестанет хватать сразу же, как только потребуется что-то собрать.
> Для серверных нужд [...] 4 пня хватает более чемТебя из ДЦ выкнут на мороз с четвёртыми пнями по банальной причине завышенного энергопотребления из-за совершенно невменяемого соотношения TDP и FLOPS.
Какое там ДЦ, это SOHO сегмент, на таком мусоре со свалки собирают офисный роутер+файлопомойку, заказчику главное что за даром, а что электричества больше жрёт - да пофик, горизонт планирования в лучшем случае пол года.
Вы нак 4пне пытаетесь крутить нейронки,откуда такая мания экономить на спичках?
Это видимо не ко мне вопрос.
Электричество в России достаточно дешевое, а "зеленой" фигнёй пусть страдают пендосы и подпендосники -- у них бабла много и девать его некуда!
Да да, только вы ещё добавьте сюда надёжность, стоимость поддержки (читай работу админа).
Пока электричество дешёвое, работают за бутылку, а пару дней простоя - фигня вопрос - оно конечно да.
А в цивильных местах дешевле выходит купить роутер и NAS, либо поставить современный сервер который обсчитает нужное за пару минут а не за пару дней, при этом ещё и сожрёт меньше и не сломается. А если сломается то приедет гарантийный сервисмэн и починит в установленные сроки.
>Электричество в России достаточно дешевоеНе сказал бы?
> Естт все совресенные интерфейсы: SATA1.5G, в количестве двух штук
> PCIe
1.0… ну если вообще найдёшь с ним материнку
> USB
2.0
> и т.д.
И что т.д.? Поддержка хотя бы DDR3? NVME? Энергосбережения, может быть?
Sata2 вроде начинался с коредуо. Но даже sata1 с его 150мб/сек вполне достаточно для механического HDD.
Портов обычно было 4, иногда 6, редко 8+.
Можно напихать PCI-E сата контроллеров.PCIe на коредубах уже были, на п4 - не помню. То что оно 1.0 опять же для SOHO сегмента достаточно.
USB 2.0 - не проблема: оно и не нужно обычно, разве что для клавы и UPS. Но можно и контроллерами 3.0+ получить.
> DDR3?
На старших коредубах был, но как бы для SOHO файлопомойкароутера без разницы, главное что объём ограничен.
> NVME?
Есть переходники PCI-E.
А если требуется грузится то я видел тему как похакать бивис корыдуба матери чтобы оно NVME диски видело и умело грузится. Сам не пробовал ибо смысла в этом особого не вижу, таким платформам и SATA SSD хватит для системы.
Технически то это работать будет, вопрос что экономика весьма специфичная.
Для мелкого офиса запилить какой-нибудь NAS или SIP телефонию даже 2 пня хватит. А учитывая, что 4-тых полно на б.у. и стоят они копейки, глупо не воспользоваться. Не всем нужны датацентры и хайлоад.
Проблема вторых пней в том что они разваливаются. Уже потом место, электричество и шум.
Сейчас тоже самое можно и в OpenWRT раскатать, благо роутеры с 128-256+мб есть, и производительности там хватит. Но это опять же не очень поддерживаемое решение, которое годится только когда у вас почти бесплатная и квалифицированная рабочая сила есть для этого.
Проще найти 4 пень на авито в своем городе за условнве 500 рублей и забрать его в тот же вечер, чем где-то заказывать роутер, который имеет поддержку openwrt и который стоит раза в 4 дороже.
Кому проще то?
Вам то да, а потом вы кудато потеряетесь и что заказчику делать с этим пнём? Где найти специаслиста который сможет разобратся в том что вы там понаделали?А взяв опенврт/микротик - там всё просто, за пол часа можно понять что сделали и поменять, или сбросить и настроить с нуля нужное.
А смысл?
Проще андйро с помойки подобрать, он будет такой же производительностью а то и выше чем этот пень4.
Учитывая что "i386" это в том числе еще и low footprint виртуалки - в общем, да, попахивает.Интересно, где там Гроссбейн-с-комит-битом, он в свое время очень такие любил для затыкания мелких задач. (Но деньгами foundation порулить, разумеется, не допущен и не будет)
А, да, про armv7 отдельно смешно что нет же ж в природе никакого "armv7". Есть конкретные даже не soc, а готовые платы конкретных производителей, из которых FreeBSD поддерживает ровно ничего.
В целом, конечно, стюардессу пора бы уже того... поглубже.
Деньгами рулит казначей. Казначея выбирают. Так устроены фонды. И вообще казначей там даже в школах есть у класса, воспитывают с детства.Попахивает только для тех кто не открывал исходники, для тех кто это пилит поддерживать ещё и х32 - то ещё развлечение.
armv7 - это триллионы микро и макроконтроллеров. А не старые обломки былой роскоши.
> armv7 - это триллионы микро и макроконтроллеровИз которых примерно 0.01% работает с FreeBSD 😁
> Из которых примерно 0.01% работает с FreeBSD 😁На ней и всего остального примерно столько же. Симметрия однако.
>Парк железа armv7 и i386 просто несоизмерим. Я не сторонник заговоров
>что это выполнение некого заказа по искусственному состариванию архитектуры.Нет, это самый настоящий заговор. Сколько тут анонимов - и ни один не начал поддержку x86-ых. Даже не попытался.
Я бы начал, но я не программист от слова совсем. Мой максимум "хеллоуворлд" на пайтоне на 100-200 строчек. И то с помощью нейронки.
>Я бы началНу вы для начала начните, знания сами по себе не придут
>но я не программист от слова совсем. Мой максимум "хеллоуворлд" на пайтоне на 100-200 строчекИ вам тут же будет туго. Поскольку вам придётся настраивать кроскомпиляцию из x64 в x86, плюс чинить когда сборка по каким-то причинам отвалится.
>И то с помощью нейронки.Ну, до тех пор пока в x86 версии не закрадётся баг или линкер не откажет, сможете просто пересобирать, но это будет долго.
А наш ответ - NetBSD.
NetBSD действительно смотрится наиболее адекватно из всех нынешних *BSD. OpenBSD слишком помешан на секьюрности, которая нафиг не нужна для домашнего десктопа, FreeBSD ударилась в повесточку вслед за Linux со своим запланированным устареванием.
> NetBSD действительно смотрится наиболее адекватно из всех нынешних *BSD. OpenBSD слишком
> помешан на секьюрности, которая нафиг не нужна для домашнего десктопа, FreeBSD
> ударилась в повесточку вслед за Linux со своим запланированным устареванием.Ну я бы не стал так категорично. Вот на рабочей машине и серверах мне лучше FreeBSD из-за нужных мне портов, домашний ноут лучше работает под NetBSD, ну и резервный шлюз работает под ней, просто для разнообразия. Тут не надо ударяться в религию, лучше исходить из имеющихся задач. У меня даже комп с Генту есть, но Линукс там со своей задачей не справился: драйвер для нужной мне железки есть, но протух и падает, а эта железка не на столько нужна, чтобы искать ядро, на котором он ещё работал...
DragonflyBSD еще есть. Классная система, но больше как пруф оф концепт, нежели реальный инструмент.
1. Они дропнули поддержку i386 первее всех, первее даже линукса. Это случилось еще в 2014г в версии 3.8 - https://www.dragonflybsd.org/release38/2. Кроме дропа i386 эта система amd64-only. Т.е. никаких тебе ARM7/8, RISC-V, SPARC, Alpha, Xen и тд. Только amd64 и ничего больше
3. Ядро там никакое не гибридное, а самый обычный монолит - это уже много раз обсуждалось в их рассылке. Исходники в конце концов открыты, можно посмотреть. NetBSD куда больший гибрид со своими RUMP-ядрами.
4. Единственная ее киллер-фича - это HAMMER/HAMMER2 фс.
Круто!
Жаль, что убирают поддержку старых систем, но все-же.Ждем псевдоинтеллектуалов со слоганами "bsd must die!" :)
FreeBSD итак медленно умирает. Статистика вещь упрямая. Ее время ушло вместе с 2007 годом, который, как вы знаете, не вернуть.
Умирает умирает да всё никак не умрёт назло всем злопыхателям. Надо просто нескучные обои поставить как в EndeavourOS тогда вообще самой популярной станет.
> Умирает умирает да всё никак не умрёт назло всем злопыхателям.По факту оно уже давно сдохло и почти не воняет.
То что кучка фриков продолжают иметь стюардессу не значи что стюардесса жива :)
Казалось бы, фряха не конкурент линуху, но как же линуксоиды пытаются фряху смешать с грязью, значит боятся.
> но как же линуксоиды пытаются фряху смешать с грязьюА почему именно фряху? Все сорта бсд какбэ... но тут уже вам виднее.
И зачем пытаться? Достаточно просто спросить где используется бсд и смотреть как фанатики будут придумывать))> значит боятся
Ну-ну. А "если бояться, то значит уважают"? Или как там у вас по понятиям?
А у тебя Arch, да?)
Вероятнее всего у него виндовс. Такие агрессивные тролли обычно не имеют отношения к IT вообще.
> Казалось бы, фряха не конкурент линуху, но как же линуксоиды пытаются фряху
> смешать с грязью, значит боятся.Или просто возвращают техдолг за ваши прошлые пригрешения. Коих есть.
А так вот вам например свежак https://www.phoronix.com/review/freebsd-15-amd-epyc-linux/5
Как как, грите? Сетевая ос? Хорошо трафик процессит? А почему там такой задник с http requests? И сетевого трафика в 2 раза меньше прожевано? В сетевых номинациях пингвин сделал сабжа в чистую. Может, пока некто почивал на лаврах и благостно вещал о крутизне - времена немного изменились? :)
Вот они и пришли, прямо тут
> Добавлены системные вызовы c реализацией механизма inotify
> для отслеживания изменений в файловых системах.Вот это да, не прошло и 20 лет!
Ой, оказывается, прошло
Новость передана плохо, и в итоге рождается такой комментарий.
inotify теперь часть ядра а не внешняя библиотека. Раньше работало, и сейчас продолжит работать.
В Release Notes тоже написано так, будто inotify только появился:FreeBSD now natively implements the Linux inotify(2) interface. The system calls themselves are not API-compatible, but libc provides an API-compatible interface, so software which relies on inotify can be run unmodified.
Он только сейчас и появился, вам же написали: "natively implements". До этого было в inotify-shim либе которая ставится из портов.Внутри либы трансляции в kqueue() + свои имплементации отдельного, но она не была полноценной заменой и автор об этом много раз упоминал, там некоторые штуки просто невозможно были имплементировать.
Сейчас сделали ядерный механизм уведомления с API похожим на inotify, а окончательную похожесть дополировали в libc, так что теперь всё что связано с уведомлением об изменении файлов будет работать точно так же как в линухе.
Наконец то.
Только не понятно нафига этот линуксизм нужен в FreeBSD. Все то же самое можно было сделать с kqueue. А для юзерспейса есть libev/libevent/libuv чтоб портабельно было.
Я же написал: kqueue() не умеет всего что есть в inotify!
В shim либе в портах всё что можно было сделать на kqueue() и так было сделано, но этого мало.Если хотите детали то kqueue() не умеет уведомлять что файл в директории создали/удалили, вернее так: он уведомляет только о том что директория была изменена. Что там поменялось - ты должен сам отгадать.
Для этого обычно делали так: пихали дескриптор директории и ВСЕХ файлов/папок от туда в kqueue(), и держали текущий список. Когда получали уведомление - то если это про файл - там и так примерно понятно, а если про директорию то пересканировали и сравнивали с прошлым списком.
Это всё я тоже когда то делал для glib - FAM, оно в портах есть как FAM_ALT_BACKEND.
И самый главный минус тут был в том что файл/директорию нельзя во фре отрыть просто так для только мониторинга, если ты в open() ничего не передал то это эквивалентно RO открытию. Из за этого были отдельные боли с тем что приходилось отмонтировать через umount -f чтобы оно игнорировало открытые файлы. В том же маке проблему давно победили и там можно открывать файл только для мониторинга (те это не RO/RW а отдельный режим), и это не блочит отмонтирование.
Второй минус в том, что любой файловый манагер держал кучу открытых файловых дескрипторов ибо без этого никакого мониторинга изменения файлов не возможно.В той же венде механизм уведомления об изменениях позволял получать сразу готовое что поменялось, не утруждая себя держанием списка файлов и сравнения списков. Видимо в линухе inotify такое же.
Я люблю и обожаю kqueue(), но:
1. там нет возможности куда прикрутить чтобы получать имя файла. Просто API не предусматривает места для имени файла. Расширять структуру не стали чтобы не гонять ненужное пустое место из/в ядро, иначе так до poll() можно докатится, где чем больше дескрипторов - тем больше на каждый вызов копировать из/в ядро надо.
2. реализовав inotify сразу получили из коробки совместимость с линуксом.
> Для этого обычно делали так: пихали дескриптор директории и ВСЕХ файлов/папок
> от туда в kqueue(), и держали текущий список. Когда получали уведомление - то
> если это про файл - там и так примерно понятно, а если про директорию
> то пересканировали и сравнивали с прошлым списком.А классное у вас там с kqueue() апи то получилось в результате. Сделали круто, концептуально и не от мира сего. Как обычно в BSD.
И в итоге то что inotify делает как собо собой разумеющееся, у сабжа какой-то жуткий ректум с оверхедом и брейнфаком. Концептуалы-затейники, по ним уже прошлось пару системщиков. За дело.
Фишка inotify была в том что он относительно эффекитвный. А если вы будете держать списки, пересканировать, вот это все - у вас перфоманс будет дно донное, и зачем все это было - кто вас там знает вообще.
> что поменялось, не утруждая себя держанием списка файлов и сравнения списков.
> Видимо в линухе inotify такое же.Потому что делать высококонцептуальный ... крап, не подлежащий декомпозиции на части и перегруппировке как надо - не ваша прерогатива.
Все ваши kqueue, geli, geom, ... - это история навороченного, высококонцептуального НЕНУЖНО.
> не гонять ненужное пустое место из/в ядро,
О том что при остром желании можно и не гонять - в BSD до сих пор не слышали.
> 2. реализовав inotify сразу получили из коробки совместимость с линуксом.
И вы уж извините но скан файлов и что там еще это дикая перверсия. Вся идея inotify в том что это лайтовое апи для мониторинга. Если вместо этого ресканы дир и списки поддерживать - упс, это не лайтово и не масштабируемо, а попросту кусок инженернго отстоя. Пример как ЭТО делать не надо.
> А классное у вас там с kqueue() апи то получилось в результате. Сделали круто, концептуально и не от мира сего. Как обычно в BSD.Ну да, в линуксе сделали круче. И что? Ты что ли сделал, что так радуешься?
> Ну да, в линуксе сделали круче. И что? Ты что ли сделал,
> что так радуешься?Не, я лишь констатирую что у академов вышло все как обычно - навертели концепций и веев только для того чтобы узнать что типовой банальный юзкейс оно вообще не может, а потуги это прокостылить не масштабируются от слова вообще. И то что должно было быть простой тривиальной задачей - превращается в сеанс брейнфака на ровном месте. Сколько там лет спустя страдания этой камасутрой вас утомили, не подскажете? Офигенные у вас апи и вэи! :)
И вот так у сабжа - куда ни ткни. Если что - в поискаре можно найти намного более интересную дискуссию о дизайне апей и почему то что в линухе - куда более удачный подход чем 1 убермонстр kqueue на все оказии. И вот тут ваш же системщик выкатил фееричнейший шоукейс почему имнено kqeue как апя это EPIC FAIL. Но вы можете далдонить что так и задумано, конечно. Передирая на ...цатый год нормальные вещи с линуха, только вот это поведение называется лицемерием.
С файловыми нотификациями - да, было неудобно.
inotify и то что в венде - конечно лучше, ибо специализированный API.Сам kqueue() намного лучше epoll() ибо требует меньше действий и ресурсов.
Для таймера не нужен отдельный файловый дескриптор.
Для уведомлений о чтении/записи сразу приходит инфа сколько можно прочитать/записать.
Есть дополнительные поля куда можно сохранять до инфу о контексте привязанном к файловому дескриптору.
Проблема только в том, что kqueue во фре появилось в 2000 году, и его интерфейс особо не менялся уже, а inotify в линуксе появился в 2005ом, причем раньше там был еще dnotify, потом штабленонсенс-makakи поняли, что он кривой, и снова все поменяли.А еще в линуксе был зоопарк из select, poll, /dev/poll, epoll, и по-моему еще что-то. А у академиков сразу был нормальный интерфейс, просто не приспособленный конкретно к обсуждаемому случаю. Зато писать сетевые приложения во фре всегда было удобно, и работало быстро и эффективно, и подстраиваться под менструальный цикл штабленонсе-мakak не было никакой нужды. Впрочем, для багрянооких это ведь в удовольствие, стабильность у них - синоним смерти. Я УЖЕ МЕСЯЦ НЕ ЛОМАЛ ЯДЕРНОЕ API, ПОЙДУ ПОЛОМАЮ.
Сейчас ядро линукса на раст перепишут, придется на сабж переходить
Так смешно, когда на сабж "приходится" переходить не потому что он лучше, а потому что в соседней системе что-то сделали :D
Из меньших зол приходится выбирать. Это не новость.
> Предоставлена возможность использования пакетного менеджера pkg
> для установки и обновления компонентов базовой системы.На ...цатый год девелопа, когда все повыкинули сабж из прода, господа начали наконец что-то подозревать :). Еще немного и базовая система станет лишь каким-нибудь пресетом в метапакете. Опциональным, если господа будут поумнее. И получится - как дебиан, только с хреновой поддержкой железа и на 30 лет позже.
Как Debian - это когда в репо пакеты не обновляют два релиза подряд. Нет, спасибо.
> Как Debian - это когда в репо пакеты не обновляют два релиза подряд. Нет, спасибо.Да правильно - поставить сервак и забыть о нем на 2 года? Как можно! Вы что! А уж понекромансить на LTS 4 а если надо то и 6 лет? Ых, ых, ых да вы офигели с такими желаниями.
Вот окучивать локалхост - это тема. Правда если локалхостов дофига - упс... как-то уже не то. Ну фря и осталась только совсем уж админам локалхостов в результате. Остальные с нее свалили нахрен.
На десктопе она мучительна по железу, на серверах - вон то иррелевантно. И получается - ОС для ... чего? А, типа Арч но второго сорта? Блин так у вас даже и Valve нет. Вместо него - соня и нинтенда. А это - другое, вообще совсем! :)
>И получится - как дебиан, только с хреновой поддержкой железа и на 30 лет позже.Так был же ж уже дебиан на ядре bsd.
> Так был же ж уже дебиан на ядре bsd.Ну так его и задропали уже. А тут еще и полися пакетника и прочие подобные аспекты профачены... надо Debian/kFreebsd посоветовать и репы/пакетник вон те взять.
Все кому было что то надо - давно себе сами запили, это только линуксойды ждут у моря милостыни пока им кто то сделает как им кажется удобным.FBSD это система для тех кто может себе позволить разработку.
Если вы хотите иметь только низко квалифицированный персонал которого обучили трём командам в консоле - то эта система не для вас с большой долей вероятности.
Для тех кто пилит под себя - система идеальная: всё легко кастомизируется.
> Все кому было что то надо - давно себе сами запили, это
> только линуксойды ждут у моря милостыни пока им кто то сделает
> как им кажется удобным.Linux для тех кто предпочитает прагматичный подход к опенсорцу а не трах с переизобретением велика с квадратными колесами в 20-й раз на ровном месте.
> FBSD это система для тех кто может себе позволить разработку.
Т.е. Sony, Nintendo и еще по мелочи. Ну а много вы такой надевелопаете вот именно как вам надо своим ходом?
Да, ваши потуги косплеить inotify я видел. На мое нескромное время - вы позволили себе убить кучу времени на страдание извращениями и фигней. Я не живу вечно и хочу тратить мое время на что-то менее похабное и более интересное, проекты делающие жизнь людей лучше и ведущие к определенным целям.
> Если вы хотите иметь только низко квалифицированный персонал которого
> обучили трём командам в консоле - то эта система не для вас с большой
> долей вероятности.ЧСХ большая часть эксплуатантов совсем не хочет платить дофига за commodity активность.
> Для тех кто пилит под себя - система идеальная: всё легко кастомизируется.
Странно что при этом вся эмбедовка кроме (особо жирных && особо жадных) DRM мегакорп линух юзают. Вероятно у нас разные понятия о том что такое "легко" и на что стоит убивать свое время. И я нахожу контрпродуктивным делать кривой велосипед когда уже есть нормальные, лучше моего. Лучше базироваться на нем - и доработать. Суммарно так результат лучше.
"Прекращена генерация хостовых ключей RSA для SSH" - у АНБ приямо пригорает от RSA.
Летом гугль удалил из Cromium RSA более 8192, в качестве причины мне ихний разраб всякую пургу загонял."Добавлены системные вызовы c реализацией механизма inotify для отслеживания изменений в файловых системах." - очень давно ждали/хотели.
> "Прекращена генерация хостовых ключей RSA для SSH" - у АНБ приямо пригорает от RSA.Видимо от DSA, Dual EC DRBG и прочих RC4 и DES с MD5 тоже пригорало раз все их поудаляли, да? И 40-битные ключи в вебе оскорбляли - именно NSA? :)
Называя вещи своими именами, ваши километровые RSA позволяют DoS атаку на ремоту. Выжирая ресурсов больше чем иной постквантовый алго - только еще без постквантовых гарантий.
При этом у RSA дофига грабель, типа слабых ключей, вариантов использовать его неправильно и проч. Кому такой отстой с такими соотношениями нужен и зачем? Адептам культа Triple DES? Да, против него тоже видимо заговор - тормознутая схема которая ничем не лучше других зато много чем хуже почему-то выпала из фавора.
> Летом гугль удалил из Cromium RSA более 8192, в качестве причины мне
> ихний разраб всякую пургу загонял.RSA это дико тормозной алго с более 9000 грабель - и за все эти мытарства один фиг не устойчивый к постквантуму. В случае какого 25519 за это быстрый обмен ключами и минимум трафа, вплоть до того что (публичный) ключ можно в чат скопипастить для добавления и не париться. А теперь попробуй ЭТО с твоей чушкой > 8192 проделать.
Крипто имеет смысл только если заменяет большой секрет маленьким. А если надо ворочать такие чушки - может, сэру просто пробросить одноразовый блокнот на весь траф и не париться? Лишь маргинально отличается от проброса RSA >8192 на сервак.
> "Добавлены системные вызовы c реализацией механизма inotify для отслеживания изменений
> в файловых системах." - очень давно ждали/хотели.О да, я видел тот пер-ректум через kqueue(). Вот это я понимаю, надругательство на системщиной. Или как все сделать сложно, криво и х@рово, не масштабируемо, "зато свое".
А как вы собрались ломать RSA на квантовом компе?
Вот пусть будет 8192 пока разрешаемый АНБ - всё равно нужно сильно больше кубитов чем для ED25519 - у которого там всего 126 бит и чем для попсовых ECDSA где обычно 256 бит.Вот вы говорите DoS атака, так она в обе стороны работает: все эти немощные ломанные девайсы в ботнетах не могут осилить хэндшейк с моим 16384 хосткеем чтобы иметь шанс побрутить пароли.
Но на веб конечно ставить такое не надо, особенно на публичный, тут я согласен.RSA ключи боольшие прекрасно копипастятся, тут нет проблемы.
> О да, я видел тот пер-ректум через kqueue(). Вот это я понимаю, надругательство на системщиной. Или как все сделать сложно, криво и х@рово, не масштабируемо, "зато свое".Тут скорее уместно замечание что этот функционал вообще не делали и не планировали, поэтому приходилось костылить на тех API что были, и работало оно...неплохое в итоге в моей реализации, только жрало много файловых дескрипторов. Лимита в 64к всегда хватало на моём десктопе.
Эх, и старая добрая фряха под хипстеров проснулась... Была интересная система на замену моему "LFS" на ядре 2.4, но с современным софтом.
Вопрос UFS ещё крошится после того как сядет батареи на лаптопе?
У меня не крошилась. Включи журналирование для UFS.
Я бы сказал что -j скорее вредный совет.# tunefs -p /
tunefs: POSIX.1e ACLs: (-a) disabled
tunefs: NFSv4 ACLs: (-N) disabled
tunefs: MAC multilabel: (-l) disabled
tunefs: soft updates: (-n) enabled
tunefs: soft update journaling: (-j) disabled
tunefs: gjournal: (-J) disabled
tunefs: trim: (-t) enabled
tunefs: maximum blocks per file in a cylinder group: (-e) 4096
tunefs: average file size: (-f) 16384
tunefs: average number of files in a directory: (-s) 64
tunefs: minimum percentage of free space: (-m) 8%
tunefs: space to hold for metadata blocks: (-k) 6400
tunefs: optimization preference: (-o) time
tunefs: volume label: (-L)У меня вот так везде и оно достаточно стабильно.
С журналированием же наоборот, fsck выполняется быстро но в редких случаях не находит ошибки, и потом оно бывает вызывает паники ядра. У меня такое один раз был лет 6 назад, и я долго искал почему система паникует, в итоге несколько раз прогнал fsck и он на втором заходе нашёл и пофиксил то чего на первом с журналом было якобы исправно. Может сейчас оно и пофикшено, но нужды включать я не ощущаю: на системных разделах с UFS обычно SSD и оно маленькое - быстро чекается, а для больших разделов с данными лучше брать ZFS, там такое вообще не требуется.
>Вопрос UFS ещё крошится после того как сядет батареи на лаптопе?UFS может и крашится, у меня с ней такое бывало.
Если же говорить о UFS2, с ней таких проблем давно уже нет.
GhostBSD - для любителей десктопа:
https://download.ghostbsd.org/releases/amd64/latest/
Возрадуемся, товарищи!FreeBSD в сердечке навсегда. Буду ssd на финкпаде менять - обязательно накачу в дуалбут с Арчем, пощупаю и может перейду уже, ибо Sway при Собянине стал чудо как хорош )).
А на серверах - ванлав, собираю нативные пакеты, раскатываю их по джейлам на ZFS, кааайф )). Скоро новый проект деплоить, сразу пятнашку можно раскатывать ))
Вообще каждый релиз фряхи на опенке имеет один и тот же сценарий: в анонс налетает куча анонимусов с одним и тем же вопросом: ДА ЧЕМ ОНО ЛУЧШЕ ЛИНУКСА?? :)))Ничем, расслабьтесь. Фряха, если глобально - не позволяет делать что-то, чего нельзя сделать в Линуксе. Но блин - это все равно что спрашивать чем УАЗ Патриот лучше вашего любимого Соляриса.
Нормальный админ фряхи может показать линукс-админу некоторые вещи, от которых у последнего произойдет упячка мозгу ))
Попробуйте, покурите хендбук, накатите сабж в виртуалку, прочтите man hier и прочее, поиграйтесь... (Домашнее задание: сбросьте захламленную систему в состояние, в котором она была сразу после установки. Проникнитесь например )).)
А расскажи плз как откатываться в первоначально состояние? Речь про снапшоты зфс, или что то другое? Подскажи что гуглить
Снапшотами zfs наверное тоже можно, но есть более концептуальный путь.Во фряхе есть концепция базовой системы. Начните с man hier например.
Все что не базовая система - устанавливается в "/usr/local". Если коротко - "rm -rf /usr/local" удалит все что не база :)))
Но если по уму:
Посмотрим что вообще установлено из пакетов/портов: "pkg prime-list" - то, что ставили непосредственно руками.
Посмотрим запущеные сервисы НЕ ИЗ БАЗЫ: "service -e | grep /usr/local". Останавливаем все.
Ну и главное: "rm -rf /usr/local"
Удаляем базу pkg: "rm -rf /var/db/pkg"
Это было про классическую установку, не pkgbase. С pkgbase возможно все что касается pkg будет по-другому, но суть не меняется: есть база и не база.
>Нормальный админ фряхи может показать линукс-админу некоторые вещи, от которых у последнего произойдет упячка мозгу ))но я вам про них не скажу, читайте хендбук
Был повод: драйверы от нового ядра Linux и время в наносекудах типа date --rfc-3339=nsСтавим Slackware64-current
Итоги: 6.17.0 в камоде FreeBSD обновилось (без установки FreeBSD) до Slackware64-current и ядра (из /testing) 6.18.0 и дальше так:Скачать и установить sbopkg:
# wget -c https://github.com/sbopkg/sbopkg/releases/download/0.38.3/sb...
# installpkg sbopkg-0.38.3-noarch-1_wsr.tgz
# sbopkg -v
# sbopkg -V ?
Запустить sbopkg и сделать Sync, поставить пакеты через Search:
python3-build python3-flit_core python3-installer python3-poetry-core python3-pyproject-hooks python3-tomlkit slpkg
Я тут мог спутать порядок сборки пакетов, но надеюсь на Ваш интеллект.
Теперь пишем:
slpkg install программа
slpkg поставит программа и все зависимости от него.Принтеры ставятся через cups, для некоторых принтеров hp нужен hp-plugin -i
Чтобы попасть в интерфейс cups нужно в браузере открыть http://localhost:631 и залогиниться как rootДля того чтобы поставить LibreOffice
$ su (это если Вы уже зашли как пользователь, то есть не root)
# mkdir libreoffice
# cd libreoffice
# wget -c -r -A txz -nd -np http://www.slackware.com/~alien/slackbuilds/libreoffice/pkg6.../
# upgradepkg --terse --install-new *.t?z
# adduser Ваше_имя_на_латинице
нажать стрелку вверх, когда спросит группы
дальше запустить графику так:
# init 4И вот тут надо заметить, что почти то же самое во FreeBSD превращается в одну строку сразу после установки:
# pkg install nano mc links xorg slim xfce4 xfwm4-themes firefox libreoffice nexuiz
# service slim start
Ваш пользователь должен быть в группе wheel (и говорят ещё в video и sound, но wheel это почти root)
Для того чтобы поправить настройки FreeBSD можно пользоваться утилитой # bsdconfig
> И вот тут надо заметить, что почти то же самое во FreeBSD
> превращается в одну строку сразу после установки:
> # pkg install nano mc links xorg slim xfce4 xfwm4-themes firefox libreoffice
> nexuiz
> # service slim start
> Ваш пользователь должен быть в группе wheel (и говорят ещё в video
> и sound, но wheel это почти root)
> Для того чтобы поправить настройки FreeBSD можно пользоваться утилитой # bsdconfigДостаточно, чтобы юзер был в группе video. Если он в группе wheel, то остальное уже излишне.
Ну и nano там лишнее, и без этой шляпы достаточно хороших редакторов, учитывая "ее" в базе.
# pkg install nano mc links xorg slim xfce4 xfwm4-themes firefox libreoffice nexuiz% pkg install xorg-minimal webfonts slim xfce xfce4-datetime-plugin xfce4-mixer xfce4-pulseaudio-plugin xfce4-weather-plugin firefox thunderbird telegram-desktop vlc ru-libreoffice
Не могу не поделиться радостью своей! Наконец-то запустил чисто вайланд на Crux и конкретно - великолепный sway. Сижу, гляжу, наслаждаюсь красотой тилингового композитора . Жаль только, что ни одна необходимая мне программа на вайланде не работает... без иксов.
Эх, но, всё равно, красиво!
XWayland жи есть...
Ну, так это "костыль" к вайланду, чтобы хоть как-то можно было бы им пользоваться. А мне хотелось посмотреть, что это, так сказать, продукт в натуре. Ага, посмотрел...
Кстати, захваленный Hyprland вызвал у меня странное тягостное ощущение. Ну, может быть кому-то это и нравится... Всяко бывает.
Это костыль не к вайланду, а к старым приложениям под иксы, чтобы эти приложения могли под вайландом работать. Не вижу проблем.Hyprland - там разрабы альтернативно одаренные, можно загуглить например "hyprland --i-am-really-stupid"
hyprland это просто демка, а не конечный продукт.
Понял.
Смирился с "XWayland жи есть..." И даже умудрился запустить привычный mtpaint, который ещё на gtk2.
Ура!
Быстро, и вроде как шрифты по чётче!
Короче, что то в этом вайланде есть!
Щас начну мучить labwc.
Всем добра!
1) Записал на ventoy образ, вставил в старый комп который по железу точно хорошо совместим - бутнулось, определилось всё железо, и сдохло при монтировании установочного диска.
2) Записал другой образ для карт памяти напрямую без вентоя - бутнулось и сдохло с квадратиком в консоли.
У меня всё.
Какое именно железо ?
Ноут hp 12-летней давности. Он умеет бутится с HDD и CD-ROM (которого нет) и USB-флешки (который распознается как CD-ROM). С картридера не умеет. Там прикол что железо распознается, включая сетевые карты и даже wifi, по логам видно.
На виртуалке завелся сразу, но там неинтересно.
Ты либо что-то неправильно делаешь, либо что-то с руками. У меня на 5-летний ноут установилась без всяких проблем NetBSD, а она куда менее распространенна, чем сабж, и поддержка периферии там хуже.
не, с руками порядок, 14-ый поставился нормально, проблема только с 15-ым
Тогда прошу прощения :)
Так пиши в багтрекер иначе про это никто не узнает и не исправит.
Берем древний ноутбук ASUS, где кривоватный UEFI.
Берем последний Ventoy-1.1.07, FreeBSD 15.0 disc1 iso - система не может загрузиться.
Видимо Ventoy не умеет пока загружать.Записываем FreeBSD 15.0 disc1 iso на USB-флешку, загружаемся с нее.
В режиме BIOS Legacy FreeBSD 15.0 запускается.
Из консоли подключаемся к сети - работает.В режиме BIOS UEFI FreeBSD 15.0 запускается.
Из консоли подключаемся к сети - работает.
Writing the .ISO or .IMG to a USB Stick:Ready to install GhostBSD? Here's how to prepare your USB stick on various systems.
Replace the device path (e.g., /dev/da0, /dev/sdc) with your USB's actual path—check carefully to avoid overwriting the wrong drive!On FreeBSD or GhostBSD:
sudo dd if=~/Downloads/GhostBSD-25.02-R14.3p2.iso of=/dev/da0 bs=4m conv=sync status=progressOn Linux:
sudo dd if=~/Downloads/GhostBSD-25.02-R14.3p2.iso of=/dev/sdc bs=4M conv=sync status=progressOn macOS:
sudo dd if=~/Downloads/GhostBSD-25.02-R14.3p2.iso of=/dev/disk2 bs=10240On Windows:
Download and run the imaging tool, Rufus, from the website.
Insert the USB flash drive.
Make sure the flash drive is shown in Rufus under Device.
Click "SELECT" and choose the GhostBSD ISO file.
Click "START".https://ghostbsd.org/download
https://download.ghostbsd.org/releases/amd64/latest/GhostBSD...
https://mirror.yandex.ru/freebsd/releases/ISO-IMAGES/15.0/Fr...
https://mirror.yandex.ru/slackware/slackware64-current/usb-a...
Поставил версию без гуев. Перезагружаю после установки, на мониторе ноль целых хрен десятых. Только курсор мигает. Но по SSH зайти можно, если юзера при установке завел. Что именно они улучшили, что это у них вот так теперь?
> при установке завел. Что именно они улучшили, что это у них
> вот так теперь?Поддержку ноутов, разумеется. У вас ноутбук был, я надеюсь?