já jedu na svých strojích Artix Linux, FreeBSD nebo OpenBSD.
A v podstatě mě trápí podobné věci s balíčky jako popisoval autor. Občas něco na Artixu pár dnů nejede, protože třeba v Artixu není balíček a člověk sahne po tom z Archu a pak se mohou rozcházet na pár dnů verze knihoven apod...
V OpenBSD jsem jedno období řešil problém, že byl vyřazen Clementine, protože se jim nedařila kompilace.
Ve FreeBSD jsem ten problém nepotkal, ale neříkám, že neexistuje, jak zmiňuje autor, pokud se člověk s instalací netrefí do toho období kdy ten balíček chybí, tak to nezpozoruje.
Co bych zmínil, FreeBSD jsem podobně jako autor musel některé věci řešit (například zprovoznění X s některou grafickou kartou). Ještě nedávno po čisté instalaci nebyl defaultně zapnutý zvuk a nahrával jsem moduly jádra k jeho rozchození.
Tady bych vypíchl OpenBSD, které v podstatě funguje out of box. A v posledních verzích (nebavím se o dvou nebo třech, ten stav už trvá o něco déle) se výrazně zlepšil i výkon a odezva systému.
Nevýhodou OpenBSD je jednoznačně menší počet dostupných binárních balíčků.
A pokud používáte notebook a chcete třeba si vzít externí disk s sebou, který používáte napříč svými počítači (s těmito systémy), pak je limitující faktor podporovaný file systém. BSD umí linuxové ext file systémy, ale evidentně jen do určité velikosti, třeba 2 TB disk s jednou particií běžel spolehlivě všude, 8 TB disk s jednou particií se připojil v BSD, ale se soubory nešlo pracovat.
ZFS je záležitostí FreeBSD a Linuxu.
NTFS je na všech, ale to člověk nechce.
UFS2 je spolehlivé pro sdílení mezi BSD (jediné BSD které ho neumí je DragonFlyBSD které zůstalo u UFS1 a poté se vydalo cestou Hammer, Hammer2), ale v Linuxu jsem limitován jen pro čtení.
Mozete sa podelit o skusenost s virtualizaciou?
Mne napr na OpenBSD zarazilo, ze ako guesta podporuje len OpenBSD a Linux a aj to som mal problem najst distribuciu, ktora seriozne vie bootovat do konzoli. Mislim, ze nejaky AlpineLinux dokazal nabootovat.
Vacsinou sa Grub ako tak vykreslil, ale dalsi vystup sa uz rozsypal na caj.
Este mi zo zufalstva napadlo, ze spustim (fuj fuj) X klienta/aplikaciu .. napr (fuj fuj) eletronoveho klienta Signalu, Zoom etc na Linuxe a presmerujem Xkovy vystup do Xserveru OpenBSD.. nech mam BSD desktop. To som nakoniec vyriesil pouzivanim Win Signalu cez Wine.
.. lebo OpenBSD virtualizacia prosto nepodporuje existenciu grafickej karty..
Celkovo, OpenBSD na notebooku bola sice zabava, ale ked sa mi rozbil, tak som sa uz vratil k Linuxu.
"BSD umí linuxové ext file systémy,"
Tyhle externí věci (např. ext na FreeBSD) mají druhořadou prioritu, takže na souborový systém sice umožní zapisovat, ale už nemají nástroje na to jej opravit. S diskem uvnitř počítače by tohle ještě nemusel být úplně problém, ale nějaké externí USB disky, které se můžou kdykoliv odpojit (stačí drobné neopatrné šťouchnutí do konektoru a je to) - to si vyloženě koledujete o ztrátu dat.
Pokud používáte různé svobodné OS, tak tohle jde dobře řešit virtualizací. Zkrátka podle mě je nejlepší použít OS s nativní podporou daného souborového systému v Qemu/Xenu, nastavit USB passthrough a propojit oba systémy pomocí SSHFS. Možná trochu pojeb tohle všechno nastavit, ale stačí to udělat jenom jednou a provozování už je OK.
FreeBSD jsem na desktopu nikdy neměl, ale mám expertní zkušenosti s provozem serveru, takže to popíši takto: doporučuji používat porty, kde si nainstaluješ vše co potřebuješ a navíc si můžeš vybrat jednotlivé komponenty.
Potom dej své zkušenosti z provozem grafické karty, byla tady zprávička o provozu Intel ARC v Linuxu, tak by mě zajímalo, jak to běží na FreeBSD, pokud se ti ji podaří sehnat na test.
Portsnap má beztak končit a přechází se na Git. Proto jsem se tím zatím netrápil ... https://forums.freebsd.org/threads/recommended-usage-of-git-instead-of-portsnap.93822/
EDIT: díky za nasměrování.
Pane Jezku, jak vlastne resite poinstalacni setup? Preci vsechno neklikate a neinstalujete rucne, ne? (Tedy aspon na Linuxu, chapu ze u BSD by asi jakakoli automatizace zaplakala). Mate nejaky Ansible, nebo jen mocny bash skript?
Ono není moc co řešit. Já jedu tuctový desktop, takže volba prostředí je asi to jediné, co řeším. Zbytek je automatika systému (na Linuxu), nebo handbooková ruční práce (na FreeBSD) a je hotovo. Jinak na Linuxu mám typicky oddělenou /home, takže to člověk udělá jednou a pak už nemusí nikdy nic řešit. Upřímně, ani nevím, co je Ansible, protože jsem to nikdy v životě nepotřeboval :-).
Já NetBSD zatím nepoužívám, ale pomalu se k tomu schyluje.Mám depozitář a lab plný 32bit železa a chci na něm mít k dispozici aktuální BSD. Vzhledem k tomu, že FreeBSD pomalu ale jistě směřuje k ukončení podpory x86, NetBSD budu potřebovat.
Zrovna dnes jsem upgradoval v jednom pomocném virtuálu FreeBSD na ver. 13.5 i386 a při bootu mi to píše do logu "WARNING: 32-bit kernels are deprecated and may be removed in FreeBSD 15.0."
Budu teda muset nastudovat programování jaderných modulů a device driverů, a k tomu asi není tak dobrá literatura jako na FreeBSD, ale určitě s tím bude spousta legrace.
To znie dost podobne ako ked som... uz to budu dva roky? prechadzal zo Slackwaru na Arch.
To tiez viac-menej nema instalator, len nejaky pomocny skript, co daco porobi. To este aj ten Slackware-ovsky pkgtool je na tom lepsie.
Ale zhruba od momentu, ked clovek nastavi siet je to uz smooth ride, len instalovat baliky.
Konfiguracia sa potom povacsinou da vyklikat.
Neběží, macOS má hybridní jádro XNU.
https://en.wikipedia.org/wiki/XNU
https://wiki.freebsd.org/Myths#FreeBSD_is_Just_macOS_Without_the_Good_Bits
To sice obsahuje části kódu ze starého BSD, plus má vrstvu, která je z části kompatibilní s BSD cally (takže je třeba jednodušší portace software, pokud má chodit na obou systémech a používá například kqueue).
A proč nepřejít na macOS, nebo i přeneseně proč to zkouší. Asi proto, že může, má hardware, na kterém to rozběhne, baví ho experimenty i když to nemusí dávat moc smysl.. samozřejmě už léta píše články v tomhle stylu. Víc bych v tom nehledal - i cesta může být cíl :)
davam prednost ghostbsd
odkedy do linuxu pretlacili systemd som hladal alternativu.
https://linuxos.sk/blog/redhawk1975/detail/ghostbsd/
Připojuji se k poděkování za článek.
Mám to přesně tak, jak tu bylo řečeno - i cesta může být cíl.
Testuji FreeBSD na virtuale (libvirt) pod Fedorou, kde mám rozjeté FreeBSD Gnome i FreeBSD KDE a občas to zkoumám.... Instalace proběhla přesně podle popisu v článku. (nejdříve jsem zkoušel různá videa na YT, ale nikam to nevedlo - až po nahlédnutí do FreeBSD Handbook se dostavil úspěch). Myslím, že FreeBSD si občas trochu propagace zaslouží. :)
Hezký článek, díky! Pokud by měl někdo zájem o grafický správce balíčků, tak existuje například OctoPkg, který je hezky v "konzervativním BSD stylu". Jen může člověk zapomenout na Flatpak a další moderní výdobytky ze světa GNU/Linuxu. ;-)
Mimochodem, nejspíš poslední kompletní verze GNOME v BSD světě bude - vzhledem k postupnému využívání komponent systemd - aktuální 48. Doporučuji tedy spíše to KDE, které je v posledních letech tak nějak "oficiálním prostředím FreeBSD".
FreeBSD jsem pouzival jako primarni os na pracovnim notebookunekdy mezi lety 2007-2011 (7.x - 8.x) a defacto vse co jsem potreboval fungovalo bezvadne. Jako desktop sem pouzival kde 3.x + compiz, a kdyz bylo nejhur pustil sem winxp pres qemu. Bohuzel kdyz sem 2011 kupoval novy notebook od Dellu, trefil sem se do doby ktera pro tenhle os+hw nebyla uplne stastna. Nebyl driver ani na sitovku ani wifi, kqemu prestalo byt podporovano a resilo se kvm, zacalo se koketovat se zfs. A tak sem daĺ prednosr Slackware. Nicmene z te doby jsem si odnesl poznatek, ze jakykoliv unix like system co ma hw podpooru je pro mne dobry. Miloval sem instalaci se pres porty, trochu nesnasel dependency a navaznosti rc skriptu. Tezko rict jak je na tom freebsd proti linuxu dnes, budu si ho muset aspon just formfun vydeployovat na nejake vm
Koukám že k P4 se nikdo moc nehlásí… tak zkusím napravit. Utčite bych použil LXDE - nejlepší zkušenosti mám s Lubuntu 18.04.05 (dnes bohužel už mimo aktualizace - otázkou je zda do vlastně vadí…). Další Lubuntu už mají LXQt a to je významně náročnější… XCFe je taky řádově náročnější…
Ještě k tomu stroji - osobně bych doporučoval spis desku s 8xx chipsetem s AGP (a nějakou GF 6600 nebo Radeon 9600) - běží na tom nativně s drivery win98se :-).
Jediný dnes Unix like OS použitelný jako desktop a ne hračka pro geeky je MacOS.
FrrrBSD subjektivně je rychlý, ale je poznat že boj s linuxem už na poli desktop vzdal. A než jaký okeni manažer použít je problém spíš problém mediální obsah s DRM nebo využívají i Google ID api.
Ale i tak to je jak v dobách Redhat 3.x
Doba se posunula Aix a irix workstation jsou v propadlišti dějin. Stejně open nebo Free bsd Je dobrý tak na server a na desktop leda Linux, MacOS nebo MS win64...
S FreeBSd si pravidelně hraju a vždy to skončí třeba na tom že není Chrome Netflix, Spotify atd...
FreeBSD se naopak snaží fungování na desktopu zlepšovat. Chromium pro FreeBSD je upravené tak, že může používat DRM část přes linuxulator ( https://www.freshports.org/www/foreign-cdm/ ), takže by Netflix a Spotify měly takto fungovat, ale stejně kvůli limitaci linuxového Widewine je Netflix limitovaný na tuším 720p a Prime Video 480p jako na Linuxu. Jinak webové verze Tidal a Qobuz fungují ve FreeBSD normálně bez DRM.
To je sice pravda, avšak vývoji chybí prostředky (vývojáři) a dlouhodobě vývoj zpomaluje, proto snahu věnovat se desktopovému příliš pozitivně nevidím, neboť mnoho problémů (nazvěme je obecně neskutečně otravnými drobnostmi) zkrátka nemají řešení, natož snadné elegantní a spolehlivé řešení.
S FreeBSD jsem dlouho, vlastně od odby co jsem si koupil knížku FreeBSD s CD (Jim Mock - FreeBSD), tedy hodně přes 20 let a nedám na FreeBSD dopustit (přestava, že bych svěřil roli HAF-HAST tučňákovi mě přímo děsí), jenže server a desktop jsou dva rozdílné světy a začíná to už velmi pečlivým výběrem HW, což je u PC/NTB mnohdy neřešitelný problém a ztráta komfortu.
Netvrdil jsem, že je to špatně, natož abych uvažoval o změně, ačkoliv telemetrie běží pod SLES. Nebyla to má volba, celé dlouhé roky běžela právě pod FreeBSD až si dupli, že všichni musíme mít „certifikovaný“ systém, čili volba byla mezi RHEL a SLES … tak jsem si vybral SLES a správu si platím, protože nejsem sám schopný řešit rychle a efektivně problémy (zkrátka na to nemám znalosti, zkušenosti, čas a nervy).
Geniálně jednoduché, přehledné, spolehlivé a nic mě nepřekvapí, což znamená, že když si něco rozbiju, je to moje vina a přesně vím kam sáhnout. Samo od sebe se nerozbije. Nestane se, aby dokumentace popisovala init.d deset let poté, co přešli na systemd apod. Jedinou distribucí se kterou jsem se kamarádil byl geniálně jednoduchý Slackware – přiznávám, že nejsem profesí správce a správa pár serveru není to samé co tisíce, přesto pro mě je FreeBSD jedinou volbou.
P.S.: Razím striktní pesimistický přístup: co není potřeba je zakázáno a ten zbytek stejně maže do Jails.
FreeBSD jsem léta používal na serveru a hlavně na routing. Úžasná je na něm ta jednoduchost, jako opravdový kámen úrazu se však ukázala velmi malá základna vývojářů. Poměrně zásadní bug v používání 32bit counterů u řady služeb otevřeli asi po 7mi letech a oprava přišla ještě asi o dva roky déle. Což v praxi znamenalo, že už dávno všude jedeme na linuxu. Co se týče desktopu, zkoušel jsem víckrát, ale přesně, jak jsem asi pochopil správně z článku - bylo to příliš práce a laborování (o mizerné podpoře HW oproti linuxu v té době ani nemluvě) naproti výsledku, kdy Linux prostě byl po ose nainstaluji-mám. Takže FreeBSD jsem z těžkým srdcem postupně odstavil ze všech strojů, i když poslední asi loni. Přitom PF převzaté z OpenBSD (které jsem provozoval léta před tím) je konfiguračně něco neskutečného a podle mě těžko překonatelného.
Dekuji za pekny clanek, FreeBSD mam na serverech a routrech. Na desktopu si s nim nekdy pohravam, hlavne pri zkouseni ruznych windows manageru.
Ve clanku nezaznelo nic o Linuxove podpore ve FreeBSD, ktera je velmi zajimave resena. A umoznuje pustil Linuxove binarky, coz nekdy muze resit problemy s aplikacemi, ktere nejsou nativne portovany na FreeBSD.
https://docs.freebsd.org/en/books/handbook/linuxemu/
Pamatuji si jak jsme ve VOL/VOLNY/Jet2Web/COL pouzivali FreeBSD s FVWM2 a po vecerech jsme mastili Enemy Territory prave pod zminovanou emulaci.