ну freebsd.org пингуется

насколько там сейчас пакеты хорошо ворочаются

Хуже, чем в Arch. GNOME фактически заброшен, KDE5 недавно портировали.

есть ли возможность нормально подключать и отключать флешку

https://www.freebsd.org/doc/handbook/usb-disks.html

Но если хочется посмотреть на хорошую альтернативную систему, а не wannabe Linux, возьми OpenBSD.

Многие советуют опенка, но почему?

Знаю, что отполирована система просто в нет, но пакеты, ведь их гораздо меньше, чем даже во фряхе

Суть в адекватной базовой системе и её компонентах. Да, портов меньше, но основные вещи присутствуют. А всё остальное ты можешь портировать самостоятельно и закинуть на https://github.com/jasperla/openbsd-wip. x3

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

Спасибо за полезный развернутый комментарий

возьми OpenBSD

Отличная поддержка видео от intel, amd и тем более nvidia гарантирована. И «The total number of packages: 8192» и «There are currently 32771 ports available» по сравнению с FreeBSD.

Если во FreeBSD проблемы с драйверами есть, то в OpenBSD проблем нет вообще. Нет драйверов - нет проблем.

Суть в адекватной базовой системе и её компонентах.

Аргументный аргумент.

и в рамках проекта развивается куча полезных вещей.

Которые доступны и во FreeBSD, и в Linux, и много где ещё.

Отличная поддержка гарантирована

разве бсд не распространяется как “as is”?

Аргументный аргумент.

В каждой системе должно быть три файерволла и линуксятор, конечно же. Ну, и не стоит забывать про https://vez.mrsk.me/freebsd-defaults.txt

и много где щеё

На самом деле не везде, portable-версии поддерживаются довольно плохо.

по сабжу. ты можешь попробовать погонять линуксячье по в режиме совместимости с линукс во фрибсд https://www.freebsd.org/doc/ru/books/handbook/linuxemu.html

Интересует именно насколько там сейчас пакеты хорошо ворочаются,

Да нормально все, за исключением слишком уж прибитых к пингвину вещей:
https://repology.org/repositories/statistics/newest

Repository	Metapackages	Packages
nixpkgs	unstable	43986	20772
Raspbian	Testing	32647	16533
FreeBSD	Ports	27623	16487

есть ли возможность нормально подключать и отключать флешку

И флешку и телефон и киндл и внешний хард …

https://www.freshports.org/sysutils/dsbmd/ https://www.freshports.org/sysutils/dsbmc-cli/ https://www.freshports.org/sysutils/dsbmc/ https://freeshell.de/~mk/projects/dsbmc.html https://freeshell.de/~mk/projects/dsbmc-main-screenshot.png https://freeshell.de/~mk/projects/dsbmc-main-screenshot2.png

https://www.freebsd.org/doc/handbook/usb-disks.html
Но если хочется посмотреть на хорошую альтернативную систему, а не wannabe Linux,

По ссылке сразу видать авторитетного знатока фряхи, ага …

Нет. Устали воровать и сдулись. Но в плойках вполне нормально живёт (я верю что кривое говно вместо прошивок там не из-за фряхи).

В каждой системе должно быть три файерволла и линуксятор

А за спиной у тебя стоит Маккузик с плёткой и заставляет их всех использовать. Причём одновременно.

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

Актуальные пакеты (порты) во FreeBSD чаще новее, чем в популярных дистрибутивах Linux. Это касается в первую очередь графической подсистемы (Mesa) и приложений для десктопа (Firefox, ffmpeg, кодеки).

Сайт: https://www.freshports.org/ даёт подробные сведения о пакетах/портах FreeBSD.

Но есть порты, которые давно не обновляются или отстают на одну-две версии от линуксовых дистрибутивов. Актуальные порты предназначены для работы с FreeBSD 12-STABLE и имеют модель непрерывного обновления, как базовая система. Таким образом, релиз является «отправной точкой» для последующей актуализации рабочей среды. Механизм обновлений кастомизируется. То есть имеется возможность собрать только то, что требуется в работе, оставив за бортом неиспользуемое. Этим сокращается время на сопровождение системы.

и не стоит забывать про https://vez.mrsk.me/freebsd-defaults.txt

Тогда не стоит забывать про опенбсдшную мантру «уязвимостью считается только возможность удаленного выполнения кода!» и «вы все врети!»

