[gentoo-user] --depclean won't work anymore.

[gentoo-user] --depclean won't work anymore.

[Dale]

Hi,

I did my weekly sync tonight and ran emerge -uvDN world afterwards.  It
updated portage and a few other programs.  I then wanted to check to see
if anything was no longer needed by using --depclean -p.  Well, I got
this back:

> root@smoker / # emerge -p --depclean
>
>  * Always study the list of packages to be cleaned for any obvious
>  * mistakes. Packages that are part of the world set will always
>  * be kept.  They can be manually added to this set with
>  * `emerge --noreplace <atom>`.  Packages that are listed in
>  * package.provided (see portage(5)) will be removed by
>  * depclean, even if they are part of the world set.
>  *
>  * As a safety measure, depclean will not remove any packages
>  * unless *all* required dependencies have been resolved.  As a
>  * consequence, it is often necessary to run `emerge --update
>  * --newuse --deep @system @world` prior to depclean.
>
> Calculating dependencies... done!
>  * Dependencies could not be completely resolved due to
>  * the following required packages not being installed:
>  *
>  *   virtual/perl-ExtUtils-CBuilder pulled in by:
>  *     perl-core/File-Spec-3.27.01
>  *
>  * Have you forgotten to run `emerge --update --newuse --deep world`
> prior to
>  * depclean?  It may be necessary to manually uninstall packages that
> no longer
>  * exist in the portage tree since it may not be possible to satisfy their
>  * dependencies.  Also, be aware of the --with-bdeps option that is
> documented
>  * in `man emerge`.
> root@smoker / #      

Since I just updated everything I thought I would try the new set
thingy, not into that set thing much but just in case.  I get this:

> root@smoker / # emerge -u --newuse --deep @system @world
> Calculating dependencies... done!
> >>> Auto-cleaning packages...
>
> >>> No outdated packages were found on your system.
> root@smoker / #

What gives here?  Everything is up to date yet it then tells me
something is not.  Since portage updated itself and I saw this little
info scroll by:

>  * If you're upgrading from a pre-2.2 version of portage you might
>  * want to remerge world (emerge -e world) to take full advantage
>  * of some of the new features in 2.2.
>  * This is not required however for portage to function properly.

Does this mean I need to do a emerge -e world for --depclean to work? 
Seems a little extreme to me.  This from a emerge -evp world:

> Total: 888 packages (3 upgrades, 5 new, 1 in new slot, 879
> reinstalls), Size of downloads: 94,583 kB
> Fetch Restriction: 1 package

Then again, emerge -evp does show 5 new packages.  I'm like that little
puppet of Jeff Dunham's, 'what the he**'?  Maybe I need to go back a
version of portage.  LOL

Thoughts?  I say thoughts cause I'm not sure there is a answer to this
one.  o_O

Dale

:-)  :-) 

Oh, the new/upgrade/slot list:

> [ebuild  NS   ] sys-kernel/gentoo-sources-2.6.26-r3 [2.6.23-r8,
> 2.6.25-r9] USE="-build -symlink" 48,452 kB
> [ebuild  N    ] virtual/perl-Module-Build-0.28.08  0 kB
> [ebuild  N    ] virtual/perl-ExtUtils-CBuilder-0.23  0 kB
> [ebuild  N    ] virtual/perl-Archive-Tar-1.40  0 kB
> [ebuild  N    ] virtual/perl-ExtUtils-ParseXS-2.19  0 kB
> [ebuild  N    ] virtual/perl-IO-Zlib-1.09  0 kB
> [ebuild     U ] app-text/rarian-0.8.1 [0.8.0-r1] USE="-debug" 317 kB
> [ebuild     U ] www-client/seamonkey-1.1.13 [1.1.12] USE="crypt ipv6
> java ldap xprint -debug -gnome -mozdevelop -moznocompose -moznoirc
> -moznomail -moznopango -moznoroaming -postgres -xforms -xinerama"
> 37,166 kB
> [ebuild     U ] media-gfx/imagemagick-6.4.4.6 [6.4.0.6] USE="X bzip2
> corefonts%* jbig jpeg jpeg2k openmp%* perl png svg tiff truetype wmf
> xml zlib -djvu -doc -fontconfig -fpx -graphviz -gs -hdri -lcms -nocxx
> -openexr -q32 -q8 -raw%" 8,650 kB

