In de keuken van Debian werd er niets besproken dat ik noemenswaardig vond en daarom beperk
ik me deze keer tot alleen de geluiden uit de keuken van Fedora.

Andreas Tunek vraagt zich af of Fedora 17 weer bootable kan worden gemaakt op
Macs (link).
Fedora 15 werkte wel op Macs maar Fedora 16 weigert te installeren of na een
upgrade van 15 te booten.
Adam Williamson geeft aan dat hiervoor EFI ondersteuning voor het booten en
voor
anaconda (installer) moet worden ontwikkeld (link).

Giovanni Campagna vindt dat Fedora een goede tool mist om applicaties mee te
installeren. Hij doelt hiermee op een tool dat het voor eindgebruikers
makkelijk maakt om een
gewenste applicatie te vinden en noemt als voorbeeld Ubuntu Software
Center (link).
Na veel positieve feedback heeft Giovanni Campagna besloten er een officiële
feature voor Fedora
17 van te maken (link).

Eric Smith geeft aan dat hij bezig is om MATE voor Fedora te packagen. MATE is
een fork van GNOME 2 en hij vraagt zich af of er veel animo is voor MATE.
Hoewel er nogal wat gebruikers van Fedora zijn die GNOME 3 maar niets vinden
is er ook maar weinig animo voor MATE. Dit komt vooral omdat het er niet naar
uitziet dat MATE erg actief wordt ontwikkeld (link).

Debian

Bastien Roucaries laat weten dat het verplaatsen van de directory
/tmp van disk naar tmpfs voor hem problemen oplevert met
beeldverwerkingsoftware.
De algemene reactie is dat /tmp niet bedoeld is om grote bestanden in op te slaan en dat
de software het op een andere locatie moet opslaan, bijvoorbeeld in
/var/tmp.
Echter, het probleem met /var/tmp is dat deze niet bij elke boot wordt
leeggemaakt.
Bastien stelt voor om een nieuwe directory te introduceren bijvoorbeeld
/var/tmp/nonpersistent (link).

Yaroslav Halchenko vraagt zich af of het is toegestaan om onder /usr/bin
subdirectories te hebben (link).
Dit is algemeen niet toegestaan alhoewel er twee
uitzonderingen zijn voor mailutils. De
FHS is niet
erg duidelijk in de bewoording waardoor er nogal wat discussie ontstaat of de
FHS het nu wel of niet verbiedt. Cyril Brulebois maakt duidelijk dat de
nieuwe FSH 3.0 standaard het expliciet verbiedt (link).
De juiste locatie voor extra executables onder Debian zou zijn
/usr/lib/<PACKAGENAAM>. Maar
andere distro’s gebruiken hier /usr/libexec voor. Debian was hier initieel
op
tegen omdat het onduidelijk is wat de bedoeling van /usr/libexec is. Het
lijkt
erop dat het in de FHS is opgenomen en dat Debian /usr/libexec zal gaan
gebruiken voor executables die niet direct door gebruikers maar door andere
executables worden aangeroepen.

Ben Hutchings vindt dat het tijd is om ondersteuning voor de 486 architectuur
te stoppen.
Reden is dat er nog maar weinig gebruik wordt gemaakt
van 486 hardware. Door als minimale eis 586 te nemen kan er beter
geoptimaliseerd
worden en dat zal algemeen de performance verbeteren (link).
Er zijn er natuurlijk wel een paar gebruikers die nog oude hardware draaien en
bezwaar
maken. Maar de meesten lijken het eens te zijn. Wellicht dat Wheezy (de
volgende stable) al als minimale eis 586 krijgt.

Fedora

Daniel J Walsh doet een voorstel om services die met root-rechten draaien te
verbieden files aan te maken onder /tmp en/of /var/tmp (link). Hier
kan namelijk
door “gewone” gebruikers misbruik van worden gemaakt. Wanneer de gebruiker vooraf
de file die de service
gebruikt aanmaakt onder /tmp (iedereen mag daar immers files aanmaken) en de
service deze file inleest en uitvoert kan de gebruiker hiermee root-rechten
verkrijgen. Door in de file bijvoorbeeld een script te verwerken zal het
script namelijk met de rechten van de service draaien.
De oplossing is om via systemd ieder proces een privé directory te geven
onder /tmp en/of /var/tmp. Deze directories zullen dan een willekeurige
naam
krijgen. Hierdoor is de kans op misbruik minimaal doordat het erg moeilijk is
vooraf te voorspellen welke directory wordt gebruikt door een bepaalde
service.

Debian

In het Debiankamp vraagt Thomas Hood zich af of Bash scripts kunnen/moeten
worden geëlimineerd (link).
Hij geeft een aantal redenen die al snel van tafel worden geveegd. De enige
reden die
overblijft is dat Dash (Debian Amquist Shell) minder afhankelijkheden heeft.
Men
vindt dit niet voldoende om Bash in de ban te doen.

Manjul Apratim merkt op dat Sid (unstable) eigenlijk erg bruikbaar is en
vraagt zich af wat het
verschil is tussen Sid en de stabiele versie van Debian. Daarnaast vraagt ie
zich af waarom Sid
nog steeds erg achter loopt met betrekking tot GNOME (link).
Jonathan Nieder geeft aan dat unstable vooral betekent dat afhankelijkheden
van pakketten wellicht
nog niet bestaan. Er mag in principe geen instabiele software aan Sid worden
toegevoegd. In dat opzicht is Sid dus vaak goed bruikbaar.
Josselin Mouette maakt duidelijk dat GNOME 3 wel al in de experimentele versie
zit.
Echter, het kan pas in Sid worden opgenomen wanneer “alle” pakketten waaruit
GNOME 3 bestaat in Sid kunnen worden
opgenomen. Aangezien GNOME 3 uit heel veel pakketten bestaat duurt dit
allemaal wat langer.

De database die de tijdzones bijhoudt is uitgezet (link).
Dit kan grote gevolgen hebben voor localisatie van de tijd op Linux systemen.
Maar men maakt zich er niet zo druk over aangezien er al een backup is gemaakt
en de database
op een andere locatie alweer online is (link).

Eric Dorland maakt bekend dat hij automake versie 1.7 zal verwijderen
(link).
Paul Wise vraagt waarom dan
niet eerst versie 1.4 wordt verwijderd. Eric durft daar niet aan omdat er
wellicht gebruikers zijn die
nog oude software willen bouwen die alleen te bouwen is met automake versie
1.4.

Marco d’Itri vraagt zich af hoe complex het zal zijn om het idee van Fedora om
alle software naar
/usr te verplaatsen ook in Debian te implementeren (link) (link).
Het doel van de directories /bin, /sbin, en /lib is om software te
bevatten die vervolgens kan
worden gebruikt om /usr te mounten. Het idee is om deze taak over te hevelen
naar de initrd (initiele ramdisk).
Men geeft aan dat er een hoop voorwaarden zijn maar deze lijken vooralsnog
niet onoverkomelijk.

Fedora

Bij Fedora maakt Kevin Fenzy bekend dat iedere gebruiker van het Fedora
Account System (FAS) zijn of haar wachtwoord moet wijzigen en een nieuwe
publieke
SSH sleutel moet uploaden (link).
De reden is niet dat de systemen van Fedora zijn gehackt maar is in
navolging van het grote aantal recente inbraken op
andere belangrijke systemen (e.g. linuxfoundation.org, kernel.org, mysql.net).
Men heeft weinig problemen met het wijzigen van het wachtwoord, maar het
wijzigen
van de sleutels vindt men meer problematisch. Dit aangezien vele één sleutel
gebruiken voor meerdere diensten. Dit vereist dan dat men meerdere sleutels
moet
gaan beheren.

Daniel Drake geeft aan dat er nogal een verschil zit tussen de fontgroottes
van Fedora 14 en Fedora 16. Hij vraagt zich af waardoor dit komt (link).
Het blijkt dat deze hardcoded in GNOME zitten (link).
Dit is zo gedaan omdat men niet kan vertrouwen op de schermresolutie in dotch
per inch (DPI) die Xorg aangeeft.
Dit komt weer omdat de correcte DPI niet eenduidig kan worden berekend omdat
hardware leveranciers niet altijd correct de beeldscherm afmeting doorgeven
(link).

Er wordt natuurlijk nog flink ontwikkeld aan systemd en dit levert de nodige
discussies op. Meestal gaat dit over hoe het een en ander moet via systemd.
Maar er wordt bijvoorbeeld ook gediscussieerd over de opstarttijd van CD
(live) van een
Fedora 16 en in vergelijking met Knoppix (link).
Lennart Poettering geeft aan dat het wel een beetje appels met peren
vergelijken is aangezien Fedora 16 veel enterprise software bevat en opstart
terwijl Knoppix veel minder opstart.
Desalniettemin is het interessant om te kijken wat er geoptimaliseerd kan
worden. Het blijkt dat sommige hardware probes op andere hardware probes staan
te wachten die eigenlijk niet afhankelijk zijn van elkaar. Hierdoor duurt het
opzetten van bijvoorbeeld LVM erg lang dat wacht totdat alle hardware probes
klaar zijn (link).

Ook bij Fedora wordt er druk gediscussieerd over het verplaatsen van /bin,
/sbin,
en /lib naar /usr en wat voor impact het heeft (link).
Algemeen ziet iedereen deze opzet wel zitten.
Deze opzet maakt het mogelijk om /usr bijvoorbeeld read-only te mounten en
het
root filesysteem read-writable. Daarnaast kan dan makkelijk het OS gedeeld
worden over meerdere machines door /usr te exporteren.

In het Debiankamp vraagt Christoph Anton Mitterer zich af of Debian’s kernel
gevolgen ondervindt van de
kernel.org hack (link).
Ben Hutchings laat weten dat hij de ondertekeningen controleert en dat de
sleutels niet op kernel.org
staan. Naar zijn inziens is de code dus niet gecompromitteerd.

Jon Dowland vraagt zich af of ondersteuning voor encrypted filesystemen niet
gebruikersvriendelijker kan (link). Nu is het zo dat je tijdens
installatie de optie
hebt voor encryptie van het volledige filesysteem. Hij wil graag dat er ook
een optie komt om alleen de home directory te versleutelen.
Men heeft hier bedenkingen bij, aangezien het de gebruiker
wellicht een vals gevoel van veiligheid geeft. Sommige gevoelige informatie
zoals sleutels in het geheugen of bijvoorbeeld printjobs onder /var/spool/cups
worden dan niet versleuteld. Wanneer de gebruiker zijn systeem
laat “hibernaten” worden deze gegevens onversleuteld naar de swapruimte
geschreven.

Stefano Zacchiroli (de huidige Debian projectleider) geeft een verslag van
zijn presentatie op de GNU Hackers Meeting (GHM) in Parijs (link).
Hij heeft daar lang gepraat met Steve White over Debians procedure om bugs
door te spelen naar de originele ontwikkelaars (upstream). Veel eindgebruikers
melden bugs bij Debian aan die niet door de packager maar door de originele
ontwikkelaar moeten worden opgelost.
Steve White kwam met het voorstel om het bug tracking systeem en/of het
package tracking
systeem van Debian aan te passen, zodat upstream ontwikkelaars makkelijker hun
software in Debian in de gaten kunnen houden. Hiermee een betere link leggende
tussen de eindgebruikers en de originele ontwikkelaars (link).

Didier Raboud geeft een verslag van de Mobile UX discussie sessie (Birds Of a
Feather (BoF)) (link).
Belangrijkste conclusie is dat er veel initiatieven zijn om Debian op Mobiele
platformen (denk aan smartphones en tablets) te krijgen, maar dat deze nu
verdeeld zijn over meerdere groepen.
Er moet een overkoepelende organisatie komen waardoor de inzet beter
kan worden gecoördineerd.

Bij Fedora is er wat ophef ontstaan over het openssh pakket dat in Rawhide
(ontwikkelversie van Fedora) na een update niet meer werkte (link).
Men vraagt zich af hoe het kan dat een pakket door de tests is gekomen en zo
in Rawhide is opgenomen.
Jan F. Chadima geeft eerlijk toe dat hij de oorzaak van het probleem is
(link).
Hij gebruikt wel degelijk tests om het pakket te controleren en begrijpt niet
waarom de
tests bij hem slaagden terwijl na installatie de software niet werkte.
Het is duidelijk dat Rawhide een ontwikkelversie is en stuk kan gaan. Maar men
vindt dat er toch beter getest moet worden voordat het wordt opgenomen in
Rawhide. Men heeft goede hoop dat testen via het autoQA project
dit soort problemen in de toekomst kan voorkomen.

Matyas Selmeci wil graag weten hoe hij prioriteiten in packages kan verwerken
zodat yum op bepaalde machines selectief pakketten installeert
(link).
Richard Hughes raadt hem zif aan en raakt daarmee een gevoelige snaar.
Het programma zif is net als yum een package manager.
Zif gebruikt echter andere regels om te bepalen welk pakket moet worden
geïnstalleerd
dan de regels die yum gebruikt. Men vindt dit onacceptabel en men heeft
liever dat
verbeteringen worden aangedragen bij yum. Daarnaast is men erg sceptisch of
zif wel beter is in het afhandelen van pakket-afhankelijkheden dan yum.
Hierover blijft Richard Hughes helaas stil. Kevin Kofler legt uit dat de
logica in yum om een pakket te kiezen zo complex is geworden, dat het als een
random algoritme
moet worden beschouwd. De nieuwe package manager zif probeert dit te
verbeteren (link).