https://www.networkcomputing.com/openbsd-remote-exploit

Core Securities found the vulnerability and worked together with the OpenBSD team, but from the vendor contact log included in the advisory, there are definitely hints that maybe the OpenBSD team is a little rusty in handling security events, or the usual «responsible disclosure» mechanism didn't quite function as well as designed. Not only did the OpenBSD folks initially deny the «vulnerability» status of the bug (believing it was only a remote denial of service), but it also appears public disclosure of the vulnerability was done without coordination (see the «Release Mode» section of Core's alert).

https://web.archive.org/web/20070320133109/http://www.coresecurity.com/?actio...

    2007-02-20: First notification sent by Core.
    2007-02-20: Acknowledgement of first notification received from the OpenBSD team.
    2007-02-21: Core sends draft advisory and proof of concept code that demonstrates remote kernel panic.
    2007-02-26: OpenBSD team develops a fix and commits it to the HEAD branch of source tree.
    2007-02-26: OpenBSD team communicates that the issue is specific to OpenBSD. OpenBSD no longer uses the term "vulnerability" when referring to bugs that lead to a remote denial of service attack
...
    2007-02-26: Core email sent to OpenBSD team explaining that Core considers a remote denial of service a security issue ... requests details about the bug and if possible an analysis of why the OpenBSD team may or may not consider the bug exploitable for remote code execution.
    2007-02-28: OpenBSD team indicates that the bug results in corruption of mbuf chains and that only IPv6 code uses that mbuf code, there is no user data in the mbuf header fields that become corrupted and it would be surprising to be able to run arbitrary code using a bug so deep in the mbuf code. The bug simply leads to corruption of the mbuf chain.
    2007-03-05: Core develops proof of concept code that demonstrates remote code execution in the kernel context by exploiting the mbuf overflow.
    2007-03-05: OpenBSD team notified of PoC availability.
    2007-03-07: OpenBSD team commits fix to OpenBSD 4.0 and 3.9 source tree branches and releases a "reliability fix" notice on the project's website.
...
    2007-03-13: Core releases this advisory.

I run it.

Интересует именно насколько там сейчас пакеты хорошо ворочаются,

По-разному выходит. Актуальность можно проверить на https://www.freshports.org

есть ли возможность нормально подключать и отключать флешку)))

Смотря как ты хочешь их монтировать. Через командную строку монтируются без проблем. В Gnome монтируются только с FAT.

В Gnome монтируются только с FAT.

Попробуй поставить:

fusefs-exfat-1.2.8
fusefs-libs-2.9.9
fusefs-ntfs-2017.3.23

OK, спасибо, завтра проверю все ли из этого установлено.

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

Да что ж у тебя за карты такие? У меня за всё время только одна карта не завелась, но она и под линуксами не работает.

Смотря как ты хочешь их монтировать. Через командную строку монтируются без проблем. В Gnome монтируются только с FAT.

Это, самое:

[17:31] u@notebook:~> pkg info | grep automo
automount-1.5.8                FreeBSD's devd(8) based automount solution

intel и broadcom пробовал. карты фряха видела, но wifi не поднимался и ещё оно ловило kernel panic или типа того иногда. Думаю это баг в конкретной версии фряхи, последней стабильной на тот момент.

когда-то овер 10 лет назад, wifi работал нормально на ноутах под ней.

Есть такая проблема. Я хотел на новом ПК использовать FreeBSD 11.x, но не получилось из-за PCI Wi-Fi адаптера. TP-Link с чипом Realtek. Карта в системе просто не обнаружилась.
Сейчас на этом компе Ubuntu 18.10. Полет нормальный.

ты ограничиваешь себя своим железом в установке фряхи

Дело в том, что я собирал тот ПК так, чтобы была совместимость с большинством свободных ОС (Linux, FreeBSD). Я проверил совместимость железа для этих ОС. Но я не зал, что на TP-Link'ах используются разные чипы. А посмотреть на маркировку в Ситилинке нет возможности. Так получилось.

последней стабильной на тот момент.

А зачем -stable вообще использовать? Есть же -release.

Хотелось бы узнать по теме.

Скачай, посмотри.

FreeBSD сейчас очень активно развивается. В 12-той ветке многое было оптимизировано и она работает значительно быстрее 11-той. Пакеты обновляются ежеквартально, порты значительно чаще. Начиная с 11-той версии есть нормальный автомаунтер флешек. Если цель - создать кастомную и удобную для себя среду, то однозначно стоит попробовать современную FreeBSD. Конечно придется потратить время на настройку. По поводу кодинга то всё зависит от самого кодинга, например C/C++ и Web несколько отличаются в средствах и подходах. По сути, для веба, какая хост-ос установлена абсолютно параллельно.

Пакеты обновляются ежеквартально, порты значительно чаще

Пакеты обновляются 2-3 дня после портов. Срезы портов доступны поквартальные и «свежие», как и соотв. репы.

Linux.

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

Что «Linux», debian-stable, наверное?

А в остальном, как и везде, send patches, всё зависит от коммьюнити.

Линукс при том, что если хочешь быть в мейнстриме - используй линукс.

Я потому и спросил про debian, очевидно же, что можно найти «линукс», в котором пакеты намного более «протухшие» чем в портах FreeBSD.

не, ну мы в приличном обществе находимся, вспоминаем только убунту и федору, изредка за окном раздаются вопли: кто сказал ЦентОС?
А еще затейники приходят и заводят песни об OpenSUSE...

Ничего против фряхи не имею и платонически люблю.

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

Кодить предпочтительнее на том, что потом в проде будет вертеться. Последний плюс в виде качественной сетевой подсистемы нивелируется возможностью линукса работать с сетью в юзерспейсе без ядерного tcp/ip.

Автомонтирование, пожалуй, самое удобное через dsbmd-dsbmc. Монтирует (размонтирует) вообще все (mtp, флешки, ext-2-3-4, даже iso-образы и т.д.). Не нужны всякие полкоты, только пользователь должен быть или в wheel или в operator.

пользователь должен быть или в wheel или в operator

решето

пользователь должен быть или в wheel или в operator

решето

???

Ты к чему это вообще ляпнул? Брюква протухшая для смузи была, тебя развезло?

FreeBSD RIP с момента своего появления. Дальше выводы очевидны.

Хренассе. Весь снг-нет с неё деньги имел, во времена домосеток и скоростей по 128-256кбит на 30 человек.

она живая.
только это роутер для бедных, был.

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

Механизм обновлений кастомизируется
собрать только то, что требуется в работе, оставив за бортом неиспользуемое

Как это происходит? За бортом можно оставить зависимости для GNOME, есть я его не использую или как?

FreeBSD RIP с момента своего появления. Дальше выводы очевидны.

Какие горячие и влажные девичьи мечты у этого линуксенка! И да, самое главное, от мыслей о FreeBSD насухую не страдай, ледок-то прикладывай.

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

FreeBSD RIP с момента своего появления. Дальше выводы очевидны.

Какие горячие и влажные девичьи мечты у этого линуксенка! И да, самое главное, от мыслей о FreeBSD насухую не страдай, ледок-то прикладывай.

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

Ну да. Ей-ктулху, не грех посмеяться над фанатичными и глупыми линуксятами.

P.S. Ну не страдай ты без ледка, пожалел бы себя, еще пожар устроишь.

Хотелось бы узнать по теме. Интересует именно насколько там сейчас пакеты хорошо ворочаются

Живо, пакеты ворочаются лучше чем во всех mainstream линуксах:

https://repology.org/repositories/graphs

есть ли возможность нормально подключать и отключать флешку)))

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

Или все же для кодинга Линукс предпочтительнее, если да, то благодаря чему?

Не самое популярное мнение, но для кодинга FreeBSD намного предпочтительнее. Во-первых, потому что в портах есть всё (инструменты, зависимости), и всё это поддерживается в максимально свежем и рабочем состоянии, а добавить новый порт не представляет ни технической ни бюрократической сложности. Далее, FreeBSD не mainstream - это значит что когда разрабатываешь на ней + тестируешь на Linux (CI на Linux валом), автоматически получаешь переносимый софт.

Весь снг-нет с неё деньги имел, во времена домосеток и скоростей по 128-256кбит на 30 человек.

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

или в wheel или в operator.

Нет.

 grep wheel /usr/local/etc/dsbmd.conf 
allow_groups = operator, wheel, anon

решето

То ли дело разрешить это всем кому не лень, через жирнючий и навороченный дыбас - это по определению не будет шеретом, которое переписали уже в 4 или 5 раз (HAL, disks, udisks, udisks2, storaged, storaged переименованный в udisks2).