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 lezardbreton . Évalué à 10.
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 IsNotGood . Évalué à 3.
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 Johann Ollivier-Lapeyre (site web personnel) . Évalué à 10.
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 IsNotGood . Évalué à 0.
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 Prosper . Évalué à 7.
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 blino . Évalué à 5.
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 IsNotGood . Évalué à 2.
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 Misc (site web personnel) . Évalué à 6.
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 IsNotGood . Évalué à -3.
>
> 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
> 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 Raphaël G. (site web personnel) . Évalué à 5.
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 Raphaël G. (site web personnel) . Évalué à -2.
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 IsNotGood . Évalué à 3.
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 Nicolas Boulay (site web personnel) . Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Qu'est-ce que tu veux
Posté par gnumdk (site web personnel) . Évalué à 4.
- 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 lezardbreton . Évalué à 8.
[^] # Re: Qu'est-ce que tu veux
Posté par IsNotGood . Évalué à 1.
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 IsNotGood . Évalué à 2.
Ooops. C'est Red Hat qui dit à ses employés qu'il faut développer pour Gnome. Le projet Fedora n'a pas à dire à ses contributeurs de développer pour tel ou tel bureau.
Au passage, pour F7 (avec la fusion de Core et Extras) il sera plus facile de participer à KDE et/ou son intégration dans Fedora. Si vous aimez Fedora et KDE, il ne faut pas hésiter :
http://fedoraproject.org/wiki/KDE
http://fedoraproject.org/wiki/Releases/FeatureFedoraKDE
http://fedoraproject.org/wiki/UnleashKDE (les motivations)
[^] # Re: Qu'est-ce que tu veux
Posté par Anonyme . Évalué à 3.
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 lezardbreton . Évalué à 4.
Après, évidemment, les draktools auraient tout intérêt à être repris à ailleurs.
[^] # Re: Qu'est-ce que tu veux
Posté par IsNotGood . Évalué à 1.
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 liberforce (site web personnel) . Évalué à 2.
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 IsNotGood . Évalué à -1.
Le thread débute par (posté par lezardbreton) :
Et je répondait à lezardbreton.
T'es d'une mauvaise fois affolante.
[^] # Re: Qu'est-ce que tu veux
Posté par Misc (site web personnel) . Évalué à 6.
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 imr . Évalué à 10.
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 IsNotGood . Évalué à 2.
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(...)
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 lezardbreton . Évalué à 5.
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 lezardbreton . Évalué à 4.
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 liberforce (site web personnel) . Évalué à 3.
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 IsNotGood . Évalué à 1.
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 liberforce (site web personnel) . É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. 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 IsNotGood . Évalué à 3.
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:
Man yum.conf
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 liberforce (site web personnel) . Évalué à 3.
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 IsNotGood . Évalué à 2.
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 liberforce (site web personnel) . Évalué à 3.
[^] # Re: Qu'est-ce que tu veux
Posté par IsNotGood . Évalué à 2.
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 liberforce (site web personnel) . Évalué à 2.
[^] # Re: Qu'est-ce que tu veux
Posté par IsNotGood . Évalué à 2.
Et pourquoi "--auto-update" et non tout simplement "--update" ?
[^] # Re: Qu'est-ce que tu veux
Posté par IsNotGood . Évalué à 2.
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 Olivier Serve (site web personnel) . Évalué à 3.
[^] # Re: Qu'est-ce que tu veux
Posté par CrEv (site web personnel) . Évalué à 4.
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à ;-) )
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 Jean Roc Morreale . Évalué à 2.
[^] # Re: Qu'est-ce que tu veux
Posté par IsNotGood . Évalué à 2.
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 IsNotGood . Évalué à 3.
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 Johann Ollivier-Lapeyre (site web personnel) . Évalué à 9.
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 IsNotGood . Évalué à 1.
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 Geo Vah . Évalué à 1.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 1.
[^] # Re: Re:
Posté par Geo Vah . Évalué à 2.
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 blino . Évalué à 4.
(ce serait plutôt "drakx")
drakwizard ?
[^] # Re: Re:
Posté par IsNotGood . Évalué à 1.
Ç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 CrEv (site web personnel) . Évalué à 5.
C'est pas que tu as une méconnaissance totale des outils mandriva mais presque...
http://ybr.phpnet.org/download/drakwizard_dns/drakwizard_dns(...)
http://ybr.phpnet.org/download/drakwizard_dns/drakwizard_dns(...)
Les outils sont plutôt bien foutu, permettent de configurer beaucoup de chose, aussi bien du point de vue client que serveur (web, ftp, mail, ...)
Et en plus écrire un wizard est relativement facile (à condition qu'on daigne utiliser du perl, ce qui me semble pas être le cas ici...)
[^] # Re: Re:
Posté par Raphaël G. (site web personnel) . Évalué à 5.
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...
[^] # Re: Re:
Posté par IsNotGood . Évalué à 2.
Autant pour moi. Le nom drakwizard n'est pas très causant.
[^] # Re: Re:
Posté par CrEv (site web personnel) . Évalué à 4.
La liste des wizards : http://ybr.phpnet.org/download/drakwizard_dns/drakwizard1.pn(...)
# c'est ça le libre ...
Posté par Marc Poiroud (site web personnel) . Évalué à 10.
[^] # Re: c'est ça le libre ...
Posté par IsNotGood . Évalué à 3.
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 Marc Poiroud (site web personnel) . Évalué à 3.
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 ZeroHeure . Évalué à 2.
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.
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 IsNotGood . Évalué à 3.
> 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 ZeroHeure . Évalué à 1.
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:
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 IsNotGood . Évalué à 1.
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 IsNotGood . Évalué à 2.
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 Olivier Serve (site web personnel) . Évalué à 3.
*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 Misc (site web personnel) . Évalué à 2.
[^] # Re: c'est ça le libre ...
Posté par CrEv (site web personnel) . Évalué à 3.
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 Émilien Kia (site web personnel) . Évalué à 2.
Un jour libre ?
[^] # Re: Question de droits ?
Posté par dripple . Évalué à 1.
[^] # Re: Question de droits ?
Posté par liberforce (site web personnel) . Évalué à 5.
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 IsNotGood . Évalué à 3.
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 lezardbreton . Évalué à 2.
[^] # Re: Question de droits ?
Posté par IsNotGood . Évalué à 2.
> http://www.tuxmachines.org/gallery/albums/pclos2007b2/pcc2.j(...)
Intéressant, limite le KDE touch.
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 lezardbreton . Évalué à 3.
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 Infernal Quack (site web personnel) . Évalué à 2.
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 IsNotGood . Évalué à 3.
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 Gniarf . Évalué à 4.
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 IsNotGood . Évalué à 1.
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 Eric Heintzmann . Évalué à 4.
> 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 fabien . Évalué à 2.
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 CrEv (site web personnel) . Évalué à 4.
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 Aurélien Bompard (site web personnel) . Évalué à 1.
- 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.