После двух лет с момента публикации ветки 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 не падает и не зависает.
Но то DE, которое надо патчить, и без systemd работает.
1. Нет.
2. Не требует.
Ещё вопросы?
Очень плохо. Ты лучше поинтересуйся, какие патчи накладывают, чтобы оно работало.
1. Очень хорошо.
2. Не интересно.
3. Вам интересно - вы поищите.
Видимо, я просто лучше осведомлён. Ты напоминаешь тех ребят, которым "sway хватит для всего". Речь то о DE, и они без systemd всё хуже и ограниченнее работают.
Ладно systedmd, они без wayland скоро не будут работать.
По какой причине?
Из GNOME выпилили X11 уже.
Самое первое, что перестанет работать без иксов - это GNOME
В 50-ой версии весной 2026 года.Потом KDE 6.8 в конце 2026 года.
Так сейчас в FreeBSD рабочий GNOME 42 (2022 года).Кому какое до этого дело...
Чем быстрее гномо-кеды обмажутся вяленым системде тем быстрее придёт логическая развязка данного саботажа.
> Речь то о DE, и они без systemd всё хуже и ограниченнее работают.Конкретнее? Ещё раз: kde работала прекрасно.
Когда это было? Раньше она работала. Конкретно перезапуск плазмы и менеджер процессов. Ну и там что-то по поводу запуска программ ноет в логах, периодически ломается взаимодействие между процессами и надо перезапускать. Работает только базовая функциональность с какими-то жуткими патчами.
>>Есть ли сейчас возможность запустить systemdзловонная гниль тянет свои лапки.
Меня волнует что будет со средами рабочего стола. Не понятно, вроде на FreeBSD нет такого оголтелого перехода на Wayland с x-server.
Вяленд работает, но всякие утилиты и прочая мелочь завязаны на линукс, зачастую целенаправленно.
Иксы в этом плане более предсказуемо работают, особенно если не гнаться за модным-молодёжным. Но надо понимать, что для BSD-шника является нормальным в случае какой-то проблемы лезть искать её причины вплоть до конкретного участка кода, чтобы потом составить хотя бы развёрнутый issue.
>чтобы потом составить хотя бы развёрнутый issue.Чтобы что получить в ответ на это иссуе? Что мы не поддерживаем ничего кроме Линукс?
А у них много собственных графических оболочек? Только Lummina на ум приходит. Остальное для Linux разрабатывается в первую очередь.
xfce оригинально была во FreeBSD, поэтому ставишь инастраивешь в соотвествии с man xorg + slim + xfce + xfwm4-themes и радуешься, что всё работает !
>А у них много собственных графических оболочек? Только Lummina на ум приходит. Остальное для Linux разрабатывается в первую очередь.Я правильно понимаю что линуксоид по умолчанию считает весь свободный софт линуксячим? Меня всегда удивляла такая чока зрения. Но оно всё и делается, чтобы кроме линукса больше нигде не запустить.
Линуксоиды это как православный поп - узурпировали гуманизм, сострадание, совесть и тд. Так же и линуксоид - свободный софт значит для линукса.
> Не понятно, вроде на FreeBSD нет такого оголтелого перехода на Wayland с x-server.А зачем им эта оголтелость? Они упаковывают софт, не включают что-то принудительно. На 14 релизе проверял kde с wayland - прекрасно работало. На 15 скорее всего тоже будет работать - ещё не проверял.
FreeBSD 14.0 - 11.2023
KDE 6 - 2.2024Ну так логично.
> Намечен к удалению во FreeBSD 16 драйвер agp (Accelerated Graphics Port), необходимый для работы многих драйверов для старых видеокартЯ думал тут прибижеще для любителей старины.
А вот что происходит.
Мне кажется FreeBSD дропнули раньше х86 чем в linux.
>Прекращено формирование установочных образов и сборок бинарных пакетов для 32-разрядных архитектур i386, armv6 и powerpc. Из 32-разрядных платформ оставлена только armv7. Возможность сборки 32-разрядных программ и использования режима COMPAT_FREEBSD32 для запуска 32-разрядных исполняемых файлов в окружении на базе 64-разрядного ядра сохранится как минимум до конца жизненного цикла ветки FreeBSD 16.По скорости отказа от старых архитектур не отстают от Линукс.
Просто донаты подъехали и теперь у разрабов нет времени поддерживать код - ушли осваивать бюджет.
https://itsfoss.com/news/stf-freebsd-fund/
>На системах amd64 добавлена возможность использования более 4TB ОЗУ.На х86 4 ГБУ ОЗУ а на amd64 4TB ОЗУ. Всё логично.
Здорово, что фрю тоже корпорации пилят. У фанатов GNU получается, есть свой уникальный GNU/Hard.
Какие корпорации, я что-то пропустил?
Он пошутил так, понятно, что ей ничего не перепадает.
Очень жаль! Что-то должно перепадать. Мне а ещё кому днао чтобы перепадало это illumos.
Чтоб перепадало, может, лицензию сменить?
Кучно релизы пошли :). Еще бы 2 БСДи для комплекта вышли, с HaikuOS вместе.
Поддержку традиционного способа, при котором базовая система рассматривается как монолитное окружение, обновляемое при помощи утилиты freebsd-update, планируют удалить в ветке FreeBSD 16Линукс покусал чтоль
Корректное обновление системы слишком сложна. Накатывайте по-новой.
XFCE оригинально была во FreeBSD, поэтому ставишь и настраивешь в соотвествии с man: xorg + slim + xfce + xfwm4-themes и радуешься, что всё работает !pkg install xorg slim xfce xfwm4-themes firefox
service slim startВаш пользователь должен быть в группе wheel
>Ваш пользователь должен быть в группе wheelИ еще video.
FreeBSD используют с оболочками?
И это Unix?
FreeBSD это не ЮНИКС это ЮНИКС-подобная как и лункс.
А как вы себе представляете терминал без shell?
Офисы Sony & Netflix рады новой халяве!
А вроде прям тут писали, что нетфликсы сползали на Линуксы? Врали?
В свете постоянных "шатаний" линУкca получается, что это сейчас самый "aдeкватный" дистро для работы. Стоит задуматься о переходе на него.
Иксы на месте, вейланд завезли, гном, плазма, крыса, матЭ, корица на месте, так-что для сомневающихся все есть.
А ты не задумывайся -- сразу переходи. О своем опыте отпишись потом (видимо на следующий день, когда после испытанного ужаса вернешься обратно на линукс).
Во-первых это не дистро, во-вторых как раз фряху шатает ещё сильнее и с опережением повестки (дроп x86), в-третьих слишком толсто.
> с опережением повестки (дроп x86)И это всё, что вы вписали в "шатание"? Попробуйте собрать современный софт под x86, удачи. Особенно браузеры.
FreeBSD гораздо стабильнее Linux.
Собираю тот самый современный софт в 64 + 32-битном виде для своей LFS системы и не заметил подвоха. Браузеры удаляют поддержку 32бит, но причина тут не в современности, а в гугле.
> (дроп x86)
> причина тут не в современности, а в гугле.Забавно, как 6omжы-старьевщики рассказывают про теории заговора корпораций.
Хотя это никакой не заговор - для гугла процент таких юзеров на грани статистической погрешности - а просто здравый смысл не тратить время на хлам 20летней давности.Но это же опенсорс, почему бы вам не сделать FreeBSDx86 15.0?
Почему это должны делать другие люди? У вас лапки?
Как раз для себя и сделал 64+32, а фряха мне даром не нужна со своией корпо-френдли лицензией.
После freebsd-update upgrade -r 15.0-RELEASE устал пальчик держать на ентер при обновлении, 30к патчей.Проще можно как-нибудь было?
Хотите одной кнопкой фигак в продакшн? Вам линукс тогда.
Объясните мне, зачем они добавили в 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. Насколько я помню, в прошлые разы подобные пересечения чистили, а в этот раз забили.