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.

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.

Ongelma

Haluan, että Firefox-selain näyttää selkeästi tulevatko siihen lataamani web-sivut salatun vai avoimen yhteyden kautta.

Ratkaisu

Avaan Firefox-selaimeen liittyvän käyttäjäprofiilihakemistoni sisällä olevassa chrome-alihakemistossa olevan userChrome.css -tiedoston muokattavaksi Tekstieditorissa. Lisään tiedostoon seuraavanlaiset rivit:

#urlbar .autocomplete-textbox-container > * {
background-color: #ff3333 !important;
}
#urlbar[level] .autocomplete-textbox-container > * {
background-color: inherit !important;
}

Tallennan muutokset tiedostoon, jonka jälkeen käynnistän Firefoxin uudestaan. Tämän jälkeen tieto ladatun sivun salauksesta on värikoodattu osoitepalkkiin: salaamattomilla sivuilla osoitepalkin taustaväri on huomiotaherättävän punainen.

Huomautuksia

• Kolmossarjaa vanhemmat Firefoxin versiot korostivat salatut yhteydet kellertävätaustaisella osoitepalkilla.
• Firefox osaa tietysti myös näyttää varoitusviestin esimerkiksi salatuilta sivuilta salaamattomille siirryttäessä, mutta viesti tulee pois kuitattavassa erillisessä ikkunassa, mikä on pitemmän päälle häiritsevä keskeytys selaamiselle.

Lähtökohta

Olen asettanut Firefox-selaimen asetuksissa käynnistyksen yhteydessä palautettavaksi edellisen istunnon ikkunat ja välilehdet. Olen asentanut Firefoxiin Torbutton-laajennuksen.

Olen käynnistänyt Firefox-selaimen, kirjautunut sisään Gmail-tililleni ja avannut Postilaatikko-näkymän. Suljen Firefox-selaimen, ja käynnistän sen heti sen jälkeen uudestaan.

Ongelma

Välilehti, jolle edellisessä istunnossa olin avannut Gmail-tilini Postilaatikon, näyttää nyt Gmailin sisäänkirjautumissivun. Haluan, että istunnon palautus palauttaa myös Gmail-välilehden suoraan siihen näkymään, jossa se oli sulkiessani selaimen ilman uutta sisäänkirjautumista.

Ongelman syy

Firefox 3:n kanssa käytettäessä Torbutton estää todennettujen istuntojen palauttamisen.

Ratkaisu

Valitsen Firefoxin Työkalut-valikosta Lisäosat-kohdan, ja avatuvasta Lisäosat-ikkunasta Laajennukset-välilehden. Valitsen listalta Torbuttonin, ja painan sen ohessa olevaa Poista käytöstä -nappia. Vaihtoehtoisesti voin poistaa Torbuttonin kokonaan Poista-nappia painamalla.

Tämän jälkeen kirjaudun ulos Gmail-tililtäni, mikäli olen sisäänkirjautuneena. Sen jälkeen kirjaudun sinne uudestaan ja varmistan sen yhteydessä, että Muista kirjautumiseni tässä tietokoneessa -kohta on käyttöön valittuna.

Lopuksi valitsen Lisäosat-ikkunan yläosaan Torbuttonin poiskytkennän yhteydessä ilmestyneen Käynnistä Firefox uudelleen -napin.

Nyt istunnon palautuksen yhteydessä myös todennettu Gmail-istunto palautetaan haluamallani tavalla.

Huomautuksia

• Ongelma ei rajoitu vain Gmailiin, vaan koskee kaikkia sisäänkirjautumisen vaativia istuntoja.
• Ongelma sai näennäisesti alkunsa Firefoxin viimeisimmän päivityksen yhteydessä, eli versioiden 3.0 RC 1 ja 3.0 välillä. Ongelman tosiasiallinen syy, Torbutton, päivittyi lähes samaan aikaan, mikä aiheutti vaikutelman, että ongelma liittyi Firefoxiin itseensä.
• Mikäli Torbuttonin haluaa välttämättä pitää käytössä, ongelman voi kiertää asettamalla browser.sessionstore.privacy level -asetusavaimen arvoksi 0. Tämän arvon käyttämisestä kuitenkin varoitetaan avaimen kuvauksessa, joten en tiedä onko se turvallista.
• Mozillan bugi numero 345345 koskee autentikoitujen istuntojen palauttamiseen liittyviä riskejä.

Lähtökohta

