[gentoo-user] equery depends =dev-lang/python-2.6.6-r2

[James]

SO

It is time to remove
dev-lang/python-2.6.6-r2

But, I do not believe the results of this
command, as python-2.7x has been installed
on this system for some time. I have updated
many times with -D and rebuild @system recently.

Still many packages are listed as depending specifically
on dev-lang/python-2.6.6-r2.

Is there a better command/syntax to use to flush out
what is still dependent on an old/slotted version
of python. python-updater is periodically run on the
system, just in case anyone thinks that is the issue.

curiously,
James

[James]

James <wireless <at> tampabay.rr.com> writes:

> It is time to remove
> dev-lang/python-2.6.6-r2

emerge --depclean -pv =dev-lang/python-2.6.6-r2

>>> Calculating removal order...

>>> These are the packages that would be unmerged:

dev-lang/python
selected: 2.6.6-r2
protected: none
omitted: 2.7.1-r1 3.1.3-r1

All selected packages: dev-lang/python-2.6.6-r2
Packages installed: 1289
Packages in world: 101
Packages in system: 45
Required packages: 1287
Number to remove: 1

CAN I TRUST this syntax to test for packages to remove?

James

[Mark Knecht]

I believe you can trust it, but why use --depclean instead of just -C?

Prior to doing anything please ensure that you have eselect python
setup correctly for a python-2.7 package that's on the machine.

HTH,
Mark

[Mark Knecht]

On Fri, Sep 2, 2011 at 8:34 AM, James <wire...@tampabay.rr.com> wrote:
<SNIP>

> Is there a better command/syntax to use to flush out
> what is still dependent on an old/slotted version
> of python. python-updater is periodically run on the
> system, just in case anyone thinks that is the issue.

Sorry, I should have addressed this last question. Try:

equery depends python-2.6.6-r2

and carefully go through the output posting back any addition info and
questions.

HTH,
Mark

[James]

Mark Knecht <markknecht <at> gmail.com> writes:

> > emerge --depclean -pv =dev-lang/python-2.6.6-r2

> I believe you can trust it, but why use --depclean instead of just -C?

I found this syntax googling (hi Neil)...

Since the purpose is to remove pacakges, I guess depclean works the
best? Dunno really, just found it googling.

> Prior to doing anything please ensure that you have eselect python
> setup correctly for a python-2.7 package that's on the machine.

It has been set to 2.7 for a long time.

[Sebastian Beßler]

Am 02.09.2011 18:09, schrieb Mark Knecht:

> I believe you can trust it, but why use --depclean instead of just -C?

If you unmerge with -C you have to be sure that nothing needs it as a
dependency. Using --depclean helps because it checks that and only
unmerges if nothing needs it as a dependency anymore.

Greetings

Sebastian

[Mark Knecht]

Fair enough. Thanks. Presumably the use of --depclean doesn't work
until you're clear with emerge -DuN @world?

I've used this stuff so long I've not learned many of the newer tricks
I think. Good stuff.

Cheers,
Mark

[Brennan Shacklett]

It depends on the package you're trying to remove, but often in my experience when using depclean on a single package it works fine without updating world.
Also, -c is an alias for --depclean.

[Neil Bothwick]

On Fri, 2 Sep 2011 12:17:57 -0700, Mark Knecht wrote:

> >> I believe you can trust it, but why use --depclean instead of just
> >> -C?
> >
> > If you unmerge with -C you have to be sure that nothing needs it as a
> > dependency. Using --depclean helps because it checks that and only
> > unmerges if nothing needs it as a dependency anymore.
> >
> > Greetings
> >
> > Sebastian
>
> Fair enough. Thanks. Presumably the use of --depclean doesn't work
> until you're clear with emerge -DuN @world?
>
> I've used this stuff so long I've not learned many of the newer tricks
> I think. Good stuff.

I believe the -C output recommends using --depclean instead now.

--
Neil Bothwick

This chicken has no beak, said Tom impeccably.

[Nikos Chantziaras]

On 09/02/2011 06:59 PM, James wrote:
> James<wireless<at> tampabay.rr.com> writes:
>
>
>> It is time to remove
>> dev-lang/python-2.6.6-r2
>
> emerge --depclean -pv =dev-lang/python-2.6.6-r2

>[...]

> CAN I TRUST this syntax to test for packages to remove?

You can trust it because portage *is* the package manager, and the
package manager always knows what the dependencies of packages are.
Tools like equery can do analysis and stuff, but the final decision of
what gets installed and what's needed is up to Portage. So if you can't
trust the package manager, you're screwed anyway :-)

However, "emerge -uDN world" must pass cleanly before you depclean
something.

[Peter Humphrey]

On Friday 02 September 2011 16:34:59 James wrote:
> SO
>
> It is time to remove
> dev-lang/python-2.6.6-r2
>
> But, I do not believe the results of this
> command, as python-2.7x has been installed
> on this system for some time. I have updated
> many times with -D and rebuild @system recently.
>
> Still many packages are listed as depending specifically
> on dev-lang/python-2.6.6-r2.

I assume you have run python-updater?

--
Rgds
Peter Linux Counter 5290, 1994-04-23

[Peter Humphrey]

On Saturday 03 September 2011 11:55:06 Nikos Chantziaras wrote:

> You can trust it because portage *is* the package manager, and the
> package manager always knows what the dependencies of packages are.
> Tools like equery can do analysis and stuff, but the final decision of
> what gets installed and what's needed is up to Portage. So if you can't
> trust the package manager, you're screwed anyway :-)

Well I did trust it yesterday when it decided it ought to remove MySQL. What
the hell, I thought: I can put it back easily enough.

So today when I started KMail it wouldn't. I had not only to remerge MySQL
but to add mysql USE flag to qt-sql in package.use and remerge qt-sql as
well.

[Nikos Chantziaras]

Which is 100% correct behavior. Nothing in your system needed MySQL
installed, and qt-sql was merged without the "mysql" USE flag.

[Peter Humphrey]

On Saturday 03 September 2011 16:27:40 Nikos Chantziaras wrote:

> Which is 100% correct behavior. Nothing in your system needed MySQL
> installed, and qt-sql was merged without the "mysql" USE flag.

Except that it hadn't happened before. The system had been sitting happily
humming away, being updated daily, and then suddenly it realised that it had
excess packages on its hands. I couldn't see anything to explain why it
happened just yesterday, not a week or a fortnight ago.

[Mark Knecht]

Hi Neil,
Yeah, I think that's been true for awhile. However I'm fairly
selective about actually using --depclean when I can use -C, but
that's just me personally. In the case of the OP if I wanted to remove
exactly 1 package then personally I'd just use -C followed by emerge
-pvDuN @world or maybe revdep-rebuild -ip. But again, that's me.
--depclean is probably best for removing lots of things, and as I
think is clear from this thread, I didn't even know that --depclean
followed by a package name was even supported.

Cheers,
Mark

[Nikos Chantziaras]

The warning was here. You just missed it :-) Recently, I did an
"emerge -auDN world", and there was a USE flag change. Namely "mysql"
was removed from the default enabled flags of qt-sql, marked as "-mysql"
in a yellow color.

Yeah, it's easy to miss. But using Gentoo for quite a while now, I've
learned to pay attention to the smallest detail in the output of emerge
before entering "y" ;-)

[Alan McKinnon]

+1

I took to training my eyes to scan down emerge output (colourized)
looking for anything in green or yellow. Deal with those first, then
look at everything else.

Saved myself a lot of grief that way.

--
Alan McKinnnon
alan.m...@gmail.com