Samsung ML-1610 ja iMac

Sattumalta saatiin käyttöön tulostin, Samsung ML-1610. Suoraan ei nähtävästi valmistajalta löytynyt Mac OS X -ajureita (iMac ja Snow Leopard käytössä) mutta SpliX asentui sukkana sisään ja ainakin testisivu tuli moitteettomasti. Pistetäänpä ylös jos joku asiaa joskus googlettaa.

At-merkki kuntoon Aquamacs -asetuksissa

Hankinpa uuden koneen ja pitihän Emacs tuohon saada. Pienen googlettamisen ja miettimisen jälkeen päädyin jatkamaan vanhallakin koneella olleen Aquamacs-version käyttöä.

Vastaan tuli, jotta at-merkki (at sign eli @) ei toiminutkaan. Ratkaisu löytyi melko nopeasti mutta kun "at-merkki" aquamacs -googletus ei tuottanut tulosta, pistetään blogiinkin ylös:

at-merkinhän saa alt+2 -yhdistelmällä. Oletusasetuksilla Aquamacs tulkitsee tämän meta+2 -painallukseksi. Onneksi valikosta löytyy Options -> Option, Command, Meta keys -> ..Meta and Finnish joka on juuri suomalaisen näppäimistö-layoutin erikoisuuksia varten. Tämän jälkeen Options -> Save options tallettaa asetuksen myöhempääkin käyttöä varten.

Kiinnostuneille vielä mainittakoon, että asetus on muuttujassa emulate-mac-finnish-keyboard-mode ja asetustiedostoon customizations.el tämä tulee seuraavan näköisenä (muut muuttujat siivottu pois)

