Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 16 reacties
Bron: FreeBSD, submitter: azz_kikr

Freebsd logo (75 pix) De leden van het FreeBSD Release Engineering Team hebben de tweede update voor versie 10 van FreeBSD uitgebracht. FreeBSD is in 1993 ontstaan en wordt als één geheel ontwikkeld, in tegenstelling tot bijvoorbeeld Linux, waarvan de kernel door de ene groep ontwikkelaars wordt onderhouden en bepaalde applicaties weer door anderen. Hierdoor wordt FreeBSD over het algemeen als stabieler en robuuster beschouwd dan diverse andere besturingssystemen. Uitgebreide release notes kunnen op deze pagina worden gevonden, dit zijn in het kort de belangrijkste veranderingen:

Some of the highlights:
  • The resolvconf(8) utility has been updated to version 3.7.0, with improvements to protect DNS privacy.
  • The ntp suite has been updated to version 4.2.8p3.
  • A new rc(8) script, growfs, has been added, which will resize the root filesystem on boot if the /firstboot file exists.
  • The Linux® compatibility version has been updated to support Centos™ 6 ports.
  • The drm code has been updated to match Linux® version 3.8.13, allowing running multiple X servers simultaneously.
  • Several enhancements and updates for improved FreeBSD/arm support.
  • Several ZFS performance and reliability improvements.
  • GNOME has been updated to version 3.14.2.
  • KDE has been updated to version 4.14.3.
  • And much more...
For a complete list of new features and known problems, please see the online release notes and errata list, available at: For more information about FreeBSD release engineering activities, please see:

FreeBSD 9 screenshot (620 pix)

Versienummer:10.2
Releasestatus:Final
Besturingssystemen:BSD
Website:FreeBSD
Download:https://www.freebsd.org/where.html
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (16)

Ik vraag me af hoelang FreeBSD nog GNOME kan gebruiken. GNOME leunt zo erg op systemd dat het mij onmogelijk lijkt om het te draaien op een systeem dat geen systemd kan draaien. Maar wie weet zie ik iets over het hoofd?
Toch wordt gnome gewoon meegeleverd dus het zal toch niet zo afhankelijk zijn van systemd dan.

Naast ZFS, jails en pf trouwens nog een hele goede reden om FreeBSD te draaien: Geen systemd.
Het is nog wel mogelijk om zonder systemd GNOME te draaien ja, maar ik vraag me af of dat zo blijft :)

Het anti-systemd kamp is trouwens een verloren strijd. Vrijwel alle tegenargumenten zijn slecht onderbouwd of gewoon niet waar.

Bekijk deze maar eens: http://0pointer.de/blog/projects/the-biggest-myths.html

En bekijk deze commando's eens en wat voor voordelen het oplevert in vergelijking zonder systemd: https://www.digitalocean....d-manipulate-systemd-logs

De meeste, of vrijwel alle anti-systemd tegenargumenten komen van conservatieve users en zijn onwaar. Net zoals dat er een grote anti GNOME 3 movement was. Recente internet poules laten zien dat een overgrote meerderheid niet meer terug wil naar GNOME 2. Ik verwacht hetzelfde met systemd. Ook moet je niet vergeten hoeveel vooruitgang er gemaakt wordt door systemd: Docker, CoreOS en Cockpit. Zo zijn er nog een tal van voorbeelden dat systemd de toekomst is. Alle distro's die systemd nu nog bashen zullen ook overstappen om straks niet achter te lopen. FreeBSD zal zijn eigen variant moeten gaan maken als ze niet achter willen gaan lopen. FreeBSD begint hier al over te praten: https://youtu.be/Mri66Uz6-8Y?t=27m23s

