DragonFly BSD

FAQ-Dutch

page was renamed from DutchFAQ

Over deze FAQ

Je kunt een kopie van deze FAQ vinden op de officiële (http://www.dragonflybsd.org) DragonFly-website. Daarnaast is er een kopie die op de wiki onderhouden wordt en periodiek met de officiële FAQ wordt gesynchroniseerd.

Je kunt ook andere vertalingen vinden op onderstaande locaties: Danish (Deens) Deutsch (Duits) - Español (Spaans) - Français (Frans) - Italiano (Italiaans) - Lietuviškai (Litouws) - Norsk (Noors) - Polski (Polish - not completed) - Русский (Russisch) - Svensk (Zweeds) - Ukrainian (not completed).

Is DragonFly klaar voor productie?

Ja. Een aantal mensen gebruiken het al in productie. DragonFly is momenteel stabiel en snel. Sinds versie 1.4 gebruikt DragonFly de NetBSD pkgsrc (http://www.pkgsrc.org) software collectie voor externe software. Pkgsrc bevat meer dan 5500 software pakketten en is ondersteund op verscheidene platformen, van Linux tot AIX. Er wordt aangeraden om de fora (http://www.dragonflybsd.org/main/forums.cgi) in de gaten te houden. Het project heeft een actieve gebruikersgroep die alles draaiende houdt. Zoals bij elk open-sourceproject helpt het rapporteren van problemen om de kans op een oplossing te vergroten.

Wat zijn de doelstellingen voor de volgende release?

Netwerking code zonder multiprocessor lock (ook wel bekend als de Big Giant Lock), een cache coherentie systeem en het importeren van Sun's ZFS (http://www.opensolaris.org/os/community/zfs/). Bekijk Matthew Dillon's bericht (http://leaf.dragonflybsd.org/mailarchive/kernel/2005-12/msg00040.html) voor verdere details.

Voor DragonFly-nieuws en -evenementen, hou Matthew Dillons dagboek (http://www.dragonflybsd.org/status/diary.cgi) in de gaten, het DragonFly BSD Logboek (http://www.shiningsilence.com/dbsdlog/), deze DFWiki, en de DragonFly-fora (http://www.dragonflybsd.org/main/forums.cgi).

'Is er een branch toegespitst op stabiliteit, zoals FreeBSD's -STABLE?'

Nog niet. Het is de bedoeling om de meeste belangrijke features op de 'goals'-lijst te implementeren alvorens te branchen. Op dit moment zijn er nog niet voldoende resources om meerdere branches te onderhouden. Er is wel een "DragonFly_Preview"-tag (vroeger "DragonFly_Stable") waarmee gebruikers kunnen synchroniseren in plaats van HEAD. Het is gewoon een actieve tag die een 'redelijk stabiel punt' in de ontwikkeling weerspiegelt, waar bijvoorbeeld de buildworld / buildrelease / buildkernel volgorde zeer waarschijnlijk werkt en geen onbruikbare of te buggy product oplevert. Houd er echter rekening mee dat "DragonFly_Preview" gewoon een tag is, en dus niet een branch zoals -STABLE of gelijkaardig bij de andere BSD's. Je kunt deze cvsup-configuratie (http://www.dragonflybsd.org/main/dragonfly-preview-supfile) gebruiken om de source met de tag "DragonFly_Preview" via CVSup binnen te halen.

Het is ook mogelijk om de RELEASE tag op te volgen. Zoals "DragonFly_Preview" is het een actieve tag, maar er worden enkel bugfixes toegevoegd specifiek aan de release. Geen nieuwe mogelijkheden worden toegevoegd, maar het systeem zou nooit minder stabiel mogen worden na het updaten.

'Ik krijg rotzooi op het scherm wanneer ik opstart, of ik kan schijnbaar niet pauzeren in het boot menu.'

DragonFly geeft output op zowel videokaarten als seriële poorten bij het opstarten. Als de opstartende computer een 'noisy' serieel apparaat aan een seriële poort heeft hangen, kan het die noise interpreteren als commando's voor de bootloader cq. kernel. Het gebruik van de seriële console tijdens het booten kan worden uitgeschakeld door het bestand /boot.config te creeeren met als inhoud: '-V'.

Hoe kan ik het compilatieproces versnellen?

Je kunt 'make quickworld' gebruiken in plaats van 'make buildworld'. Dit hergebruikt de reeds bestaande tools op de schijf en versnelt het proces merkbaar. Voor de kernel is er een identiek target: 'make quickkernel'. [edit] Maar make quickworld/quickkernel gaat fout!

Probeer in plaats daarvan een buildworld of buildkernel.

'Wat zal worden gebruikt om externe applicaties te beheren (zoals ports, RPM, apt-get, etc.)?'

Sinds versie 1.4 gebruikt DragonFly de NetBSD pkgsrc (http://www.pkgsrc.org) software collectie voor externe software. Pkgsrc is een software collectie systeem gelijkaardig aan FreeBSD's "ports" systeem en heeft veel voorgecompileerde pakketten beschikbaar. Voor een korte handleiding, zie de pkgsrc HOWTO. Ooit zal DragonFly een eigen port/package systeem hebben, dat gebruik maakt van de VFS-mechanismen die op dit moment nog niet beschikbaar zijn. Voor meer informatie, neem een kijkje op de bestaande packages-beschrijving (http://www.dragonflybsd.org/goals/packages.cgi).

Welke architecturen worden door DragonFly ondersteund?

DragonFly is op dit moment hoofdzakelijk gericht op de de x86-processorarchitectuur; het zou moeten werken op een 80386 en nieuwer, waarbij vermeld dient te worden dat een 386 zeker niet aan te raden is. Er wordt ook werk verricht om de nieuwe 64-bits processoren van AMD te ondersteunen, evenals de compatibele Intel-processoren met EM64T-extensies. Er zijn op dit moment echter geen plannen om andere processortypes te ondersteunen, hoewel ondersteuning voor SPARC of PowerPC en andere populaire architecturen mogelijk is in de toekomst. Als je van plan bent code te contribueren aan het DragonFly-project, houd hier dan alsjeblieft rekening mee.

Hoe kan ik bijdragen?

Kies een onderwerp dat jou aanspreekt en begin met werken. Check de teampagina (http://www.dragonflybsd.org/about/team.cgi) om te zien of er ook anderen geïnteresseerd zijn in jouw onderwerp, of vraag wat rond in de relevante fora (http://www.dragonflybsd.org/main/forums.cgi). Je kunt de broncode voor het besturingssysteem en/of die voor de officiële website downloaden (http://www.dragonflybsd.org/main/download.cgi), en vervolgens de door jou gemaakte patches in het unified diff formaat (diff -uN) sturen naar 'submit at dragonflybsd.org' voor controle. Word lid van diezelfde submit-mailing lijst/nieuwsgroep (http://www.dragonflybsd.org/main/forums.cgi) om reacties op je patches te lezen en om te zien of ze geaccepteerd of afgewezen worden. Daarnaast kun je de DragonFly Wiki updaten en onderhouden.

Let op: je hoeft niet per se een programmeur te zijn om te helpen. DragonFly promoten en testen op verschillende hardware, en je resultaten rapporteren kan ook flink helpen. Probeer nieuwe features uit en rapporteer je ervaringen op de fora (http://www.dragonflybsd.org/main/forums.cgi). Het opschonen van /etc/rc.d vereist alleen shellscript-ervaring, bijvoorbeeld, en betere documentatie is altijd nuttig.

'Zal DragonFly gebruik maken van een dynamisch /dev-filesystem, zoals devfs?'

Het huidige plan is om het bestaande filesystem model te behouden, met uitzondering van major/minor device-nummering. Er komt mogelijk een 'devd'-proces om dynamische devices te ondersteunen. Er zijn wel eerst andere features te voltooien voordat deze aangepakt wordt.

Wat is de status van journaling filesystems / background fsck? We kunnen niet wachten...

Matt is aan het werk met journalling, maar je zou wellicht deze post van hem willen lezen: http://leaf.dragonflybsd.org/mailarchive/kernel/2004-12/msg00133.html . Of lees het hele topic hierover: http://leaf.dragonflybsd.org/mailarchive/kernel/2004-12/msg00105.html .

Zal DragonFly gebruikmaken van de (vul de naam in)-technologie?

Ja en nee. Features moeten binnen het bestaande plan voor DragonFly passen zoals uitgelegd op deze site. Er zijn namelijk genoeg bestaande problemen die kunnen worden opgelost voordat niet-essentieel werk kan worden gedaan. Als je er echter aan wilt werken, kan het waarschijnlijk wel gedaan worden. De fora zijn de ideale plek om feedback en andere geïnteresseerden te vinden voor jouw onderwerp. De teampagina (http://www.dragonflybsd.org/about/team.cgi) is ook handig om te checken.

Wat is de correcte manier om dit besturingssysteem te noemen?

Het is een BSD-variant genaamd DragonFly. Let op de hoofdletter van de F, waardoor dit geen correct Engels is.

Moet ldconfig_path in /etc/defaults/rc.conf aangepast worden om pkgsrc te ondersteunen ?

Nee. pkgsrc linkt alles met de optie -rpath, zodat alle binaire programmabestanden de juiste paden zouden moeten bevatten. Als ze dit niet doen bevatten de pakketten zelf een fout.