From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] understanding --depclean
Date: Wed, 12 Nov 2008 11:15:00 -0600 [thread overview]
Message-ID: <491B0F14.8040807@gmail.com> (raw)
In-Reply-To: <491A9F8A.70603@konstantinhansen.de>
KH wrote:
> Dale schrieb:
>
>> Michael P. Soulier wrote:
>>
>>
>>> I'm new to gentoo, and I recently changed my USE flags, so I ran
>>>
>>> emerge -p --depclean
>>>
>>> to see what it suggests removing.
>>>
>>> Along with many others, I see
>>>
>>> dev-lang/python
>>> selected: 2.4.4-r13
>>> protected: none
>>> omitted: 2.5.2-r7
>>>
>>> msoulier@anton:~$ equery list | grep dev-lang/python
>>> dev-lang/python-2.4.4-r13
>>> dev-lang/python-2.5.2-r7
>>>
>>> So it's going to remove the redundant python version, is that right? Any
>>> chance of shared files being removed?
>>>
>>> Thanks,
>>> Mike
>>>
>>>
>>>
>> Run this, emerge -uvDNp world and see if it wants to emerge anything.
>> man emerge will tell you what the options are for but the -N is the
>> important part. Also, you may want to run python-updater as well just
>> to see if it picks up anything. Basically, you want to make sure
>> everything is using the new version of python before removing the old.
>> --depclean has no clue on that one.
>>
>> Also, anytime you run --depclean, run revdep-rebuild -i afterwards just
>> in case something did get messed up. Always do that before you log out
>> or reboot. I have been known to switch to another console and login
>> before logging out of the other one. Just to be sure.
>>
>> Be very careful with --depclean. It can really mess up something if you
>> are not watching close. Ask first if you're not sure.
>>
>> Dale
>>
>> :-) :-)
>>
>>
>>
> Hi,
> As I have written somewhere else a couple of times. If unmerging a part
> of the system consider running quickpkg --include-config=y
> <forexamplepython> before. Running revdep-rebuild might show you do have
> to reinstall whatever you unmerged but emerge might not be able to do it
> any longer if something is really broken.
> kh
>
>
>
Another good way is to have it in make.conf. I have buildsyspkg in mine
so that it does it automatically. It hasn't saved me yet since I follow
my own advice but it may one day.
Dale
:-) :-)
next prev parent reply other threads:[~2008-11-12 17:15 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-12 4:41 [gentoo-user] understanding --depclean Michael P. Soulier
2008-11-12 5:00 ` Dale
2008-11-12 9:08 ` Neil Bothwick
2008-11-12 17:13 ` Dale
2008-11-12 21:12 ` Neil Bothwick
2008-11-13 19:29 ` Dale
2008-11-12 9:19 ` KH
2008-11-12 17:15 ` Dale [this message]
2008-11-12 9:48 ` Vladimir Rusinov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=491B0F14.8040807@gmail.com \
--to=rdalek1967@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox