Re: [gentoo-portage-dev] Does portage store checksums for every installed file in a package?
On Mon, 2008-02-04 at 10:54 +0100, Vlastimil Babka wrote: > Amit Dor-Shifer wrote: > > Hello all, > > I was wondering whether portage calculates and stores a checksum for > > every installed file (every file appearing in the output of "equery f > > "). If so, how can I access it? I've found a Manifest file in > > distfiles, but it doesn't seem to store checksums for the installed files. > > Yes it's in /var/db/pkg/$CAT/$PF/CONTENTS - there's md5sum and filesize > for each installed file. > You can check them for example by qcheck from portage-utils. > > Caster You can also use the equery check command to check a package. Regards, Paul -- gentoo-portage-dev@lists.gentoo.org mailing list
Re: [gentoo-portage-dev] Does portage store checksums for every installed file in a package?
Amit Dor-Shifer wrote: Hello all, I was wondering whether portage calculates and stores a checksum for every installed file (every file appearing in the output of "equery f "). If so, how can I access it? I've found a Manifest file in distfiles, but it doesn't seem to store checksums for the installed files. Yes it's in /var/db/pkg/$CAT/$PF/CONTENTS - there's md5sum and filesize for each installed file. You can check them for example by qcheck from portage-utils. Caster -- gentoo-portage-dev@lists.gentoo.org mailing list
[gentoo-portage-dev] Does portage store checksums for every installed file in a package?
Hello all, I was wondering whether portage calculates and stores a checksum for every installed file (every file appearing in the output of "equery f "). If so, how can I access it? I've found a Manifest file in distfiles, but it doesn't seem to store checksums for the installed files. Thanks, Amit -- gentoo-portage-dev@lists.gentoo.org mailing list
Re: [gentoo-portage-dev] [RFC] Auto-select slots based on system configuration
Daniel Barkalow wrote: It shouldn't remove the Java VM that java-config is set to. This would be a bit trickier I guess, as every user can have it set differently :) Caster -- gentoo-portage-dev@lists.gentoo.org mailing list
Re: [gentoo-portage-dev] [RFC] Auto-select slots based on system configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: > It seems to me like there are a number of things that should be able to > hint that you want some particular slots of particular packages, such that > --depclean doesn't remove them and emerge world updates them. > > For example, it shouldn't remove the version of gentoo-sources that your > /usr/src/linux symlink points to. It shouldn't remove the version of emacs > you've got eselected. It shouldn't remove a version of tomcat that you've > got in your default runlevel. It shouldn't remove the Java VM that > java-config is set to. > > For each of these, I think it should handle this information as if the > particular slot were in your world file, so long as the system is > configured that way (that is, it shouldn't actually record it in the world > file that way, but it should act like it saw it there). > > Would this be a generally good concept, if I came up with a suitable > implementation? (Now that the code is set up to carry out the implications > of such a setting) > > -Daniel > *This .sig left intentionally blank* It seems like those could could be implemented as package sets. We have support for packages sets in trunk (will be released as portage-2.2) and they have some documentation in docbook format. In case you'd like to try it, there are some instructions for using trunk here: http://www.gentoo.org/proj/en/portage/doc/testing.xml Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHptf6/ejvha5XGaMRAoHkAJ4nk9NEfRnmZ8jBoy+EGl2HTFqfqQCgxROp CINbUR/BFGMcUX+VisQXPOE= =Mcbd -END PGP SIGNATURE- -- gentoo-portage-dev@lists.gentoo.org mailing list