Oh non... C'est trop facile ça.
Il n'y a pas de point technique à dire qui dépend de quoi, quel fichier doit être à quel endroit.
J'ai déjà donné des exemples où même dans un rpm, les règles de nommage des dépendances ne sont pas les même et que donc il faut chercher le nom de la dépendance par distro, et mettre de if mandriva elif redhat elif suse etc...
Ensuite, je comprend qu'il faille avancer, et c'est pour ça que CSS a des moz-xxx, que OpenGL a des extensions (note que pour chacun des exemples, le but des extensions est d'être standardisé à la prochaine version de la norme), pour que le développeur ai une base commune, mais des possibilité de faire plus en fonction des distro pour les fonction *avancées* (une dépendance, ce n'est pas une fonction avancées!)
En faite, c'est surtout que les constructeurs ne veulent pas liberer leur specs. Si cétait le cas, il est probable que les drivers pour Linux seraient plus nombreux.
Je ne te contredirai pas. Mais quand on veut "forcer" un constructeur à faire ce qu'il ne souhaite pas faire alors que les autres OS propose ce que le constructeur souhaite, il faut une carotte (amener plus d'utilisateur), et pour le moment Linux/BSD n'a aucune carotte (bon, si, le prix... Biaisé par le piratage de Windows, qui en profite bien).
Les drivers sont un très gros point faible, mais seul un nombre d'utilisateur élevé (donc des Mme Michu voulant des petites applis de merde, et pas être limité par les quelques applis des dépôts qui contentent les geeks) pourra inciter les constructeur à libérer leur specs (en avance de préférence, pour pas être toujours en retard de plusieurs mois).
Tout est lié, on ne peut pas vouloir le beurre et l'argent du beurre, avoir les côté puriste du dépôt tout en voulant qu'on ai des pilotes, etc...
Si au moins le dépôt montrait sa performance en prenant par exemples toutes les applis diffusées sous Freshmeat (qui centraliserai alors la communication de l'existence des applis aux diverses distros), mais il y a un manque criant de mainteneur (forcément, en divisant par x distro...) qui montre la limite du système, et donc il faut trouver une solution plutôt que de se dire que le système est parfait.
[^] # Re: Installinging software was never this easy and powerful !
Posté par Zenitram (site web personnel) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 2.
Oh non... C'est trop facile ça.
Il n'y a pas de point technique à dire qui dépend de quoi, quel fichier doit être à quel endroit.
J'ai déjà donné des exemples où même dans un rpm, les règles de nommage des dépendances ne sont pas les même et que donc il faut chercher le nom de la dépendance par distro, et mettre de if mandriva elif redhat elif suse etc...
Ensuite, je comprend qu'il faille avancer, et c'est pour ça que CSS a des moz-xxx, que OpenGL a des extensions (note que pour chacun des exemples, le but des extensions est d'être standardisé à la prochaine version de la norme), pour que le développeur ai une base commune, mais des possibilité de faire plus en fonction des distro pour les fonction *avancées* (une dépendance, ce n'est pas une fonction avancées!)
En faite, c'est surtout que les constructeurs ne veulent pas liberer leur specs. Si cétait le cas, il est probable que les drivers pour Linux seraient plus nombreux.
Je ne te contredirai pas. Mais quand on veut "forcer" un constructeur à faire ce qu'il ne souhaite pas faire alors que les autres OS propose ce que le constructeur souhaite, il faut une carotte (amener plus d'utilisateur), et pour le moment Linux/BSD n'a aucune carotte (bon, si, le prix... Biaisé par le piratage de Windows, qui en profite bien).
Les drivers sont un très gros point faible, mais seul un nombre d'utilisateur élevé (donc des Mme Michu voulant des petites applis de merde, et pas être limité par les quelques applis des dépôts qui contentent les geeks) pourra inciter les constructeur à libérer leur specs (en avance de préférence, pour pas être toujours en retard de plusieurs mois).
Tout est lié, on ne peut pas vouloir le beurre et l'argent du beurre, avoir les côté puriste du dépôt tout en voulant qu'on ai des pilotes, etc...
Si au moins le dépôt montrait sa performance en prenant par exemples toutes les applis diffusées sous Freshmeat (qui centraliserai alors la communication de l'existence des applis aux diverses distros), mais il y a un manque criant de mainteneur (forcément, en divisant par x distro...) qui montre la limite du système, et donc il faut trouver une solution plutôt que de se dire que le système est parfait.