I knew someone would ask for that.  ;-)

Re: [gentoo-user] --depclean won't work anymore.

[Chris Thomas]

I had the same thing happen tonight. I just emerged:

perl-Module-Build
perl-ExtUtils-CBuilder
perl-Archive-Tar
virtual/perl-ExtUtils-ParseXS
virtual/perl-IO-Zlib

and then emerge --depclean worked.

-Chris


On Sat, Nov 22, 2008 at 10:39 PM, Dale <rdalek1967@gmail.com> wrote:
> Hi,
>
> I did my weekly sync tonight and ran emerge -uvDN world afterwards.  It
> updated portage and a few other programs.  I then wanted to check to see
> if anything was no longer needed by using --depclean -p.  Well, I got
> this back:
>
>> root@smoker / # emerge -p --depclean
>>
>>  * Always study the list of packages to be cleaned for any obvious
>>  * mistakes. Packages that are part of the world set will always
>>  * be kept.  They can be manually added to this set with
>>  * `emerge --noreplace <atom>`.  Packages that are listed in
>>  * package.provided (see portage(5)) will be removed by
>>  * depclean, even if they are part of the world set.
>>  *
>>  * As a safety measure, depclean will not remove any packages
>>  * unless *all* required dependencies have been resolved.  As a
>>  * consequence, it is often necessary to run `emerge --update
>>  * --newuse --deep @system @world` prior to depclean.
>>
>> Calculating dependencies... done!
>>  * Dependencies could not be completely resolved due to
>>  * the following required packages not being installed:
>>  *
>>  *   virtual/perl-ExtUtils-CBuilder pulled in by:
>>  *     perl-core/File-Spec-3.27.01
>>  *
>>  * Have you forgotten to run `emerge --update --newuse --deep world`
>> prior to
>>  * depclean?  It may be necessary to manually uninstall packages that
>> no longer
>>  * exist in the portage tree since it may not be possible to satisfy their
>>  * dependencies.  Also, be aware of the --with-bdeps option that is
>> documented
>>  * in `man emerge`.
>> root@smoker / #
>
> Since I just updated everything I thought I would try the new set
> thingy, not into that set thing much but just in case.  I get this:
>
>> root@smoker / # emerge -u --newuse --deep @system @world
>> Calculating dependencies... done!
>> >>> Auto-cleaning packages...
>>
>> >>> No outdated packages were found on your system.
>> root@smoker / #
>
> What gives here?  Everything is up to date yet it then tells me
> something is not.  Since portage updated itself and I saw this little
> info scroll by:
>
>>  * If you're upgrading from a pre-2.2 version of portage you might
>>  * want to remerge world (emerge -e world) to take full advantage
>>  * of some of the new features in 2.2.
>>  * This is not required however for portage to function properly.
>
> Does this mean I need to do a emerge -e world for --depclean to work?
> Seems a little extreme to me.  This from a emerge -evp world:
>
>> Total: 888 packages (3 upgrades, 5 new, 1 in new slot, 879
>> reinstalls), Size of downloads: 94,583 kB
>> Fetch Restriction: 1 package
>
> Then again, emerge -evp does show 5 new packages.  I'm like that little
> puppet of Jeff Dunham's, 'what the he**'?  Maybe I need to go back a
> version of portage.  LOL
>
> Thoughts?  I say thoughts cause I'm not sure there is a answer to this
> one.  o_O
>
> Dale
>
> :-)  :-)
>
> Oh, the new/upgrade/slot list:
>
>> [ebuild  NS   ] sys-kernel/gentoo-sources-2.6.26-r3 [2.6.23-r8,
>> 2.6.25-r9] USE="-build -symlink" 48,452 kB
>> [ebuild  N    ] virtual/perl-Module-Build-0.28.08  0 kB
>> [ebuild  N    ] virtual/perl-ExtUtils-CBuilder-0.23  0 kB
>> [ebuild  N    ] virtual/perl-Archive-Tar-1.40  0 kB
>> [ebuild  N    ] virtual/perl-ExtUtils-ParseXS-2.19  0 kB
>> [ebuild  N    ] virtual/perl-IO-Zlib-1.09  0 kB
>> [ebuild     U ] app-text/rarian-0.8.1 [0.8.0-r1] USE="-debug" 317 kB
>> [ebuild     U ] www-client/seamonkey-1.1.13 [1.1.12] USE="crypt ipv6
>> java ldap xprint -debug -gnome -mozdevelop -moznocompose -moznoirc
>> -moznomail -moznopango -moznoroaming -postgres -xforms -xinerama"
>> 37,166 kB
>> [ebuild     U ] media-gfx/imagemagick-6.4.4.6 [6.4.0.6] USE="X bzip2
>> corefonts%* jbig jpeg jpeg2k openmp%* perl png svg tiff truetype wmf
>> xml zlib -djvu -doc -fontconfig -fpx -graphviz -gs -hdri -lcms -nocxx
>> -openexr -q32 -q8 -raw%" 8,650 kB
>
> I knew someone would ask for that.  ;-)
>
>
>
>
>
>
>
>
>
>
>

