existe-t-il un moyen de connaître tous les paquets systèmes.
Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Mon souci est que lorsque je change de profil (certains paquets qui
étaient systèmes ne le sont plus) donc lors d'un *emerge depclean*
j'ai peur de perdre des paquets vitaux.
Exemple d'un paquet "fantôme", lorsque je lance *emerge -p depclean*,
le paquet suivant semble inutile :*
*
* app-text/dgs**
selected: 0.5.10-r1*
Ok, mais quand je le recherche via *emerge -s dgs*, il est introuvable.
Donc, j'ai peur de l'enlever car impossible de le remettre ?
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par
exemple quels paquets ont besoin de * app-text/dgs*
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-15"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Bonsoir,<br>
<br>
existe-t-il un moyen de connaître tous les paquets systèmes.<br>
Y-a-t-il un fichier analogue à <b>/var/lib/portage/world</b> ?<br>
<br>
Mon souci est que lorsque je change de profil (certains paquets qui<br>
étaient systèmes ne le sont plus) donc lors d'un <b>emerge depclean</b><br>
j'ai peur de perdre des paquets vitaux.<br>
<p>Exemple d'un paquet "fantôme", lorsque je lance <b>emerge -p
depclean</b>,<br>
le paquet suivant semble inutile :<b><br>
</b></p>
<p><b> app-text/dgs</b><b><br>
selected: 0.5.10-r1</b><br>
</p>
Ok, mais quand je le recherche via <b>emerge -s dgs</b>, il est
introuvable.<br>
<br>
Donc, j'ai peur de l'enlever car impossible de le remettre ?<br>
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par<br>
exemple quels paquets ont besoin de <b> app-text/dgs</b><br>
<br>
Merci d'avance pour toute explication.<br>
<br>
Jean-Philippe<br>
</body>
</html>
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Yoann Pannier
Jean-Philippe ROPA wrote:
Bonsoir,
existe-t-il un moyen de connaître tous les paquets systèmes. Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Avec les nouveaux profiles en cascade (>=portage-2.0.51), le system est obtenu en fusionnant ces fichiers (ici pour le profile default-linux/x86/2004.2):
Un "emerge -ep system" pourrait peut-être te satisfaire ?
Mon souci est que lorsque je change de profil (certains paquets qui étaient systèmes ne le sont plus) donc lors d'un *emerge depclean* j'ai peur de perdre des paquets vitaux.
Ca met la pression, pas vrai ;)
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par exemple quels paquets ont besoin de * app-text/dgs*
Et en fait pour dgs, une rapide recherche sur bugs.gentoo.org semble indiquer qu'il fasse double emploi avec virtual/x11 (et qu'il ait été retiré de portage pour cette raison).
Si ton dgs a été installé *après* ton X, je crois qu'il y a une possibilité pour que le retrait de dgs supprime des fichiers qui appartiennent en fait a X (cause double emploi, justement). Et qu'il faille, éventuellement, re-emerger X après. (ce n'est qu'une supposition basée sur ce que j'ai rapidement lu).
-- Yoann Pannier
-- mailing list
Jean-Philippe ROPA wrote:
Bonsoir,
existe-t-il un moyen de connaître tous les paquets systèmes.
Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Avec les nouveaux profiles en cascade (>=portage-2.0.51), le system est
obtenu en fusionnant ces fichiers (ici pour le profile
default-linux/x86/2004.2):
Un "emerge -ep system" pourrait peut-être te satisfaire ?
Mon souci est que lorsque je change de profil (certains paquets qui
étaient systèmes ne le sont plus) donc lors d'un *emerge depclean*
j'ai peur de perdre des paquets vitaux.
Ca met la pression, pas vrai ;)
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par
exemple quels paquets ont besoin de * app-text/dgs*
Et en fait pour dgs, une rapide recherche sur bugs.gentoo.org semble
indiquer qu'il fasse double emploi avec virtual/x11 (et qu'il ait été
retiré de portage pour cette raison).
Si ton dgs a été installé *après* ton X, je crois qu'il y a une
possibilité pour que le retrait de dgs supprime des fichiers qui
appartiennent en fait a X (cause double emploi, justement). Et qu'il
faille, éventuellement, re-emerger X après. (ce n'est qu'une supposition
basée sur ce que j'ai rapidement lu).
existe-t-il un moyen de connaître tous les paquets systèmes. Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Avec les nouveaux profiles en cascade (>=portage-2.0.51), le system est obtenu en fusionnant ces fichiers (ici pour le profile default-linux/x86/2004.2):
Un "emerge -ep system" pourrait peut-être te satisfaire ?
Mon souci est que lorsque je change de profil (certains paquets qui étaient systèmes ne le sont plus) donc lors d'un *emerge depclean* j'ai peur de perdre des paquets vitaux.
Ca met la pression, pas vrai ;)
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par exemple quels paquets ont besoin de * app-text/dgs*
Et en fait pour dgs, une rapide recherche sur bugs.gentoo.org semble indiquer qu'il fasse double emploi avec virtual/x11 (et qu'il ait été retiré de portage pour cette raison).
Si ton dgs a été installé *après* ton X, je crois qu'il y a une possibilité pour que le retrait de dgs supprime des fichiers qui appartiennent en fait a X (cause double emploi, justement). Et qu'il faille, éventuellement, re-emerger X après. (ce n'est qu'une supposition basée sur ce que j'ai rapidement lu).
-- Yoann Pannier
-- mailing list
Yoann Pannier
Jean-Philippe ROPA wrote:
D'autre part, ce serait sympa de ne pas envoyer de mail en HTML.
-- Yoann Pannier
-- mailing list
Jean-Philippe ROPA wrote:
D'autre part, ce serait sympa de ne pas envoyer de mail en HTML.
D'autre part, ce serait sympa de ne pas envoyer de mail en HTML.
-- Yoann Pannier
-- mailing list
Jean-Philippe ROPA
Merci, pour ta réponse et désolais pour le HTML.
Par contre, peux-tu me donner ton lien pour bugs.gentoo.org, ça semble intéressant.
Jean-Philippe
Yoann Pannier a écrit :
Jean-Philippe ROPA wrote:
Bonsoir,
existe-t-il un moyen de connaître tous les paquets systèmes. Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Avec les nouveaux profiles en cascade (>=portage-2.0.51), le system est obtenu en fusionnant ces fichiers (ici pour le profile default-linux/x86/2004.2):
Un "emerge -ep system" pourrait peut-être te satisfaire ?
Mon souci est que lorsque je change de profil (certains paquets qui étaient systèmes ne le sont plus) donc lors d'un *emerge depclean* j'ai peur de perdre des paquets vitaux.
Ca met la pression, pas vrai ;)
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par exemple quels paquets ont besoin de * app-text/dgs*
Et en fait pour dgs, une rapide recherche sur bugs.gentoo.org semble indiquer qu'il fasse double emploi avec virtual/x11 (et qu'il ait été retiré de portage pour cette raison).
Si ton dgs a été installé *après* ton X, je crois qu'il y a une possibilité pour que le retrait de dgs supprime des fichiers qui appartiennent en fait a X (cause double emploi, justement). Et qu'il faille, éventuellement, re-emerger X après. (ce n'est qu'une supposition basée sur ce que j'ai rapidement lu).
-- mailing list
Merci, pour ta réponse et désolais pour le HTML.
Par contre, peux-tu me donner ton lien pour bugs.gentoo.org,
ça semble intéressant.
Jean-Philippe
Yoann Pannier a écrit :
Jean-Philippe ROPA wrote:
Bonsoir,
existe-t-il un moyen de connaître tous les paquets systèmes.
Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Avec les nouveaux profiles en cascade (>=portage-2.0.51), le system est
obtenu en fusionnant ces fichiers (ici pour le profile
default-linux/x86/2004.2):
Un "emerge -ep system" pourrait peut-être te satisfaire ?
Mon souci est que lorsque je change de profil (certains paquets qui
étaient systèmes ne le sont plus) donc lors d'un *emerge depclean*
j'ai peur de perdre des paquets vitaux.
Ca met la pression, pas vrai ;)
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par
exemple quels paquets ont besoin de * app-text/dgs*
Et en fait pour dgs, une rapide recherche sur bugs.gentoo.org semble
indiquer qu'il fasse double emploi avec virtual/x11 (et qu'il ait été
retiré de portage pour cette raison).
Si ton dgs a été installé *après* ton X, je crois qu'il y a une
possibilité pour que le retrait de dgs supprime des fichiers qui
appartiennent en fait a X (cause double emploi, justement). Et qu'il
faille, éventuellement, re-emerger X après. (ce n'est qu'une supposition
basée sur ce que j'ai rapidement lu).
Par contre, peux-tu me donner ton lien pour bugs.gentoo.org, ça semble intéressant.
Jean-Philippe
Yoann Pannier a écrit :
Jean-Philippe ROPA wrote:
Bonsoir,
existe-t-il un moyen de connaître tous les paquets systèmes. Y-a-t-il un fichier analogue à */var/lib/portage/world* ?
Avec les nouveaux profiles en cascade (>=portage-2.0.51), le system est obtenu en fusionnant ces fichiers (ici pour le profile default-linux/x86/2004.2):
Un "emerge -ep system" pourrait peut-être te satisfaire ?
Mon souci est que lorsque je change de profil (certains paquets qui étaient systèmes ne le sont plus) donc lors d'un *emerge depclean* j'ai peur de perdre des paquets vitaux.
Ca met la pression, pas vrai ;)
Y-a-t-il un moyen de savoir les paquets dépendants d'un autre, par exemple quels paquets ont besoin de * app-text/dgs*
Et en fait pour dgs, une rapide recherche sur bugs.gentoo.org semble indiquer qu'il fasse double emploi avec virtual/x11 (et qu'il ait été retiré de portage pour cette raison).
Si ton dgs a été installé *après* ton X, je crois qu'il y a une possibilité pour que le retrait de dgs supprime des fichiers qui appartiennent en fait a X (cause double emploi, justement). Et qu'il faille, éventuellement, re-emerger X après. (ce n'est qu'une supposition basée sur ce que j'ai rapidement lu).
-- mailing list
Yoann Pannier
Jean-Philippe ROPA wrote:
Par contre, peux-tu me donner ton lien pour bugs.gentoo.org, ça semble intéressant.
http://tinyurl.com/5elka
-- Yoann Pannier
-- mailing list
Jean-Philippe ROPA wrote:
Par contre, peux-tu me donner ton lien pour bugs.gentoo.org,
ça semble intéressant.
