[gugs] generación packages .deb

[matze]

El Miércoles, 3. Octubre 2001 12:04, escribiste:

> huh, y para qué quieren una shared lib? No es un applet y ya está?

es un applet y ya está. tampoco comprendo porque crean una shared lib ...

> Pega los errores de lintian concretos y te sabré decir, seguramente será
> algo de sintaxis del fichero de shlib.

en el fondo quiero que debian/rules o bien dh_makeshlibs me cree el fichero 
shlibs. ¿debería ser así, verdad? como no lo hace hice un pequeño patch 
al dh_makeshlibs, para saber el porque. parece que el problema de 
dh_makeshlibs consiste en que la shared lib se llama simplemente kbiff.so y 
no kbiff.so.x.y, y como consecuencia no reconoce el nombre de la librería, la 
variable $library queda sin ser definida. así escribí mi propio shlibs, 
que contiene ésto:
kbiff 0 kbiff (>= 3.5-1)
a decir verdad, a pesar de haber leído una y otra vez capitulo 9 de la 
debian-policy no consigo comprender plenamente lo de los shlibs. por eso me 
miré también los ficheros .shlibs de otros paquetes en /var/lib/dpkg/info. me 
extraño que haya paquetes que vienen con librerías - como por ejemplo 
konqueror - y éstas librerías no estén mencionadas en el fichero 
konqueror.shlibs.
tengo dos preguntas más:

una línea de lintian es "binary-without-manpage kbiff". kbiff simplemente no 
contiene man-pages. ¿lo puedo ignorar, o qué hago?

en el debian rules tuve que cambiar una línea, para que me funcionara la 
creación (más o menos) correcta del paquete:

# $(MAKE) install prefix=$(CURDIR)/debian/kbiff
$(MAKE) install prefix=$(CURDIR)/debian/kbiff/usr

sin lo del /usr parte del arbol del paquete empezaba en / en vez de en /usr. 
otra parte empezaba correctamente en /usr. puedo vivir con éste workaround, 
pero me extraña un poco. ¿conoces el problema?

última pregunta para no hacerte tantas en en futuro: ¿hay que estar suscrito 
para poder enviar mensajes a las listas de debian? ésta noche envié un mail a 
debian-mentors en lists.debian.org con mis dudas sobre los shlibs. hoy he mirado 
en el browser el archivo de la lista, pero no veo mi mensaja. tampoco he 
recibido ningún "reject" del debian-listserver

saludos

matze

-- 
* Debian GNU/Linux 3.0 Woody *

matze en sindominio.net
  GnuPG Key fingerprint =  9DE1 C2FF D483 35D5 2619  AA48 936F A471 B9A8 8F6F

m.a.t.z.e en gmx.net
  GnuPG Key fingerprint =  08C0 B863 9E4C AABC 2D37  FF87 67B5 74D5 82B5 186F
------------ próxima parte ------------
W: kbiff source: maintainer-not-full-name matze 
N:
N:   The `name' part of this maintainer field is just one word, so it might
N:   not be a full name.
N:
W: kbiff source: dh-make-template-in-source debian/ex.doc-base.package
N:
N:   This package contains debian/*.ex and/or debian/ex.* files installed
N:   by dh_make. These are intended to be filled in with the package's
N:   details and renamed for use by various debhelper commands. If they are
N:   not being used, they should be removed.
N:
W: kbiff source: dh-make-template-in-source debian/manpage.1.ex
W: kbiff source: dh-make-template-in-source debian/manpage.sgml.ex
W: kbiff source: dh-make-template-in-source debian/watch.ex
E: kbiff: description-contains-tabs
N:
N:   The package "Description:" must not contain tab characters.
N:   
N:   Refer to Policy Manual, section 5.7.1 for details.
N:
W: kbiff: description-starts-with-leading-spaces
N:
N:   The package "Description:" starts with leading spaces. Usually,
N:   leading spaces are used to switch `verbatim display' on (i.e., lines
N:   are not wrapped) so this might be a bug in the package. Otherwise,
N:   please contact lintian-maint en debian.org about this so that this error
N:   gets included in the overrides file for Lintian. (With that, Lintian
N:   will ignore this bug in the future.)
N:
W: kbiff: binary-or-shlib-defines-rpath ./usr/bin/kbiff /usr/lib:/usr/X11R6/lib
N:
N:   The binary or shared library defines the `RPATH'. Usually this is a
N:   bad thing. Most likely you will find a Makefile with a line like:
N:       gcc test.o -o test -Wl,--rpath
N:   or
N:       gcc test.o -o test -R/usr/local/lib
N:   Please contact debian-devel en lists.debian.org if you have questions
N:   about this.
N:
E: kbiff: binary-without-manpage kbiff
N:
N:   Each binary in /usr/bin, /usr/sbin, /bin, /sbin, or /usr/games, must
N:   have a manual page.
N:   
N:   Note, that though the `man' program has the capability to check for
N:   several program names in the NAMES section, each of these programs
N:   must have its own manual page (a symbolic link to the appropriate
N:   manual page is sufficient) because other manual page viewers such as
N:   xman or tkman don't support this.
N:   
N:   Refer to Policy Manual, section 13.1 for details.
N:
E: kbiff: symlink-should-be-relative usr/share/doc/HTML/de/kbiff/common /usr/share/doc/kde/HTML/de/common
N:
N:   Usually, symbolic links should be relative.
N:   
N:   Refer to Policy Manual, section 11.5 for details.
N:
E: kbiff: symlink-should-be-relative usr/share/doc/HTML/en/kbiff/common /usr/share/doc/kde/HTML/en/common
E: kbiff: symlink-should-be-relative usr/share/doc/HTML/es/kbiff/common /usr/share/doc/kde/HTML/es/common
E: kbiff: symlink-should-be-relative usr/share/doc/HTML/fr/kbiff/common /usr/share/doc/kde/HTML/fr/common
W: kbiff: maintainer-not-full-name matze 
W: kbiff: menu-item-contains-unknown-tag kderemove /usr/lib/menu/kbiff:6
N:
N:   The menu item has a line that has a tag in it that is not one of the
N:   standard tags (needs=, section=, title=, longtitle=, command=, etc).
N:   While other tags can be used for specialized purposes, this is rare
N:   and it's more likely the tag's name is misspelled.
N:
E: kbiff: no-shlibs-control-file usr/lib/kbiff.so
N:
N:   Though the package includes a shared library, the package does not
N:   have a shlibs control file. If this is intentional, please contact
N:   lintian-maint en debian.org about this so that this error gets included
N:   in the overrides file for Lintian. (With that, Lintian will ignore
N:   this bug in the future.)
N:
E: kbiff: postinst-must-call-ldconfig usr/lib/kbiff.so
N:
N:   The package installs shared libraries in a directory controlled by
N:   `ld.so.' Therefore, the package must call `ldconfig' in its postinst
N:   script.
N:   
N:   Refer to Policy Manual, chapter 9 for details.
N: