- Lähtökohta
- Pakettienhallinnassa
gnupg
on asennettuna. Kotihakemistossani onsalainen.txt
-niminen tiedosto, joka sisältää salaisen viestin. - Ongelma
- Haluan salata salaisen viestin
GPG:llä
siten, että salauksessa käytetyn salasanan tietäminen riittää salatun tiedoston avaamiseen — avaintiedostoa ei siis tarvita. - Ratkaisu
- Käytän GPG:n symmetristä salausta tiedoston salaamiseen, komentamalla seuraavasti:
gpg -c ~/salainen.txt
Komennon suorittamisen jälkeen GPG kysyy tiedoston salauksessa käytettävää salasanaa kahdesti. Sen jälkeen kotihakemistossani on alkuperäisen tiedoston lisäksi
salainen.txt.gpg
-niminen tiedosto, jonka avaamiseen GPG:llä tarvitaan salasana. Hävitän alkuperäisen tiedostonsrm
-komennolla.
Salatun tiedoston avaaminen GPG:llä tapahtuu seuraavalla komennolla:gpg -d ~/salainen.txt.gpg > ~/salainen.txt
Komennon suorittamisen jälkeen kotihakemistossani on jälleen salainen.txt -niminen tiedosto, joka sisältää alkuperäisen viestin salaamattomana.
- Huomautus
- Viestiä purettaessa GPG antaa seuraavanlaisen varoituksen:
gpg: VAROITUS: viestin eheyttä ei oltu suojattu
Varoituksen voi ilmeisesti jättää huomiotta.
Month: April 2008
-
[Ratkaisu] Tiedoston salasanasuojaaminen GPG:llä
-
Kolumni: Äksästä kiinni
Vielä tänä aamuna olin varma siitä, että ohjelman pääikkunan sulkemisnapin valitsemisen tulee sammuttaa ohjelma riippumatta siitä, onko ohjelmalla ilmoitusaluekuvaketta vai ei. Ajattelin, että sellaisen ohjelman, joka haluaa tarjota käyttäjälle mahdollisuuden sulkea sen pääikkuna sammuttamatta itse ohjelmaa, tulee tehdä niin vain erillisen valitsimen kautta. Tyypillinen esimerkki tällaisesta erillisvalitsimesta on
Tiedosto
-valikossa olevaPienennä
-kohta.Sitten luin Launchpadissa tästä aiheesta käytyä keskustelua, joka pyörii
Rytmilaatikon
pääikkunan sulkunapin ympärillä. Tämän kirjoitushetkellä Rytmilaatikko toimii niin kuin yllä mainostin vielä aiemmin vankkumattomasti uskovani ohjelmien pitävänkin toimia. Nähtävästi se on jossain vaiheessa toiminut toisinkin. Jotkut käyttäjät haluaisivat palata entiseen käytäntöön, ja yllätyin huomatessani pitäväni joitakin näiden käyttäjien argumentteja varsin pätevinä.Olin ajatellut, että ohjelman pääikkunan sulkemisnapin tehtävä on sammuttaa ohjelma, ja niinpä tästä käytännöstä poikkeaminen rikkoo napin toiminnallisuuden. Mutta mikäli luen vastustajien argumentteja oikein, heidän tulkintansa on, että ikkunan kuin ikkunan sulkemisnapin tehtävä on sulkea ikkuna, eikä sen takia ole johdonmukaista, jos sulkemisnappi sulkee ohjelman silloin, kun sen graafisena ilmentymänä näytöllä on ikkunan lisäksi ilmoitusaluekuvake. Huomasin oman kantani alkavan horjua, kun en ainakaan ihan suoralta kädeltä kyennyt tyrmäämään tätä näkemystä perusteettomana.
Itse asiassa ajatus ikkunan sulkemisesta ikkunan sulkunapin ensisijaisena tehtävänä tuntuu niin viehättävän yksinkertaiselta, että haluaisin kääntää kelkkani tälle ajatukselle perustuvaan suuntaan. Sekään ei kuitenkaan ole täysin ongelmatonta, sillä sovelluksen pääikkunan sulkemisen assosiointi ohjelman suorituksen päättymiseen on sekin hyvin perusteltu ratkaisu: tarvitsee vain kuvitella sitä painajaista, jonka pääikkunansa sulkemisen myötä — siis kaikkien graafisten ilmentymiensä kadottuakin — käyntiin jäävät ohjelmat aiheuttaisivat.
Pääikkunan sulkemisesta kuvakkeeseen
-ratkaisun kannattajat eivät tietenkään aja takaa ikkunan sulkunapin toiminnan rajaamista ikkunan sulkemiseen näin puristisessa merkityksessä. Pääikkunan sulkemiseen assosioitavan toiminnon pysyvyys ei kuitenkaan heidän mielestään ole ratkaisevinta. Ratkaisevinta on ohjelman suorituksen jatkuvuuden assosiointi kaikkiin sovelluksen näytölle tuottamiin graafisiin ilmentymiin. Tästä perspektiivistä tarkasteltuna ohjelman suorituksen päättyminen silloin, kun sen kahdesta jäljelläolevasta ilmentymästä toinen suljetaan, ei ole johdonmukaista.Ongelma on pohjimmiltaan kaksiosainen. Ensinnäkin tulisi luoda johdonmukainen käytäntö sille miten sovellukset, ikkunat ja ilmoitusaluekuvakkeet käyttäytyvät ja miten ne suhteutuvat toisiinsa. Toisekseen ohjelmien tulisi sen jälkeen sitoutua tähän käytäntöön. Tällä hetkellä käytäntö vaihtelee ohjelmasta toiseen siirryttäessä, sillä riittävästi perusteltua käytäntöä ei ole määrätty missään käyttöliittymien ohjenuorassa.
Olisiko tällaisen käytännön siis perustuttava ohjelmien pysyvyyteen ja kaikkiin graafisiin ilmentymiin tämän pysyvyyden kuvastimena, vai pääikkunan sulkemiseen assosioitavan toiminnon pysyvyyteen? Vielä tänä aamuna olisin vannonut ikkunansulkemistoiminnon assosiaatioiden pysyvyyden nimeen, mutta nyt en enää osaakaan sanoa varmasti. Ainakin näin tuoreeltaan ohjelmien pysyvyys kuulostaa ikkunansulkemistoiminnon pysyvyyttä elegantimmalta peruslähtökohdalta.
-
Firefox, updated extensions, and "Continue"
I wish they’d do away with the completely useless
Continue
prompt after an extension update has taken place in Firefox.It’s good to prompt me before updating (in case I want to skip it), and obviously I’d like to be notified in case installing the update fails for some reason, but what is the purpose of prompting me to “continue starting Firefox, something which I’ve already requested, and for which there’s no longer anything requiring my intervention”? It’s just plain stupid.
Sadly, I don’t see this change in Firefox 3’s changelog.
-
[Ratkaisu] Tiedostojen turvallinen hävittäminen
- Ongelma
- Haluan tuhota
salasanoja.txt
-nimisen salasanatiedoston niin, ettei sitä varmasti enää pystytä lukemaan. - Ratkaisu
- Asennan pakettienhallinnassa
secure-delete
-paketin, minkä jälkeen voin hävittää salasanatiedoston seuraavalla komennolla:srm salasanoja.txt
-
[Ratkaisu] Binääritiedoston sisällön tulostaminen komentoriviltä
- Lähtökohta
- Haluan tarkastella komentoriviltä
esimerkki.mov
-tiedoston sisältöä. - Ongelma
- Tiedoston sisältö on videodataa, joten sitä ei pysty tarkastelemaan sujuvasti
cat
-komennolla. - Ratkaisu
- Asennan
Synaptic-pakettienhallinnassa
hexcat
-paketin, minkä jälkeen voin tarkastella tiedoston sisältöä sivutettuna komentokehoteikkunassa seuraavalla komennolla:hexcat esimerkki.mov | less
-
[Ratkaisu] Sovelluksen valikkosijainnin muuttaminen
- Lähtökohta
- Pakettienhallinnassa
gprename
-paketti on asennettuna. - Ongelma
GPRename
-sovellus on työpöydänSovellukset → Muut
-valikossa. Haluan, että se löytyy sen sijaanSovellukset → Apuohjelmat
-valikosta.- Ratkaisu
- Teen GPRenamen kuvaketiedostosta oman, käyttäjäkohtaisen sovellukseni.
- Teen GPRenamen kuvaketiedostosta käyttäjäkohtaisen kopion seuraavalla komennolla:
cp /usr/share/applications/gprename.desktop \ ~/.local/share/applications/
- Muutan omassa GPRenamen kuvaketiedostossani sen valikkoluokitteluriviä seuraavalla komennolla:
sed -i -e \ 's/^Categories=Application;\(.*\)/Categories=Application;Utility;\1/' \ ~/.local/share/applications/gprename.desktop
Tämän jälkeen GPRename löytyy Sovellukset → Apuohjelmat -valikosta.
- Teen GPRenamen kuvaketiedostosta käyttäjäkohtaisen kopion seuraavalla komennolla:
-
[Ratkaisu] Tiedostojoukkojen nimeäminen kerralla
- Lähtökohta
- Minulla on kansio jossa on paljon keskenään samantyyppisiä tiedostoja, mutta joiden nimillä ei ole keskenään juuri mitään yhteistä, sillä ne ovat peräisin eri lähteistä.
- Ongelma
- Haluan nimetä tiedostot siten, että jokaisen nimi muodostuu samasta sanasta ja sen perässä olevasta, juoksevasta numerosta, seuraavasti:
esim-01.txt
,esim-02.txt
,exim-03.txt
ja niin edelleen. - Ratkaisu
- Asennan
gprename
-paketin, minkä jälkeen käynnistänSovellukset → Muut
-valikostaGPRename
-sovelluksen ja käytän sitä kaikkien tiedostonimien muuttamiseen kerralla.