utilisateur decu

GP wrote:

Michel Talon wrote:

Jerome Lambert <jerome.lambert@swing.be> wrote:

Bah, chez moi sur un P-3 450 ça n'a pas duré trop longtemps (plus
quand même que sur mon Athlon64 3000+), mais quel plaisir d'y arriver
;-)

Prochaine étape: acheter un disque externe FireWire pour mon iMac G5
et y installer une Gentoo PPC, mais ce sera "quand j'aurai le temps"...

Sincèrement je ne connais pas la Gentoo ni si son administration est
facile,
mais je n'arrive pas à comprendre pourquoi vous vous escrimez à
recompiler le système. Ils doivent bien fournir un système pré-compilé
quand même,
sur lequel on peut tourner "faute de mieux". Je te mets au défi de
prouver
chiffres à l'appui que l'OS ira "plus vite" si tu le compiles mieux

Ah mais, ce n'est pas du tout la question, mon cher Chichille. Tu fais
encore exprès pour ne rien comprendre?

Selon ce qu'on m'a expliqué dernièrement, tout est dans les FLAGs. Sans
FLAGs, point de salut sur Linux. Il paraît que si tu compiles mpalyer
sans les flags, par exemple, il risque de ne pas voir Xvid, tandis que
si tu mets le flag, il le voit tout de suite. J'en suis à me demander
comment mon système fait pout fonctionner sans tous ces FLAGs. Il a
vraiment beaucoup de mérite.

Un peu de lecture:
<http://groups.google.fr/groups?hl=fr&lr=&selm=gniii.20041127150751%40florizarre.tichou.org>

C'est pourquoi je pense passer bientôt à Gentoo. Et puis, ce qui est
chouette, c'est que, une fois que tu roules Gentoo, tu n'as plus à te
préoccuper te rien: bichonner ton OS absorbe toute ton attention. La
mort du pape, le procès de Michael Jackson, Wolfo à la Banque monduale,
tout ça, ça ne te préoccupe plus. Même les boules de Pam... Hein? Bon
d'accord, toi, ça pourrait encore te t'occuper.

Je rêve de Gentoo! Pourquoi faire simple quand on peut faire compliqué?

Et c'est un adepte de Slack qui dit ça? C'est l'hopital qui se fout de
la charité, là...

Un peu de lecture:
<http://groups.google.fr/groups?hl=fr&lr=&selm=gniii.20041127150751%40florizarre.tichou.org>

Excellent explication, ça se passe de commentaires :)

Le point noir de gentoo, c'est l'installation un peu délicate. Mais ça
n'empêche qu'avec la doc superbe qui est fournie, j'ai pu faire une
install du stage 1 (avec le bootstrap et tout et tout) du premier coup,
sans le moindre pépin, alors que je venais tout droit du monde Windows.
(Enfin, un ptit passage sous Mandrake puis Slackware, qui m'ont toutes
les deux dégoûté de linux).

Installer des logiciels avec exactement les fonctionnalités que je
souhaite, c'est enfantin. Ne parlons pas optimisation... mais sachez que
je peux me passer de toutes les dépendances relatives à des
fonctionnalités dont je ne vois pas l'intérêt. Ca prend moins de place,
et c moins lourd. Finis les rpm tout faits, surchargés, faits pour
fonctionner sur tous les systèmes avec plein de fonctionnalités "en trop".

Après l'install (qui s'est pourtant passée sans problème), le second
point qui peut rébuter un peu les débutants, c'est qu'il faut comprendre
à quoi servent chaque flag use. Si tout ça est évident pour un linuxien,
ça l'est moins pour un windowsien, qui ne sait pas ce que sont oss ou
alsa, samba, nls, pam, ... j'ai du m'y intérresser un peu, mais c'est
assez vite fait, et on au moins j'ai appris plus de choses en une
semaine de gentoo qu'en un mois de Mandrake (j'en suis maintenant à
presque un an de Gentoo).

Mais bon voilà, tout ça pour dire qu'en fin de compte, l'installation ne
pose pas le moindre problème (même si ça peut être long, à moins de
partir du stage3), très personnalisable, et en fin de compte TRES FACILE
à utiliser (portage, ...) et configurer (fichiers de config abondamment
commentés), bien plus que d'autres distribs.

