Le Mardi 25 Septembre 2001 10:44, Bernard Lambey scribit :
> Le Mardi 25 Septembre 2001 09:34, Fabrice FACORAT écrivait :
> > [ ... ]
> > Si tu veux TOUT inclure alors tu dois compiler les libs en statique.
> > Imagine : XFree + Mesa ( zut, tu utilises les drivers nvidia qui s'en
> > foutent de Mesa et ne sont pas forcément 100% compatible )
> > + libggi + libaa + libmp3 + libopendivx
> > ( oups, c'est closed source, donc ce sera difficile et il y aura
> > peut-être un pb de licence )
> > + ffmpeg + ....
> > 1°/ cela fera un gros paquet
> > 2°/ cela prendra bcp plus de mémoire en RAM
> > ---------------------
>
> Mouais, comme dit un de nos jeunes amis, je ne suis pas tellement
> d'accord avec toi, Fabrice. La philosophie du RMP est formidable,
la philosphie du rpm c'est : faire une archive autoextractible qui offre des
possibilités de gestion, assure l'intégrité du système ( averti si il efface
un fichier venant d'un autre package ) et faire en sorte qu'une appli ne
s'installe pas si il manque des libs nécessaires/utiles à son fonctionnement.
et c'est cela que les rpm font.
> je pense seulement qu'il faut que chaque auteur-diffuseur d'un pro-
> gramme accepte, pour LIMITER le problème, de faire des énormes RPM
> qui comporteraient tout le matériel qu'on trouve dans les versions
> dites "statiques" avec des conditions d'emploi du type:
ben non.
1°/ tout le monde n'as pas une connection haut débit
2°/ la version GPL passerait de 2 Cd à 7 CD car cela grossi très vite.
3°/ tout le monde n'a pas 256 Mo de RAM ( si ce sera suffisant ).
Vaut mieux encore passer à XP ;)
> telle librairie est-elle déjà présente...?
> si non, aller dans tel répertoire...
> la charger puis...
> si oui, alors ...
> ..passer à la suite,
on va s'amuser avec les scripts d'install
> comme je suis très naïf, je suis persuadé que c'est possible, et
> le problème serait règlé une fois pour toutes. Il est vrai que
> cela compliquerait singulièrement la tâche des programmeurs ! ...
> Mais quel bonheur de faire du Linux dans ces conditions:
> moi j'ai dû renoncer (avec ma 7.2) à faire marcher
> - iMinitel
> - mon fax
> - mon scanner
> à cause de problèmes (insolubles après des heures de travail)
> de dépendances gigognes à l'infini.
10 contre 1 que tu t'y es très mal pris.
dis merci aussi à urpmi ( pour les rpm dispo depuis des sources
préconfigurées ).
> Quant au GROS argument des emplacements mémoires sur lesquels
> pointent les liens, qu'est-ce qui empêche de les inventorier
> dans des tableaux de ressources sur lesquels pointeront les
> liens en cas de besoin de la bibliothèque pour un RPM précis?
pas un rpm, un programme. Un rpm ne charge pas de lib, ce n'est qu'une
archive autoextractible.
C'est ce qui se passe avec les libs dynamique.
tu ne peux le faire avec une statique car en admettant que tu cherge la lib
de manière nommée, rien ne te garantie que 2 version statiques de 2 rpm sont
identique. Tu fais de la programmation ? tu verras que le pb n'est pas si
simple.
Windows à le même pb : tu installés un prog et il a ses propres dll ( lib
dynamique ) . tu écrases ceux de win et au choix ca marche et ton sys reste
stable, ou il est modifié et ton sys devient instable. Tu ne met pas le dll
de l'appli et avec le dll d'origine l'appli marche ou ne se lance pas.
[root@bastard root]# ldd /usr/local/bin/mplayer
libasound.so.1 => /usr/lib/libasound.so.1 (0x4002c000)
libm.so.6 => /lib/libm.so.6 (0x40045000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3
(0x40068000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x400b0000)
libggi.so.2 => /usr/lib/libggi.so.2 (0x400fd000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x40107000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40178000)
libXxf86dga.so.1 => /usr/X11R6/lib/libXxf86dga.so.1 (0x4018f000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40195000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4027f000)
libXv.so.1 => /usr/X11R6/lib/libXv.so.1 (0x4028e000)
libpng.so.2 => /usr/lib/libpng.so.2 (0x40293000)
libz.so.1 => /lib/libz.so.1 (0x402bb000)
libnsl.so.1 => /lib/libnsl.so.1 (0x402ca000)
libaa.so.1 => /usr/lib/libaa.so.1 (0x402e0000)
libcss.so.0 => /usr/lib/libcss.so.0 (0x402f8000)
libdivxdecore.so.0 => /usr/local/lib/libdivxdecore.so.0 (0x40305000)
libdl.so.2 => /lib/libdl.so.2 (0x4034f000)
libc.so.6 => /lib/libc.so.6 (0x40353000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x40492000)
libgii.so.0 => /usr/lib/libgii.so.0 (0x4082c000)
libgg.so.0 => /usr/lib/libgg.so.0 (0x40833000)
libartsc.so.0 => /usr/lib/libartsc.so.0 (0x4083a000)
libesd.so.0 => /usr/lib/libesd.so.0 (0x40841000)
libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x40849000)
libslang.so.1 => /usr/lib/libslang.so.1 (0x4086d000)
libgpm.so.1 => /usr/lib/libgpm.so.1 (0x408d0000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libncurses.so.5 => /lib/libncurses.so.5 (0x408d6000)
> J'avoue que je ne comprends pas le problème, et pourtant, TOUT
> LE DEVELOPPEMENT DE L'IMPLANTATION DE LINUX BUTE DESSUS, A
> CE JOUR ! ... Car les futurs utilisateurs de Linux seront des
> utilisateurs "yeux fermés" OU NE SERONT PAS ET LINUX PERIRA!
je ne veux pas d'utilisateurs aux yeux fermés. Ils peuvent resté sous win.
je considère que la connaissance permet d'avoir la liberté et donc comme
linux est un système libre, ces utilisateurs se doivent de l'être.
et non je ne veux pas que linux remplace windows. je veux juste que linux
soit une alternative à windows, je veux juste qu'il existe enfin une vraie
alternative ( 30% part de marché me suffirait ).
Selon moi, linux s'adressera toujours à l'utilisateur plus ou moins
averti/dévergondé. Je doute que Luce et henry y trouvent leur compte, mais un
débutant à l'esprit vif et curieux le pourrait surement.
--
http://perso.wanadoo.fr/linux_wizard/index.html
-
Les delicats sont malheureux,
Rien ne saurait les satisfaire.
-- Jean de La Fontaine, Contre ceux qui ont un gout difficile
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";
