Bref, il y a des progrès à faire afin de disposer de logiciels qui viennent juste de sortir parce que sous windows, c'est vraiment plus simple...
mais mais mais...
tu veux bien attendre 5 MINUTES que quelqu'un fasse le sale boulot à ta place, que ça soit l'auteur du soft, le(s) packageur(s) de ta distribution, des tiers qui font des rpm ou autres .deb dans leur coin pour ta distrib à toi, ou encore une organisation à la Klik ou Autopackage...
parce que même si ces derniers finissent par devenir d'usage répandu, si personne n'a encore fait de paquet pour eux, il te faudra toujours attendre que quelqu'un le fasse, ou le faire toi-même.
ah, tu vas me dire, ça serait plutôt à l'auteur de le faire ? comme ça il n'aurait qu'une seule cible à générer au lieu de 5 ou plus ?
en effet c'est une possibilité, il se trouve juste qu'ils ont déjà souvent beaucoup de boulot et qu'ils ne sont pas forcément experts Autopackage. alors peut-être si vraiment ça devient d'usage courant, oui, ça deviendra aussi évident que fournir des copies d'écran, mais d'ici là demander à chaque petit projet d'être un early adopter ?
est-ce à eux de résoudre ce problème d'oeuf et de la poule, d'atteindre une masse critique, alors que c'est le problème d'autres personnes ? il va falloir faire plus que leur dire "Autopackage cai bien", par exemple leur faire un beau paquet autopackage de référence bien propre de leur projet pour leur économiser 90 % du boulot de compréhension - de formation ! - à Autopackage.
(on va passer sous silence qu'il y a déjà 3 ou 4 systèmes équivallents à Autopackage et qu'en fait tu auras aussi les gens sous Mac à gérer, les gens sous PC mais avec un système 64 bits, les gens sous ARM pour les pda...)
[^] # Re: Une solution ... AUTOPACKAGE
Posté par Gniarf . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 3.
mais mais mais...
tu veux bien attendre 5 MINUTES que quelqu'un fasse le sale boulot à ta place, que ça soit l'auteur du soft, le(s) packageur(s) de ta distribution, des tiers qui font des rpm ou autres .deb dans leur coin pour ta distrib à toi, ou encore une organisation à la Klik ou Autopackage...
parce que même si ces derniers finissent par devenir d'usage répandu, si personne n'a encore fait de paquet pour eux, il te faudra toujours attendre que quelqu'un le fasse, ou le faire toi-même.
ah, tu vas me dire, ça serait plutôt à l'auteur de le faire ? comme ça il n'aurait qu'une seule cible à générer au lieu de 5 ou plus ?
en effet c'est une possibilité, il se trouve juste qu'ils ont déjà souvent beaucoup de boulot et qu'ils ne sont pas forcément experts Autopackage. alors peut-être si vraiment ça devient d'usage courant, oui, ça deviendra aussi évident que fournir des copies d'écran, mais d'ici là demander à chaque petit projet d'être un early adopter ?
est-ce à eux de résoudre ce problème d'oeuf et de la poule, d'atteindre une masse critique, alors que c'est le problème d'autres personnes ? il va falloir faire plus que leur dire "Autopackage cai bien", par exemple leur faire un beau paquet autopackage de référence bien propre de leur projet pour leur économiser 90 % du boulot de compréhension - de formation ! - à Autopackage.
(on va passer sous silence qu'il y a déjà 3 ou 4 systèmes équivallents à Autopackage et qu'en fait tu auras aussi les gens sous Mac à gérer, les gens sous PC mais avec un système 64 bits, les gens sous ARM pour les pda...)
retour à la case départ ?