Le niveau de flexibilité offert aux utilisateurs par gentoo est bien plus difficile à mettre en 1⁄2uvre dans les distributions "binaires" classiques et impossible pour les OS propriétaires.
Je crois surtout qu'ils ont embauché Daniel pour faire un portage interne à Microsoft pour les équipes de dév et les équipes d'intégration.
Ok Win Xp, c'est du x86, mais la version x86-64bits pointe son nez, avec winCE (entre les PDA et les téléphones) il y a plusieurs procs de supportés, la Xbox2 est sur PPC, mais récupére une grosse partie de code x86 pour le noyau et les librairies DirectX.
En // Apple va faire son 3éme changement majeur, 68k->PPC, "classic"->"nextsep", et maintenant PPC->x86. Alors que vu de l'extérieur Microsoft en serait totalement incapable à l'heure actuelle.
Plus les multiplications d'annonce pour faire des OS sur mesure en fonctions des appareils, des cibles de marchés et des options sur une gamme de produit.
Tout cela doit être un sacré bordel à gérer si on y réfléchie bien.
Sauf qu'avec une "distribution win source" interne, des "USE Flag" et un fichier "world" adapté à chaque distribution binaire pour chaque type d'appareil ou chaque version serveur de windows.
Vous voulez tester la version advanced server pro avec serveur d'application web .net et sqlserver sur une architecture PowerNium64 , hop on récupére le fichier world qui va bien et le USE="+avs +net +sqlserver" avec un petit key ~PowerNium64 pour la compilation.
Vous voulez un OS de téléphone, USE="+pim -bloatware -fatkernel" :-)
Cette souplesse ne sera pas accessible aux utilisateurs, mais pour les développeur Microsoft, et surtout pour les intégrateurs qui font des tests quotidiens, le principe des ports à la BSD (qui a inspiré portage) est tout proprement super-intéressant pour faire une distribution binaire, dont on est sur que toutes les libriaries sont opérationnelles entre elles et que toutes les dépendances sont garanties.
Ils doivent surement avoir un outils pour gérer plusieurs versions en //, mais ce n'est peut être pas aussi souple que le principe inhérent à portage.
D'ailleurs il me semble que PasBillPasGates nous avait parlé du travail de l'intégration chez Microsoft, peut-être pourrait il nous dire si un système à la portage aurait une "valeur ajouté" chez Microsoft ou s'ils ont déjà mieux ? :-)
[^] # Re: Daniel a su innover là où les OS propriétaires ne peuvent pas suivre
Posté par darkleon . En réponse à la dépêche Daniel Robbins rejoint Microsoft. Évalué à 0.
Je crois surtout qu'ils ont embauché Daniel pour faire un portage interne à Microsoft pour les équipes de dév et les équipes d'intégration.
Ok Win Xp, c'est du x86, mais la version x86-64bits pointe son nez, avec winCE (entre les PDA et les téléphones) il y a plusieurs procs de supportés, la Xbox2 est sur PPC, mais récupére une grosse partie de code x86 pour le noyau et les librairies DirectX.
En // Apple va faire son 3éme changement majeur, 68k->PPC, "classic"->"nextsep", et maintenant PPC->x86. Alors que vu de l'extérieur Microsoft en serait totalement incapable à l'heure actuelle.
Plus les multiplications d'annonce pour faire des OS sur mesure en fonctions des appareils, des cibles de marchés et des options sur une gamme de produit.
Tout cela doit être un sacré bordel à gérer si on y réfléchie bien.
Sauf qu'avec une "distribution win source" interne, des "USE Flag" et un fichier "world" adapté à chaque distribution binaire pour chaque type d'appareil ou chaque version serveur de windows.
Vous voulez tester la version advanced server pro avec serveur d'application web .net et sqlserver sur une architecture PowerNium64 , hop on récupére le fichier world qui va bien et le USE="+avs +net +sqlserver" avec un petit key ~PowerNium64 pour la compilation.
Vous voulez un OS de téléphone, USE="+pim -bloatware -fatkernel" :-)
Cette souplesse ne sera pas accessible aux utilisateurs, mais pour les développeur Microsoft, et surtout pour les intégrateurs qui font des tests quotidiens, le principe des ports à la BSD (qui a inspiré portage) est tout proprement super-intéressant pour faire une distribution binaire, dont on est sur que toutes les libriaries sont opérationnelles entre elles et que toutes les dépendances sont garanties.
Ils doivent surement avoir un outils pour gérer plusieurs versions en //, mais ce n'est peut être pas aussi souple que le principe inhérent à portage.
D'ailleurs il me semble que PasBillPasGates nous avait parlé du travail de l'intégration chez Microsoft, peut-être pourrait il nous dire si un système à la portage aurait une "valeur ajouté" chez Microsoft ou s'ils ont déjà mieux ? :-)