Tom Callaway laat weten dat de Fedora Packaging Guidelines zijn
geactualiseerd (link).
Ten behoeve van hardening is een sectie Position Independent Executable
(PIE)
toegevoegd. Dit maakt het voor aanvallers moeilijker om vooraf te bepalen
waar bepaalde code in het geheugen wordt geplaatst. Als dit wel bekend is,
kunnen ze ervoor zorgen dat hun eigen code wordt uitgevoerd via een zogenaamde
return-to-libc aanval.
Daarnaast is er een voorbeeld toegevoegd waarbij expliciete afhankelijkheden
zijn toegestaan en md5-peslyak is toegevoegd waarin bundelen van bibliotheken
wel is
toegestaan.

Paul Wouters doet een oproep om dns-trigger te testen (link).
Dit pakket maakt het mogelijk om een (desktop)gebruiker te waarschuwen wanneer DNS niet te vertrouwen is via DNSSEC.

Bij Debian meldt Roger Leigh dat Fedora een aparte groep “lock” heeft
geïntroduceerd
om de directory /var/lock niet meer world-writable te hoeven maken. Hij vraagt
zich af of dit onder Debian ook zo kan worden opgezet.
Het zal vooral
aanpassingen aan de init-scripts vereisen waarbij de opgestarte daemon niet
onder root-rechten zal draaien. De benodigde lock directory moet dan eerst
aangemaakt worden en van de juiste permissies worden voorzien voordat de
daemon wordt opgestart (link).

Asheesh Laroia laat weten dat de nieuwe mentor website up is (link).
De site is bedoeld om het makkelijker te maken voor niet officiële Debian
ontwikkelaars om een zogenaamde sponsor te vinden voor hun package.
De sponsor zal het pakket dan controleren en namens de ontwikkelaar in de
Debian distributie opnemen.

Jan Möbius heeft een bug aangemeld met betrekking tot rpc.statd dat
poort 631 in gebruik neemt terwijl dit de poort is voor CUPS.
Ben Hutchings laat weten dat het een bekend probleem is met het gebruik van
de bindresvport
functie. Dit is een functie die een willekeurige poort opent tussen 512 en 1023.
Hij maakt vervolgens meteen gebruik van de gelegenheid om systemd te promoten door te stellen dat
overstappen op systemd de juiste oplossing is. Deze oplossing wordt snel van tafel
geveegd. Er is namelijk de mogelijkheid om bepaalde poorten uit te sluiten voor
bindresvport. Echter wordt dit voor de IPv6 versie van bindresvport niet
gebruikt. Ben Hutchings levert vervolgens een patch aan om dit op te lossen
(link, link).

Er wordt druk gediscussieerd over het nut van xz compressie ten
opzichte van de veel gebruikte gz compressie voor de bestanden in de
directory /usr/share/doc. Het blijkt dat de winst
van xz ten opzichte van de al veel gebruikte bz2 compressie minimaal is en
soms zelfs slechter (link). Er wordt dan ook geopperd om wellicht bz2 te gaan
gebruiken in plaats van over te stappen op xz.

Nanakos Chrysostomos heeft na het aanbrengen van een patch voor
een lang openstaande bug zichzelf als copyrighthouder voor
de yubico PAM module toegevoegd. Hier was de originele auteur niet van
gediend.
Nanakos vroeg zich af of dit correct was. Hij kreeg helaas geen bijval en
iedereen vond
zijn bijdrage ook te klein om als copyright houder te worden opgenomen
(link).

Bij Fedora meldt Josef Bacik in navolging van de heftige discussie rondom
BTRFS vorige maand dat BTRFS niet het standaard filesysteem wordt in Fedora
Core 16 (link).

In het Debiankamp meldt Juliusz Chroboczek zijn bevindingen met systemd
(link).
Hij somt een hoop voordelen en nadelen op. Voordelen zijn; het werkt onder
Debian, het is goed gedocumenteerd, steekt logisch in elkaar, begrijpt
hoe services beheerd moeten worden, en het is makkelijk zelf services te
maken.
Nadelen zijn: systemd is groot en wil teveel, het interacteert veel met
hoger niveau
lagen, heeft speciale handelingen hard gecodeerd (in plaats van via een
script),
gebruikt geen shell meer om opstart scripts in te schrijven, en is Linux-specifiek.
Oh ja, en hij vindt systemd‘s auteur irritant.
De opgesomde nadelen worden al snel ontkracht en Lennart Poettering
(systemd‘s auteur)
vindt het maar FUD (link).
Het grootste probleem dat men heeft met systemd is dat het Linux-specifiek
is
en het herschreven moet worden voor bijvoorbeeld kfreebsd.
Het ziet er niet naar uit dat er al een duidelijke keuze is gemaakt of men
het SysV init systeem zal vervangen door systemd. Wellicht toch overstappen
op upstart of helemaal niet overstappen?

