Je comprend que Logram soit difficile à trouver avec LPM, du fait que c'est un changement de nom assez récent (fin juillet : Setup est renommé en LPM pour son utilitaire en ligne de commande, en prévision d'autres programmes faisant partie de la Suite Setup).
Tester Logram est assez difficile, ce n'est pas encore une distribution testable (malgré ce que dit la page d'accueil, d'ailleurs je suis en train de corriger ça et la documentation en local, voir http://www.logram-project.org/forum-2-452-1-logram-pas-a-pas(...) ). Par contre, LPM est testable sous une autre distribution, mais des problèmes sont à prévoir : les paquets sur le dépôt datent de début avril, alors que LPM a très fort changé depuis.
Pour la légende, on peut ignorer les flags des paquets. Il y a dans ma sortie console un petit «(installé)», qui est l'état du paquet contenant le fichier. Cet état peut être différent de celui du fichier, par exemple quand on supprime un paquet en demandant de garder ses fichiers de configuration, auquel cas le paquet est «(supprimé)» mais le fichier garde son i .
Maintenant, j'avoue qu'il y a beaucoup de flags montrés, et qu'on ne doit pas souvent en changer. Certains sont toute fois intéressants, par exemple le "c" qui permet de savoir que c'est un fichier de configuration, qui ne sera supprimé qu'en cas de purge de son paquet, ou les différents flags de backup (qui permettent de savoir si une modification apportée à un fichier sera écrasée lors de la prochaine mise à jour, si elle sera gardée et que le nouveau fichier sera un .new, ou si elle sera sauvegardée dans un .bak avec la nouvelle version qui la remplacera).
Si ça intéresse quelqu'un, j'ai repris et modifié la célèbre page de comparaison entre les gestionnaires de paquets : http://archive.logram-project.org/documentation/packagemanag(...) . Son auteur a arrêté de supporter cette page car elle était trop trollogène, mais j'ai bien aimé comparer LPM avec les autres gestionnaires de paquets, et voir que non-seulement il égale les ténors que sont RPM et DEB, mais les dépasse également (en fait, LPM = DEB | RPM sauf certains points soit extrêmement complexes à implémenter pour peu de valeur ajoutée, soit inutiles).
[^] # Re: Je déteste linux^H^H^H^H^H debian !
Posté par steckdenis . En réponse au journal Je déteste linux !. Évalué à 2.
Tester Logram est assez difficile, ce n'est pas encore une distribution testable (malgré ce que dit la page d'accueil, d'ailleurs je suis en train de corriger ça et la documentation en local, voir http://www.logram-project.org/forum-2-452-1-logram-pas-a-pas(...) ). Par contre, LPM est testable sous une autre distribution, mais des problèmes sont à prévoir : les paquets sur le dépôt datent de début avril, alors que LPM a très fort changé depuis.
Pour la légende, on peut ignorer les flags des paquets. Il y a dans ma sortie console un petit «(installé)», qui est l'état du paquet contenant le fichier. Cet état peut être différent de celui du fichier, par exemple quand on supprime un paquet en demandant de garder ses fichiers de configuration, auquel cas le paquet est «(supprimé)» mais le fichier garde son i .
Maintenant, j'avoue qu'il y a beaucoup de flags montrés, et qu'on ne doit pas souvent en changer. Certains sont toute fois intéressants, par exemple le "c" qui permet de savoir que c'est un fichier de configuration, qui ne sera supprimé qu'en cas de purge de son paquet, ou les différents flags de backup (qui permettent de savoir si une modification apportée à un fichier sera écrasée lors de la prochaine mise à jour, si elle sera gardée et que le nouveau fichier sera un .new, ou si elle sera sauvegardée dans un .bak avec la nouvelle version qui la remplacera).
Si ça intéresse quelqu'un, j'ai repris et modifié la célèbre page de comparaison entre les gestionnaires de paquets : http://archive.logram-project.org/documentation/packagemanag(...) . Son auteur a arrêté de supporter cette page car elle était trop trollogène, mais j'ai bien aimé comparer LPM avec les autres gestionnaires de paquets, et voir que non-seulement il égale les ténors que sont RPM et DEB, mais les dépasse également (en fait, LPM = DEB | RPM sauf certains points soit extrêmement complexes à implémenter pour peu de valeur ajoutée, soit inutiles).