I just got an audio CD and they wanted me to grab it (copy+compress to mp3). I think last time I did so about 8 years ago? :) Those days I used xfce and I used first grip then I wrote a perl script that used lame, cdparanoia, mp3info and cdlabelgen (it lacked cddb support).

Of course I did not maintain my script so it stopped working with the updated upstream tools, so I was searching something simple, like grip but preferably a qt/kde one.

When I inserted the audio CD, it offered to compress it, it started KAudioCreator. And yes, the usual kde quality, it just worked. :)

So today was the deadline, I posted this. (IIRC I linked it once already in this blog but it was updated since then.) This year proposals can't be updated after the deadline, so it doesn't matter if it will be accepted or not, this is the final version. ;)

I just got my freedesktop.org git account, since ooo-build is moving there from svn.gnome.org. The interesting part is account maintainance - basically I had to submit my gpg key and as long as I gpg-sign my messages, I even can change ssh keys via email, automatically. That's nice, but the reply to my messages are weird - they are gpg-encrypted, but not in a way mutt can automatically decrypt.

They note in the wiki that they borrowed the account admin system from Debian - problem located. :P

Snip. When I created the tmp libwpd-java homepage, I used hilight in asciidoc documents to color Java code. The syntax used to be:

[java]
source~~~~
foo
source~~~~

Now I needed this feature again and it seems that the recommended (required?) syntax is something new (tested with c++ only, as I needed that one):

[source,cpp]
----
foo
----

So we just got a Java task at the uni and I wanted to see what can I do on Frugalware-ppc about it, in case I build openjdk from hg.

The result is quite surprising, it works very well.

My only big problem is that it has a totally different build number, currently they are at 1.6.0b14, while the binary version is at '6 update 13', and till the source versioning schema does not match the binary one, I would not use it in a production environment.

It also seems that packaging this would take a hell of time (and even after it's done, maintaining it would be time-consuming as well), so in case they would publish prebuilt binaries, I could live with that. I just found some bin tarballs on the archlinuxppc ftp site - mailed them about them (if they just mirror it or where is the build script), but no response so far.

Okay, I learned something new, you can have a special pointer type in C++ which is not really a pointer at all.

So let's say you have a Foo class with a lot of void foo(int param); methods. Then you can have a "pointer" type 'int (Foo::*)(int)' which is in fact a pointer to Foo and it has an offset about what function does it point to.

And given that it contains an address and an offset as well, you can't cast it to void*, like you can do so with real pointers.

I had to look up the Bjarne book since I didn't really know about this at all... ;-)

Here. :-)

I have an other one as well, but that's not yet commited (and it may be even wrong).

I never imagined that google translate could be useful for any situation when English is not the source language (I use it when English is the target language when I find some Chinese or Japanese blog posts), but now I see where it can be useful.

Yesterday I just wanted to link a timeline to someone who does not speak English at all, and google translate did its jobs - at least when the user knew what does she search for, she was able to find the date in the timeline. :)

I just noticed that I don't have any new mails in my rss notification folder - it turns out that it's because my rss2email fork is broken. Yeah, I remember, I just created a small patch, sent it upstream, then stopped updating rss2email till I get a response from the maintainer. No response so far but now I rebased it, as it seems the latest upstream release works fine with python-2.6.

It has been proposed on the list that we switch from medawiki to dokuwiki.

Pros: an active developer would maintain it, dokuwiki is maybe a bit less bloated

Cons: obscure syntax, for example the title '=' syntax (= is big, == is smaller) is the opposite of what we use in asciidoc.

So far dokuwiki is packaged in current, so we'll see...

That's interesting. My feeling was that recently the popularity of Frugalware was not increasing but staging, but then I had a look at the apache logs and checked the number of hits one days after the release of 0.9 and 1.0:

$ grep -c '10/Sep/2008' www.frugalware.org-access_log
88223
$ grep -c '23/Mar/2009' www.frugalware.org-access_log
216817

So it seems we recently get way much more hits than previously. Interesting.