El mar, 13-11-2007 a las 17:31 +0100, Adeodato Simó escribió: > * 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. No lo conocía, veo que este viene configurado para servir /srv/tftp, directorio que no existe y que tendría que crear para dentro enlazar con /var/lib/tcos/tftp... ¿Tan difícil es que todos los servidores TFTP usen el mismo directorio? tftp-hpa usa /var/lib/tftpboot atftpd usa /tftpboot tftpd usa /srv/tftp La mayoría de los servidores web en Debian (hablo un poco a ciegas) usan /var/www, porque se ha convertido en un estandar de uso. > > > 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. El bug tiene ya su tiempo y no se si se querrá cambiar, mucha gente por razones históricas conserva /tftpboot ... > > > 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. Es decir en mi script (programa que se ejecuta a mano) que genera las imágenes puede ver si existe el directorio raiz del tftp y sino existe crearlo.. eso no incumple la Debian Policy, lo que la incumple es o bien llevar ese dir en el paquete o crearlo en postinst por ejemplo. ¿he entendido bien? > 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. El problema de ese postinst es que si /tftpboot (o el dir que sea) no existe y no ves el warning (instalas con synaptic por ejemplo) no hay manera de saber porque las imágenes no van. Podría usar debconf para mostrar el mensaje o incluso fallar en la instalación sino se crea antes de instalar /tftpboot pero creo que es mejor opción quitarlo de postinst para meterlo en el script que se ejecuta a mano. > BTW, > no tengo contexto, pero creo que el "new TCOS images must not work" > habría que cambiarlo de must a will.) Upssss, arreglado, gracias. Creo que esos echo's debería convertirlos a debconf y mostrar un mensaje, pero por otra parte piden no abusar de debconf, en fin no se muy bien como hacerlo. > > > 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, > Gracias por los consejos y un saludo. -- http://soleup.eup.uva.es/mariodebian
Attachment:
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente