J'ai un problème. J'ai voulu installer ffdiaporaa
(http://ffdiaporama.tuxfamily.org/?page_id=10472)
J'ai suivi cette page en installant les dépôts et en installant les 3
paquets.
ffdiaporama a en partie échoué dans le sens où l'installation s'est
faite mais... je n'ai jamais trouvé l'application avec whereis ni en
ligne de commande !
J'ai voulu installer le paquet opencliparts. Il s'est installé mais il
m'a fichu la pagaille dans mes paquetages.
J'ai ce message d'erreur dans Synaptic :
E: Le paquet ffdiaporama-openclipart doit être réinstallé, mais il est
impossible de trouver son archive.
E: Erreur interne en recalculant le cache des dépendances (1). Veuillez
envoyer un rapport d'anomalie.
Synapatic refuse de m'en dire plus et me sort après avoir validé ce
message. J'ai alors voulu réinstaller ce paquetage et j'ai ce même
message avec apt-get :
sudo apt-get install ffdiaporama-openclipart
[sudo] Mot de passe de ubuntu :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
E: Le paquet ffdiaporama-openclipart doit être réinstallé, mais il est
impossible de trouver son archive.
Idem avec sudo apt-get -f install
Même punition avec dpkg -r :
sudo dpkg -r ffdiaporama-openclipart
dpkg: erreur de traitement du paquet ffdiaporama-openclipart (--remove) :
Le paquet est dans un état incohérent; vous devriez
le réinstaller avant d'essayer de le supprimer.
Des erreurs ont été rencontrées pendant l'exécution :
ffdiaporama-openclipart
Au final, je ne peux pas enlever ce paquet et je ne peux pas plus le
réinstaller. Synaptic est planté. Avez-vous une idée de la façon dont je
pourrais m'y prendre pour remettre de l'ordre ?
Je vous remercie et vous souhaite une agréable journée,
--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es
Pascal Hambourg , dans le message <od2kg3$2ben$, a écrit :
Mais comme on ne peut pas savoir a priori les quels, ni si ça va rester le cas, il ne faut pas les utiliser.
Ce n'est que ton opinion, pas un vérité absolue.
Ah ? Je t'écoute : comment puis-je savoir à l'avance si un dépôt tiers va rester fiable ? Ça m'intéresse vraiment.
Un exemple de comment un dépôt bien géré pourrait bloquer une mise à jour d'un paquet des dépôts officiels ?
Au hasard, si la personne qui le gère est à l'hôpital pour une appendicite.
Fran=c3=a7ois Patte
Le 17/04/2017 à 10:35, Nicolas George a écrit :
Dominique , dans le message <od1rud$mrf$, a écrit :
Tu as raison mais je dois en garder 2 : Skype (suis grand-père loin de ma petite fille) et Seafile (mon cloud). Autrement, je t'avais anticipé : j'ai viré tous les dépôts autres qu'officiels !
Même ces deux-là, tu n'es pas obligée de les garder. D'abord, Skype, il existe des alternatives tout aussi faciles à utiliser et qui ne permettent pas à tous les employés de Microsoft et à tous les agents de police et de services secrets puritaniens d'écouter ce que vous vous dites.
De*s* alternative*s*? Je connais Ekiga (qui ne fonctionnait pas bien chaque fois que je l'ai utilisé), mais il n'est pas compatible avec skype ie. quelqu'un qui a une adresse skype ne peut pas me joindre sur Ekiga et réciproquement, Ekiga ne peut joindre un utilisateur de skype.. Y a-t-il d'autres alternatives? -- François Patte Université Paris Descartes
Le 17/04/2017 à 10:35, Nicolas George a écrit :
Dominique , dans le message <od1rud$mrf$1@gioia.aioe.org>, a écrit :
Tu as raison mais je dois en garder 2 : Skype (suis grand-père loin de
ma petite fille) et Seafile (mon cloud). Autrement, je t'avais anticipé
: j'ai viré tous les dépôts autres qu'officiels !
Même ces deux-là, tu n'es pas obligée de les garder.
D'abord, Skype, il existe des alternatives tout aussi faciles à utiliser
et qui ne permettent pas à tous les employés de Microsoft et à tous les
agents de police et de services secrets puritaniens d'écouter ce que
vous vous dites.
De*s* alternative*s*? Je connais Ekiga (qui ne fonctionnait pas bien
chaque fois que je l'ai utilisé), mais il n'est pas compatible avec
skype ie. quelqu'un qui a une adresse skype ne peut pas me joindre sur
Ekiga et réciproquement, Ekiga ne peut joindre un utilisateur de skype..
Dominique , dans le message <od1rud$mrf$, a écrit :
Tu as raison mais je dois en garder 2 : Skype (suis grand-père loin de ma petite fille) et Seafile (mon cloud). Autrement, je t'avais anticipé : j'ai viré tous les dépôts autres qu'officiels !
Même ces deux-là, tu n'es pas obligée de les garder. D'abord, Skype, il existe des alternatives tout aussi faciles à utiliser et qui ne permettent pas à tous les employés de Microsoft et à tous les agents de police et de services secrets puritaniens d'écouter ce que vous vous dites.
De*s* alternative*s*? Je connais Ekiga (qui ne fonctionnait pas bien chaque fois que je l'ai utilisé), mais il n'est pas compatible avec skype ie. quelqu'un qui a une adresse skype ne peut pas me joindre sur Ekiga et réciproquement, Ekiga ne peut joindre un utilisateur de skype.. Y a-t-il d'autres alternatives? -- François Patte Université Paris Descartes
Pascal Hambourg
Le 17/04/2017 à 17:47, Nicolas George a écrit :
Pascal Hambourg , dans le message <od2kg3$2ben$, a écrit :
Mais comme on ne peut pas savoir a priori les quels, ni si ça va rester le cas, il ne faut pas les utiliser.
Ce n'est que ton opinion, pas un vérité absolue.
Ah ? Je t'écoute : comment puis-je savoir à l'avance si un dépôt tiers va rester fiable ? Ça m'intéresse vraiment.
Je parlais de ton affirmation "il ne faut pas les utiliser".
Un exemple de comment un dépôt bien géré pourrait bloquer une mise à jour d'un paquet des dépôts officiels ?
Au hasard, si la personne qui le gère est à l'hôpital pour une appendicite.
En quoi l'indisponibilité du gestionnaire d'un dépôt tiers peut-elle bloquer la mise à jour d'un paquet des dépôts officiels ?
Le 17/04/2017 à 17:47, Nicolas George a écrit :
Pascal Hambourg , dans le message <od2kg3$2ben$1@saria.nerim.net>, a
écrit :
Mais comme on ne peut pas savoir a priori les quels, ni si ça va rester
le cas, il ne faut pas les utiliser.
Ce n'est que ton opinion, pas un vérité absolue.
Ah ? Je t'écoute : comment puis-je savoir à l'avance si un dépôt tiers
va rester fiable ? Ça m'intéresse vraiment.
Je parlais de ton affirmation "il ne faut pas les utiliser".
Un exemple de comment un dépôt bien géré pourrait bloquer une mise à
jour d'un paquet des dépôts officiels ?
Au hasard, si la personne qui le gère est à l'hôpital pour une
appendicite.
En quoi l'indisponibilité du gestionnaire d'un dépôt tiers peut-elle
bloquer la mise à jour d'un paquet des dépôts officiels ?
Pascal Hambourg , dans le message <od2kg3$2ben$, a écrit :
Mais comme on ne peut pas savoir a priori les quels, ni si ça va rester le cas, il ne faut pas les utiliser.
Ce n'est que ton opinion, pas un vérité absolue.
Ah ? Je t'écoute : comment puis-je savoir à l'avance si un dépôt tiers va rester fiable ? Ça m'intéresse vraiment.
Je parlais de ton affirmation "il ne faut pas les utiliser".
Un exemple de comment un dépôt bien géré pourrait bloquer une mise à jour d'un paquet des dépôts officiels ?
Au hasard, si la personne qui le gère est à l'hôpital pour une appendicite.
En quoi l'indisponibilité du gestionnaire d'un dépôt tiers peut-elle bloquer la mise à jour d'un paquet des dépôts officiels ?
Dominique
Le 17/04/2017 à 18:13, François Patte a écrit :
De*s* alternative*s*? Je connais Ekiga (qui ne fonctionnait pas bien chaque fois que je l'ai utilisé), mais il n'est pas compatible avec skype ie. quelqu'un qui a une adresse skype ne peut pas me joindre sur Ekiga et réciproquement, Ekiga ne peut joindre un utilisateur de skype.. Y a-t-il d'autres alternatives?
https://framatalk.org/accueil/ serait à tester. -- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Le 17/04/2017 à 18:13, François Patte a écrit :
De*s* alternative*s*? Je connais Ekiga (qui ne fonctionnait pas bien
chaque fois que je l'ai utilisé), mais il n'est pas compatible avec
skype ie. quelqu'un qui a une adresse skype ne peut pas me joindre sur
Ekiga et réciproquement, Ekiga ne peut joindre un utilisateur de skype..
Y a-t-il d'autres alternatives?
https://framatalk.org/accueil/ serait à tester.
--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es
De*s* alternative*s*? Je connais Ekiga (qui ne fonctionnait pas bien chaque fois que je l'ai utilisé), mais il n'est pas compatible avec skype ie. quelqu'un qui a une adresse skype ne peut pas me joindre sur Ekiga et réciproquement, Ekiga ne peut joindre un utilisateur de skype.. Y a-t-il d'autres alternatives?
https://framatalk.org/accueil/ serait à tester. -- Dominique Courriel : dominique point sextant ate orange en France Esto quod es
Nicolas George
Pascal Hambourg , dans le message <od2tss$2e7i$, a écrit :
En quoi l'indisponibilité du gestionnaire d'un dépôt tiers peut-elle bloquer la mise à jour d'un paquet des dépôts officiels ?
Il suffit qu'un paquet installé depuis ce dépôt ait une dépendance avec version explicite vers la vieille version du paquet.
Pascal Hambourg , dans le message <od2tss$2e7i$1@saria.nerim.net>, a
écrit :
En quoi l'indisponibilité du gestionnaire d'un dépôt tiers peut-elle
bloquer la mise à jour d'un paquet des dépôts officiels ?
Il suffit qu'un paquet installé depuis ce dépôt ait une dépendance avec
version explicite vers la vieille version du paquet.
Pascal Hambourg , dans le message <od2tss$2e7i$, a écrit :
En quoi l'indisponibilité du gestionnaire d'un dépôt tiers peut-elle bloquer la mise à jour d'un paquet des dépôts officiels ?
Il suffit qu'un paquet installé depuis ce dépôt ait une dépendance avec version explicite vers la vieille version du paquet.
Francois Lafont
Bonsoir, On 04/17/2017 07:47 PM, Nicolas George wrote:
Il suffit qu'un paquet installé depuis ce dépôt ait une dépendance avec version explicite vers la vieille version du paquet.
C'est pour ça qu'au final, perso parfois je trouve qu'un dépôt tiers qui t'installe un package « all-in-one » dans /opt/ ça fait certes bondir les puristes mais au moins c'est le genre de package qui pose pas trop ce genre de souci il me semble. En tout cas, le packaging étant quelque chose de difficile, je trouve que parfois c'est plus sûr d'avoir un bon gros all-in-one qui met tout dans /opt/ plutôt qu'un machin qui tente de respecter la Debian policy mais qui commet des erreurs au final. -- François Lafont
Bonsoir,
On 04/17/2017 07:47 PM, Nicolas George wrote:
Il suffit qu'un paquet installé depuis ce dépôt ait une dépendance avec
version explicite vers la vieille version du paquet.
C'est pour ça qu'au final, perso parfois je trouve qu'un dépôt tiers
qui t'installe un package « all-in-one » dans /opt/ ça fait certes
bondir les puristes mais au moins c'est le genre de package qui pose
pas trop ce genre de souci il me semble.
En tout cas, le packaging étant quelque chose de difficile, je trouve
que parfois c'est plus sûr d'avoir un bon gros all-in-one qui met
tout dans /opt/ plutôt qu'un machin qui tente de respecter la Debian
policy mais qui commet des erreurs au final.
Bonsoir, On 04/17/2017 07:47 PM, Nicolas George wrote:
Il suffit qu'un paquet installé depuis ce dépôt ait une dépendance avec version explicite vers la vieille version du paquet.
C'est pour ça qu'au final, perso parfois je trouve qu'un dépôt tiers qui t'installe un package « all-in-one » dans /opt/ ça fait certes bondir les puristes mais au moins c'est le genre de package qui pose pas trop ce genre de souci il me semble. En tout cas, le packaging étant quelque chose de difficile, je trouve que parfois c'est plus sûr d'avoir un bon gros all-in-one qui met tout dans /opt/ plutôt qu'un machin qui tente de respecter la Debian policy mais qui commet des erreurs au final. -- François Lafont
Christophe PEREZ
Le Mon, 17 Apr 2017 21:51:10 +0200, Francois Lafont a écrit :
un bon gros all-in-one qui met tout dans /opt/
Ça s'appelle windows.
Le Mon, 17 Apr 2017 21:51:10 +0200, Francois Lafont a écrit :
Le Mon, 17 Apr 2017 21:51:10 +0200, Francois Lafont a écrit :
un bon gros all-in-one qui met tout dans /opt/
Ça s'appelle windows.
Francois Lafont
On 04/17/2017 11:34 PM, Christophe PEREZ wrote:
un bon gros all-in-one qui met tout dans /opt/
Ça s'appelle windows.
Oui tout à fait, j'en ai bien conscience. Je disais simplement que c'est au final, àmha, le genre de package qui met le moins en péril la distribution. Faire un package qui respecte de A à Z la debian policy, c'est loin d'être simple et si on le fait faut aller jusqu'au bout, sinon alors vaut mieux s'abstenir et se contenter d'un all-in-one dans /opt/, àmha toujours. ;) -- François Lafont
On 04/17/2017 11:34 PM, Christophe PEREZ wrote:
un bon gros all-in-one qui met tout dans /opt/
Ça s'appelle windows.
Oui tout à fait, j'en ai bien conscience.
Je disais simplement que c'est au final, àmha, le genre de package
qui met le moins en péril la distribution. Faire un package qui
respecte de A à Z la debian policy, c'est loin d'être simple et si
on le fait faut aller jusqu'au bout, sinon alors vaut mieux s'abstenir
et se contenter d'un all-in-one dans /opt/, àmha toujours. ;)
Oui tout à fait, j'en ai bien conscience. Je disais simplement que c'est au final, àmha, le genre de package qui met le moins en péril la distribution. Faire un package qui respecte de A à Z la debian policy, c'est loin d'être simple et si on le fait faut aller jusqu'au bout, sinon alors vaut mieux s'abstenir et se contenter d'un all-in-one dans /opt/, àmha toujours. ;) -- François Lafont
Nicolas George
Francois Lafont , dans le message <58f51d2d$0$3299$, a écrit :
C'est pour ça qu'au final, perso parfois je trouve qu'un dépôt tiers qui t'installe un package « all-in-one » dans /opt/
Dans ce cas, on ne distribue pas un package, et encore moins via un dépôt.
Francois Lafont , dans le message
<58f51d2d$0$3299$426a74cc@news.free.fr>, a écrit :
C'est pour ça qu'au final, perso parfois je trouve qu'un dépôt tiers
qui t'installe un package « all-in-one » dans /opt/
Dans ce cas, on ne distribue pas un package, et encore moins via un
dépôt.
