[gentoo-user] conflict in update

[gentoo-user] conflict in update

[Michael P. Soulier]

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

I'm trying to understand the explanation of this but I don't quite see it. It
looks like conflicting libraries used by gimp, inkscape and openoffice. 

I don't quite understand the explanation, and what my options are. 

Translation appreciated.

Thanks,
Mike

msoulier@anton:~$ emerge --pretend --update --deep world

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

Calculating dependencies... done!
[ebuild     U ] dev-libs/libassuan-1.0.5 [1.0.4]
[ebuild     U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE="xml%*" 
[ebuild     U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1]
[ebuild     U ] app-text/poppler-0.10.5-r1 [0.10.4]
[ebuild     U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4]
[ebuild     U ] app-crypt/gnupg-2.0.11 [2.0.10]
[ebuild     U ] dev-python/pygtk-2.14.1 [2.14.0]

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

app-text/poppler-bindings:0

  ('installed', '/', 'app-text/poppler-bindings-0.10.4', 'nomerge') pulled in
by
    ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed',
'/', 'media-gfx/gimp-2.6.4', 'nomerge')
    ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed',
'/', 'virtual/poppler-glib-0.10.4', 'nomerge')
    ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed',
'/', 'media-gfx/inkscape-0.46-r5', 'nomerge')
    (and 1 more)

  ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') pulled in by
    app-text/poppler-bindings required by world

  Explanation:

    New USE for 'app-text/poppler-bindings:0' are incorrectly set. In
    order to solve this, adjust USE to satisfy '~app-text/poppler-
    bindings-0.10.4[gtk,cairo]'.

app-text/poppler:0

  ('ebuild', '/', 'app-text/poppler-0.10.5-r1', 'merge') pulled in by
    ~app-text/poppler-0.10.5 required by ('ebuild', '/',
'app-text/poppler-bindings-0.10.5-r1', 'merge')
    (and 1 more)

  ('installed', '/', 'app-text/poppler-0.10.4', 'nomerge') pulled in by
    ~app-text/poppler-0.10.4 required by ('installed', '/',
'dev-tex/luatex-0.30.3', 'nomerge')
    ~app-text/poppler-0.10.4 required by ('installed', '/',
'app-text/poppler-bindings-0.10.4', 'nomerge')
    ~app-text/poppler-0.10.4 required by ('installed', '/',
'app-office/openoffice-3.0.0', 'nomerge')
    (and 3 more)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in the
dependencies of two different packages, then those packages can not be
installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man page
or refer to the Gentoo Handbook.

-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Justin]

Michael P. Soulier wrote:
> I'm trying to understand the explanation of this but I don't quite see it. It
> looks like conflicting libraries used by gimp, inkscape and openoffice. 
> 
> I don't quite understand the explanation, and what my options are. 
> 
> Translation appreciated.
> 
> Thanks,
> Mike
> 
> msoulier@anton:~$ emerge --pretend --update --deep world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild     U ] dev-libs/libassuan-1.0.5 [1.0.4]
> [ebuild     U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE="xml%*" 
> [ebuild     U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1]
> [ebuild     U ] app-text/poppler-0.10.5-r1 [0.10.4]
> [ebuild     U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4]
> [ebuild     U ] app-crypt/gnupg-2.0.11 [2.0.10]
> [ebuild     U ] dev-python/pygtk-2.14.1 [2.14.0]
> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> app-text/poppler-bindings:0
> 
>   ('installed', '/', 'app-text/poppler-bindings-0.10.4', 'nomerge') pulled in
> by
>     ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed',
> '/', 'media-gfx/gimp-2.6.4', 'nomerge')
>     ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed',
> '/', 'virtual/poppler-glib-0.10.4', 'nomerge')
>     ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed',
> '/', 'media-gfx/inkscape-0.46-r5', 'nomerge')
>     (and 1 more)
> 
>   ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') pulled in by
>     app-text/poppler-bindings required by world
> 
>   Explanation:
> 
>     New USE for 'app-text/poppler-bindings:0' are incorrectly set. In
>     order to solve this, adjust USE to satisfy '~app-text/poppler-
>     bindings-0.10.4[gtk,cairo]'.
> 

