Re: Pregunta sobre directorios no estandar
* mariodebian [Tue, 13 Nov 2007 16:36:03 +0100]:
> Problemas:
> 1.- tftp-hpa no sirve ya que hace chroot al directorio raiz tftp y no
> funcionan los enlaces simbólicos externos.
> 2.- atftpd viene configurado para servir por defecto en /tftpboot que no
> existe y no es FHS
> 3.- Un paquete si quiere entrar en Debian debe proveer archivos que
> cumplan el estándar FHS (Debian policy 9.1) por lo que desde TCOS no
> puedo crear ese directorio.
También está tftpd, no sé si no lo podéis usar por alguna razón o algo.
> Soluciones:
> 1.- Volver a pedir al responsable de atftpd que cambie la ruta por
> defecto a algo como /var/lib/tftpboot
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411322
Como se dice ahí, parece que hubo consenso con /srv/tftp. Yo cogería
esta opción; y si el maintainer no responde, se podría hacer un
delayed-NMU.
> 2.- ¿Se puede crear el directorio desde un programa en el paquete (no
> desde postinst)? o ¿lo prohibe la debian policy?
En un programa incluido en el paquete, desde luego que no, ya que hay
que ejecutarlo a mano. Pero, ¿lo queréis quitar del postinst? Lo he
leido someramente, pero parece que hace lo correcto? (Crear el enlace a
donde toque, o sea donde vaya a leerlo el tftp server instalado. BTW,
no tengo contexto, pero creo que el "new TCOS images must not work"
habría que cambiarlo de must a will.)
> Hasta ahora hacía un warning en postinst y si /tftpboot existe creaba el
> enlace:
> http://trac.tcosproject.org/browser/trunk/initramfs-tools-tcos/debian/initramfs-tools-tcos.postinst
> Es un poco triste que porque no se quiera parchear un paquete haya que
> estar dándole vueltas a algo tan simple.
delayed-NMU.
Un saludo,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Education is what remains after one has forgotten everything he learned in
school.
-- Albert Einstein
Reply to: