Today I saw that a new version of Nanoblogger was released, so I decided to update.

I thought this would be a breeze, but it turned out that Kevin (the maintainer of Nanoblogger) changed a lot between the last two versions. Nanoblogger calls (in my setup) Markdown to format the webpages and that's where it stopped. A little debugging got things going again and I mailed Kevin the patch.

I guess it will be resolved in the next release.

But I am running version 3.4.2 now.

This morning a git (1.6.6.1) arrived with a copule of nice bug fixes. I created complete CentOS5 RPM's for this again.

These new RPM's can be found in the files section.

They have started again, those EU nitwits. When does the EU just stop with this madness?

Stop them now and (re)sign the petition against software patents.

When I was installing a new server I thought that it would be nice to have the server display a nice banner when I contact it. With OpenSSH this is rather easy to achieve. Just setting the Banner option in /etc/ssh/sshd_config should do the trick. I also thought it would be nice to have the servername displayed, created with Figlet. So when I login the screen should look something like this:

 _ __ ___  _   _ ___  ___ _ ____   _____ _ __ 
| '_ ` _ \| | | / __|/ _ \ '__\ \ / / _ \ '__|
| | | | | | |_| \__ \  __/ |   \ V /  __/ |   
|_| |_| |_|\__, |___/\___|_|    \_/ \___|_|   
           |___/

I set this all up and when I logged in the screen looked like:

 _ __ ___  _   _ ___  ___ _ ____   _____ _ __ 
| '_ ` _ \\| | | / __|/ _ \\ '__\\ \\ / / _ \\ '__|
| | | | | | |_| \\__ \\  __/ |   \\ V /  __/ |   
|_| |_| |_|\\__, |___/\\___|_|    \\_/ \\___|_|   
           |___/

I guess you can understand it's not what I wanted. All backslashes are doubled, hmmm weird.

Poking around in the system (CentOS 5.4) seemed to lead me to the mingetty command, because that's what's used to login.

In the source code of mingetty I found:

if ((fd = fopen (ISSUE, "r"))) {
    while ((c = getc (fd)) != EOF) {
        if (c == '\\')
            output_special_char (getc(fd));
        else
            putchar (c);
    }
    fflush (stdout);
    fclose (fd);
}

so that could be it.

As a test I put a mingetty escape sequence in the /etc/issue file, but that showed up completely the same, no mingetty translation. So that's not it. Not that many options left. Maybe the OpenSSH server displaying the backslashes the wrong way.

Tracing the OpenSSH server source code showed that it couldn't be that one, because the Banner file is just sent by an atomic write.

But, if it's not the server, maybe it's the client. Another source code scan of the OpenSSH stuff revealed the culprit. In the file sshconnect2.c the function input_userauth_banner displays the banner, sent from the server. On line 417 (in my source tree, OpenSSH version 5.3p1) it says

strnvis(msg, raw, len * 4 + 1, VIS_SAFE|VIS_OCTAL);

So "unsafe" characters and "octal" characters are encoded. The man page of strnvis states:

There is one additional flag, VIS_NOSLASH, which inhibits
the doubling of backslashes and the backslash before the
default format

So I changed the line to

strnvis(msg, raw, len * 4 + 1, VIS_SAFE|VIS_OCTAL|VIS_NOSLASH);

recompiled SSH and reconnected to my new, shiny server.

Hurray, problem solved.

Checking the Internet I found out that someone already found this bug and checked it in with the OpenSSH developers (about an hour before I tried to check it in). It will be resolved in version 5.4, but it can still take some time to find it's way into all distributions.

A new git (1.6.6) arrived and I thought I should create RPM's for this again.

These new RPM's can be found in the files section.

A new git (1.6.5.3) arrived and I thought I should create RPM's for this again.

This turned out to be rather tedious and frustrating.

Running

rpmbuild -ba git.spec

as usual gave me this error

I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd
/home/tonk/rpmbuild/BUILD/git-1.6.5.2/Documentation/git-add.xml:2: warning: \
failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"

Hmm, never seen that one before. Digging around in the Makefile and adding a lot of echos to display some debugging info, I found it.

I recently upgraded to CentOS 5.4 and now it turns out that CentOS breaks things. In the file /etc/asciidoc/docbook.conf it says:

<!DOCTYPE {doctype-article?article}{doctype-book?book}{doctype-manpage?refentry} PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">

... and that's wrong. There is no file for version 4.5. I didn't feel like finding out how to repair all these packages and the "dependency hell" involved. I just didn't have the stomach for it, right now (not at 01:30 AM).

So, no nice repairs, but I just changed the above line to:

<!DOCTYPE {doctype-article?article}{doctype-book?book}{doctype-manpage?refentry} PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">

(See the subtle difference between the two, 4.5 versus 4.2)

Now it all works, although I still do not know which package really breaks things.

If I ever find out I will let you know.