It tells you what todo:

emerge app-text/poppler-bindings-0.10.4

with USE="gtk cairo"

check that if it solves the problem

Re: [gentoo-user] conflict in update

[Neil Bothwick]

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

On Sat, 25 Apr 2009 16:32:30 +0200, Justin wrote:

> >   ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge')
> > pulled in by app-text/poppler-bindings required by world
> > 
> >   Explanation:
> > 
> >     New USE for 'app-text/poppler-bindings:0' are incorrectly set. In
> >     order to solve this, adjust USE to satisfy '~app-text/poppler-
> >     bindings-0.10.4[gtk,cairo]'.
> >   
> 
> It tells you what todo:
> 
> emerge app-text/poppler-bindings-0.10.4
> 
> with USE="gtk cairo"

And remove poppler-bindings from world.


-- 
Neil Bothwick

Error reading FAT record: Try the SKINNY one? (Y/N)

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

Re: [gentoo-user] conflict in update

[Mike Kazantsev]

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

On Sat, 25 Apr 2009 17:48:51 +0100
Neil Bothwick <neil@digimed.co.uk> wrote:

> And remove poppler-bindings from world.

And note that >=sys-apps/portage-2.2 will resolve that automagically
- without user (your) intervention.

-- 
Mike Kazantsev // fraggod.net

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

Re: [gentoo-user] conflict in update

[Michael P. Soulier]

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

On 26/04/09 Mike Kazantsev said:

> And note that >=sys-apps/portage-2.2 will resolve that automagically
> - without user (your) intervention.

sys-apps/portage-2.1.6.7

Will that go stable soon?

Mike
-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Mike Kazantsev]

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

On Sat, 25 Apr 2009 14:14:23 -0400
"Michael P. Soulier" <msoulier@digitaltorque.ca> wrote:

> On 26/04/09 Mike Kazantsev said:
> 
> > And note that >=sys-apps/portage-2.2 will resolve that automagically
> > - without user (your) intervention.
> 
> sys-apps/portage-2.1.6.7
> 
> Will that go stable soon?

I've yet to see any bugs.
It might not be good idea to mix stable/unstable trees, but since it
doesn't have much dependencies I think it's worth unmasking.

-- 
Mike Kazantsev // fraggod.net

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

Re: [gentoo-user] conflict in update

[Michael P. Soulier]

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

On 25/04/09 Neil Bothwick said:

> And remove poppler-bindings from world.

Ok, and will prevent it from being considered during my next world update, as
I understand it. Can you explain why that's a good thing?

Thanks,
Mike
-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Alan McKinnon]

On Saturday 25 April 2009 20:17:52 Michael P. Soulier wrote:
> On 25/04/09 Neil Bothwick said:
> > And remove poppler-bindings from world.
>
> Ok, and will prevent it from being considered during my next world update,
> as I understand it. Can you explain why that's a good thing?

No, it just takes it out of the world file and puts it back to what it really 
is - a dependant package that it pulled in and used if and only if it is 
needed.

You will not notice any difference in use, portage may well be in a position 
to automatically fix problems like this in the future, and one day you might 
find --depclean removing it when everything else using it is removed. What is 
exactly the behaviour you want.


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] conflict in update

[Michael P. Soulier]

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

On 25/04/09 Justin said:

> It tells you what todo:
>
> emerge app-text/poppler-bindings-0.10.4
>
> with USE="gtk cairo"
>
> check that if it solves the problem

msoulier@anton:~$ USE="gtk cairo" sudo emerge --pretend
app-text/poppler-bindings       

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

Calculating dependencies... done!
[ebuild     U ] app-text/poppler-0.10.5-r1 [0.10.4]
[ebuild     U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4]

Ok, I'll try this and repeat.

Mike
-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Michael P. Soulier]

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

On 25/04/09 Justin said:

> It tells you what todo:
>
> emerge app-text/poppler-bindings-0.10.4
>
> with USE="gtk cairo"
>
> check that if it solves the problem

Ok, I rebuilt app-text/poppler-bindings with USE="gtk cairo", and I removed
app-text/poppler-bindings from world.

Now I get this

msoulier@anton:~$ emerge --pretend --update --deep world

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

Calculating dependencies... done!
[ebuild     U ] dev-libs/libassuan-1.0.5 [1.0.4]
[ebuild     U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE="xml%*" 
[ebuild     U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1]
[ebuild     UD] app-text/poppler-0.10.4 [0.10.5-r1]
[ebuild     UD] app-text/poppler-bindings-0.10.4 [0.10.5-r1]
[ebuild     U ] app-crypt/gnupg-2.0.11 [2.0.10]
[ebuild     U ] dev-python/pygtk-2.14.1 [2.14.0]

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

app-text/poppler:0

  ('ebuild', '/', 'app-text/poppler-0.10.4', 'merge') pulled in by
    ~app-text/poppler-0.10.4 required by ('installed', '/',
'dev-tex/luatex-0.30.3', 'nomerge')
    ~app-text/poppler-0.10.4 required by ('installed', '/',
'app-text/xpdf-3.02-r2', 'nomerge')
    ~app-text/poppler-0.10.4 required by ('ebuild', '/',
'app-text/poppler-bindings-0.10.4', 'merge')
    (and 3 more)

  ('installed', '/', 'app-text/poppler-0.10.5-r1', 'nomerge') pulled in by
    app-text/poppler required by world


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in the
dependencies of two different packages, then those packages can not be
installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man page
or refer to the Gentoo Handbook.

So, luatex and xpdf require poppler 0.10.4, but app-text/poppler-0.10.5-r1 is
already installed. I guess xpdf and luatex can't handle the newer poppler
version for some reason? It's actually trying to downgrade poppler and
poppler-bindings for some reason.

Mike
-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Michael P. Soulier]

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

On 25/04/09 Michael P. Soulier said:

> So, luatex and xpdf require poppler 0.10.4, but app-text/poppler-0.10.5-r1 is
> already installed. I guess xpdf and luatex can't handle the newer poppler
> version for some reason? It's actually trying to downgrade poppler and
> poppler-bindings for some reason.

Furthermore it looks like

app-text/poppler-bindings and app-text/poppler aren't needed by anything right
now.

msoulier@anton:~$ emerge --pretend --depclean --verbose app-text/poppler       

Calculating dependencies... done!
  app-text/poppler-0.10.5-r1 pulled in by:
    app-text/poppler-bindings-0.10.5-r1

msoulier@anton:~$ emerge --pretend --depclean --verbose
app-text/poppler-bindings          

Calculating dependencies... done!

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

 app-text/poppler-bindings
    selected: 0.10.5-r1 
   protected: none 
     omitted: none 

app-text/poppler-bindings needs app-text/poppler but nothing needs
app-text/poppler-bindings, so maybe it's a leftover...

My apps actually want a previous version instead.

Mike
-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Michael P. Soulier]

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

On 25/04/09 Michael P. Soulier said:

> app-text/poppler-bindings and app-text/poppler aren't needed by anything right
> now.

So, I just unmerged them and now my upgrade path looks good.

I'm not sure what pulled in those newer versions previously.

Mike
-- 
Michael P. Soulier <msoulier@digitaltorque.ca>
"Any intelligent fool can make things bigger and more complex... It takes a
touch of genius - and a lot of courage to move in the opposite direction."
--Albert Einstein

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] conflict in update

[Alan McKinnon]

On Saturday 25 April 2009 20:52:28 Michael P. Soulier wrote:
> On 25/04/09 Michael P. Soulier said:
> > app-text/poppler-bindings and app-text/poppler aren't needed by anything
> > right now.
>
> So, I just unmerged them and now my upgrade path looks good.
>
> I'm not sure what pulled in those newer versions previously.

You did. 

You had it in world, remember. At some point you did something like this:

emerge poppler-bindings

So, it went in world, portage continued to emerge it to the latest and 
greatest newest version every time you ran emerge -avuND world. Eventually all 
consumers of the library were removed and you were left with an unused package 
in world.

