* debian/patches/02_hurd_stub_backend.patch,

debian/patches/03_kfreebsd_installdirs.patch,
  debian/patches/04_kfreebsd_version_check.patch,
  debian/patches/05_kfreebsd_8.0.patch:
  - Add headers.

debian/changelog

@@ -1,3 +1,13 @@
+libgtop2 (2.28.0-5) UNRELEASED; urgency=low
+
+  * debian/patches/02_hurd_stub_backend.patch,
+    debian/patches/03_kfreebsd_installdirs.patch,
+    debian/patches/04_kfreebsd_version_check.patch,
+    debian/patches/05_kfreebsd_8.0.patch:
+    - Add headers.
+
+ -- Emilio Pozuelo Monfort <pochu@debian.org>  Sat, 30 Jan 2010 13:57:02 +0100
+
 libgtop2 (2.28.0-4) unstable; urgency=low
 
   [ Josselin Mouette ]

debian/patches/02_hurd_stub_backend.patch

@@ -1,3 +1,9 @@
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=602662
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=557446
+Author: Samuel Thibault <sthibault@debian.org>
+
+Fix the stub backend to build again, making libgtop build on the Hurd.
+
 diff -urN --exclude='*.o' --exclude='*.lo' --exclude='*.in' libgtop2-2.28.0.sav/sysdeps/stub/Makefile.am libgtop2-2.28.0/sysdeps/stub/Makefile.am
 --- libgtop2-2.28.0.sav/sysdeps/stub/Makefile.am	2009-04-18 23:29:49.000000000 +0000
 +++ libgtop2-2.28.0/sysdeps/stub/Makefile.am	2009-11-22 01:07:39.000000000 +0000

debian/patches/03_kfreebsd_installdirs.patch

@@ -1,3 +1,12 @@
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=602664
+Author: Josselin Mouette <joss@debian.org>
+
+The libgtop_server2 binary is launched by the library itself, and has no use
+being launched directly. Therefore, it should go in $(libexecdir) instead.
+
+The patch also adds some missing $(DESTDIR) references in the installation
+hooks.
+
 Index: libgtop-2.28.0/libgtop-sysdeps.m4
 ===================================================================
 --- libgtop-2.28.0.orig/libgtop-sysdeps.m4	2009-11-22 17:31:01.861694527 +0100

debian/patches/04_kfreebsd_version_check.patch

@@ -1,3 +1,10 @@
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=602666
+Author: Josselin Mouette <joss@debian.org>
+
+The server binary refuses to start when it is not run on the same hardware as
+the one where it was built on. This check is utterly and absolutely useless,
+and makes it impossible to produce working binary packages.
+
 Index: libgtop-2.28.0/src/daemon/server.c
 ===================================================================
 --- libgtop-2.28.0.orig/src/daemon/server.c	2009-11-22 21:14:47.613184919 +0100

debian/patches/05_kfreebsd_8.0.patch

@@ -1,3 +1,9 @@
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=608518
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559291
+Author: Petr Salinger <Petr.Salinger@seznam.cz>
+
+Fix a couple of checks for the kFreeBSD kernel.
+
 Index: libgtop-2.28.0/sysdeps/freebsd/procmap.c
 ===================================================================
 --- libgtop-2.28.0.orig/sysdeps/freebsd/procmap.c	2009-12-03 13:59:57.866694125 +0100