Moritz Mühlenhoff oppert om naast de installatie ISOs ook virtualistie images van Debian
releases te leveren. Hij vraagt zich af welke virtualisatie platformen moeten
worden ondersteund (link).
Jon Dowland laat weten dat het probleem vooral zit in hoe de virtualisatie
techniek een virtuele machine definieert. Bijvoorbeeld, Qemu doet alles via argumenten op de commando-regel,
terwijl VMware hiervoor een XML bestand gebruikt (link).
Ook wordt er gesproken over images voor cloud-diensten. Charles Plessy geeft
aan dat hier al wat werk voor verricht is (link).

Bij Fedora wijst Itamar Reis Peixoto iedereen op een artikel over hoe MacOS X
snel
DHCP leases verkrijgt en vraagt zich af of het niet ook onder Fedora te
implementeren is (link).
NetworkManager bevat al veel optimalisaties. Waar nog wat te winnen valt is de
situatie waarin
de client nog een geldige lease heeft.
Nu is het zo dat NetworkManager ook bij een nog geldige lease de DHCP server
om bevestiging vraagt. In plaats van telkens een bevestiging te vragen zou de geldige
lease meteen gebruikt kunnen worden.

Het standaard toevoegen van ~/.local/bin aan de PATH variabele voor alle
gebruikers zorgt voor nogal wat discussie aangezien dit in Fedora Core 15 na
de release is doorgevoerd. Sommige waren hierdoor een beetje verrast
(link).
De bedoeling van de ~/.local/bin directory is dat daar programma’s kunnen
worden geplaatst die door de gebruiker zelf worden geinstalleerd.
Python maakt bijvoorbeeld al gebruik van de directories onder ~/.local (link).
De directories onder de ~/.local directory zijn deels onderdeel van de
XDG
specificatie. De ~/.local/bin is echter nog geen onderdeel van deze
specificatie. Men stelt voor om deze directory ook in de XDG specificatie te krijgen om
zo meer draagvlak te krijgen voor het gebruik van ~/.local/bin.

Miloslav Trmac maakt bekend dat in Fedora Core 16 de gebruiker IDs zullen
beginnen bij 1000 in plaats van 500 (link). Debian doet dit trouwens al
veel langer.

Jason Baron werkt aan een grafische tool, genaamd
cg-manager, om cgroups te kunnen
beheren (link).
Cgroups is een kernel eigenschap om het systeemgebruik te limiteren per groep
processen. Hierbij moet je denken aan geheugen-, cpu-, en I/O gebruik, maar
ook prioriteiten en isolatie van processen.
Met Jason’s tool wordt het voor de gebruiker makkelijker om hier inzicht in te
krijgen en dit naar eigen inzichten aan te passen.

Neal Becker haalt een
blog van Lennart
Poettering aan waarin het gebruik van /etc/sysconfig
(/etc/default op Debian) in de ban wordt gedaan (link).
Het blijkt dat het gebruik van /etc/sysconfig ongewenst is en dat daemons
die
er van afhankelijk zijn moeten worden herschreven. De /etc/sysconfig directory
is ooit
in het leven geroepen om configuratie-parameters voor init-scripts te beheren.
Volgens Lennart Poettering is dit niet meer nodig met systemd.

Matthew Garret vraagt zich af hoe men het beste Trusted Boot
(TXT) via
tboot in Fedora kan implementeren
(link).
Eric Paris legt uit dat de impact voor de distributie niet al te groot zou
moeten zijn. Het enige wat tboot doet is een hash van de kernel en initrd
maken en deze in het
TPM laden voordat de
kernel wordt ingeladen. Zo kan,
nadat de kernel is opgestart, geverifieerd worden dat het systeem veilig is
opgestart en dat (nog steeds) de juiste kernel draait.
Hij ziet vooral problemen met betrekking tot hardware die claimt TXT te
ondersteunen maar het eigenlijk niet doet. Hij stelt dan ook voor om het niet
standaard te installeren.
Er wordt ook veel gediscussieerd over de toepassingen van TPM. Eén van de
toepassingen
is namelijk Digital Rights Management en men is bang dat TPM gebruikt kan
worden om de vrijheden van de gebruiker in te perken. Vooralsnog lijkt het dat
tboot dit niet in de hand werkt.

