Description:
Soligt och varmt ute. Försökte genomföra ett kontrollerat lopp, att ligga på gränsen utan att gå över den innan slutspurten.
| Activity: | Running | Date: | 2010-05-22 |
| Distance: | 21.28 | Time (hh, mm, ss): | (1, 42, 14.0) |
| Max speed: | 29.15 | Avg speed (km/h): | 12.07 |
| Max pace (min/km): | 2.03 | Avg pace (min/km): | 4.58 |
| Max pulse: | 196.0 | Avg pulse: | 176.0 |
| Acc elevation +: | 838.0 | Acc elevation -: | 840.0 |
Map:
Gpx-format Kml-format (GoogleEarth)
Årets göteborgsvarv var en lite mer nedtonad historia för egen del. Årets löpträningstillfällen går nästan att räkna på ena handens fingrar och antalet kilometer motsvarar inte ens två göteborgsvarv. Därmed var förväntningarna en aning nedskruvade och jag siktade på under 1:50.
Facit blev 1:42:14 vilket är en försämring med 2 min 37 sek jämfört med förra året men det vore synd att klaga eftersom jag satsade seriösare på löpningen förra året.
Strategin för loppet var inte särskilt originell, men ändå inte helt självklar att lyckas med, att se till att ligga på rätt ansträngningsnivå åtminstone de första ca 18 kilometrarna. Sen släppte jag lös det som fanns kvar och tog upp pulsen några slag till.
Det var tämligen varmt i år men jag tycker det är lite trist att klaga på värmen när den väl visar sig på dessa breddgrader. Dock såg jag till att dricka några klunkar sportdryck vid alla vätskestationer utom en. Tidigare år när det inte har varit lika varmt har jag hoppat över flera vätskestationer men kanske var det extra viktigt i år att dricka lite jämnt utspritt över loppet när jag inte löptränat ordentligt.
Ev återkommer jag i ärendet med en utförligare rapport från pytrainer.
Efter loppet har jag haft lite gäster på besök och nu börjar det bli dags att uppsöka nattens vila.
I eftermiddags har jag skrivit essä-delen på SCEA-certifikatet som består av åtta frågor om Java EE-arkitektur i allmänhet och min lösning på del två i synnerhet. Efter detta har jag även sett till att få iväg del två vilken ska mailas efter att man svarat på essäfrågorna.
Nu hoppas jag att Oracle är lite kvickare än vid rättningen av SCJD-projektet…
Jag ser Ohly prata politik i SVTs morgonprogram och inser ganska snart att vi tänker fundamentalt olika. Han kommer ganska snabbt in på skatter och orättvisor varpå han blir indignerad över att som “höginkomsttagare” ha fått 3000 kr mer efter skatt med de senaste inkomstskattesänkningarna. Dessa pengar skulle han hellre ge till staten för att “skapa välfärd”.
Om Lasse verkligen var ute efter att hjälpa de som har det “sämre ställt” som han påstår, och inte bara fiska röster bland svenskar som älskar bidrag, kan jag inte förstå varför han hellre ger 3000 kr “extra” till staten som på sin höjd ger vidare 1% till världens fattiga än att ge hela slanten till exempelvis Läkare utan gränser. Som jag ser det är Lasse därmed djupt diskriminerande när han tycker mer synd om en fattig svensk som lever i lyx jämfört med en genomsnittlig person i Afrika söder om Sahara.
Den senaste tiden har jag lyssnat en hel del på moraltestet i P3-programmet Christer via podradio när jag har cyklat till jobbet och liknande. Det är i stort sett samma frågor varje gång (om liv och död, självbestämmande, fattigdom och klyftor, droger, sexköp, krig, köttätande osv) och olika personer får möjlighet att resonera och föra fram sina tankar i dessa frågor. Därefter utvärderas resonemangen (inte åsikterna i sig vilket är en vanlig missuppfattning) av moralfilosofen Bengt Brülde från Göteborgs Universitet som på ett kärnfullt sätt diskuterar och utvecklar resonemangen.
Även om jag efter ett helt gäng avsnitt nu känner igen alla frågorna och flera av resonemangen (som ofta är liknande hos olika individer) tämligen väl vid det här laget är det fortfarande intressant att höra olika människors tankar. Dessutom är det lite sport att i ett tidigt skede känna av vilka tankevurpor Bengt kommer att slå ner på i den efterföljande utvärderingen.
Om du tror att du gillar den typen av program, ganska lättsamt och underhållande men ändå intellektuellt stimulerande prat, så har du många höjdpunkter framför dig…
Jag kör MythTV i Debian Stable (dvs Lenny i nuläget) vilket gör att det för närvarande endast finns stöd för version 0.22 via debian-multimedia. I Ubuntu 10.04, som oftast körs på frontenden i mitt fall, används numera som standard 0.23. MythTV-protokollet är inte bakåtkompatibelt så man får se till att uppgradera både backend och frontend samtidigt.
Eftersom det var meckigt att få in 0.22 i nya Ubuntu och 0.23 dessutom innehåller en hel del förbättringar beslöt jag mig för att uppgradera till 0.23 på webbservern (som alltså agerar backend) genom att kompilera själv.
I korthet gör man så här:
configure-skriptet tills det inte klagas på några beroenden (som fixas genom: apt-cache search deendency, sudo apt-get install paketnamn)makesudo make installSom standard (om man inte mixtrar med prefix-flaggan) installeras MythTV i /usr/local/ vilket är praktiskt eftersom exempelvis /usr/local/bin brukar ligga före /usr/bin/ i pathen så att din nyinstallerade version favoriseras.
Om du liksom jag tidigare installerat Debian-paket för 0.22 så är det läge att ändra startskriptet /etc/init.d/myth-backend så att den nya versionen körs (ändra sökvägen till mythbackend högt upp). Passa även på att uppgradera Mythweb (bara att kopiera över från /usr/local/share/mythtv/mythweb/ eller ändra i webbserverns konfiguration) så att den också kan prata med mythbackenden.
I Debian Lenny, med standardkärnan 2.6.26 på amd64-arkitekturen, får man lite problem med ivtv-modulens (tv-kortets drivrutin) och kärnans kommunikation vilket löses lätt och elegant med uppgradering av kärnan med lenny-backports. Lägg till lenny-backports (exempelvis direkt i /etc/apt/sources.list) om den inte är aktiverad redan och kör ” sudo apt-get update; sudo apt-get install -t lenny-backports linux-image-2.6-amd64″ (om du kör ett 64-bitars system, annars väljer du förstås annan lämplig arkitektur).
Sådärja, nu pratar förhoppningsvis alla MythTV-komponenter med varandra. Min gissning är att det kommer 0.23-paket även till Debian Lenny senare men det kanske kan dröja ett tag eftersom det finns en del beroenden att reda ut för paketmakarna och vem vill vänta på det. Genom att kompilera själv har man dessutom större möjligheter att påverka vilka komponenter man vill ha stöd för samt kunna hänga med i svängarna när det kommer fixar eller om man vill ändra något på eget bevåg.
Om man kör Ubuntu på en mindre bemedlad maskin, typ Asus EEE 901, finns det en risk att man i uppgraderingsprocessen, exempelvis från 9.10 till 10.04, stöter på ett meddelande om att man måste skaka fram mer diskutrymme.
Ibland är det lättare sagt än gjort och då kan det vara bra att känna till att det är /var/cache/apt/archives som bör finnas på ett filsystem med tillräckligt mycket diskutrymme. I mitt fall kunde jag temporärt flytta och länka denna sökväg till en annan partition som finns tillgänglig i systemet men annars finns ju alltid möjligheten att plugga i ett USB-minne och montera dess filsystem på denna sökväg.
Nu är det klart att nästa anhalt, från första juli, blir Zürich i Schweiz. Jag ska jobba på Credit Suisse med snarlika saker som idag fast som contractor i Schweiziska finansbranschen. Även om själva jobbet troligen inte kommer att skilja sig fundamentalt mot idag räknar jag med att mycket kommer att se annorlunda ut i min vardag. Spännande och lite omtumlande. En sak i taget…
Jag har varit på plats och träffat folket, sett lite av staden, bekantat mig med ett stycke trevlig “svensk” i staden och har förhoppningar om att hitta en bostad innan jag flyttar ner. Inledningsvis handlar det om ett sexmånaderskontrakt och sen får vi se vad som händer. Fortsättning följer.
Jag har jobbat lite i veckan med hur våra Selenium-tester kan nyttjas på ett mer effektivt sätt och bland annat löst problemet hur testresultaten ska visas på ett lättillgängligt sätt i byggserverns webbgränssnitt. Genom att visualiseras och göras tillgängliga kommer de att användas och faktiskt vara värda att underhålla och därmed även kunna tillföra beständigt värde över tid.
Det finns som vanligt flera sätt att lösa problemet på men jag vågar påstå att den lösningen jag har satt ihop är en av de flexiblaste och vettigaste i nuläget. Själva Seleniumtesterna är skrivna som JUnit-testfall och körs i Mavens integrationstestfas via Surefire-pluginet. Maven ser även till att dra igång Selenium-servern (med den webbläsare som pekas ut via en System-property och som specas tillsammans som ett argument till Maven) så att det finns nåt att köra testerna mot. Detta gör att det går lika bra att köra testerna i utvecklingsmiljön, från konsollen eller på byggservern. Och naturligtvis är det plattformsoberoende så att det går lika bra i min Ubuntu-miljö som på kundens byggserver som råkar köra Windows.
För att man ska se utfallet från testerna (och inte bara om det gick bra eller dåligt som om det vore ett vanligt enhetstest utan även med skärmdumpar) används ett öppet tillägg till Selenium, Logging Selenium, som kan fås att spotta ur sig en elegant rapport i HTML-format. För att visa upp denna i Hudson på ett välintegrerat sätt används HTML Publisher-pluginet som helt enkelt tillgängliggör rapporten i samband med Hudson-bygget och länkar till den.
Eventuellt återkommer jag vid ett senare tillfälle med mer utförlig och konkret konfiguration och kod men den som funderar över denna frågeställning har iaf fått ett grovt skissat lösningsförslag som funkar i praktiken.
Igår hade jag inte min 3G-dongel till hands när datorn var ute på vift och behövde internetåtkomst. Iphonen är ju klart lämplig som modem och efter att jag aktiverat internetdelning och bluetooth-parat luren med datorn dyker Iphonen upp i Ubuntus network-manager-applet som ett anslutningsalternativ. Mycket smidigt och smärtfritt.