L'essayer, c'est l'adopter ;)

Jerome Lambert wrote:

GP wrote:

Michel Talon wrote:

Jerome Lambert <jerome.lambert@swing.be> wrote:

Bah, chez moi sur un P-3 450 ça n'a pas duré trop longtemps (plus
quand même que sur mon Athlon64 3000+), mais quel plaisir d'y
arriver ;-)

Prochaine étape: acheter un disque externe FireWire pour mon iMac G5
et y installer une Gentoo PPC, mais ce sera "quand j'aurai le temps"...

Sincèrement je ne connais pas la Gentoo ni si son administration est
facile,
mais je n'arrive pas à comprendre pourquoi vous vous escrimez à
recompiler le système. Ils doivent bien fournir un système
pré-compilé quand même,
sur lequel on peut tourner "faute de mieux". Je te mets au défi de
prouver
chiffres à l'appui que l'OS ira "plus vite" si tu le compiles mieux

Ah mais, ce n'est pas du tout la question, mon cher Chichille. Tu fais
encore exprès pour ne rien comprendre?

Selon ce qu'on m'a expliqué dernièrement, tout est dans les FLAGs.
Sans FLAGs, point de salut sur Linux. Il paraît que si tu compiles
mpalyer sans les flags, par exemple, il risque de ne pas voir Xvid,
tandis que si tu mets le flag, il le voit tout de suite. J'en suis à
me demander comment mon système fait pout fonctionner sans tous ces
FLAGs. Il a vraiment beaucoup de mérite.

Un peu de lecture:
<http://groups.google.fr/groups?hl=fr&lr=&selm=gniii.20041127150751%40florizarre.tichou.org>

Où il est écrit que:

Sur la Gentoo, si on installe mplayer on a par contre le choix entre toutes
ces options :

3dfx, 3dnow, 3dnowex, X, aalib, alsa, (altivec), arts, bidi, cdparanoia,
debug, debug, directfb, divx4linux, dvb, dvd, dvdread, edl, encode, esd,
fbcon, ggi, gif, gnome, gtk, ipv6, joystick, jpeg, libcaca, lirc, live, lzo,
mad, matroska, matrox, mmx, mmx2, mpeg, mythtv, nas, network, nls,
oggvorbis, opengl, oss, png, real, rtc, samba, sdl, sse, svga, tga, theora,
truetype, v4l, v4l2, xinerama, xmms, xv, xvid

-------------

Et admettons que tu compiles par défaut avec toutes ces options, ça change quoi?

Ti-Chou rajoute:

«Certes, ces deux exemples sont extrêmes, mais ils montrent bien le côté
personnalisable qu'ont les distributions Debian ou Gentoo pour
l'installation d'un logiciel et que n'a pas la distribution Mandrake.»

------------

Mais voici ce que Debian dit à ce sujet:

It is up to the package maintainer to decide what compilation options are best
for the package. Certain binaries (such as computationally-intensive programs)
will function better with certain flags (-O3, for example); feel free to use
them. Please use good judgment here. Don't use flags for the sake of it; only
use them if there is good reason to do so. Feel free to override the upstream
author's ideas about which compilation options are best: they are often
inappropriate for our environment.

http://www.debian.org/doc/debian-policy/ch-files.html

Par ailleurs, s'il est possible de compiler avec des flags avec Gentoo, je ne
vois pas pourquoi ce ne serait pas possible avec n'importe quelle distro.

Il rajoute;

«De plus, notez l'importance de la bibliothèque d'applications que proposent
Gentoo» :

--------------------

Je doute que Gentoo offre plus d'applications compilées que Debian. Quant aux
applications en source, on peut les compiler pour n'importe quelle distro et,
théoriquement, tous les softs sont offerts dans ce format.

Il est ensuite question de configurer indépendamment chaque disque dur.
J'avoue que je n'ai jamais senti le besoin de faire ça. Mais la cerise sur le
sundae, c'est sans contredit ceci:

«Sur Gentoo, rien de plus simple que d'ajouter son propre service. On indique
dans le script d'initialisation avec de simples mots clés ce qu'a besoin le
service, par exemple du réseau (net) et du gestionnaire de log (logger), et
on n'a alors pas besoin de se préoccuper de savoir dans quels runlevels doit
être lancé le service et de savoir après ou avant quel service il doit
s'intercaler.»