Kotihakemistossani on bin-alihakemisto ja se on määritelty komentojenhakupolkujen (PATH-muuttuja) joukkoon komentoriviprofiilissani.

Olen muuntanut kuvamuotoisen tekstityksen tekstimuotoiseksi Avidemuxilla. SRT-muotoinen tekstitystiedosto on tallennettu kotihakemistooni tiedostonimellä tekstitys.srt. Tekstitys sisältää muunnoksen jäljiltä joitain toistuvia virheitä: rivien alussa on välilyöntejä, pikku-l ja iso I-kirjain ovat paikoin sekoittuneet, joidenkin numeroiden välissä on välilyöntejä vaikka numerot ovat osa samaa lukua, ja lainausmerkin (”) tilalla on kaksi heittopilkkua (’ ’).

Ongelma

Virheitä on niin paljon, että niiden korjaaminen käsityönä Tekstieditorissa olisi liian työlästä. Haluan korjata virheet tarkoitukseen soveltuvilla komentojonoilla.

Ratkaisu

Luon seuraavassa listatut komentojonotiedostot, ja tallennan ne kotihakemistossani olevaan bin-alihakemistoon.

#!/bin/sed -f
s/^\ *//

Lataa leading_blank.sed (24 tavun komentojonotiedosto)

#!/usr/bin/gawk -f

BEGIN { FS = "" }
{
  previous = ""
  for (i = 1; i <= NF; i = i + 1) {
    if ($i ~ /I/) {
      if (previous ~ /[[:lower:]]/) {
        printf("l")
        previous = "l"
      } else if (i == 1) {
        printf("%s",$i)
        previous = $i
      } else if ((previous ~ /-/) && (i == 2)) {
        printf("%s",$i)
        previous = $i
      } else if (i < NF) {
        for (j = 1; i + j < NF; j = j + 1) {
          if ($(i+j) ~ /[[ \n]]/) {
            j = NF
            break
          } else if ($(i+j) ~ /[[:lower:]]/) {
            break
          }
        }
        if (i + j < NF) {
          printf("l")
          previous = "l"
        } else {
          printf("%s",$i)
          previous = $i
        }
      } else {
        printf("%s",$i)
        previous = $i
      }
    } else {
      printf("%s",$i)
      previous = $i
    }
  }
  printf("\n")
}

Lataa mixed_verticals.gawk (756 tavun komentojonotiedosto)

#!/bin/sed -f
s/\([[:digit:]]\) \([[:digit:]]\)/\1\2/g

Lataa blank_between_numbers.sed (56 tavun komentojonotiedosto)

#!/bin/sed -f
s/''/"/g

Lataa double_single_quotes.sed (24 tavun komentojonotiedosto)

Tämän jälkeen teen komentojonotiedostoista suoritettavia seuraavalla komennolla:

cd ~/bin && chmod +x blank_between_numbers.sed leading_blank.sed \
mixed_verticals.gawk double_single_quotes.sed

Lopuksi käytän kaikkia komentojonoja tekstitystiedostoon sen korjaamiseksi, seuraavasti:

cat ~/tekstitys.srt \
| leading_blank.sed | mixed_verticals.gawk \
| blank_between_numbers.sed | double_single_quotes.sed \
> ~/korjattu-tekstitys.txt

Tämän jälkeen kotihakemistossani oleva korjattu-tekstitys.txt -niminen tiedosto sisältää tekstityksen, jossa alkuperäisessä olleet virheet on korjattu.

Lähtökohta

Olen valinnut Firefox-selaimen asetuksissa Ala etsiä tekstistä heti kirjoitettaessa -toiminnon käyttöönotetuksi. Firefoxin kolmosversiossa tämän pikahakutoiminnon avaama työkalupalkki on typistetty pelkästään hakusanakentäksi. Koska haluan, että pikahakutoiminnon työkalupalkki sisältää samat valitsimet kuin normaali hakutoiminto (jonka voi avata esimerkiksi Control + F -pikanäppäimellä), olen lisännyt selaimen profiilihakemistossani olevaan userChrome.css -tiedostoon seuraavanlaisen rivin:

#FindToolbar > * {display: -moz-box; }

Tämän jälkeen heti kirjoitettaessa avautuvan hakutoiminnon työkalupalkki sisältää normaalin hakutyökalupalkin tavoin muun muassa valitsimet Edellinen, Seuraava ja Huomioi kirjainkoko.

