Pour RPM, j'ai cru voir (mais je n'en suis pas certain) qu'il faut taper manuellement le nom de tous les fichiers qu'on veut inclure dans le paquet.
Tu as raison de ne pas en être certain. Tu peux mettre des wildcards et ce n'est pas spécialement pénible. Ca permet en outre de vérifier que ton paquet n'oublie pas de fichiers ou que tu n'as rien oublié de ce que tu avais prévu.
A l'usage, c'est un très bon garde-fou.
alors que Debian nécessite un puissant gettext
C'est pratique de toujours supposer qu'il n'y a jamais de bonne raison pour les choix de design des autres. Debian réutilise un standard archi utilisé et archi connu. Ca semble plutôt un bon choix plutôt que de réinventer la roue. Les gens le connaissent, on trouve facilement de la doc et des outils pour le gérer.
Tu supposes que c'est lourd, que ça ralentit tout mais tu as fait un peu de profiling sur le sujet ?
Même si c'était le cas, je ne suis pas sûr que la différence justifie de se passer d'un standard de fait.
Après, je suis peut-être l'exception mais je n'ai jamais spécialement été handicapé par la lenteur que tu trouves si gênante. Je n'installe pas des paquets tous les jours de manière manuelle sur mon desktop (vu que tu as l'air de vouloir traiter la problématique desktop). Et quand je le fais, je n'ai pas l'impression de perdre mon temps à attendre. Peut-être aussi parce que je ne suis pas spécialement concentré dessus et que je fais autre chose en même temps.
Par contre, la chose vraiment importante AMHA, c'est la notion de transaction. Je ne veux pas qu'un upgrade commence et me laisse mon installation à moitié en vrac si je le coupe, s'il y a un souci dans l'upgrade ou si ma machine plante pour une raison X ou Y.
Typiquement, si tu regardes ce que fait yum :
* téléchargement de tous les paquets pour être sûr de tout avoir ;
* test de la transaction ;
* si c'est validé, on va réaliser l'installation.
Il y a une très bonne raison au fait de ne pas tout lancer en parallèle. Si tu n'as pas résolu ce problème, tu peux mettre ton système de téléchargement/installation parallèle à la poubelle.
Après, tu as peut-être déjà pensé à cela mais ça ne se voit pas trop dans ce que tu présentes. Je ne vois qu'une course à la vitesse, qui n'est pas spécialement une priorité sur ce type de logiciel AMHA. C'est un plus une fois que tu as tout le reste mais pas une priorité.
Après, je n'ai pas spécialement regardé ce que tu as fait. Je voulais juste mettre en exergue quelque chose qui me gêne profondément dans la démarche : quand on essaie de faire autrement, il est important de comprendre pourquoi les précédents ont fait comme ils ont fait. Ca peut être des raisons historiques, des raisons techniques ou le fait qu'ils n'y ont pas pensé. Mais il ne faut pas forcément toujours partir du principe que les idées des autres sont moins bonnes que les siennes.
Tu fais la moitié de la démarche en allant voir ce qu'ils font mais tu pars toujours du principe qu'ils ont tort et n'ont pas de bonnes raisons de le faire. Il y a un juste milieu à trouver.
[^] # Re: De la facilité avec laquelle un paquet Setup est créé
Posté par Guillaume Smet (site web personnel) . En réponse au journal Sortie de Setup 0.1-alpha0. Évalué à 10.
Pour RPM, j'ai cru voir (mais je n'en suis pas certain) qu'il faut taper manuellement le nom de tous les fichiers qu'on veut inclure dans le paquet.
Tu as raison de ne pas en être certain. Tu peux mettre des wildcards et ce n'est pas spécialement pénible. Ca permet en outre de vérifier que ton paquet n'oublie pas de fichiers ou que tu n'as rien oublié de ce que tu avais prévu.
A l'usage, c'est un très bon garde-fou.
alors que Debian nécessite un puissant gettext
C'est pratique de toujours supposer qu'il n'y a jamais de bonne raison pour les choix de design des autres. Debian réutilise un standard archi utilisé et archi connu. Ca semble plutôt un bon choix plutôt que de réinventer la roue. Les gens le connaissent, on trouve facilement de la doc et des outils pour le gérer.
Tu supposes que c'est lourd, que ça ralentit tout mais tu as fait un peu de profiling sur le sujet ?
Même si c'était le cas, je ne suis pas sûr que la différence justifie de se passer d'un standard de fait.
Après, je suis peut-être l'exception mais je n'ai jamais spécialement été handicapé par la lenteur que tu trouves si gênante. Je n'installe pas des paquets tous les jours de manière manuelle sur mon desktop (vu que tu as l'air de vouloir traiter la problématique desktop). Et quand je le fais, je n'ai pas l'impression de perdre mon temps à attendre. Peut-être aussi parce que je ne suis pas spécialement concentré dessus et que je fais autre chose en même temps.
Par contre, la chose vraiment importante AMHA, c'est la notion de transaction. Je ne veux pas qu'un upgrade commence et me laisse mon installation à moitié en vrac si je le coupe, s'il y a un souci dans l'upgrade ou si ma machine plante pour une raison X ou Y.
Typiquement, si tu regardes ce que fait yum :
* téléchargement de tous les paquets pour être sûr de tout avoir ;
* test de la transaction ;
* si c'est validé, on va réaliser l'installation.
Il y a une très bonne raison au fait de ne pas tout lancer en parallèle. Si tu n'as pas résolu ce problème, tu peux mettre ton système de téléchargement/installation parallèle à la poubelle.
Après, tu as peut-être déjà pensé à cela mais ça ne se voit pas trop dans ce que tu présentes. Je ne vois qu'une course à la vitesse, qui n'est pas spécialement une priorité sur ce type de logiciel AMHA. C'est un plus une fois que tu as tout le reste mais pas une priorité.
Après, je n'ai pas spécialement regardé ce que tu as fait. Je voulais juste mettre en exergue quelque chose qui me gêne profondément dans la démarche : quand on essaie de faire autrement, il est important de comprendre pourquoi les précédents ont fait comme ils ont fait. Ca peut être des raisons historiques, des raisons techniques ou le fait qu'ils n'y ont pas pensé. Mais il ne faut pas forcément toujours partir du principe que les idées des autres sont moins bonnes que les siennes.
Tu fais la moitié de la démarche en allant voir ce qu'ils font mais tu pars toujours du principe qu'ils ont tort et n'ont pas de bonnes raisons de le faire. Il y a un juste milieu à trouver.