(custom-set-variables
'(emulate-mac-finnish-keyboard-mode t))

Kalastus-huumoria

Sähköpostisalasanojen kalastajien yritykset käyvät välillä ihan huumorista, pari hyvää pätkää:

Hyvä TKK WebMail Käyttäjä:

Subject: Hyvä TKK WebMail Käyttäjä

From: Helsinki University Webmail

Reply-to: aochi@9.cn

..

Hyvä TKK WebMail Käyttäjä

DGTFX virus on havaittu postilaatikkoon kansioita. Sähköpostitilisi on

päivitetty uuden Secured DGTFX anti-virus 2010 versio estää vaurioiden

webmail sisään ja tärkeät tiedostot.

Napsauta vastaus-välilehti Täytä sarakkeet alla ja lähettää takaisin

meille tai sähköpostitilisi puretaan, jotta viruksen leviäminen.

TKK USERNAME:

TKK SALASANA:

TKK vahvista salasanasi:

Syntymäaika:.

Johtaja TÜBÝTAK WebMail teknistä tiimiä. Huomaa, että salasana salataan

1024-bittinen RSA-avaimen salasanaa turvallisuus

Kiitos yhteistyöstä.

Helsingin yliopisto Webmail

Toinen pätevä setti:

Webmail Käyttäjien,

Pahoittelemme ilmoittaa teille, että teemme joitakin elintärkeitä huolto

meidän webmail. Tämän prosessin aikana sinulla voi olla kirjautunut

ongelmia kirjautua online huomioon, mutta tämän estämiseksi sinun on

vahvistettava tilisi heti, kun olet saanut tämän ilmoituksen.

Vahvistaa ja tili pysyisi aktiivisena aikana ja sen jälkeen tätä

prosessia, vastaa tähän viestiin alle tilitiedot, Jos näin ei tehdä

saattaa aiheuttaa pysyviä ampumakelvottomaksi käyttäjätilisi meidän

tietokanta, jonka avulla voimme luoda lisää tilaa uusille käyttäjille .

Tilin Vahvistus

Nimi:

Käyttäjätunnus:

Salasana:

Syntymäaika:

Tilisi on edelleen aktiivinen, kun olet vahvistanut tilin tiedot.

Kiitos

Helsinki School of Economics

Webmail Support Team

How to Make a Million Before 30 - Kuinka tienata miljoona alle puolessa vuodessa

Törmäsin vanhan puolitutun projektiin tienata miljoona (USD) ennen 30-vuotispäiväänsä. Joka tulee 30.6.2010. Projektista voipi lukea blogista How to Make a Million Before 30.

Exporting mysql table to csv

bawdo2001 had a nice posting Export from MySQL to CSV for exporting data from MySQL to CSV with some shell commands:

mysql -uexampleuser -ppassword exampledb -B -e "select * from \`person\`;" | sed 's/\t/","/g;s/^/"/;s/$/"/;s/\n//g' > filename.csv

The details on the entry.

Suoramarkkinoinnin yms. estäminen

Puhelinmyyjä keskeytti työnteon jonka seurauksena tuli sitten hetki googleteltua suoramarkkinoinnin estosta ja hillitsemisestä. Muutamia näppäriä tuloksia:

Suomen asiakasmarkkinointiliitto (kiellot koskevat jäsenyrityksiä, joita on kuitenkin jonkin verran):

• ns. Robinson-palvelu: Puhelintarjonnan rajoituspalvelu - liiton palvelunumeroon soittamalla pitäisi liiton jäsenten puhelinmarkkinointi katketa kolmeksi vuodeksi


• ns. Posti-Robinson: Osoitteellisen suoramainonnan rajoituspalvelu - lähettämällä ja täyttämällä postikonttoreista saatava lomake tulisi liiton jäsenten osoitteellinen suoramarkkinointi katketa kolmeksi vuodeksi

Väestörekisterikeskukselta löytyy Tietojen luovutuksen kieltäminen jossa netitse täytettävällä lomakkeella voi kieltää tietojensa luovutuksen suoramarkkinointikäyttöön.

Bonuksena lisäksi Ajoneuvohallintokeskuksella näyttää olevan myös omia Tietojen luovutuskieltoja

Handling the SVN version upgrade

The SVN version (and the Berkeley DB used) was changed and the repository (created and used through the old version) didn't work with the new version, printing the following:

svn: DB_VERSION_MISMATCH: Database environment version mismatch
svn: bdb: Program version 4.3 doesn't match environment version

With some googling I found the SVN FAQ with following:

After upgrading to Berkeley DB 4.3 or later, I'm seeing repository errors.

Prior to Berkeley DB 4.3, svnadmin recover worked to upgrade a Berkeley DB repository in-place. However, due to a change in the behaviour of Berkeley DB in version 4.3, this now fails.

Use this procedure to upgrade your repository in-place to Berkeley DB 4.3 or later:

* Make sure no process is accessing the repository (stop Apache, svnserve, restrict access via file://, svnlook, svnadmin, etc.)
* Using an older svnadmin binary (that is, linked to an older Berkeley DB):
1. Recover the repository: 'svnadmin recover /path/to/repository'
2. Make a backup of the repository.
3. Delete all unused log files. You can see them by running 'svnadmin list-unused-dblogs /path/to/repeository'
4. Delete the shared-memory files. These are files in the repository's db/ directory, of the form __db.00*

The repository is now usable by Berkeley DB 4.3.

Because I could access older version, this was no problem. After that there was still one used db log causing:

svnadmin: DB_RUNRECOVERY: Fatal error, run database recovery
svnadmin: bdb: Unacceptable log file /home/pt5337/ltt-svn-fixed/db/log.0000000010: unsupported log version 13
svnadmin: bdb: Invalid log file: log.0000000010: Invalid argument
svnadmin: bdb: PANIC: Invalid argument
svnadmin: bdb: PANIC: DB_RUNRECOVERY: Fatal error, run database recovery

and svnadmin recover gave

svnadmin: Expected FS format '2'; found format '3'

Help for this was found from SVN repo upgrade HOWTO with following main points:

dump the repo with the old version:
$ svnadmin dump old-repos > dumpfile
and load the dump with the new version:
$ svnadmin load myrepos < dumpfile

I quess the dump/load -thing could have worked straight..