Re: Par de dudas.
SilentBlue X dijo [Thu, Dec 13, 2007 at 10:23:35AM -0500]: > Hola de nuevo, les agradesco por las respuestas a todos, si que me > despejaron las dudas > que les mencionaba. Sin embargo estuve leyendo y a ver si me ayudan > nuevamente :) ¡Hola! Venga pues... > - Cuando uno desea adoptar un paquete, tiene necesariamente que encargarse de > su > mantenimiento, en todas las arquitecturas que soporta Debian > (x86, sparc, alpha, etc...)? Sí, te haces responsable de los paquetes. Si no tienes acceso a la máquina en cuestión, puedes pedir ayuda en alguno de los canales/listas, no falta quien te done un poco de tiempo y ciclos de reloj ;-) > - Hace poco estaba experimentando con un juego y creo que esta como huerfano, > y no se > que funcionalidad agregarle, pues si le hago algunos arreglos derrepente > igual pasa como > desapercibido. Bueno, nuestro rol primario en Debian es empaquetar y corregir los bugs relativos al empaquetamiento. En segundo término, actuar de intermediarios entre los usuarios y el autor cuando hay bugs reales - ayudar a resolverlos, encontrar qué los puede estar causando, siempre que podamos incluso echar el código para corregirlos, pero _siempre_ intentar "empujarlos" hacia arriba, para que el desarrollo y las demás distribuciones se beneficien de lo que vamos haciendo. El desarrollar funcionalidad adicional, claro, no es malo... Pero eso debes hacerlo (en mi opinión) como parte de un involucramiento en _ese_ proyecto, no como parte de Debian. > - La documentación de Ubuntu en el sentido de parchado de paquetes me puede > servir?, > Me parece que tiene mejor informacion en ese aspecto, en Debian no la > encuentro :( Supongo que sí, en líneas generales al menos. Como sea, en http://www.debian.org/devel/ hay _bastante_ información. Comienza con el "New Maintainers' Guide". > - Los fallos tipo FTBFS, son los más faciles de corregir? Sí, excepto cuando no ;-) Saludos, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Par de dudas.
Hola de nuevo, les agradesco por las respuestas a todos, si que me despejaron las dudas que les mencionaba. Sin embargo estuve leyendo y a ver si me ayudan nuevamente :) - Cuando uno desea adoptar un paquete, tiene necesariamente que encargarse de su mantenimiento, en todas las arquitecturas que soporta Debian (x86, sparc, alpha, etc...)? - Hace poco estaba experimentando con un juego y creo que esta como huerfano, y no se que funcionalidad agregarle, pues si le hago algunos arreglos derrepente igual pasa como desapercibido. - La documentación de Ubuntu en el sentido de parchado de paquetes me puede servir?, Me parece que tiene mejor informacion en ese aspecto, en Debian no la encuentro :( - Los fallos tipo FTBFS, son los más faciles de corregir? Como veran son preguntas sueltas. Les agradesco por anticipado a todos. Saludos. El día 9/12/07, Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> escribió: > > On Fri, Nov 30, 2007 at 10:51:59AM +0100, Adeodato Simó wrote: > > * SilentBlue X [Tue, 27 Nov 2007 13:54:56 -0500]: > > > Otra duda, estaba observando algunos paquetes huerfanos, y parece que > > > algunos no tienen bugs, en el sentido que se hayan reportado errores > > > de funcionalidad en estos. Entonces, mi pregunta es como se puede > > > colaborar con estos paquetes, y algunos tienen buen tiempo con falta > > > de "cariño". Gracias. > > > > Bueno, si no hay bugs reportados en el paquete, y no hay nuevas > > versiones que empaquetar, es verdad que habrá poco que hacer. No > > obstante, siempre puedes adoptarlo para avisar de que serás tú quien se > > encargue si al final se informa de un fallo, o de empaquetar una nueva > > versión. > > Muchas veces hay paquetes que no tienen erratas reportadas porque nadie > los > utiliza activamente (o los usuarios no saben utilizar el BTS). Que no haya > erratas no significa que esté funcionando perfectamente, que esté > totalmente > documentado, que esté traducido y soporte interfaz de traducción, etc, > etc. > Cualquier programa se puede mejorar, te sugiero mirar si puedes mejorar un > paquete huérfano y, sólo en ese caso, cogerlo. No se si merece la pena > cogerlo para que esté como está (nadie lo toca, ninguna mejora, ni nueva > versión, ni nada) y que el único cambio sea el campo "Maintainer" > > Un saludo > > Javier > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFHXBJ3sandgtyBSwkRAuhEAJwJJwsAS2U/enj3LG9cDGWwEQ00EACePTj5 > sWclvEtgxf8So+8Kb9w5e+4= > =qDCL > -END PGP SIGNATURE- > >
Re: Par de dudas.
On Fri, Nov 30, 2007 at 10:51:59AM +0100, Adeodato Simó wrote: > * SilentBlue X [Tue, 27 Nov 2007 13:54:56 -0500]: > > Otra duda, estaba observando algunos paquetes huerfanos, y parece que > > algunos no tienen bugs, en el sentido que se hayan reportado errores > > de funcionalidad en estos. Entonces, mi pregunta es como se puede > > colaborar con estos paquetes, y algunos tienen buen tiempo con falta > > de "cariño". Gracias. > > Bueno, si no hay bugs reportados en el paquete, y no hay nuevas > versiones que empaquetar, es verdad que habrá poco que hacer. No > obstante, siempre puedes adoptarlo para avisar de que serás tú quien se > encargue si al final se informa de un fallo, o de empaquetar una nueva > versión. Muchas veces hay paquetes que no tienen erratas reportadas porque nadie los utiliza activamente (o los usuarios no saben utilizar el BTS). Que no haya erratas no significa que esté funcionando perfectamente, que esté totalmente documentado, que esté traducido y soporte interfaz de traducción, etc, etc. Cualquier programa se puede mejorar, te sugiero mirar si puedes mejorar un paquete huérfano y, sólo en ese caso, cogerlo. No se si merece la pena cogerlo para que esté como está (nadie lo toca, ninguna mejora, ni nueva versión, ni nada) y que el único cambio sea el campo "Maintainer" Un saludo Javier signature.asc Description: Digital signature
Re: Par de dudas.
* SilentBlue X [Tue, 27 Nov 2007 13:54:56 -0500]: > Hola a todos > No saben si existe un HOWTO para el tema de parcheado de paquetes. Si > se sigue alguna metodología, o solo basta tener encuenta la Debian > Policy , conocer algun lenguaje, la funcionalidad del paquete y > aplicarle patch. Pregunto para enviar como NMU. Para enviar como NMU, simplemente sigue el empaquetamiento existente en el paquete. Esto es, si el paquete tiene sus parches en debian/patches, separados por temática, crea uno nuevo alli (o actualiza uno existente si de eso se trata). Si el paquete no utiliza ningún sistema de parcheado como quilt o dpatch, y tiene todos los cambios directamente en el .diff.gz, ponlos allí. > Otra duda, estaba observando algunos paquetes huerfanos, y parece que > algunos no tienen bugs, en el sentido que se hayan reportado errores > de funcionalidad en estos. Entonces, mi pregunta es como se puede > colaborar con estos paquetes, y algunos tienen buen tiempo con falta > de "cariño". Gracias. Bueno, si no hay bugs reportados en el paquete, y no hay nuevas versiones que empaquetar, es verdad que habrá poco que hacer. No obstante, siempre puedes adoptarlo para avisar de que serás tú quien se encargue si al final se informa de un fallo, o de empaquetar una nueva versión. HTH, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org When it is not necessary to make a decision, it is necessary not to make a decision. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Par de dudas.
Hola a todos No saben si existe un HOWTO para el tema de parcheado de paquetes. Si se sigue alguna metodología, o solo basta tener encuenta la Debian Policy , conocer algun lenguaje, la funcionalidad del paquete y aplicarle patch. Pregunto para enviar como NMU. Otra duda, estaba observando algunos paquetes huerfanos, y parece que algunos no tienen bugs, en el sentido que se hayan reportado errores de funcionalidad en estos. Entonces, mi pregunta es como se puede colaborar con estos paquetes, y algunos tienen buen tiempo con falta de "cariño". Gracias.
Re: RFS: lshw & libapache-mod-auth-kerb y una par de dudas
On Sunday 27 February 2005 12:53, Ghe Rivero wrote: > Buenos dias a todos, > Y ahora la dudilla: > En tiempo de compilación, lshw descarga un fichero (pci.ids), donde está > todo el listado de hw pci conocido. Sería recomendable dejarlo así. o > incluir el fichero como un "parche" y que no se lo descarge? Hay dos paquetes que proporcionan los pci.ids hwdata lo mete en usr/share/hwdata/pci.ids y pciutils lo mete en usr/share/misc/pci.ids No se cual de los dos es mejor ya que viendo los bugs abiertos parece que hwdata está sin actualizar y pciutils también :) Además por lo que dicen la base de datos de pci id debería estar en /var ya que pciutils tiene una utilidad (update-pciids) que permite actualizar desde inet dicha base de datos. Yo intentaría ponerme de acuerdo con los mantainers de esos programas para unificar criterios y base de datos. Hace poco en debian-devel recuerdo haber leido un thread parecido sobre la base de datos usb Un saludo -- Celso González GPG id 0x2DA367B7 http://mitago.net pgpp7ruorXRBt.pgp Description: PGP signature
Re: RFS: lshw & libapache-mod-auth-kerb y una par de dudas
El dom, 27-02-2005 a las 12:53 +0100, Ghe Rivero escribiÃ: > Buenos dias a todos, Buenos dÃas [...] > Y ahora la dudilla: > En tiempo de compilaciÃn, lshw descarga un fichero (pci.ids), donde està > todo el listado de hw pci conocido. SerÃa recomendable dejarlo asÃ. o > incluir el fichero como un "parche" y que no se lo descarge? Debes incluir el fichero como un parche. Al compilar, no puedes asegurar que la mÃquina que compile el paquete està conectada a Internet, o que ese fichero siga disponible en la misma ubicaciÃn dentro de x tiempo, por tanto serÃa imposible construir el paquete. Es mÃs, creo que la Policy dice algo al respecto. Un saludo -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
RFS: lshw & libapache-mod-auth-kerb y una par de dudas
Buenos dias a todos, necesito algún alma caritativa para que me esponsorice un par de paquetes: * lshw - Hardware Lister. Como su propio nombre indica, sirve para listar todo el hw de una máquina, bien en texto plano, XML, html o a través de un GUI en GTK. EL antiguo mantenedor ya me lo subió en su día (aunque lleva más de un mes en "New Queue" a la espera de los ftp-masters.. ¿Alguien sabe como va esto o como los dan de paso?) * libapache-mod-auth-kerb. Módulos de apache para autenticarse usando los tickets de kerberos. El mantenedor hasta ahora no puede seguir dedicándose a ellos. Los he actualizado y ahora ya tiene soporte para apache2. (Amayita, no te preocupes, esta vez tengo permiso por escrito y firmado del mantenedor para hacer el NMU :P) Y ahora la dudilla: En tiempo de compilación, lshw descarga un fichero (pci.ids), donde está todo el listado de hw pci conocido. Sería recomendable dejarlo así. o incluir el fichero como un "parche" y que no se lo descarge? Ghe Rivero -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