Docker: https://docs.docker.com/articles/systemd/
CoreOS: https://coreos.com/using-coreos/systemd/
Cockpit: https://liquidat.wordpres...ver-management-interface/
Alle distro's die systemd nu nog bashen zullen ook overstappen om straks niet achter te lopen. FreeBSD zal zijn eigen variant moeten gaan maken als ze niet achter willen gaan lopen. FreeBSD begint hier al over te praten: https://youtu.be/Mri66Uz6-8Y?t=27m23s
Dan heb je het praatje niet begrepen. Het gaat niet totaal niet om het maken van een systemd variant. Dat kan ook niet want daar is veel te veel weerstand tegen in de BSD wereld. Waar het hier om gaat is een discussie die al veel langer gaande is en niet alleen op dit vlak (tijden veranderen, devices veranderen dus zul je ook zelf moeten veranderen). Er zijn zat zaken in FreeBSD die nog uit het oude BSD en zelfs UNIX stammen en inmiddels niet geheel meer van deze tijd zijn. Dat wordt langzamerhand vervangen en daar gaat dat praatje nou juist over. Het gaat om het vervangen van /etc/rc. Daarbij kijken ze naar launchd van OS X maar ook naar systemd waarbij het overigens alleen om de achterliggende ideen gaat (hoe hebben zij probleem x opgelost?).

Dat betekent dat het systemd probleem voor niet-Linux systemen nog steeds van toepassing is. Dat heeft de discussie alleen nog maar verder uitgebreid want als GNOME en consorten ook op systemd gaan draaien dan kan ook dat niet meer in FreeBSD worden gebruikt. Niet voor niets dat PC-BSD nu zelf wat aan window manager ontwikkelen is.

Het laatste punt op de een-na-laatste slide zegt genoeg: "We need to be more willing to learn from those who have gone before us in these emerging markets.". Leren van anderen en dus niet een ander na-apen. We zullen hoogstens bepaalde concepten van systemd terug zien.
Matthew Dillon had het er bij een praatje (ogg, vanaf ongeveer 35,5 minuten) een tijdje geleden ook al over inderdaad, een beetje kort door de bocht: sommige ports hebben systemd als dependency (en dat zal alleen maar frequenter voorkomen lijkt mij), dus om die ports te kunnen blijven draaien moeten systemd-functies (eventueel schijnbaar) worden ondersteund, verder zegt hij dat BSDs werk te doen hebben wat betreft process/daemon management, reparenting van forked processes en dergelijke, daarvoor lijkt men zijn eigen spul te gaan maken, waarbij men wel naar elkaar kan kijken.
Ik ben het met je eens dat het een verloren strijd is, uiteindelijk zal toch alles wel systemd worden dus kun je er beter alvast aan wennen. Zelfde met Windows je kan wel halsstarrig op 7 blijven zitten (zoals ik nu) maar je moet er toch een keer aan gaan geloven en op een gegeven moment moet je wel over naar 10 of je het nu leuk vindt of niet.

Ik vind systemd alleen niet echt bij Linux passen. Kijk naar dat journalctl, nu gebruik je gewoon cat, tail en grep om een log te lezen en dat werkt prima nee nu moet je al die journalctl commando's weer leren.

Ik krijg er ook een beetje Windows gevoel bij. Linux is wat mij betreft zo goed omdat alle configuraties gewoon in textfiles staan, wat komt er na systemd een linux register?
GNOME heeft wel soort van registers: https://developer.gnome.o...table/dconf-overview.html

Het "cat'en" van een log sinds booten: journalctl -b
Het "cat'en" van een log sinds gisteren: journalctl --since yesterday
Het "tail'en" van een log: journalctl -f
Het "grep'en" van iets specifieks in een log: journalctl -p err -u nginx.service --since today

Vooral die laatste, wat voor monster egrep expressie heb je daar wel niet voor nodig? Alle dingen die je hiervoor kon kan je nog steeds, net zo simpel. Dingen die je daarvoor alleen kon doen met creatieve grep | cut | awk pipes kan je nu gewoon met slechts enkele argumenten doen. Het is nog steeds Linux, het is alleen een stap beter.
En als je echt wilt kun je icm systemd ook gewoon een txt logs gebruiken.
Waar slaat dat op? Ik heb het nooit zelf gebruikt, maar is het niet gewoon een scripted framework om systeemservices op te starten net als FreeBSD's rc? Die sla ik gewoon over. Inetd uit en verder geen default services. sshd en dhclient worden elders gestart dus direct door naar login. Zelfs zonder het init main process kun je alles nog zelf doen vanuit de single user sh.

Overigens vind ik het persoonlijk nogal vreemd dat Gnome zo aan systemd schijnt te hangen. Wat heeft een desktopmanager te maken met de systeemconfiguratie? Die kan toch gewoon melden wat ie nodig heeft maar er niet is.

[Reactie gewijzigd door blorf op 16 augustus 2015 19:50]

Als FreeBSD op iets dergelijks over gaat stappen, zullen ze waarschijnlijk alleen /sbin/init e /etc/rc ermee vervangen en niet al die spullen overnemen die niks met een init systeem te maken hebben. In dat journalctl verhaal zie ik al dingen die te maken heben met het zetten van de tijdzone en het beheren van logs, en dat zijn systeemutilites die allang ontwikkeld zijn als deel van de FreeBSD userland en dus niet geport hoeven te worden.
Het zal dan trouwens sowieso een eigen implementatie worden gezien systemd teveel leunt op Linux kernel interfaces en dus niet geport kan worden naar een BSD kernel..

[Reactie gewijzigd door Sfynx op 16 augustus 2015 12:28]

Een volledig verloren strijd zal het niet zijn.

Voor de Linux gebruikers wel, maar voor gebruikers van andere Unix-like OSes (zoals FreeBSD) niet. Systemd was gebouwd als init voor Linux, niet als init voor elk Unix-like OS. Systemd gebruikt enkel de Linux API. Ontwikkelaars van andere Unix-like zijn dan gedwongen of om zelf de Linux API te implementeren of systemd te forken om het zo te werken op de api van hun OS.

Het probleem bij de adoptie is dat als men de oude commando's en gedrag van init kent, het wiel opnieuw moet uitvinden met de nieuwe commando's en gedrag van systemd moet leren, terwijl de dagelijkse taken nog steeds uitgevoerd moeten worden. Waarom niet de oude commando's hergebruiken?

Naar mijn idee zou het allemaal soepeler verlopen zijn als er gelijk hands-on informatie op de systemd website kwam van wat de alternatieve commando's en correcte instellingen zijn i.p.v. dat de gebruikers maar zelf moeten ploeteren.

Daarnaast zijn de ontwikkelaars van systemd ook niet echt onomstreden :)
Als ik zie dat bijv. Lennart Poettering's laatste bijdrage van PulseAudio uit 2013 stamt en Avahi al 3 jaar geen update heeft gehad, dan krijg ik de indruk dat de "geestvader" niet zoveel geeft om zijn "kindjes". Zijn er nog mensen bereid om voor hem in te springen als meneer geen zin meer heeft om aan systemd te werken? :)

[Reactie gewijzigd door RoestVrijStaal op 16 augustus 2015 15:44]

Gnome 3.14 ondersteunt nog gewoon consolekit. Probleem is dat consolekit deprecated is, dus gnome op 3.16 op logind depend. Naast logind zijn er weinig alternatieven, dus waarschijnlijk zal freebsd er een shim voor moeten implementeren.

Gnome depend niet op systemd, alleen logind
Er zij meer wm dan gnome3. Mate bv. Gelukkig heb je nog keuze genoeg
Inderdaad, zoals PC-BSD's Lumina

Het is nog in beta, maar alleen al het feit dat er geen linux-dependencies zoals systemd, dbus, policykit heeft, belooft veel goeds voor de BSD-communities.
Dat is ook niet zo gek aangezien PC-BSD min of meer een FreeBSD distributie is (FreeBSD plus de nodige software zodat je het op een desktop systeem kunt gebruiken; is overigens wel vrij simplistisch verwoord). PC-BSD zal binnenkort ook wel een nieuwe release hebben (vanwege FreeBSD 10.2).

[Reactie gewijzigd door ppl op 16 augustus 2015 16:56]

Het zal me niet verbazen als er een stabielere Cinnamon integratie dan Cinnamon 2.4.2 voor de BSD varianten komt. Lumina werk goed maar ziet er anno 2015 wat mij betreft weer NIET uit. Uiteraard laat ik anderen daarbij geheel vrij daaromtrent een heel ander idee op na te houden.
:)

En anders gewoon met Open Box hobbyen.

[Reactie gewijzigd door sjun op 16 augustus 2015 22:43]

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True