Re: [gentoo-user] Depclean and cross-foo/gcc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: I've been doing a lot of --depclean lately, and I've run into something odd. emerge --depclean cross-avr/gcc wants to remove all 3 versions, but it's in my world file. On the other hand, emerge --depclean doesn't want to remove any of them. I initially set this up with a crossdev that's now quite ancient, which may be significant, but I don't want to entirely redo all my avr compilers to get them with the new crossdev. What I'd actually like is to have a specific version (the one that our code is most heavily tested with), and the latest version (to test that). Is there some way to have --depclean see a dependancy on a specific version (or slot, as I've already masked other versions that would be in that slot) from world or the equivalent? I think you want --prune, since --depclean behaves like a dependency aware version of --unmerge. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHGO5L/ejvha5XGaMRAuErAJ9X9fs1gK2Iyp2G9gvJlBf8Da0VwACgl/iQ ZCYrEPK4lkhxwG4hGPBN+N4= =yQOh -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Depclean and cross-foo/gcc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: According to the man page, --prune will remove the old version that I want to keep. I want to have 3.4.4-r1 and (currently) 4.2.2, but I don't care about 4.1.2. When 4.2.3 comes out, I'll want that instead of 4.2.2. The problem is that world atoms are greedy with respect to slots, so if you have cross-avr/gcc in world then a global `emerge - --depclean` will not remove 4.2.2 after 4.2.3 has been installed. System atoms are not greedy for slots, so you can solve the problem like this: mkdir -p /etc/portage/profile echo *cross-avr/gcc /etc/portage/profile/packages echo *cross-avr/gcc:3.4 /etc/portage/profile/packages That pull the highest available overall and the highest available from the 3.4 SLOT into your system set (the packages file is documented in `man portage`). Remove the cross-avr/gcc atoms from /var/lib/portage/world since you won't need them anymore. Once you've done that, a global `emerge --depclean` should remove everything except the highest available overall version and the highest available from the 3.4 SLOT. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHGTpe/ejvha5XGaMRAukLAKCkVjyegFQYtE/ZHRPKE1cWfwfsKwCg25L0 TZCq6dvV/itwakHdG9bjKvA= =G1j+ -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Depclean and cross-foo/gcc
On Fri, 19 Oct 2007, Zac Medico wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: I've been doing a lot of --depclean lately, and I've run into something odd. emerge --depclean cross-avr/gcc wants to remove all 3 versions, but it's in my world file. On the other hand, emerge --depclean doesn't want to remove any of them. I initially set this up with a crossdev that's now quite ancient, which may be significant, but I don't want to entirely redo all my avr compilers to get them with the new crossdev. What I'd actually like is to have a specific version (the one that our code is most heavily tested with), and the latest version (to test that). Is there some way to have --depclean see a dependancy on a specific version (or slot, as I've already masked other versions that would be in that slot) from world or the equivalent? I think you want --prune, since --depclean behaves like a dependency aware version of --unmerge. According to the man page, --prune will remove the old version that I want to keep. I want to have 3.4.4-r1 and (currently) 4.2.2, but I don't care about 4.1.2. When 4.2.3 comes out, I'll want that instead of 4.2.2. -Daniel *This .sig left intentionally blank* -- [EMAIL PROTECTED] mailing list
[gentoo-user] Depclean and cross-foo/gcc
I've been doing a lot of --depclean lately, and I've run into something odd. emerge --depclean cross-avr/gcc wants to remove all 3 versions, but it's in my world file. On the other hand, emerge --depclean doesn't want to remove any of them. I initially set this up with a crossdev that's now quite ancient, which may be significant, but I don't want to entirely redo all my avr compilers to get them with the new crossdev. What I'd actually like is to have a specific version (the one that our code is most heavily tested with), and the latest version (to test that). Is there some way to have --depclean see a dependancy on a specific version (or slot, as I've already masked other versions that would be in that slot) from world or the equivalent? -Daniel *This .sig left intentionally blank* -- [EMAIL PROTECTED] mailing list