Tag Archives: GNOME

Another company switching to XMPP

Back in 1996 ICQ saw it first light and instant messaging was born and it took Microsoft until 1999 before MSN Messenger was launched. Two proprietary protocols for instant messaging with closed specifications. Also a third protocol was started in 1998 under the name Jabber which was renamed as XMPP a few years later. Long time it was labeled as “only for geeks” or “something for Linux-users”.

This all changed in 2005 as Google launched Google Talk which was based on XMPP and also allowed server-to-server communication 2006 so Google Talk users could communicate with users outside the Google netwerk. Other services like audio and video where added in the years after. This forced others to rethink there ideas about there instant messaging network where Facebook Chat followed the same strategy as Google Talk. Shortly after AOL started experimenting with ICQ over XMPP in 2008.

The last big bastion was Live Messenger from Microsoft, but recently it was announced that also Microsoft started to offer an XMPP API to there instant messaging network. Meaning people with an XMPP client could use the Microsoft instant messaging network without any additional software. Telepathy developers from Freedesktop.org directly jumped in and trying to get it in with GNOME 3.4 together with better Facebook support like it is now for Google in GNOME Online Accounts. With this the only question remains if Microsoft for example will also allow server-to-server communication like Google.

Now that we slowly moving towards an unified communications standard where companies as Cisco are pushing for, we also see a simplification and reduction of standards in use. Hopefully Debian can drop in the release after Wheezy all packages that depend on the old Messenger protocol. Also hopefully Microsoft will also jump into the bandwagon for standardized calendar en contacts support, but time will tell. For now it is a plus 1 for open and free standards.

Debian Wheezy and GNOME 3.2

The migration of GNOME toward version 3.0 in Debian earlier this year wasn’t very successful in the beginning, but a lot of bugs where solved during the summer. GNOME 3.0 made it into Wheezy during the release of 3.2 and maybe for the better. Now only a few months after the release of GNOME 3.2 almost all packages have been uploaded to experimental or unstable, and most of them even already migrated to testing.

But what brings GNOME 3.2? A lot of people are unhappy and some of these points are valid and need to be fixed. Others can be discussed if they are true. One thing that changed in 3.2 is how GNOME interacts with your address book and your instant messaging accounts. Connections to instant messaging networks are automatically being started when you log in. This also reflects in the search screen when you type in a friends name and you direct see his connection status.

GNOME Online Accounts is another example of making things simpler for the user. Currently it only works for Google, but I really hope current proposals with querying the right SRV-records in DNS are also going to be part of GNOME in a future release. For now GNOME Online Accounts setups up multiple Google services up like Mail, Calendar, Chat, Documents and Contacts with a single authentication token. Different services don’t have to maintain and store the credentials in GNOME Keyring or in still in there own way. Hopefully there will come a solution for Liferea which still stores te users password plain-text in the configuration file.

Other third-party applications like Simple Scan, Shotwell and Deja-Dup are slowly making there way into becoming part of GNOME. I can’t wait to see what is going to happen with the GNOME 3.4 release as both Epiphany and Evolution are going to have some major work done to them. A switch to Webkit 2 and ending the usage of GtkHTML in Evolution. Hopefully after this Epiphany can replace Firefox completely on my desktop.

It is good to see the progress GNOME is making into becoming an interface for cloud services by simplifying the configuration for users, but also separating data from applications more and more. I can’t wait to see how GNOME Document is going to evolve, but two other things still open is a good solution for RSS-feeds and chat-logs as Empathy is still storing them on disk and isn’t able to use logs stored by Google for example.

In the end I’m happy with GNOME 3.2 in Debian Testing right now and Debian on my workstation is back to it’s weekly testing upgrade schedule as most parts are working. I even think that I will continue to do this during the 3.4 release as most of the GNOME dust has settled. Maybe I make an exception for both AbiWord and Gnumeric when they switch to GTK3 and hopefully also better OpenDocument support.

GNOME 3.0 op Wheezy

GNOME 3.0 op mijn Wheezy workstation is niet meer helaas door stabiliteits problemen. In iedergeval niet totdat GNOME 3.0 in Debian Testing is geland en hoe snel het daar komt blijft nog even de vraag. Afgelopen weekend werd er wel gesproken op IRC om de transitie van experimental naar unstable voor te bereiden. Zeker nu 3.0.1 al enige tijd beschikbaar is en 3.0.2 voor de laatste week van mei op de planning staat.

Nu terug op mix van GNOME 2.30 en 2.32 wordt wel langzaam duidelijk dat ik GNOME 3.0 toch een beetje mis. Er zijn nog voldoende dingen die niet af zijn of verbetering behoeven, maar het idee van interactie met je systeem, je data en je communicatie spreekt me wel aan. Hopelijk komt die transitie snel, maar of deze soepel zal verlopen? Zeker gezien problemen met GCC 4.6, Glibc 2.13 en de transitie naar /run. Ik kan al wel vast zeggen dat de testen met systemd als vervanger voor de traditionale init en SysV-scripts zeer goed zijn bevallen.

GNOME 3.0 op Wheezy

Ubuntu is bezig om Unity te introduceren als nieuwe standaard desktop voor Ubuntu en dit brengt wat onrust bij sommige mensen. Zo kwam recentelijk de popup van een andere Hans of GNOME 3 op Debian al geland is, want de live images deden het wel redelijk op zijn systeem. Dus wat is de status van GNOME 3 op Debian en is het echt zo erg als deze posting doet geloven?

En ik zal maar gelijk beginnen met het oordeel. Is het wat of niet? Ja en nee, maar dat hangt van je doel af. Voor veel gebruikers is GNOME 2.32 voorlopig een betere optie en dat zal hoogstwaarschijnlijk zo blijven tot GNOME 3.2 en misschien wel tot 3.4. Releases die voor 6 en 12 maanden gepland staan. Voor ontwikkelaars van software en distributies is 3.0 beter geschikt. Ik zou GNOME 3.0 dan ook willen bestempelen als een developer preview.

Maar waarom is dat zo? De huidige transitie voor Debian is in volle gang, maar wordt wel eerst gedaan in Debian Experimental. Er zijn voldoende punten die moeten worden opgelost om de rest van de FOSS-wereld niet in de problemen te brengen. Zoals ook al te zien is zijn er sommige packages ook al in Debian Unstable geland, maar of de Debian Testing gaan halen binnen afzienbare tijd is de vraag. GTK+3.0 is in iedergeval al geland.

De installatie van GNOME 3.0 vanuit de experimental-sectie is wat problematisch, maar niet ondoenlijk en sinds gnome-session is geland kom je ook automatisch in de GNOME 3 desktopomgeving. En het ziet er allemaal netjes uit moet ik zeggen, maar dan besef je dat dit pas het begin van een grote veranderingsronde gaat zijn. Waar vroeger het draaide om applicaties zie je nu een verschuiving naar data en communicatie. Een verschuiving waarbij simpel een belangrijk kernwoord is.

Een verschuiving die ik alleen maar kan omarmen, maar ook voor voldoende beroering gaat zorgen in de FOSS-wereld gok ik. Het wordt nu langzaam duidelijk wat de rol van Empathy en Telepathy is en waarom Pidgin langzaam buiten de boot zal vallen. Dit geeft ook te denken wat de rol gaat worden van oa LibreOffice, maar ook Firefox en Thunderbird. Ook zie je nu langzaam de rol van Tracker duidelijk worden en wie de demos van Zeitgeist ziet zal zien dat monitoren van gebruikers ook zijn voordelen heeft.

Ik kan niet anders zeggen dat ik uit kijk naar GNOME 3.0 in Debian Testing en zeer zeker naar toekomstige releases. Voorlopig moeten verschillende dependency problemen en cruciale regelmatige crashes in verschillende onderdelen worden opgelost. De vraag die overblijft is alleen hoe GNOME 3 op een Intel Atom gaat presteren bijvoorbeeld, maar dat zal de toekomst ons moeten leren. De komende tijd is er dus weer voldoende om naar uit te kijken en bloggen gok ik.

En nogmaals als waarschuwing, gebruik GNOME 3 alleen als deze netjes in Debian Testing is geland. Een weg terug is er bijna niet en het is gewoon nog niet in een vorm voor dagelijks gebruik.

GNOME, MD en DeviceKit

Met de introductie van DeviceKit werden dingen zoals notificatie van defecten aan harddisks ineens mogelijk geworden. Hardware werd toegankelijk voor userland zonder smerige hacks of setuid executables. Voorzieningen om deze notificaties weer te geven werden onderdeel van GNOME bij release 2.28.

Alleen wanneer zie je die notificaties? Achter deze vraag ben ik recentelijk gekomen, want hoewel de RAID weer in orde was besloot een disk om toch een paar extra herallocaties van sectoren. MD besloot om de disk weer uit de RAID-set te gooien en DeviceKit zag dat de threshold van de leverancier voor deze disk werd overschreden. Zolang de disk zichtbaar is blijft de waarschuwing zichtbaar voor de gebruiker tenzij hij of zij deze notificatie uitzet.

Gebruikers krijgen tegenwoordig tijdig een waarschuwing als er structurele fouten optreden en geeft ze een kans om preventief aan de slag te gaan. Zeker met veel disken die je gewoon kan laten omruilen als ze binnen de garantieperiode zitten. Sommige mensen kiezen daar blijkbaar niet voor, maar daar heb ik aan het einde van de dag ook geen medelijden meer mee.

Hoewel de data op de disk was geencrypt met LUKS loopt er nu toch een wipe sessie om de disk een aantal keer te overschrijven met random data. Hierna kan deze terug naar de leverancier en is het wachten op een nieuwe. Dit heeft me ook aan het denken gezet of er plugins voor Nagios zijn of dat ze nog geschreven moeten worden.

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.