Journal Installer gentoo sans rien compiler du tout

Posté par  .
Étiquettes : aucune
0
30
avr.
2004
Avant je croyais que gentoo il fallait forcement tout compiler.
Ensuite j'ai entendu dire que non grâce aux GRPs.

Alors j'ai voulu essayer, et la, grosse déception, il faut compiler le noyau !

Extrait de la documentation
Comme nous l'expliquerons plus loin, vous pouvez aussi installer Gentoo sans compiler quoi que ce soit (à l'exception du noyau et de quelques paquets facultatifs). Si c'est ce que vous souhaitez, vous devrez utiliser l'archive tar stage3.

Pourquoi un tel choix ? Pourquoi ne pas fournir un noyau compilé dans le stage 3 ?
  • # Re: Installer gentoo sans rien compiler du tout

    Posté par  . Évalué à 1.

    Ben parce que c'est pas le but de gentoo ?
    Et puis le noyau après il sera adapté à ton matos au moins...
    • [^] # Re: Installer gentoo sans rien compiler du tout

      Posté par  . Évalué à 3.

      AMHA compiler n'est pas le but d'une distribution, que ce soit gentoo ou n'importe quelle autre.
      L'existence du stage 3 et des GRPs montre bien que la compilation n'est qu'un moyen parmis d'autres d'installer et mettre à jour des logiciels.
      Simplement je m'interroge sur l'absence de noyau compilé dans le stage 3.
      • [^] # Re: Installer gentoo sans rien compiler du tout

        Posté par  . Évalué à 2.

        A mon avis, le but des GRPs c'est surtout fait pour ceux qui veulent gagner du temps (pris de court, flémasses, personnes qui ont une machine qui se fait vieille). Alors qu'un noyau, ben ça prend pas trois jours à compiler, même sur une machine moins récente.
  • # Re: Installer gentoo sans rien compiler du tout

    Posté par  . Évalué à 2.

    Quel interet d'installer Gentoo sans compiler???
    La distribution est faite pour ca, à priori.....
    • [^] # Re: Installer gentoo sans rien compiler du tout

      Posté par  . Évalué à 1.

      Je suis passé de gentoo parce que je ne supportais plus la lenter d'emerge, ainsi que les compilations, mais gentoo est tout de même très sympatique à mes yeux :

      -packages par défaut complets ( pas besoin de completer le source.list)
      -très récent
      -forum et communauté actives

      etc...
      • [^] # Re: Installer gentoo sans rien compiler du tout

        Posté par  (site web personnel) . Évalué à -2.

        Ou mais la vitesse de mise a jour se paye:
        - integration pas toujours au point,
        - les softs sont souvent fournis en version 'vanilla' (ie sans patches additiionnels), un exemple: openoffice, bien mieux sous debian que sous gentoo.
        - Une gestion des fontes ... inexistante, rien a voir avec le projet defoma de debian qui s'il n'est pas simple a comprendre permet vraiment une gestion de fontes pour le systeme complet.
        • [^] # Re: Installer gentoo sans rien compiler du tout

          Posté par  (site web personnel) . Évalué à 0.

          integration pas toujours au point ??? Non mais y en a qui se foutent de la gueule du monde.

          Je vais encore me faire moinsser par la "secte pro-débian" mais une gentoo en stable est aussi intégré que la débian stable, et en plus les paquets sont netements plus à jours. En plus, une gentoo en instable est bien plus résistante au niveau des dépendances que la sid. La sid, si tu repasse pas 25 fois après chaque instalation de paquet tu peux plus démarrer quoi que ce soit.

          les softs sont souvent fournis en version 'vanilla' (ie sans patches additiionnels), un exemple: openoffice, bien mieux sous debian que sous gentoo Là aussi, c'est de la mauvaise fois de la part du "clan débian", OpenOffice existe en deux versions sous gentoo : la standrad et la ximiam, et ce n'est qu'un exemple. Beaucoup de soft (à commencer par le kernel lui-même) n'est pas livrée en version pure mais patché.

          Un jour libre ?

          • [^] # Re: Installer gentoo sans rien compiler du tout

            Posté par  (site web personnel) . Évalué à 0.

            moi je me suis fait moinsser par les pro gentoo, alors ..


            les softs sont souvent fournis en version 'vanilla' (ie sans patches additiionnels), un exemple: openoffice, bien mieux sous debian que sous gentoo Là aussi, c'est de la mauvaise fois de la part du "clan débian", OpenOffice existe en deux versions sous gentoo : la standrad et la ximiam, et ce n'est qu'un exemple. Beaucoup de soft (à commencer par le kernel lui-même) n'est pas livrée en version pure mais patché.


            Non ce n'est pas de la mauvaise foi. Je suis désolé j'ai essayé la gentoo pdt 5 mois. Je uis revenu sur la debian pour 3 choses:
            + les scripts de démarrages debian (rc rcS) bien mieux foutus sur des config ... disont non standard,
            + openoffice qui fonctionne correctement sur une debian avec XFree 4.3 alors que sur la gentoo il est minable (gros soucis de rafraichissements d'affichage, integration zero (fontes et repertoires)),
            + la gestion des fontes (enore :) mais au niveau global cette fois)
            + et les outils mkinitrd/make-kpkg que je prefere de loin par rapport a genkernel.
            + impossibilité de selectionner des parties de packages (ex juste les lib ldap, ou autre)
            + Pas de gestion de concurrence sur emerge (ie tu ne peut pas utiliser emerge et emerge -f en pll pour gagner du temps et t'en aller. sinon ils vont se mettre a telecharger deux fois le meme fichier au meme endroit et a la fin crc error et paf).
            + et puis ras le bol de devoir attendre 1h pour faire une update d'un ou deux packages

            Je dit pas que gentoo c'est de la merde attention, au debut j'ai trouvé cela sympa mais ca m'a gavé serieux tout cela et je suis revenu sur un sid.

            Et proposer openoffice et openoffice-ximian c'est pas vraiment ce que j'avais en tete. Mais il faut voir le comportement du openoffice de debian et comparer avec celui de gentoo pour comprendre.

            Ah oui et puis /opt c'est normalement pour les packages non prévu par la distribution et rajouté a la main. Alors pourquoi le ebuild openoffice fini la dedans ?

            Quand aux packages pas toujours a jours il faut aussi regardé les patches appliqués aux applis (ex le kernel par défault 2.4.18 contient une bonne partie des patches de securité et autres des kernel suivants)
            • [^] # Re: Installer gentoo sans rien compiler du tout

              Posté par  . Évalué à 2.

              + les scripts de démarrages debian (rc rcS) bien mieux foutus sur des config ... disont non standard,
              Gni ? le systeme de gentoo decoupe les scripts d'init en trois parties. Si tu as un script qui te conveins mieux que celui livre de base, il te suffit d'aller regarder dans ton init.d/monservice et de modifier le fichier de config correspondant. J'ai corrige et adpate un certains nombre de scripts sur ma machine (ACPI quand tu nous tiens) sans aucun probleme.

              + openoffice qui fonctionne correctement sur une debian avec XFree 4.3 alors que sur la gentoo il est minable (gros soucis de rafraichissements d'affichage, integration zero (fontes et repertoires))
              Ah oui et puis /opt c'est normalement pour les packages non prévu par la distribution et rajouté a la main. Alors pourquoi le ebuild openoffice fini la dedans ?

              Si il est alle dans /opt c'est que tu as fait un emerge de la version binaire. Si tu as fait un emerge de la version binaire tu as eu un message qui te disais de bien penser a regler tes fontes et a verifier les droits et les installs des autres utilisateurs que root. Forcement la version binaire precompile elle est configure pour une station Gentoo particuliere. Et comme sous gentoo tu peux tout changer/regler comme tu veux il faut te frapper la config a la main. Mais ca se fait tres bien....

              + la gestion des fontes (enore :) mais au niveau global cette fois)
              Jamais remarque. Des que j'ajoute des fontes a XFree tous les logiciles qui peuvent utiliser le type de fonte que je viens d'ajouter voient les nouvelles fontes. Il faut bien sur avoir mis les USE aux bonnes valeurs....

              + et les outils mkinitrd/make-kpkg que je prefere de loin par rapport a genkernel.
              Ca tombe bien il y a aussi. Le genkernel m'a toujours casse les pieds. J'utilise donc un kernel standard, quasiement sans modules et depuis que je suis passe sur udev j'ai meme plus les messages d'erreurs de genkernel. En ce qui concerne l'init, je trouve le systeme rc-update absolument genial.

              + impossibilité de selectionner des parties de packages (ex juste les lib ldap, ou autre)
              Ca peut effectivement etre genant dans certains cas. Mais c'est quand meme extremement rare. Entre les emerges sans dependances (-O) et les use case il y a a peu pres moyen de sortir juste ce que l'on veut et pas plus. Seule exception rencontree pour l'instant : KDE et GNome. Pas moyen de sortir juste un des packages de KDE multimedia ou de gnome games, c'est tout ou rien.
              En ce qui concerne ldap, si tu passes tous les USE a - tu vas pas avoir beaucoup plus que libldap dans ton assiette au final.
              Par contre sous Debian si je veux la libldap avec ou sans le support kerberos je fais comment ?

              Pas de gestion de concurrence sur emerge (ie tu ne peut pas utiliser emerge et emerge -f en pll pour gagner du temps et t'en aller. sinon ils vont se mettre a telecharger deux fois le meme fichier au meme endroit et a la fin crc error et paf).

              Non et c'est pas possible d'en faire une. Les emerges se font a la queue leuleu. Parcequ'un emerge peut faire des reglages en fin de compil (chargement des nouvelles librairie, update de fichiers confs etc.) qui peuvent fiche en l'air une compilation en cours. Mais vu qu'une compil prend 100% de CPU et que l'on peut envoyer un autre thread recuperer toutes les ebuilds (sans les compiler) je ne vois pas ou est le probleme.

              + et puis ras le bol de devoir attendre 1h pour faire une update d'un ou deux packages
              -k est ton ami.


              De ce que je lis il en ressort que tu as cherche dans gentoo les memes outils et les memes mecanismes que dans Debian. C'est vrai qu'il n'y sont pas, mais les outils Gentoo permettent de venir a bout sans grosse difficultes de 90% des problemes que tu rencontre. Pour les autres il existe toujours une alternative sur les forums. Et vu qu'un des principaux mainteneurs du systeme emerge est francais, il n'y a meme pas besoin de parler anglais.

              Kha
              • [^] # Re: Installer gentoo sans rien compiler du tout

                Posté par  (site web personnel) . Évalué à 1.

                Si il est alle dans /opt c'est que tu as fait un emerge de la version binaire. Si tu as fait un emerge de la version binaire tu as eu un message qui te disais de bien penser a regler tes fontes et a verifier les droits et les installs des autres utilisateurs que root. Forcement la version binaire precompile elle est configure pour une station Gentoo particuliere. Et comme sous gentoo tu peux tout changer/regler comme tu veux il faut te frapper la config a la main. Mais ca se fait tres bien....


                Bien merci de me prendre pour un imbecile, j'etait pas au courant que la gentoo etait capable toute seule de trouver le chemin vers des binaires pré-compilés lorsqu'on lui a spécifiquement interdit de le faire et qu'il fallait 3h45 a mon athlon 2600 pour installer un binaire pré-compilé.

                Jamais remarque. Des que j'ajoute des fontes a XFree tous les logiciles qui peuvent utiliser le type de fonte que je viens d'ajouter voient les nouvelles fontes. Il faut bien sur avoir mis les USE aux bonnes valeurs....

                L'installation de fontes sur une gentoo requiert pour la prise en compte des nouvelles fontes par X11 (et par la de bcp d'appli) une modification manuelle pour chaque paquet de fontes du fichier /etc/X11/XF86Config et du config du serveur de fonte si necessaire. Seules les fontes truetypes utilisées par la librairie freetype sans passer par X peuvent automatiquement etre rajouter.



                Ca tombe bien il y a aussi. Le genkernel m'a toujours casse les pieds. J'utilise donc un kernel standard, quasiement sans modules et depuis que je suis passe sur udev j'ai meme plus les messages d'erreurs de genkernel. En ce qui concerne l'init, je trouve le systeme rc-update absolument genial.

                Ca tombe bien:
                1 je parlait d'initrd et pas d'init
                2 rc-update genial, c'est gentil il vient de la debian.

                A propos un autre truc qui est completement oublié dans la gentoo: la configuration des packages. Ex sur une debian l'installation d'un soft genere une liste de question qui vont agreablement simplifier la configuration d'un logiciel mais aussi qui vont suivre les mises a jours duduit logiciel. Seul les nouvelles possibilités seront proposées lors d'une mise a jours. Pas de etc-update suivi d'une reedition de toutes les configs modifiées.


                Par contre sous Debian si je veux la libldap avec ou sans le support kerberos je fais comment ?

                la libldap n'a pas de support Kerberos/... c'est au niveau de SASL et ont voit bien les possibilitées sur la debian:
                libsasl2 - Authentication abstraction library
                libsasl2-gssapi-mit - GSSAPI module for SASL using MIT Kerberos
                libsasl2-krb4-mit - Kerberos4 module for SASL using MIT Kerberos
                libsasl2-modules - Pluggable Authentication Modules for SASL
                libsasl2-modules-gssapi-heimdal - Pluggable Authentication Modules for SASL
                libsasl2-modules-kerberos-heimdal - Pluggable Authentication Modules for SASL
                libsasl2-modules-sql - Pluggable Authentication Modules for SASL

                Et quand il n'y a pas de modules les libraries sont mutuellement exclusives, ex la libesound et la libesound-alsa.


                Non et c'est pas possible d'en faire une. Les emerges se font a la queue leuleu. Parcequ'un emerge peut faire des reglages en fin de compil (chargement des nouvelles librairie, update de fichiers confs etc.) qui peuvent fiche en l'air une compilation en cours. Mais vu qu'une compil prend 100% de CPU et que l'on peut envoyer un autre thread recuperer toutes les ebuilds (sans les compiler) je ne vois pas ou est le probleme.


                Justement tu n'a pas lu, si tu fait cela (un emerge world et un emerge -f world) il arrivera un momment ou les deux telechargeront le meme fichier. Et ca les bloquera tout les deux vu qu'a la fin le crc sera faut.
                Je sais qu'apt ne la fait pas non plus, mais lui t'empeche d'utiliser deux outils apt en meme temps justement pour eviter cela.
                Alors qu'ils choissisent (une session, un lock par fichier de download, ...) mais qu'ils fassent qque chose.

                + et puis ras le bol de devoir attendre 1h pour faire une update d'un ou deux packages
                -k est ton ami.

                Quel est l'interet de la gentoo dans ce cas ????


                Je vais arreter la et essayer de ne pas parler de tous les autres defaults de cette distro (attention je dit pas que la debian est parfaite, elle aussi est enervante souvent). Mais attention je ne cherche pas dans la gentoo des outils debian (d'ailleurs il y en a pas mal) je cherche une 'distribution' c'est a dire un ensemble coherent de paquages modifiés et gérés par la distribution.

                La gentoo est encore trop une LFS avec update pour moi.
                Et elle est bourrée de trucs incroyables, je suis revenu sur la debian apres avoir tenté de passé d'un noyau 2.6.3 a un noyau supérieur. Jamais réussi, alors que le meme noyau (2.6.5-gentoo compilé par la gentoo) marchait tres bien avec la debian dans les meme conditions (initrd, modules, ..) apres le debootstrap.
                • [^] # Re: Installer gentoo sans rien compiler du tout

                  Posté par  . Évalué à 1.

                  Bien merci de me prendre pour un imbecile, j'etait pas au courant que la gentoo etait capable toute seule de trouver le chemin vers des binaires pré-compilés lorsqu'on lui a spécifiquement interdit de le faire et qu'il fallait 3h45 a mon athlon 2600 pour installer un binaire pré-compilé.

                  La je dois reconnaitre que je ne comprend pas, depusi al 634 je mets religieusement a jour OpenOffice et jamais il n'est allez se mettre dans /Opt sauf si j'avais emerge la version bin.

                  L'installation de fontes sur une gentoo requiert pour la prise en compte des nouvelles fontes par X11 (et par la de bcp d'appli) une modification manuelle pour chaque paquet de fontes du fichier /etc/X11/XF86Config et du config du serveur de fonte si necessaire. Seules les fontes truetypes utilisées par la librairie freetype sans passer par X peuvent automatiquement etre rajouter.

                  La encore je dois reconnaitre que je n'ai jamais installe de font autre que true type ou freetype. Neamoins par soucis de clarete je viens de descendre une fonte PS et elle est parfaitement prise en charge par ghostscript et LateX sans modifications en cascade (il faut cependant effectivement redemarrer le serveur X, il doit y avoir une command equi evite cela mais je ne la connais pas).

                  1 je parlait d'initrd et pas d'init
                  J'ai generalise a tout le processus d'init. J'aurais pas du tant pis. Tout ca pour dire que initrd complexe ou pas, je prefere l'init de gentoo (au sesn large) a celui de Debian.

                  2 rc-update genial, c'est gentil il vient de la debian.
                  Peut-etre, mais sous debien je n'ai jamais reussi a remplacer un seul script d'init par les miens, sous Gentoo c'est plus simple (a mon gout/niveau de connaissance)

                  la libldap n'a pas de support Kerberos/... c'est au niveau de SASL et ont voit bien les possibilitées sur la debian:

                  SLAPD (dont on peut eventuellement contester qu'il appartiennent directement ou non a libldap) possede un mode de check de password via kerberos. C'est a cela que je fais reference.

                  Justement tu n'a pas lu, si tu fait cela (un emerge world et un emerge -f world) il arrivera un momment ou les deux telechargeront le meme fichier.

                  Ca c'est parceque quand tu fais les deux simultanement il faut utiliser un portage-overlay. Grosso modo les fichiers telecharges en avance ne vont pas se mettre dans le meme repertoire. la possibilite de croiser devient nulle. Quand l'emerge "reel" arrive il cheque d'abord l'overlay pour le package, si il n'y est pa sil telecharge, sinon il prend l'ebuild de l'overlay.

                  Quel est l'interet de la gentoo dans ce cas ????

                  Le seul interet de gentoo (contrairement a ce que l'on pense) n'est pas la compilation a la main pour avoir un truc super specifique, mais de pouvoir regler par les USE les options que l'on desire (maintenant, package par package) et avoir la resolution de dependence qui va bien. L'option -k ne donen pas un fichier generique mais un fichier compile avec les USEs voulus.

                  La gentoo est encore trop une LFS avec update pour moi.
                  C'est un peu l'idee a part l'option -D qui permet de resoudre les problemes de SEGFAULT et d'erreurs de compilations avec lesquels on s'arracherait les cheveux sur n'importe quelle LFS. Resoudre tout un abre de dependance automatiquement et mettre a jour l'ensemble des dependances en uen commande personne d'autre ne le fait. Personellement je trouve cela tres aprreciable. C'est ce qui m'a fait lacher OpenBSD comme environement de travail (il se cantone actuellement a un role de serveur qui lui va comem un gant).

                  Kha
                  • [^] # Re: Installer gentoo sans rien compiler du tout

                    Posté par  (site web personnel) . Évalué à 1.

                    La encore je dois reconnaitre que je n'ai jamais installe de font autre que true type ou freetype. Neamoins par soucis de clarete je viens de descendre une fonte PS et elle est parfaitement prise en charge par ghostscript et LateX sans modifications en cascade (il faut cependant effectivement redemarrer le serveur X, il doit y avoir une command equi evite cela mais je ne la connais pas).


                    Essaye d'installer une fonte truetype et de l'utiliser avec X11 et pas freetype (pas GTK/Qt quoi). Ex xfontsel
                    La debian propose un système generique qui gere toutes les fontes pour toutes les applis.

                    2 rc-update genial, c'est gentil il vient de la debian.
                    Peut-etre, mais sous debien je n'ai jamais reussi a remplacer un seul script d'init par les miens, sous Gentoo c'est plus simple (a mon gout/niveau de connaissance)

                    Bein comme sur la gentoo les scripts d'init sont dans /etc/init.d/ et leur conf dans /etc/defaults/ si tu veut les modifier.

                    Le seul interet de gentoo (contrairement a ce que l'on pense) n'est pas la compilation a la main pour avoir un truc super specifique, mais de pouvoir regler par les USE les options que l'on desire (maintenant, package par package) et avoir la resolution de dependence qui va bien. L'option -k ne donen pas un fichier generique mais un fichier compile avec les USEs voulus.

                    Chouette je fait pareil avec ma debian et en plus lorsque j'ai pas besoin d'openldap complet sur le client il m'installe uniquement les librairies.

                    Il y a un truc sympa sur la gentoo c'est que tout est fait pour etre 'fslashy' tout les patches appliqués en premiers sont pour ameliorer tout ce qui est interface.
                    Apres ..
                    • [^] # Re: Installer gentoo sans rien compiler du tout

                      Posté par  . Évalué à 1.

                      Essaye d'installer une fonte truetype et de l'utiliser avec X11 et pas freetype (pas GTK/Qt quoi). Ex xfontsel
                      La debian propose un système generique qui gere toutes les fontes pour toutes les applis.


                      Euh... C'est pas une question de comment, c'est surtout uen question de ou. Si tu place tes fontes dans le repertoire XFree adapté elles sont prises en compte par tout le systeme. Je fais le test ce soir, mais je suis a peu pres sur de mon coup.

                      Bein comme sur la gentoo les scripts d'init sont dans /etc/init.d/ et leur conf dans /etc/defaults/ si tu veut les modifier.

                      Je sais, j'ai essayé de mettre a jour l'init d'esound, forcage de 48 000 hz, respawn exclusif et delegation. Sous Gentoo c'etait les options de base de esound telles que trouvées dans le man. Sous Debian je cherche encore (meme machine, meme versions des logiciels)

                      Chouette je fait pareil avec ma debian

                      Certes mais a chaque fois tu dois choisir la ou les librairies qui t'interressent. Moi j'ai regle mes USEs en general et par paquet et maintenant tout se fait automatiquement.

                      Il y a un truc sympa sur la gentoo c'est que tout est fait pour etre 'fslashy' tout les patches appliqués en premiers sont pour ameliorer tout ce qui est interface.Apres ...

                      Oui Alsa, Udev, SE-Linux, PCMCIA-cs et tools, X.org etc. Que des petites ameliorations d'interfaces tout ca.

                      Kha
                      • [^] # Re: Installer gentoo sans rien compiler du tout

                        Posté par  (site web personnel) . Évalué à 1.

                        Euh... C'est pas une question de comment, c'est surtout uen question de ou. Si tu place tes fontes dans le repertoire XFree adapté elles sont prises en compte par tout le systeme. Je fais le test ce soir, mais je suis a peu pres sur de mon coup.

                        Et alors ?
                        Toute les fontes packagées debian utilisent defoma (a part les larabie qui ne sont pas encore passée a defoma a cause du nombre apparement mais) s'installent en un tour de main une fois la configuration initiale faite

                        Ps: si tu utilise un serveur de fonte tu n'a pas besoin de redemarrer X pour prendre en compte les nouvelles fontes, un redemarrage du fs puis un xset fp rehash suffit.

                        Je sais, j'ai essayé de mettre a jour l'init d'esound, forcage de 48 000 hz, respawn exclusif et delegation. Sous Gentoo c'etait les options de base de esound telles que trouvées dans le man. Sous Debian je cherche encore (meme machine, meme versions des logiciels)


                        esound n'est pas un service, sa configuration se fait dans le fichier /etc/esound/esd.conf.

                        Certes mais a chaque fois tu dois choisir la ou les librairies qui t'interressent. Moi j'ai regle mes USEs en general et par paquet et maintenant tout se fait automatiquement.


                        Certes, et si au bout d'un momment tu te rend compte que mince tu a besoin d'un truc en plus dans ton USE, tu gagne le droit de reinstaller tout les packages en esperant pas en oublier un seul sinon tout va merder.

                        Oui Alsa, Udev, SE-Linux, PCMCIA-cs et tools, X.org etc. Que des petites ameliorations d'interfaces tout ca.

                        Parce que tu voit le moindre patch sur le core alsa la dedans toi ?
                        http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/media-libs/als(...)

                        Toutes ces applis sont dispo sous la debian, sauf X.org mais as tu deja vu la taille du patch debian pour les XFrees ?
      • [^] # Re: Installer gentoo sans rien compiler du tout

        Posté par  (site web personnel) . Évalué à 1.

        Comme dit plus haut, rien ne t'empèche d'utiliser une gentoo uniquement à base de paquets précompil, et là, tes emerges sont aussi rapides que n'importe quelle autre distrib purement compilé.

        Le gros avantage de portage est de pouvoir choisir ce que l'on veut compiler (le noyau, les petits outils systèmes très utilisés) et ce que l'on prend directement précompilé comme des gros soft dont les soucis de performances sont pas la priorité.

        Un jour libre ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.