Incidentally, poppler has a long and fine history of insanely breaking users' 
configs every time its developers sneeze. The number of times I've had poppler 
show up in revdep-rebuild output defies any kind of sane, logical, rational 
description. Not even Microsoft can breaks so many things so often, and that's 
saying something...


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] conflict in update

[Dale]

Alan McKinnon wrote:
>
> Incidentally, poppler has a long and fine history of insanely breaking users' 
> configs every time its developers sneeze. The number of times I've had poppler 
> show up in revdep-rebuild output defies any kind of sane, logical, rational 
> description. Not even Microsoft can breaks so many things so often, and that's 
> saying something...
>
>
>   

You sure it is as bad as M$?  That is pretty bad and saying a LOT. 

Dale

:-)  :-) 

Re: [gentoo-user] conflict in update

[John covici]

on Saturday 04/25/2009 Alan McKinnon(alan.mckinnon@gmail.com) wrote
 > On Saturday 25 April 2009 20:52:28 Michael P. Soulier wrote:
 > > On 25/04/09 Michael P. Soulier said:
 > > > app-text/poppler-bindings and app-text/poppler aren't needed by anything
 > > > right now.
 > >
 > > So, I just unmerged them and now my upgrade path looks good.
 > >
 > > I'm not sure what pulled in those newer versions previously.
 > 
 > You did. 
 > 
 > You had it in world, remember. At some point you did something like this:
 > 
 > emerge poppler-bindings
 > 
 > So, it went in world, portage continued to emerge it to the latest and 
 > greatest newest version every time you ran emerge -avuND world. Eventually all 
 > consumers of the library were removed and you were left with an unused package 
 > in world.
 > 
 > Incidentally, poppler has a long and fine history of insanely breaking users' 
 > configs every time its developers sneeze. The number of times I've had poppler 
 > show up in revdep-rebuild output defies any kind of sane, logical, rational 
 > description. Not even Microsoft can breaks so many things so often, and that's 
 > saying something...

OK, so this brings up the question, how do I make sure (if there is a
way to do so) that my world file does not contain anything which it
should not -- I am sure I have made the mistake of forgetting to put
the -1, so it would be interesting if there were a way to at least get
a list of such packages.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         covici@ccs.covici.com

Re: [gentoo-user] conflict in update

[Alan McKinnon]

On Sunday 26 April 2009 08:40:39 John covici wrote:
> OK, so this brings up the question, how do I make sure (if there is a
> way to do so) that my world file does not contain anything which it
> should not -- I am sure I have made the mistake of forgetting to put
> the -1, so it would be interesting if there were a way to at least get
> a list of such packages.

Experience and knowledge of current software you are using is actually your 
best guide here. Open the world file in an editor and examine each line. If 
you paid attention while emerging stuff you may find for example that you have 
xulrunner in world.

Immediately, you know it shouldn't be there - it's a dependency for browsers 
that use it. So remove it from world. If you use the kde -meta packages, you 
can probably remove everything that is part of the official shipped kde 
packages. But not k3b for instance, that is a separate project that you must 
install separately.

"emerge -av --depclean" is the best tool to tell you when you get it wrong - 
if --depclean wants to remove it and you want to keep it, add it to world 
again (with emerge -n or even just edit the world file manually)

It should be easy enough to write a program that examines world and displays 
all packages it finds that are dependencies of something else in world, but I 
haven't found one, and prefer the manual approach above.


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] conflict in update

[Dale]

Alan McKinnon wrote:
>
> It should be easy enough to write a program that examines world and displays 
> all packages it finds that are dependencies of something else in world, but I 
> haven't found one, and prefer the manual approach above.
>
>
>   

I know you can use eix-test-obsolete to find outdated/unneeded thing in
/etc/portage but I wish it would also do something similiar for the
world file.  I just wonder if the person that wrote eix and friends
could add that in as a feature?  It would be neat.  eix works really
well for what it does.

Is their anyone we could sort of poke to work on this?

Dale

:-)  :-) 

Re: [gentoo-user] conflict in update

[Graham Murray]

Dale <rdalek1967@gmail.com> writes:

> I know you can use eix-test-obsolete to find outdated/unneeded thing in
> /etc/portage but I wish it would also do something similiar for the
> world file.  I just wonder if the person that wrote eix and friends
> could add that in as a feature?  It would be neat.  eix works really
> well for what it does.
>
> Is their anyone we could sort of poke to work on this?

There is a package (app-portage/udept) which does this, but it is hard
masked because it is no longer being maintained upstream and has
problems with recent portage versions. It is licensed under GPL-2, so
even if the original author will or cannot maintain it, someone else
could take it over or fork it. 

Re: [gentoo-user] conflict in update

[Mark Knecht]

On Sun, Apr 26, 2009 at 10:39 AM, Dale <rdalek1967@gmail.com> wrote:
> Alan McKinnon wrote:
>>
>> It should be easy enough to write a program that examines world and displays
>> all packages it finds that are dependencies of something else in world, but I
>> haven't found one, and prefer the manual approach above.
>>
>>
>>
>
> I know you can use eix-test-obsolete to find outdated/unneeded thing in
> /etc/portage but I wish it would also do something similiar for the
> world file.  I just wonder if the person that wrote eix and friends
> could add that in as a feature?  It would be neat.  eix works really
> well for what it does.
>
> Is their anyone we could sort of poke to work on this?
>
> Dale

My experience with the world file is I'll first make a copy and then
start deleting individual lines I think aren't required. If I'm right
then emerge -p --depclean won't try to take anything off the system.
If I'm wrong then I add the line back in.

I'm blank right now as to whether you can just comment out a line in
the world file. Maybe that works also.

Anyway, my definition of a minimal world file is I have all the
software I want and need, the fewest lines in the world file, and
--depclean/revdep-rebuild are happy.

- Mark

Re: [gentoo-user] conflict in update

[Dale]

Mark Knecht wrote:
> On Sun, Apr 26, 2009 at 10:39 AM, Dale <rdalek1967@gmail.com> wrote:
>   
>> Alan McKinnon wrote:
>>     
>>> It should be easy enough to write a program that examines world and displays
>>> all packages it finds that are dependencies of something else in world, but I
>>> haven't found one, and prefer the manual approach above.
>>>
>>>
>>>
>>>       
>> I know you can use eix-test-obsolete to find outdated/unneeded thing in
>> /etc/portage but I wish it would also do something similiar for the
>> world file.  I just wonder if the person that wrote eix and friends
>> could add that in as a feature?  It would be neat.  eix works really
>> well for what it does.
>>
>> Is their anyone we could sort of poke to work on this?
>>
>> Dale
>>     
>
> My experience with the world file is I'll first make a copy and then
> start deleting individual lines I think aren't required. If I'm right
> then emerge -p --depclean won't try to take anything off the system.
> If I'm wrong then I add the line back in.
>
> I'm blank right now as to whether you can just comment out a line in
> the world file. Maybe that works also.
>
> Anyway, my definition of a minimal world file is I have all the
> software I want and need, the fewest lines in the world file, and
> --depclean/revdep-rebuild are happy.
>
> - Mark
>
>
>   

That would be mine as well.  I know a long while back I had a huge world
file.  I did a reinstall, not just for that reason tho, and got it
cleaned back up.  I'm not even sure how long the -1 option has been
around really.  I have tried hard to remember to use this time tho.  Of
course, I did make a back up in my /root directory just in case I need
it one day.

I have 95 packages in my world file bus some have specific versions of
software so in a way, it could be said there is duplicates.

Dale

:-)  :-) 

[gentoo-user] Re: conflict in update

[Francesco Talamona]

On Sunday 26 April 2009, Mark Knecht wrote:
> On Sun, Apr 26, 2009 at 10:39 AM, Dale <rdalek1967@gmail.com> wrote:
> > Alan McKinnon wrote:
> >> It should be easy enough to write a program that examines world
> >> and displays all packages it finds that are dependencies of
> >> something else in world, but I haven't found one, and prefer the
> >> manual approach above.
> >
> > I know you can use eix-test-obsolete to find outdated/unneeded
> > thing in /etc/portage but I wish it would also do something
> > similiar for the world file.  I just wonder if the person that
> > wrote eix and friends could add that in as a feature?  It would be
> > neat.  eix works really well for what it does.
> >
> > Is their anyone we could sort of poke to work on this?
> >
> > Dale
>
> My experience with the world file is I'll first make a copy and then
> start deleting individual lines I think aren't required. If I'm right
> then emerge -p --depclean won't try to take anything off the system.
> If I'm wrong then I add the line back in.
>
> I'm blank right now as to whether you can just comment out a line in
> the world file. Maybe that works also.
>
> Anyway, my definition of a minimal world file is I have all the
> software I want and need, the fewest lines in the world file, and
> --depclean/revdep-rebuild are happy.
>
> - Mark

Have you ever tried regenworld? It sounds less time consuming.

Ciao
	Francesco

-- 
Linux Version 2.6.29-gentoo-r1, Compiled #3 SMP PREEMPT Sun Apr 12 
09:01:02 CEST 2009
Two 1GHz AMD Athlon 64 Processors, 4GB RAM, 4018.44 Bogomips Total
aemaeth

Re: [gentoo-user] conflict in update

[Sebastian Günther]

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

* Alan McKinnon (alan.mckinnon@gmail.com) [26.04.09 18:49]:
> 
> It should be easy enough to write a program that examines world and displays 
> all packages it finds that are dependencies of something else in world, but I 
> haven't found one, and prefer the manual approach above.
> 


#!/bin/bash
for i in $( cat /var/lib/portage/world ); do 
        equery d $i; 
done

Slow, ugly, but does the job

Sebastian

-- 
 " Religion ist das Opium des Volkes. "  |   _   ASCII ribbon campaign 
                              Karl Marx  |  ( )   against HTML e-mail  
 SEB@STI@N GÜNTHER                       |   X   against M$ attachments
      mailto:samson@guenther-roetgen.de  |  / \   www.asciiribbon.org  

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] conflict in update

[Daniel Pielmeier]

[-- Attachment #1.1: Type: text/plain, Size: 986 bytes --]

Sebastian Günther schrieb am 26.04.2009 19:55:
> * Alan McKinnon (alan.mckinnon@gmail.com) [26.04.09 18:49]:
>> It should be easy enough to write a program that examines world and displays 
>> all packages it finds that are dependencies of something else in world, but I 
>> haven't found one, and prefer the manual approach above.
>>
> 
> 
> #!/bin/bash
> for i in $( cat /var/lib/portage/world ); do 
>         equery d $i; 
> done
> 
> Slow, ugly, but does the job
> 
> Sebastian
> 

Afaik equery does not give the correct output.

Use emerge -pv --depclean on every entry in the world file.

This may however report false positives when packages are involved that
have post dependencies. Happens here with slim,mozilla-thunderbird and
audacious-plugins for instance.

I have attached a small perl script that examines all world entries. It
will take some time for your large world file but give some hints on
unneeded packages.

-- 
Daniel Pielmeier

[-- Attachment #1.2: check-world.pl --]
[-- Type: text/plain, Size: 845 bytes --]

#!/usr/bin/perl
#
#
#

use strict;
use diagnostics;
use warnings;

my ($package,$status,$line) = ();
my @depclean = ();
my $world = "/var/lib/portage/world";

print "Examining: $world\n\n";

open(WORLD,"<$world") || die("world: $!");

foreach $package (<WORLD>) {
	chomp $package;
	@depclean = qx(emerge -pv --depclean "$package");
	foreach $line ( @depclean ) {
		if ( $line =~ ">>> These are the packages that would be unmerged:" ) {
			$status = "needed";
			write;
		} elsif ( $line =~ ">>> No packages selected for removal by depclean" ) {
			$status = "unneeded";
			write;
		}
	}
}

format STDOUT_TOP =
Atom:                                            Status: (required in world)
.

format STDOUT =
@<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< @<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
$package, $status
.

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

Re: [gentoo-user] conflict in update

[Neil Bothwick]

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

On Sat, 25 Apr 2009 14:52:28 -0400, Michael P. Soulier wrote:

> I'm not sure what pulled in those newer versions previously.

You had both poppler and poppler-bindings in world. What you saw was one
of the effects of a world file polluted by packages that should only ever
be installed as dependencies.


-- 
Neil Bothwick

Lottery: A tax on people who are bad at math.

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

Re: [gentoo-user] conflict in update

[Dale]

Neil Bothwick wrote:
> On Sat, 25 Apr 2009 14:52:28 -0400, Michael P. Soulier wrote:
>
>   
>> I'm not sure what pulled in those newer versions previously.
>>     
>
> You had both poppler and poppler-bindings in world. What you saw was one
> of the effects of a world file polluted by packages that should only ever
> be installed as dependencies.
>
>
>   

And from experience, I can tell you it happens when you don't use that
-1 option when you should.  You can end up with a HUGE world file when
not using that opton to just rebuild something for some reason or other.

Hope that helps.

Dale

:-)  :-) 

Re: [gentoo-user] conflict in update

[felix]

On Sat, Apr 25, 2009 at 08:27:08PM -0500, Dale wrote:
> And from experience, I can tell you it happens when you don't use that
> -1 option when you should.  You can end up with a HUGE world file when
> not using that opton to just rebuild something for some reason or other.

I am probably in that very situation.  My world file is 5794 lines
long.  I didn't know about -1 and frankly don't understand it.  If I
remerge a package which is not in world, why is it added to world?  I
had seen a few vague references to -1, but just assumed that portage
was smart enough to only add new packages.

But now is now, and I have a huge world file.  How does one clean up
such a beast?

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o

Re: [gentoo-user] conflict in update

[Mike Kazantsev]

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

On Sat, 25 Apr 2009 20:39:52 -0700
felix@crowfix.com wrote:

> I am probably in that very situation.  My world file is 5794 lines
> long.  I didn't know about -1 and frankly don't understand it.  If I
> remerge a package which is not in world, why is it added to world?  I
> had seen a few vague references to -1, but just assumed that portage
> was smart enough to only add new packages.

Could be a good idea, btw, but if you're _rebuilding_ the package, not
just using something like '--noreplace'. Worth a GLEP, prehaps?

> But now is now, and I have a huge world file.  How does one clean up
> such a beast?

I go through my /var/lib/portage/world file in nano from time to time,
just killing (^K) the lines I don't know about (mostly it's some
packages I checked out and forgot to remove), looks easy enough, since
it has no place in the @world, if you don't know about it.

-- 
Mike Kazantsev // fraggod.net

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

Re: [gentoo-user] conflict in update

[Philip Webb]

090425 felix@crowfix.com wrote:
> My world file is 5794 lines long.

Well, it's true there are  13 465  pkgs in Gentoo (as of yesterday),
but I have only  538  installed & only  65  in 'world'.
Yes, I use '-1' frequently ... (grin)

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] conflict in update

[Neil Bothwick]

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

On Sat, 25 Apr 2009 20:39:52 -0700, felix@crowfix.com wrote:

> I am probably in that very situation.  My world file is 5794 lines
> long.  I didn't know about -1 and frankly don't understand it.  If I
> remerge a package which is not in world, why is it added to world?  I
> had seen a few vague references to -1, but just assumed that portage
> was smart enough to only add new packages.

How does it know what you want if you don't tell it? 

> But now is now, and I have a huge world file.  How does one clean up
> such a beast?

It's a little time-consuming, but the best way is to edit the world file
and remove everything that you don't actually run yourself. Be strict
here, for example you should remove everything for X,because you don't
need X, only your desktop programs need it. Then run emerge --depclean
-p. For each package listed, decide whether you need it, in which case add
it to world with emerge -n, or unmerge it. Repeat this until emerge
--depclean -p returned no packages. You'll probably find you have a
smaller set of packages installed as you current world will contain
packages that were either dependencies of programs you have uninstalled
or are no longer dependencies of existing packages.

Screwing up and cleaning up your world file can be considered part of the
Gentoo learning curve :)

