Older blog entries for cord (starting at number 33)

Geocaching with the n810

Today i tried the first time to do GeoCaching with my Nokia N810 running the Maemo (which is a Debian-based Distribution). I already own a Garmin Geko 201 with which i found 100+ Caches, so this is my reference.

The GPS-Receiver of the N810 is better than the one in the Geko (at least since i use the fixed gpsd, which normally shouldn't do something on the performance, but in my case... it made me feel better), so fixes come faster, and more accurate than on the Geko. (from hearsay the SirfIII-Chip is even better)

I run Maemo Mapper on the N810, a free (as in speech) Software written to do things better than GpsDrive at least on the Nokia Internet Tablets.

I wrote some programs to be the glue between Geocaching-Websites and GPSdrive (which depends on MySQL) and i modifed those to put the information into SQLite, which is the Database used by Maemo Mapper.
If i pump all my waypoints in such a file (which are currently 94607) Maemo Mapper gets slow. so slow that Maemo Mapper becomes useless.

On the Garmin-GPS-Receiver, i can have only 500 Waypoints, but i have a 'goto'-function, so i store my destination coordinates and say 'Goto' and the thing provides me an arrow which points to my destination and shows the distance (it doesn't know about ways so it points the direction directly, but that is usually fine as GeoCachers often are so abroad that no one has maps about the area.).

In Maemo Mapper i couldn't find such a function. I can say 'Goto Coordinates' and then it centers the map to there, but there isn't a sign and no line or arrow which direction i have to turn to. This is a problem (or something for the wishlist.)

So from GeoCachers view (and those people who want to navigate for other reasons) free Navigation-Software for Linux is an area where more work is needed.

Syndicated 2008-03-30 15:08:30 from Sprachrohr - offizielles Verlautbarungsorgan

being busy / Request for Help

Because of some modifications at my Real Life Orkplace, I decided to reduce other duties to get a better chance to deal with my new duties. So i requested help for my four packages in the Distribution

RFH: jove
My first package. A small, but powerful Emacs-relative, with all those uneeded things stripped which makes emacs fat. Maybe these days especially useful for small memory devices, as it gives you emacs-likeness for the price of nvi or ae. I have no idea how well it works in a real utf-8-environment.
RFH: milter-greylist
A greylist-milter which makes running a mailserver somehow possible for me. it keeps away about 2/3 of spam, which leaves me with only 400spams/day. I already have two contacts who want to help with that.
RFH: nn
No news is good news, but nn is better. This is a USENET reader, for those people who grow up with Webforums and Blogs: This could be still the most effective way to celebrate flamefests, gather information or communicate with people sharing same interests. And nn has in my opinion the best UI for it, and makes it easy and fast to find interesting articles and skip others. Well, Upstream Development has ceased to exist around 1994. I think if no one takes over, this package will become finally useless when IPv6 gets widely used (right after the release of 'Duke Nukem Forever') and it also doesn't deal well with non iso-8859-1-charsets. So best for this package would be to rewrite it from scratch (my dream: message/mime-handling/threading from mutt, scoring from slrn, and UI from nn) because the User Interface is much better than those of all still alive Newsreaders i tried.
RFA: synergy
This is my most popular package, which makes it possible to share one mouse and keyboard over many computers and displays. (It is available for UNIX/Linux, Windows and MacOS) This is a very very useful software, and i use it permanently. Sadly the Upstream Development mostly ceased to exist, and so i put this to ITA (instead of ITH) because many Debian-Users use it according to popcon. This software should be taken over by someone who is able to help Upstream. There is a RC-Bug, which caused the package be pulled from testing.

Interesting is that while filing those ITH/ITA all the same day, i only got responses for the packages which scores lowest in popcon, (24 for milter-greylist, 1196 for synergy).

Syndicated 2008-03-14 11:08:02 from Sprachrohr - offizielles Verlautbarungsorgan

Today i kicked 560 Mailaddresses off lists.debian.org ...

... because they are bouncing.

In my ongoing attempt to investigate and fix problems of our mailinglist-server, i found that we only had a working bounce-detection for lists starting debian-* minus debian-private and the three digest-lists.

So i rewrote some parts of the bounce detection:

We now have four categories of lists:

  • high (30 or more mails a day)
  • medium (20 or more mails a week)
  • low (10 or more mails a month)
  • very-low (the rest)

for these four categories we calculate a spam-rate depending on the number of distributed messages and the number of bounces in the timerange of 24 hours for 'high' lists, 7 days for 'medium' lists, 30 days for 'low' lists and 90 days for 'very-low' lists.

If the Spamrate exceeds 80% for unmoderated, and 60% for moderated lists, and bounces have been seen for more than 24 hours we kick. (these rates are subject to change, when we have implemented the warning mechanism)

So these changes implemented a bounce-detection for debian-changes-digest and today we reached the level of 60% bounces for more than 500 subscribers.

So what next?

To finish the bounce-detection, i want to implement something which tries to notify subscribers about bouncing mails. This is useless for 'hard'-bouncers, but people with some smaller problems like mail2news-gatewayers this could be helpful. I also want to implement something which sends out unsubscription notices for three weeks after the kick, so kicked out people can resubscribe after they have sorted out the problems.

Both should fire once a week per address.

What do you think?

Syndicated 2008-01-25 23:11:37 from Sprachrohr - offizielles Verlautbarungsorgan

Debian Lists vs. Mail2News-Gateways.

While analysing the pole setters in our internal bouncers-Hitlist i found that some of them run a mail2news-Gateway.

The problem is: our Mailinglists leave Mail-Headers mostly untouched, and so headers like X-Trace or X-Complaints-To are passed through without modifications.

If a mail containing those headers is handed over to inews (as in INN) it rejects it, and the bounce comes back to us:

<XXXXX@XXX.com>: Command died with status 1: "/usr/bin/maildrop". Command
output: inews: cannot send article to server: 441 Can't set system
"X-Complaints-To" header inews: article not posted

so people: fix your systems. if you do more with listmail than dropping it somewhere make sure that the bounces your system produces go to someone who can fix it. We (as in listmasters) normally simply unsubscribe those.

btw: we talk about 18181 bounces since 08.2004 in this case.

Syndicated 2008-01-14 09:09:06 from Sprachrohr - offizielles Verlautbarungsorgan


I'm just wadeing through Debian-Mailinglists on the search for enhancements and false-positives.

and i just came over debian-security-announce, a lists that sends a helpful message back to submitters that aren't allowed to send out advisories.

That message didn't contain a Precedence-Header so i added one, and wondered which value would be appropriate... I remember to have seen three values: 'junk', 'bulk' and 'list' (the latter should be set for all our Mailinglists).

So i tried the usual ways to find out about some more possible values, but i couldn't find a RfC or another Document that describes correct usage of the Precedence-Header.

So, i set the Header to 'junk' now, but if someone could point me to some documentation i would be thankful.

Syndicated 2008-01-02 19:16:11 from Sprachrohr - offizielles Verlautbarungsorgan

Scratchbox: You must close your other scratchbox sessions first

after playing around a little bit with maemo inside scratchbox, i managed to break the packetsystem beyond repair... so i wanted to start again, but the maemo-sdk-install_4.0.sh told me:

E: You must close your other scratchbox sessions first

so... where to go from here?

http://mg.pov.lt/maemo-irclog/%23maemo. ... 0.log.html knows it:

sb-conf killall

are the magic words. lets start again.

Syndicated 2007-11-10 21:22:40 from Sprachrohr - offizielles Verlautbarungsorgan

Scratchbox: Inconsistency detected by ld.so

As i blogged before i'm going to be the happy (?) owner of a Nokia N810. On this device runs a Linux with a special distribution and there is also a Development SDK, which can be run on ia32-machines.

This SDK relies on Scratchbox, so i just downloaded and tried to install it. This works smoothly, they provide a shellscript, which downloads all needed components and feeds them to dpkg.

But, when i try to start Scratchbox i get

Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph->p_vaddr == _rtld_local._dl_sysinfo_dso' failed!

after some g00gleing, i finally found the solution here: [Scratchbox-users] Re: scratchbox doesn't works any more.

and the answer is: The kernel needs VDSO. This option is in Linux-Kernel-menuconfig in the 'Processor type and features' submenu.

The help on that item shows:

Say N here if you are running a sufficiently recent glibc version (2.3.3 or later), to remove the high-mapped VDSO mapping and to exclusively use the randomized VDSO.
and so i switched it off. Ok, with on again now, lets find the next obstacle.

Syndicated 2007-11-10 08:11:23 from Sprachrohr - offizielles Verlautbarungsorgan

N810 maemo submission accepted

Yes, I just received the following mail:

Congratulations! You have been accepted to the N810 maemo device
program. We will send your discount and instructions as soon as the
device is available in your selected shop (soon).

maemo team - http://maemo.org

So christmas is saved.

Syndicated 2007-11-09 18:02:51 from Sprachrohr - offizielles Verlautbarungsorgan

RIP Telekommunikationsgeheimnis.

Explaination for non German Readers: Today the german parliament passed an act, which orders all communication-connection data (caller-ids, times, email-communication, other internet-transactions) have to be stored for 6 months.

More info on vorratsdatenspeicherung.de

Syndicated 2007-11-09 13:59:55 from Sprachrohr - offizielles Verlautbarungsorgan

24 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!