Manuel Escudero maakt duidelijk dat het gebruik van BTRFS de performance van
zijn systeem aanzienlijk verslechtert. Het gebruik van virtuele machines is
helemaal niet te doen (link).
BTRFS staat gepland om als standaard filesysteem in Fedora 16 te dienen.
Josef Bacik legt uit dat er nogal wat problemen met BTRFS zijn.
Voornamelijk heeft BTRFS problemen met kleine I/O opdrachten
doordat het voor praktisch alles threads gebruikt. Elke keer als een proces
een I/O opdracht doet wordt deze overgedragen aan een thread en wacht het
proces totdat de thread wakker wordt om de opdracht te accepteren. Vervolgens
zal wanneer de IO opdracht klaar is deze weer aan een thread worden gegeven.
Dit zorgt voor nogal wat wachttijden. Bij grote IO opdrachten is dit niet echt
merkbaar, maar bij kleine IO opdrachten juist te meer.
Josef probeert dit probleem op te lossen en geeft aan dat BTRFS niet als
standaard filesysteem zal worden opgenomen als het niet goed bruikbaar is
(link en link).

Misha Shnurapet vraagt zich af of ondertekeningen van upstream tarballs worden
gecontroleerd bij het packagen. Dit naar aanleiding van de
achterdeur
in vsftpd die recentelijk is ontdekt (link).
Op dit moment is het de verantwoordelijkheid van de package maintainer om de
ondertekening te controleren. Het mooist zou zijn als de rpmbuild tool
automatisch een beschikbare ondertekening controleert.
Een ander voorstel is om het te automatiseren via een
auto-qa test.

Bij Debian heeft Josselin Mouette een implementatie gemaakt van zijn
“rolling”-release
idee (link) en Andrew O. Shadoura laat weten dat ifupdown weer wordt
beheerd (link).
Dit betekent wellicht dat de discussie van
april
rondom het vervangen
van de ifupdown tools beslecht is in het voordeel van ifupdown.

Till Kamppeter heeft het initiatief genomen om kleurbeheer onder
Ubuntu en Debian aan te pakken. Nu is er nog een probleem waarbij kleuren niet
behouden blijven wanneer je een document inscant en vervolgens bekijkt via
je
beeldscherm, of uitprint. Onder Fedora is dit wel al goed geregeld
en hij stelt dan ook voor om hun oplossing over te nemen (link).

Bij Fedora wordt heftig getest en ontwikkeld aan
systemd.
Het init proces dat tegenwoordig standaard in Fedora zit en
vooral het opstarten van het systeem moet versnellen.
Dat het nu standaard in Fedora zit leidt
soms tot nogal heftige reacties van niets vermoedende gebruikers die
net aan upstart zijn gewend (link).
Andere zijn weer bang dat systemd alles zal vervangen en vinden dat
dit indruist tegen de aloude Unix filosofie van kleine programma’s die
één taak hebben en dat goed doen (link).
Lennart Poettering (de originele ontwikkelaar van systemd) maakt duidelijk
dat systemd niet als doel heeft alles te vervangen maar dat essentiële
triviale taken zijn opgenomen om het opstarten van onnodig veel processen
te voorkomen.

Ook de switch naar Gnome 3 blijft voor menig discussie zorgen (link).
Waar het eigenlijk telkens op neerkomt is dat het voor velen wennen is en dat
voor diegenen die
er niet aan willen wennen, er altijd nog alternatieven zijn zoals Xfce.

Hier mijn tweede blog in de reeks “Geluiden uit de keukens van Debian en Fedora”.
Helaas deze keer alleen over Debian wegens een hoop andere prioriteiten deze maand.

Het enige geluid wat ik zinvol vind te melden is de discussie over de
mogelijkheid van een zogenaamde “rolling” distributie (link).
Er is blijkbaar vraag naar een zogenaamde rolling release gezien het gebruik
van Debian testing en unstable. Hieruit concludeert men dat gebruikers graag
meer
up-to-date software willen gebruiken. Dit in tegenstelling tot de software die
te vinden is
in stabiele versie van Debian.
De meeste kritiek op het idee is dat Debian al
een rolling release heeft namelijk de Debian testing versie. Deze naam is
echter niet uitnodigend voor eindgebruikers en het voorstel is dan ook om het
te hernoemen naar “rolling”. Gebruikers die de “rolling” distributie willen
gebruiken zullen eerst de “stable” versie moeten installeren en vervolgens
upgraden naar de “rolling” distributie.
De grootste zorg die men heeft is dat het veel extra werk zal opleveren en men
vraagt zich af of het Debian team dit wel aankan.
Een oplossing om het werk te verminderen is om wellicht wat minder
hardware architecturen te ondersteunen.

Lucas Nussbaum heeft geprobeerd de uitvoerige discussie zo goed mogelijk samen te vatten
(link).

