Pour le moment, j'ai pas vraiment vu que autopackage marche.
Prenons au pif tout les logiciels que je lance sur le pc de mes parents depuis 1 heure :
gajim => autopackage ( pas pour la 0.11, mais bon, il y a un vieuw )
konqueror => rien, j'ai pas trouvé
plugin flash => rien, pas trouvé
wesnoth => pas d'autopackage
openoffice => pas d'autopackage.
j'ai pas vraiment l'impression que ç'est répandu. Pour être franc, gajim est le seul soft ou ça parle d'autopackage sur la page.
Par contre, en cherchant des paquets, je suis tombé sur d'autres alternatives, comme ça : http://oblisk.codu.org/ ou ça http://klik.atekon.de/ .
Klik me semble plus propre techniquement.
Par curiosité, j'ai quand même regardé l'autopackage de gajim. Histoire de pas mourir idiot, et parce que même si d'autres ont deja expliqué ce qui ne va pas ( http://www.licquia.org/archives/2005/03/27/autopackage-consi(...) ), il veut mieux vérifier par soi même.
Alors, deja, le script a commencé à me demander mon mot de passe root. Bon, j'ai refusé de le donner. Ça a continué, en simple user, c'est une bonne chose.
Il a commencé à me télecharger les trucs manquants, jusqu'ici, rien d'anormal, j'aurais fait pareil.
Aprés, premier bémol mineur, il modifie ma conf bash. Bon, ça arrive. Ça m'embete pas vraiment car j'utilise zsh, mais soit. Pour info, il installe tout dans ~/.local/. Bien sur, zsh n'etant pas modifié, je doit lancer bash, ou adapter leur script.
Deuxiéme probléme, il me dit "pour déinstaller le logiciel, il suffit de lancer tel soft à tel endroit dans le menu". Trés bien, en effet, le soft est la. Mais... il n'y a rien dans le menu du soft. Pas trés user friendly.
Dieu merci, je suis un ubergeek, et je repere un outil appelé package : "package remove gajim", et si je fait fit des warnings, je voit que ça marche.
Refaisons un essai, avec cette fois ci une tache moins facile. Retirons dbus-python, gnome-python-gconf, et python-sqlite, 3 paquets listés comme dépendances de gajim. Et hop, voyons comment ça marche.
Et paf, un message d'erreur :
"Erreur: Could not find 'Python interface for the SQLite'. Try using the native package manager for Mandriva Linux (urpmi) to install a package with similar name to 'pysqlite'. ".
Pas trés user friendly, amha.
J'installe python-sqlite, et je relance, ça marche. Sauf que bien sur, gajim-remote ne marche pas sans dbus, mais c'est pas grave, ç'est juste un bug mineur.
Avant dernier essai, j'installe l'autopackage , et je retire une dependance, sqlite par exemple. De temps en temps, ça arrive que les gens fassent le ménage, et donc, on va voir si c'est assez robuste.
Lancons gajim... et paf, une backtrace. Donc robustesse zero.
Et final round, soyons super taquin, je vais lancer l'installation sur ma cooker. Pour info, sur cette cooker, il y a un python 2.5 en état de marche. Comme il y aura sur les prochaines distributions qui sortent sous peu. D'abord, le paquet ne s'installe pas. Soit, il bloque, j'ai pas la patience, je fait ctrl C, et je le retire.
Je recommence, le soft se bloque encore, bon, pas grave, gajim est installé.
Et surprise, ça marche encore. En mode réduit ( pas d'icone, pas de correction ) mais ça marche.
Néanmoins, le test n'est pas trés concluant, à mon sens. Car aprés tout, la, ça a marché parce que python est interprété, donc les risques d'incompatibilité sont mineures. Mais si il y a autre chose (comme l'exemple du tray icon de gajim ) qui requiert une version différente d'une lib ( la libpython ), la, ben c'est foutu.
Non seulement autopackage ne le voit pas, mais en plus, l'user ne peut rien faire, sauf à trouver un paquet de python 2.4, et la,ça risque de foutre le bordel.
À coté de ça, le format autopackage souffre de divers lacunes, par exemple, je ne voit pas d'options de vérification des signatures des paquets, pas de gestionnaire centralisé qui pourrait palier au manque de publicité sur les sites web, et surtout, aucun mecanisme de gestion des mises à jours.
Si jamais une faille de secu dans gajim apparait, je suis bon pour mettre à jour à la main, en me tenant au courant. ( et qu'on vienne pas me dire "les applis clientes, c'est pas important pour la sécu", je n'aurais que 2 lettres comme réponse : I E ).
Pour moi, il y a donc des raisons pour refuser d'utiliser autopackage, et pour conseiller aux gens de faire pareil. L'idée même de voir un telecharger.com bis ne m'enchante pas des masses.
[^] # Re: Utiliser un système non libre...
Posté par Misc (site web personnel) . En réponse au journal Utiliser un système libre.... Évalué à 2.
Prenons au pif tout les logiciels que je lance sur le pc de mes parents depuis 1 heure :
gajim => autopackage ( pas pour la 0.11, mais bon, il y a un vieuw )
konqueror => rien, j'ai pas trouvé
plugin flash => rien, pas trouvé
wesnoth => pas d'autopackage
openoffice => pas d'autopackage.
j'ai pas vraiment l'impression que ç'est répandu. Pour être franc, gajim est le seul soft ou ça parle d'autopackage sur la page.
Par contre, en cherchant des paquets, je suis tombé sur d'autres alternatives, comme ça : http://oblisk.codu.org/ ou ça http://klik.atekon.de/ .
Klik me semble plus propre techniquement.
Par curiosité, j'ai quand même regardé l'autopackage de gajim. Histoire de pas mourir idiot, et parce que même si d'autres ont deja expliqué ce qui ne va pas ( http://www.licquia.org/archives/2005/03/27/autopackage-consi(...) ), il veut mieux vérifier par soi même.
Alors, deja, le script a commencé à me demander mon mot de passe root. Bon, j'ai refusé de le donner. Ça a continué, en simple user, c'est une bonne chose.
Il a commencé à me télecharger les trucs manquants, jusqu'ici, rien d'anormal, j'aurais fait pareil.
Aprés, premier bémol mineur, il modifie ma conf bash. Bon, ça arrive. Ça m'embete pas vraiment car j'utilise zsh, mais soit. Pour info, il installe tout dans ~/.local/. Bien sur, zsh n'etant pas modifié, je doit lancer bash, ou adapter leur script.
Deuxiéme probléme, il me dit "pour déinstaller le logiciel, il suffit de lancer tel soft à tel endroit dans le menu". Trés bien, en effet, le soft est la. Mais... il n'y a rien dans le menu du soft. Pas trés user friendly.
Dieu merci, je suis un ubergeek, et je repere un outil appelé package : "package remove gajim", et si je fait fit des warnings, je voit que ça marche.
Refaisons un essai, avec cette fois ci une tache moins facile. Retirons dbus-python, gnome-python-gconf, et python-sqlite, 3 paquets listés comme dépendances de gajim. Et hop, voyons comment ça marche.
Et paf, un message d'erreur :
"Erreur: Could not find 'Python interface for the SQLite'. Try using the native package manager for Mandriva Linux (urpmi) to install a package with similar name to 'pysqlite'. ".
Pas trés user friendly, amha.
J'installe python-sqlite, et je relance, ça marche. Sauf que bien sur, gajim-remote ne marche pas sans dbus, mais c'est pas grave, ç'est juste un bug mineur.
Avant dernier essai, j'installe l'autopackage , et je retire une dependance, sqlite par exemple. De temps en temps, ça arrive que les gens fassent le ménage, et donc, on va voir si c'est assez robuste.
Lancons gajim... et paf, une backtrace. Donc robustesse zero.
Et final round, soyons super taquin, je vais lancer l'installation sur ma cooker. Pour info, sur cette cooker, il y a un python 2.5 en état de marche. Comme il y aura sur les prochaines distributions qui sortent sous peu. D'abord, le paquet ne s'installe pas. Soit, il bloque, j'ai pas la patience, je fait ctrl C, et je le retire.
Je recommence, le soft se bloque encore, bon, pas grave, gajim est installé.
Et surprise, ça marche encore. En mode réduit ( pas d'icone, pas de correction ) mais ça marche.
Néanmoins, le test n'est pas trés concluant, à mon sens. Car aprés tout, la, ça a marché parce que python est interprété, donc les risques d'incompatibilité sont mineures. Mais si il y a autre chose (comme l'exemple du tray icon de gajim ) qui requiert une version différente d'une lib ( la libpython ), la, ben c'est foutu.
Non seulement autopackage ne le voit pas, mais en plus, l'user ne peut rien faire, sauf à trouver un paquet de python 2.4, et la,ça risque de foutre le bordel.
À coté de ça, le format autopackage souffre de divers lacunes, par exemple, je ne voit pas d'options de vérification des signatures des paquets, pas de gestionnaire centralisé qui pourrait palier au manque de publicité sur les sites web, et surtout, aucun mecanisme de gestion des mises à jours.
Si jamais une faille de secu dans gajim apparait, je suis bon pour mettre à jour à la main, en me tenant au courant. ( et qu'on vienne pas me dire "les applis clientes, c'est pas important pour la sécu", je n'aurais que 2 lettres comme réponse : I E ).
Pour moi, il y a donc des raisons pour refuser d'utiliser autopackage, et pour conseiller aux gens de faire pareil. L'idée même de voir un telecharger.com bis ne m'enchante pas des masses.