Outlook til iCalendar

Jeg ser at Microsoft Outlook 2013 (en del av Office 2013) støtter automatisk publisering av kalender til WebDav område i standard ics, eller iCalendar format. Hvorfor er dette interessant? Jo, av to årsaker.

1. Noen organisasjoner åpner kun for ekstern ActiveSync-tilgang (EAS) til epost og kalendere, uten mulighet for OWA eller EWS. Dette gir få alternativer for Linux-brukere.
2. Man ønsker kanskje å få opp kommende avtaler i Lightning eller Evolution, uten bruk av tredjeparts EWS plugin eller OWA (DavMail f.eks.) som noen ganger skaper problemer, spesielt ved skrivetilgang.

I mitt tilfelle så kjører jeg Windows i VirtualBox, og motivasjonen for dette eksperimentet er å sette opp grunnleggende enveis-synkronisering slik at jeg kan sjekke kommende avtaler uten å ha VirtualBox kjørende hele tiden. Nå må det nevnes at jeg egentlig ikke har bruk for denne løsningen i det daglige, dette er mest en akademisk øvelse.

Ved siden av Office 2013 behøver man også en WebDav server som Outlook kan publisere til. Dessverre fant jeg IIS oppsett for WebDav veldig frustrerende. Ett alternativ er BarracudaDrive. Det er freeware for ikke kommersiell bruk og ser ut til å gjøre jobben.

BarracudaDrive konfigureres gjennon nettleseren, og har en snarvei på varslingspanelet.

Microsoft Office 2013 har en delingsfunksjon, "Publiser på Internett".

Gjennom web-grensesnittet i BarracudaDrive kan man navigere til den mappen/adressen hvor man ønsker å lagre kalenderen. Deretter kopierer man adressen og bruker dette som "plassering" i publiseringsdialogen i Outlook. Merk: Outlook ser ikke ut til å støtte SSL, så man må endre fra https:// til http://. Outlook vil jevnlig publisere oppdateringer til WebDav-området.

Med denne løsningen får man automatisk eksportert en Outlook kalender til iCalendar-format. Outlook publiserer endringer med ca en halvtimes mellomrom. Stegene videre overlater jeg til fantasien. Jeg ville antagelig vurdert å sette opp rsync for å kopiere iCalendar-filene til en delt mappe mellom Windows-gjest OS og Linux. På rsync.net kan man laste ned rsync.net Windows Backup Agent som jeg antar vil fungere tilfredsstillende til formålet. For å abonnere på *.ics filene i Linux så antar jeg Evolution er det mest naturlige valget om man ønsker integrering i Unity eller GNOME kalenderen. Jeg testet den eksporterte ics filen i Lightning og det fungerte bra. Lightning støtter abonnering på lokale ics filer, bare pass på att plasseringen starter med file://.

Oppdatere Linux fra backports

Med noen hint fra scottlinux og den offisielle backports dokumentasjonen for "wheezy", også kjent som Debian 7, fant jeg i dag en mye enklere måte å oppdatere kjernen på enn å kompilere fra kildekode.

Først legger jeg til en ny fil:

# vim /etc/apt/sources.list.d/backports.list

Innholdet i backports.list er som følger:

deb http://http.debian.net/debian wheezy-backports main non-free contrib

Deretter installerer jeg siste kjerne, og eventuelt nødvendig firmware for min maskinvare:

# apt-get update
# apt-get -t wheezy-backports install linux-headers-amd64 linux-image-amd64
# apt-get -t wheezy-backports install firmware-linux

Linux notater

Notater som kanskje kan være verdt å sjekke tilbake til en gang.

• Linux kan fint installeres å kjøres fra ekstern USB disk, men det fungerer ikke før du har installert en FAT32 (EFI) partisjon på  ~200MB for Ubuntu på maskiner som er konfigurert med EFI. Debian har en opsjon for å lage EFI partisjon når du setter opp disken manuelt.
• Jeg kom over ett flott triks (kreditt her) for hvordan man hindrer update-grub å lete etter andre OS ved å kjøre kommandoen: sudo chmod -x /etc/grub.d/30_os-prober.
• Automount i Unity (Ubuntu) er plagsomt når man har en ekstern disk med mange partisjoner, skjult i konfigurasjonsinnstillingene finnes det heldigvis en måte å deaktivere denne funksjonaliteten på (bare husk på å installere dconf-editor først).

Andre observasjoner.

