Bug#733743: ITP: libnih.la -- portable libnih implementation
Owner: Dimitri John Ledkov <firstname.lastname@example.org>
* Package name : libnih.la
Version : 1.0.4 (git snapshot)
Upstream Author : Dimitri John Ledkov (DD), Scott James Remnant (DD)
* URL or Web page : https://github.com/xnox/libnih/tree/kfreebsd http://libnih.la/
* License : GPL v2
Architecture : kfreebsd-any (hurd-any - maybe later)
Description : portable libnih implementation
I would like to package a temporary fork of libnih, which has been
ported to kFreeBSD/eglibc platform. My plan for this package is to
provide same packages as the src:libnih, but for non-Linux ports
only. At the moment I have a port to kFreeBSD/eglibc.
This is separate source package as the supported set of APIs is not yet
fully same as of the Linux port of libnih. For example kqueue/kevent
technology is not yet used to provide, e.g. file level notification as
done with inotify in the linux port.
Some of my patches have already been accepted upstream
(https://github.com/keybuk/libnih), others are under review and some are
not ready for submission yet.
All libnih test-suite passes on kFreeBSD for those components that have
Together with this effort, I am staging patches for Upstart itself for
kFreeBSD/eglibc https://code.launchpad.net/~xnox/upstart/kfreebsd. It
compiles, but at the moment is still incomplete. The test-suite does not
pass yet and there are no kFreeBSD specific bridges yet (e.g. devd
events, instead of udev, etc.). I'm hoping to have a bootable
kFreeBSD/eglibc port soon, with full support ahead of Jessie freeze on
5th of November 2014.
The requirements for libnih/kfreebsd, at the moment are, eglibc 2.18 &
kFreeBSD kernels with fixed waitid/wait6 syscalls. These are all present
in Debian experimental. Alternatively, if lower eglibc versions are
required I could easily use wait6 syscall directely, without eglibc
wrapper. In that case only requirements would be patched kFreeBSD
kernels for the kern/184002
http://www.freebsd.org/cgi/query-pr.cgi?pr=184002&cat= bug which I
discovered in FreeBSD. It's fixed in current/11, and is on track to be
fixed in 9.2, 10 stable updates. I believe patch for that issue is
already in debian packaging of FreeBSD kernels.
I haven't started HURD port just yet, as I'm more familiar with