Olen päivittänyt Firefox-selaimen versiosta 3 Beta 5 versioon 3 RC 1.

Ongelma

Päivityksen jälkeen heti kirjoitettaessa avautuvan hakutoiminnon työkalupalkki on jälleen typistynyt pelkäksi hakusanakentäksi.

Ongelman syy

Pikahakutyökalupalkin valitsin on vaihtunut päivityksen myötä. Uusi valitsin on .findbar-container.

Ratkaisu

Korvaan userChrome.css -tiedostossa olevan, yllä mainitun rivin seuraavanlaisella rivillä:

.findbar-container > * { display: -moz-box; }

Kun tämän jälkeen suljen Firefox-selaimen, ja sen jälkeen käynnistän sen uudestaan, heti kirjoitettaessa avautuva etsintätyökalupalkki sisältää samat valitsimet kuin normaali hakutoimintokin.

Lähtökohta

Olen asettanut /apps/gnome-screenshot/include_border -avaimen arvoksi true. Olen avannut Tomboy-muistilapun niin, että muistilappu näkyy omassa pienessä ikkunassaan. Haluan ottaa ikkunasta kuvakaappauksen, joten painan näppäinyhdistelmää Alt + Print Screen. Tallenna kuvakaappaus -ikkuna avautuu, ja sen esikatselunäkymässä on muistilappuni sisältö.

Ongelma

Muistilappikkunan kehykset eivät ole mukana kuvakaappauksessa. Haluan, että ikkunan raamit otetaan mukaan kuvakaappaukseen, kuten include_border -avaimen arvo määrää.

Ongelman syy

Se, etteivät ikkunan kehykset tule kuvaan mukaan, on ohjelmavirhe tulkinnasta riippuen joko GNOME-työpöytäympäristön kuvankaappaussovelluksessa tai sitten X-ikkunointiympäristössä.

Ratkaisu

Ratkaisua ei vielä ole. Ongelman voi kiertää kahdella eri tavalla:

• Käytän kuvakaappauksen ottamiseen pelkkää Print Screen -näppäintä Alt + Print Screen -yhdistelmän sijasta. Tällöin kaapattu kuva sisältää koko työpöytänäkymän, josta voin sen jälkeen rajata haluamani ikkunan kehyksineen esimerkiksi gThumb-kuvankatselimella.

• Käytän kuvakaappauksen ottamiseen GIMP-kuvankäsittelyä:

  1. Käynnistän GIMP-kuvankäsittelyn valitsemalla sen Sovellukset → Grafiikka -valikosta.
  2. GIMPin käynnistyttyä valitsen sen pääikkunan Tiedosto-valikossa olevasta Hanki-alivalikosta kohdan Kuvankaappaus....
  3. Valitsen avautuvasta Kuvankaappaus-ikkunasta kohdan Ota kuvankaappaus yhdestä ikkunasta ja varmistan, että siihen liittyvä kohta Sisällytä ikkunan reunat on käyttöön valittuna.
  4. Edelleen Kuvankaappausikkunassa asetan Viiveen arvoksi 5 sekuntia.
  5. Valitsen Snap-napin, jonka jälkeen otan Tomboy-muistilappuikkunan esille ennen kuin viiden sekunnin viive on kulunut loppuun. Jätän ikkunan valituksi ja odotan viiveen loppuunkulumista. Kun viive on kulunut loppuun, hiiren osoitin muuttuu ristin muotoiseksi.
  6. Osoitan muistilappuikkunan yläraamia ja painan kerran hiiren vasenta nappia.

  Tämän jälkeen kuvakaappaus muistilappuikkunasta ilmestyy käsiteltäväkseni GIMP-kuvankäsittelyn ikkunassa, josta voin tallentaa sen.

Lähtökohta

Pakettienhallinnassa pamusb-tools ja libpam-usb ovat asennettuna. Olen määritellyt PAM USB:n avulla tunnistautumismenetelmäkseni USB-porttiin kytketyn muistitikun.

Ongelma

Turvallisuuden vuoksi haluan sulkea USB-muistitikulla tunnistautumisen oletusarvoisesti pois käytöstä, ja määritellä sen erikseen käyttöönotetuksi niiden palveluiden osalta, joissa haluan sitä hyödyntää: järjestelmän asetusten tekemisen ja ylläpitotöiden vaatiman oikeustason kohotuksen yhteydessä.

Ratkaisu

Määrittelen /etc/pamusb.conf -tiedostoni alussa seuraavanlaisen osion:

