Kui last.fm Eestisse teenuse pakkumise 15. jaanuaril lõpetas, kolisin üle Rdiosse. Spotify sel hetkel veel siia teenust ei pakkunud ja ega eriti rohkem valikuid polnudki. Olin muusika striimimise mugavusega liialt ära harjunud, et täielikult lokaalse kogu peale tagasi kolida.

Kolimise käigus läks kaduma võimalus muusikat Amarokis kuulata, kuna Rdio selleks sobivat API-t ei paku. Samuti hakkasid mind häirima sealse veebiliidese kujunduse kiiksud. Ebastandardsed kerimisribad häirivad mind tegelikult siiani. Samuti see, et tühikuga kerida üldse ei saa, kuna sellel on seal pausi funktsioon. Igas muus mõttes on see jälle väga mugav. Hiljuti sain laiskusest siiski võitu ning lahendasin enda jaoks ära teksti suurusega seonduva.

Kui enne nägi sealne playlist välja selline nagu ülemisel pildil, siis nüüd nii nagu alumisel.

Kasutasin ära Firefoxi võimaluse lehele oma stiil külge pookida. Selleks lisasin profiili kaustas olevasse /chrome/userContent.css faili:
/* RDIO */
.TrackList * {
font-size: 102%;
color: #000 !important;
}
.Profile_Queue_Station .TrackList .Track:nth-last-child(1) {
opacity: 0.4 !important;
}
.Profile_Queue_Station .TrackList .Track:nth-last-child(2) {
opacity: 0.7 !important;
}
.Profile_Queue_Station .TrackList .Track:nth-last-child(3) {
color: #008FD5 !important;
opacity: 1 !important;
}
.Profile_Queue_Station .TrackList .Track:nth-last-child(4) {
opacity: 0.7 !important;
}
.Profile_Queue_Station .TrackList .Track:nth-last-child(5) {
opacity: 0.4 !important;
}


Lugeda nägi lugusid õigupoolest varemgi, kuid nüüd pole enam eemalt ebamugav vaadata

Selline pilet võiks ka olla, et saad ise valida, millistel päevadel kehtib. Umbes nagu ühe päeva kaart, ainult et saab mugavalt mitu tükki korraga ette osta. Päeva hind oleks umbes sama, mis kuukaardil, kui sellega ca 22 päeval sõita.

</unistamine>

• Tuleks tähele panna, et koonuse võrrandid ei ole konstantsed, vaid sõltuvad koonuse kõrguse ja raadiuse omavahelisest suhtest
• Integreerides mahuti ülemise osa pinna ja vedelikunivoo vahet, tuleks integraali rajaks võtta ülemise osa sobiv punkt, mitte alumise oma
• Integraali arvutades on üldiselt kasulik integreerida õiget vahemikku, kui ei soovi imaginaarosaga ruumala saada
• Integrate funktsioon on Mathematicas kordades aeglasem kui Nintegrate
• Kui ülalloetletust mitte kinni pidada, siis kulub ülesande lahendamiseks kordi rohkem aega kui mõistlik oleks

Jääb ainult üle loota, et nad teavad, mida teevad, ehk et nende serverid kasutavad turvaauguta protokolli. Vastasel juhul võimaldab selline konfimine edukat MITM-rünnakut. Ja põhimõtteliselt, miks peavad kasutajad (kümned-sajad või palju neid riigihangete keskkonnal on) seadistama erandeid, kui endast lugupidavad lehed on suutnud olukorra ära lahendada kasutajat tülitamata. See tähendab siis kõik ID-kaardiga minu poolt kasutatavad lehed peale emt.ee. Kusjuures näiteks Swedbanki lehe puhul ei ole ma seda veateadet kunagi näinud.

Ühtlasi ma loodan, et nende kodulehel olev tekst

Kuna Rahandusministeeriumi infosüsteemidele kehtivad rangemad nõuded, on Mozilla Firefox uue versiooni 4.0 kasutajatel vajalik Riigihangete registrisse ID-kaardiga sisenemiseks oma arvutit pisut eelnevalt seadistada.

on oma tähenduses totakas kommunikatsiooniprobleemide tõttu tehniliste ja lehte administreerivate inimeste vahel. Sest praegu jätab see küll mulje nagu see konfimine oleks vajalik lehe turvalisemaks kasutamiseks. Tegelikkuses võib see potentsiaalselt lausa ohtlik olla.

Näiteks ühest 3. jaanuari Delfi artiklist võib lugeda:

Enne reformi oli eraisikute käsutuses umbes 12 500 pri.ee-lõpulist domeeni, millest on tänaseks ümber registreeritud vaid mõnisada.

Tegelikult võiks EIS täpse numbri välja öelda, aga nad kas ei teagi täpselt? või on häbi tunnistada? Sellest hoolimata on selge, et valdav enamus pri.ee domeenidest jäävad ka järgmise kuu jooksul ümber registreerimata. Mind hakkas selle juures huvitama see, kui paljud aktiivsed domeenid kustutamisele lähevad.

Tulemused sõltuvad siin sellest, mida täpselt aktiivseks domeeniks lugeda. Minu arusaama järgi on aktiivsel domeenil vähemalt 1 teenus, millele mingil pordil võrgust ligi saab. See võib olla koduleht pordil 80 või mõni muu, võib olla ka e-posti server või mõni mänguserver jne. Et porte pole rohkem ega vähem kui 65536, siis ma tõepoolest ei usu, et keegi võib kindlalt väita, milline domeen on aktiivne ja milline mitte. Selleks et seda teada saada, peaks pordid ükshaaval läbi proovima.

Seetõttu läksin kergema vastupanu teed ja täieliku nimekirja puudumisel pri.ee domeenidest tegin päris suure lihtsustuse. Lugesin aktiivses kasutuses domeenide esindusliku valimi hulka sellised, mis kajastusid Google otsingutulemustes päringuga “site:pri.ee” ja Neti otsingutulemustes otsinguga “pri ee”. Seleniumi abiga (Google tulemused pole javascriptita söödavad ja mingit normaalset apit ma lühikese ajaga ei leidnud?) sai erinevaid pri.ee domeene kokku 720. Neile saadetud HTTP-päring pordil 80 ja whois päring domeeninimele andis vähemasti minu uudishimule vastused.

Faktid on järgmised:

• Neist 414 ehk 58% vastavad HTTP 200-ga ja aegusid eile. Mingil osal neist on ilmselt üleval teade, et nad kolisid kuhugi, aga seda on tehisintellektita märksa keerulisem tuvastada kui viisakat HTTP ümbersuunamisega kolimist. Suurem osa ilmselt kaovad reformi lõppedes.
• 42 domeeni ehk 6% ei vasta HTTP-päringule pordil 80. Teadaolevalt ühel juhul vastab HTTP pordil 8080, ja tundub, et osadel juhtudel vastatakse HTTP-päringule mõne alamdomeeni (nt www) korral.
• 124 ehk 17% vastavad HTTP-päringule mõne muu koodiga kui 200 ja aegusid eile. Neist omakorda 95 saadavad Location päise ehk suunavad kuhugi ümber. 42 juhul ehk 6% toimub suunamine netpointi või zone domeenile ning tegemist on tõesti zombidega. Ilmselgeid kolijaid, kellel on ümbersuunamine väljaspoole pri.ee-d ja mitte majutaja lehele, on 32 ehk 4%.
• HTTP-päringule vastavaid domeene, mis ei aegunud eile, on 140 ehk 19%.

Minu järeldused: Kolijaid ja kadujaid on kokku =~4+58=62%. Zombisid on 6%. Vähemalt mõnda aega pri.ee all jätkajaid on 19%. Osa neist liitub ilmselt kolijatega aasta jooksul. Zombide protsent kogu pri.ee all on ilmselt 6+6=12% suurem ja kolijate-kadujate protsent 62% väiksem, aga mõistlikuma hinnaga teenusega oleks ilmselt nii mõndagi teenida andnud. Vähemasti minu meelest ei tundu aeguvate ja zombidomeenide vahel mingit olulist põhjuslikku seost olevat. Kinni pannakse täiesti toimivad aadressid nagu kommentaariumitestki lugeda võib. Eks seda oli ka arvata, aga faktidega on selgem.

Keelu tõttu ei õnnestu mitmetesse rakendustesse ID-kaardiga sisse logida. Vastav veateade on järgmine:

Veakood: ssl_error_renegotiation_not_allowed

Esialgse seisuga on endiselt töökorras näiteks Swedbanka sisse logimine, samas on puudutatud näiteks pilet.ee ja ka eesti.ee. Kui siiski on tahtmine ka neisse sisse logida, siis on võimalik Firefoxile öelda, et konkreetsete lehekülgede puhul tuleb võimalikku ohtu ignoreeerida.

Selleks:

1. Ava about:config
2. Trüki filtrisse renego
3. Leia tulemuste hulgast security.ssl.renego_unrestricted_hosts
4. Lisa selle vaikimisi tühjale väärtusele sisene.www.eesti.ee ja/või www.pilet.ee
5. Mitme aadressi eraldajana kasuta koma

Samal teemal loe veel siit.

First, you’re not supposed to remove the reader while operating system is running. It completely freezes kernel, it doesn’t panic but nothing responds either. Not even the magic REISUB sequence.

Second, it polls really often. Powertop reports about 80-90 wakeups for [kernel core] cm4040_do_poll (cm4040_do_poll). That’s more than you want for something that doesn’t have to be super-responsive and that you don’t use most of the time. Apparently having the source code of the driver it’s easy to fix. Now, if you’re familiar with drivers then what I’m going to suggest is probably not a proper but rather a hack fix but it has the advantage of working . So in the driver code there’s a line which reads:

#define POLL_PERIOD msecs_to_jiffies(10)

I simply edited it to read:

#define POLL_PERIOD msecs_to_jiffies(250)

Any bigger value like 500 made the reader less responsive than I considered reasonable. With that value Powertop now reports 4 wakeups which is indeed roughly 25 times less and only about 1.3% of wakeups with few other apps running.

Edit: some picky applications time out with 250. I needed to change it to 100 so that smartcard login with rdesktop would work.

I was getting tired of having smartcard reader that connects to USB, the wire is absolutely annoying and it’s so easy to forget it at home when leaving. So I bought an Omnikey 4040 that connects to PCMCIA. First try was fail, Flex computer shop sold me wrong reader and I didn’t notice until I got home. They were totally fine to replace it though .

Next I tried setting it up. Another fail. There seems to be a kernel driver which didn’t work. I then filed a support request with HID Global Corporation. Two weeks later they sent me driver code that compiles for my kernel (2.6.32) and works too.

I then put it to another test. Tried to sign a document with new still in development phase id-card software from Smartlink. Signing hanged application. Oh, well, it’s not announced stable anyway. However web-based signing actually worked with a website that is known to be tricky.

When you look at the picture you’ll notice that id-card software warns that the site isn’t using up-to-date API when accessing card and you’ll also see that the document signed is wrong, I only signed a local txt file. But, it actually works on linux and quite well, which is awesome!

Edit: Correction: It didn’t really hang, it just takes longer than expected to respond .