Re: [gentoo-user] --depclean won't work anymore.

[Dale]

Chris Thomas wrote:
> I had the same thing happen tonight. I just emerged:
>
> perl-Module-Build
> perl-ExtUtils-CBuilder
> perl-Archive-Tar
> virtual/perl-ExtUtils-ParseXS
> virtual/perl-IO-Zlib
>
> and then emerge --depclean worked.
>
> -Chris
>
>   

After hitting the send button, I thought about the with-bdeps y option. 
I tried that and it gave me this:

root@smoker / # emerge -uvDNp --with-bdeps y world

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS   ] sys-kernel/gentoo-sources-2.6.26-r3 [2.6.23-r8,
2.6.25-r9] USE="-build -symlink" 48,452 kB
[ebuild  N    ] virtual/perl-Module-Build-0.28.08  0 kB
[ebuild  N    ] virtual/perl-ExtUtils-CBuilder-0.23  0 kB
[ebuild  N    ] virtual/perl-Archive-Tar-1.40  0 kB
[ebuild  N    ] virtual/perl-ExtUtils-ParseXS-2.19  0 kB
[ebuild  N    ] virtual/perl-IO-Zlib-1.09  0 kB
[ebuild     U ] app-text/rarian-0.8.1 [0.8.0-r1] USE="-debug" 317 kB
[ebuild     U ] media-gfx/imagemagick-6.4.4.6 [6.4.0.6] USE="X bzip2
corefonts%* jbig jpeg jpeg2k openmp%* perl png svg tiff truetype wmf xml
zlib -djvu -doc -fontconfig -fpx -graphviz -gs -hdri -lcms -nocxx
-openexr -q32 -q8 -raw%" 8,650 kB
[ebuild     U ] www-client/seamonkey-1.1.13 [1.1.12] USE="crypt ipv6
java ldap xprint -debug -gnome -mozdevelop -moznocompose -moznoirc
-moznomail -moznopango -moznoroaming -postgres -xforms -xinerama" 37,166 kB

Total: 9 packages (3 upgrades, 5 new, 1 in new slot), Size of downloads:
94,583 kB
root@smoker / #

I guess we need to add that option to make sure we are REALLY up to
date.  Isn't there a way to tell a command to add options without typing
it in each time?  Not just portage but any command.  It may work well
for this.  Than again, that may mess up a -C command.   o_O

Here goes about 10 or 11 hours of download.  < sighs >

Dale

:-)  :-) 

Re: [gentoo-user] --depclean won't work anymore.

[Alan McKinnon]

