Mijn GNOME iconen zijn weer terug

GNOME logoMet de GNOME 2.28 release besloten de developers ook om een paar bugs op te lossen door iconen weg te halen van menu’s en knoppen. Helaas ben ik van de categorie “human” en ben ik redelijk visueel ingesteld. Gelukkig is dit door twee commondo’s op de commandline terug te draaien.

$ gconftool-2 --type bool --set /desktop/gnome/interface/buttons_have_icons true
$ gconftool-2 --type bool --set /desktop/gnome/interface/menus_have_icons true

Mijn kudos voor Andrew Cowie voor het posten, want ik had nog geen tijd gehad om dit uit te zoeken.

Metacity als compositing window manager

Sinds Metacity 2.14 kan deze window manager ook als compositing window manager acteren. Hoewel veel van de functionaliteit beperkt is ten opzichte van Compiz Fusion zijn de basisfuncties zoals transparantie en schadows aanwezig samen. Maar of dit ook daadwerkelijk een beperking is de vraag, want de developers lijken zich te beperken tot bruikbare functionaliteit voor de gebruiker.

Een van de manieren om compositing in Metacity aan te zitten is om op de commandline het volgende commando te geven.

# gconftool-2 -s /apps/metacity/general/compositing_manager -t boolean true

GNOME op dieet?

Met elke release komen er meer features in de GNOME desktopomgeving, maar tegen welke prijs. En hoewel veel aanpassingen positief zullen uitpakken voor veel gebruikers zijn er helaas ook veel nadelen, want steeds meer onderdelen worden in bijvoorbeeld Python geschreven en zijn voor veel gebruikers niet zichtbaar. Dit geldt ook voor de impact van deze afhankelijkheid.

Om te kijken hoe groot de impact van Python op Rhythmbox is als voorbeeld werd het tijd om Rhythmbox zelf te gaan compileren zonder ondersteuning voor Python. En het resultaat baarde eigenlijk zorgen aangezien we circa 13MB bespaarde op resident memory na enige tijd operationeel te zijn. Het is dan ook zeker een iets om verder naar te doen aangezien ook de opstarttijd aanzienlijk verbeterde.

Dit roept wel vragen op hoe bepaalde mogelijkheden kunnen uitpakken en of het wel de moeite waard is. Ik trap hiermee hoogstwaarschijnlijk op veel tenen, maar hoogstwaarschijnlijk niet op die van Jane Doe als eindgebruiker. Zeker niet als zij de rekening voor de computer moet betalen voor zowel de aanschaf en gebruik. En gezien welke kant de wereld opgaat is dit wel iets om over na te gaan denken.

Dit doet me denken aan de tijd dat GNOME nog genoeg had aan 192MB, maar tegenwoordig is 1024MB wel het minimum aan het worden voor een standaard desktop om goed te laten werken. Maar hoe gaan we technieken zoals Python, Mono en Java uit de basis van een desktopomgeving krijgen en houden. Het is in iedergeval wel iets om over na te denken en te kijken welke features daadwerkelijk belangrijk zijn en of ze kunnen worden gedaan in een efficiente C-implementatie.

Google voice- en videochat

Werd vandaag door iemand gewezen op Google voice- en videochat dat het niet werkte op zijn Mac Mini van amper 2,5 jaar. De stoute schoenen aan en kijken of er wel ondersteuning was onder Linux en het resultaat mag er zijn. Want bij een eerste poging kreeg kwam er een Windows-executable binnen en bij de tweede poging werd duidelijk dat Linux ook niet op de lijst stond van ondersteunde besturingssystemen.

Ben ik teleurgesteld? Nee om eerlijk te zijn, want dit soort diensten horen te werken via een algemeen geaccepteerde manier met bijbehorende codecs voor zowel video en audio. Een punt waar alle grote partijen, lees oa Microsoft, Nokia en Apple, dwarsliggen en hun eigen formaten willen doordrukken. Iets wat HTML5 ook heeft verminkt voor de toekomst.

Het geeft nogmaals aan hoe belangrijk open en vrij standaarden zijn. Zeker nu Mozilla ondersteuning voor oa Theora gaat inbouwen in Firefox en Opera mogelijk snel zal volgen. En er is veel kritiek op Theora en mogelijk terecht, maar veel mensen nemen genoegen met nog slechtere kwaliteit als je bijvoorbeeld filmpjes op Youtube bekijken. Veel van de bezwaren zullen mogelijk op de langere termijn op te lossen zijn of voorlopig als geaccepteerd kunnen worden beschouwd.

Maar dit alles doet met denken aan een presentatie bij GAUDEC 2008 waar mbv het Telepathy- en GStreamer-framework streaming video werd getoond zonder problemen. Ik gok dat het daadwerkelijk bruikbaar worden van de nieuwe dienst van Google langer op zich laat wachten dan dat het duurt om een goed alternatief te maken. Zeker nu Telepathy en Empathy zijn opgenomen als onderdeel van GNOME en developers aan de slag gaan.

Een blik op Ubuntu 8.10

Met nog een maand te gaan ongeveer voor de geplande release en nog een paar dagen voor de eerste beta werd het tijd om de aankomende Ubuntu een te gaan bekijken. En de belangrijkste vraag is misschien wel voor mensen wat deze release extra gaat brengen tov de huidige LTS-release. Een kort antwoord hierop is misschien wel dat het verstandig is voor veel mensen om gewoon bij de LTS-release te blijven voor dagelijks gebruik.

Veel wijzigingen zijn wijzigingen onder de motorkap en zullen bij dagelijks gebruik amper tot niet opvallen. De kernel is bijgewerkt tot 2.6.27, glibc tot 2.8 en GNOME tot 2.24. Een andere aanpassing is dat de AMD64-versie van Ubuntu voorzien is van extra maatregelen om dingen zoals buffer overflows tegen te gaan als stap naar extra veiligheid en om uit te vinden waar de problemen zitten. Dit samen met een bijgewerkte X-server waardoor veel acties automagisch kunnen gebeuren is er weinig wat er echt voor de gebruiker gaat veranderen.

Wat er wel gaat veranderen voor de gebruiker zal in de toekomst liggen en de adoptie van nieuwe technieken. Een van deze technieken zal Jabber betreffen, want met GNOME 2.24 is een weg ingezet om standaard infra te bouwen zodat instant messaging en communicatie tussen applicaties transparant mbv XMPP kan plaats vinden. Helaas levert Ubuntu deze packages nog niet als default mee, maar er zijn plannen om dit wel te gaan doen. Net zoals Ubuntu de overstap aan het maken is naar OpenJDK ipv Sun Java, maar voor beide is nog geen einddatum inzicht.

Met de aankomende release komt weer iets naar voren waar veel FOSS projecten zoals GNOME al jaren last van hebben. Veel projecten beginnen op een leeftijd te komen dat ze langzaam aan volwassen beginnen te worden en men er wel redelijk uit is. Er wordt hard gewerkt om code op te ruimen, te voldoen aan standaarden zoals die van Freedesktop, maar ook om vertalingen en documentatie op orde te krijgen. En ik zeg het nogmaals, maar FOSS begint gelukkig langzaam aan saai te worden.