[plt-scheme] miscaellanous packaging problems with plt-scheme

From: Guillaume Rousse (rousse at ccr.jussieu.fr)
Date: Thu Aug 5 17:57:52 EDT 2004


Apart the compilation problem with latest plt and gcc versions, I got 
several packaging policy problems with my plt packages. I'd like 
maintainer input about them, to see how they can be solved.

First, i got tons of warning about development files (*.h and *.c) 
inside package:
devel-file-in-non-devel-package /usr/lib/plt/collects/plot/src/all/plcont.c
devel-file-in-non-devel-package /usr/lib/plt/collects/plot/src/all/plot3d.c
devel-file-in-non-devel-package /usr/lib/plt/collects/compiler/mzc.h

The policy says that files not mandatory for execution, but only for 
compiling new derived applications, such as static libs and headers have 
to be segregated in a -devel packages. And source files are only needed 
as doc. But some specific packages, such as compilers for instance, need 
those file for standard use. So my question is: should I request an 
exception for plt also, or create a plt-devel package containing them ?

Then I have different errors, mostly about the dynamic libraries:


E: plt-mzscheme binary-or-shlib-defines-rpath /usr/lib/plt/bin/mzscheme 
The binary or shared library defines the `RPATH'. Usually this is a
bad thing because it hard codes the path to search libraries and so it
makes difficult to move libraries around.  Most likely you will find a
Makefile with a line like: gcc test.o -o test -Wl,--rpath.

E: plt-mzscheme library-not-linked-against-libc 

zero-length /usr/lib/plt/collects/launcher/sh
zero-length /usr/lib/plt/collects/doc/drscheme/keywords.scm

I'm unable to explain 1), 2) is explained by rpmlint itself, and 3) and 
4) are quite self-explanatory

Full report is available online (with many other packages tough):
http://qa.mandrakesoft.com/stat.cgi?error=all&maintainer=[email protected]&sort1=0&sort2=6&warning=all&type=RPMS&type=SRPMS&class=main&class=contrib&view=detailed

Any help appreciated.

Posted on the users mailing list.