Incidentally, I almost always install software with --oneshot. That way
the programs I install to try out show up on --depclean's output until I
decide I want to keep them. It prevents accumulating cruft from various
experiments, although I am now using sets to achieve the same end.


-- 
Neil Bothwick

Electricians DO IT until it Hz...

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

Re: [gentoo-user] conflict in update

[Mike Kazantsev]

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

On Sun, 26 Apr 2009 10:39:55 +0100
Neil Bothwick <neil@digimed.co.uk> wrote:

> Incidentally, I almost always install software with --oneshot. That way
> the programs I install to try out show up on --depclean's output until I
> decide I want to keep them. It prevents accumulating cruft from various
> experiments, although I am now using sets to achieve the same end.

Last sentence got me, since the idea seems interesting, but I wonder
about "how" - I haven't seen any mention of "emerging package to a
set, other than world" feature, but I guess it can be fairly easy
implemented via emerge hooks.

Can you please explain a little, so I can put my mind at ease? ;)

-- 
Mike Kazantsev // fraggod.net

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

Re: [gentoo-user] conflict in update

[Neil Bothwick]

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

On Mon, 27 Apr 2009 20:29:01 +0600, Mike Kazantsev wrote:

> > Incidentally, I almost always install software with --oneshot. That
> > way the programs I install to try out show up on --depclean's output
> > until I decide I want to keep them. It prevents accumulating cruft
> > from various experiments, although I am now using sets to achieve the
> > same end.  
> 
> Last sentence got me, since the idea seems interesting, but I wonder
> about "how" - I haven't seen any mention of "emerging package to a
> set, other than world" feature, but I guess it can be fairly easy
> implemented via emerge hooks.

Nothing as clever as that. I simply

echo "cat/pkg" >>/etc/portage/sets/temp

and have @temp in /var/lib/portage/world_sets

Each week I look at the set and decide what should be removed or
transferred to world.


-- 
Neil Bothwick

I don't know what makes you tick but I wish it was a time bomb.

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

Re: [gentoo-user] conflict in update

[Mike Kazantsev]

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

On Mon, 27 Apr 2009 23:28:26 +0100
Neil Bothwick <neil@digimed.co.uk> wrote:

> Nothing as clever as that. I simply
> 
> echo "cat/pkg" >>/etc/portage/sets/temp
> 
> and have @temp in /var/lib/portage/world_sets
> 
> Each week I look at the set and decide what should be removed or
> transferred to world.

That brought me to an idea that a simple wrapper script with "echo &&
emerge" will suffice. Nice idea, thanks.

-- 
Mike Kazantsev // fraggod.net

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

Re: [gentoo-user] conflict in update

[Alan McKinnon]

On Sunday 26 April 2009 05:39:52 felix@crowfix.com wrote:
> On Sat, Apr 25, 2009 at 08:27:08PM -0500, Dale wrote:
> > And from experience, I can tell you it happens when you don't use that
> > -1 option when you should.  You can end up with a HUGE world file when
> > not using that opton to just rebuild something for some reason or other.
>
> I am probably in that very situation.  My world file is 5794 lines
> long.  I didn't know about -1 and frankly don't understand it.  If I
> remerge a package which is not in world, why is it added to world?  I
> had seen a few vague references to -1, but just assumed that portage
> was smart enough to only add new packages.

The "world" file (/var/lib/portage/world) is a list of packages you manually 
emerged. The only way a package ever gets into world is if you, the user, ran 
emerge <some_package>. Portage then considers that you know what you are 
doing, and want to have that package around for ever (or till you remove it).

You probably want a browser on your system, so "emerge firefox" puts it in 
world. Don't worry about X, it's drivers and the huge list of little 
independent packages that comprise X as firefox has dependencies in it's 
ebuild file that cause X to be merged if it's not already installed.

The problem with putting everything in world is that you remove portage's 
ability to clean up junk - it will not remove a package in world when you do a 
--depclean. This usually happens when you need to update some package to get 
something else to work, so you emerge it. It then goes into world and you get 
the bloat. You can avoid this by using the -1 option when doing such an 
action.

-- 
alan dot mckinnon at gmail dot com