Jämförelse mellan att arbeta i Ubuntu och Mac OS X

Jag har nu använt både Mac OS X och Ubuntu rätt mycket (hundratals timmar). Mitt huvudoperativ är fortfarande Debian/KDE (tusentals timmar) och ibland använder jag Windows.

Några saker som är bra och dåligt med användargränssnittet som jag kommit att tänka på.

Mac OS X
+väldigt snabbt och effektivt att musnavigera med multitouch
+dock är snabbt, effektivt och riktigt snyggt
+systeminställningar är snabbsökbara vilket gör det väldigt lätt att hitta det som efterfrågas även när man är osäker vilken kategori inställningen hör till
+väldigt bra sökfunktion uppe i högra hörnet när man letar efter t ex en fil eller ett program
-fönster går bara att storleksändra i nedre högra hörnet
-multipla skrivbord (spaces) är trögt att jobba med. erbjuder inte den avlastning det kan vara när man har väldigt många fönster och program aktiva

Ubuntu (gnome)
+när man trycker på klockan visas en kalender. otroligt smidigt.
+multipla skrivbord (virtual desktop) är väldigt effektivt att arbeta med
-inställningar är uppdelade på administration och inställningar, vilket inte är uppenbart vad som hör till vad.

Jag skulle vilja ha multitouch och dock till gnome/kde! Verkar som att det jobbas åt det hållet, men det tar väl ett tag innan det finns både hårdvara tillgänglig och mjukvara som fungerar smidigt.

Ubuntu 10.04 är här!

Idag släpptes äntligen Ubuntu 10.04. Otroligt snygg installation. Här en skärmdump från installation via mac os x/virtualbox.

Grafiken tycker jag har fått sig ett lyft, riktigt snyggt i min smak! Allra mest intressanta nyheten är den snabba starten. Nu gick det inte särskilt fort för mig ändå, strax under 40 sekunder från boot till fungerande kommandorad. Helt ok. Det tog fem minuter att starta red hat 2001, när jag började med linux...

Det kändes kul att installera octave och octave sockets, eftersom jag har skrivit en (liten) del av koden! Installera octave3.2 och octave-sockets så kan du prova själv. Det är min förtjänst att minnet inte går åt i samma takt som nätverkstrafiken strömmar in över octavesocketarna.

Problem med utf-8 lösta!

Jag har haft en del problem med att få synkronisering av filer på mac os x att fungera. Detta på grund av mac os x val av normaliseringsform för unicode. (läs tidigare inlägg här och här samt här)

Mitt problem är alltså att jag vill kunna synkronisera filer som finns på en filserver, lagrad med utf-8 till en mac. Efter att jag jobbat med filerna antingen lokalt på macen eller de uppdaterats på servern ska jag kunna synkronisera och lösa konflikter. För detta är unison utmärkt, men det fungerar ej för mig eftersom mac os x använder en annan normaliseringsform för unicode, vilket unison ej stöder.

Nu har jag löst problemet

• inte på ett smart sätt (med lokal fusemontering på macen)
• inte på det rätta sättet (fixa unison, för svårt)
• inte på ett halvsnyggt sätt (synkronisering över sftp, cyberducks synkronisering fungerade inte tillräckligt snabbt och smärtfritt)
• inte på det trekvartssnygga sättet (montering med fuse och iconv (eller ekvivalent) inuti servern, föll på att olika normaliseringsformer inte verkar stödas av iconv i äldre versioner)
  
• inte på det grova sättet (dubbelriktad rsync scriptat i bash. blev för otillförlitligt och hanterade inte interna länkar korrekt. däremot stöder nya versioner av rsync macs teckenkodning!)
• inte på det alternativa sättet (montera filerna över afp följd av lokal unison, föll på att jag inte fick till det enligt standardreceptet, fråga mig inte varför.)
• inte på det drastiska sättet (tagit bort alla icke-ascii-tecken från alla filer:-)
• inte på det desperata sättet (installera ubuntu på macen, native. det gick iofs bra men det känns fel att inte dra nytta av de grejer som faktiskt är bra med macen, såsom den fantastiska musplattan, mail etc.)
  

Istället för allt detta kringgår jag problemet och får därtill andra fördelar:
Jag kör en virtualiserad filserver inuti macen. Inne i den virtuella maskinen kan jag köra unison. För att komma åt filerna exporterar jag dom med samba över smb. På macen monterar jag sedan den utdelade mappen och använder från macen. Detta fungerar klockrent. Därtill är krypteringen löst eftersom jag satt upp en krypterad disk inuti filservern.

Receptet ser ut såhär:

• installera virtualbox på värden (mac os x)
  
• installera gästen (ubuntu 9.10) enligt receptet på virtualbox dokumentationssidor. inga konstigheter alls.
  
• skapa en extra virtuell disk i virtualbox. Denna hamnar i mac os x som en fil med ändelsen .vdi. Denna lägger jag på valfritt ställe. Den behöver ej vara på ett krypterat filsystem, eftersom innehållet i filen senare kommer att vara krypterat. Justera inställningarna i virtualbox så att gästen når denna extra disk.
  
• i virtualbox, konfigurera nätverket så att både nat och lokalt nätverk finns (två nätverkskort alltså). Det gör att man kommer åt internet på ett lätt sätt inifrån gästen, samtidigt som man kommer åt sambaservern från mac os x)
  
• Inifrån gästen (ubuntu), sätt upp den extra disken som ett krypterat filsystem. sök på ubuntu encrypted filesystem för diverse alternativ hur man kan göra.
• inifrån gästen, installera samba och konfigurera den så att hemkatalogerna exporteras.
• sätt ett lösenord på exporten
• varje gång jag vill komma åt filerna startar jag värden, anger lösenordet för filsystemet och låter det boota klart.
• Därefter monterar jag hemkatalogen med smb inifrån finder i mac os x.
• Nu kan jag arbeta i filträdet i mac os x, eller inifrån värden om jag så vill.
• med unison inifrån gästen (måste installeras separat) kan jag synkronisera med filservern.
  

