Pesadillas del mundo Debian Stable
Siempre cuento maravillas sobre el Software Libre. El movimiento es muy optimista y positivo, y cuando surgen ataques se reacciona a veces violentamente. Este no es un ataque al software libre o a Debian, sino que es reconocer que ciertas formas de desarrollo de software tienen sus desventajas y sus ventajas.
Así como es una ventaja contar con un sistema super estable como Debian, en algunos casos se paga con el hecho de estar un tanto desactualizado y de ser complicado a la hora de obtener las últimas versiones de algunos programas.
Estuve dedicando el fin de semana a esto para actualizar un Debian ETCH, en realidad, sólo un programa para escribir partituras llamado mscore o musescore. Mscore en la versión de Debian Stable no anda bien, en cambio en la versión Unstable es muy prometedor. Pero no quiero actualizar todo mi sistema sólo por tener Mscore ¿entonces qué hago? Tengo que hacer un "backport".
Para "backportear" (portar hacia atrás) mscore, hay que backportear otros paquetes que son dependencias... y es una pesadilla.
Además del script backport.sh que menciono en el artículo, el cual facilita enormemente la tarea, probé de backportear otros paquetes: funcionó de maravilla con amsn (subiendo a ourproject, repositorio) también pero, ojo, que no era tan
simple como realizar:
backport.sh amsn
... sino que tuve que hacer backport de softwares como tcl, tk y tcltls porque el proceso que realiza backport.sh me los pedía, una vez satisfechas las dependencias, funcionó todo y tengo andando amsn 079 en la versión debian, que funciona con menos errores que la versión original.
Entonces, intenté con mscore, pero NO se encuentran las fuentes en Debian SID ni en LENNY ¿qué hice? dije: ok, deben estar en Ubuntu en alguna versión, hardy, gusty, lo que sea.
Y efectivamente están, ahora estoy probando con las siguientes fuentes:
deb-src http://archive.ubuntu.com/ubuntu hardy universe multiverse
deb-src http://archive.ubuntu.com/ubuntu hardy-updates universe
multiverse
deb-src http://archive.ubuntu.com/ubuntu hardy-security universe
multiverse
deb-src http://archive.ubuntu.com/ubuntu hardy-proposed universe
multiverse
Pero no es tan simple porque Mscore tiene dependencias, ya resolví una:
tex-common_1.11_all.deb
aunque
dpkg: acerca de tex-common_1.11_all.deb que contiene tex-common:
tex-common entra en conflicto con tetex-base (<< 2007)
tetex-base (versión 3.0.dfsg.3-5etch1) es instalado.
dpkg: error al procesar tex-common_1.11_all.deb (--install):
paquetes en conflicto - no se instalará tex-common
Se encontraron errores al procesar:
tex-common_1.11_all.deb
lo remuevo
¿Acepta esta solución? [Y/n/q/?]Y
Se ELIMINARÁN automáticamente los siguientes paquetes:
debiandoc-sgml docbook-utils education-standalone jadetex tetex-bin
tetex-extra tipa
Ahora lo instala
dpkg -i tex-common_1.11_all.deb
(Leyendo la base de datos ...
302407 ficheros y directorios instalados actualmente.)
Preparando para reemplazar tex-common 1.0.1 (usando
tex-common_1.11_all.deb) ...
Desempaquetando el reemplazo de tex-common ...
Configurando tex-common (1.11) ...
Replacing config file /etc/texmf/texmf.d/05TeXMF.cnf with new version
Replacing config file /etc/texmf/texmf.d/45TeXinputs.cnf with new
version
Replacing config file /etc/texmf/texmf.d/55Fonts.cnf with new version
Replacing config file /etc/texmf/texmf.d/65BibTeX.cnf with new version
Replacing config file /etc/texmf/texmf.d/75DviPS.cnf with new version
Replacing config file /etc/texmf/texmf.d/85Misc.cnf with new version
Replacing config file /etc/texmf/texmf.d/90TeXDoc.cnf with new version
Replacing config file /etc/texmf/texmf.d/95NonPath.cnf with new
version
Replacing config file /etc/texmf/texmf.cnf with new version
* vamos por el próximo
backport.sh context
W: No se ha podido localizar el paquete context
Crea paquetes backport sobre un nombre de paquete que se le pasa
en la línea de comandos, al estilo:
backport.sh muse
Eso sirve para utilizar programas actualizados a las últimas
versiones
de debian/unstable en nuestro debian/stable
El usuario debe ser root
Paquete pasado en línea de comandos: context
La versión actual en el sistema es: , la versión candidata disponible
como código fuente es Version: 2008.01.28-1
Presiona [enter] para continuar, Control+C para abortar
-- va bien
dpkg-genchanges
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: full upload (original source is included)
(WARNING: Failed to sign .dsc and .changes file)
hubo algún ERROR , pero es posible que el paquete haya sido compilado
mayormente bien...
Trabajo terminado para context ...
context_2008.01.28-1_all.deb
Ahora puedes instalar context
[enter] para instalarlo, Control+C para abortar
Desempaquetando context (de context_2008.01.28-1_all.deb) ...
dpkg: problemas de dependencias impiden la configuración de context:
context depende de texlive-base-bin (>= 2007); sin embargo:
El paquete `texlive-base-bin' no está instalado.
context depende de texlive-base (>= 2007); sin embargo:
El paquete `texlive-base' no está instalado.
context depende de texlive-metapost (>= 2007); sin embargo:
El paquete `texlive-metapost' no está instalado.
context depende de lmodern (>= 1.01); sin embargo:
El paquete `lmodern' no está instalado.
dpkg: error al procesar context (--install):
problemas de dependencias - se deja sin configurar
Se encontraron errores al procesar:
context
Ufff, muchas más dependencias!!
* tendremos que ir por:
lmodern
texlive-metapost
texlive-base
texlive-base-bin
Trabajo terminado para lmodern ...
lmodern_1.010x-5_all.deb
Ahora puedes instalar lmodern
[enter] para instalarlo, Control+C para abortar
* texlive-metapost
E: La dependencia Build-Depends en texlive-bin no puede satisfacerse
porque ninguna versión
disponible del paquete libpoppler-dev satisface los requisitos de
versión
Descargando el código fuente del paquete: texlive-metapost
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias... Hecho
Necesito descargar 70,6MB de archivos fuente.
por deus!!!
CONTINUARÁ...

Autor:
(marcos) Marcos Guglielmetti - 31/05/2008










Yo se que todos los sistemas Linux, en sus diferentes versiones son muy prometedores, pero por que los programadores están trabajando en diferentes proyectos, por que no se enfocan en uno solo, por ejemplo si ubunto o kubunto es una buena alternativa, comento esto por que nosotros los usuarios comunes en ocasiones queremos cambiar del ya obsoleto Windows súper parchado y con vista nueva (hasta se me revuelve el estoma solo de mencionar vista) pero en ocasiones no sabemos que alternativa es la mejor, ya que estos sistemas de Linux que mencione son solo algunos de una lista enorme, me gustaría que los programadores libres se enfocaran en un solo proyecto y así algún día el nombre de uno de estos sistemas, tenga el peso del ya monopólico Windows. Bueno disculpas por mi ignorancia y gracias a los entusiastas del software libre.
Es una historia vieja la de querer utilizar la última versión de un programa en una distribución y tener conflictos de dependencias. Sufrí mucho tiempo ese tipo de pesadillas. Hoy en día prefiero buscar una distribución que funcione bien con los programas que prefiero utilizar o que me dé una alternativa mejor. Que esa deberia ser la idea. Que cada distro funcione con todos sus paquetes de forma correcta. Sino para qué incluir un paquete que no funciona bien ? De todos modos sino me equivoco puede ser que por otras razones no funcione correctamente. Moraleja: Si querés usar software libre utilizá el que más se adapte a tus necesidades.