#200#201 Me refería a crear paquetes, no a instalarlos y borrarlos.
Ese manual no indica cómo crear paquetes sino cómo usar APT (uno de los frontends de dpkg). Por otro lado contiene horrores ortográficos y está obsoleto y sin actualizar desde hace 12 años.
Esta es la guía para crear archivos DEB, que como se puede ver, no es moco de pavo: www.debian.org/doc/manuals/maint-guide/
Si consigues que lintian pase a la primera sin que violes ninguna de las políticas es que juegas en ligas godlike.
Diferencia a primera vista:
- En los DEB tienes que crear control, rules y varios más en muchos casos.
- En RPM todo se gestiona en un archivo spec, mucho más pequeño para hacer lo mismo.
He tenido que crear paquetes para varias distros, soy mantenedor de un proyecto upstream y no hay color.
#199 Habría que ver eso de las dependencias, porque en Fedora no he tenido que usar nada equivalente a apt-get -f para resolver conflictos de dependencias, mientras que en Debian me he inflado a usarlo incluso teniendo solamente stable en el repositorio main.
#207 esa guía es diferente, que sí muestra lo extremadamente básico (crear un paquete vacío, de un solo archivo o un metapaquete que instala otros paquetes), no se pone a lidiar con dependencias de librerías o paquetes devel ni versiones, ni aplica parches a sources upstream.
Pero con lo de building que pusiste en el enlace anterior es pillar un deb-src (es decir, el código fuente de un archivo .deb ya hecho), modificar cuatro cosas y compilarlo. El problema es que "building" se puede confundir con compilar en ciertos contextos. Ojo al usar google tan rápido .
#205 sí que sé, y no es extremadamente complicado comparado con otros procedimientos como pueda ser mantener las autotools de upstream. Pero RPM también tiene herramientas que te asisten, por supuesto, pero el procedimiento es notablemente más sencillo y el SPEC son poquitas líneas, tanto que recuerda un poco la simplicidad de los PKGBUILD de Arch Linux incluso.
Creo que elegir RPM como formato estándar LSB fue un acierto, ya que cuando se diseñó RPM (que fue posterior a DEB) corrige varios (en mi opinión) errores de diseño innecesariamente complejo de los DEB. Es obvio que a Debian no le interesa seguir estándares, si su formato paquetería es tan diferente. Pero nada podría impedir que dpkg y apt usaran RPM, creo que es más una cuestión de orgullo y resistencia al cambio que otra cosa.
Otro "problema" con crear paquetes con debian es al saltarse los estándares a la torera y usar sus propias directrices, hay paquetes que no tienen nada que ver con upstream y te obligan a leerte 2 documentaciones: la del autor del paquete original y la de Debian. Véase Apache, que tiene un montón de azúcar sintáctico que lo deja irreconocible, o que en lugar de llamarse httpd se llama como la fundación (apache). Usar apache2ctl e irte a otra distro más normal y ver que no existe no es muy bonito, ya que hace algo propietario y no estándar.
#197: Eso pasa con la automática, la manual, la opción de sólo buscar actualizaciones y la opción de descargar pero no instalar.
Si desactivas las actualizaciones pues el problema no sucede, pero un Windows sin actualizar... es vivir demasiado al límite.
Y lo peor de todo es que, salvo que sigas el boletín oficial o una lista donde se publiquen las actualizaciones del martes que toque, no vas a saber las actualizaciones que son o faltan para poder instalarlas a mano porque nunca se llegan a mostrar.
#79 Jeje, tranqui. Si no entiendes de esto simplemente no opines sobre todo en temas referentes a Debían, GNU, y Stallman. Eso pa' empezar. Pero bueno, a mi tampoco me parece tan mal tu comentario como para darte un negativo.
#62 A ver la autopsia. ¿Ya se hizo? ¿Hay antecedentes de consumo o problemas de adicción a drogas? ¿Algún tratamiento psiquiátrico o psicológico anterior?
El uso continuado del alcohol (droga dura) mismamente te puede llevar al suicidio.
#217 Lo fácil (al tiempo que absurdo) es creer que un personaje como Ian Murdock se ha quitado la vida porque le trataron mal en un centro de detención. Mi intuición me lleva por otros caminos.
De todas formas mi intuición puede estar muy despistada!! cuando detuvieron a Hans Reiser (también alemán) en 2006 y le acusaron del asesinato de su esposa, tampoco me lo creí.
Y no es que ahora me lo crea; pero un jurado le condenó y hasta 2023 no sale de la cárcel.
Todo me parece muy estraño. Si fue acoso policial (puede ser, por lo visto sufrió una violencia porlicial desmedida por llamar a casa de su vecino, además le hackearon su cuenta de twitter, esto último se anda comentando por la red) me recuerda a Turing. Pero sospecho, que igual lo "suicidaron".
Ese manual no indica cómo crear paquetes sino cómo usar APT (uno de los frontends de dpkg). Por otro lado contiene horrores ortográficos y está obsoleto y sin actualizar desde hace 12 años.
Esta es la guía para crear archivos DEB, que como se puede ver, no es moco de pavo:
www.debian.org/doc/manuals/maint-guide/
Si consigues que lintian pase a la primera sin que violes ninguna de las políticas es que juegas en ligas godlike.
Esta es la guía para crear archivos RPM:
fedoraproject.org/wiki/How_to_create_an_RPM_package
Diferencia a primera vista:
- En los DEB tienes que crear control, rules y varios más en muchos casos.
- En RPM todo se gestiona en un archivo spec, mucho más pequeño para hacer lo mismo.
He tenido que crear paquetes para varias distros, soy mantenedor de un proyecto upstream y no hay color.
#199 Habría que ver eso de las dependencias, porque en Fedora no he tenido que usar nada equivalente a apt-get -f para resolver conflictos de dependencias, mientras que en Debian me he inflado a usarlo incluso teniendo solamente stable en el repositorio main.
Pero con lo de building que pusiste en el enlace anterior es pillar un deb-src (es decir, el código fuente de un archivo .deb ya hecho), modificar cuatro cosas y compilarlo. El problema es que "building" se puede confundir con compilar en ciertos contextos. Ojo al usar google tan rápido .
Creo que elegir RPM como formato estándar LSB fue un acierto, ya que cuando se diseñó RPM (que fue posterior a DEB) corrige varios (en mi opinión) errores de diseño innecesariamente complejo de los DEB. Es obvio que a Debian no le interesa seguir estándares, si su formato paquetería es tan diferente. Pero nada podría impedir que dpkg y apt usaran RPM, creo que es más una cuestión de orgullo y resistencia al cambio que otra cosa.
Otro "problema" con crear paquetes con debian es al saltarse los estándares a la torera y usar sus propias directrices, hay paquetes que no tienen nada que ver con upstream y te obligan a leerte 2 documentaciones: la del autor del paquete original y la de Debian. Véase Apache, que tiene un montón de azúcar sintáctico que lo deja irreconocible, o que en lugar de llamarse httpd se llama como la fundación (apache). Usar apache2ctl e irte a otra distro más normal y ver que no existe no es muy bonito, ya que hace algo propietario y no estándar.
Si desactivas las actualizaciones pues el problema no sucede, pero un Windows sin actualizar... es vivir demasiado al límite.
Y lo peor de todo es que, salvo que sigas el boletín oficial o una lista donde se publiquen las actualizaciones del martes que toque, no vas a saber las actualizaciones que son o faltan para poder instalarlas a mano porque nunca se llegan a mostrar.
El uso continuado del alcohol (droga dura) mismamente te puede llevar al suicidio.
De todas formas mi intuición puede estar muy despistada!! cuando detuvieron a Hans Reiser (también alemán) en 2006 y le acusaron del asesinato de su esposa, tampoco me lo creí.
Y no es que ahora me lo crea; pero un jurado le condenó y hasta 2023 no sale de la cárcel.