Quant à moi, lancer un service à un runlevel donné, ce n'est pas ce que
j'appelle une «préoccupation».

Notre Ti-Chou ajoute:

«Le problème des paquets Slackware c'est la gestion des dépendances qui est
inexistante.»

On se demande comment fait swaret :)

Notre Ti-Chou encore:

«En effet, les outils fournit avec emerge, le
gestionnaire de paquet de la Gentoo, permettent de construire très
facilement et très rapidement des paquets maisons qui seront s'intégrer sans
aucun soucis avec le reste du système sans qu'on ait à se préoccuper des
dépendances, des répertoires de destination ou de l'écrasement éventuel des
fichiers de configuration. On n'a jamais fait aussi simple et puissant à la
fois.»

Simple et puissant, oui, en théorie. Faudrait aller proposer ça aux
Debianiais. Ils semblent se faire suer plus qu'un peu avec les paquets.

On dirait que les gens qui utilisent Gentoo pensent que tout est neuf avec
Gentoo parce que la distro utilise des termes nouveaux: merge, emerge,
unemerge, demerge, remerge, flag, unflag et j'sais pas trop quoi. Mais j'ai
vraiment l'impression qu'il n'y a rien de neuf sous le soleil.

GP

Où il est écrit que:

Sur la Gentoo, si on installe mplayer on a par contre le choix entre toutes
ces options :

3dfx, 3dnow, 3dnowex, X, aalib, alsa, (altivec), arts, bidi, cdparanoia,
debug, debug, directfb, divx4linux, dvb, dvd, dvdread, edl, encode, esd,
fbcon, ggi, gif, gnome, gtk, ipv6, joystick, jpeg, libcaca, lirc, live, lzo,
mad, matroska, matrox, mmx, mmx2, mpeg, mythtv, nas, network, nls,
oggvorbis, opengl, oss, png, real, rtc, samba, sdl, sse, svga, tga, theora,
truetype, v4l, v4l2, xinerama, xmms, xv, xvid

Ah oui mais non, l'option debug est listée deux fois. Si tu en enleves
une, ça fait tout de suite moins impressionnant...

GP wrote:

Jerome Lambert wrote:

GP wrote:
(...)

Selon ce qu'on m'a expliqué dernièrement, tout est dans les FLAGs.
Sans FLAGs, point de salut sur Linux. Il paraît que si tu compiles
mpalyer sans les flags, par exemple, il risque de ne pas voir Xvid,
tandis que si tu mets le flag, il le voit tout de suite. J'en suis à
me demander comment mon système fait pout fonctionner sans tous ces
FLAGs. Il a vraiment beaucoup de mérite.

Un peu de lecture:
<http://groups.google.fr/groups?hl=fr&lr=&selm=gniii.20041127150751%40florizarre.tichou.org>

Où il est écrit que:

Sur la Gentoo, si on installe mplayer on a par contre le choix entre toutes
ces options :

3dfx, 3dnow, 3dnowex, X, aalib, alsa, (altivec), arts, bidi, cdparanoia,
debug, debug, directfb, divx4linux, dvb, dvd, dvdread, edl, encode, esd,
fbcon, ggi, gif, gnome, gtk, ipv6, joystick, jpeg, libcaca, lirc, live,
lzo,
mad, matroska, matrox, mmx, mmx2, mpeg, mythtv, nas, network, nls,
oggvorbis, opengl, oss, png, real, rtc, samba, sdl, sse, svga, tga, theora,
truetype, v4l, v4l2, xinerama, xmms, xv, xvid

-------------

Et admettons que tu compiles par défaut avec toutes ces options, ça
change quoi?

Si tu compiles avec tout, tu obtiens la version la plus complète, mais
aussi celle qui va nécessiter le plus de dépendances. Si tu compiles
avec rien, tu obtiens une version inutilisable. Donc l'idée est de
compiler avec les options que *TU* juges utiles. C'est le principe même
de l'utilisation de ces FLAGS...

Ti-Chou rajoute:

