Followup-For: Bug #516370
Package: duma
Version: 2.5.14-2
Please find attached a small package cleanup patch.
Cheers,
--
Cristian
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages duma depends on:
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libgcc1 1:4.3.3-4 GCC support library
ii libstdc++6 4.3.3-4 The GNU Standard C++ Library v3
duma recommends no packages.
duma suggests no packages.
-- no debconf information
diff -ur duma-2.5.14/debian/README.debian duma-2.5.14-2cii0/debian/README.debian
--- duma-2.5.14/debian/README.debian 1999-04-12 00:28:32.000000000 +0200
+++ duma-2.5.14-2cii0/debian/README.debian 2009-02-21 11:04:46.000000000 +0100
@@ -1,22 +1,16 @@
-electric-fence for DEBIAN
--------------------------
+duma for DEBIAN
+---------------
-The official maintainer of this package is Siggy Brentrup <b...@debian.org>.
-But he apparently lost his net.access, so this version was made
-by joost witteveen, <joos...@debian.org>.
-
-This package now also contains a shared library of electric fence.
-Thus, you don't need to recompile any programmes any more, all
-you need to do is
-
-LD_PRELOAD=libefence.so.0.0 your-buggy-programme
-
-and efence's malloc will be used.
-
-Oh, and note that if you're using c++, you and want to statically link
-your c++ programmes, you shouldn't use g++ to link libefence.a, but
-rather
- gcc -o myprog myprog.o -lstdc++ -lg++ -lefence
-(if you use g++, the order is different, and efence's malloc doesn't get used)
+This package contains a shared library of duma. Thus, you don't need to
+recompile any programmes any more, all you need to do is:
+ LD_PRELOAD=libefence.so.0.0.0 your-buggy-programme
+and duma's malloc will be used.
+
+Note that if you're using c++, and want to statically link your c++
+programmes, you shouldn't use g++ to link libduma.a, but rather:
+
+ gcc -o myprog myprog.o -lstdc++ -lg++ -lduma
+
+(if you use g++, the order is different, and duma's malloc doesn't get used)
diff -ur duma-2.5.14/debian/changelog duma-2.5.14-2cii0/debian/changelog
--- duma-2.5.14/debian/changelog 2009-02-21 11:22:11.000000000 +0100
+++ duma-2.5.14-2cii0/debian/changelog 2009-02-21 11:05:36.000000000 +0100
@@ -1,3 +1,11 @@
+duma (2.5.14-2cii0) unstable; urgency=low
+
+ * Removed usr/doc/electric-fence and usr/man/man3 from debian/dir.
+ * Removed ', ${misc:Depends}' from debian/control.
+ * Cleaned up debian/README.debian.
+
+ -- Cristian Ionescu-Idbohrn <c...@axis.com> Sat, 21 Feb 2009 10:45:48 +0100
+
duma (2.5.14-2) unstable; urgency=low
* Fix typo in long description (Closes: #486736)
diff -ur duma-2.5.14/debian/control duma-2.5.14-2cii0/debian/control
--- duma-2.5.14/debian/control 2009-02-21 11:22:11.000000000 +0100
+++ duma-2.5.14-2cii0/debian/control 2009-02-21 10:52:23.000000000 +0100
@@ -10,7 +10,7 @@
Package: duma
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}
Description: library to detect buffer overruns and under-runs in C and C++ programs
Open-source library to detect buffer overruns and under-runs
in C and C++ programs.
diff -ur duma-2.5.14/debian/dirs duma-2.5.14-2cii0/debian/dirs
--- duma-2.5.14/debian/dirs 1999-04-11 23:37:30.000000000 +0200
+++ duma-2.5.14-2cii0/debian/dirs 2009-02-21 10:54:19.000000000 +0100
@@ -1,3 +1 @@
usr/lib
-usr/doc/electric-fence
-usr/man/man3
