Vakantie

Hey het is vakantie, en toch heb ik nog niet geblogt!!

Wel, ik zal dan maar beginnen zeker…

Het begin: De examens verliepen vlot: ik heb een A attest en mag dan uiteindelijk naar de universiteit!!

Ik heb zelfs op de proclamatie 2 prijzen gekregen (Die voor economie, maar ik had maar concurrentie van 3 anderen, en die voor meest geëngageerde leerling – wel als je in de leerlignenraad zit + helpt voor het schoolfeest + leerkrachten helpt met hun computer, dan is de kans klein dat je die niet wint)

In juli ben ik op vakantie geweest bij mijn tante in Spanje – wel gezeliig, lekker warm, veel rust.

Nu zit ik gewoon in het af en toe zonnige antwerpen en ga ik af en toe naar de film (op de kaaien, organisatie van de zomer van antwerpen een aanrader voor iedereen die ’s avonds in Antwerpen is!!) Ook hier doen ik dus niet veel.

Mijn programmeer productiviteit ligt heel laag, wat ik eigenlijk wel jammer vind. En het zal er waarschijnlijk ook niet op verbeteren, want ik ben op dit moment de nieuwe development versie van Ubuntu (Intrepid Ibex) aan het downloaden en installeren.

Ubuntu Hardy

Nadat de Ubuntu Hardy CD in de bus was gevallen (toevallig dezelfde dag dat Fedora Core 9 uitkwam) heb ik deze opnieuw geïnstalleerd. De reden was dat ik de test fase van Hardy had meegemaakt, en nogal wat had zitten knoeien met mijn systeem, een cleane install was dus wel praktisch.

Een aantal problemen die ik had (en die met een cleane install opgelost bleken te zijn)

• Flash (vooral Youtube) werkte meestal niet in Firefox, en niet altijd in epiphany
• Ik kon geen nieuwe gebruikers aanmaken

Een aantal zaken die met de cleane install zijn gebeurd die ik totaal niet verwacht had:

• Het splash screen had een hogere resolutie
• Ineens werd mijn /home map weer op fouten gecontroleerd (maar wel met een mooie melding, en het bericht dat ik het kon onderbreken met Esc, en een goede progressbar, zonder het splashscreen te verlaten)
• Ik heb in rEfit keuze tussen 2 linuxen (Ubuntu en Fedora) vreemd genoeg (maar niet onpraktisch) komen deze op hetzelfde Grub screen uit met de keuze tussen Ubuntu en Fedora.

Ik heb ook van de gelegenheid gebruik gemaakt om al mijn gebruikers instellingen te verwijderen (die soms ook nogal eens problematisch zijn). Ik heb er wel een aantal behouden (rhythmbox, evolution, tomboy, f-spot, pidgin) alleen maar omdat deze content bevatten zoals muzieklijsten, mails, logs, notes etc…

De installatie zelf ging vrij vlot op het feit na dat de eerste keer grub installatie faalde (omdat ik een verkeerde keuze heb gemaakt).

Fedora Core 9

Dinsdag 13 mei is Fedora Core 9 Sulphur uitgekomen. Omdat ik al langer een nieuwe distributie wou uitproberen (ik ben een zeer gelukkige Ubuntu Hardy gebruiker), vooral om eens te zien wat de concurrentie te bieden heeft, heb ik deze geïnstalleerd (naast Ubuntu).

De installatie ging vrij soepel. Parties instellen, taal instellen etc. 1 minpuntje, bij de installatie werd niet gevraagd naar een keyboard layout, en zit je dus met qwerty terwijl ik zelf een azerty toetsenbord heb. Oppassen dus met het root wachtwoord instellen.

Na de eerste boot werd mij een gebruikersnaam gevraagd, en ik gaf gewoon “nathan” in. Omdat ik mijn /home directory deelde met de Ubuntu installatie, en dat daar ook een gebruiker nathan is werd mij gemeld dat de map al bestond en werd er gevraagd of ik deze wou behouden. Uiteraard was het antwoord ja en ging de installatie gewoon verder. Nog eens reboot, met de mooiste linux boot die ik me kan herrineren (alhoewel dat dit er al langer inzat blijkbaar). (Een progressbar en een expander – te bedienen met de muis – met meer info over wat er bezig is)

Bij de eerste keer inloggen begon het dan mis te lopen. Ik krijg een melding van Gnome ove ICEAuthority dat niet te lezen/schrijven is en ik word terug in het gdm scherm gezet (er wordt iets gesugereerd over gnome veilige modus, maar de sessie optie is niet te kiezen).

Via een terminal maar eens zien wat er mis is. Hmm, gebruikersrechten/groepsrechten staan op id 1000 ingesteld, en staan dus niet op naam. Wat is mijn ID dan? door middel van “id” blijkbaar 500. Niet echt praktisch dus. Waarom heeft Fedora dat niet gededecteerd? Nouja ID van mijn gebruiker dan maar veranderd in 1000, geen probleem.

Ik log in, krijg eventjes de muis, en zonder enig bericht word ik terug in gdm gesmeten. Wat nu weer? Ingelogd met de root account (dat werkte wel), een andere account gemaakt, daarmee proberen inloggen en dat werkte wel. Na nog wat proberen en zoeken blijkt bij de eerste inlog pogingen gnome mijn .gnome2 en andere mappen op id 500 en groepsid 500 ingesteld te hebben, maar die id heb dus niet meer. Eventjes een chown en chgrp op de gewraakte mappen.

Dan nog een foutmelding dat de map /home/nathan/ niet schrijfbaar was (die stond ook nog op de verkeerde ID) en uiteindelijk kan ik inloggen. Programma’s beginnen op te starten maar ik krijg langs alle kanten foutmelding ivm met instellingen en gconfd. Blijkbaar heeft gconf bij de eerste inlogpogingen al een map /tmp/gconfd-nathan gemaakt met id … 500 en groep 500. Die map eventjes verwijderd en kon ik eindelijk inloggen.

Programma’s starten mooi op, behalve dat ik een lelijk thema heb (logisch ook, het stond ingesteld op Human, dat Fedora uiteraard niet heeft, dus zat ik opgescheept met de standaard). Voor de rest ziet het er wel netjes uit. (Een vergelijking met Ubuntu komt nog in een latere blog).

Vandaag, één dag na het installatie avontuur, heb ik ook Ubuntu opnieuw van nul geïnstalleerd – ook daarover meer in een andere blog.

Rewrite

Zoals ik heb gezegd in mijn vorige post ben ik bezig met een CMS.

Ondertussen is versie 0.2.0 uitgebracht, en ben ik bezig met de nieuwe 0.3 versie. In deze versie zou heel wat nieuwe en leuke stuff moeten komen, waaronder een volledig herschreven FormDesigner.

De FormDesigner die in 0.2 zat was bedoeld om het maken en valideren van formulieren gemakkelijker te maken. Zo werd een formulier als volgt beschreven

[veldnaam]

type = string

label = Uw naam

[veld2]

….

Dit werkte vrij goed, maar heel de implementatie en API zaten nogal brak ineen, en een geleidelijke verbetering van de API en de implementatie zat er niet echt in.

Voor versie 0.3 ben ik dus bezig gewest met een volledige herschrijven van dit onderdeel (dat dus ook een zeer grote invloed heeft op alle onderdelen, dus is het eerst aan beurt gekomen)

23 Dagen, 40 commits, en veel gezweet en gezwoeg is de feature eindelijk bijna klaar. Op het ogenblik is het niet zo heel veel krachtiger dan de voorgaande versie, maar de grootste problemen uit de vorige zijn nu wel vrij snel op te lossen (thema maken, modulair maken, …).

Op dit ogenlik ben ik bezig met het omzetten van de plugins naar de nieuwe API, als dit klaar en volledig getest is gaan ik mij even terug bezighouden met de 0.2 branch (om 0.2.1 uit te brengen), omdat hierin toch wel heel wat foutjes zaten (installer die niet werkt, en functionaliteit die niet werkt – meestal regressies door op het laatste ogenblik naar een nieuwe versie van Doctrine over te schakelen, en tests die geen foutmeldingen gaven door Smarty)

Druk, druk, druk

De reden dat er de laatste tijd zo weinig blogberichten zijn verschenen (behalve dan vandaag), is dat ik het ongelooflijk druk had.

Zelfs zo druk dat ik Zondag, Maandag, Dinsdag, Woensdag en Donderdag op school ben geweest op uren dat anderen mensen dit niet zijn (Zondag in de middag, maandag om 6 uur ’s avonds, Dinsdag om middernacht, Woensdag om 3 uur en donderdag om 8 uur). De reden was meestal ons schoolfeest (dat een groot succes is geweest), en de opbouw/opkuis die daarmee gepaard gaat.

Een ander project dat nogal veel van mijn tijd vraagt (buiten gewoon schoolwerk) is CoOrg. CoOrg is een modulair CMS dat binnenkort de wereld moet veroveren. De geïntreseerden kunnen eens een kijkje nemen op de website van CoOrg. Binnenkort zou versie 0.2 moeten uitkomen die ik bruikbaar zou durven noemen.

Dit was het dan voor vandaag.

Het laatste nieuws

Vorige zaterdag (15 maart) was er op het KLA een codeyard community dag gepland. Jammer genoeg is deze niet doorgegaan omdat er te weinig inschrijvingen waren.

Op donderdag 20 maart heeft “Het Laatste Nieuws” (een Belgische krant) hier een artikel aan gewijd. Ikzelf heb het artikel nog niet gelezen, maar de inhoud zou op het volgende neerkomen:

Een uitleg over wat codeyard is, en dat de volgende bijeenkomst in Antwerpen zou plaatsvinden.

Het bericht was dus een aantal dagen te laat, en fout omdat de bijeenkomst was afgelast, volgens mij zouden ze hun naam beter aanpassen: “Als Laatste Met Het Foute Nieuws.

Codeyard krijgt er een wereldwijd broer(tje) bij

Na de Google Summer of Code is er nu de The Google Highly Open Participation Contest. Een wedstrijd voor 13+ jarigen over heel de wereld (er zijn een aantal landen die zijn uitgezonderd om legale redenen) die nog niet zijn ingeschreven op een universiteit.

Het is dus iets zoals codeyard, met als enige verschil dat het alleen over reeds bestaande opensource software gaat (Apache Foundation, Gnome, Moodle, Mono, Python, Drupal, Joomla!, MoinMoin, Plone en SilverStripe).

De prijzen zijn vrij interessant: 100 dollar per 3 voltooide projecten (de meesten zijn relatief klein) met een maximum van 500 dollar. Voor iedereen een t-shirt en een diploma. Er zijn ook 10 gelukkigen die een hoofdprijs krijgen met oa. een trip naar de hoofdkwartieren van Google.

Polygonen, triangulataties, kapen

Gisteren hadden we op school de wiskunde B dag. De opdracht ging over veelhoeken, triangulaties, kapen, ….. De dag was op zich zeer interessant, maar de opdrachten waren wel zeer moeilijk, het resultaat van onze groep is dan ook wel zeer magertjes.
Voor diegenen die minder goed mee zijn in deze wiskunde even de volgende uitleg:
Een polygoon is gewoon een veelhoek, onze opdracht ging vooral over simpele polygonen (dat zijn veelhoeken die zichzelf niet doorsnijden – de meeste polyonen zijn dus zo). Een triangulatie is het opdelen van een veelhoek in driehoeken die elkaar niet overlappen, en volledig in de veelhoek liggen, en waarvan de hoekpunten, hoeken zijn van de veelhoek zelf. Een kaap is simpelweg een hoek waarvan de 2 buurpunten kunnen verbinden, en de verbindingslijn volledig in de veelhoek ligt.

Zo was er bijvoorbeeld een vraag: “Bereken het aantal mogelijke triangulaties voor een convexe (zonder inspringende hoeken) van een n-veelhoek”. Er stond ook de suggestie bij dat je daar een programma voor mocht schrijven, want ik natuurlijk meteen heb gedaan (weliswaar zonder resultaat want het werkte niet).

Vannacht heb ik ook bedacht hoe ik deze kennis nu kan gebruiken in Jogo. In vorige versies van jogo konden objecten met elkaar botsen, maar hadden deze objecten een rechthoekige vorm. Door middel van een object om te zetten naar een veelhoek zouden veel betere botsingsresultaten kunnen worden gevonden. Ik dacht eraan om het op deze manier te doen:

1. Het object (of beter de tekening van het object) wordt omgezet naar een polygoon
2. De polygoon wordt getrianguleerd.
   Deze eerste 2 stappen zouden tijdens het “compileren” van het programma kunnen gebeuren en moeten dus niet supersnel zijn.
3. Tijdens het draaien van het spel wordt voor elk object telkens gecontroleerd of het één of meerdere punten gemeenschappelijk heeft met een ander object (= een botsing). Dit kan gebeuren door dit te doen voor elke 3hoek met elke andere 3hoek (dit is al veel simpeler dan een polygoon op zijn eigen controleren)

Dit is hoe ik het zag. Toen begon ik te denken over punt 2: het trianguleren. Aangezien dat ik gisteren heb geleerd dat je een veelhoek kunt trianguleren door telkens een kaap af te snijden leek mij dat de meest simpele oplossing – mogelijk niet de snelste, maar snelheid is in dat stadium niet superbelangrijk.
Toen dacht ik: hoe herken ik een kaap? Zeer simpel, je pakt een willekeurig punt, je zoekt de 2 buurpunten, je trekt er een lijn tussen, je controleert of die lijn een zijde snijdt, zo niet is het een kaap, anders ga je naar het volgende punt van de polygoon. Toen ging ik over naar punt 3: hoe kan ik controleren of 2 driehoeken “botsen”? Ik bedacht het volgende : je controleert van 3hoek A de 3 zijden die snijden met een van de zijden van 3hoek B.
Toen viel mijn frank (of euro), als ik nu gewoon de zijdes van polygoon van object 1 met de zijdes van object 2, dan moet ik veel minder zijdes controleren dan als ik met 3hoeken werk, dus dat zou sneller moeten zijn. En dan valt een deel van het probleem weg (het trianguleren).

Ubuntu-Install-Party

Vandaag was er de ubuntu-install-party bij ons op school, en het was een grote flop.
Ten eerste waren er maar 2 geïntresseerden, terwijl ik eerder had gehoopt op een aantal van 10 of zelfs meer.
Ten tweede leek alles fout te lopen: Mijn laptop gaf geen beeld op de beamer (wel als hij in tekstmodus zat, maar niet in X modus), De vaste computer runde geen compiz (uiteindelijk wel), de laptop waar de presentatie uiteindelijk op werd gegeven was een laptop zonder werkende harde schijf en gaf eerst wat problemen om op te starten.
Toen de presentatie uiteindelijk startte – gegeven door een 15jarige ubuntu community lid uit het antwerpse – een dik half uur te laat, ging het eerst een hele tijd over wat linux/opensource/ubuntu eigenlijk was, terwijl de nadruk eerder had moeten liggen over het gebruik (en de gebruiksvriendelijkheid). (slides zijn te bekijken op ubuntu.rpgfamilie.net, deze presentatie zelf zit vrij goed in elkaar)
Toen de demo dan eindelijk starte was het – zoals iemand anders uitdrukte – een flipperkast (van draaiende kubussen enzo) en niet iets waar je echt iets van kon leren. Een mening waar ik me bij moet aansluiten. Als ik de demo had gegeven – en dat was oorspronkelijk zelfs de bedoeling – dan was ze volgens mij vele beter en leerrijker geweest.

Nouja een volgende keer beter zou ik maar zeggen.

Jogo

Zoals sommigen onder de lezers waarschijnlijk wel weten ben ik bezig aan het project Jogo: “Een spelontwerper om grafsiche games te maken”. Dit project won voirg jaar in eind april de Capgemini OpenSource Award, sindsdien lag het project zo goed als stil.

Sinds een aantal dagen ben ik terug beginnen programmeren, maar dan vanaf een helemaal cleane broncode.
Redenen van deze rewrite:

• De API was slecht
• De code voor de GUI zat zeer onhandig in elkaar
• Er misten een aantal belangrijke features, die moeilijk nog te programmeren waren in deze oude code.

Met de rewrite volg ik een veel schoner ontwikkelingsschema:

1. Eerst wordt de Kern helemaal herschreven, en elke keer als er iets nieuws wordt toegevoegd wordt er meteen een Unit test geschreven.
2. Daarna zal de runtime aan bod komen, mogelijkheid tot automatische tests zal nog onderzocht worden.
3. Daarna pas zal er een GUI worden ontwikkeld, die ook volledig getest gaat worden door LDTP

Doelen van de rewrite:

• Veel stabielere kern/GUI (door de vele tests)
• Veel betere API
• Undo/Redo vanaf het begin
• Debugger voor runtime
• Een volledig nieuwe GUI, die veel beter eruit zal zien dan de vorige
• Plugins voor oa taalgeneratie/compilatie
  Dit zou als verder doel (dus na 0.1) moeten hebben dat niet alleen C#/SDL games kunnen gemaakt worden, maar vanuit een zelfde project ook bijvoorbeeld een Flash versie, of een versie met SVG en javascript direct in de browser te gebruiken.
• …

Momenteel zal deze versie van Jogo 0.5 zijn (waar vroeger alleen nog maar 0.1 was gereleased en 0.2 in ontwikkeling), maar mogelijk wordt dit meteen 1.0

Momenteel is de planning om een basis kern af te hebben tegen het eind van de kerstvakantie. Een eerste bruikbare versie voor de GUI zou dan moeten volgen tegen de paasvakantie, of mogelijk later nog.

Ik zoek ook nog mede geïntresseerden die eventueel nog goede ideeën hebben, of mee willen programmeren.