• WiMP finnes nå bare som selvstendig installer, og denne versjonen lar seg ikke installere i Wine. Oppgraderer jeg en gammel versjon som er installert med AdobeAir, får jeg ikke oppdatere til den siste versjonen. Den versjonen som kom ut rett før WiMP bare tilbydde en selvstendig installer, er veldig ustabil nå. Inntil videre kjører jeg bare WiMP i virtuell maskin med Windows 7.
• Unity (Ubuntus spesielle skrivebordsmiljø) er faktisk ikke så ille i 14.04, jeg har brukt det nesten daglig siden i mai. Det som trekker opp er at det nå begynner å bli veldig modent, og jeg liker hvordan det fungerer når du arbeider med flere skjermer. Men jeg klarer aldri å huske release navnene Canonical bruker, som "Trusty Tahr"..
• Terminator er min nye venn.

Latmannsliste, avinstallere PulseAudio

PulseAudio har vært litt ustabil på den ene maskinen min, og mister innimellom kontakt med lydkortet når jeg kobler fra strømmen. Istede for å forske på problemet, er det enklere å bare bruke ALSA.

Latmannsliste for fjerning av PulseAudio på Xubuntu 13.10 (og ev, nyere).

$ sudo -i
# apt-get purge pulseaudio
# apt-get install volumeicon-alsa

Settings Manager > Session and Startup > Application Autostart
Legg til kommandoen volumeicon.

# reboot

Nyttige lenker:

• Arch wiki - ALSA
• Arch wiki - XFCE volumtaster

Ekstra steg, dersom feil lydkort velges som standard, kan man endre indeks. I mitt tilfelle blir HDMI valgt før de innebyggede høytalerne. Kommandoen kan variere etter type lydkort.

# echo "options snd_hda_intel index=1" >> /etc/modprobe.d/alsa-base.conf

Kontinuerlig testing

I Linux kan inotifywait benyttes for å kjøre unit tester hver gang kildefil blir lagret. Følgende kommando sjekker kildefolder for endringer, og starter ett skript som gir tilbakemelding om feilede tester.

$ while inotifywait -r -e modify *.rb; do ruby path_to_enlightenment.rb; done

Kommandoen for å starte testene varierer naturligvis. I dette tilfellet kjører jeg gjennom Ruby Koans oppgaver, som kan lastes ned her. I Ubuntu finner vi inotifywait kommandoen i pakken inotify-tools.

$ sudo apt-get install inotify-tools

Bildet illustrerer kontinuerlig tilbakemelding i terminalvinduet til venstre.

Hente ut NRK videostrøm

Her om dagen kom jeg over en interessant dokumentar på NRK sine nettsider som jeg hadde lyst å ta vare på slik at jeg kan se filmen på nytt senere. Så jeg forsøkte derfor å se om det var mulig å laste ned filmen på en enkel måte. Etter litt plundring ett par kvelder på rad kom jeg fram til en én-linjes kommando i Linux som ordner det hele.

Legge til firmware ved egenkompilert kjerne

Om overskriften er gresk for deg, så blir neppe innholdet så mye bedre. Men jeg kompilerte nylig min egen Linux kjerne til Debian installasjonen min (guide her). I den forbindelse var det noen drivere som ikke fungerte med det samme. Årsaken var manglende firmware, firmware som ikke engang var tilgjengelig i Debian pakkebrønnen fordi driverne er for nye.

Problemet med manglende firmware dukker blant annet opp under installasjon av Debian.
Dette bildet er tatt fra min nylige Debian 7 installasjon.

Etter litt tilfeldig søk på nettet fant jeg en kilde på kernel.org med diverse "firmware blobs for use with the Linux kernel". Perfekt!

Nå, det neste spørsmålet, hva skal man gjøre med disse filene? Ifølge den offisielle Debian wiki'en er den riktige banen for å lagre firmware-filer manuelt; "/usr/local/lib/firmware".

Med denne informasjonen i bakhånd kjørte jeg følgende kommandorekke. Startet maskinen på nytt, og sjekket at alt fungerte slik det burde.

# mkdir -p /usr/local/lib/firmware
# cd /usr/local/lib/firmware
# git clone https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git .

Jeg tør ikke si sikkert om dette er den beste framgangsmåten, men det virker logisk å gjøre det slik i og med at filbanen er ment for firmware som er manuelt lagt til, og kilden filene er lastet ned fra virker tilsynelatende komplett.

WiMP og Linux (igjen)

