Paquetes fuera de Distro

[JA CM]

Hace poco actualicé a Debian 12 y ahora me salta una actualización de VisualCode desde el propio programa, pero no desde los repositorios. No es que necesite actualizar de la 1.85.1 a la 1.85.2 pero me planteo la siguiente pregunta.

Si quisiera actualizar ese programa según la página del propio programa y sus propios lanzamientos ¿cómo podría hacerlo? ¿dpkg? ¿apt? Synaptic? ¿cómo afectaría eso a futuras actualizaciones del SO?

¿Seríais tan amables de facilitarme links para aprender acerca de las actualizaciones de paquetes fuera de las fuentes de la distribución y sus consecuencias?

Muchas gracias y un saludo

[Juan carlos Rebate]

Yo descargo los deb desde la web y los instalo con apt install ./paquete.deb y no se me rompe el so, funciona bien 

[Camaleón]

Pues supongo que lo tendrás que hacer de la misma manera que lo
instalaste... LEYENDO la documentación >>>:-)

Visual Studio Code on Linux
https://code.visualstudio.com/docs/setup/linux

Saludos,

--
Camaleón

[JA CM]

Quizá me exprese mal. Eso lo tengo visto, se puede instalar con un simple dpkg según la documentación. Pero mi pregunta iba más en general, es decir, pedía documentación donde leer al respecto de la conveniencia (o no) de hacer esto en aras de la compatibilidad con versiones posteriores de la distribución. Información para entender cuando "congelar paquetes" o cuándo no hacerlo. Me refiero a información con ejemplos para aprender acerca de estas posibilidades.

Gracias de nuevo.

[Camaleón]

El 2024-01-24 a las 18:57 +0100, JA CM escribió:

(reenvío a la lista)

Bueno, a ver.

Hay aplicaciones que por su «tamaño», y no me refiero sólo a lo que
ocupan de espacio en MiB, sino por la organización que hay detrás, y la
trancedencia que tienen, como pueden ser LibreOffice, Firefox, bases de
datos SQL... pues tienen un sistema de gestión de los paquetes
independiente de los que facilita Debian y el resto de distribuciones,
que ya sabes que cada una los personaliza y los ajusta exquisitamente a
sus necesidades, como es evidente.

La conveniencia (o no) de usar un paquete (el del fabricante) u otro
(el de Debian) dependerá de cada caso concreto y de las necesidades de
cada cual.

En mi caso, uso Firefox, Thunderbird y LibreOffice siempre del que
ofrece el desarrollador, porque mi Debian es la versión etable y no
actualiza los paquetes a la última versión, y para esas aplicaciones en
concreto pues prefiero tener las versiones más actuales.

Lo mismo sucede con otras aplicaciones, lo que no me parece nada mal, ya
que soy partidaria de evitar la duplicidad del trabajo y que cada cual
se concentre en lo que sabe hacer mejor (simplificándolo mucho, Debian →
sistema operativo, Mozilla → navegador, etc...).

Saludos,

--
Camaleón

[Roberto José Blandino Cisneros]

El 20/1/24 a las 11:19, JA CM escribió:

Si son paquetes fuera de distro, sigue las indicaciones del autor del
paquete. La actualización se hace fuera de distro, igual que el dbeaver,
necesitas bajarlo desde su página oficial si usas el programa fuera de
distro, si usas el compilado propio de la distro, tendrás que aguantar
siempre el mensaje de que hay una nueva versión disponible.

> Muchas gracias y un saludo
>

Saludos.

[Roberto José Blandino Cisneros]

El 24/1/24 a las 11:57, JA CM escribió:

Quizá me exprese mal. Eso lo tengo visto, se puede instalar con un simple dpkg según la documentación. Pero mi pregunta iba más en general, es decir, pedía documentación donde leer al respecto de la conveniencia (o no) de hacer esto en aras de la compatibilidad con versiones posteriores de la distribución. Información para entender cuando "congelar paquetes" o cuándo no hacerlo. Me refiero a información con ejemplos para aprender acerca de estas posibilidades.

MMMM!

Depende hermano.

Por ejemplo siempre uno debe hacer pruebas, yo tuve que congelar por ejemplo el thunderbird por que me empezaba a pedir credenciales frecuentemente con mi servidor zimbra, al actualizar el servidor zimbra, por lo que detecté que era la versión del thunderbird al actualizarla, tuve que pasar todo mi POP a IMAP, y luego quitar la actualización e instalar la anterior y me funcionó, no tuve problemas, detecté que era el thunderbird y he tenido que estar probando actualizando el cliente de correo en otra maquina en ambiente de prueba validando si el inconveniente se ha ido o no, por ejemplo.

Por lo tanto el congelamiento de paquetes depende de la experiencia de cada quien y los inconvenientes que cada quien presente. Si revisáramos más los readme y los changelogs (Que usualmente muchos no leen y por eso terminamos acá preguntando cuando surgen problemas luego de actualizar) nos evitaríamos a veces problemas que están textualmente dichos por los mismos desarrolladores y otros problemas cuando sabemos que algo puede fallar y sabemos como podemos revertir.

Claro está que hay que recordar que ante los inconvenientes es necesario reportar los problemas y los soluciones y esto hace crecer la comunidad y el desarrollo.

Gracias de nuevo.

Saludos.