On 2010-11-17 18:56 +0100, Sven Joachim wrote:
> I think we should really ship an ncurses-examples packages with the
> precompiled test programs, some of them are very nice. :-) However,
> since the names of the programs are rather generic, installing them into
> /usr/bin or /usr/games would clash with other packages. Therefore I
> think we should put the programs outside $PATH, say in
> /usr/lib/ncurses/examples.
So I tried to do this:
--8<---------------cut here---------------start------------->8---
diff --git a/debian/control b/debian/control
index b61f29a..94db9d4 100644
--- a/debian/control
+++ b/debian/control
@@ -185,3 +185,16 @@ Breaks: mlterm-common (<< 3.0.1-3)
Description: additional terminal type definitions
This package contains all of the numerous terminal definitions not found in
the ncurses-base package.
+
+Package: ncurses-examples
+Architecture: any
+Section: misc
+Priority: optional
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: test programs and examples for ncurses
+ This package contains programs demonstrating the possibilities of
+ ncurses and testing the library. The examples include an
+ analog/digital clock and several classic programs such as solitaire,
+ battleships, a knight's tour on a chess board, the towers of Hanoi
+ and several others.
diff --git a/debian/ncurses-examples.install b/debian/ncurses-examples.install
new file mode 100644
index 0000000..1ec5e51
--- /dev/null
+++ b/debian/ncurses-examples.install
@@ -0,0 +1 @@
+obj/test/* usr/lib/ncurses/examples
--8<---------------cut here---------------end--------------->8---
This gets the example programs installed, but lintian has a complaint
about them:
,----
| E: ncurses-examples: binary-or-shlib-defines-rpath
./usr/lib/ncurses/examples/background
/usr/local/src/deb-src/ncurses/ncurses/obj/lib
| N:
| N: The binary or shared library sets RPATH. This overrides the normal
| N: library search path, possibly interfering with local policy and causing
| N: problems for multilib, among other issues.
| N:
| N: The only time a binary or shared library in a Debian package should set
| N: RPATH is if it is linked to private shared libraries in the same
| N: package. In that case, place those private shared libraries in
| N: /usr/lib/<package>. Libraries used by binaries in other packages should
| N: be placed in /lib or /usr/lib as appropriate, with a proper SONAME, in
| N: which case RPATH is unnecessary.
| N:
| N: To fix this problem, look for link lines like:
| N: gcc test.o -o test -Wl,--rpath,/usr/local/lib
| N: or
| N: gcc test.o -o test -R/usr/local/lib
| N: and remove the -Wl,--rpath or -R argument. You can also use the chrpath
| N: utility to remove the RPATH.
| N:
| N: Refer to http://wiki.debian.org/RpathIssue for details.
| N:
| N: Severity: serious, Certainty: possible
| N:
`----
We're already passing --disable-rpath to configure, and adding
--disable-rpath-hack does not help either. :-(
In test/configure there is no option at all to disable RPATH.
Any ideas?
Cheers,
Sven
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
