Je suis d'accord sur les points suivants : - Avoir une API de drivers stable et autoriser les drivers non-GPL
d'accord avec la premiere partie, pas la 2eme. D'ailleurs les drivers non GPL sont autorsés, contrairement à ce que tu prétends. Enfin tu raisonnes Linux/X86, moi je raisonne "Libre". Avoir des specifications permettrait de développer des rivers pour d'autres OS (xBSD par exemple). - Avoir un tronc commun entre toutes les distribs qui permet aux editeurs de developper sans s'arracher les cheveux (LSB c'est sympa, mais c'est un peu pathetique tellement c'est pauvre pour un soft moderne)
Quel est le rapport avec les drivers ? Les drivers accèdent aux couches basses du noyau, qui reste assez standard non ? Sinon effectivement il y aurait probablement intérêt à aller plus loin que LSB, quitte à définir des standards spécifiques pour les serveurs, pour les postes bureautique et pour le matériel embarqué. - Arreter de remplacer une techno vieille de 6 mois par une nouvelle techno qui elle meme sera remplacee dans 6 mois
Je ne peux qu'adhérer à cette remarque. Il serait temps de stabiliser certaines partie du noyau. Passer son temps - Avoir une politique de support correcte, et trouver un moyen pour qu'il soit facile pour grand-mere d'installer des softs sans passer par les depots officiels (dependances qui explosent...)
Là je ne suis pas tout à fait d'accord avec toi. Utiliser les dépots garantit une certaine cohérence de ton OS. Ca règle certains problèmes, mais effectivement ça en pose d'autres. Je suis plutot pour ma part, favorable à une solution intermédiaire inspirée de NetBSD : une séparation du système et des couches applicatives. En gros les distributions proposent un socle de base, avec noyau et utilitaires permettant de gérer les couches basses. Les applis userland seraient fournies dans une autre arborescence. C'est ce qui se passe sous NetBSD. Ceci permettrait même d'aller plus loin : les binaires de base dans /usr/bin ou dans usr/sbin, les softs fournis par la distrib dans /usr//bin avec les libs associées dans /usr//bin, et les softs tiers dans /usr//bin, avec libs dans /usr//lib. On peut remplacer /usr//lib par /opt/, comme ça se fait sur certains unix proprios. Je ne sais pas si les gestionnaires de packages actuels permettent ce genre d'installation mais ça pourrait être intéressant et permettre une cohabitation de plusieurs versions de lib différentes.
[^] # Re: Et l'état ?
Posté par totof2000 . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 4.
- Avoir une API de drivers stable et autoriser les drivers non-GPL
d'accord avec la premiere partie, pas la 2eme. D'ailleurs les drivers non GPL sont autorsés, contrairement à ce que tu prétends. Enfin tu raisonnes Linux/X86, moi je raisonne "Libre". Avoir des specifications permettrait de développer des rivers pour d'autres OS (xBSD par exemple).
- Avoir un tronc commun entre toutes les distribs qui permet aux editeurs de developper sans s'arracher les cheveux (LSB c'est sympa, mais c'est un peu pathetique tellement c'est pauvre pour un soft moderne)
Quel est le rapport avec les drivers ? Les drivers accèdent aux couches basses du noyau, qui reste assez standard non ? Sinon effectivement il y aurait probablement intérêt à aller plus loin que LSB, quitte à définir des standards spécifiques pour les serveurs, pour les postes bureautique et pour le matériel embarqué.
- Arreter de remplacer une techno vieille de 6 mois par une nouvelle techno qui elle meme sera remplacee dans 6 mois
Je ne peux qu'adhérer à cette remarque. Il serait temps de stabiliser certaines partie du noyau. Passer son temps
- Avoir une politique de support correcte, et trouver un moyen pour qu'il soit facile pour grand-mere d'installer des softs sans passer par les depots officiels (dependances qui explosent...)
Là je ne suis pas tout à fait d'accord avec toi. Utiliser les dépots garantit une certaine cohérence de ton OS. Ca règle certains problèmes, mais effectivement ça en pose d'autres. Je suis plutot pour ma part, favorable à une solution intermédiaire inspirée de NetBSD : une séparation du système et des couches applicatives. En gros les distributions proposent un socle de base, avec noyau et utilitaires permettant de gérer les couches basses. Les applis userland seraient fournies dans une autre arborescence. C'est ce qui se passe sous NetBSD. Ceci permettrait même d'aller plus loin : les binaires de base dans /usr/bin ou dans usr/sbin, les softs fournis par la distrib dans /usr//bin avec les libs associées dans /usr//bin, et les softs tiers dans /usr//bin, avec libs dans /usr//lib. On peut remplacer /usr//lib par /opt/, comme ça se fait sur certains unix proprios. Je ne sais pas si les gestionnaires de packages actuels permettent ce genre d'installation mais ça pourrait être intéressant et permettre une cohabitation de plusieurs versions de lib différentes.