Ça c'est joué sur quelques mois. Sur une période de plus de 10 ans, c'est maintenant peu significatif.
> Mandrake, bien avant Red Hat, a considéré que Linux sur desktop
Il y a "desktop" et "desktop". Les desktop pour station de travail, RedHat y est depuis longtemps. Puis je parlais de l'impact des choix d'une distribution. L'impacte de Mandrake a été la popularisation de KDE (c'est un apport significatif de Mandrake) et pendant ce temps RedHat bossait sur Gnome, gtk, python-gtk etc. RedHat s'occupe aussi du Desktop et depuis longtemps mais pour le marché des entreprises.
> c'était possible. SuSE a fait un installeur graphique avant Red Hat et a au moins autant participé que Red Hat au kernel ou à Xfree.
Je parlais de l'impact des choix et non des contributions. Les contributions aux logiciels libre étants plus importantes que les choix fait dans une distribution selon moi. Mais je ne parlais que de la partie distribution. Entre autre car Slack ne fait "qu'une distribution".
> La plupart des avancées soit disant "Red Hat" étaient juste des fonctionnalités que les projets avaient mis en oeuvre et qu'ils ont en général implémenté alors que ce n'était pas stabilisé pour jouer à "on est les premiers".
C'est une vision "petite". Lorsque RedHat met utf8 par défaut à RedHat 8.0, ça accélère la mise au point d'utf8. Il est évident que ce n'est pas RedHat qui a développé utf8. Mettre utf8 par défaut est "ridicule" comme travail par rapport à tous ce qu'ont fait les développeurs de la libc et d'autres "dans leurs coins". mais ce choix a accéléré la mise au point de la libc et a poussé les développeurs d'applis à utiliser utf8. Idem pour nptl ou Xorg.
Maintenant tu as beau jeu de dire "ce n'était pas stabilisé pour jouer à "on est les premiers"" alors que c'est RedHat qui prend les risques et répond aux plaintes des utilisateurs car utf8 n'était pas au point (ce qui est normal pour un premier déploiement massif).
Surtout que ce n'est pas le style de RedHat. Il est souvent reproché à RedHat d'être "conservateur" et de ne pas faire dans le flashy. RedHat applique des éléments nouveaux dans leur distribution en général car c'est une voie perenne et pas pour la frime. Avoir utf8 ou nptl n'impacte pas beaucoup l'utilisateur. Par exemple RedHat est l'un des derniers à avoir un boot graphique ou avoir un équivalent d'apt ou urpmi. RedHat n'a jamais utilisé devfs car la solution n'était pas perenne (par contre ils passeront à udev). RedHat a attendu longtemps pour supporter correctement les scanneurs car il n'y avait pas de bonne solution. Des exemples comme ça, RedHat en est plein et ça lui vaut aussi beaucoup de reproche.
> La Fedora incorpore 4KSTACK? La belle affaire, ce sont les dévelopeurs du kernel qui ont décidé de passer à cette approche.
Par rapport à la distribution, le problème n'est pas de savoir si RedHat a fait ou non 4KSTACK. Il faut regarder l'impacte de ce choix (mettre 4KSTACK par défaut). L'impacte est que celà établit un "standard de fait" et que prochainement Nvidia marchera avec 4KSTACK et aussi tous les autres drivers "proprio". Si personne ne prend ce risque car il faut privilégier les utilisateurs avec une carte NVidia, il faudra attendre longtemps avant que 4KSTACK soit par défaut.
PS : C'est RedHat qui a fait 4KSTACK. Mais c'est pas le propos.
> Mais ta façon de minimiser les autres acteurs du libre et leur apport est assez énervante.
Je parle distribution uniquement. RedHat ou SuSE n'ont pas uniquement des développeurs qui bossent sur la distribution. Cette perceptive a aussi le défaut de "négliger" Debian car ils déploient des solutions stables et donc "ne trace pas la voie".
D'ailleur ne travailler que sur la distribution c'est avoir une vision à cours terme et c'est pour celà que RedHat ou SuSE et beaucoup d'autres bossent sur des versions de programme en développement qui ne seront pas intégrés à une distribution avant plusieurs mois voir plusieurs années. Par exemple les versions de développement du noyau Linux.
Autre exemple, RedHat n'a pas fait SeLinux. Par contre mettre SeLinux par défaut (par encore pour Fedora Core 2) dans une distribution a un énorme impact. Beaucoup de projets feront "attention" pour que leur programme marche avec SeLinux.
Il y aura évidemment des problèmes au début du déploiement.
Et tu en profiteras pour sortir une nouvelle version de "glibc beta de la Red Hat 8.0, des kernels avec des patchs pourris".
[^] # Re: poids lourd
Posté par itstimetogo . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 4.
Ça c'est joué sur quelques mois. Sur une période de plus de 10 ans, c'est maintenant peu significatif.
> Mandrake, bien avant Red Hat, a considéré que Linux sur desktop
Il y a "desktop" et "desktop". Les desktop pour station de travail, RedHat y est depuis longtemps. Puis je parlais de l'impact des choix d'une distribution. L'impacte de Mandrake a été la popularisation de KDE (c'est un apport significatif de Mandrake) et pendant ce temps RedHat bossait sur Gnome, gtk, python-gtk etc. RedHat s'occupe aussi du Desktop et depuis longtemps mais pour le marché des entreprises.
> c'était possible. SuSE a fait un installeur graphique avant Red Hat et a au moins autant participé que Red Hat au kernel ou à Xfree.
Je parlais de l'impact des choix et non des contributions. Les contributions aux logiciels libre étants plus importantes que les choix fait dans une distribution selon moi. Mais je ne parlais que de la partie distribution. Entre autre car Slack ne fait "qu'une distribution".
> La plupart des avancées soit disant "Red Hat" étaient juste des fonctionnalités que les projets avaient mis en oeuvre et qu'ils ont en général implémenté alors que ce n'était pas stabilisé pour jouer à "on est les premiers".
C'est une vision "petite". Lorsque RedHat met utf8 par défaut à RedHat 8.0, ça accélère la mise au point d'utf8. Il est évident que ce n'est pas RedHat qui a développé utf8. Mettre utf8 par défaut est "ridicule" comme travail par rapport à tous ce qu'ont fait les développeurs de la libc et d'autres "dans leurs coins". mais ce choix a accéléré la mise au point de la libc et a poussé les développeurs d'applis à utiliser utf8. Idem pour nptl ou Xorg.
Maintenant tu as beau jeu de dire "ce n'était pas stabilisé pour jouer à "on est les premiers"" alors que c'est RedHat qui prend les risques et répond aux plaintes des utilisateurs car utf8 n'était pas au point (ce qui est normal pour un premier déploiement massif).
Surtout que ce n'est pas le style de RedHat. Il est souvent reproché à RedHat d'être "conservateur" et de ne pas faire dans le flashy. RedHat applique des éléments nouveaux dans leur distribution en général car c'est une voie perenne et pas pour la frime. Avoir utf8 ou nptl n'impacte pas beaucoup l'utilisateur. Par exemple RedHat est l'un des derniers à avoir un boot graphique ou avoir un équivalent d'apt ou urpmi. RedHat n'a jamais utilisé devfs car la solution n'était pas perenne (par contre ils passeront à udev). RedHat a attendu longtemps pour supporter correctement les scanneurs car il n'y avait pas de bonne solution. Des exemples comme ça, RedHat en est plein et ça lui vaut aussi beaucoup de reproche.
> La Fedora incorpore 4KSTACK? La belle affaire, ce sont les dévelopeurs du kernel qui ont décidé de passer à cette approche.
Par rapport à la distribution, le problème n'est pas de savoir si RedHat a fait ou non 4KSTACK. Il faut regarder l'impacte de ce choix (mettre 4KSTACK par défaut). L'impacte est que celà établit un "standard de fait" et que prochainement Nvidia marchera avec 4KSTACK et aussi tous les autres drivers "proprio". Si personne ne prend ce risque car il faut privilégier les utilisateurs avec une carte NVidia, il faudra attendre longtemps avant que 4KSTACK soit par défaut.
PS : C'est RedHat qui a fait 4KSTACK. Mais c'est pas le propos.
> Mais ta façon de minimiser les autres acteurs du libre et leur apport est assez énervante.
Je parle distribution uniquement. RedHat ou SuSE n'ont pas uniquement des développeurs qui bossent sur la distribution. Cette perceptive a aussi le défaut de "négliger" Debian car ils déploient des solutions stables et donc "ne trace pas la voie".
D'ailleur ne travailler que sur la distribution c'est avoir une vision à cours terme et c'est pour celà que RedHat ou SuSE et beaucoup d'autres bossent sur des versions de programme en développement qui ne seront pas intégrés à une distribution avant plusieurs mois voir plusieurs années. Par exemple les versions de développement du noyau Linux.
Autre exemple, RedHat n'a pas fait SeLinux. Par contre mettre SeLinux par défaut (par encore pour Fedora Core 2) dans une distribution a un énorme impact. Beaucoup de projets feront "attention" pour que leur programme marche avec SeLinux.
Il y aura évidemment des problèmes au début du déploiement.
Et tu en profiteras pour sortir une nouvelle version de "glibc beta de la Red Hat 8.0, des kernels avec des patchs pourris".