Josselin Mouette komt uiteindelijk met een concreet plan voor een rolling
distro (link).
Hier wordt erg positief op gereageerd en meestal zullen de eerste
implementaties dan al snel volgen.

Het kan je praktisch niet ontgaan zijn. Veel desktop applicaties communiceren
tegenwoordig met elkaar via de zogenaamde Desktop Bus (D-Bus).
De D-Bus wordt door de daemon dbus-daemon mogelijk gemaakt. Deze daemon
zorgt ervoor dat applicaties berichten naar elkaar kunnen sturen en elkaar
opdrachten kunnen laten uitvoeren.

Een fervent gebruiker van de D-Bus is bijvoorbeeld de NetworkManager.
De NetworkManager wordt tegenwoordig standaard op desktops gebruikt om je
netwerkkaarten te configureren.
Via de D-Bus kan aan de NetworkManager een opdracht worden verstrekt om bijvoorbeeld
je netwerk te configureren. De NetworkManager kan zelf weer via de D-Bus
signalen uitsturen over de status van het netwerk.
Wellicht dat het je al is opgevallen dat sommige applets (die geinige
dingetjes in je taak/menu-balk) actief worden wanneer
er succesvol een netwerk-connectie is opgezet. Die applets luisteren dan naar
signalen van de NetworkManager omtrent de netwerk-status.

De D-Bus ondersteunt twee soorten bussen, namelijk een sessie-bus en een
systeem-bus. De sessie-bus wordt gebruikt door processen die alleen tijdens
een inlogsessie van een gebruiker actief zijn. De systeem-bus wordt gebruikt
door processen die algemeen actief zijn op het systeem. De NetworkManager
draait bijvoorbeeld als daemon en meldt zich aan bij de systeem-bus.

Elke applicatie die via de D-Bus een dienst beschikbaar wil stellen doet dit
door een zogenaamd D-Bus object te definiëren en aan te melden bij de D-Bus
daemon.
Een D-Bus object wordt als een directory-pad geschreven.
Bijvoorbeeld die voor de NetworkManager is /org/freedesktop/NetworkManager.
Het object bevat dan
een aantal methodes en/of signalen. Methodes zijn operaties die je op het
object
kan uitvoeren. Signalen worden vanuit het object verzonden om informatie door
te geven.
Vervolgens kunnen methodes en signalen in een object weer gegroepeerd worden
op basis van zogenaamde interfaces.

Een handige tool om te zien welke objecten er bekend zijn bij de D-Bus is
qdbusviewer
(onderdeel van het pakket
qt4-dev-tools op
debian/ubuntu).
Hiermee kun je bijvoorbeeld op een Ubuntu desktop zien dat de NetworkManager
aan de systeem-bus gekoppeld is onder org.freedesktop.NetworkManager. Dit is
de interface-naam waarbij de punt als naam-scheider wordt genomen. Als je
de interface selecteert kun je vervolgens rechts de methodes en signalen zien.
Wanneer je de org/freedesktop/NetworkManager openklapt krijg je de interfaces
te zien en onder de interface org.freedesktop.NetworkManager vind je een
reeks methodes en signalen. Het signaal StateChanged wordt gebruikt door
NetworkManager om wijzigingen door te geven. Om dit te zien kun je qdbusviewer
laten connecteren aan de D-Bus voor het signaal door met de rechtermuisknop
het signaal te selecteren en vervolgens connect te selecteren. Als je dan
het netwerk opnieuw laat configureren zul je onderin de ontvangen signalen
zien. Bijvoorbeeld:

Connected to D-Bus.

Received signal from :1.5, path /org/freedesktop/NetworkManager, interface
org.freedesktop.NetworkManager, member StateChange
Arguments: 4
Received signal from :1.5, path /org/freedesktop/NetworkManager, interface
org.freedesktop.NetworkManager, member StateChange
Arguments: 2
Received signal from :1.5, path /org/freedesktop/NetworkManager, interface
org.freedesktop.NetworkManager, member StateChange
Arguments: 3

Om te weten wat de waarden betekenen dien je de specificatie erbij te pakken.
Deze is voor NetworkManager online beschikbaar op:

http://projects.gnome.org/NetworkManager/developers/spec.html

Daar kun je lezen dat 4 aangeeft dat de netwerkconnectie verbroken is, 2
betekent dat er een
verbinding wordt opgezet, en 3 betekent dat er een verbinding tot stand
is gebracht.

Veel applicaties luisteren al naar dit signaal om te bepalen of ze
bijvoorbeeld gebruik kunnen maken van netwerkdiensten zoals je mail, of
jabber. Als je zelf op basis van de netwerk-status automatisch acties
wilt kunnen
uitvoeren kan ik je python als programmeer-taal aanraden. Het is erg makkelijk
om in een python-script D-Bus ondersteuning toe te voegen. In een volgend blog zal ik hier een
voorbeeld van geven.

