Il n'y a pas d'impossibilité technique, juste que les developpeurs sous windows n'ont que ce seul moyen et du coup package un binaire automatiquement.
Mais rien n'interdit de proposer "un binaire avec toutes ses libs" sous Linux.
Et, concrètement, ce serait plus facile pour l'utilisateur lambda, vraiment! (ZOMG je me retrouve à défendre les utilisateurs lambda sur LinuxFR, exorcisez moi!)
c'est toujours plus avantageux d'avoir un soft intégré au système de packaging et mis à jour automatiquement plutôt que de devoir réinventer la roue et intégrer son propre système de mise à jour de l'appli comme sont obligés de le faire les devs sous windows.
Bien vu, y'a ce point qui coince: la question des MAJ.
C'est pour ça qu'il serait bien d'avoir un système compatible inter-distros, avec des dépôts à jour,des versions différentes du même logiciel disponible, le tout en espace utilisateur.
J'installe (en tant qu'admin) ma distro préférée, que ce soit Debian stable, Debian Sid, Ubuntu, Mageia.. avec le logiciel "Linux App Store" par dessus.
Ensuite, n'importe quel utilisateur lance "Linux App Store" pour installer, par exemple, Firefox. Il se voit proposer deux ou trois versions de Firefox (une version stable, une version bêta et, mettons, une version entre les deux). Il l'installe en tant qu'utilisateur, rien que pour lui-même. On peut imaginer que si plusieurs utilisateurs installent le même logiciel dans la même version, il n'existe qu'une seule copie (dans /usr/local par exemple).
Chaque fois qu'une nouvelle version de Firefox est disponible, Firefox, ou bien le Linux App Store, proposer à l'utilisateur de le mettre à jour. Avec ses libs, compilées en statique. Et ce, même si l'administrateur a décidé de maintenir l'OS lui-même en version stable avec des vieilles libs.
Autrement dit, découpler totalement "les paquets, binaires, libs du système" et "les paquets, binaires, libs de l'utilisateur".
Parce bon: le système actuel est très bien adapté à un serveur, ou à un utilisateur qui sait administrer. Mais, franchement, avoir des logiciels orientés utilisateur final qui soient dépendants du même système de paquet, que les rouages internes de la distro, c'est dépassé. Ça ne colle pas avec les usages ni avec les besoins de madame Michu. C'est un des gros avantages de Windows: j'installe mon Windows XP, je lui mets ses services pack quand il le faut (ça c'est l'administration système), et d'un autre côté je peux mettre Firefox 4 bêta. Sur un OS qui a 9 ans. Essayez d'installer Firefox 4 sur une Debian Woody.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Ça tombe bien!
Posté par Grunt . En réponse au journal App Store arrive sur les distributions Linux !. Évalué à 8.
Il n'y a pas d'impossibilité technique, juste que les developpeurs sous windows n'ont que ce seul moyen et du coup package un binaire automatiquement.
Mais rien n'interdit de proposer "un binaire avec toutes ses libs" sous Linux.
Et, concrètement, ce serait plus facile pour l'utilisateur lambda, vraiment! (ZOMG je me retrouve à défendre les utilisateurs lambda sur LinuxFR, exorcisez moi!)
c'est toujours plus avantageux d'avoir un soft intégré au système de packaging et mis à jour automatiquement plutôt que de devoir réinventer la roue et intégrer son propre système de mise à jour de l'appli comme sont obligés de le faire les devs sous windows.
Bien vu, y'a ce point qui coince: la question des MAJ.
C'est pour ça qu'il serait bien d'avoir un système compatible inter-distros, avec des dépôts à jour,des versions différentes du même logiciel disponible, le tout en espace utilisateur.
J'installe (en tant qu'admin) ma distro préférée, que ce soit Debian stable, Debian Sid, Ubuntu, Mageia.. avec le logiciel "Linux App Store" par dessus.
Ensuite, n'importe quel utilisateur lance "Linux App Store" pour installer, par exemple, Firefox. Il se voit proposer deux ou trois versions de Firefox (une version stable, une version bêta et, mettons, une version entre les deux). Il l'installe en tant qu'utilisateur, rien que pour lui-même. On peut imaginer que si plusieurs utilisateurs installent le même logiciel dans la même version, il n'existe qu'une seule copie (dans /usr/local par exemple).
Chaque fois qu'une nouvelle version de Firefox est disponible, Firefox, ou bien le Linux App Store, proposer à l'utilisateur de le mettre à jour. Avec ses libs, compilées en statique. Et ce, même si l'administrateur a décidé de maintenir l'OS lui-même en version stable avec des vieilles libs.
Autrement dit, découpler totalement "les paquets, binaires, libs du système" et "les paquets, binaires, libs de l'utilisateur".
Parce bon: le système actuel est très bien adapté à un serveur, ou à un utilisateur qui sait administrer. Mais, franchement, avoir des logiciels orientés utilisateur final qui soient dépendants du même système de paquet, que les rouages internes de la distro, c'est dépassé. Ça ne colle pas avec les usages ni avec les besoins de madame Michu. C'est un des gros avantages de Windows: j'installe mon Windows XP, je lui mets ses services pack quand il le faut (ça c'est l'administration système), et d'un autre côté je peux mettre Firefox 4 bêta. Sur un OS qui a 9 ans. Essayez d'installer Firefox 4 sur une Debian Woody.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.