> Sauf que comme tu le dis, NM a été fait pour le wifi en premier... or, pour le wifi, il faut stocker de la clé... donc, de quoi faire du stockage, c'est déjà là.
Et où tu veux en venir ?
Que les développeurs sont des guignols ?
Je ne sais pas exactement le pourquoi du comment du bug de NM dans l'installeur de Fedora (et toi non plus), mais comme Fedora est principalement dédié aux contributeurs, que Fedora sort tous les 6 mois, il ne faut pas être devin pour comprendre que ce bug est très très très probablement lié à un problème technique ou par manque de moyen (temps ou développeur).
> Quant aux IHM, ce n'est pas du ressort de NM, mais des surcouches graphiques à NM... NM n'a pas besoin de clickouille pour fonctionner.
Tout ceci est mignon, mais l'installeur de Fedora est texte et graphique. Que ça ne soit pas fait directement dans NM, n'empêche pas qu'il faut une IHM. Et si tu vas par là, je suis sûr qu'à coup de "vi" et "echo bidule > machin" tu peux fixer l'adresse IP avec NM lors de l'installation de Fedora. Tu peux aussi te passer d'installeur et faire des "mke2fs ... ; ifconfig ... ; route ; yum --installroot=... ; etc". Alors, tu ne veux toujours pas d'IHM ?
> Hein ? ... si on spécifie une adresse IP qui n'est pas sur le bon segment, bah, ça ne marche pas : point
Ben tu ne connais pas grand chose en réseau... Et je ne suis pas une pointure...
Et le cas ou l'utilisateur prend une adresse IP déjà utilisée, tu y penses ? C'est juste un exemple. Les IP fixes c'est seulement pour quelques bécanes bien sélectionnée et quasiment que des serveurs.
De plus, avec DHCP on peut aussi fournir des IP fixe à des bécanes (soit avec l'adresse MAC, soit avec le nom de la bécane).
> Sauf que faire ça en gérant des cas très particuliers, en négligeant de gérer les cas les plus simples, juste pour se grouiller d'avoir un truc qui marchouille à-la-rache, j'estime que c'est faire les choses dans le mauvais ordre. Point.
Ben prends une RHEL/Centos. Point.
Tu te trompes de distribution. Point.
En passant, RHEL/Centos c'est Fedora. Point.
RHEL/Centos ce n'est pas une autre distribution, c'est un fork de Fedora avec d'autres objectifs. Donc ce n'est pas le modèle de développement de RHEL contre celui de Fedora, c'est Fedora avec RHEL. Une RHEL sort tous les 2 ans (et maintenant ça va passer à tous les 3 ans), donc une RHEL peut sortir avec 2 ou 3 mois de retard pour éviter qu'il manque bidule ou pour corriger le bug machin. Ça a très peu d'incidence sur RHEL. Par contre, pour Fedora c'est presque catastrophique (ce sont des contributeurs qui glandent durant 3 mois sur une sortie de distribution qui est prévue tous les 6 mois !).
> Un cassage de 6 mois, bon, m'en fous, à la limite... mais deux, trois (au strict minimum, tel que c'est parti), quatre ans, ça commence à être lourd
Et ?
Tu crois que les développeurs en sont contents ?
Tu ne crois pas qu'ils ont des priorités. Que supporter le branchement à chaud (d'écran, de clavier, de souris (et tout ceci marche)) est beaucoup beaucoup beaucoup plus important que de s'occuper du geek qui s'astique le manche avec son tri-écran ?
> résultat, avant, j'installais le GIT de X.org et je bugreportais beaucoup... maintenant, je ne le fais plus du tout, et je suis à la limite de m'en foutre.
Un de perdu, dix de retrouvé.
> D'autant que m'est avis que le branchage à chaud ne fonctionne toujours pas
Il marche chez moi. En passant, ce n'est pas Xorg 7.2, c'est Xorg 7.4 que j'utilise. Xorg 7.2 est sorti il y a 2 ans il me semble...
> pour casser tous ceux qui le sont un peu moins.
T'es sérieux ?
Tu crois qu'il y a beaucoup de personnes qui utilisent 3 écrans ou 2 cartes graphiques à la fois ?
Franchement...
> les problèmes ne sont ni pris dans le bon ordre
C'est-à-dire ?
Il ne fallait pas faire le support de branchement à chaud ? Il fallait en premier s'occuper des 0,01 % d'utilisateurs qui ont 2 cartes graphiques et 3 écrans ?
> ni de la bonne manière...
Je n'ai pas les compétences pour en juger, je doutes que tu les aies aussi...
> La philosophie UNIX a toujours été de partir sur des choses simples, avec des outils simples, qui faisaient bien leur travail. Et _fait_ est qu'on s'en éloigne (au bas mot) aujourd'hui... et ça non plus, je ne m'en réjouis pas.
Ben prend une vieille distribution...
Aujourd'hui le défi du logiciel libre n'est pas de faire l'Unix à papa (qui configure tout nickel à coup de vim. NB : j'en ai fait parti !), mais de faire un OS simple.
Je suis sûr que t'es super content que l'USB marche nickel (ou presque) sous Linux sans que tu aies à configurer quoique ce soit. Ben l'USB sous Linux, pour les développeurs, a été un enfer à réaliser. Le Xorg qui rivalisera avec Windows est un enfer a réaliser. Mais quand il sera là (et il faut y venir !) tu ne pourras plus t'en passer comme tu ne peux plus te passer d'USB qui marche les doigts dans les nez (ce qui n'a pas été le cas durant de nombreuses années...).
Faire simple c'est bien. Mais ce n'est pas toujours possible car les défis, et surtout ceux à venir, sont compliqués. Mais si tu as des solutions simples pour ces problèmes compliqués, n'hésites pas, les développeurs te baisseront les pieds.
[^] # Re: Problèmes réseau
Posté par IsNotGood . En réponse à la dépêche Test de Fedora 10 Cambridge. Évalué à 1.
Et où tu veux en venir ?
Que les développeurs sont des guignols ?
Je ne sais pas exactement le pourquoi du comment du bug de NM dans l'installeur de Fedora (et toi non plus), mais comme Fedora est principalement dédié aux contributeurs, que Fedora sort tous les 6 mois, il ne faut pas être devin pour comprendre que ce bug est très très très probablement lié à un problème technique ou par manque de moyen (temps ou développeur).
> Quant aux IHM, ce n'est pas du ressort de NM, mais des surcouches graphiques à NM... NM n'a pas besoin de clickouille pour fonctionner.
Tout ceci est mignon, mais l'installeur de Fedora est texte et graphique. Que ça ne soit pas fait directement dans NM, n'empêche pas qu'il faut une IHM. Et si tu vas par là, je suis sûr qu'à coup de "vi" et "echo bidule > machin" tu peux fixer l'adresse IP avec NM lors de l'installation de Fedora. Tu peux aussi te passer d'installeur et faire des "mke2fs ... ; ifconfig ... ; route ; yum --installroot=... ; etc". Alors, tu ne veux toujours pas d'IHM ?
> Hein ? ... si on spécifie une adresse IP qui n'est pas sur le bon segment, bah, ça ne marche pas : point
Ben tu ne connais pas grand chose en réseau... Et je ne suis pas une pointure...
Et le cas ou l'utilisateur prend une adresse IP déjà utilisée, tu y penses ? C'est juste un exemple. Les IP fixes c'est seulement pour quelques bécanes bien sélectionnée et quasiment que des serveurs.
De plus, avec DHCP on peut aussi fournir des IP fixe à des bécanes (soit avec l'adresse MAC, soit avec le nom de la bécane).
> Sauf que faire ça en gérant des cas très particuliers, en négligeant de gérer les cas les plus simples, juste pour se grouiller d'avoir un truc qui marchouille à-la-rache, j'estime que c'est faire les choses dans le mauvais ordre. Point.
Ben prends une RHEL/Centos. Point.
Tu te trompes de distribution. Point.
En passant, RHEL/Centos c'est Fedora. Point.
RHEL/Centos ce n'est pas une autre distribution, c'est un fork de Fedora avec d'autres objectifs. Donc ce n'est pas le modèle de développement de RHEL contre celui de Fedora, c'est Fedora avec RHEL. Une RHEL sort tous les 2 ans (et maintenant ça va passer à tous les 3 ans), donc une RHEL peut sortir avec 2 ou 3 mois de retard pour éviter qu'il manque bidule ou pour corriger le bug machin. Ça a très peu d'incidence sur RHEL. Par contre, pour Fedora c'est presque catastrophique (ce sont des contributeurs qui glandent durant 3 mois sur une sortie de distribution qui est prévue tous les 6 mois !).
> Un cassage de 6 mois, bon, m'en fous, à la limite... mais deux, trois (au strict minimum, tel que c'est parti), quatre ans, ça commence à être lourd
Et ?
Tu crois que les développeurs en sont contents ?
Tu ne crois pas qu'ils ont des priorités. Que supporter le branchement à chaud (d'écran, de clavier, de souris (et tout ceci marche)) est beaucoup beaucoup beaucoup plus important que de s'occuper du geek qui s'astique le manche avec son tri-écran ?
> résultat, avant, j'installais le GIT de X.org et je bugreportais beaucoup... maintenant, je ne le fais plus du tout, et je suis à la limite de m'en foutre.
Un de perdu, dix de retrouvé.
> D'autant que m'est avis que le branchage à chaud ne fonctionne toujours pas
Il marche chez moi. En passant, ce n'est pas Xorg 7.2, c'est Xorg 7.4 que j'utilise. Xorg 7.2 est sorti il y a 2 ans il me semble...
> pour casser tous ceux qui le sont un peu moins.
T'es sérieux ?
Tu crois qu'il y a beaucoup de personnes qui utilisent 3 écrans ou 2 cartes graphiques à la fois ?
Franchement...
> les problèmes ne sont ni pris dans le bon ordre
C'est-à-dire ?
Il ne fallait pas faire le support de branchement à chaud ? Il fallait en premier s'occuper des 0,01 % d'utilisateurs qui ont 2 cartes graphiques et 3 écrans ?
> ni de la bonne manière...
Je n'ai pas les compétences pour en juger, je doutes que tu les aies aussi...
> La philosophie UNIX a toujours été de partir sur des choses simples, avec des outils simples, qui faisaient bien leur travail. Et _fait_ est qu'on s'en éloigne (au bas mot) aujourd'hui... et ça non plus, je ne m'en réjouis pas.
Ben prend une vieille distribution...
Aujourd'hui le défi du logiciel libre n'est pas de faire l'Unix à papa (qui configure tout nickel à coup de vim. NB : j'en ai fait parti !), mais de faire un OS simple.
Je suis sûr que t'es super content que l'USB marche nickel (ou presque) sous Linux sans que tu aies à configurer quoique ce soit. Ben l'USB sous Linux, pour les développeurs, a été un enfer à réaliser. Le Xorg qui rivalisera avec Windows est un enfer a réaliser. Mais quand il sera là (et il faut y venir !) tu ne pourras plus t'en passer comme tu ne peux plus te passer d'USB qui marche les doigts dans les nez (ce qui n'a pas été le cas durant de nombreuses années...).
Faire simple c'est bien. Mais ce n'est pas toujours possible car les défis, et surtout ceux à venir, sont compliqués. Mais si tu as des solutions simples pour ces problèmes compliqués, n'hésites pas, les développeurs te baisseront les pieds.