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";