On Sunday 23 November 2008 06:23:41 Dale wrote:
> I guess we need to add that option to make sure we are REALLY up to
> date.  Isn't there a way to tell a command to add options without typing
> it in each time?  Not just portage but any command.  It may work well
> for this.  Than again, that may mess up a -C command.   o_O

Define an alias in your profile to get that

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] --depclean won't work anymore.

[Dale]

Alan McKinnon wrote:
> On Sunday 23 November 2008 06:23:41 Dale wrote:
>   
>> I guess we need to add that option to make sure we are REALLY up to
>> date.  Isn't there a way to tell a command to add options without typing
>> it in each time?  Not just portage but any command.  It may work well
>> for this.  Than again, that may mess up a -C command.   o_O
>>     
>
> Define an alias in your profile to get that
>
>   

Cool.  It works best here:  /etc/bash/bashrc  About line 68 on my file. 
Looks like a script but it seems to work. 

I hope I don't bork my system playing with this.  LOL

Thanks

Dale

:-)  :-) 

Re: [gentoo-user] --depclean won't work anymore.

[Daniel Pielmeier]

[-- Attachment #1: Type: text/plain, Size: 1073 bytes --]

Dale schrieb am 23.11.2008 10:06:
> Alan McKinnon wrote:
>> On Sunday 23 November 2008 06:23:41 Dale wrote:
>>   
>>> I guess we need to add that option to make sure we are REALLY up to
>>> date.  Isn't there a way to tell a command to add options without typing
>>> it in each time?  Not just portage but any command.  It may work well
>>> for this.  Than again, that may mess up a -C command.   o_O
>>>     
>> Define an alias in your profile to get that
>>
>>   
> 
> Cool.  It works best here:  /etc/bash/bashrc  About line 68 on my file. 
> Looks like a script but it seems to work. 
> 
> I hope I don't bork my system playing with this.  LOL

I think there is a more elegant solution by using EMERGE_DEFAULT_OPTS in
make.conf.

grep EMERGE_DEFAULT_OPTS /etc/make.conf
EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"

From man.make.conf:

EMERGE_DEFAULT_OPTS

Options to append to the end of the emerge(1) command line on every
invocation. These options will not be appended to the command line if
--ignore-default-opts is specified.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-user] --depclean won't work anymore.

[Dale]

Daniel Pielmeier wrote:
> Dale schrieb am 23.11.2008 10:06:
>   
>> Alan McKinnon wrote:
>>     
>>> On Sunday 23 November 2008 06:23:41 Dale wrote:
>>>   
>>>       
>>>> I guess we need to add that option to make sure we are REALLY up to
>>>> date.  Isn't there a way to tell a command to add options without typing
>>>> it in each time?  Not just portage but any command.  It may work well
>>>> for this.  Than again, that may mess up a -C command.   o_O
>>>>     
>>>>         
>>> Define an alias in your profile to get that
>>>
>>>   
>>>       
>> Cool.  It works best here:  /etc/bash/bashrc  About line 68 on my file. 
>> Looks like a script but it seems to work. 
>>
>> I hope I don't bork my system playing with this.  LOL
>>     
>
> I think there is a more elegant solution by using EMERGE_DEFAULT_OPTS in
> make.conf.
>
> grep EMERGE_DEFAULT_OPTS /etc/make.conf
> EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"
>
> From man.make.conf:
>
> EMERGE_DEFAULT_OPTS
>
> Options to append to the end of the emerge(1) command line on every
> invocation. These options will not be appended to the command line if
> --ignore-default-opts is specified.
>
>   

True, right now I have only changed the ls command as far as the alias
thing goes.  I'll find some more tho I'm sure.

I have the same old make.conf I had from my original install about 5
years ago.  I used to have a make.conf.example but it seems to have been
moved to /usr/share/portage/config which is odd.  I put a link to /etc
so I don't feel so lost.  Anyway, I wonder what affect that would have
on say a emerge -C <package-name>?  Would there be any other gotchas
when adding that would not be a good idea?  Would portage just ignore it
during certain commands?  As far as updates, I would like it to add that
but not sure what other affects that may have. 

