Buenas!.

¿ Qué son las dependencias ?

Con más tiempo escribo una pregunta que por las dependencias es un problema común.
Os pongo un ejemplo.

En Linux Mint 19.3 usa lm-sensors la versión 1.3.4. ¿ Por qué no puedo de alguna forma instalar la que tiene Linux Mint  20.3 ?. ( Aunque fuese posible bajar el código fuente ).
Iré ampliándolo.


Saludos

En Linux Mint 19.3 usa lm-sensors la versión 1.3.4. ¿ Por qué no puedo de alguna forma instalar la que tiene Linux Mint  20.3 ?. ( Aunque fuese posible bajar el código fuente ).
Iré ampliándolo.

Puede ser que lo que deseas hacer vaya por le lado del "pining"
https://help.ubuntu.com/community/PinningHowto

Puede ser que lo que deseas hacer vaya por le lado del "pining"

Interesante.

Es una palabra bastante rara, se traduce como "fijación". Pues queda mejor hacerlo con una distro instalada virtualmente por si acaso.
De todas formas os muestro con comandos un poco el tema de lo que voy viendo, acabas actualizando la distro entera.

Por ejemplo, con Linux Mint 20.3:

Código:

sensors -v

LM 20.3 : sensors version 3.6.0 with libsensors version 3.6.0
LM 19.3: sensors version 3.4.0 with libsensors version 3.4.0

Código:

apt-rdepends lm-sensors

Con LM 20.3:

 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
lm-sensors
  Depends: libc6 (>= 2.4)
  Depends: libsensors5 (>= 1:3.5.0)
  Depends: lsb-base (>= 3.2-13)
  Depends: perl:any
  Depends: sed (>= 4.0.5-1)
libc6
  Depends: libcrypt1 (>= 1:4.4.10-10ubuntu4)
  Depends: libgcc-s1
libcrypt1
  Depends: libc6 (>= 2.25)
libgcc-s1
  Depends: gcc-10-base (= 10.3.0-1ubuntu1~20.04)
  Depends: libc6 (>= 2.14)
gcc-10-base
libsensors5
  Depends: libc6 (>= 2.29)
  Depends: libsensors-config
libsensors-config
lsb-base
perl:any
sed
  PreDepends: libacl1 (>= 2.2.51-8)
  PreDepends: libc6 (>= 2.14)
  PreDepends: libselinux1 (>= 1.32)
libacl1
  Depends: libc6 (>= 2.14)
libselinux1
  Depends: libc6 (>= 2.30)
  Depends: libpcre2-8-0 (>= 10.22)
libpcre2-8-0
  Depends: libc6 (>= 2.14)

Y ahora con LM 19.3
 

Reading package lists... Done
Building dependency tree       
Reading state information... Done
lm-sensors
  Depends: libc6 (>= 2.4)
  Depends: libsensors4 (>= 1:3.1.1)
  Depends: lsb-base (>= 3.2-13)
  Depends: perl:any
  Depends: sed (>= 4.0.5-1)
libc6
  Depends: libgcc1
libgcc1
  Depends: gcc-8-base (= 8.4.0-1ubuntu1~18.04)
  Depends: libc6 (>= 2.14)
gcc-8-base
libsensors4
  Depends: libc6 (>= 2.14)
lsb-base
perl:any
sed
  PreDepends: libc6 (>= 2.14)
  PreDepends: libselinux1 (>= 1.32)
libselinux1
  Depends: libc6 (>= 2.14)
  Depends: libpcre3
libpcre3
  Depends: libc6 (>= 2.14)

La cantidad de dependencias en LM 20.3 es mucho mayor.
Que barbaridad, como para meterle mano.

Debería ser algo más sencillo. Eliminar lm-sensors y configurar, compilar y crear el ejecutable. No es la manera.
Cambia la versión del compilador.

lm-sensors en el repo de Ubuntu

Saludos

Voy a decir una burrada, supongo, pero lo siguiente es algo que una vez me sacó de un problema:

Teníamos unas impresoras que utilizaban un driver para linux que iba muy bien. Se actualizaron las máquinas de Ubuntu 7. a Ubuntu 12 y dejó de funcionar porque buscaba no sé qué librería versión 2.1.3. La versión nueva llevaba la 2.1.5 y el driver no funcionaba. Pensé que no todas las actualizaciones usan las nuevas características y que las versiones mayores suelen abarcar todas las features de las inferiores, así que hice un enlace de la 2.1.5 llamado igual pero 2.1.3 y el driver volvió a funcionar de maravilla.

Justo es reconocer que alguna vez intenté repetir el truco a lo largo de los años y no siempre funcionó.

Saludos

Pensé que no todas las actualizaciones usan las nuevas características y que las versiones mayores suelen abarcar todas las features de las inferiores, así que hice un enlace de la 2.1.5 llamado igual pero 2.1.3 y el driver volvió a funcionar de maravilla.

Si, eso lo he visto alguna que otra vez con otros problemas y va bastante bien el apaño.
 

Justo es reconocer que alguna vez intenté repetir el truco a lo largo de los años y no siempre funcionó.

Va cambiando. ¿ Te has fijado los "warnings" que aparece cuando compilas un código "C" ?.
Tu sistema es distinto al original, se han actualizado cosas que luego no encuentra donde quiere o no existe o incluso el uso de algo obsoleto.

Ejemplo básico. ¿ Te funcionan "toooodas" las aplicaciones en Gambas3 que hiciste para Gambas2 ?.
Entrando en el tema del desarrollo y teniendo "el código fuente" a lo mejor se podía hacer algo.
Pero eso no lo hace cualquiera.

Ahí tienes el caso de Java, teníamos la 8  ( que las academias usaban por defecto),
que era usar una versión como la 11 o la 12 no recuerdo bien y había historias luego con las librerías.
En este caso, habría que remontarse mucho atrás. Y no lo solucionan ni de broma.

El caso básico de Gambas3, Benoît crea una nueva versión y ahora por una librería ajena a Gambas3
comienza a dar guerra en algunas distros y en otras no. Debido a un fallo o un bug en esa librería, que podía ser Gnome,
KDE, etc.

Saludos