WiMP og Linux, mer spesifikt Xubuntu/Ubuntu, har ofte vært hit og miss for meg. Så etter å ha gitt opp i frustrasjon etter forrige gang WiMP sluttet å virke, var det fint å se at det nå fungerer igjen. For å være mer presis, jeg har bare brukt WiMP sammen med Wine etter at Adobe sluttet å tilby oppdateringer til Adobe Air for Linux. Det er mulig at Adobe Air til Linux fungerer fint, men det er en sikkerhetsrisiko å benytte produkter som ikke får sikkerhetsoppdateringer så jeg styrer unna. Istedet kjører jeg Windows-versjonen av Adobe Air i emuleringsgrensesnittet Wine. Med siste stabile versjon fungerer WiMP tilsynelatende veldig bra. Jeg har testet Wimp på Xubuntu 12.04 og 13.04, begge installasjoner 64 bit.

WiMP på Xubuntu 13.04

Guide for å laste ned og installere Wine direkte fra WineHQ finnes her. Men pass på at du installerer (for tiden) Wine 1.6, som er den reelle stabile versjonen. Guiden er antagelig litt utdatert når den referer til Wine 1.5.

Førsteinntrykk: BitTorrent Sync

Webgrensesnitt.

BitTorrent Sync, eller btsync, er ett synkroniseringsprogram som minner om Dropbox. Men den store forskjellen er at btsync er peer-to-peer og lagrer ikke noe på tredjepartsservere.

Btsync er i utgangspunktet enkelt å sette opp på Linux. Man laster bare ned en komprimert fil som inneholder btsync og kjører denne som en bakgrunnprosess. Deretter går man inn på webgrensesnittet og legger til foldere man ønsker å dele. Ingenting blir tilgjengelig for andre før man deler en hemmelig nøkkel. Uten denne kan ingen synkronisere innholdet i mappen, og slik ivaretas sikkerheten. Nøkkelen kan man hente ut fra web grensesnittet og legge til på en annen btsync instans på en annen maskin.

Linux, Wimp og Wine

Ser at bloggen min får mange treff på stikkordene Linux, Wimp og Wine som leder til ett tidligere innlegg som handlet om å kjøre musikktjenesten Wimp på Linux. Wimp støtter egentlig ikke at produktet kjører på andre plattformer enn det Adobe Air støtter, så naturligvis er det bare flaks når det fungerer i Windows-emulerings-verktøyet Wine. Forvirret nå? Uansett, her er hva som skjedde meg i dag.

Hvordan installere Linux på Debian

Jeg har bare installert Linux kjernen manuelt en gang tidligere, og da forstod jeg ikke stegene. Det har ført til at jeg alltid har tenkt at å installere ny kjerne er ett ork.

For noen uker siden gikk jeg over til Debian Squeeze (aka Debian stable eller Debian 6). Distribusjonen er meget stabil og fungerer utmerket på min to år gamle bærbare. Jeg må legge til NVIDIA driveren, men det er ikke så vanskelig. Da jeg gikk over til Debian igjen kom jeg over kapittelet i Debian dokumentasjonen som heter "8.6. Compiling a New Kernel". Dette forklarer kort og konsist hva man behøver å gjøre for å kompilere selv, visst man skal gjøre det etter "Debian metoden".

Under har jeg notert meg stegene. Jeg rotet litt og kjørte make menuconfig før jeg hadde valgt v3.4.4 taggen i Git (stod på v3.4), men det spilte visst ikke noen rolle heldigvis. Merk at det tar lang tid å klone hele Git treet slik jeg gjør her. Alternativt kan man laste ned ett ferdig bilde av Linux fra Kernel.org.

$ mkdir git
$ cd git/
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
$ cd linux-stable
$ git checkout v3.4.4
$ make menuconfig
$ make-kpkg clean
$ fakeroot make-kpkg --initrd --revision=dellbox.v3.4.4 kernel_image
$ sudo dpkg -i ../linux-image-3.4.4_dellbox.v3.4.4_amd64.deb

Etterpå gjorde jeg en omstart. NVIDIA driveren var ikke tilgjengelig, slik at jeg ble møtt med kommandoshell. Jeg er litt usikker på dette steget, men jeg kjørte installasjonsprogrammet til NVIDIA sin driver på nytt og tok en ny omstart. Etter dette fungerte alt som det skulle. Det finnes kanskje en bedre metode.
For tiden bruker jeg NVIDIA-Linux-x86_64-295.59.run som jeg heldigvis hadde liggende i nedlastingsmappen min. :)

Dette gikk over all forventning.

Bilde er forresten lånt fra Wikipedia.

Fedora 16 tips

Fedora er en Linux distribusjon som jeg alltid har hatt litt sansen for. Men Fedora er kjent for å ikke tillate codecs for å spille av patenterte eller lisensierte multimediaformater (som mp3 filer), og jeg synes personlig Fedora er litt agressive med å oppdatere pakkene. Her er ett par tips for å løse begge disse utfordringene.

Tips 1: Multimedia codecs

