Le Sat, 10 Nov 2018 10:16:37 +0100, Pierre www.aribaut.com a écrit:J'aurais pensé qu'un fichier d'installation au format .deb cela marche sur debian ET dérivés.
Avec mes petites compétences des *nix, je réponds: .deb marche sous Debian et dérivés (je dirais même plus, il existe des programmes
pour transformer un paquet red hat - .rpm, je crois - en .deb, et inversement.
En passant: le top pour installer un *.deb sous xUbuntu, c'est de le télécharger, de se rendre - via la console si nécessaire dans
ce répertoire ("$ cd /.../.../archives"), et d'utiliser l'application gdebi (faire "$ sudo apt-get install gdebi", si elle n'est pas
présente sur ton poste; je ne sais pas si elle a une interface graphique).
Le Sat, 10 Nov 2018 10:16:37 +0100, Pierre www.aribaut.com <pierre@aribaut.com.invalid> a écrit:
J'aurais pensé qu'un fichier d'installation au format .deb cela marche sur debian ET dérivés.
Avec mes petites compétences des *nix, je réponds: .deb marche sous Debian et dérivés (je dirais même plus, il existe des programmes
pour transformer un paquet red hat - .rpm, je crois - en .deb, et inversement.
En passant: le top pour installer un *.deb sous xUbuntu, c'est de le télécharger, de se rendre - via la console si nécessaire dans
ce répertoire ("$ cd /.../.../archives"), et d'utiliser l'application gdebi (faire "$ sudo apt-get install gdebi", si elle n'est pas
présente sur ton poste; je ne sais pas si elle a une interface graphique).
Le Sat, 10 Nov 2018 10:16:37 +0100, Pierre www.aribaut.com a écrit:J'aurais pensé qu'un fichier d'installation au format .deb cela marche sur debian ET dérivés.
Avec mes petites compétences des *nix, je réponds: .deb marche sous Debian et dérivés (je dirais même plus, il existe des programmes
pour transformer un paquet red hat - .rpm, je crois - en .deb, et inversement.
En passant: le top pour installer un *.deb sous xUbuntu, c'est de le télécharger, de se rendre - via la console si nécessaire dans
ce répertoire ("$ cd /.../.../archives"), et d'utiliser l'application gdebi (faire "$ sudo apt-get install gdebi", si elle n'est pas
présente sur ton poste; je ne sais pas si elle a une interface graphique).
Je ne suis pas encore assez geek pour dire "moi je ne veux que de la
ligne de commande" ;)
Je ne suis pas encore assez geek pour dire "moi je ne veux que de la
ligne de commande" ;)
Je ne suis pas encore assez geek pour dire "moi je ne veux que de la
ligne de commande" ;)
Le Sat, 10 Nov 2018 10:44:11 +0100, zeLittle a écrit :application gdebi
ça roxe mieux que 'dpkg -i' ?
Le Sat, 10 Nov 2018 10:44:11 +0100, zeLittle a écrit :
application gdebi
ça roxe mieux que 'dpkg -i' ?
Le Sat, 10 Nov 2018 10:44:11 +0100, zeLittle a écrit :application gdebi
ça roxe mieux que 'dpkg -i' ?
J'aurais pensé qu'un fichier d'installation au format .deb cela marche
sur debian ET dérivés.
Avec mes petites compétences des *nix, je réponds: .deb marche sous Debian
et dérivés (je dirais même plus, il existe des programmes pour transformer
un paquet red hat - .rpm, je crois - en .deb, et inversement.
En passant: le top pour installer un *.deb sous xUbuntu, c'est de le
télécharger, de se rendre - via la console si nécessaire dans ce
répertoire ("$ cd /.../.../archives"), et d'utiliser l'application gdebi
(faire "$ sudo apt-get install gdebi", si elle n'est pas présente sur ton
poste; je ne sais pas si elle a une interface graphique).
J'aurais pensé qu'un fichier d'installation au format .deb cela marche
sur debian ET dérivés.
Avec mes petites compétences des *nix, je réponds: .deb marche sous Debian
et dérivés (je dirais même plus, il existe des programmes pour transformer
un paquet red hat - .rpm, je crois - en .deb, et inversement.
En passant: le top pour installer un *.deb sous xUbuntu, c'est de le
télécharger, de se rendre - via la console si nécessaire dans ce
répertoire ("$ cd /.../.../archives"), et d'utiliser l'application gdebi
(faire "$ sudo apt-get install gdebi", si elle n'est pas présente sur ton
poste; je ne sais pas si elle a une interface graphique).
J'aurais pensé qu'un fichier d'installation au format .deb cela marche
sur debian ET dérivés.
Avec mes petites compétences des *nix, je réponds: .deb marche sous Debian
et dérivés (je dirais même plus, il existe des programmes pour transformer
un paquet red hat - .rpm, je crois - en .deb, et inversement.
En passant: le top pour installer un *.deb sous xUbuntu, c'est de le
télécharger, de se rendre - via la console si nécessaire dans ce
répertoire ("$ cd /.../.../archives"), et d'utiliser l'application gdebi
(faire "$ sudo apt-get install gdebi", si elle n'est pas présente sur ton
poste; je ne sais pas si elle a une interface graphique).
*.so == *.dll.
Sous Windows, on parlait et parle toujours de l' "enfer des dll" ( car
celui peu scrupuleux, celui qui installe le dernier sa version de dll
partagée pour faire fonctionner son logiciel, quitte à ce que d'autres
logiciels ne fonctionnent plus... a gagné. D'où la nécessité de toujours
faire en sorte d'installerprivilégier l'installation de *.dll*.so de
programmes utilitaires dans le même répertoire que le logiciel et de les
coupler avec ledit programme - via son fichier de configuration - quitte à
dupliquer la même *.dll*.so avec des versions différentes pour chaque
programme l'utilisant :- ).
Le partage de code entre programmes via ces librairies, rencontre les
mêmes problèmes sous tous les OS.
*.so == *.dll.
Sous Windows, on parlait et parle toujours de l' "enfer des dll" ( car
celui peu scrupuleux, celui qui installe le dernier sa version de dll
partagée pour faire fonctionner son logiciel, quitte à ce que d'autres
logiciels ne fonctionnent plus... a gagné. D'où la nécessité de toujours
faire en sorte d'installerprivilégier l'installation de *.dll*.so de
programmes utilitaires dans le même répertoire que le logiciel et de les
coupler avec ledit programme - via son fichier de configuration - quitte à
dupliquer la même *.dll*.so avec des versions différentes pour chaque
programme l'utilisant :- ).
Le partage de code entre programmes via ces librairies, rencontre les
mêmes problèmes sous tous les OS.
*.so == *.dll.
Sous Windows, on parlait et parle toujours de l' "enfer des dll" ( car
celui peu scrupuleux, celui qui installe le dernier sa version de dll
partagée pour faire fonctionner son logiciel, quitte à ce que d'autres
logiciels ne fonctionnent plus... a gagné. D'où la nécessité de toujours
faire en sorte d'installerprivilégier l'installation de *.dll*.so de
programmes utilitaires dans le même répertoire que le logiciel et de les
coupler avec ledit programme - via son fichier de configuration - quitte à
dupliquer la même *.dll*.so avec des versions différentes pour chaque
programme l'utilisant :- ).
Le partage de code entre programmes via ces librairies, rencontre les
mêmes problèmes sous tous les OS.
Cependant un administrateur peu regardant qui aurait l'idée d'installer
un paquet d'origine peu sûre (!= de ceux proposés par les dépôts
officiels) s'expose à ce que certaines bibliothèques soient remplacées,
que certains liens soient cassés ou plus simplement que la version
nécessaire d'une bibliothèque soit manquante sur le système.
Cependant un administrateur peu regardant qui aurait l'idée d'installer
un paquet d'origine peu sûre (!= de ceux proposés par les dépôts
officiels) s'expose à ce que certaines bibliothèques soient remplacées,
que certains liens soient cassés ou plus simplement que la version
nécessaire d'une bibliothèque soit manquante sur le système.
Cependant un administrateur peu regardant qui aurait l'idée d'installer
un paquet d'origine peu sûre (!= de ceux proposés par les dépôts
officiels) s'expose à ce que certaines bibliothèques soient remplacées,
que certains liens soient cassés ou plus simplement que la version
nécessaire d'une bibliothèque soit manquante sur le système.
Doug713705 , dans le message <psa62t$ji0$, a
écrit :Cependant un administrateur peu regardant qui aurait l'idée d'installer
un paquet d'origine peu sûre (!= de ceux proposés par les dépôts
officiels) s'expose à ce que certaines bibliothèques soient remplacées,
que certains liens soient cassés ou plus simplement que la version
nécessaire d'une bibliothèque soit manquante sur le système.
C'est vrai, mais si la bibliothèque elle-même a des développeurs
vaguement compétents,
alors soit les versions seront compatibles, soit
elles pourront s'installer en parallèle. Donc ce n'est pas le plus gros
problème avec les paquets tiers.
Le gros problème, c'est que si le paquet précise une dépendance à une
bibliothèque en insistant sur une version trop précise, cette dépendance
peut bloquer la mise à jour de la bibliothèque, et en conséquence
d'autres programmes qui en dépendent. Y compris des mises à jour de
sécurité.
Doug713705 , dans le message <psa62t$ji0$1@golgoth99.hacktruck.net>, a
écrit :
Cependant un administrateur peu regardant qui aurait l'idée d'installer
un paquet d'origine peu sûre (!= de ceux proposés par les dépôts
officiels) s'expose à ce que certaines bibliothèques soient remplacées,
que certains liens soient cassés ou plus simplement que la version
nécessaire d'une bibliothèque soit manquante sur le système.
C'est vrai, mais si la bibliothèque elle-même a des développeurs
vaguement compétents,
alors soit les versions seront compatibles, soit
elles pourront s'installer en parallèle. Donc ce n'est pas le plus gros
problème avec les paquets tiers.
Le gros problème, c'est que si le paquet précise une dépendance à une
bibliothèque en insistant sur une version trop précise, cette dépendance
peut bloquer la mise à jour de la bibliothèque, et en conséquence
d'autres programmes qui en dépendent. Y compris des mises à jour de
sécurité.
Doug713705 , dans le message <psa62t$ji0$, a
écrit :Cependant un administrateur peu regardant qui aurait l'idée d'installer
un paquet d'origine peu sûre (!= de ceux proposés par les dépôts
officiels) s'expose à ce que certaines bibliothèques soient remplacées,
que certains liens soient cassés ou plus simplement que la version
nécessaire d'une bibliothèque soit manquante sur le système.
C'est vrai, mais si la bibliothèque elle-même a des développeurs
vaguement compétents,
alors soit les versions seront compatibles, soit
elles pourront s'installer en parallèle. Donc ce n'est pas le plus gros
problème avec les paquets tiers.
Le gros problème, c'est que si le paquet précise une dépendance à une
bibliothèque en insistant sur une version trop précise, cette dépendance
peut bloquer la mise à jour de la bibliothèque, et en conséquence
d'autres programmes qui en dépendent. Y compris des mises à jour de
sécurité.