Re: Pourquoi libreoffice-java-common et default-jre ne sont-ils pas des dépendances libreoffice ?

Le lundi 12 juin 2023 à 2:30 PM, Francois Mescam a écrit : > Je constate que le paquet libreoffice recommande le paquet > libreoffice-java-common donc si lors de l'installation de libreoffice il n'a > pas été choisi d'installer libreoffice-java-common c'est normal qu'il ne soit > pas installé.

Re: Pourquoi libreoffice-java-common et default-jre ne sont-ils pas des dépendances libreoffice ?

Je constate que le paquet libreoffice recommande le paquet libreoffice-java-common donc si lors de l'installation de libreoffice il n'a pas été choisi d'installer libreoffice-java-common c'est normal qu'il ne soit pas installé. De plus libreoffice-calc ne dépend pas de libreoffice-java-common

Pourquoi libreoffice-java-common et default-jre ne sont-ils pas des dépendances libreoffice ?

Bonjour à toutes et tous, Je constate cette alerte quand je lance libreoffice Warning: failed to launch javaldx - java may not function correctly Il manque juste libreoffice-java-common et default-jre… Quel intérêt de ne pas l’installer automatiquement en dépendance ? Il faut lancer libreoffic

Re: problème de dépendances avec bootcd

tcd_5.10_all.deb control.tar.gz $ sudo dpkg -i bootcd_5.10_all.deb # ne gère pas les dépendances $ sudo apt -f install # pour les dépendances manquantes Il me semble que l'on travaille avec `dpkg -e`, `dpkg -X` puis `dpkg-deb -b` via un `fakeroot`, mais sans connaître

Re: problème de dépendances avec bootcd

- Mail original - > De: "Étienne Mollier" > À: debian-user-french@lists.debian.org > Envoyé: Jeudi 12 Octobre 2017 09:58:05 > Objet: Re: problème de dépendances avec bootcd > > > Le 12 octobre 2017 à 04:49, bernard.schoenac...@free.fr a écrit : > &

Re: problème de dépendances avec bootcd

le fichier `control` de même, puis en installant le résultat avec `dpkg` puis en ajoutant les dépendances avec `apt`. Mais le plus sain serait d'ouvrir un rapport de bug, via la commande `reportbug bootcd`. La typo est encore présente dans le paquet en Debian Sid, le mainteneur n'a probableme

Re: problème de dépendances avec bootcd

Bonjour, C'est bien syslinux. ça me semble bizarre cette erreur, elle viendrait du coup du fichier "control" du paquet bootcd ? Peut etre une solution (mais pas très clean) en téléchargeant les sources de bootcd (apt-get source bootcd) et en modifiant le nom de la dépendance dans le fichier "contr

problème de dépendances avec bootcd

bonjour, je n'arrive pas à installer bootcd sur une testing : apt-cache depends bootcd bootcd Dépend: init-system-helpers Dépend: genisoimage Dépend: cpio cpio:i386 Dépend: fdutils Dépend: file file:i386 Dépend: dosfstools Dépend: <<< paquet fautif Dé