Fra ask.fedoraproject.org:

First, you need to set up the RPMFusion repos as explained http://rpmfusion.org.
Then, in a terminal run:
su -c 'yum install gstreamer-{ffmpeg,plugins-{good,ugly,bad{,-free,-nonfree}}}' Should do it.

Tips 2: Oppdateringer

Det føles ut som at hver gang man starter en PC med Fedora installert så venter det hundrevis av megabytes med oppdateringer, spesielt dersom man ikke har brukt maskinen på noen dager.

En løsning er å utsette oppdateringen til man har god tid og gode internettlinjer. En annen løsning er å bare legge inn sikkerhetsoppdateringene. Disse kommer ikke like hyppig og man slipper å laste ned så mye om gangen, og dessuten innbiller jeg meg at oppsettet blir mer forutsigbar om man ikke oppdaterer så mange pakker om gangen. Heller leve med en bug du kjenner, enn tre nye du ikke forventet. Først, installer sikkerhetsmodul til YUM:

su -c 'yum install yum-plugin-security'

(..Eventuelt sudo yum install yum-plugin-security dersom du bruker sudo)

Deretter bruk kommandoen su -c 'yum --security update' for å oppdatere systemet. Dette vil bare oppdatere pakker med sikkerhetsoppdateringer, det mest nødvendige med andre ord.

WiMP

WiMP som kan brukes gratis om man er Canal Digital kunde støttes ikke mer på Linux, men det fungerer helt ok i Wine for de som ønsker å prøve.

Bare ikke forvent støtte fra support.

Reparere manglende programfiler i Debian/Ubuntu

Etter å ha testet ut skjermkortdriver fra ATI ønsket jeg å avinstallere denne å gå tilbake til den fri driveren som fungerer litt bedre på noen områder.
Dessverre gikk det ikke helt rett for seg og noen filer manglet etterpå slik at 3D grafikk sluttet å fungere.
Se hva som skjer når jeg forsøker å starte "glxgear".

$ glxgears

[..] libGL.so.1: cannot open shared object file [..]

Som vi ser her er glxgear programmet avhengig av en bibliotekfil som heter libGL.so.1.

$ ldd `which glxgears` | grep libGL

[..] libGL.so.1 => not found [..]

Kommandoen dpkg -S "filnavn" finner hvilken pakke bibliotekfilen ligger i.

$ dpkg -S libGL.so.1

libgl1-mesa-glx: /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2

libgl1-mesa-glx: /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1

Pakken vi ser etter heter libgl1-mesa-glx.

Hos meg var det ingen mappe som het "mesa" under /usr/lib/x86_64-linux-gnu/. Bibliotektfilen var blitt borte rett og slett. Likevel viser følgende kommando at pakken er installert.

$ dpkg -l libgl1-mesa-glx

[..] ii  libgl1-mesa-glx [..]

Løsningen på problemet var derfor å installere "libgl1-mesa-glx" på nytt, nå fungerer glxgears igjen.

$ sudo apt-get install --reinstall libgl1-mesa-glx

Det som er verdt å merke seg med kommandoen over er at man kan reinstallere ødelagte pakker enkeltvis uten å trekke inn alle avhengighetene. Det står mer informasjon om temaet på følgende lenke.

http://www.debian-administration.org/articles/176

Det var enklere å ordne opp i dette enn hva jeg trodde. :p

Puppy Linux

Testet Puppy Linux 5.2 på min ASUS Eee 900 i går, og det fungerte overraskende bra. Problemet med denne maskinen er at den interne disken er altfor treg, men Puppy er laget for å kjøre på maskiner med lave spesifikasjoner og "live" medier.

Selv om alt fungerte kjapt (selv "tunge" programmer som nettlesere fløt utmerket) så var jeg ikke så fornøyd med at alt kjører som root. Det vil si, at standardbrukeren er en superbruker med fulle rettigheter. Etter hva jeg fant ut etter litt søking på nett var at det ikke helt trivielt å gjøre puppy om til ett flerbrukersystem. Det er visst en generell ide i Puppymiljøet at dette er helt greit, jeg for min del synes det virker litt amatøraktig. Det som på den andre siden er positivt er at Puppy er veldig enkelt å bruke. De som har laget Puppy har hatt brukeren i fokus.

For sofasurfing virker Puppy som en kjempedistribusjon. Men som følgesvenn på veien ville jeg iallefall tatt noen forholdsregler om man skal bruke puppy til seriøst arbeid.

Puppy fungerer kjempefint på Asus Eee 900 og for sofasurfing.

Neste gang vil jeg forsøke FreeBSD og se om det er ett alternativ for denne laptoppen.