Scott James Remnant

I'd rather just see the test fixed rather than disabled.

I don't think there's a good reason to add an external dependency on gtkdoc; after all, it comes from glib/GTK+ and if you have that lying around, why not use...

By your own argument, it's therefore not necessary for the libnih source tree to carry support for generating these documents since they have been published already. There's no need to...

With this format, you don't need the "function"/"feature" test banners

The other problem is that libnih tests aren't intended to be "crash safe", a crash is just a way of failing. So to be truly TAP-safe you'd have to run...

Since that's defined by an init system that doesn't use libnih, /var/run seems just fine

The FHS still specifies /var/run - if the distributions would like to update that, that's there business - until they do, they can patch it :p

When is intl support not part of libc?

Since the symbol is tagged **attribute** ((weak)), please give a rationale for why this creates "a tight dependency between libnih and (e)glibc"

But in this case API stability doesn't matter, because if glibc changes that symbol then the code handles that gracefully. Worth nothing that Gentoo handles this situation perfectly