Re: [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

> Bin en fait, non. Comme Sylvain te l'as déjà dit, tu peux utiliser > aptitude pour obtenir une liste complète des paquets qui seront > mis à jour (et/ou ajoutés/supprimés), ainsi que des propositions pour la > gestion des éventuels conflits de dépendances, *avant* de lancer >

HS Re: [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

Bonjour, Le 08/08/2015 01:16, Alexandre Hoïde a écrit : > On 07. 08. 15 22:04, Alexandre ARNAUD wrote: >> > > >Si ce n'est pas indiscret, je serais intéressé de savoir quel type > d'interfaces tu utilises pour pallier le problème de vue ? > Contrastes; loupe; synthèse vocale; braille… ? Et e

Re: HS [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

Bonjour, > > >Si ce n'est pas indiscret, je serais intéressé de savoir quel type > d'interfaces tu utilises pour pallier le problème de vue ? > Contrastes; loupe; synthèse vocale; braille… ? Et est-ce que GNU/Linux > offre de bons outils ou environnements pour ça ? > >… juste par curiosi

Re: [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

si que des propositions pour la gestion des éventuels conflits de dépendances, *avant* de lancer l'opération. Sous SID, cette vérification est obligatoire, car il arrive que l'état des dépôts ne permette simplement pas (temporairement) de résoudre tous les conflits… autrement qu'en dési

Re: [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

Le vendredi 7 août 2015, 17:49:38 Alexandre ARNAUD a écrit : > Bonsoir ’soir, >[…] > >Le mieux est donc d’attendre. > > C'est pas évident d'attendre. Je parlais évidemment d’attendre que les paquets ne se cassent plus les uns les autres *avant* d’accepter de mettre à jour et de supprime

Re: [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

Le 07/08/2015 17:49, Alexandre ARNAUD a écrit : C'est pas évident d'attendre. Il faudrait que je trouve une autre distribution avec Gnome 3.16+. Bonjour Gnome 3.16 est dans Fedora 22, distribution à regarder de près quand on cherche des programmes assez avancés et pas trop instables (pas comme

Re: [Sid] Conflit de dépendances : Gnome-shell ne fonctionne plu

sé Gnome-shell et désormais j'ai un > conflit de dépendances avec des paquets avec le tag "gardé en > l'état". > > J'ai déjà essayé : > - Supprimer le paquet : apt-get purge gnome-shell && apt-get > autoremove (OK) - Nettoyer : apt-get clean &&am

Re: les dépendances folles ont encore frappées...

mends -y auctex tu en prends pour 137MB (environ), aussi sûr que 2 et 2 font 4 et que 4 et 4 font 8. >> tu en prends seulement pour 137 MB sur Wheezy sans >> trop avoir à ce battre ;-). Ceci étant tex-common >> est quand même installé sur le système comme dépendance. > > On s

Re: les dépendances folles ont encore frappé

Le Mon, Jan 13, 2014 at 08:35:53AM +0100, maderios a écrit : > > Les dépendances des paquets sont définies lors de la compilation des > programmes et non lors de l'empaquetage. Bonjour, les deux mécanismes coexistent. On le voit bien dans le cas de mlterm, dont voici un extrait

Re: les dépendances folles ont encore frappées...

> Personnellement, je penche vraiment de plus en plus pour > que apt n'installe pas les paquets recommandés par défaut > y compris sur mes machines perso (sur les serveurs, pour > moi, il n'y a pas photos). Je n'ai pas (encore) vu que les paquets recommandés soient install

Re: les dépendances folles ont encore frappées...

Le 13/01/2014 11:45, François Patte a écrit : >> Je t’aurais bien comparé au Schtroumpf grognon mais, lui, il >> est sympathique. > > A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes! Bon et à part ça, le problème est-il résolu ? -- François Lafont -- Lisez la FAQ de

Re: les dépendances folles ont encore frappées...

Schtroumpf à tous les utilisateurs et développeurs de Debian : Le 13 janvier 2014 11:45, François Patte a schtroumpfé : > Le 12/01/2014 20:15, Sylvain L. Sauvage a écrit : >> Je t’aurais bien comparé au Schtroumpf grognon mais, lui, il >> est sympathique. > > A tout prendre vaut mieux Schtroum

Re: les dépendances folles ont encore frappées...

gt; d’obtenir une réponse posée. Le sujet étant ce qui est lu en > premier, l’agressivité est patente. Sauf à supposer qu'il y quelqu'un ici qui s'appelle "les dépendances" et que le terme "fou" accolé à son nom pourrait blesser N'est patent qu'

Re: les dépendances folles ont encore frappé

Le 13/01/2014 08:35, maderios a écrit : > Bonjour > Je saute dans le train en marche... (Ah merci pour la correction dans le titre, ça me piquait pas mal les yeux ; notez que je n'avais rien fait non plus pour y remédier, cependant !) -- Adrien. signature.asc Description: OpenPGP digital signa

Re: les dépendances folles ont encore frappé

e qui s'en servira, alors même qu'on lui demande d'enlever le seul utilitaire qui s'en servait! Logique! ¹ Pour se plaindre du comportement « illogique » d’APT ou des dépendances particulièrement « folles » d’un paquet, prière de remplir un rapport de bogue ou s’adresser directe

Re: les dépendances folles ont encore frappées...

Le Sun, Jan 12, 2014 at 10:16:45AM +0100, François Patte a écrit : > > apt-get remove mlterm > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances > Lecture des informations d'état... Fait > > Les paquets supplémentaires suivants ser

Re: les dépendances folles ont encore frappées...

ev/sda7 /home home Faites chroot /tmp/temporoot/mnt root@portos:/home/francois# chroot /tmp/temporoot/mnt root@TEMPORAIRE:/ # apt-get install mlterm Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets supplé

[HS] Séparation des citations (dérivé de "les dépendances...")

Bonjour à tous les utilisateurs et développeurs de Debian : Le 12/01/2014, Bzzz a écrit : > J'en profite pour faire un aparté sur la présentation de certaines > réponses, dont la tienne: je constate que tu as supprimé la ligne > vierge que j'avais inséré entre rappel du post précédent et ma > répo

Re: les dépendances folles ont encore frappées...

r : tu ne sais pas ce que tu fais, tu ne veux pas apprendre, et tu râles sur, je le rappelle au passage, une liste d’_utilisateurs_¹, et en plus, tu te plaints des réponses. On m’y reprendra, tiens. Je t’aurais bien comparé au Schtroumpf grognon mais, lui, il est sympathique. ¹ Pour se plai

Re: les dépendances folles ont encore frappées...

es paquets recommandés par défaut y compris sur mes machines perso (sur les serveurs, pour moi, il n'y a pas photos). > Cette gestion des dépendances est vraiment mal faite: Je pense sincèrement que c'est quand même globalement très bien fait, simplement on n'a pas toujours cons

[HS] Re: les dépendances folles ont encore frappées...

On Sun, 12 Jan 2014 19:36:38 +0100 daniel huhardeaux wrote: > >> Trop bon apt: plutôt que dire que des paquets sont inutiles > >> (genre celui suggéré mlterm-im-* qui n'est nécessaire qu'à > >> mlterm), il préfere ajouter un utilitaire qui s'en servira, > >> alors même qu'on lui demande d'enlever

Re: les dépendances folles ont encore frappées...

Bonjour à tous les utilisateurs et développeurs de Debian : Le 12/01/2014, daniel huhardeaux a écrit : > Le 12/01/2014 19:24, Bzzz a écrit : >> On Sun, 12 Jan 2014 19:15:23 +0100 >> François Patte wrote: >>> Trop bon apt: plutôt que dire que des paquets sont inutiles (genre >>> celui suggéré mlte

Re: les dépendances folles ont encore frappées...

Le 12/01/2014 19:36, daniel huhardeaux a écrit : > Le 12/01/2014 19:24, Bzzz a écrit : >> On Sun, 12 Jan 2014 19:15:23 +0100 >> François Patte wrote: >> >>> Trop bon apt: plutôt que dire que des paquets sont inutiles (genre >>> celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il >>> pr

Re: les dépendances folles ont encore frappées...

Le 12/01/2014 19:24, Bzzz a écrit : On Sun, 12 Jan 2014 19:15:23 +0100 François Patte wrote: Trop bon apt: plutôt que dire que des paquets sont inutiles (genre celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il préfere ajouter un utilitaire qui s'en servira, alors même qu'on lui d

Re: les dépendances folles ont encore frappées...

On Sun, 12 Jan 2014 19:15:23 +0100 François Patte wrote: > Trop bon apt: plutôt que dire que des paquets sont inutiles (genre > celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il > préfere ajouter un utilitaire qui s'en servira, alors même qu'on > lui demande d'enlever le seul utilit

Re: les dépendances folles ont encore frappées...

mlterm-im-* qui n'est nécessaire qu'à mlterm), il préfere ajouter un utilitaire qui s'en servira, alors même qu'on lui demande d'enlever le seul utilitaire qui s'en servait! Logique! Cette gestion des dépendances est vraiment mal faite: elle va systématiquement dans le &

Re: les dépendances folles ont encore frappées...

remplie) et quand même avoir cette raison donnée par « why ». Donc pas super utile pour un paquet comme cela (mais ça reste très utile pour d’autres types de paquets, qui sont de plus haut niveau (méta-paquets…) ou sur lesquels il y a moins de dépendances (bibliothèque obscure…)). En pass

Re: les dépendances folles ont encore frappées...

Bonjour, Le 12/01/2014 12:35, Sylvain L. Sauvage a écrit : > En CLI, toutes les raisons et alternatives ne sont pas > affichées. Il faut les demander ou les rechercher soi-même (à > coups d’apt-cache ou d’apt-rdepends). Je vais peut-être dire une bêtise mais il me semble qu'on peut éviter de

Re: les dépendances folles ont encore frappées...

Le dimanche 12 janvier 2014 10:16:45 François Patte a écrit : > Bonjour, ’jour, super titre, toujours dans la retenue… >[…] > donc plus question de se passer de mlterm! au moins sous une > forme riquiqui, car si je demande de désinstaller > mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).

les dépendances folles ont encore frappées...

erm Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets supplémentaires suivants seront installés : mlterm-tiny donc plus question de se passer de mlterm! au moins sous une forme riquiqui, car si je demande de

dépendances et passage sid->testing

; un paquet puisse descendre de sid avec des dépendances non satisfaites. Autant je comprends très bien qu' un paquet arrivant de sid casse des paquets déjà dans testing, autant je vois mal l' intérêt de descendre un paquet ininstallable au final. Peut-être y a t' il quand même de bo

Re: Gestion des dépendances

On 11/17/2012 01:38 PM, tedji wrote: C'est un peu ce que je craignais. Je trouve quand même décevant que Debian, distro pourtant ouverte et à la carte, rende obligatoire des dépendances qui ne le sont pas à l'origine. Pourquoi ne pas les mettre en "recommandé"? Chacun les in

Re: Gestion des dépendances

Le 17/11/2012 14:31, Denis Mugnier a écrit : Bonjour, C'est un peu ce que je craignais. Je trouve quand même décevant que Debian, distro pourtant ouverte et à la carte, rende obligatoire des dépendances qui ne le sont pas à l'origine. Pourquoi ne pas les mettre en "recomman

Re: Gestion des dépendances

Bonjour, C'est un peu ce que je craignais. Je trouve quand même décevant que Debian, distro pourtant ouverte et à la carte, rende obligatoire des dépendances qui ne le sont pas à l'origine. Pourquoi ne pas les mettre en "recommandé"? Chacun les installe s'il a beso

Re: Gestion des dépendances

;installation de polices thai (libthai0) ou en encore de bibliothèques de gestion d'écran tactile (tsconf), pour un banal PC de bureau ! Ce devrait être des dépendances "suggested" et non "required". Là, le problème est différent. Je ne sais pas de quel paquet kde tu

Re: Gestion des dépendances

en encore de bibliothèques de gestion d'écran tactile (tsconf), pour un banal PC de bureau ! Ce devrait être des dépendances "suggested" et non "required". Là, le problème est différent. Je ne sais pas de quel paquet kde tu parles, mais les paquets du genre kde-standard so

Re: Gestion des dépendances

, pour un banal PC de bureau ! Ce devrait être des dépendances "suggested" et non "required".

Re: Gestion des dépendances

Bonjour, Le 17/11/2012 08:58, tedji a écrit : Bonjour la gestion des dépendances reste mystérieuse. Exemple. Je veux installer cmake: le paquet libnettle4 doit être installé: root@debian:/home/thierry# apt-get -s install cmake Lecture des listes de paquets... Fait Construction de l'arbr

Gestion des dépendances

Bonjour la gestion des dépendances reste mystérieuse. Exemple. Je veux installer cmake: le paquet libnettle4 doit être installé: root@debian:/home/thierry# apt-get -s install cmake Lecture des listes de paquets... Fait Construction de l'arbre des dépendances   Lecture des informa

Re: [Wine]Dépendances de contructions

ci comme résultat dans la console : root@Laptop64:/home/berillions# apt-get build-dep wine Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait E: Impossible de trouver une source de paquet pour wine

Re: [Wine]Dépendances de contructions

faire un simple "apt-get build-dep wine". Or lorsque je le fais maintenant, j'ai ceci comme résultat dans la console : root@Laptop64:/home/berillions# apt-get build-dep wine Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lectur

[Wine]Dépendances de contructions

wine". Or lorsque je le fais maintenant, j'ai ceci comme résultat dans la console : > root@Laptop64:/home/berillions# apt-get build-dep wine > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances > Lecture des informations d'état... Fait >

Re: roundcube et nginx only : dépendances et paquet virtuel

Le 24/02/2011 10:41, Daniel Caillibaud a écrit : > aptitude why apache2-mpm-prefork ? $ aptitude why apache2-mpm-prefork i apt Suggère aptitude | synaptic | wajig p synaptic Suggère dwww p dwww Dépend apache2 | httpd-cgi p apache2 Dépend apache2-mpm-worker (= 2.2.16-6) | apach

Re: roundcube et nginx only : dépendances et paquet virtuel

Le 24/02/11 à 09:19, Eric de la Musse a écrit : EDLM> Bonjour à tous, EDLM> EDLM> je vous soumets un petit problème d'installation du paquet roundcube EDLM> qu'aptitude s'obstine à vouloir m'installer avec apache2-mpm-prefork EDLM> alors que je veux nginx comme serveur web aptitude why apache2-m

Re: roundcube et nginx only : dépendances et paquet virtuel

Le 24/02/2011 09:36, daniel huhardeaux a écrit : > J'utilise roundcube + lighttpd et ai eu le même problème. J'ai fini par > abandonner et laisser apache s'installer. Une fois fait tu dois pouvoir > supprimer apache2 (lenny + backports) ok merci c'est ce que je ferais si nécessaire (pas encore te

Re: roundcube et nginx only : dépendances et paquet virtuel

u principe qu'il est possible d'installer roundcube sans apache ce que je crois comprendre si je lis bien les dépendances). J'utilise roundcube + lighttpd et ai eu le même problème. J'ai fini par abandonner et laisser apache s'installer. Une fois fait tu dois pouvoir supp

roundcube et nginx only : dépendances et paquet virtuel

che ce que je crois comprendre si je lis bien les dépendances). Je manque d'expérience avec les outils de gestion des packages pour résoudre le problème et il me faudrait un petit coup de pouce pour me mettre sur la piste... Voilà comment je vois les choses : 1 - tentative d'installation

Re: Souci de dépendances nécessitant la suppression de paquets sur testing

Le 14878ième jour après Epoch, Antoine écrivait: > "Bug#596678: marked as done (libkrb5-3: Not co-installable with > libkrb53, thus breaking upgrades from Lenny)" > pinning désactivé...màj ok Merci de l'info. Je vais attendre le passage en testing, et faire la MàJ à ce moment là. -- Lisez la FAQ

Re: Souci de dépendances nécessitant la s uppression de paquets sur testing

Le 16/09/2010 10:49, Antoine a écrit : Le 16/09/2010 10:37, François TOURDE a écrit : sinon je vais oublier que j'ai mis le pinning et il va rester ad vitam aeternam perso, j'ai souscrit au bug ("subscribe to this bug") afin de ne pas oublier de désactiver le pinning quand il sera résolu/ferm

Re: Souci de dépendances nécessitant la s uppression de paquets sur testing

Le 16/09/2010 10:37, François TOURDE a écrit : sinon je vais oublier que j'ai mis le pinning et il va rester ad vitam aeternam perso, j'ai souscrit au bug ("subscribe to this bug"), pour suivre le fil de résolution du bug (et humblement participer si appel à tests) afin de ne pas oublier de dé

Re: Souci de dépendances nécessitant la suppression de paquets sur testing

Le 14868ième jour après Epoch, fabrice régnier écrivait: >> sauf quand tu veux garder libapache2-mod-php5 et php5-xxx de dotdeb > en effet, je n'ai pas précisé que je n'ai pas php d'installé. Merci à vous deux. J'avais pourtant cherché dans BTS, mais j'avais pas trouvé ce bug :( ... Honte à moi.

Re: Souci de dépendances nécessitant la s uppression de paquets sur testing

sauf quand tu veux garder libapache2-mod-php5 et php5-xxx de dotdeb en effet, je n'ai pas précisé que je n'ai pas php d'installé. f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubs

Re: Souci de dépendances nécessitant la s uppression de paquets sur testing

Le 15/09/2010 21:24, fabrice régnier a écrit : 'lut, J'ai un petit souci avec les mises à jour de ma testing. Depuis quelques temps, je ne sais plus quand ni pourquoi, je ne peux pas mettre à jour les paquets suivants: Conserver les paquets suivants dans leur version actuelle : 1)

Re: Souci de dépendances nécessitant la s uppression de paquets sur testing

, il va me supprimer certains autres paquets. La première des solutions est: Les paquets suivants ont des dépendances non satisfaites : libkrb5-3: Casse: libkrb53 (< 1.6.dfsg.4~beta1-9) mais 1.6.dfsg.4~beta1-5lenny4 est installé. libkrb5support0: Casse: libkrb53 (< 1.6.dfsg.4~be

Re: Souci de dépendances nécessitant la su ppression de paquets sur testing

salut, c'est le bug #596678 ~> libkrb5-3: Ne peut être co-installée avec libkrb53, et ainsi bloque les màj depuis lenny http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596678 et perso en attendant la résolution : Package: krb5-multidev libgssapi-krb5-2 libgssrpc4 libk5crypto3 libkadm5clnt-mi

Souci de dépendances nécessitant la suppression de paquets sur testing

solutions est: Les paquets suivants ont des dépendances non satisfaites : libkrb5-3: Casse: libkrb53 (< 1.6.dfsg.4~beta1-9) mais 1.6.dfsg.4~beta1-5lenny4 est installé. libkrb5support0: Casse: libkrb53 (< 1.6.dfsg.4~beta1-9) mais 1.6.dfsg.4~beta1-5lenny4 est installé. libk5crypto3:

Re: Désinstaller un paquet sans toucher aux dépendances

unmarkauto '?i?or(?reverse-depends(^gnome$|^gnome-games$),?reverse-recommends(^gnome$|^gnome-games$)' aptitude purge gnibbles *Sauf* qu’il y a des dépendances qui sont aussi des dépendances d’autres paquets (python ou libc6 p.ex.) que tu voudrais peut-être garder marqués comme insta

Re: Désinstaller un paque t sans toucher aux dépendances

Le Fri, Jun 18, 2010 at 12:34:12PM +0200, Pascal Hambourg a écrit : > Dans ce cas il faudra marquer les paquetages à conserver comme installés > manuellement. Bonjour à tous, alternativement, on peut faire un paquet factice avec « equivs », du paquet du même nom, et l'installer à la place de celu

Re: Désinstaller un paquet sans toucher aux dépendances

Le vendredi 18 juin 2010 à 15:13 +0200, Christophe a écrit : > Tu dois faire la même chose avec le paquet gnome-games si tu ne veux virer > que gnibbles. Oups, gnibbles est dans gnome-games... Bref, je pense que tu as compris le principe ! Christophe -- Lisez la FAQ de la liste avant de poser un

Re: Désinstaller un paquet sans toucher aux dépendances

Le vendredi 18 juin 2010 à 14:41 +0200, Le Cerdocyon a écrit : > >gnibbles fait partie du paquetage gnome-games dont le paquetage gnome > >dépend, donc c'est normal. Le paquetage gnome n'est cependant qu'un > >"méta-paquetage" qui ne contient rien en

Re: Désinstaller un paquet sans toucher aux dépendances

Le 18/06/2010 14:41, Le Cerdocyon a écrit : >> Dans ce cas il faudra marquer les paquetages à conserver comme installés >> manuellement. > > Et comment on fait ? Le moyen le plus simple, selon moi, c'est de faire un apt-get install . Ca va t'indiquer que le paquet est déjà installé et le mettra

Re: Désinstaller un paque t sans toucher aux dépendances

>gnibbles fait partie du paquetage gnome-games dont le paquetage gnome >dépend, donc c'est normal. Le paquetage gnome n'est cependant qu'un >"méta-paquetage" qui ne contient rien en lui-même mais permet par ses >dépendances d'installer d'autres paque

Re: Désinstaller un paquet sans touche r aux dépendances

; > Exemple : je veux sortir gnibbles un jeu, il me demande de > désinstaller gnome... gnibbles fait partie du paquetage gnome-games dont le paquetage gnome dépend, donc c'est normal. Le paquetage gnome n'est cependant qu'un "méta-paquetage" qui ne contient rien en l

Désinstaller un paquet sa ns toucher aux dépendances

Bonjour, Je cherche le moyen de faire de la place sur mon disque, et désinstaller tout ce dont je n'ai pas besoin, jeux, outils sans importance ... etc Comment puis-je faire pour désinstaller uniquement le paquet en question ? Exemple : je veux sortir gnibbles un jeu, il me demande de désin

Re: installations avec apt-get des dépendances d'un paquet local installé avec dpkg

allés.) Dépaquetage de dolibarr (à partir de dolibarr-2.8.1.deb) ... dpkg : erreur de traitement de --force-depends (--install) : ne peut pas accéder à l'archive: Aucun fichier ou répertoire de ce type dpkg : des problèmes de dépendances empêchent la configuration de dolibarr : dolibarr dépend de

installations avec apt-get des dépendances d'un paq uet local installé avec dpkg

Bonjour, Tout est dans le titre, je voudrait juste savoir si c'est possible et quelle serait la commande. Merci de mettre mon adresse hugues.larr...@gmail.com en copie. @+ hugues larrive -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous

Re: Séquence de démarrage bas ée sur les dépendances

ance pour vos remontées d'expériences, Salut, Cela fait un moment que je l'ai activé sur plusieurs machines, sans souci majeur pour l'instant… Ce n'est pas [encore] automatique, il suffit de rajouter dans le fichier /etc/default/rcS : # démarrage des services en par

Re: dépendances

il n'y a pas de message d'erreur, mais les dépendances ne sont pas affichées alors qu'avec une installation classiquende .deb ça l'est. D'où ma surprise. Sans doute l'effet d'alien ? pmd On Sat, 16 Jan 2010 10:40:02 -0400 David Prévot wrote: > >

Re: dépendances

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/01/2010 04:32, pmd wrote: > bonjour, > j'ai installé sous ubuntu des drivers canon à partir de .rpm par alien. > Il m'est impossible de voir les dépendances par apt-cache C'est étonnant, quel est le message d'

dépendances

bonjour, j'ai installé sous ubuntu des drivers canon à partir de .rpm par alien. Il m'est impossible de voir les dépendances par apt-cache ou dpkg --statuts. Y a t-il une autre méthode ? Cordialement pmd -- pmd -- Lisez la FAQ de la liste avant de poser une question : http://wiki.

Re: Fwd: Re: Automatiser l'installation des dépendances !

Le Friday 27 February 2009 22:30:37 Gaël - InternetCom, vous avez écrit : > --- Message réexpédié--- > De: > A: > Sujet: > Date: Fri, 27 Feb 2009 22:29:46 +0100 > > Merci pour ces trois réponses, aussi complémentaires que > remise-dans-le-droit-cheminteuses ! > > C'est vrai que des fois, la

Re: Automatiser l'installation des dépendances !

Gaël - InternetCom, vendredi 27 février 2009, 21:32:09 CET > > Bonsoir ma liste. ’soir, >[…] > "dpkg" n'est-il pas sensé chercher > de lui-même si les dépendances sont disponibles sur les > sources du "sources.list" ?? […] Non. C’est APT q

Re: Automatiser l'installation des dépendances !

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gaël - InternetCom a écrit : > Bonsoir ma liste. Bonsoir, > "dpkg -i monpaquet.deb" reconnait bien ces dépendances. > Il refuse d'installer tant qu'elles ne sont pas satisfaites, et installe > mon paquet lorsq

Re: Automatiser l'installation des dépendances !

"dpkg" n'est-il pas sensé chercher de lui-même si les dépendances sont disponibles sur les sources du "sources.list" ?? Salut dpkg ne connait pas sources.list. Il faut plutôt regarder du côté d'apt-get ou aptitude David -- Lisez la FAQ de la liste avan

Re: problème de dépendances sur un passage de Etch à Lenny

Le mercredi 17 décembre 2008, Franck Delage a écrit : > Etienne CROMBEZ a écrit : > | Salut à tous, > | > | Bonsoir, > | > | > Je souhaiterais passer de Etch à Lenny. > | > | essaie de suivre les indications décrites > | ici > > Merci, excellent t

Re: problème de dépendances sur un passage de Etch à Lenny

Le mardi 16 décembre 2008, David Prévot a écrit : > Mathieu JANIN a écrit : > > Le mardi 16 décembre 2008, David Prévot a écrit : > >> Franck Delage a écrit : > >>> Sébastien Adam a écrit : > >>> | Bonjour à tous, > >> > >> Bonjour, > >> > >>> | Personnellement, j'ai laissé les lignes concernent et

Re: problème de dépendances sur un passage de Etch à Lenny

Le mar 16 déc 2008 16:28:45 CET, Franck Delage a écrit : > Salut à tous, > > Je souhaiterais passer de Etch à Lenny. J'ai donc modifié mon > sources.list en me basant sur l'actuel. > ... Salut, Avant de te lancer dans la migration, je te conseille te consulter les notes de publicatio

Re: problème de dépendances sur un passage de Etch à Lenny

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu JANIN a écrit : > Le mardi 16 décembre 2008, David Prévot a écrit : >> Franck Delage a écrit : >>> Sébastien Adam a écrit : >>> | Bonjour à tous, >> Bonjour, >> >>> | Personnellement, j'ai laissé les lignes concernent etch. Ainsi, >>> | lorsque

Re: problème de dépendances sur un passage de Etch à Lenny

Le mardi 16 décembre 2008, David Prévot a écrit : > Franck Delage a écrit : > > Sébastien Adam a écrit : > > | Bonjour à tous, > > Bonjour, > > > | Personnellement, j'ai laissé les lignes concernent etch. Ainsi, > > | lorsque des paquets ne sont pas trouvés dans lenny, il regarde > > | quand-même d

Re: problème de dépendances sur un passage de Etch à Lenny

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Franck Delage a écrit : > Sébastien Adam a écrit : > | Bonjour à tous, Bonjour, > | Personnellement, j'ai laissé les lignes concernent etch. Ainsi, > | lorsque des paquets ne sont pas trouvés dans lenny, il regarde > | quand-même dans etch. Ca m'a ré

Re: problème de dépendances sur un passage de Etch à Lenny

oblème. > > > > Puis aptitude dist-upgrade --simulate, et là, souci de dépendances non > > satisfaites, dont la solution semble être de virer > > gnome-desktop-environment, entre autres. > > > > C'est pas le but. > > > > Quelqu'un a-t-il une i

Re: problème de dépendances sur un passage de Etch à Lenny

Salut à tous, Bonsoir, > Je souhaiterais passer de Etch à Lenny. essaie de suivre les indications décrites ici

Re: problème de dépendances sur un passage de Etch à Lenny

ude dist-upgrade --simulate, et là, souci de dépendances non > satisfaites, dont la solution semble être de virer > gnome-desktop-environment, entre autres. > > C'est pas le but. > > Quelqu'un a-t-il une idée ? Ou mon sources.list est-il tout pourri ? Personnellement, j&#x

problème de dépendances sur un passage de Etch à Lenny

Salut à tous, Je souhaiterais passer de Etch à Lenny. J'ai donc modifié mon sources.list en me basant sur l'actuel. Je fais ensuite aptitude update. Pas de problème. Puis aptitude dist-upgrade --simulate, et là, souci de dépendances non satisfaites, dont la solution semble être de v

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xadawa a écrit : > GiGGz wrote: >> Xadawa a écrit : >>> GiGGz wrote: Xadawa a écrit : > GiGGz wrote: >> Xadawa a écrit : >> >> slt, >> >>> Steve wrote: >> Si, comme je viens de te le dire. Si tu utilises aptitude, >

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

( utilitaires bluetooth ) qui va jusqu'a m'installer les icones de Gnome :-S es tu sûr que tous les paquets voulant s'installer sont des dépendances ? il y a sans doute de nombreux paquets "recommandés". Tu peux dans aptitude virer l'option qui installe les paq

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

res bluetooth ) qui va jusqu'a m'installer les icones de Gnome :-S es tu sûr que tous les paquets voulant s'installer sont des dépendances ? il y a sans doute de nombreux paquets "recommandés". Tu peux dans aptitude virer l'option qui installe les paquets recommand

Re: Dépendances Xserver-xorg et Bluez - Système Embarqué

/# apt-get install xserver-xorg-video-vesa Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Les paquets supplémentaires suivants seront installés : libfontenc1 libfs6 libxaw7 libxfont1 libxkbfile1 libxmuu1 libxpm4 libxtrap6 libxtst6 libxxf86dga1

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

ui va jusqu'a m'installer les icones de Gnome :-S es tu sûr que tous les paquets voulant s'installer sont des dépendances ? il y a sans doute de nombreux paquets "recommandés". Tu peux dans aptitude virer l'option qui installe les paquets recommandés automatiquemen

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

ui va jusqu'a m'installer les icones de Gnome :-S es tu sûr que tous les paquets voulant s'installer sont des dépendances ? il y a sans doute de nombreux paquets "recommandés". Tu peux dans aptitude virer l'option qui installe les paquets recommandés automatiquemen

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

m'installer les icones de Gnome :-S es tu sûr que tous les paquets voulant s'installer sont des dépendances ? il y a sans doute de nombreux paquets "recommandés". Tu peux dans aptitude virer l'option qui installe les paquets recommandés automatiquement. ça devrait te

Re: Dépendances Xserver-xorg et Bluez - S ystème Embarqué

staller les icones de Gnome :-S es tu sûr que tous les paquets voulant s'installer sont des dépendances ? il y a sans doute de nombreux paquets "recommandés". Tu peux dans aptitude virer l'option qui installe les paquets recommandés automatiquement. ça devrait te réduire ta list

  1   2   3   4   >