Hela denna lösning håller sig till fri mjukvara och inga fultricks. Det går nog att få ner belastningen på värden om man skalar bort så mycket man vågar ifrån gästen.

Denna lösning har fördelen att jag har en extra utvecklingsmiljö på macen. Virtualisering är en ball grej!

Roxcore trådlös överföring av ljud i Ubuntu

Jag köpte en manick (Roxcore, okänt modellnummer) för att överföra ljud trådlöst (via radio, inte ljudvågor!:-) från datorn till högtalare. Skönt med en kabel mindre över golvet hemma.
Jag köpte den via kjell och company. Det består av en usbsticka som sänder ljud och en liten mottagarlåda som sätts in i högtalarna/förstärkaren/stereon etc.

Pluggade in den i min laptop och parade den enligt instruktion som följde med i kartongen. Började funka direkt, var bara att välja "usb audio device" i menyn system/Inställningar/Ljud (jag kör ubuntu på laptopen).

Att få spotify att funka var däremot svårare - Spotify vill använda första enheten i Alsa, vilket för mig råkar vara det inbyggda ljudkortet i datorn. Jag löste det med
asoundconf list
som gav mig
Names of available sound cards:
Intel
Audio
En koll av aplay -l gav att "Audio" verkar vara usb-ljudet. Jag väljer detta som förvalt ljudkort med asoundconf set-default-card Audio
En omstart av spotify och konfiguration av winecfg enligt supportsidan på spotify, och voila, nu spelar jag Genesis!

Uppdatering:
som en av kommentarerna säger, så störs trådlösa nätverket av att köra med denna produkt! Inga problem med att läsa mail etc, men att strömma musik via spotify blir mer eller mindre omöjligt. Jag har inte provat att byta kanal på trådlösa nätverket resp. roxcoredongeln. Möjligtvis skulle en uppdatering till trådlöst nätverk på 5GHz-bandet lösa problemet.

sftp med minsta möjliga rättigheter

FTP är krångligt att sätta upp bakom en brandvägg. Dessutom verkar många ha väldigt svårt för att använda ftp-program. Därtill är ftp okrypterat.
Ett bra alternativ är sftp (notera skillnaden mot ftps).

Att sätta upp en sftp-server är lika lätt som att installera en sshserver, i debian (och ubuntu?) är det bara att installera packetet openssh-server så är det klart.
Däremot krävs det en del extra för att kunna ha användare som har tillgång till sftp men inte ett normalt shellkonto.

Jag följde guiden här, men det är ganska lätt bara man kommer ihåg följande steg:

1. skapa gruppen sftponly: $addgroup sftponly
   
2. konfigurera sshd (filen /etc/ssh/sshd_conf) så att en avdelning med "match group sftponly..." finns med innehåll
   

   Match group sftponly
          ChrootDirectory /home/%u
          X11Forwarding no
          AllowTcpForwarding no
          ForceCommand internal-sftp
   Glöm inte heller att ändra
   Subsystem sftp /usr/lib/openssh/sftp-server
   till
   Subsystem sftp internal-sftp
   

3. ladda om konfigurationen med $/etc/init.d/ssh reload
4. skapa en användare du vill ska kunna enbart använda sftp: $adduser unlucky
5. tilldela gruppgemenskap: $addgroup unlucky sftponly
   
6. sätt hemkatalog till / : $usermod -d / unlucky
   
7. se till att hemkatalogen ägs av root (för att ssh-servern ska kunna göra chroot): $chown root:root /home/unlucky
8. se till att användaren inte kan logga in normalt: $chsh -s /bin/false unlucky

Prova sedan att logga in med den nya användaren. Det ska inte gå vare sig direkt, via ssh, via su - unlucky utan enbart via sftp.
För windows finns winscp och filezilla som går att ansluta sig med.

Jag monterar kataloger inuti /home/unlucky med --bind readonly så att den nya användaren kan läsa men inte skriva. Mer om det någon annan dag!

Codecs, codecs, codecs....

...är ett elände. I ubuntu kan man få de flesta att funka nästintill omedelbart genom att följa instruktionen på https://help.ubuntu.com/community/RestrictedFormats#oneline

Encrypted home directories on a debian laptop

This posting is in English. Do you think it should be in Swedish instead? Or should i post it in two versions? Comment below if you have an opinion on this topic.

Creating encrypted home directories
It is good to have the content on your laptop encrypted - especially on a laptop which is at a much higher risk of being stolen or lost.
I followed this guide, which was really easy. It takes below an hour to setup if you do NOT know how to do it but have some basic linux skills.
If you have done it before, it just takes a few minutes.

The steps are (under debian) (Later edit: also works fine under ubuntu!)
Your username is $USER

1. install fuse
   
2. install encfs
3. add module fuse to be loaded at startup, echo "fuse" >>/etc/modules
4. add a user to be allowed to use fuse: adduser $USER fuse
   
5. follow the guide on this blog, with the addition to change the ownership of /home/.enc/$USER/.encfs5
   
6. done! check that it works by logging in and then type mount. It should display your home directory mounted as encfs.

Logging in with ssh will unfortunately not work this way (this is because ssh does not use pam to authenciate users). Workaround:

1. create a user which is used only for login via ssh:
   (sudo if on ubuntu) adduser ssh$USER
2. login with: ssh ssh$USER@yourlaptop
3. swith to your regular account with su - $USER