[RFR] wml://ports/hurd/hurd-devel-debian.wml
Hola: Adjunto la traducción actualizada y un fichero de diferencias con la versión anterior. También he subido la traducción actualizada al repositorio. Nota: solo he revisado el texto actualizado, no toda la página. Un saludo, Rafa. #use wml::debian::template title="Debian GNU/Hurd --- Desarrollo" NOHEADER="yes" #use wml::debian::translation-check translation="e42a3c19fa8c376678e6147f47b31ba3fc60e369" #include "$(ENGLISHDIR)/ports/hurd/menu.inc" Debian GNU/Hurd Desarrollo de la distribución Empaquetado de software Hurd Los paquetes específicos de Hurd se mantienen en https://salsa.debian.org/hurd-team/;>. Adaptar paquetes de Debian Si quiere ayudar con la arquitectura GNU/Hurd, debería familiarizarse con el sistema de empaquetado de Debian. Una vez que lo haya hecho, leyendo la documentación disponible y visitando el Rincón de los Desarrolladores debería saber cómo extraer los fuentes de los paquetes de Debian y compilar un paquete Debian. He aquí un curso acelerado para los muy perezosos: Obtener el código fuente y construir paquetes Se puede obtener el código fuente simplemente ejecutando apt source package, que también extraerá los fuentes. Para extraer el contenido de un paquete de fuentes de Debian se necesita el fichero package_version.dsc y los ficheros listados en él. El directorio de compilación de Debian se construye con la orden dpkg-source -x package_version.dsc La construcción de un paquete se lleva a cabo en el nuevo directorio de construcción de Debian package-version con la orden dpkg-buildpackage -B -rsudo "-mMiNombre MiCorreo". En lugar de -B se puede usar -b si también quiere construir las partes del paquete que son independientes de la arquitectura (aunque esto normalmente resulta inútil puesto que ya están disponibles en el archivo y construirlas puede requerir dependencias adicionales). Puede utilizar -uc para evitar firmar el paquete con su clave pgp. La construcción puede necesitar que se instalen paquetes adicionales. La manera más sencilla es ejecutar apt build-dep package, que instalará todos los paquetes necesarios. Puede ser conveniente usar pbuilder. Se puede construir con sudo pbuilder create --mirror http://deb.debian.org/debian-ports/ --debootstrapopts --keyring=/usr/share/keyrings/debian-ports-archive-keyring.gpg --debootstrapopts --extra-suites=unreleased --extrapackages debian-ports-archive-keyring y entonces se puede usar pdebuild -- --binary-arch que gestionará la descarga de las dependencias, etc. y colocará el resultado en /var/cache/pbuilder/result Escoja uno ¿En qué paquetes se necesita trabajar? Bien, cualquiera que aún no haya sido adaptado, y lo necesite. Esto cambia de forma constante, de manera que es preferible concentrarse primero en paquetes que tengan muchas dependencias inversas, lo que puede verse en el gráfico de dependencias de paquetes https://people.debian.org/~sthibault/graph-radial.pdf;> que se actualiza cada día, o en la lista de más solicitados https://people.debian.org/~sthibault/graph-total-top.txt;> (ésta es la de más solicitados a largo plazo, la de más solicitados a corto plazo es https://people.debian.org/~sthibault/graph-top.txt;>). También suele ser buena idea escoger de la lista de desactualizados https://people.debian.org/~sthibault/out_of_date2.txt;> y https://people.debian.org/~sthibault/out_of_date.txt;>, ya que esos solían funcionar, y ahora están rotos probablemente solo por un par de razones. Puede simplemente escoger uno de los paquetes que faltan de manera aleatoria, o mirar los registros de autoconstrucción en la lista de correo debian-hurd-build-logs, o usar la lista wanna-build de https://people.debian.org/~sthibault/failed_packages.txt;> . Algunos problemas de construcción son más fáciles de corregir que otros. Típicamente, "undefined reference to foo", donde foo es algo como pthread_create, dlopen, cos, ... (que obviamente están disponibles en hurd-i386), que solamente muestra que el paso de configuración del paquete olvidó incluir -lpthread, -ldl, -lm, etc. en el Hurd también. Tenga en cuenta sin embargo que las funciones ALSA MIDI no está disponible. También, compruebe si ya se ha realizado trabajo en https://alioth.debian.org/tracker/?atid=410472group_id=30628func=browse;>, https://alioth.debian.org/tracker/?atid=411594group_id=30628func=browse;>, y el BTS (https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-h...@lists.debian.org;tag=hurd;>), y https://wiki.debian.org/Debian_GNU/Hurd;>, y el estado de los paquetes en vivo en buildd.debian.org, p.ej. https://buildd.debian.org/util-linux;>. Paquetes que no van a ser adaptados Algunos de estos paquetes, o partes de ellos, podrían ser adaptables más adelante, pero, al menos actualmente, se consideran inadaptables. Normalmente se marcan como NotForUs en la base de datos de buildd. base/makedev, porque el Hurd viene con su propia versión de este guión. El paquete de fuentes de Debian sólo contiene una versión
[RFR] wml://ports/hurd/hurd-devel-debian.wml
Saludos Laura Arjona #use wml::debian::template title=Debian GNU/Hurd --- Desarrollo NOHEADER=yes #use wml::debian::translation-check translation=1.52 #include $(ENGLISHDIR)/ports/hurd/menu.inc h1 Debian GNU/Hurd/h1 h2 Desarrollo de la distribución/h2 h3 Adaptar paquetes de Debian/h3 p Si quiere ayudar con la arquitectura GNU/Hurd, deberÃa familiarizarse con el sistema de empaquetado de Debian. Una vez que lo haya hecho, leyendo la documentación disponible y visitando el a href=$(HOME)/devel/Rincón de los Desarrolladores/a deberÃa saber cómo extraer los fuentes de los paquetes de Debian y compilar un paquete Debian. He aquà un curso acelerado para los muy perezosos:/p h3 Obtener el código fuente y construir paquetes/h3 p Se puede obtener el código fuente simplemente ejecutando codeapt-get source package/code, que también extraerá los fuentes. /p Para extraer el contenido de un paquete de fuentes de Debian se necesita el fichero codepackage_version.dsc/code y los ficheros listados en él. El directorio de compilación de Debian se construye con la orden codedpkg-source -x package_version.dsc/code/p p La construcción de un paquete se lleva a cabo en el nuevo directorio de construcción Debian codepackage-version/code con la orden codedpkg-buildpackage -B -rsudo -mMiNombre lt;MiCorreogt;/code. En lugar de code-B/code se puede usar code-b/code si también quiere construir las partes del paquete que son independientes de la arquitectura. Puede utilizar code-rfakeroot/code en lugar de code-rsudo/code, si utiliza el paquete fakeroot. Si está construyendo como usuario root, puede hacerlo sin code-r/code. Puede añadir code-uc/code para evitar firmar el paquete con su clave pgp./p p La construcción puede necesitar que se instalen paquetes adicionales. La manera más sencilla es ejecutar codeapt-get build-dep package/code que instalará todos los paquetes necesarios. /p h3 Escoja uno/h3 p ¿En que paquetes se necesita trabajar? Bien, cualquiera que aún no haya sido adaptado, y lo necesite. Esto cambia de forma constante, de manera que es preferible concentrarse primero en paquetes que tengan muchas dependencias inversas, lo que puede verse en el gráfico de dependencias de paquetes url http://people.debian.org/~sthibault/graph-radial.pdf; que se actualiza cada dÃa, o en la lista de más solicitados url http://people.debian.org/~sthibault/graph-total-top.txt; (ésta es la de más solicitados a largo plazo, la de más solicitados a corto plazo es url http://people.debian.org/~sthibault/graph-top.txt;). También suele ser buena idea escoger de la lista de desactualizados url http://people.debian.org/~sthibault/out_of_date.txt;, ya que ésos solÃan funcionar, y ahora están rotos probablemente sólo por un par de razones. Puede simplemente escoger uno de los paquetes que faltan de manera aleatoria, o mirar los registros de autoconstrucción en la lista de correo debian-hurd-build-logs, o usar la lista wanna-build de url http://people.debian.org/~sthibault/failed_packages.txt.gz; . /p p También, compruebe si ya se ha realizado trabajo en url http://alioth.debian.org/tracker/?atid=410472amp;group_id=30628amp;func=browse;, url http://alioth.debian.org/tracker/?atid=411594amp;group_id=30628amp;func=browse;, y el BTS (url http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-h...@lists.debian.org;tag=hurd;), y url http://wiki.debian.org/Debian_GNU/Hurd;, y el estado de los paquetes en vivo en buildd.debian.org, p.ej. url https://buildd.debian.org/util-linux;. /p h4 Paquetes que no van a ser adaptados /h4 p Algunos de estos paquetes, o partes de ellos, podrÃan ser adaptables más adelante, pero, al menos actualmente, se consideran inadaptables. Normalmente se marcan como NotForUs en la base de datos de buildd. /p ul li codebase/makedev/code, porque el Hurd viene con su propia versión de este guión. El paquete de fuentes de Debian sólo contiene una versión especÃfica para Linux./li li codebase/modconf/code y codebase/modutils/code, porque el concepto de módulo es especÃfico de Linux./li li codebase/netbase/code, porque el resto de cosas que hay en él es muy especÃfico del núcleo Linux. El Hurd, en su lugar, utiliza codeinetutils/code./li li codebase/pcmcia-cs/code, porque este paquete es especÃfico para Linux./li li codebase/setserial/code, porque es especÃfico para el núcleo de Linux. Sin embargo, con la adaptación de los gestores de dispositivos de caracteres al Mach de GNU, quizá podamos utilizarlo./li /ul h3a name=porting_issues Generalidades de la adaptación /h3 p Se puede encontrara href=http://www.gnu.org/software/hurd/hurd/porting/guidelines.htmlUna lista de asuntos comunes/a en el sitio web del proyecto original. Los siguientes asuntos comunes son especÃficos de Debian./p pAntes de arreglar algo, compruebe si la adaptación kfreebsd* quizá ya tiene un arreglo, y simplemente se debe extender a hurd-i386./p ul li codeDependencia con libc6
[RFR] wml://ports/hurd/hurd-devel-debian.wml
#use wml::debian::template title=Debian GNU/Hurd --- Desarrollo NOHEADER=yes #use wml::debian::translation-check translation=1.34 #include $(ENGLISHDIR)/ports/hurd/menu.inc h1 Debian GNU/Hurd/h1 h2 Desarrollo de la distribución/h2 h3 Discos de arranque/h3 p En estos momentos no trabajamos en discos de arranque nativos. Sin embargo, contamos con los fundamentos necesarios para hacerlos, y a veces adaptamos paquetes individuales que son necesarios para dicha tarea. Si desea ayudarnos, trabaje en el proyecto debian-installer y asegúrese de que sus componentes se ejecutan en Hurd. h3 Adaptar paquetes de Debian/h3 p Si quiere ayudar con la arquitectura Debian GNU/Hurd, debería familirizarse con el sistema de empaquetado de Debian. Una vez que lo haya hecho, leyendo la documentación disponible y visitando el a href=$(HOME)/devel/ Rincón de los Desarrolladores/a debería saber como extraer los paquetes fuentes de Debian y construir un paquete Debian. He aquí un curso acelerado para los muy perezosos:/p h3 Obtener el código fuente y construir paquetes/h3 p Extraer un paquete fuente de Debian requiere del fichero codepackage_version.dsc/code y los ficheros listados en él. Puede construir el directorio de compilación de Debian con la orden codedpkg-source -x package_version.dsc/code/p p La construcción de un paquete se lleva a cabo en el nuevo directorio de construcción Debian codepackage-version/code con la orden codedpkg-buildpackage -B -rsudo -mMiNombre lt;MiCorreogt;/code. En lugar de code-B/code puede usar code-b/code si quiere construir también las partes del paquete que son independientes de la arquitectura. Puede utilizar code-rfakeroot/code en lugar de code-rsudo/code, si utiliza el paquete fakeroot. Si está construyendo como usuario root, puede hacerlo sin code-r/code. Puede añadir code-uc/code para evitar firmar el paquete con su clave pgp./p h3 Escoja uno/h3 p ¿En que paquetes se necesita trabajar? Bien, cualquiera que no esté adaptado aún, pero se necesita adaptar. Esto cambia de forma constante, de manera que escoja al azar uno que no lo esté, o compruebe la información sobre el proceso de autocompilación en la lista de correos debian-hurd. h4 Paquetes que no serán adaptados /h4 p Algunos de estos paquetes, o partes de ellos, podrían adaptarse más adelante, pero por el momento se consideran no adaptables./p ul li codebase/update/code, porque el Hurd no necesita un demonio update (los sistemas de archivos se sincronizan ellos mismos). Para cambiar el intervalo de sincronización, puede utilizar codefsysopts/code para ajustar la opción code--sync/code. ¡Usted puede establecer diferentes intervalos de sincronización para cada sistema de archivos! Para hacerlo manualmente, utilice la utilidad a href=hurd-doc-utils#syncfscodesyncfs/code/a./li li codebase/makedev/code, porque el Hurd viene con su propia versión de este guión. El paquete de fuentes de Debian sólo contiene una versión específica para Linux./li li codebase/ld.so/code, porque el Hurd no utiliza el enlazador que se distribuye con la biblioteca de C de GNU./li li codebase/modconf/code y codebase/modutils/code, porque el concepto de módulo es específico de Linux./li li codebase/netbase/code, porque el resto de cosas que hay en él es muy específico del núcleo Linux. El Hurd, en su lugar, utiliza codeinetutils/code./li li codebase/pcmcia-cs/code, porque el Hurd no da soporte para PCMCIA (e incluso si lo tuviese, este paquete es probablemente específico para Linux)./li li codebase/procps/code, porque este código es específico para el sistema de ficheros proc de Linux./li li codebase/ppp/code y codebase/pppconfig/code, porque el Hurd no da ningún soporte para PPP (e incluso si lo tuviese, este paquete es probablemente muy específico para Linux)./li li codebase/setserial/code, porque es específico para el núcleo de Linux. Sin embargo, con la adaptación de los gestores de dispositivos de caracteres al Mach de GNU, quizá podamos utilizarlo./li /ul h3 name=porting_issues Cuestiones generales de la adaptación /h3 p a href=http://www.gnu.org/software/hurd/hurd/porting/guidelines.html;Una lista de cuestiones comunes/a está disponible en el sitio web original. Las siguientes cuestiones comunes son específicas de Debian./p ul li codeDependencia de libc6 rota/code p Algunos paquetes usan una dependencia erronea al codelibc6-dev/code. Esto es un error porque codelibc6/code es específica para algunas arquitecturas de GNU/Linux. El paquete correspondiente para GNU es codelibc0.3-dev/code pero otros sistemas operativos tendrán diferentes bibliotecas. Usted puede localizar el problema en el fichero codedebian/control/code del árbol de fuentes. La solución típica incluye la detección del sistema operativo, use codedpkg-architecture/code y codificar el nombre el sistema operativo, o mejor, usar un o lógico, por ejemplo: codelibc6-dev | libc6.1-dev | libc0.3-dev | libc0.1-dev | libc-dev/code. El paquete virtual codelibc-dev/code funciona con
