Dites nous en plus sur ce protocol inter-distrib, ce peut très bien être une idée intéressante, mais la on ne sais rien,
Euh... Moi je suis développeur uniquement, pas créateur de distrib, je veux juste un truc qui marche.
Dans les trucs qui ne marchent pas, en vrac :
- 2 formats (les plus connus, il y en a d'autres...) de spécification (répertoire Debian d'un côté, .spec de l'autre). Virez-en un, mergez le deux, rien à foutre, mais à la fin il faut une seule façon de spécifier (une seule spécification n'enlève aucunement la liberté de faire ce qu'on veut ensuite, c'est juste une langue).
- Des noms de dépendances standardisé (j'ai donné il y a peu un exemple avec Qt : suivant la distro RPM qu'on a, le nom de la dépendance est différent et une .spec ne passe alors pas partout
- Une façon d'interagir avec le bureau (notification etc...) ayant une seule API.
- Une compatibilité ascendante! (garantir qu'un paquet créé pour Debian 4 fonctionnera sous Debian 6...)
Bref, pour chaque interaction avec la distro, une API unique, et pas une par distro/toolkit GUI et j'en passe.
Il n'y a rien d'insurmontable, on le fait pour d'autres choses (j'avais donné l'exemple de HTML, CSS...), il faut "juste" de la bonne volonté (oups, ça manque...) pour communiquer ensemble, et dire : "pour faire x, appeler y". Aujourd'hui, c'est "pour faire x, alors si c'est distro a, faire y, si c'est distro b faire z, ..."
Tu utilises valgrind sur tes serveurs? Ca ça m'intrigue.
Je n'ai pas de Linux chez moi qui tourne 24/24, par contre j'ai valgrind qui tourne à chaque commit. Valgrind étant très lent (plusieurs heures), c'est mieux que ce soit sur un serveur.
Et je pense que Mme Michu serait bien contente d'avoir un géstionnaire de paquet plutôt que d'avoir java, Adobe Acrobate Reader, windows, asus update, qui se lance au démarrage pour lui demander si il faut faire une Maj, message qui lui fait peur et qui la pousse à appeller "petit neuveu qui s'y connais" pour savoir si c'est sans danger.
A choisir entre se prendre les merdes des MAJ par logiciel et ne pas du tout pouvoir installer ses petits logiciels, elle a choisit.
au passage, comme le dépôt ne contient pas Adobe Reader, Asus update et compagnie, c'est pire sous Linux : je trouve rigolo de préférer ne pas avoir de logiciel que d'avoir un logiciel qui se MAJ dans son coin. Ce n'est pas le choix de Mme Michu, dont le but est de pouvoir utiliser un logiciel. Et si ces logiciels sont proposés sous Linux, comme ils n'appartiennent pas au dépôt le problème reste entier sous Linux aussi.
Parce que sinon, je vois pas pourquoi l'IPhone, sur lequel installer un logiciel pas dans le dépot est bien plus dur que compiler des source, risqué, et illégalle, aurait eu un tel succes
D'une marketing Apple, que n'a pas Linux, et donc nombre d'utilisateurs qui fait qu'on imagine passer du temps dessus (parce que le petit % de Linux dans le monde bureautique divisé par x distro, ça fait petit comme chiffre), et de deux parce qu'Apple (comme Microsoft) offre un putain de SDK bien documenté et bien organisé face au bazaar Linuxien (plein de doc sur le net... Encore faut-il les trouver).
Linux n'a pas la même part de marché qu'Apple, seul Apple peut se permettre de verrouiller comme ça. Tu remarqueras d'ailleurs que Google a attaqué de front Apple avec une ouverture bien plus grande, une facilité de déploiement à partir de son site web perso, et... Gagne : ce mois-ci, il a été publié une étude qui dit qu'il y a plus d'Android que d'iPhone dans le monde. Par contre, ça ne parle pas des distros Linux...
On peut se permettre de faire ce qu'on veut quand on est leader, mais Linux n'est pas leader, il ne peut pas utiliser des stratégie de leader, ou alors il reste en marché de niche pour la bureautique.
[^] # 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.
Euh... Moi je suis développeur uniquement, pas créateur de distrib, je veux juste un truc qui marche.
Dans les trucs qui ne marchent pas, en vrac :
- 2 formats (les plus connus, il y en a d'autres...) de spécification (répertoire Debian d'un côté, .spec de l'autre). Virez-en un, mergez le deux, rien à foutre, mais à la fin il faut une seule façon de spécifier (une seule spécification n'enlève aucunement la liberté de faire ce qu'on veut ensuite, c'est juste une langue).
- Des noms de dépendances standardisé (j'ai donné il y a peu un exemple avec Qt : suivant la distro RPM qu'on a, le nom de la dépendance est différent et une .spec ne passe alors pas partout
- Une façon d'interagir avec le bureau (notification etc...) ayant une seule API.
- Une compatibilité ascendante! (garantir qu'un paquet créé pour Debian 4 fonctionnera sous Debian 6...)
Bref, pour chaque interaction avec la distro, une API unique, et pas une par distro/toolkit GUI et j'en passe.
Il n'y a rien d'insurmontable, on le fait pour d'autres choses (j'avais donné l'exemple de HTML, CSS...), il faut "juste" de la bonne volonté (oups, ça manque...) pour communiquer ensemble, et dire : "pour faire x, appeler y". Aujourd'hui, c'est "pour faire x, alors si c'est distro a, faire y, si c'est distro b faire z, ..."
Tu utilises valgrind sur tes serveurs? Ca ça m'intrigue.
Je n'ai pas de Linux chez moi qui tourne 24/24, par contre j'ai valgrind qui tourne à chaque commit. Valgrind étant très lent (plusieurs heures), c'est mieux que ce soit sur un serveur.
Et je pense que Mme Michu serait bien contente d'avoir un géstionnaire de paquet plutôt que d'avoir java, Adobe Acrobate Reader, windows, asus update, qui se lance au démarrage pour lui demander si il faut faire une Maj, message qui lui fait peur et qui la pousse à appeller "petit neuveu qui s'y connais" pour savoir si c'est sans danger.
A choisir entre se prendre les merdes des MAJ par logiciel et ne pas du tout pouvoir installer ses petits logiciels, elle a choisit.
au passage, comme le dépôt ne contient pas Adobe Reader, Asus update et compagnie, c'est pire sous Linux : je trouve rigolo de préférer ne pas avoir de logiciel que d'avoir un logiciel qui se MAJ dans son coin. Ce n'est pas le choix de Mme Michu, dont le but est de pouvoir utiliser un logiciel. Et si ces logiciels sont proposés sous Linux, comme ils n'appartiennent pas au dépôt le problème reste entier sous Linux aussi.
Parce que sinon, je vois pas pourquoi l'IPhone, sur lequel installer un logiciel pas dans le dépot est bien plus dur que compiler des source, risqué, et illégalle, aurait eu un tel succes
D'une marketing Apple, que n'a pas Linux, et donc nombre d'utilisateurs qui fait qu'on imagine passer du temps dessus (parce que le petit % de Linux dans le monde bureautique divisé par x distro, ça fait petit comme chiffre), et de deux parce qu'Apple (comme Microsoft) offre un putain de SDK bien documenté et bien organisé face au bazaar Linuxien (plein de doc sur le net... Encore faut-il les trouver).
Linux n'a pas la même part de marché qu'Apple, seul Apple peut se permettre de verrouiller comme ça. Tu remarqueras d'ailleurs que Google a attaqué de front Apple avec une ouverture bien plus grande, une facilité de déploiement à partir de son site web perso, et... Gagne : ce mois-ci, il a été publié une étude qui dit qu'il y a plus d'Android que d'iPhone dans le monde. Par contre, ça ne parle pas des distros Linux...
On peut se permettre de faire ce qu'on veut quand on est leader, mais Linux n'est pas leader, il ne peut pas utiliser des stratégie de leader, ou alors il reste en marché de niche pour la bureautique.