Category: Uncategorized

  • WordPress and a problem with URLs containing UTF-8 characters

    Looks like WordPress does rather poorly with internationalized domain names. I just tried adding such a bookmark, and WordPress ate all the non-ascii characters. I can change the URI directly from phpMyAdmin, but WP still refuses to display or link it correctly both in the Blogroll management and on the site.

    (Sorry about the somewhat misleading title, but that’s how I went googling for the problem, so maybe someone else will, and can find a confirmation for their suspicions here.)

  • [Ratkaisu] Gmail oletussähköpostisovellukseksi

    Lähtökohta
    Olen käynnistänyt Firefox-selaimen ja avannut siihen Internet-sivun. Haluan lähettää sivun osoitteen sähköpostissa kaverilleni käyttämällä Firefoxin Tiedosto-valikosta löytyvää Postita linkki... -kohtaa tai oikean hiirennapin valikosta löytyvää samannimistä kohtaa. Sähköpostisovelluksenani minulla on valmiiksi määritelty ja toimiva Gmail-tili.
    Ongelma
    Kun valitsen Postita linkki… -kohdan, Evolution-sähköposti käynnistyy. En ole tehnyt Evolution-sähköpostiin toimivia sähköpostiasetuksia, enkä halua käyttää sitä linkkien lähettämisessä. Haluan käyttää Gmail -web-sovellusta siten, että se avautuu Firefox-selaimessa uuteen välilehteen.
    Ongelman syy
    Evolution on määritelty Gnomen oletussähköpostisovellukseksi.
    Ratkaisu
    Määrittelen Gmailin oletussähköpostisovellukseksi käyttämällä oletussovellusten hallintaa ja nimimerkki KSDZ:n Ubuntu Forumilla antaman esimerkin mukaista komentojonotiedostoa.

    #!/usr/bin/python
    
    # gmailto: Workaround to use GMail as your default email-client
    
    import sys
    import os
    
    if len(sys.argv) >= 2:
    	email = sys.argv[1]
    	if email[0:7] == "mailto:": email = email[7:]
            email = email.replace('?','&')
    	email = email.replace('&subject=','&su=')
    else: email = False
    
    os.execlp("gnome-open","","https://mail.google.com/mail/" + (email and "?view=cm&fs=1&to=%s" %(email) or ""))

    Lataa gmailaa (532 tavun Python-tiedosto)

    Tallennan yllä oleva tiedoston kotihakemistoni alle luomaani bin-alihakemistoon tiedostonimellä gmailaa ja varmistan, että minulla on siihen suoritusoikeudet komentamalla cd ~/bin && chmod +x gmailaa
    Valitsen Järjestelmä → Asetukset → Oletussovellukset. Avautuneen oletussovellusten hallinnan Internet-välilehdeltä, Sähköpostiohjelma-otsikon alta valitsen alasvetovalikosta kohdan Oma. Sen jälkeen muokkaan alasvetovalikon alapuolella olevaa Komento-tekstikenttää siten, että siinä lukee /home/jani/bin/gmailaa %s (missä jani on oma käyttäjätunnukseni).
    Tämän jälkeen Postita linkki… -kohdan valinta avaa Gmailin viestinlähetyksen uudessa Firefox-välilehdessä.

  • [Ratkaisu] Pääte auki Gnome-työpöydällä sisäänkirjautumisen jälkeen

    Lähtökohta
    Kirjaudun sisään tai annan automaattisen sisäänkirjautumisen kirjata minut sisään niin että Gnome-työpöytäni avautuu.
    Ongelma
    Työpöydällä on valmiiksi avattu Pääte-ikkuna, vaikken ole edellisen uloskirjautumisen yhteydessä jättänyt sellaista sinne. Jos suljen Pääte-ikkunan, kirjaudun ulos ja kirjaudun taas sisään, Pääte-ikkuna on jälleen työpöydällä.
    Ongelman syy
    Istuntoasetuksissa on istunnon tallennustoiminto, jota olen käyttänyt aiemmin yrittäessäni ratkaista toista ongelmaa. Olen tallentanut istunnon, jossa Pääte on ollut käynnissä.
    Ratkaisu
    Suljen ensin kaikki sellaiset sovellukset, joiden en halua olevan valmiiksi käynnissä kun kirjaudun sisään. Käynnistän istunnonhallinnan valitsemalla Järjestelmä → Asetukset → Istunnot ja avautuneessa sovelluksessa siirryn Istunnon asetukset -välilehdelle. Painan Muista käynnissä olevat ohjelmat -nappia, suljen sovelluksen ja kirjaudun ulos. Seuraavan kerran kirjautuessani sisään Pääte ei ole enää työpöydällä.
  • [Ratkaisu] Synaptic: tiedostojen noutokansiota ei voi lukita

    Lähtökohta
    Käynnistän tietokoneen ja kirjaudun sisään. Avaan Synaptic-pakettienhallinnan, etsin firehol-paketin ja merkkaan sen asennettavaksi. Painan Toteuta.
    Ongelma
    Synaptic ilmoittaa, että tiedostojen noutokansiota ei voi lukita. Tämä viittaa siihen että jokin muu prosessi, esimerkiksi apt tai toinen Synaptic-ikkuna käyttää tiedostojen noutokansiota. En kuitenkaan aja samanaikaisesti aptia enkä ole avannut toista Synaptic-ikkunaa.
    Ongelman syy
    Päivityshallinnan suorittama automaattinen päivitysten etsintä on käynnistynyt sisäänkirjautumisen yhteydessä ja lukinnut tiedostojen noutokansion.
    Ratkaisu
    Hylkään Synapticissa tekemäni muutosvalinnat ja suljen Synapticin. Asennan automaattisessa päivitysten etsinnässä löytyneet päivitykset, jonka jälkeen suljen automaattisten päivitysten hallinnan ikkunan. Käynnistän Synapticin uudestaan. Sen jälkeen pystyn toteuttamaan siellä tekemäni muutokset.
  • Alkusanat

    Asensin viikko sitten tietokoneeseeni Ubuntun, ja aloin kirjata ylös kohtaamiani pulmia ja niiden ratkaisuja sitä mukaa kun niitä löysin. Koska niistä uhkasi muodostua varsinaisen nörttiblogini pääasiallista sisältöä, päätin lohkaista tuon aihealueen kokonaan omaan blogiinsa. Tämä on se blogi.

    Siirron yhteydessä ajattelin myös vaihtaa ongelmankuvauksissa ensisijaisesti käyttämäni kielen kotimaiseen, koska se on loppujen lopuksi Ubuntussakin käytössäni oleva kieli. Vaikka useimpien pähkinöiden ratkaisujen löytämiseksi onkin vielä turvauduttava englantiin, niin miksipä en kantaisi omaa korteani kekoon tilanteen muuttamiseksi? Suunnittelen kuitenkin jo kaksikielisyyslisäosan liittämistä tähän WordPress-asennukseen valmiiksi siltä varalta, että innostun blogaamaan joistain aiheista molemmilla mainituilla kielillä.

    Otin tämän blogin perustaessani myös kokeeksi ensimmäistä kertaa käyttöön Kimmo Suomisen suomentaman WordPressin. Tähän saakka olen pitäytynyt senkin suhteen englanninkielisessä.

  • Solved: Pidgin: buddy pounce / login notifications around the notification area / tray (Ubuntu)

    sudo apt-get install pidgin-libnotify

    Then configure it from Tools > Plugins > Libnotify Popups.

  • The Gnome way, adding the second panel back and a flipped Nautilus

    I had emulated Windows’ look and feel shortly after I began using Ubuntu, but I have now became convinced of the Gnome way being the right way. I realized my brain was already confused with the location of the menus due to just the short dip into the Gnome default. That is to say, I found myself looking for the desktop menus from the top of the screen although I had only just touched that solution briefly in the beginning – what more proof is needed for the naturalness of the Gnome way? So, in an attempt to follow the Gnome philosophy to the strictest, I tried to re-organize my desktop back to the way it was right at the beginning.

    It took me some time to find out how to add the second panel back, as most of the Ubuntuforums threads seemingly related were not, so here’s how to do it: point to the other panel you have, right-click on it and select New Panel. I do wonder if the Gnome people think this is the most accessible way of doing this; at least in my mind, the panels are added onto the desktop so I would have expected the choice to add one to be available by right-clicking on the desktop. But apparently, the birth of a panel is more like the birth of an amoeba (where one becomes two) rather than the birth of life itself (where naught becomes one).

    I tried to avoid the somewhat nasty way of removing all Gnome configuration files because I did have some settings I wanted to preserve. Unfortunately, at some point I ran into Bug #153382 (or a similar one), where Nautilus makes the desktop disappear, starts hogging up the CPU and spews error messages into a logfile in the home directory. It was only due to finding the logfile that I found out what was going on in the first place, and I have to say this is one of those bugs that, although quite easy to solve with some experience (the nautilus process needs to be killed), is probably a horrible experience for a beginner running into it.

    In the end I did have to resort to logging out of Gnome and removing the configuration files before logging back in. Luckily, the issue of virtual terminals not being visible seems to have been temporary or at least not present when I needed a console, so I didn’t have to go casting rm -rf‘s blindly.

  • Solved: Camorama displaying only part of Creative NX (PD1110, 041e:401c) webcam's picture, all blue

    My Creative NX webcam seems to work out of the box with the gspca driver, but initially I had trouble getting a proper picture in Camorama. It seemed to be cropped down to only a small portion of what the camera can do, and the colors were all wrong, giving the image a strange blueish tint. The color and hue adjustments didn’t help.

    Playing around with Camorama’s parameters I found that starting the application from the command-line with camorama -M gives me a full-sized picture. I have yet to discover how to apply the same to Ekiga, which has the colors correct, but the same thumbnail-sized image problem.

    As for the color problem, there was a helpful hint at Launchpad: adding the Color correction filter in the Effects portion of Camorama’s window (Ctrl+E brings it up if it isn’t showing) fixes the issue.

  • Ubuntu: setting up SSHFS for elegant SFTP

    I needed to edit data on my webserver, and initially, still thinking in Windows terms I considered installing gFTP. But then I realized that networking is much more integrated in UNIX, and a separate application is not necessary: mounting my server directory was as simple as choosing to do so with Nautilus’ File > Connect to server item and providing the credentials.

    But there’s an even more elegant way of doing things. SSHFS integrates remote locations into your system seamlessly, allowing you to use them as if they were genuine directories under your local file system.

    For Gutsy Gibbon, all I needed to do to get the basic SSHFS functionality going was to install the sshfs package. But then I went ahead and integrated my home directory on the web server so that it’s now mounted automatically at boot. For this I adapted a set of instructions provided over at Debian/Ubuntu Tips & Tricks, as well as ones given in an Ubuntuforums thread.

    First, I created the local mount point for the remote location, and gave myself permission to modify it:

    sudo mkdir /media/my-remote-login
    sudo chown root:fuse /media/my-remote-login
    sudo chmod g+w /media/my-remote-login
    sudo adduser my-login fuse

    Then I added the mount point to /etc/fstab, adapting Darwin Award Winner‘s instructions to my own liking, with the following line (note that it all goes on a single line, the line breaks inserted below are only due to limited column width):

    sshfs#my-remote-login@my-web-server:path-to-my-remote-home-directory /media/my-remote-login fuse users,uid=my-local-uid,gid=my-local-gid,reconnect,transform_symlinks,BatchMode=yes 0 0

    (You’ll find out your local uid and gid with id.)

    After this, I had to do a sudo - my-login to activate the changes made to group settings (the adding of my-login into fuse), before the remote home was mountable (mount /media/my-remote-login) with my normal user account. (Otherwise the changes won’t be in effect until the next log-out and log-in.)

    Then I adapted prankst3r‘s instructions for establishing trust between my local host and the remote server:

    cd ~
    ssh-keygen -t rsa

    I left all the fields, including the passphrase, blank (just pressed enter).

    cd .ssh
    sftp my-remote-login@my-web-server:path-to-my-remote-home-directory/.ssh
    put id_rsa.pub
    quit
    ssh my-remote-login@my-web-server
    cd path-to-my-remote-home-directory/.ssh
    cat id_rsa.pub >> authorized_keys
    chmod 600 authorized_keys
    logout

    After this I was able to log in to the server (ssh my-remote-login@my-web-server) without having to type in the password, and after the next boot, my remote home was fully accessible (with read/write/execute permissions) from /media/my-remote-login with the command-line as well as Nautilus.