Journal A propos des draketools

Posté par  .
Étiquettes : aucune
0
2
mar.
2007
Bonjour,

Tout d'abord, on est vendredi, et comme chacun sait, le vendredi c'est permis.

J'étais en train de lire le joyeux débat sur compiz vs. beryl dans un sujet précédent, et la, surgit de nulle part, arrive metisse. Et en même temps, on aperçoit un outil drake3d (ou un truc approchant).

Tout à coup, une éteincelle de réflexion apparait dans mon esprit embrhumé (oui, une contraction volontaire, pour ceux qui doutent du H)... :-) Alors que les draketools sont plébiscités par leurs utilisateurs, je me demandais si l'intégration de ces outils dans d'autres distrib' ne serait pas une bonne idée. C'est pas un peu ça aussi le libre ? Profiter de ce qui se fait de bien à côté ?

Bon vendredi à tous...
  • # Qu'est-ce que tu veux

    Posté par  . Évalué à 10.

    Je me suis toujours demandé pourquoi les outils Mandriva n'étaient pas utilisés par plus de distributions. Fedora/Red Hat aurait gagné sur toute la ligne à reprendre urpmi, pourquoi ne l'ont-ils pas fait ?
    Serait-ce dû à l'attitude des devs Mandriva ? Ou parce que tout le monde a choisi de boycotter ?
    Je ne sais pas...
    • [^] # Re: Qu'est-ce que tu veux

      Posté par  . Évalué à 3.

      > Fedora/Red Hat aurait gagné sur toute la ligne à reprendre urpmi

      Ah bon...

      > pourquoi ne l'ont-ils pas fait ?

      Car urpmi n'a pas été proposé contrairement à apt, yum et smart (qu'on a trouvé très tôt dans Fedora Extras, avant la sortie de FC1). Je crois que j'ai vue qu'une seule proposition en faveur de urpmi ! Yum a été retenu. NB : Yum n'est pas un projet Red Hat. Il a été fait pour Yellow Dog au début.
      Car urpmi est compliqué. "urpmi.update -a ; urpmi -autoselect" (ou un truc approchant) pour faire un "yum update".
      Car urpmi est écrit en perl. Red Hat a fait de python son "standard", tous les outils Red Hat sont en python.
      Car urpmi ...

      Je ne vois pas pourquoi tu t'en prends à Red Hat alors que personne reprend les outils Mandriva.

      En dehors du support des périphériques amovibles, que propose urpmi que n'a pas yum (ou pirut) ?
      • [^] # Re: Qu'est-ce que tu veux

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

        Il parle des outils de confs en general, pas seulement URPMI. cela comprend la conf firewall, reseau, gestionnaire de fenetre 3D, wifi, .... Et force est de constater que s'ils ne sont pas parfait, il y a bien bien pire ailleur (souvent inexistant d'ailleur). Chez mandriva, l'outil de partitionnement est tres bien foutu par exemple.

        Dans le meme genre, Yast n'a jamais été repris ailleur non plus, malgré sa qualité, et le fait qu'il soit encore plus complet (configuration des serveurs mail, http, samba... )...

        bref, pourquoi personne ne reprend les outils de personne? surtout quand on voit le manque criant que subissent certaines distro?
        • [^] # Re: Qu'est-ce que tu veux

          Posté par  . Évalué à 0.

          > cela comprend la conf firewall,

          Mandriva supporte SeLinux ?

          > reseau,

          Mandriva supporte kerberos ou Fedora Directory Server "out of the box" ?

          > gestionnaire de fenetre 3D,

          Un case à cocher pour la configuration et Fedora a pratiquement tout développé.

          > wifi,

          Fedora a développé NetworkManager qui est aussi repris par Ubuntu et Novell. La seulement question que je me pose, c'est quand Mandriva va reprendre NetworkManager...

          > Chez mandriva, l'outil de partitionnement est tres bien foutu par exemple.

          Par défaut Fedora utilise lvm. Donc c'est fait par system-config-lvm. Btw Mandriva propose un outil de configuration pour lvm ?


          Les outils de configuration sont très dépendants de la distribution.
          • [^] # Re: Qu'est-ce que tu veux

            Posté par  . Évalué à 7.

            > cela comprend la conf firewall,

            Mandriva supporte SeLinux ?


            Euh le rapport ? .. Selinux c est un firewall maintenant ?

            > Chez mandriva, l'outil de partitionnement est tres bien foutu par exemple.

            Par défaut Fedora utilise lvm. Donc c'est fait par system-config-lvm. Btw Mandriva propose un outil de configuration pour lvm ?


            Oui , depuis que lvm ( et le raid aussi tant qu a faire ) existe , c est le meme outil qui gere fs , lvm et raid
          • [^] # Re: Qu'est-ce que tu veux

            Posté par  . Évalué à 5.

            Fedora a développé NetworkManager qui est aussi repris par Ubuntu et Novell. La seulement question que je me pose, c'est quand Mandriva va reprendre NetworkManager...

            Nous avons packagé NetworkManager dans Mandriva, donc il est tout à fait possible de l'utiliser.
            Par contre, il est difficile de l'utiliser par défaut dans l'état actuel des choses, il est difficilement administrable, ne fonctionne (pour l'instant) qu'une fois un utilisateur loggué, et duplique les scripts réseaux système.
            Cf http://wiki.mandriva.com/en/Projects/EasyWifi/Development/Ne(...) (ça date un peu)
            • [^] # Re: Qu'est-ce que tu veux

              Posté par  . Évalué à 2.

              > Par contre, il est difficile de l'utiliser par défaut dans l'état actuel des choses, il est difficilement administrable, ne fonctionne (pour l'instant) qu'une fois un utilisateur loggué

              Il y a des reproches ici qui sont liés aux objectifs même de NetworkManager.
              Je ne vois pas de solutions.

              > et duplique les scripts réseaux système.

              Pourquoi ?
              Si tu veux une connection permanente, tu passes par /etc/sysconfig. Si c'est une connection par utilisateur tu passes par NetworkManager.
              NB : NetworkManager n'utilise pas /etc/sysconfig (il n'utilise rien de /etc sauf NetworkManagerDispatcher). Ou alors j'ai raté un épisode.

              Mais il pourrait effectivement y avoir une options (après saisi du mot de passe root) pour que la configuration soit utilisées en permanence.

              Le fonctionnement de NetworkManager c'est :
              - tu branches ta carte wifi via usb
              - tu choisis ton réseau
              - t'es connecté
              - tu vas chez un pote il a un autre réseau, il te donne le mot de passe wifi
              - tu "bidouilles" l'applet NetworkManager et t'es connecté
              - tu retournes chez toi et t'es automatiquement connecté

              Aucun passage en root. Le mot de passe wifi que ton pote t'a donné est bien par utilisateur. Si tu prêtes ton portable à un autre pote, il n'a pas a avoir accès ou utiliser le précédent mot de passe.

              > http://wiki.mandriva.com/en/Projects/EasyWifi/Development/Ne(...)

              Globalement Mandriva n'a pas compris la philosophie de NetworkManager.
              Certe NetworkManager est assez compliqué. Mais si NetworkManager n'utilise pas ifcfg, ce n'est pas pour rien. ifcfg c'est pour une connection qui est sensée toujours marcher avec des paramètres qui ne bougent pas.

              > http://wiki.mandriva.com/en/Projects/EasyWifi/Development/Ne(...)
              > NetworkManager could be a complete replacement of the network scripts

              Ben NetworkManager ne veut pas remplacer /etc/sysconfig.

              > NetworkManager is supposed to be able to read network settings from the current system configuration (ifcfg files).

              Je ne crois pas. En tout cas pas pour la connection wifi. Le seul truc que fait NetworkManager c'est de changer le default gateway (donc il doit connaitre la valeur avant la création de la connection wifi et la restaurer après).


              Pour F7 Fedora devrait donner un coup de boost à NetworkManager pour le rendre "rock solid".
          • [^] # Re: Qu'est-ce que tu veux

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

            > Mandriva supporte SeLinux ?

            Non, parce que personne y comprends rien. Mandriva a même décidé de ne plus activer le support selinux, vu qu'il faut patcher la moitié de la distribution
            ( j'ai par exemple virer 5 patchs selinux sur cron hier ).
            Les trucs simples, c'est mieux, cf http://www.schneier.com/essay-018.html.
            Et selinux, c'est tout sauf simple.

            > Mandriva supporte kerberos ou Fedora Directory Server "out of the box" ?

            Y a kerberos comme partout ailleurs.
            Par contre, il y a openldap à la place. Comme partout ailleurs.
            Il y a même un arbre ldap déja tout fait avec des acls corrects http://wiki.mandriva.com/en/Projects/OpenLDAP_DIT

            FDS est un peu super compliqué à packager, comme bien souvent avec les softs proprios, et 1 an et demi aprés, j'ai pas l'impression que ça ai changé.
            Je pense que c'est la principale raison de sa non présence dans la plupart des distros, et le fait que Openldap tienne relativement bien la charge, tout en offrant réguliereemnt des nouvelles fonctionnalités
            Bref, il convient pour la plupart des gens.

            Il y a des features sexy dans fds, mais aucune qui vaut l'effort requis pour faire un build alors que tu peut sortir oldap sur n'importe quelle distro. Au moins de ce que j'ai vu chez la plupart des clients.

            Par exemple, on apprécieras le fait que http://directory.fedora.redhat.com/wiki/Building parle d'aller chercher les libs dans le cvs de mozilla. Top moumoute.

            On noteras aussi l'ironie du fait que la page recommande de taper 30 lignes de shell pour l'installer sur une rhel, ç'est pas l'idée de out of the box que je me fait. Et quand on regarde les paquets ( http://directory.fedora.redhat.com/wiki/Install_Guide ), je suis pas sur que le fait de retrouver tout dans /opt soit vraiment propre et trés conforme à la fhs.

            En tant qu'admin à moins d'avoir une trés bonne raison, je vois pas ce qui me ferait passer au FDS.

            > Fedora a développé NetworkManager qui est aussi repris par Ubuntu et
            > Novell. La seulement question que je me pose, c'est quand Mandriva va
            > reprendre NetworkManager...

            Les principales reproches que j'ai vu à l'encontre de nm, c'était le non support du wep, divers choses sur les vpns, au début, je sais pas si maintenant le cas, j'utilise pas. Bien sur, il est évident que rebalancer du code qui marche pour le plaisir de prendre du code écrit dans une autre technologie, tout le monde le ferait.

            Dans tout les cas, chez Mandriva, ils sont pas aussi fermés que tu croit, il y a un paquet de networkmanager, et aussi un de yum. On peut pas en dire autant de redhat, qui n'a pas les outils mandriva, pourtant dispo sous une license libre, même pour fedora.

            > Par défaut Fedora utilise lvm. Donc c'est fait par system-config-lvm. Btw
            > Mandriva propose un outil de configuration pour lvm ?

            Diskdrake, par hasard ?
            Tu devrait te tenir au courant de ce qui se fait, ça fait pas de mal de s'ouvrir l'esprit, surtout pour des outils qui existent au moins depuis la version 8.2.
            • [^] # Re: Qu'est-ce que tu veux

              Posté par  . Évalué à -3.

              > > Mandriva supporte SeLinux ?
              >
              > Non, parce que personne y comprends rien.

              Là n'était pas mon propos. Mais de dire que Fedora a des besoins en configuration qui ne sont pas les même que Mandriva.

              Et ce n'est pas "personne y comprends rien", c'est mandriva n'y comprend rien.

              > Mandriva a même décidé de ne plus activer le support selinux

              Car il l'activait pour rien ?

              > vu qu'il faut patcher la moitié de la distribution

              Au moins. C'est connu, Fedora c'est 50 % de SeLinux et 50 % d'autre chose.

              > ( j'ai par exemple virer 5 patchs selinux sur cron hier )

              Fou rire.
              Alors comme ça tu récupère le vixie-cron de Fedora puis tu vires les patch SeLinux.
              Si Fedora fait de la merde, ne récupère pas ses paquets. Surtout que Fedora fait des trucs compliqués comme SeLinux et tu risques de ne pas comprendre.
              Un des sports préféré de Mandriva serait de récuperer les patchs de Fedora ?

              > Les trucs simples, c'est mieux

              Un système sans SeLinux c'est plus simple. Mieux ?
              Un système sans acl c'est plus simple. Mieux ?
              Un système sans protection de fichier c'est plus simple. Mieux ?
              Un système avec uniquement le compte root c'est plus simple. Mieux ?

              Installe MS-DOS (ou FreeDos) tu vas prendre ton pied.

              > Et selinux, c'est tout sauf simple.

              Un truc qui est tout même si ce n'est pas simple, c'est qu'en même un truc formidable. Moi j'en veux.

              > FDS est un peu super compliqué à packager,

              T'inquiètes, pour les trucs compliqués c'est Fedora qui s'y colle.

              > comme bien souvent avec les softs proprios, et 1 an et demi aprés, j'ai pas l'impression que ça ai changé.

              Ça a changé.
              http://directory.fedora.redhat.com/wiki/FDS_Into_FedoraCore
              Fedora DS (the core component) is in Fedora Extras. This version is a pre-release of 1.1. It builds using autotools, uses the packages already in the OS rather than bundling its own, and uses the FHS layout


              > Par exemple, on apprécieras le fait que http://directory.fedora.redhat.com/wiki/Building parle d'aller chercher les libs dans le cvs de mozilla. Top moumoute.
              ???

              > Et quand on regarde les paquets ( http://directory.fedora.redhat.com/wiki/Install_Guide ), je suis pas sur que le fait de retrouver tout dans /opt soit vraiment propre et trés conforme à la fhs.

              Ça a changé.

              Tu fais ton caca nerveux sur FDS. Ce qui me fera bien rire, c'est que dans quelques mois il y aura probablement FDS dans une autre distribution (12 à 18 mois maxi). Le travail pour facilité de build de FDS est bien avancé et avance encore à grands pas.
              Dans quelques mois FDS sera probablement dans Corporate Server. Probablement qu'il y aura FDS dans la Mandriva classique et au moins dans contrib. Tu vas faire quoi encore ? Un caca nerveu ?
              Fedora fait le boulot compliqué (en plus que Red Hat ait déboussé 25 millions de $ et mis le tout en libre), et toi tu fais la fine bouche, tu pisses dans la soupe.
              Si vous êtes si fortiche, pourquoi vous le faite pas ce boulot ?
              Parce que je te paris que FDS sera dans Mandriva.

              > Les principales reproches que j'ai vu à l'encontre de nm, c'était le non support du wep

              Ici ça marche et depuis FC5.

              > Dans tout les cas, chez Mandriva, ils sont pas aussi fermés que tu croit, il y a un paquet de networkmanager, et aussi un de yum.

              Qui sont dans contrib. Fedora a apt, smart. Mais si tu veux proposer urpmi, n'hésite pas Fedora Extras te fera de la place. Urpmi, je le répète, n'a jamais été proposé.

              > On peut pas en dire autant de redhat, qui n'a pas les outils mandriva, pourtant dispo sous une license libre, même pour fedora.

              Jamais été proposé.
              Certes tu peux te la péter et dire qu'il y a yum dans contrib de Mandriva. Mais il y a 0 nada outil system-config de Fedora dans Mandriva comme il y a 0 nada outil drak dans Fedora.
              M'enfin, c'est bien, t'as l'argument que Mandriva a Yum.

              Tu devrais aussi dire que Mandriva a rpm. Rpm développé à 90 % par Red Hat.
              Red Hat tente de relancer rpm car Jeff Johnson a pété un câble (de l'avis de lwn, de Fedora et de Novell). Que fait Mandriva ? Rien. SuSE et Fedora sont restés à la version 4.4.2 (avant que Jeff parte en vrille) et Mandriva est à la version 4.4.6 ou 7 de Jeff Johnson qui a pété un câble.

              Le nouveau http://rpm.org/ a été annoncé sur la mailing de cooker et quel est la réaction de Mandriva pourtant utilisateur de rpm ? Ils s'en torchent surtout que c'est le Devil Red Hat qui fait ça. Ils auraient pu discuter sur mailing des objectifs etc de rpm. Ben non. Mais tu vas voir que Mandriva va venir pomper les prochaines version de rpm sur http://rpm.org/ . Je te paris ce que tu veux.

              Mandriva utilise (ou va utiliser) NetworkManager... et je dois prendre ça pour un signe d'ouverture de Mandriva. Sauf que Mandriva fait une page sur NetworkManager principalement pour le critiquer... C'est gentil. Critique dont la moitier est naze (NetworkManager ne remplace pas /etc/sysconfig pour les connections permanentes, NetworkManager est par utilisateur). Sauf que Mandriva adopte, ou semble adopter, NetworkManager après Ubuntu et après Novell. Mandriva semble adopter car ce n'est toujours pas dans cooker (seulement contrib). Quel esprit d'ouverture... Ça ne sera pas dans Mandriva 2007.1 ni problablement la 2008.

              Pour NetworkManager on ne parle pas d'avoir une alternative (genre yum vs urpmi ou drak* vs system-config-*) mais d'avoir un truc que n'a pas Mandriva.
              • [^] # Re: Qu'est-ce que tu veux

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

                Un système sans SeLinux c'est plus simple. Mieux ?
                Un système sans acl c'est plus simple. Mieux ?
                Un système sans protection de fichier c'est plus simple. Mieux ?
                Un système avec uniquement le compte root c'est plus simple. Mieux ?


                Lamentable, tu aurais cherché deux secondes, tu saurais que mandriva a choisi une autre technologie que selinux : RSBAC

                Qui fait la même chose, voir plus.

                De plus activer selinux demande :
                - inode de 512k sur XFS
                - recompiler tous les binaires et librairies avec (oui j'ai essayé)

                Autant dire que ce n'est pas acceptable pour une distribution qui se veux grand public (car il y a des pertes de perfs).
              • [^] # Re: Qu'est-ce que tu veux

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

                Un système sans SeLinux c'est plus simple. Mieux ?
                Un système sans acl c'est plus simple. Mieux ?
                Un système sans protection de fichier c'est plus simple. Mieux ?
                Un système avec uniquement le compte root c'est plus simple. Mieux ?


                Lamentable, tu aurais cherché deux secondes, tu saurais que mandriva a choisi une autre technologie que selinux : RSBAC

                Qui fait la même chose, voir plus.

                De plus activer selinux demande :
                - inode de 512k sur XFS
                - recompiler tous les binaires et librairies avec (oui j'ai essayé)

                Autant dire que ce n'est pas acceptable pour une distribution qui se veux grand public (car il y a des pertes de perfs).
              • [^] # Re: Qu'est-ce que tu veux

                Posté par  . Évalué à 3.

                > Alors comme ça tu récupère le vixie-cron de Fedora

                J'ai vérifié, c'est le cas.
                En passant, il n'est pas de bon ton de critiquer ce qu'on récupère librement.
                Bon hack.
              • [^] # Re: Qu'est-ce que tu veux

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

                un troll monstrueux fedora vs mandriva ... cela faisait (tréééés) longtemps !

                "La première sécurité est la liberté"

        • [^] # Re: Qu'est-ce que tu veux

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

          La pour les outils de conf, la réponse est simple:
          - Les outils Fedora respectent les HIG de Gnome
          - Idem pour ceux de Ubuntu

          Par contre, chez Mandriva, c'est un mix d'on ne sait pas trop quoi...
          • [^] # Re: Qu'est-ce que tu veux

            Posté par  . Évalué à 8.

            En quoi être GNOME-HIG compliant est un avantage pour un outil multi-bureaux ?
            • [^] # Re: Qu'est-ce que tu veux

              Posté par  . Évalué à 1.

              > En quoi être GNOME-HIG compliant est un avantage pour un outil multi-bureaux ?

              Mandriva respecte quoi comme HIG ?
              Il ont créer un nouveau HIG qui sucks aussi bien sous Gnome que sous KDE ?

              Pour info, par défaut Fedora utilise Gnome, Fedora supporte Gnome (développement (très) actif en upstream). Mais Fedora propose aussi KDE.
              Tu vois Fedora dire qu'il faut développeur pour Gnome et dire aussi que les outils de configuration ne respectent pas le HIG Gnome ?

              Pour F7 il y aura :
              - Fedora Prime : Sélection des programmes par défaut par le team Fedora. Que Gnome.
              - Fedora KDE : KDE, pas de Gnome.
              - Fedora Full (peut-être) : tout Fedora. KDE, Gnome, XFCE, etc..
        • [^] # Re: Qu'est-ce que tu veux

          Posté par  . Évalué à 3.

          d'ailleurs au sujet de l'outil de partitionnement de mandriva, avant d'installer n'importe qu'elle distrib et surtout celle dont on ne doit pas dire le nom (qui possede un outil de partitionnement de chi*tte)

          hop je lance mandriva, je partitionne, redimenssionne avec mandriva puis reboot pour pouvoir installer Ku....u. donc merci Mandriva pour vos outils merveilleux et fonctionnel.
      • [^] # Re: Qu'est-ce que tu veux

        Posté par  . Évalué à 4.

        Je parle de Red Hat/Fedora parce que l'exemple est édifiant. Entre urpmi et yum, il y avait un monde du point de vue de la maturité (notamment la différence de réactivité de l'outil). L'argument principal et qui est assez convainquant est effectivement le langage de programmation qui n'est pas en cohérence avec les autres outils. A mon avis, ce n'est pas suffisant et je pense que c'est plus lié avec l'envie de se différencier de Mandriva un peu plus. Je ne connais pas pirut, mais je ne vois aucun avantage à yum par rapport à urpmi.

        Après, évidemment, les draktools auraient tout intérêt à être repris à ailleurs.
        • [^] # Re: Qu'est-ce que tu veux

          Posté par  . Évalué à 1.

          > il y avait un monde du point de vue de la maturité

          Exemple ?
          J'ai déjà demandé ce que fait urpmi et ne fait pas yum. Yum a une préthore de plugin, yum est utilisé par anaconda, mock, pirut, puggy, puplet, etc...
          Il ne manque pas de maturité. Il a été mis par défaut dans Fedora pour FC1 ou FC2 (j'ai oublié) et Yum existait bien avant Fedora (il était utilisé par Yellow Dog).

          > notamment la différence de réactivité de l'outil

          Au delà des optimisations qui sont toujours bienvenues (si elles ne rendent pas le code incompréhensible), il y a aussi des questions de choix techniques. Entre autre yum utilise librpm pour vérifier les dépendances. Oui c'est long, mais ça marche superbement. Si yum dit que des paquets peuvent être installés, ils peuvent être installés. Ce n'est pas toujours le cas avec apt4rpm.

          > je pense que c'est plus lié avec l'envie de se différencier de Mandriva

          Franchement, je crois que Fedora en a rien à foutre de se différencier de Mandriva. Techniquement Fedora a des fonctionnalités qu'on ne trouve pas chez Mandriva. Fedora n'a pas pris SeLinux pour seulement se différencier de Mandriva (surtout quand on considère la quantité de boulot demandé ; d'ailleurs Fedora est la seule distribution a supporter SeLinux "out of the box").
          Pour F7 (parmis d'autres choses et si tout va bien) :
          http://fedoraproject.org/wiki/Releases/FeatureFastUserSwitch(...)
          http://fedoraproject.org/wiki/Releases/FeatureTicklessKernel
          http://fedoraproject.org/wiki/Releases/FeatureNouveau
          http://fedoraproject.org/wiki/Releases/FeatureKVM
          http://fedoraproject.org/wiki/Releases/FeatureCustomDistro

          C'est pour se différencier de Mandriva ? Ça été mis après avoir consulté les plans de Mandriva ?
          Fedora a déjà bien assez à faire en voulant faire évoluer le logiciel libre et c'est un objectif beaucoup plus ambitieux que seulement se différencier de Mandriva.

          Sûr que Fedora a des outils de configuration que n'a pas Mandriva (lvm, nfs, cluster, netboot, etc). Va les proposer à Mandriva en leur demandant de les adopter. Tu vas être fraichement accueilli.

          Alors au-lieu de dire que Red Hat/Fedora ne veut pas des outils de Mandriva, prend les choses dans l'autre sens et demande toi pourquoi Mandriva ne veut pas des outils de configuration de Red Hat/Fedora.
          • [^] # Re: Qu'est-ce que tu veux

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

            Tu es d'une mauvaise fois affolante là. On ne dit pas que Fedora devrait copier Mandriva, chacun fait ce qu'il veut chez soit. Mais pour avoir utiliser les deux outils, je peux te dire que dans FC6 avec l'intégration de yum par défaut (qui a eu de gros problème), en termes de performances, j'ai pleuré. Vraiment.

            On ne parle pas de se différencier de Mandriva, mais de n'importe quelle distro: c'est logique qu'une distro et son identité passe par ses outils de config. Mais on ne dit pas que Red Hat ni Fedora passent leur temps à observer Mandriva pour savoir ce qu'ils vont faire, restons sérieux.
            • [^] # Re: Qu'est-ce que tu veux

              Posté par  . Évalué à -1.

              > Tu es d'une mauvaise fois affolante là. On ne dit pas que Fedora devrait copier Mandriva,

              Le thread débute par (posté par lezardbreton) :
              Je me suis toujours demandé pourquoi les outils Mandriva n'étaient pas utilisés par plus de distributions.

              Et je répondait à lezardbreton.

              T'es d'une mauvaise fois affolante.
          • [^] # Re: Qu'est-ce que tu veux

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

            > J'ai déjà demandé ce que fait urpmi et ne fait pas yum.

            support de ldap ?
            http://wiki.mandriva.com/en/Tools/urpmi/LDAP

            Réagir rapidement aussi, sur un hardware équivalent, il y a une release, c'etait pas ça. Je devrait refaire des benchs avec des chiffres, si ça se trouve, moi et tout l'internet avons pu nous tromper.
            Et pourtant, smart, lui, fonctionne correctement, et le code est bien plus lisible ( et il supporte plus de choses que yum )

            > lvm, nfs, cluster, netboot, etc
            euh, il y a un outil de config de nfs depuis longtemps, il y a un outil pour gerer les partitions, il y un outil pour faire un serveur de boot pxe, je pense que tu doit comparer une version 7.2 de mandriva avec ta version rawhide fedora

            > [Features fedora]
            Alors, kvm est intégré dans cooker,
            nouveau, c'est pas encore valide, et d'aprés le dev, ça sortira quand ça sortira mais pas avant la fin de l'année, et je pense que je vais continuer à tester le pilote pour l'intégrer dés que possible.
            le fast user switching, ça existe dans kde et gnome depuis la mdv 10, et avant, c'est suse qui les premiers ont proposés la feature.
            Aprés, il reste le tickless kernel, c'est vrai.

            En effet, tu as raison, en reprenant des fonctions des autres, fedora ne cherchent pas à se distinguer, et en effet,ça fait pas partie des objectifs, c'est pour ça qu'il y a rien de fondamentalement différent de la base des autres distros.

            > demande toi pourquoi Mandriva ne veut pas des outils de configuration de
            > Red Hat/Fedora.

            Peut être parce qu'ils sont arrivés aprés, au hasard ? RH a le droit de refaire la roue, c'est son droit. Quand mandriva reprends pas les outils des autres, c'est du fork, et quand c'est le cas, c'est de la repompe, c'est mal.

            Avec de tels défenseurs et une telle communauté, pas étonnant que ESR, parmi tant d'autres, préfere aller vers Ubuntu, une distro qui monte et qui écoute les utilisateurs , au lieu de Fedora, une distro ou les fans semblent être des fanatiques aveugles et agressifs.
            • [^] # Re: Qu'est-ce que tu veux

              Posté par  . Évalué à 10.

              On revoit cette action au ralentis:
              Avec de tels défenseurs et une telle communauté, pas étonnant que ESR, parmi tant d'autres, préfere aller vers Ubuntu, une distro qui monte et qui écoute les utilisateurs , au lieu de Fedora, une distro ou les fans semblent être des fanatiques aveugles et agressifs.

              clap clap clap

              -très jolie tentative de troll-contre-troll du jeune français!
              -Absolument Thierry, la manoeuvre "ESR part à cause de fanatiques", on en avait entendu parler, on l'avait vu essayée à l'entrainement, mais ça la première fois qu'elle est utilisée en championnat!
              -Tout à fait, jean michel. Quelle audace, quelle vista!
              - Houlala, Thierry, parler de vista ici, vous allez vous mettre les ultras à dos!
              - Ah oui, excusez moi, héhéhé. Et heureusement qu'il n'y a pas de cabale en plus, héhéhé.
            • [^] # Re: Qu'est-ce que tu veux

              Posté par  . Évalué à 2.

              > Alors, kvm est intégré dans cooker,

              Comme SeLinux est/était/n'était/sera activé dans Mandriva ? Ça change tous les jours, j'ai entendu toute les possibilités.

              Compiler un noyau avec kvm, c'est facile. C'est comme compilier un noyau avec SeLinux.

              > nouveau, c'est pas encore valide

              Ben oui. Comme Fedora a annoncé qu'il y aura Gnome 2.18 dans F7 avant que Gnome 2.18 soit sorti.
              Mandriva ne fait jamais ça ?

              En phase alpha/beta de Fedora, le but est de développer ce qui n'est pas encore développé. C'est évident non ?

              > le fast user switching, ça existe dans kde et gnome depuis la mdv 10, et avant, c'est suse qui les premiers ont proposés la feature.

              Tu devrais relire ça :
              http://fedoraproject.org/wiki/Releases/FeatureFastUserSwitch(...)
              There's been support in GNOME via the Fast User Switching Applet and GDM for this for some time. However, especially with GNOME being increasingly integrated with the OS (g-p-m, g-v-m, NetworkManager etc.) and the way device permissions are managed (via pam_console), making fast-user-switching work is more than just shipping f-u-s-a.


              Mais si Mandriva l'a déjà fait, pourrais-tu me faire le plaisir de dire où on peut récupérer (ou repomper si tu préfère) ça ? Fedora serait particulièrement heureux de récupérer ce boulot.
              • [^] # Re: Qu'est-ce que tu veux

                Posté par  . Évalué à 5.

                nouveau, c'est pas encore valide

                Ben oui. Comme Fedora a annoncé qu'il y aura Gnome 2.18 dans F7 avant que Gnome 2.18 soit sorti.
                Mandriva ne fait jamais ça ?


                Tu ferais pas partie de ceux qui ont trouvé ridicule que Mandriva sorte avec une version beta de Xorg avant tout le monde ? C'est marrant, ce qui est applaudi sur les autres distributions n'est pas visiblement accueilli de la même façon quand c'est Mandriva qui le fait...
      • [^] # Re: Qu'est-ce que tu veux

        Posté par  . Évalué à 4.

        Au fait
        urpmi.update -a ; urpmi -autoselect

        C'est fini :
        http://qa.mandriva.com/show_bug.cgi?id=19819

        Maintenant, c'est 'urpmi --auto-update'
        • [^] # Re: Qu'est-ce que tu veux

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

          Manque de bol moi je fais:
          urpmi.update --update && urpmi --auto --auto-select --keep
          C'est moins long, tu ne mets à jour que les médias qui ont réellement changé, et tu évites les upgrade foireux qui te désintallent plein de packages parce qu'une dépendance est foireuse...
          • [^] # Re: Qu'est-ce que tu veux

            Posté par  . Évalué à 1.

            > C'est moins long, tu ne mets à jour que les médias qui ont réellement changé

            Pour voir si un dépôt a été mis à jours, Yum ne downloade qu'un petit fichier (repomd.xml ; moins de 2k).

            > et tu évites les upgrade foireux qui te désintallent plein de packages

            Yum ne désintalle un package (foo) que si une mise à jour a un "obsolet: foo". De plus yum ne fait jamais de downgrade.
            • [^] # Re: Qu'est-ce que tu veux

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

              Euh je ne faisais pas de comparaison entre yum et urpmi... Mais pour avoir utilisé FC6 pour le boulot, l'installateur et les outils de config ne m'ont pas convaincu du tout.

              Là où yum me gonfle, c'est quand pour rechercher des infos sur un paquetage, je suis obligé d'avoir une connexion active. Avec urpmi, j'ai tout ce qu'il me faut en local. Par contre un des trucs que j'ai apprécié c'est que la description des packages est localisée (elle ne l'est pas sous Mandriva).

              Un des bugs les plus cons sur lequel je suis tombé à l'install de la FC6:
              http://forums.fedora-fr.org/viewtopic.php?id=15706&words(...)
              3 plombes pour trouver la solution à un truc aussi con, tout ça parce que les messages d'erreur sont mal foutus...
              • [^] # Re: Qu'est-ce que tu veux

                Posté par  . Évalué à 3.

                > Là où yum me gonfle, c'est quand pour rechercher des infos sur un paquetage, je suis obligé d'avoir une connexion active.

                yum --help :
                -C run entirely from cache, don't update cache

                Et voilà. Je crois que tu n'a pas beaucoup cherché.

                Tu peux aussi faire un "yum makecache" quand tu as la connection. Ainsi il récupère aussi la liste des fichiers et ses attributs (mode, md5sum, etc). Par défaut yum récupère ces infos que si c'est nécessaire pour l'action demandée (requête, dépendance sur un fichier, etc).

                > tout ça parce que les messages d'erreur sont mal foutus...

                Tout ça car tu n'as pas lu la doc.
                Man yum:
                SEE ALSO
                yum.conf (5)

                Man yum.conf
                proxy url to the proxy server that yum should use.

                proxy_username
                username to use for proxy

                proxy_password
                password for this proxy


                J'ai mis 10 secondes pour trouver l'info.

                Ce qui manque c'est la configuration du proxy à l'installation (via firstboot par exemple) ou que pirut propose automatiquement de configurer le proxy si la connection échou. Pour plus tard.
                • [^] # Re: Qu'est-ce que tu veux

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

                  Euh... Je suis pas un mickey: j'ai trouvé comme un grand comment configurer le proxy via yum.conf. Mais quand on te refuse la connexion via pirut parce qu'il manque un '/' à la fin de l'adresse du proxy, sans même te donner un message explicite, j'appelle ça un bug chez moi. Lis le thread, si j'ai mis un lien c'est pas pour les lapins.

                  Quant à l'option '-C', merci du conseil, j'ai été surpris car le comportement par défaut sous Mandriva est la recherche dans le cache, avec une commande à part pour mettre à jour le cache. Fedora a fait le choix opposé ce qui m'a un peu dérouté.
                  • [^] # Re: Qu'est-ce que tu veux

                    Posté par  . Évalué à 2.

                    > Mais quand on te refuse la connexion via pirut parce qu'il manque un '/' à la fin de l'adresse du proxy, sans même te donner un message explicite, j'appelle ça un bug chez moi.

                    Pour le "/" final, ce n'est pas vraiment un bug. Une url doit toujours avoir 3 "/". Le logiciel demande à l'utilisateur de rentrer une url, doit il doit savoir rentrer une url.
                    Ça c'est pour la théorie.
                    Pour la pratique, on peut effectivement s'attendre à ce que un "/" final soit ajouté automatiquement (beaucoup le font : firefox, wget, etc).

                    Je pense qu'au-lieu de corriger ce "bug" (car es-ce vraiment un bug?), il faut pouvoir configurer avec une interface graphique. C'est-à-dire comme on le fait avec Firefox par exemple (un champ où on renseigne le host, un champ où on renseigne le port, etc...)

                    > Lis le thread, si j'ai mis un lien c'est pas pour les lapins.

                    Désolé.
                    • [^] # Re: Qu'est-ce que tu veux

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

                      Quand ça marche avec yum mais pas pirut, si, j'appelle ça un bug quand même...
                      • [^] # Re: Qu'est-ce que tu veux

                        Posté par  . Évalué à 2.

                        Excuses-moi alors. Je me suis mélangé les crayons car il y avait ce "bug" pour Yum et le mainteneur de Yum avait dit que ce n'était pas un bug (désolé, je suis incapable de retourner le message sur la mailing, c'est vieux). Apparament il a corrigé la chose pour Yum mais il en a pas été de même pour Pirut.

                        Il est clairement anormal qu'une configuration qui marche pour Yum ne marche pas pour Pirut.

                        Désolé encore.
        • [^] # Re: Qu'est-ce que tu veux

          Posté par  . Évalué à 2.

          Que de progrès :-)
          Et pourquoi "--auto-update" et non tout simplement "--update" ?
        • [^] # Re: Qu'est-ce que tu veux

          Posté par  . Évalué à 2.

          Ben quand je dis que urpmi est mal foutu et compliqué :
          http://archives.mandrivalinux.com/cooker/2007-03/msg01079.ph(...)
          je ne l'invente pas.
          Mieux vaut reconnaitre ses défauts/erreurs que de garder la tête dans le sable.
      • [^] # Re: Qu'est-ce que tu veux

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

        urpmi marche et ne prend pas trois plombes à se lancer.
      • [^] # Re: Qu'est-ce que tu veux

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

        ben dit donc, tu l'aime bien ton troll urpmi/yum...

        Mais c'est vrai que yum n'est pas compliqué du tout, surtout face à urpmi...

        allez je te remet un de tes postes histoire qu'on y voit plus clair : http://linuxfr.org/comments/804449.html#804449

        Mais bon, c'est sur, maintenant je suis convaincu de la supériorité incontestable de yum et de la faiblesse de urpmi (vous vous rendez compte, en plus il est écrit un perl ! ralala c'est pas possible ça du perl ! quelle misère d'en arriver là ;-) )

        En dehors du support des périphériques amovibles, que propose urpmi que n'a pas yum

        Rien que pour ça c'est intéressant (ben oué, on a pas toujours une connexion rapide avec soi...)
      • [^] # Re: Qu'est-ce que tu veux

        Posté par  . Évalué à 2.

        urpmi --auto-update, comme quoi la complexité dépend surtout de la lecture du man ou pas...
        • [^] # Re: Qu'est-ce que tu veux

          Posté par  . Évalué à 2.

          > urpmi --auto-update

          C'est récent. Mi-2005 je crois.
          Oui, lorsque j'ai testé (par deux fois) une mandriva, j'ai lu la man page.
  • # Re:

    Posté par  . Évalué à 3.

    > Alors que les draketools sont plébiscités par leurs utilisateurs

    Connaissent-ils autre chose ?
    Je connais vaguement les drake* pour avoir testé épisodiquement Mandr(ake|iva), j'en n'ai pas un souvenir "fabuleux".

    > je me demandais si l'intégration de ces outils dans d'autres distrib' ne serait pas une bonne idée.

    Pourquoi pas.

    M'enfin chez Fedora c'est "plein" :
    http://fedoraproject.org/wiki/SystemConfig/Tools
    Désolé, je n'ai pas de copie d'écran sous le coude.
    • [^] # Re: Re:

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

      M'enfin chez Fedora c'est "plein" :
      http://fedoraproject.org/wiki/SystemConfig/Tools
      Désolé, je n'ai pas de copie d'écran sous le coude.


      A regarder la liste, cela parait au contraire dramatiquement vide par rapport a une mandriva, sans meme parler d'une suse.
      • [^] # Re: Re:

        Posté par  . Évalué à 1.

        > dramatiquement vide par rapport a une mandriva

        Rire.
        On trouve presque tous les system-config dans Gentoo :
        http://gentoo-portage.com/Search?search=system-config
        Et pour drake :
        http://gentoo-portage.com/Search?search=drake
        0, nada.

        La malédiction Mandriva a encore frappé.

        Il y a quoi pour configurer un DNS chez Mandriva ?
        • [^] # Re: Re:

          Posté par  . Évalué à 1.

          DHCP ?
          • [^] # Re: Re:

            Posté par  . Évalué à 1.

            On est sur une autre planète là...
            • [^] # Re: Re:

              Posté par  . Évalué à 2.

              La réponse était courte et sur une autre planete.

              Et que le rapport d'une config DNs avec les Drak* outils.
              Pour moi ces outils sont pour les débutants qui s'essayent à l'administration sous linux.

              Je ne suis pas sur que ce soir le but de ces outils.
              D'où ma réponse, pour moi un utilisateur mandriva simple (celui qui utilisera les *drak* ) ne viendra pas configurer ses DNS et laissera le DHCP avec freebox de s'occuper de tout...
        • [^] # Re: Re:

          Posté par  . Évalué à 4.

          Et pour drake :

          (ce serait plutôt "drakx")

          Il y a quoi pour configurer un DNS chez Mandriva ?

          drakwizard ?
          • [^] # Re: Re:

            Posté par  . Évalué à 1.

            > (ce serait plutôt "drakx")

            Ça changer rien.

            > > Il y a quoi pour configurer un DNS chez Mandriva ?
            > drakwizard ?

            Pour mettre en place un serveur DNS primaire ?
            Je ne parle pas de seulement ajouter une ou deux lignes à /etc/resolv.conf, mais de configurer un serveur DNS.
        • [^] # Re: Re:

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

          Drakwizard => Configurer un serveur DNS

          Trois choix :
          Maître => tu configure un dns primaire
          Slave => tu configure un dns secondaire
          Cache => tu ...

          Et miracle ça le fait aussi pour dhcp, apache, postfix, proftpd, ldap, ntp et tous les autres que j'ai pas utilisés...
  • # c'est ça le libre ...

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

    Ne pas utiliser les outils du voisin pour réécrire les tiens qui font exactement la même chose ... juste pour prouver que tu en as une plus grosse !
    • [^] # Re: c'est ça le libre ...

      Posté par  . Évalué à 3.

      > juste pour prouver que tu en as une plus grosse !

      Certe et c'est compréhensible.

      Mais il faut creuser le problème un peu plus loin.
      Par exemple Fedora.
      Fedora n'utilise que du python pour les outils de configuration.
      Anaconda est en python, yum est en python, donc anaconda peut utiliser (et le fait) yum. D'où Fedora qui supporte (enfin) les dépôts externes à l'installation.
      Sous Fedora au premier boot, on arrive sur system-config-firstboot. Ce dernier appèles divers programmes comme system-config-securitylevel, system-config-sound, system-config-date, etc... Tous les system-config-* étant en python, ils sont parfaitement intégrés à system-config-firstboot.
      Quelques exemples volé sur le web:
      http://blog.skydiverss.net/public/Screenshots/Capture%20FC7/(...)
      http://blog.skydiverss.net/public/Screenshots/Capture%20FC7/(...)
      http://blog.skydiverss.net/public/Screenshots/Capture%20FC7/(...)

      Ces system-config-* peuvent aussi être appelé de façon indépendante hors de system-config-firstboot (soit via la ligne de commande, soit via le menu Système->Administration). La majorité des system-config-* tourne aussi en mode texte.


      Regardons aussi l'historique de Red Hat. A une époque (RH 6.x ?) Red Hat utilisait un programme qu'il n'avait pas développé pour configurer le système. Red Hat n'était pas le seul à utilise ce programme (j'ai oublié son nom). Au final Red Hat a trouvé que ça sucks (et je suis d'accord).
      Donc Red Hat a considéré les outils de configuration comme "statégiques".
      C'est important car (par ordre d'importance à mes yeux) :
      1- c'est très utilisé
      2- ça dépend beaucoup de la distribution
      3- ça fait parti de la signature de la distribution

      Le 2 est important. Par exemple la configuration (du moins le paramétrage de la configuration; pas la configuration fine) sous Fedora est principalement stockée dans /etc/sysconfig et est quasi totalement dépendant de la distribution. Debian n'a pas de /etc/sysconfig, SuSE a un /etc/sysconfig mais l'utilise de façon très différente de Fedora (Fedora n'y met que de grosses options). Etc...
      Si par exemple Fedora ajoute ipv8 pour la Fedora 20, il faut que les outils de configuration supportent ipv8. Si le distributeur ne développe pas les outils de configuration, c'est compliqué ou trop long (discussion avec l'équipe en upstream).

      Concernant Red Hat/Fedora, il y a aussi un aspect qu'on ne peut négliger. Red Hat a beaucoup de développeur. L'activité développement des outils system-config-* leur prend très peu de ressource pour eux.

      "Culturellement", Red Hat ne fait pas de distribution pour les "petites filles" mais principalement les administrateurs/développeurs voire station de travail. Si pour formater un disque dure il faut taper une ligne commande, ben il faut taper une commande. On va pas développer une interface graphique pour un truc qu'on fait tous les 36 du mois.
      • [^] # Re: c'est ça le libre ...

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

        tu sais c'était une vanne ... c'était pas la peine de tenter de démontrer que ton kiki est plus dur que celui ton voisin !

        D'ailleurs quand je vois la vitesse avec laquelle j'ai eu +10 ... je me dit que ce doit être un sentiment partagé, bien au delà de la simple vanne !
      • [^] # Re: c'est ça le libre ...

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

        A une époque (RH 6.x ?) Red Hat utilisait un programme qu'il n'avait pas développé pour configurer le système. Red Hat n'était pas le seul à utilise ce programme (j'ai oublié son nom).


        C'est pourtant facile! il s'agissait de Linuxconf ( http://www.solucorp.qc.ca/linuxconf/ ) de Jacques Gélinas qui est aussi l'inventeur de Linux-VServer.

        Au final Red Hat a trouvé que ça sucks (et je suis d'accord).


        Oui, bof... Tout le monde a critiqué Linuxconf. C'était tout de même le premier outil inventé pour nous faciliter la vie. Quand on pense qu'un type a fait ça tout seul! et pour pas mal de distributions!
        Après lui, il n'y a rien eu d'aussi complet pendant longtemps (sauf chez Mandrake à propos :). Et même, aujourd'hui quel outil s'utilise en mode texte, en mode graphique et en mode web ? A part les Debconf, qui sont moins complets je n'en connais pas.
        Cela dit son côté "Centre de commande hiérarchisé" n'est ni ergonomique, ni rassurant: il suffit de se tromper à un endroit pour avoir un truc compliqué à réparer. C'est à améliorer.
        La dernière version date de 2005, c'est faisable.

        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

        • [^] # Re: c'est ça le libre ...

          Posté par  . Évalué à 3.

          > > Au final Red Hat a trouvé que ça sucks (et je suis d'accord).
          > Oui, bof... Tout le monde a critiqué Linuxconf. C'était tout de même le premier outil inventé pour nous faciliter la vie.

          Je ne voulais pas dire que Linuxconf suckait. Mais que le principe de dépendre d'un outil externe pour la configuration d'une distribution suckait.

          De plus il faut considérer l'audience. Les outils de configuration d'une distribution doivent être simples voire trivials. Un outil pour configurer chaque touche du clavier sous X11 c'est bien. Mais ça n'a rien à foutre avec les outils de configuration par défaut d'une distribution.

          Regarde Ubuntu. Je trouve cette distribution assez "creuse". Mais ce qu'elle démontre clairement c'est que les gens par défaut ne veulent pas être face à un tableau de bord d'avion même si chaque bouton a son utilité.

          Qui peut le plus n'est pas toujours qui peut le mieux.
          • [^] # je m'excuse, je suis mort de rire

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

            Je ne voulais pas dire que Linuxconf suckait. Mais que le principe de dépendre d'un outil externe pour la configuration d'une distribution suckait.


            Vu comme ça, d'accord.
            Mais alors de quoi parlons nous ? ne viens-tu pas de te prendre les pieds dans tes propres arguments ?
            Si développer son propre outil c'est mieux (je m'excuse pour cet infâme résumé de ta pensée) tu ne pouvais pas le dire avant ?
            Par exemple tu aurais dit:
            Alors que les draketools sont plébiscités par leurs utilisateurs, je me demandais si l'intégration de ces outils dans d'autres distrib' ne serait pas une bonne idée (le journal)
            -> nan, red hat et les autres pensent que ça suck de dépendre d'un truc externe. (toi)

            Ou alors "T'es d'une mauvaise fois affolante" cf http://linuxfr.org/comments/809296.html#809296 ;-)

            Ah oui, je comprend, on est vendredi. Tu viens de clore le troll et tu en lances un second:
            Regarde Ubuntu. Je trouve cette distribution assez "creuse".


            je t'approuve, et propose qu'on change, c'est d'ailleurs demandé par les messages http://linuxfr.org/comments/809281.html#809281 et http://linuxfr.org/comments/809297.html#809297

            "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

            • [^] # Re: je m'excuse, je suis mort de rire

              Posté par  . Évalué à 1.

              > Si développer son propre outil c'est mieux (je m'excuse pour cet infâme résumé de ta pensée) tu ne pouvais pas le dire avant ?

              C'est ce que j'ai dit avant :
              - "2- ça dépend beaucoup de la distribution"

              Si l'outil dépend beaucoup de la distribution, alors le mieux est que le distributeur le développe.

              Pour le reste de ton commentaire, j'y comprend rien.
          • [^] # Re: c'est ça le libre ...

            Posté par  . Évalué à 2.

            > Je trouve cette distribution assez "creuse".

            L'expression est malheureuse et je vais la préciser.
            Je trouve Ubuntu pas très existante. Ce qui est existant ou non est très subjectif/personnel.
            Mais je trouve le travail d'Ubuntu assez souvent intéressant et l'ensemble cohérent (c'est une grande qualité).
            Ubuntu est arrivé à se faire une place rapidement dans un marché qui semblait déjà occupé et dans un contexte très concurrentiel. Ça inspire le respect.
      • [^] # Re: c'est ça le libre ...

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

        "Culturellement", Red Hat ne fait pas de distribution pour les "petites filles" mais principalement les administrateurs/développeurs voire station de travail.

        *rires enregistrés*

        Tu n'aimerais pas connaître l'avis des admins système d'ici sur ta précieuse RedHat...
      • [^] # Re: c'est ça le libre ...

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

        La majorité des system-config-* tourne aussi en mode texte.

        Exactement comme les outils mandriva...

        Et c'est très sympa pour administrer un serveur (oui je sens qu'on va me dire que mandriva, serveur, toussa mais bon certains mettent bien des serveurs sous ubuntu ou fedora...)
  • # Question de droits ?

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

    Pour ne pas avoir utilisé Mand{ake|iva} depuis assez longtemps, je ne me souviens plus exactement mais yavait pas une histoire de droit qui empéchait l'utilisation des draketools en dehors d'une distrib officielle Mandriva ?

    Un jour libre ?

    • [^] # Re: Question de droits ?

      Posté par  . Évalué à 1.

      Ah, ben si on avait une source qui confirme, ça m'intéresserait. Au moins je ne me poserais plus la question...
      • [^] # Re: Question de droits ?

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

        La source infirme complètement ce FUD: les outils Mandriva ont toujours été GPL...
        Une explication plausible pour cet état de fait est qu'utiliser les outils d'un concurent (qui en plus indiquent bien dans leur nom le nom dudit concurrent), c'est admettre que ce concurrent est meilleur, et lui donner de la crédibilité.

        Le fait que les outils de Mandriva soient en perl (qui n'est plus très à la mode pour les nouveaux contributeurs) a sans doute joué aussi.
        • [^] # Re: Question de droits ?

          Posté par  . Évalué à 3.

          > qui en plus indiquent bien dans leur nom le nom dudit concurrent

          Tu peux toujours changer le nom.
          Avant les programmes de configuration de Red Hat commençaient par "redhat-config". Pour Fedora (et idem RHEL maintenant) le nom est plus neutre : system-config-*.
          M'enfin, tout finit par se savoir...
    • [^] # Re: Question de droits ?

      Posté par  . Évalué à 2.

      PCLinuxOS les utilise depuis longtemps, donc je ne pense pas : http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc2.j(...)
      • [^] # Re: Question de droits ?

        Posté par  . Évalué à 2.

        Qui d'autres utilises les outils Mandriva ?

        > http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc2.j(...)

        Intéressant, limite le KDE touch.
        Set where you cd/dvd burner is mounted
        Pourquoi ? Hal fait ça tout seul.
        Pourquoi deux fois cette option ?

        Idem pour floppy.
        Intérêt de la chose ?
        • [^] # Re: Question de droits ?

          Posté par  . Évalué à 3.

          Imagine que j'ai envie que mon CDrom soit monté sur /mnt/lecteurCD et mon lecteur DVD sur /mnt/lecteurDVD (on peut retroller sur /media/ plus tard). J'ai la possibilité de le faire, et ça, c'est bien.
          Après, il y a un bug : l'affichage du même intitulé d'option pour tes 2 lecteurs CDs.
          Et si je veux mettre mes disquettes sur /mnt/disquette, comment je le fais sous Fedora ?

          Et ces screenshots, ils t'interpellent aussi :
          http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc3.j(...)
          http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc4.j(...)
          http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc5.j(...)
          http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc6.j(...)
          http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc7.j(...)
          http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc8.j(...)
          etc (j'ai la flemme)...

          Plus de screenshot sur PCLinuxOS : http://www.tuxmachines.org/gallery/pclos2007b2?page=1
          • [^] # Re: Question de droits ?

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

            Sur http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc6.j(...) : "Mandriva menu".

            Ils pourraient au moins faire un s/Mandriva/PCLinuxOS/ ;-)

            L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: Question de droits ?

            Posté par  . Évalué à 3.

            > Imagine que j'ai envie que mon CDrom soit monté sur /mnt/lecteurCD et mon lecteur DVD sur /mnt/lecteurDVD (on peut retroller sur /media/ plus tard).

            C'est vrai qu'il y a des gens qui approuve ce puissant besoin...

            > Après, il y a un bug

            Il n'y aurait pas aussi le bug que ça ne passe pas par Hal ?
            Si tu insères un CD, il est monté où par Hal ? Sur /mnt/mon_nom_à_moi ?
            Et pour les clées USB, il y a une options pour cette indispensable "feature".

            > Et si je veux mettre mes disquettes sur /mnt/disquette, comment je le fais sous Fedora ?

            Déjà pour configurer ça comme j'imagine que c'est fait par Mandriva, tu passes par le compte root. Si t'as le compte root tu bidouilles une ligne dans /etc/fstab (elle doit déjà y être, c'est le boulot de kudzu). OK, ce n'est pas class, mais ça le fait.

            Sinon tu ne le fais pas. Je peux t'assurer que c'est une feature qui manque à pratiquement personne.

            J'image aussi que tu veux "/mnt/mon_nom_à_moi" car tu utilises la ligne de commande. Si t'es un utilisateur expérimenté, tu regardes où Hal monte le CD puis tu fais une "ln -s /media/CDR /mnt/mon_nom_à_moi". Tu n'as à le faire qu'une fois. Et voilà. Ça marche aussi avec les clées USB et c'est "compatible" avec Hal.
            • [^] # Re: Question de droits ?

              Posté par  . Évalué à 4.

              > Imagine que j'ai envie que mon CDrom soit monté sur /mnt/lecteurCD et mon lecteur DVD sur /mnt/lecteurDVD (on peut retroller sur /media/ plus tard).

              C'est vrai qu'il y a des gens qui approuve ce puissant besoin...


              au pif, des gens qui ont un graveur de CD et un lecteur de DVD ?

              (...) Je peux t'assurer que c'est une feature qui manque à pratiquement personne.

              arguments, sources, chiffres ? parce que sans ça, ça va être "foutaises"
              • [^] # Re: Question de droits ?

                Posté par  . Évalué à 1.

                > au pif, des gens qui ont un graveur de CD et un lecteur de DVD ?

                Ben où est le problème ?
                J'ai un graveur de CD et un lecteur de DVD. Pas de soucis. J'ai aussi une clée USB et un disque dur amovible sur USB. Pas de problème.

                > arguments

                Déjà donnés.

                > sources

                aucune

                > chiffres

                aucun

                > parce que sans ça, ça va être "foutaises"

                Je peux aussi te retourner l"'argument".
                Tes arguments ?
                Tes sources ?
                Tes chiffres ?

                Tu peux toujours trouver un argument. Mais on est dans quel contexte ? Dans le contexte d'outils par défaut pour configurer une distribution.
                Si parce qu'on trouve un argument, une source, un chiffre alors il faut ajouter une option pour éditer le point de montage, on pourrait aussi ajouter une option pour éditer le nom du fichier spécial (/dev/...) . En passant, c'est quelque chose que je fais. Mais je trouverais stupide de voir ça dans les outils de configuration par défaut.

                L'intérêt de choisir son point de montage est pour les "vieux" qui ont leur habitude. Mais les nouveaux ils s'en foutent de ça. Qui il faut privilégier ? Les ex-nouveaux ou les nouveaux. Il y aura plus de nouveau qu'il y a d'ex-nouveau.
  • # printerdrake dans Ubuntu

    Posté par  . Évalué à 4.

    > Alors que les draketools sont plébiscités par leurs utilisateurs, je me demandais
    > si l'intégration de ces outils dans d'autres distrib' ne serait pas une bonne idée.

    Il était prévu de remplacer gnome-cups-manager par printerdrake, dans la pochaine version d'Ubuntu, Feisty Fawn:
    https://blueprints.launchpad.net/ubuntu/+spec/printerdrake

    Mais, cela a été repoussé.
  • # pourquoi ?

    Posté par  . Évalué à 2.

    Pourquoi ?
    interface utilisateur discutable peut être ?

    exemple tout bête : lance l'outil graphique de mise a jour de mandriva .. cette fenêtre propose une croix classique (en haut a droite enfin ça dépends du thème pour le placement)
    cliquer sur cette croix devrait fermer la fenêtre.. comme sur toutes les autres fenêtre... et ben non, là il faut cliquer sur le bouton Quitter.

    C'est trois fois rien, je vous l'accorde.
    mais bon, quand j'ai fini ma mise a jour, j'ai tendance a cliquer sur la croix au lieu du bouton.
    ca fait longtemps que ce truc existe, mais a croire que ce n'est pas important. J'avais une ou deux remarques aussi un jour... bon ils font ce qu'ils veulent hein, mais bon faut pas s'étonner en suite.
    • [^] # Re: pourquoi ?

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

      Je vais avoir une remarque surement idiote, mais ces problèmes (et les une ou deux remarques aussi...) sont-ils remontés aux développeurs ?

      Je me souviens avoir eu un problème avec certains outils du control center qui ne passaient pas sur mon 12 pouces en 800x600 (bon ok, c'était en 2000-2001 un truc comme ça)
      Je l'ai signalé à la personne en charge (directement sur irc) et la release suivante passait sans problème.
      Après, je crois que l'équipe à changé mais bon le fonctionnement est souvent le même quelque soit les personnes.
    • [^] # Re: pourquoi ?

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

      Je pense que c'est plutôt lié à deux choses :

      - Les outils de config du système sont assez liés à la distrib, et les outils de config des services doivent être intégrés aux autres outils, donc lib communes, etc..

      - Tout est fait en perl. Les autres distribs n'ont pas forcément les compétences en interne pour maintenir et adapter une telle quantité de code Perl. (notez comme j'évite habillement le troll sur le caractère write-only du Perl)

Suivre le flux des commentaires

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