«Certes, ces deux exemples sont extrêmes, mais ils montrent bien le côté
personnalisable qu'ont les distributions Debian ou Gentoo pour
l'installation d'un logiciel et que n'a pas la distribution Mandrake.»

------------

Mais voici ce que Debian dit à ce sujet:

It is up to the package maintainer to decide what compilation options
are best for the package. Certain binaries (such as
computationally-intensive programs) will function better with certain
flags (-O3, for example); feel free to use them. Please use good
judgment here. Don't use flags for the sake of it; only use them if
there is good reason to do so. Feel free to override the upstream
author's ideas about which compilation options are best: they are often
inappropriate for our environment.

http://www.debian.org/doc/debian-policy/ch-files.html

Et donc tu subis les choix, bon ou mauvais, adaptés ou inadaptés à ton
matériel, que fait le mainteneur, alors que Gentoo te laisse libre de
choisir ceux qui *TE* sont utiles (bis repetita).

Par ailleurs, s'il est possible de compiler avec des flags avec Gentoo,
je ne vois pas pourquoi ce ne serait pas possible avec n'importe quelle
distro.

Tu en connais beaucoup qui installent les paquets à partir des sources
sur p.ex. Debian? Moi je n'en connais aucun...

Il rajoute;

«De plus, notez l'importance de la bibliothèque d'applications que
proposent
Gentoo» :

--------------------

Je doute que Gentoo offre plus d'applications compilées que Debian.

Ben non, puisque le principe de Gentoo est justement de compiler
soi-même ;-)

Quant aux applications en source, on peut les compiler pour n'importe
quelle distro et, théoriquement, tous les softs sont offerts dans ce
format.

Tu as déja installé un RPM à partir des sources? Faut être motivé...

(...)

On dirait que les gens qui utilisent Gentoo pensent que tout est neuf
avec Gentoo parce que la distro utilise des termes nouveaux: merge,
emerge, unemerge, demerge, remerge, flag, unflag et j'sais pas trop
quoi. Mais j'ai vraiment l'impression qu'il n'y a rien de neuf sous le
soleil.

Ce n'est effectivement pas neuf, mais c'est mis à la disposition de
l'administrateur, au lieu de passer par des montages abracadabrants.

On Sun, 03 Apr 2005 09:42:06 +0200, Jerome Lambert wrote:

Sur la Gentoo, si on installe mplayer on a par contre le choix entre toutes
ces options :

3dfx, 3dnow, 3dnowex, X, aalib, alsa, (altivec), arts, bidi, cdparanoia,
debug, debug, directfb, divx4linux, dvb, dvd, dvdread, edl, encode, esd,
fbcon, ggi, gif, gnome, gtk, ipv6, joystick, jpeg, libcaca, lirc, live,
lzo,
mad, matroska, matrox, mmx, mmx2, mpeg, mythtv, nas, network, nls,
oggvorbis, opengl, oss, png, real, rtc, samba, sdl, sse, svga, tga, theora,
truetype, v4l, v4l2, xinerama, xmms, xv, xvid

-------------

Et admettons que tu compiles par défaut avec toutes ces options, ça
change quoi?

Si tu compiles avec tout, tu obtiens la version la plus complète, mais
aussi celle qui va nécessiter le plus de dépendances. Si tu compiles
avec rien, tu obtiens une version inutilisable. Donc l'idée est de
compiler avec les options que *TU* juges utiles. C'est le principe même
de l'utilisation de ces FLAGS...

Mplayer n'est disponible ni dans mandrake , ni dans debian , ni dans
slackware etc

l'indien <l_indien_no_more_spams@magic.fr> wrote:

qu'il faut choisir les options de compilation. De toute façon sur un OS où
^^^^^

la quasi totalité du temps se passe à converser avec des périphériques,

Si ton OS passe la majorité de son temps en attente d'I/O, soit tu
travailles uniquement avec des disques réseaux, soit tu as un gros
problème matériel. Le temps passé en attente d'I/O dépasse rarement
les 10% du temps CPU.

Je n'ai pas parlé de programme qui passe tout son temps en attente d'IO,
j'ai parlé spécifiquement de l'OS qui lui passe certainement la plus grande
partie de son temps à gérer de l'IO. Evidemment que les programmes en userland
passent leur temps à utiliser le CPU.