Het kan je praktisch niet ontgaan zijn. Veel desktop-apps communiceren
tegenwoordig met elkaar via de zogenaamde
Desktop Bus (D-Bus).
Een fervent gebruiker van de D-Bus is bijvoorbeeld de NetworkManager.
De NetworkManager wordt tegenwoordig standaard op desktops gebruikt om je
netwerkkaarten te configureren.
Via de D-Bus kan de NetworkManager opdrachten worden verstrekt om bijvoorbeeld
je netwerk te configureren. De NetworkManager kan zelf weer via de D-Bus
signalen uitsturen over de status van het netwerk.
Wellicht dat het je al is opgevallen dat sommige applets (die geinige
dingetjes in je taak/menu-balk) actief worden wanneer
er succesvol een netwerk-connectie is opgezet. Die applets luisteren dan naar
signalen van de NetworkManager omtrent de netwerk-status.

De D-Bus ondersteunt twee soorten bussen, namelijk een sessie-bus en een
systeem-bus. De sessie-bus wordt gebruikt door processen die alleen tijdens
een inlogsessie van een gebruiker actief zijn. De systeem-bus wordt gebruikt
door processen die algemeen actief zijn op het systeem. De NetworkManager
draait bijvoorbeeld als daemon en meld zich aan bij de systeem-bus.

Elke applicatie die via de D-Bus een dienst beschikbaar wilt stellen doet dit
door een zogenaamd D-Bus object te definieren en aan te melden bij de D-Bus
daemon.
Een D-Bus object wordt als een directory-pad geschreven.
Bijvoorbeeld die voor de NetworkManager is “/org/freedesktop/NetworkManager”.
Het object bevat dan
een aantal methodes en/of signalen. Methodes zijn operaties die je op het
object
kan uitvoeren. Signalen worden vanuit het object verzonden om informatie door
te geven.
Vervolgens kunnen methodes en signalen in een object weer gegroepeerd worden
op basis van zogenaamde interfaces.

Een handige tool om te zien welke objecten er bekend zijn bij de D-Bus is
qdbusviewer (onderdeel van het pakket qt4-dev-tools op debian/ubuntu).
Hiermee kun je bijvoorbeeld op een Ubuntu desktop zien dat de NetworkManager
aan de systeem-bus gekoppeld is onder “org.freedesktop.NetworkManager”. Dit is
de interface-naam waarbij de punt als naam-scheider wordt genomen. Als je
de interface selecteert kun je vervolgens rechts de methodes en signalen zien.
Wanneer je de org/freedesktop/NetworkManager openklapt krijg je de interfaces
te zien en onder de interface “org.freedesktop.NetworkManager” vind je een
reeks methodes en signalen. Het signaal “StateChanged” wordt gebruikt door
NetworkManager om wijzigingen door te geven. Om dit te zien kun je qdbusviewer
laten connecteren aan de D-Bus voor het signaal door met de rechtermuisknop
het signaal te selecteren en vervolgens connect te selecteren. Als je dan
het netwerk opnieuw laat configureren zul je onderin de ontvangen signalen
zien. Bijvoorbeeld:

Connected to D-Bus.

Received signal from :1.5, path /org/freedesktop/NetworkManager, interface
org.freedesktop.NetworkManager, member StateChange
Arguments: 4
Received signal from :1.5, path /org/freedesktop/NetworkManager, interface
org.freedesktop.NetworkManager, member StateChange
Arguments: 2
Received signal from :1.5, path /org/freedesktop/NetworkManager, interface
org.freedesktop.NetworkManager, member StateChange
Arguments: 3

Om te weten wat de waarden betekenen dien je de specificatie erbij te pakken.
Deze is voor NetworkManager online beschikbaar op:

http://projects.gnome.org/NetworkManager/developers/spec.html

Daar kun je lezen dat 4 aangeeft dat de netwerkconnectie verbroken is, 2
betekent dat er een
verbinding wordt opgezet, en 3 betekent dat er een verbinding tot stand
is gebracht.

Veel applicaties luisteren al naar dit signaal om te bepalen of ze
bijvoorbeeld gebruik kunnen maken van netwerkdiensten zoals je mail, of
jabber. Als je zelf op basis van de netwerk-status acties automatisch acties
wilt kunnen
uitvoeren kan ik je python als programmeer-taal aanraden. Het is erg makkelijk
om in een python
script D-Bus ondersteuning toe te voegen. In een volgend blog zal ik hier een
voorbeeld van geven.