Your thoughts?

Dale

:-)  :-) 

Re: [gentoo-user] --depclean won't work anymore.

[Daniel Pielmeier]

[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]

Dale schrieb am 23.11.2008 11:31:
> Daniel Pielmeier wrote:
>>
>> I think there is a more elegant solution by using EMERGE_DEFAULT_OPTS in
>> make.conf.
>>
>> grep EMERGE_DEFAULT_OPTS /etc/make.conf
>> EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"
>>
>> From man.make.conf:
>>
>> EMERGE_DEFAULT_OPTS
>>
>> Options to append to the end of the emerge(1) command line on every
>> invocation. These options will not be appended to the command line if
>> --ignore-default-opts is specified.
>>
>>   
> 
> True, right now I have only changed the ls command as far as the alias
> thing goes.  I'll find some more tho I'm sure.
> 
> I have the same old make.conf I had from my original install about 5
> years ago.  I used to have a make.conf.example but it seems to have been
> moved to /usr/share/portage/config which is odd.  I put a link to /etc
> so I don't feel so lost.  Anyway, I wonder what affect that would have
> on say a emerge -C <package-name>?  Would there be any other gotchas
> when adding that would not be a good idea?  Would portage just ignore it
> during certain commands?  As far as updates, I would like it to add that
> but not sure what other affects that may have. 
> 
> Your thoughts?

I think I got the information about --with-bdeps from here [1], so this
is all the information I have.
Also I am still on stable portage, while I guess you are not (as
/etc/make.conf.example is still in place), so I don't know if there has
anything changed in the meantime regarding this option.

[1] http://www.gentoo.org/proj/en/portage/doc/faq.xml



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-user] --depclean won't work anymore.

[Dale]

Daniel Pielmeier wrote:
> Dale schrieb am 23.11.2008 11:31:
>   
>>
>
> I think I got the information about --with-bdeps from here [1], so this
> is all the information I have.
> Also I am still on stable portage, while I guess you are not (as
> /etc/make.conf.example is still in place), so I don't know if there has
> anything changed in the meantime regarding this option.
>
> [1] http://www.gentoo.org/proj/en/portage/doc/faq.xml
>
>
>   

I did go unstable with portage.  You are right there.  Since I am
running unstable and some docs may not be up to date, I read the emerge
man page.  I may just test it with the -p or -a option to see what it
does.  If it doesn't go crazy and want to remove everything in world, it
may be OK.  emerge is currently running so I'll have to wait to test it.

By the way, the new portage rocks!  It can handle blocks and stuff a LOT
easier.  I think the devs are singing from the same sheet music again. 
GO DEVS!!!

Dale

:-)  :-) 

Re: [gentoo-user] --depclean won't work anymore.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1033 bytes --]

On Sun, 23 Nov 2008 04:31:18 -0600, Dale wrote:

> > I think there is a more elegant solution by using EMERGE_DEFAULT_OPTS
> > in make.conf.
> >
> > grep EMERGE_DEFAULT_OPTS /etc/make.conf
> > EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"

> I have the same old make.conf I had from my original install about 5
> years ago.  I used to have a make.conf.example but it seems to have been
> moved to /usr/share/portage/config which is odd.  I put a link to /etc
> so I don't feel so lost.  Anyway, I wonder what affect that would have
> on say a emerge -C <package-name>?  Would there be any other gotchas
> when adding that would not be a good idea?  Would portage just ignore it
> during certain commands?  As far as updates, I would like it to add that
> but not sure what other affects that may have. 

I've had --with-bdeps y in make.conf for ages with no problems. Portage
happily ignores options that do not apply to the current operation. 


-- 
Neil Bothwick

He's dead, Jim. Just like your career.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] --depclean won't work anymore.

[Dale]

