Bonjour cher journal,
Ce n'est pas un appel au troll, mais c'est l'occasion faire de la pub pour votre distrib préférée (enfin du moins pour celles qui conviennent à ce que je vais demander quand même, me répondez pas Mandriva ;))
Je cherche un système de paquets qui gère les dépendances, mais qui me permette de choisir les dépendances, aussi.
Je m'explique: Totem, il a une option dans le configure pour dire que je suis pas un gnomiste, et que je veux que du GTK. Qu'est ce que je ferais de libnautilus-burn moi ? Mais chez Debian (ma distrib actuelle), ils ont compilé Totem avec le support de Gnome. Et moi qui ne suis que sous Xfce, ça me saoule de devoir installer toutes ces dépendances inutiles. Et le problème se pose pour d'autres logiciels (je me contrefous du support de divx dans mencoder). Donc voilà comment j'aimerais que ça se présente quand je veux installer, disons par exemple avidemux:
- il me demande si je veux le support de divx, puis de xvid
- en bon libriste, je réponds non puis oui. Mon avidemux ne dépend donc que de xvid, et je suis content :)
Voilà, si vous connaissez une distrib qui fait ça, je suis preneur :) (oui, LFS fais, ça, mais ya pas de gestion des dépendances ;))
# Si tu veux pas LFS
Posté par Nicolas Schoonbroodt . Évalué à 10.
# Difficile
Posté par Gof (site web personnel) . Évalué à 5.
mais Gentoo n'est pas binaire, et quand tu veux installer un truc, il faut attendre que la compilation finisse
Je penses que il serais stupide d'avoir un système de paquets binaire ou le même paquets est présenté plein de fois avec toutes les options de compilations possible.
Sinon, je ne comprends pas vraiment ton problème. est tu vraiment à cours d'espace disque pour ne pas pouvoir installer cette petite dépendance de quelque Mo ?
Ou bien c'est juste de l'extrémisme ?
[^] # Re: Difficile
Posté par _Hitek_ (site web personnel) . Évalué à 9.
[^] # Re: Difficile
Posté par Vador Dark (site web personnel) . Évalué à 7.
A quoi bon charger en ram les supports de tout les moteurs sonores, pour n'en utiliser qu'un?
Sous Gentoo, tu desactives tout les autres avec USE, et tu obtiens un système moins lourd, et moins de dépendance.
Comme le dit la news, c'est vraiment "le système de package parfait" :).
[^] # Re: Difficile
Posté par Moonz . Évalué à 2.
Tu es sûr ? Il me semblait qu'avec Gentoo, on peut bien mettre --disable-plop, mais que les dépendances sont "statiques", et qu'il installe quand même libplop :) (sauf si je modifie le paquet à la main et toussa, mais là c'est... lourd)
> mais Gentoo n'est pas binaire
C'est pas parce que je suis sous Debian que je suis réfractaire à toute distribution source :)
> Sinon, je ne comprends pas vraiment ton problème. est tu vraiment à cours d'espace disque pour ne pas pouvoir installer cette petite dépendance de quelque Mo ?
Ben quelques mégas en plus sur mon disque dur, ça fait rien. Mais je suis en 56K, et 1mo en moins par mise à jour, ça m'intéresse :). De plus, comme tu le fais remarquer, une telle distribution est forcément une distribution source. Et les sources, c'est plus léger que binaires+libdevel la plupart du temps... Je comptais donc de toutes façon passer à une distribution source...
> Ou bien c'est juste de l'extrémisme ?
Un peu, aussi ;)
[^] # Re: Difficile
Posté par Nicolas Schoonbroodt . Évalué à 6.
Non, les dépendances sont également gérées par les useflags :
Voici ce que sont les différences entre totem avec gnome et sans gnome dans les useflags :
RDEPEND (dépendances à l'exécution) avec = RDEPEND sans + >=gnome-base/nautilus-2.10
options de ./configure avec = celles sans + --enable-gnome
Néanmoins, il reste toujours des dépendances à gnome :
>=gnome-base/gnome-vfs-2.9.92
>=gnome-base/libglade-2
>=gnome-base/gnome-desktop-2.2
>=gnome-base/libgnomeui-2.4
qui sont présentes quelles que soient les useflags
[^] # Re: Difficile
Posté par Moonz . Évalué à 3.
Par contre tu me fais un peu peur là:
> gnome-base/gnome-desktop-2.2
Pourquoi 2.2 ?
Et gnome-desktop, c'est pas un métapackage qui installe gnome-panel, gnome-control-center et autres paquets ? (parce que sous ma debian, c'est le cas...)
En tous cas, merci à tous pour vos réponses :)
[^] # Re: Difficile
Posté par Nicolas Schoonbroodt . Évalué à 3.
Pour le 2.2, l'important, c'est le > au début, C'est le minimum, gnome-desktop-2.2, c'est pas bon, mais le même en 2.12 c'est bon. (ou 2.10 ou 2.8...)
[^] # Re: Difficile
Posté par Xavier Teyssier (site web personnel) . Évalué à 1.
Ah ? C'est marrant, en lisant "gnome-desktop-2.2, c'est pas bon", j'ai tendance à me dire que c'est trop vieux. Mais je vois qu'à la place, on propose une 2.12, donc à priori quelque chose de plus ancien !
Comment ça se fait ?
[^] # Re: Difficile
Posté par Nicolas Schoonbroodt . Évalué à 2.
C'est gnome 2.12 et pas gnome 2.1.2 ;-)
[^] # Re: Difficile
Posté par Xavier Teyssier (site web personnel) . Évalué à 2.
Chez moi, 2.12 < 2.2 = 2.20
C'est voulu le fait que Gnome numérote ses versions à l'envers ? Où ils ont oubliés un 0 et voulaient écrire 2.02 au lieu de 2.2 ?
[^] # Re: Difficile
Posté par serge_kara . Évalué à 5.
En fait, c'est x.y, avec x et y totalement decorreles. Le y peut aller jusque 65 554 ou meme 14 trilliards.
tu interprete intuitivement le . comme une , en francais, et donc quand y arrive a 9, ben tu penses qu'on incremente le x.
Pas du tout, quand y arrive a 9, on l'incrementes et ca donne 10.
On a donc bien 12 > 2, et donc 2.12 plus recent que 2.2.
[^] # Re: Difficile
Posté par Aldoo . Évalué à 5.
>Tu es sûr ? Il me semblait qu'avec Gentoo, on peut bien mettre
> --disable-plop, mais que les dépendances sont "statiques", et qu'il
> installe quand même libplop :) (sauf si je modifie le paquet à la main et
> toussa, mais là c'est... lourd)
Non, non, sauf, pour le cas de quelques ebuilds mal faits (ou juste de scripts ./configure mal faits... ce qui empêche de reporter les options dans l'ebuild), il n'installera pas libplop.
Mais bon, voilà, cela n'empêche pas quelques dépendances difficiles à supprimer : exemple stupide, j'ai besoin de GTK+-1.2 pour installer KDE avec le support d'imlib... (d'ailleurs, si quelqu'un a une astuce... ) : kde-> kdegraphics->imlib->gtk+ (pas de use flag pour qu'imlib se compile sans gtk+)
PS : je viens de vérifier que je ne disais pas de conneries, en fait, dans la dernière version d'imlib, ils tiennent enfin compte du flag -gtk.
# apt-build ?
Posté par Gilles Mocellin . Évalué à 2.
En tout cas, ça reste la galère pour suivre les mises à jour.
Gentoo me semble être le mieux pour ça, ou une LFS !
# Ce n'est pas un troll non plus
Posté par serge_kara . Évalué à -1.
[^] # Re: Ce n'est pas un troll non plus
Posté par Moonz . Évalué à 5.
De 1, j'ai pas gnome. Si je peux avoir un système plus léger, pourquoi m'en priver ?
De 2, je suis en 56K... Si je peux économiser 1 Mo ou même 500 Ko par mise à jour, je dis pas non...
[^] # Re: Ce n'est pas un troll non plus
Posté par serge_kara . Évalué à 1.
pour le 1 ca me parait plus de l'effet placebo d'avoir un systeme "plus leger". Un peu comme la legende de windows "y faut rebooter, ca marchera mieux".
Disons que si la distrib' etait vivante, ca ferait une difference :-)
J'etais juste curieux vis a vis de tes motivations.
[^] # Re: Ce n'est pas un troll non plus
Posté par nigaiden . Évalué à 2.
[^] # Re: Ce n'est pas un troll non plus
Posté par totof2000 . Évalué à 3.
Et sur une config un peu légère, on fait comment?
L'un des intérets de Linux est, en raison de sa modularité, de réutiliser une machine un peu légère niveau ressource.
[^] # Re: Ce n'est pas un troll non plus
Posté par serge_kara . Évalué à 2.
parce que si t'es a 50Mo pres, tu vas avoir d'autres soucis que d'installer ou pas gnome...
# complexité
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 3.
Je suis pas sur que ce soit une bonne idée..
Le mieux dans ton cas semble rester apt-source puis un ptit make-kpkg avec les bonnes options de compilation...
Certes, moi aussi ca me fait chier d'avoir plein de libs dont j'ai rien à faire car ce sont justes des dépendances pour un support dont je n'ai pas besoin, mais je peux ensuite forcer l'enlevement de ces libs, et comme je n'utiliserai pas leurs options dans mon appli, je sais que ca ne plantera pas...
[^] # Re: complexité
Posté par Thomas Douillard . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.