Mais vous ne parliez peut être pas de la même chose. Des Pre-Invoke, Post-Invoke etc... (man apt.conf) dans /etc/apt/apt.conf ? Ici, ce n'est plus propre au package, mais au système (donc fait par l'admin)
Au fait il y a une notion d'état en dehors de installé/pas installé dans rpm ou tout système associé ?
Il y a une notion de priorité avec rpm ?
On peut lire un rpm et ses meta-data avec des outils standards unix ?
En lisant les pages de man des differents systèmes je me demande comment on peut mettre sur le même pied d'egalité les .rpm, urpmi d'une part, et .deb et apt d'autre part... avec un minimum de bonne foi.
[^] # Re: De l'art de bien "packager"
Posté par Gloo . En réponse à la dépêche Le RPM est-il condamné?. Évalué à 10.
Pour rpm c'est ici que ca se passe.
http://www.rpm.org/max-rpm/s1-rpm-build-creating-spec-file.html(...)
Pour debian c'est ici:
/var/lib/dpkg/info c'est du shell, simple, clair.
Mais vous ne parliez peut être pas de la même chose. Des Pre-Invoke, Post-Invoke etc... (man apt.conf) dans /etc/apt/apt.conf ? Ici, ce n'est plus propre au package, mais au système (donc fait par l'admin)
Au fait il y a une notion d'état en dehors de installé/pas installé dans rpm ou tout système associé ?
Il y a une notion de priorité avec rpm ?
On peut lire un rpm et ses meta-data avec des outils standards unix ?
bref, ca a beaucoup changé depuis ça:
http://www.kitenet.net/~joey/pkg-comp/(...) ? (en)
En lisant les pages de man des differents systèmes je me demande comment on peut mettre sur le même pied d'egalité les .rpm, urpmi d'une part, et .deb et apt d'autre part... avec un minimum de bonne foi.