<defaults>
  <option name="enable">false</option>
</defaults>

Kun olen tallentanut tiedostoon tekemäni muutokset, muistitikulla tunnistautuminen on oletusarvoisesti pois käytöstä.

Määrittelen sen jälkeen hieman alempana seuraavanlaisen osion:

<services>
  <service id="sudo">
    <option name="enable">true</option>
  </service>
  <service id="gksudo">
    <option name="enable">true</option>
  </service>
  <service id="polkit">
    <option name="enable">true</option>
  </service>
</services>

Kun olen tallentanut tiedostoon tekemäni muutokset, USB-portissa oleva muistitikku riittää tunnistautumiseksi järjestelmän asetusten tekemisen ja ylläpitotöiden vaatiman oikeustason kohotuksen yhteydessä. Sen sijaan esimerkiksi sisäänkirjautuminen ja näytön lukituksen avaaminen vaativat edelleen salasanan kirjoittamisen.

Huomautuksia

• Tämä ratkaisu on sinänsä varsin triviaali sovellus PAM USB:n asetusten tekemisen ohjeista, mutta muiden muassa Verkko-ylläpitosovelluksen käyttäjän tunnistamisessa käyttämään PolicyKitiin liittyvää palvelun nimeä ei löytynyt suoraan annettuna mistään, joten päätin kirjata sen ylös tähän, vaikka sekin on sinänsä varsin helppo päätellä.

• Palveluiden nimien löytämisessä on avuksi /var/log/auth.log -tiedosto. Kun muistitikulla tunnistautumisen sallii tilapäisesti oletusarvoisesti kaikkialla, tiedostoon kirjautuu halutun palvelun käytön yhteydessä seuraavanlainen rivi:

  Jun  3 10:30:20 shuttle-xpc pam_usb[17130]: Authentication request for user "jani" (polkit)

  Rivillä käyttäjätunnuksen perässä, suluissa oleva merkkijono on palvelun nimi.

• Yllä mainittujen osioiden lisäksi olen määritellyt asetustiedostossa USB-muistitikun tunnistautumismenetelmäksi ainoastaan omalla käyttäjätunnuksellani, seuraavanlaisella osiolla:

  <users>
    <user id="jani">
      <device>
        MicroMemory
      </device>
    </user>
  </users>

  Tämä vaatii luonnollisesti asetustiedostoon lisäksi MicroMemory-nimisen määrittelyn itse muistitikulle.

Tämän blogin päivitystahti on viime aikoina hiipunut, mutta se ei suinkaan merkitse sitä, etteikö ongelmanratkaisu minua enää kiinnostaisi. Kaikki ensiasennuksen jälkeen kohtaamani pulmat, jotka yleensäkään ovat ratkaistavissa, alkavat vain olla ratkaistut — nykyisin jotakuinkin kaikki vain yksinkertaisesti toimii niin kuin pitää tai niin kuin haluan. Päivitysten myötä järjestelmä ei tietenkään pysy täysin muuttumattomana, mutta pelkät turvallisuuspäivitykset eivät kuitenkaan yleensä juurikaan horjuta hyvin toimivaa järjestelmää.

Koska ongelmanratkaisu siis edelleenkin kiinnostaa minua, en aiokaan pysyä Hardy Heronissa loputtomiin, vaan aion päivittää järjestelmäni myöhemmin tänä vuonna julkaistavaan versioon 8.04.1 ja edelleen Intrepid Ibexiin loppuvuodesta. Kuten Hardynkin tapauksessa, otan luultavasti lievän ennakkolähdön, ihan vain jännityksen vuoksi.

Sillä välin saan jännitystä ja haasteita tarpeekseni, kiitos VirtualBoxin. En enää muista mitä kautta tutustuin Innotekin kehittelemään ja nykyisin Sun Microsystemsin omistamaan virtualisointiratkaisuun, mutta veljet kuinka tyytyväinen olenkaan, että tutustuin! Alunalkujaan asensin VirtualBoxin, koska halusin kokeilla olisiko mahdollista ajaa Microsoftin Messengeriä siinä. Ei pidä käsittää väärin; pääasiallinen pikaviestimeni on ollut Pidgin jo pitkän aikaa — se oli sitä jo silloin, kun vielä käytin Windowsia — mutta joudun silloin tällöin käyttämään Messengeriä videopuhelimena vaihtoehdottoman kontaktin takia.

No, Messengerhän toimi mitä parhaiten, ja itse asiassa se oli lopullinen niitti ei-virtualisoidun Windowsin arkkuun tietokoneessani: poistin Windows-osion ja laajensin Ubuntun osiot kattamaan koko kiintolevyni. Nyt voin aina Messengeriä tarvitessani potkia virtuaalikoneen käyntiin yhdessä ikkunassa työpöydälläni, mikä on paljon yksinkertaisempaa kuin kaksoiskäynnistäminen. Ehkä kaikkein parasta VirtualBoxissa on sen joviaali lisensointi: ohjelmasta on tarjolla avoimen lähdekoodin versio, ja lisäksi yksityis- ja arviointikäytössä ilmainen suljettu versio. Avoimen lähdekoodin versiosta puuttuu joitain vaativia ominaisuuksia, joiden joukossa on USB-tuki. Joudun siksi itse käyttämään suljettua versiota, koska webkamerani (jota tietysti tarvitsen videopuheluihin) on tyypillinen USB-liitäntäinen vekotin.

Tätä nykyä pääasiallinen VirtualBoxin käyttöni ei kuitenkaan vaadi USB-tukea, ja tämä käyttö on sitä joka tarjoaa minulle haastetta: asentelen hullun lailla kaiken maailman käyttöjärjestelmiä VirtualBoxin virtuaalitietokoneisiini. Käyttöjärjestelmistä kiinnostuneelle VirtualBox onkin unelmien täyttymys. Virtualisointi mahdollistaa niiden asentelun tuotantojärjestelmää (jos peruskäyttäjän työpöytäkonetta sellaiseksi voi kutsua) vaarantamatta. Olen kokeillut Debian GNU/Linuxia (vakaata ja epävakaata jakeluversiota), Gentoota, Fedoraa, asentanut tietysti rinnakkaisen Ubuntun (monta kertaa), Slackwarea, LFS:ää, Debian GNU/Hurdia, FreeBSD:tä, OpenBSD:tä, ReactOSia, Syllablea… ja vielä on jäljellä paljon kaikenlaista, mitä aion kokeilla!

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurin (ati) käyttöön. Olen määritellyt ikkunointiympäristön asetuksissa EXA-kiihdytysmenetelmän käyttöönotetuksi.

Olen asentanut Second Life -pelin asentamalla secondlife-install -paketin getdeb-sivustolta. Minulla on Second Life -tili, ja olen käynnistänyt pelin ja kirjautunut onnistuneesti sisään.

Ongelma

Liikuttuani jonkin aikaa pelin virtuaalimaailmassa työpöytä lakkaa vastaamasta näppäinten painalluksiin, ja jumiutuu lukuunottamatta hiiren osoitinta, joka reagoi normaalisti hiiren liikkeisiin. Työpöydän alapaneeliin lisäämäni Järjestelmän tila -sovelma, joka näyttää suoritinkäyttöä, paljastaa, että hetkeä ennen jumiutumista suoritinkäyttö on kohonnut sataan prosenttiin.

Koska ikkunointiympäristö ei reagoi näppäimistöön, en voi käynnistää sitä uudestaan Control + Alt + Backspace -näppäinyhdistelmällä.

Ongelman syy

Toimiakseen kunnolla Second Life vaatii ATIn toimittaman suljetun lähdekoodin näytönohjainajurin.

Ratkaisu

ATIn näytönohjainajureiden asentaminen saattaisi ratkaista ongelman, mutta en ole testannut sitä. ATIn ajurit rakentuvat vielä toistaiseksi suljetulle lähdekoodille, ja haluan pitäytyä avoimelle lähdekoodille pohjautuvissa ajureissa periaatteesta. Lisäksi työpöytätehosteet vaativat toimiakseen avoimen lähdekoodin ajurit. Avoimen lähdekoodin näytönohjainajureiden kanssa toimivaa ratkaisua ei vielä ole.

Huomautuksia

• Työpöydän jumiuduttua järjestelmän alasajoon voi käyttää Linux-ytimen tunnistamaa näppäinyhdistelmää Alt + SysRq + R E I S U B. Ikkunointiympäristön uudelleenkäynnistys etäyhteyden kautta saattaisi myös tehota, mutta tätä en ole testannut.
• Second Lifen pelaaminen avoimen lähdekoodin ajureilla saattaa olla mahdollista tulevaisuudessa sikäli kuin AMD tulee lunastamaan lupauksensa avoimen lähdekoodin ajureiden toimittamisesta.