Neil Bothwick wrote:
> On Sun, 23 Nov 2008 04:31:18 -0600, Dale wrote:
>
>   
>>> I think there is a more elegant solution by using EMERGE_DEFAULT_OPTS
>>> in make.conf.
>>>
>>> grep EMERGE_DEFAULT_OPTS /etc/make.conf
>>> EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"
>>>       
>
>   
>> I have the same old make.conf I had from my original install about 5
>> years ago.  I used to have a make.conf.example but it seems to have been
>> moved to /usr/share/portage/config which is odd.  I put a link to /etc
>> so I don't feel so lost.  Anyway, I wonder what affect that would have
>> on say a emerge -C <package-name>?  Would there be any other gotchas
>> when adding that would not be a good idea?  Would portage just ignore it
>> during certain commands?  As far as updates, I would like it to add that
>> but not sure what other affects that may have. 
>>     
>
> I've had --with-bdeps y in make.conf for ages with no problems. Portage
> happily ignores options that do not apply to the current operation. 
>
>
>   

Cool.  I have not had the time to even test this out.  My radiator on my
car had a blow out so I been working on that.  Couldn't fix the old one
so I had to buy a new one.  Stupid plastic crap!

Gone to add that to make.conf.

Thanks for sharing.

Dale

:-)  :-)

Re: [gentoo-user] --depclean won't work anymore.

[Jorge Peixoto de Morais Neto]

>>>> EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"
I don't see the reason tough. Mine is just
$ fgrep DEFAULT /etc/make.conf
EMERGE_DEFAULT_OPTS=--nospinner
The portage's default around bdeps is fine with me. It makes sense.
And please think before changing the defaults. Do not change it just
because it is fun. When you mess too much with your system, then when
something breaks, it is harder to pinpoint the cause.
(This comes from a reformed ricer).

Regards,
    Jorge Peixoto

Re: [gentoo-user] --depclean won't work anymore.

[Dale]

Jorge Peixoto de Morais Neto wrote:
>>>>> EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"
>>>>>           
> I don't see the reason tough. Mine is just
> $ fgrep DEFAULT /etc/make.conf
> EMERGE_DEFAULT_OPTS=--nospinner
> The portage's default around bdeps is fine with me. It makes sense.
> And please think before changing the defaults. Do not change it just
> because it is fun. When you mess too much with your system, then when
> something breaks, it is harder to pinpoint the cause.
> (This comes from a reformed ricer).
>
> Regards,
>     Jorge Peixoto
>
>
>   


Well, this started because revdep-rebuild was griping about a package
not being up to date and with-bdeps fixed it.  Actually, since I rarely
change a USE flag, the -N option doesn't do much either but I still add
it in.  I learned a long time ago that keeping everything up to date is
the best way to keep my system stable.

If you really get down to it, as long as your system is working well,
why upgrade anything at all?  If you are behind a firewall, there may
not be any reason to upgrade more than every year or so.  Yet, we still
do it anyway.  ;-)  Gentoo actually sort of requires since if you get to
far behind, it's about easier to re-install.

As long as it works. . . . .

Dale

:-)  :-) 

Re: [gentoo-user] --depclean won't work anymore.

[Jorge Peixoto de Morais Neto]

On Thu, Nov 27, 2008 at 1:53 AM, Dale <rdalek1967@gmail.com> wrote:
> Jorge Peixoto de Morais Neto wrote:
>>>>>> EMERGE_DEFAULT_OPTS="--with-bdeps y --nospinner"
>>>>>>
>> I don't see the reason tough. Mine is just
>> $ fgrep DEFAULT /etc/make.conf
>> EMERGE_DEFAULT_OPTS=--nospinner
>> The portage's default around bdeps is fine with me. It makes sense.
>> And please think before changing the defaults. Do not change it just
>> because it is fun. When you mess too much with your system, then when
>> something breaks, it is harder to pinpoint the cause.
>> (This comes from a reformed ricer).
> Well, this started because revdep-rebuild was griping about a package
> not being up to date and with-bdeps fixed it.
You could just install the packages that emerge -p --depclean complained about.
And this is rare anyway. I for example have a lot of packages that
would be installed with a emerge -pDuNv --with-bdeps=y world, but
emerge -p --depc runs fine.
In the exceptional case that emerge -p --depc complains, you install
the required package.