Et bien, tu pourrais au moins garder cet argument pourla gentoo, non ?
Et puis, si tu n'est pas convaincu, fait l'essai: compile 2 Gentoo, l'une
entièrement en -O, l'autre avec des optimisations correctes et compare
ensuite le temps de boot, la consomation mémoire, etc..., tu risque
d'avoir quelques surprises, je pense.

Non plutôt toi, quand tu découvriras que ça ne change absolument rien. Je
parle du kernel, pas d'applications gourmandes en calcul comme mplayer,
évidemment. Le temps de boot est certainement un exemple caricatural car
le temps est passé à faire des probes sur le hardware, donc ça risque peu
de dépendre des optimisations de compilation. Par contre si tu passes
ton temps à lancer des myriades de shell scripts au démarrage des services,
et compilés en dynamique pour faire bonne mesure, comme sur les RedHat,
Mandrake, etc, il ne faut pas s'étonner de ce que ça prenne des plombes.

--

Michel TALON

Galkine wrote:

On Sun, 03 Apr 2005 09:42:06 +0200, Jerome Lambert wrote:

Sur la Gentoo, si on installe mplayer on a par contre le choix entre toutes
ces options :

3dfx, 3dnow, 3dnowex, X, aalib, alsa, (altivec), arts, bidi, cdparanoia,
debug, debug, directfb, divx4linux, dvb, dvd, dvdread, edl, encode, esd,
fbcon, ggi, gif, gnome, gtk, ipv6, joystick, jpeg, libcaca, lirc, live,
lzo,
mad, matroska, matrox, mmx, mmx2, mpeg, mythtv, nas, network, nls,
oggvorbis, opengl, oss, png, real, rtc, samba, sdl, sse, svga, tga, theora,
truetype, v4l, v4l2, xinerama, xmms, xv, xvid

-------------

Et admettons que tu compiles par défaut avec toutes ces options, ça
change quoi?

Si tu compiles avec tout, tu obtiens la version la plus complète, mais
aussi celle qui va nécessiter le plus de dépendances. Si tu compiles
avec rien, tu obtiens une version inutilisable. Donc l'idée est de
compiler avec les options que *TU* juges utiles. C'est le principe même
de l'utilisation de ces FLAGS...

Mplayer n'est disponible ni dans mandrake , ni dans debian , ni dans
slackware etc

Ah bon?

Et ça, c'est quoi?
http://ftp.belnet.be/packages/mandrake/current/i586/media/main/mplayer-1.0-0.pre5.7mdk.i586.rpm

On Sun, 03 Apr 2005 11:24:20 +0200, Jerome Lambert wrote:
ayer n'est disponible ni dans mandrake , ni dans debian , ni dans

slackware etc

Ah bon?

Et ça, c'est quoi?
http://ftp.belnet.be/packages/mandrake/current/i586/media/main/mplayer-1.0-0.pre5.7mdk.i586.rpm
je ne suis pas a jour , c'est tout

Le Dimanche 3 Avril 2005 04:49, Boogabi s'est exprimé de la sorte sur
fr.comp.os.linux.debats :

L'essayer, c'est l'adopter ;)

J'aurais bien voulu en dire autant (j'ai fais plusieurs tentatives) mais
malgré la lecture attentive de la doc et après plusieurs jours de
compilation, un nombre conséquent de problèmes de dépendance (!) notament
avec Perl j'ai fini par réinstaller Slackware en me disant (à tort ou à
raison) que Gentoo n'était pas encore mûre.

Mais je rééssaierai (je suis tétu ;-)) car la philiophie de cette distrib
est exactement ce que je recherche.

En attendant et depuis plusieurs années, Slackware m'apporte une grande
satifaction et une très bonne stabilité malgré un système partiellement mis
à jour par swaret et partiellement à partir des sources (je parle de la
méthode "configure, make, make install" à l'ancienne)

Par expérience, je doute qu'une RedHat ou une mandrake puisse tenir
longtemps à ce petit jeu (mi-RPM, mi-source)


--
@+
Doug [Linux user #307925] - Slackware RuleZ ;-)
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Pour me contacter enlever no-spam (2X) --