Author: Jani

  • Anticipating Google Chrome

    On paper, Google’s Chrome seems to have some nice features going for it. Design ideas I like about it, featured either in the comic or the blog post:

    • It’s open source.
    • The importance of stability. Although I’ve had no serious problems with Firefox either (after I ditched Adobe’s flash), making stability one of the selling points instead of just something implied, is definitely something I welcome.
    • Speed. This was one of the biggest reasons I initially switched from IE to Firefox, but since then Firefox has taken on so much extra baggage that it has become unbearable for me, and caused me to switch to Epiphany.
    • The sweet spot between too many features and too few sounds golden. Like I said, I’ve switched to Epiphany, and I made the choice mainly because the design philosophy behind it reflects this marriage of simplicity with the most important features.
    • Linux and Mac versions underway in addition to the Windows version. Definitely a plus, although we’ve perhaps even come to expect this from Google.

    Things I’m on the fence about:

    • It’s said to be designed from the perspective of modern web applications. Whether this is good or not depends on how it’s engineered. If it has resulted in less bloat than traditional browsers’ evolutional codebase, even with the advertised increased performance, I’m all for it. Then again, maybe they’ve just re-invented the wheel. Which, of course, isn’t necessarily bad for the user, just a waste of time.
    • Security. Apart perhaps from IE, I think modern browsers are pretty secure, and the overwhelmingly worst threat lies not with them, but between the keyboard and the chair. Of course, not all users are equal, and perhaps a paranoidly secure browser is helpful for users too innocent for their own good on the web, but I like to be in control myself and am easily angered by software attempting to out-smart people using it. Which is what a browser with a wrong idea about the user’s abilities inevitably does.
    • The multi-process design. It seems like a radical solution, which may be revolutionary, or just a dead end. Either way, I’m very happy to see them experiment this way.
    • The privacy mode. In itself, it’s a good thing, but if it has resulted in lack of privacy for the normal mode, it’s a mistake. But privacy-wise I think the bar has been set so low by the current generation of browsers that they should be easily beat at this.

    Things I dislike about it:

    • It’s from Google. They’re not necessarily evil, but I dislike any player who’s gotten too big, and when it comes to the web, Google definitely qualify. However, the power of open source is strong enough to counter this point: because they’re not locking users in with Chrome, it doesn’t matter what I think about them. What matters is the product and how good or bad is it in other respects, so I could scratch this point entirely.
    • Only a Windows version available so far. I’ll have to use virtualization to get my hands on it!
    • The Omnibox. I cannot put into words how much I despise Firefox’s AwesomeBar; it was the tipping point for me, finally causing the switch to Epiphany. They’re saying this is nothing like it, but I’ll have to see it to believe it. Until then I’m marking it as a minus.
  • Kolumni: Käyttöjärjestelmät kahveina

    The Bizarre Cathedral esittää käyttöjärjestelmät kahveina:

    1. ruutu: "The Bizarre Cathedral by Merc + Crimperman". 2. ruutu: "If software were coffee"; kuvassa pohjastaan haljennut ja vuotava mukillinen kahvia, jonka kyljessä Windowsin logo. 3. ruutu: Applen logolla koristeltu jalallinen lasi vaaleaa juomaa, pinnalla kermavaahtoa ja lasissa lusikka. 4. ruutu: Paljon mukeja, joista etualalla olevia koristavat Red Hatin, Debianin, SuSEn ja Ubuntun logot; rinnalla pussi, jossa teksti "LFS premium coffee beans".

    Kehittelin huvikseni ajatusta hieman edelleen; lisäideoita sain kaveriltani Juhalta.

    Windows
    Nescaféta vuotavasta mukista, jonka korva on katkennut.
    OS X
    Kermavaahdolla ja makusiirapilla maustettua kahvijuomaa yksinkertaisen mutta tyylikkään näköisestä lasista, lusikalla. Juoman valmistaa barista nimeltä Steve, joka väittää tuotoksensa olevan yliveroista muihin verrattuna. Sinä uskot häntä ja maksat itsesi kipeäksi tuosta himoitusta juomasta.
    Linux
    Kaikki Linux-kahvit perustuvat reilun kaupan kahviin.

    LFS
    Pussillinen kahvipapuja.
    RHEL vs. Fedora
    Työpaikan kahvion kahvi vs. taukotuvan porukalla ostettu ja itse keitetty.
    SLED, OpenSuSE
    Samaa kuin edellä, mutta firma on saksalainen.
    Mandriva
    Café au lait.
    Debian
    Nokipannukahvia mustana, kuksasta.
    Ubuntu
    Nokipannukahvia maidon ja sokerin kera vaaleanruskeasta mukista.
    *BSD
    Tässä (kuten toki edellisissäkin) on edelleenkehittelyn varaa, sillä en tunne BSD-variantteja tarpeeksi hyvin keksiäkseni niille yhteisiä piirteitä, jotka erottaisivat ne edellisistä, tai mikä kussakin on keskeisintä.

    FreeBSD
    Edullista mutta hyvää peruskahvia.
    NetBSD
    Kaikki tykkäävät tästä kahvista.
    OpenBSD
    Pastöroidusta vedestä ja laboratorio-olosuhteissa kypsytetyistä pavuista valmistettu kahvi. Valmistaja, hullu professori, haistattelee sinulle jos yrität puhutella häntä.
  • Some notes about podcasting in WordPress

    • Theoretically, publishing a podcast feed in WordPress should take nothing more than a link to the episode file, using an absolute URL. This should prompt WordPress to generate the appropriate enclosure tag in the feed.
    • However, WordPress generates the enclosure only upon initial generation of a post, not on subsequent edits. So if the podcast URL is added after the entry is created, during an edit, the enclosure isn’t generated.
    • For some reason, WordPress doesn’t generate the enclosure for me even when I post the link straight up. It doesn’t do so either, when I use the ‘Add media’ function, although I’m not sure if it’s even supposed to.
    • Luckily, it’s possible to hand-craft the enclosure for a post for which no enclosure has been created. Though laborious, it works. The “enclosure” field’s value should consist of three lines:
      • Full URL to the file
      • Length of the file in bytes
      • Content-Type of the file (like “audio/x-vorbis+ogg”)
  • [Ratkaisu] Gmail ei toimi Epiphanyssa

    Lähtökohta
    Olen asentanut epiphany-extensions -paketin, aktivoinut Greasemonkey-lisäosan ja asentanut siihen _blank Must Die -komentojonon.
    Olen käynnistänyt Epiphany-selaimen ja ladannut siihen Gmailin niin, että näytöllä näkyy Gmail-postilaatikkoni sisältö.
    Ongelma
    Mikään postilaatikkonäkymän linkeistä, kuten yksittäisistä viesteistä tai valikon muista näkymistä, ei toimi. Esimerkiksi viestin otsikon valinta hiiren vasemmalla napilla ei avaa viestiä, vaan Gmail näyttää sen jälkeen edelleen postilaatikkonäkymää. Vain uloskirjautuminen ja ohjeen avaaminen toimivat.
    Ongelman syy
    _blank Must Die -komentojono ei ole Gmailin kanssa yhteensopiva Epiphanyssa käytettynä.
    Ratkaisu
    Poistan _blank Must Die -komentojonon seuraavalla komentosarjalla:

    cd ~/.gnome2/epiphany/extensions
    cd data/greasemonkey
    rm http\:__userscripts.org_scripts_source_1691.user.js

    Lopuksi päivitän Gmail-näkymän painamalla Epiphanyn työkalupalkin Päivitä-nappia. Sen jälkeen Gmail toimii normaalisti.

  • LJ Talk: How about receiving and posting comments?

    My suggestion concerning LJ Talk just went to moderation. In the meanwhile, I’m posting its essence here:

    I just discovered the joy of posting to my LJ through LJ Talk. But the comments for an entry still come through e-mail, and in order to respond to them I have to use a browser. Wouldn’t it be awesome, if I could have those comments come to me through IM, via Frank, and then respond to them simply by talking back to him, maybe by preceding my response with a “re: ” or some other keyword?

    The feature could be turned off, for those who wouldn’t find it as useful as I would. Maybe it could even be an “opt-in” setting, defaulting to “off”, on my settings page.

  • Gmailin HTTPS:ään pakottaminen

    Juhan vinkistä: Gmailin asetussivun Yleiset-välilehdellä alimmaisena on Selainyhteys-valitsin, jolla yhteyden voi pakottaa HTTPS:ksi valitsemalla Aina HTTPS -vaihtoehdon. Mobiiliversio ei toimi HTTPS:n kanssa hyvin.

  • [Ratkaisu] Vorbis-ääniraidan eristäminen Ogg-videosta

    Lähtökohta
    Minulla on Theora-muodossa olevan videoraidan ja Vorbis-muodossa olevan ääniraidan sisältävä Ogg-videotiedosto, jonka sisällön olen kopioinut DVD:ltä Thoggenilla. Tiedoston nimi on elokuva.ogv, ja se sijaitsee kotihakemistossani.
    Ongelma
    Haluan eristää videotiedostosta sen ääniraidan erilliseen Ogg-tiedostoon voidakseni kuunnella sitä kannettavalla musiikkisoittimellani.
    Ratkaisu
    Käytän ääniraidan irrottamiseen oggzrip-komentoa, joka löytyy oggz-tools -paketista.

    1. Asennan Synaptic-pakettienhallinnassa oggz-tools -paketin.
    2. Eristän ääniraidan videotiedostosta seuraavalla komennolla:
      oggzrip -c vorbis -o ~/elokuvan-ääniraita.ogg ~/elokuva.ogv

    Tämän jälkeen elokuvan ääniraita löytyy elokuvan-ääniraita.ogg -nimisestä tiedostosta, joka sijaitsee kotihakemistossani.

    Huomautus
    GStreamer-multimediakehyskokonaisuuteen liittyvä gst-launcher -komento on eräänlainen multimedian Sveitsin armeijan linkkuveitsi, ja olettaisin, että ääniraidan eristäminen onnistuu myös sen avulla (mahdollisesti oggdemux-lisäosan avulla). En kuitenkaan onnistunut löytämään toimivaa lisäosaketjua tätä ratkaisua varten.
  • [Ratkaisu] Firefoxin oletussovellusvalinta ei noudata työpöydällä tehtyä valintaa

    Lähtökohta
    Olen määritellyt MP3-tiedostot avattaviksi Rytmilaatikko-musiikkisoittimessa. Myöhemmin olen purkanut tämän liitoksen valitsemalla työpöydällä olleen MP3-tiedoston Ominaisuudet, ja palauttamalla Avaa ohjelmalla -välilehdellä valinnaksi Elokuvasoittimen.
    Lataan Firefox-selaimeen MrKATin mikseri.net-sivun, ja valitsen kappalelistalta ensimmäisen ladattavaksi painamalla siihen liittyvää Download-linkkiä.
    Ongelma
    Kun Firefox kysyy mitä tiedostolle tehdään, se ehdottaa tiedoston avaamista Rytmilaatikossa. Haluan, että oletussovelluksena käytetään Elokuvasoitinta työpöydällä tekemäni valinnan mukaisesti.
    Ongelman syy
    Firefox päättää oletussovelluksista ~.local/share/applications/defaults.list -tiedoston perusteella. Tämän tiedoston sisältöä ei työpöydältä tehdyn oletussovellusvalinnan yhteydessä ole päivitetty.
    Ratkaisu
    Avaan ~.local/share/applications/defaults.list -tiedoston muokattavaksi, ja korjaan siinä olevan oletussovellusvalinnan MP3-tiedostojen osalta.

    1. Avaan defaults.list -tiedoston muokattavaksi avaamastani Päätteestä seuraavalla komennolla:
      gedit ~.local/share/applications/defaults.list
    2. Kun tiedosto on ladattu Tekstieditoriin, etsin ja tuhoan siitä seuraavat rivit:
      .local/share/applications/defaults.list:audio/mpeg=rhythmbox.desktop
      .local/share/applications/defaults.list:audio/x-mpegurl=rhythmbox.desktop
    3. Lopuksi tallennan tiedostoon tekemäni muutokset.

    Kun tämän jälkeen lataan MP3-tiedostoja Firefoxissa, ja se kysyy mitä tiedostolle tehdään, tiedoston avaamiseen käytettävä oletussovellus on Elokuvasoitin.

    Huomautuksia
    • Ongelman ratkaisuksi ei riitä, jos Firefoxin kyselyssä valitsee sillä hetkellä ladattavan tiedoston avattavaksi Elokuvasoittimella. Tämä käy ilmi sen jälkeen, kun seuraavan tiedoston lataamisen yhteydessä tiedoston valitsee tallennettavaksi, ja tallentamisen jälkeen avaa tiedoston valitsemalla sen Lataukset-ikkunan listalta. Silloin se avataan jälleen Rytmilaatikossa, joka on edelleenkin oletussovellus defaults.list -tiedoston mukaan.
    • Voi olla, että tässä ongelmassa on kyse siitä, että tein Rytmilaatikko-valinnan ennen kuin päivitin Ubuntun Gutsy Gibbonista Hardy Heroniin. Siitä on joka tapauksessa niin kauan, etten enää muista, millä tavalla valinnan silloin tein. Siksi en täsmentänyt sitä myöskään lähtökohdissa.
  • How do I learned new language?

    I’m surprised that Wikimedia Foundation hasn’t yet expanded into providing language learning material, apart from Wiktionary, of course. I reckon that basic, “101”-type course material for self-teaching always follows an easily applicable template, no matter what the language, and that there would be plenty of multilingual Wikipedians eager to contribute to such courses.

    There doesn’t seem to be too much open source software for such self-teaching either, for that matter. I see a couple of drilling utilities in the repositories, but not much beyond that. What I’d love to see is a generic ‘lang-teacher’ package with a bunch of optional ‘lang-teacher-en-101’, ‘lang-teacher-ja-101’ and so on, packages to choose from.

    I can hear it already: Sounds like a nice idea. So what are you waiting for, why don’t you start coding? But it’s so much easier just to toss these ideas around than to actually do anything about them…

    Many seem to think that the best route to learning a new language is to just get the basics straight and then dive in with people who speak it, but for someone like me that would be impossible. I lead a life which you couldn’t even begin to describe using the word ‘introvert’. Apart from not being able to learn by speaking, this means that I’m not that interested in spoken language; my purpose for learning any new language at this point would be primarily to gain access to the vast amount of written knowledge available (online and in books) in languages other than my own and in English.

    Even if I didn’t lead such a secluded life, there really just aren’t enough, say, Japanese people around where I live, to strike a conversation with. And even if there were, there’s still that ‘basics’ part which I’d somehow have to get a grip on, and for that I’d love to have some free (as in freedom) tools, either online or on my desktop.

  • SourceForge.net 2008 Community Choice Awards

    Just voted in the SourceForge.net 2008 Community Choice Awards. Skipped a couple of categories for lack of knowledge, mostly (either didn’t know any of the participants, didn’t know enough of them, or felt that the few that I did know probably shouldn’t win in that category).

    Here are my choices:

    Best Project
    KeePass Password Safe — Now it seems almost unbelievable I used to use text files for storing my passwords in the past. I’m using the Linux port, obviously.
    Best Project for the Enterprise
    OpenOffice.org — duh.
    Best Project for Educators
    OpenOffice.org — ditto.
    Most Likely to Be the Next $1B Acquisition
    Did not vote.
    Best Project for Multimedia
    VLC — I picked it over Audacity just because it’s more versatile and hence better suited to win under a ‘Multimedia’ title.
    Best Project for Gamers
    Did not vote.
    Most Likely to Change the World
    Ubuntu — You better believe it.
    Best New Project
    Did not vote.
    Most Likely to Be Ambiguously Accused of Patent Violation
    Wine Is Not an Emulator — Don’t use it that much myself, but still hope I’m wrong about this…
    Most Likely to Get Users Sued
    Azureus — Unfortunate as it may be…
    Best Tool or Utility for SysAdmins
    phpMyAdmin — I would have wanted to give love to 7-zip in some category. This one came closest to be it, but then I thought it’s really the best utility for a regular user; sysadmins are probably still better off using something more traditional.
    Best Tool or Utility for Developers
    Notepad++ — Even though I haven’t used it myself for some time now (since ditching Windows altogether), I’m still very fond of this excellent editor.