Upgrade Fedora 12 to Fedora 13 howto

A few simple steps to upgrade:

# As root you would like to have a clean start to the
# upgrade, so get an update out of the way.
#
$ yum update rpm

$ yum -y update

$ yum clean all

# Should a new kernel install/update require it,
# reboot before continuing with the rest.
#
# Then install the preupgrade package.
#
$ yum install preupgrade

# For console upgrade, use:
#
$ preupgrade-cli "Fedora 13 (Goddard)"

# If you like gui's to upgrade, use this.
#
$ preupgrade

This is exactly the same process as I previously described with Fedora 11 to Fedora 12 upgrade.

=============== Update ===================
There was a hitch on my laptop, some friends have asked about how to install when your boot partition is smaller than the Fedora 13 required 250 MB. I have been upgrading since Fedora 10 so have like 200 MB boot partition. Just try this:

# run preupgrade as normal, when it complains about not enough space just 
# continue, it will install the stage2 installer after the first reboot.
# When it asks to reboot, do that. It should continue to finish the installation
# when it restarts.

This solution is also to be found on the Fedora Project Wiki.

Open Source Expert Panel - Geen open source kennis? Nee, bedankt!

I just submitted the following Dutch language article for the opinion section Open Source for the on-line Computable.nl.

Geen open source kennis? Nee, bedankt!

Ik gooi het maar direct op tafel. Als ik een ontwikkelaar zoek, dan is aantoonbare affiniteit met en kennis van open source een absolute must. Ik ben er heilig van overtuigd dat de kwaliteiten van dit type ontwikkelaars veel beter zijn dan van hun closed source tegenhangers. Dat is niet enkel een gevoel maar een simpele kwestie van het opsommen van de feiten.

Een opensourceontwikkelaar is iemand die meewerkt aan opensourceoplossingen en de ontwikkelingen volgt. Ik ervaar dat zij - in vergelijking tot hun closed source concullega’s - een grotere passie hebben voor wat zij doen. Dit zie je bijvoorbeeld terug in de hoeveelheid vrije tijd die ze spenderen aan opensourceprojecten. Ze werken in een gemeenschap van ontwikkelaars waarbij hun communicatie, contributies, codes en sociaal gedrag online worden gedocumenteerd. Al deze gegevens zijn over het algemeen te achterhalen via een simpele online zoekopdracht. Bovendien zijn opensourceontwikkelaars zeer flexibel in de omgang met problemen. Als er iets mis is met een opensourceproduct bestaat er altijd de mogelijkheid het verder uit te zoeken, tot aan de broncode aan toe. Het zal je niet verbazen dat het uitzoeken alleen al vaak leidt tot een oplossing. Die oplossing kan vervolgens weer worden teruggegeven aan het desbetreffende project. Die flexibiliteit is overigens ook terug te vinden in hun omgang met veranderingen. Opensourceontwikkelaars beschikken vaak over diverse mogelijkheden die hen kunnen helpen bij het oplossen van problemen, zoals een stuk tooling, product of framework. Deze nieuwe technologieën worden dan eigenhandig gemaakt en toegepast in hun werk.

Hieruit blijkt maar eens te meer hoe zij zelfsturend te werk gaan met betrekking tot educatie en het bijhouden van kennis. Een opensourceontwikkelaar leest graag, offert graag tijd op om dingen uit te zoeken en bezoekt conferenties en congressen om zijn kennis op te vijzelen en up-to-date te houden. Over het algemeen is het dan ook veel kosteneffectiever om dit type ontwikkelaars aan het werk te houden, hun kennis bij te spijkeren en ze tevreden te houden zodat zij voor je blijven werken dan het bij closedsourceontwikkelaars het geval is.

Closedsourceontwikkelaars leunen namelijk op hun certificaten. Dat is op zich niet zo verwonderlijk. Immers, hoe kan ik weten wat iemand zijn capaciteiten zijn en wat hij kan zonder zijn lijst met certificeringen in te zien? Het is namelijk niet mogelijk op een andere manier terug te vinden hoe zij coderen, hoe zij communiceren in een ontwikkelgemeenschap of hoe zij omgaan met veranderingen. Een persoonlijk interview is in dergelijke gevallen dan ook van groot belang. Een closedsourceontwikkelaar richt zich namelijk vaak op een enkele omgeving, met een beperkte verzameling tools waarmee zij kunnen werken. Veranderingen in deze verzameling worden niet als normaal ervaren waardoor zij van nature geen flexibele manier van werken en handelen hebben. Problemen in de tooling of producten worden regelmatig bij de leverancier neergelegd in plaats van dat ze het zelf uitzoeken. Kortom, er bestaat een compleet andere houding qua educatie en het bijhouden van kennis. Deze is namelijk vooral gericht op het bijhouden van certificering op de door hun gekozen tooling en producten. Dat betekent dat het vaak een duurdere aangelegenheid is om deze ontwikkelaars aan het werk te houden, op te leiden en ze de gewenste certificeringen te laten behalen.

Natuurlijk is het beeld dat hierboven wordt sterk gechargeerd. Maar ga het voor u zelf eens na: Met welk type ontwikkelaar wilt u samenwerken aan uw volgende project? Dan zult u zien dat ik er toch niet zover naast zit.

EMEA Partner Summit in Valencia, Spain - JBoss event to remeber for 2010

It all started on Sunday, 02 May 2010 with a group from the Netherlands flying out to Valencia, Spain for the EMEA Partner Summit. Weather was great, very warm and sunny but was soon to change into rain.

We checked in, attended our meeting to get things sorted out for the Kickoff at 1900 hours. The Summit was opened by Jim Whitehurst himself welcoming the 450+ partners and Red Hat personnel.

After the opening keynotes we migrated into the venue hall and mingled with our partners while enjoying the Spanish food and drinks.

The second day was my active day to present two presentations on JBoss SOA-P and BRMS. I was also able to attend a few sessions on JBoss ON CLI usage (tech session) and JBoss SOE (tech session). The rest of the day involved talking with various partners and developers about all things JBoss (BPM, BRMS and SOA-P mostly). My sessions went pretty well, even had a partner in the front recording everything on a hand held video recorder. He mentioned it would be on YouTube sometime soon.

In the evening the partners were put into a bus sorted by their region, so I was off with the Benelux partners to the beach for some traditional Spanish food, Paella!

The evening ended in a beach club with about 100 of the partners enjoying the company of all the Red Hatters!

The third day is a full agenda of sessions, round tables and speeches from partners and Red Hatters. There are both infrastructure and middleware in a abundance! The evening will be concluded with a party at an old convent here in Valencia.

Follow all the active news on my twitter account @ericschabell and sort on the tag #emeapartnersummit, there are more pictures and running commentary until the Summit concludes Wednesday afternoon.

The atmosphere has been really great and I am really enjoying the chance to interact with partners. This is a different engagement than with customers as we are both trying to accomplish the same things. Very open and easy hum of activity in the sessions and exhibition hall, I would be very happy to come back next year!