Re: [gentoo-user] conflict in update

2009-04-27 Thread Mike Kazantsev
On Sun, 26 Apr 2009 10:39:55 +0100
Neil Bothwick n...@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


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-27 Thread Neil Bothwick
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.


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-27 Thread Mike Kazantsev
On Mon, 27 Apr 2009 23:28:26 +0100
Neil Bothwick n...@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


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-26 Thread Philip Webb
090425 fe...@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

2009-04-26 Thread Neil Bothwick
On Sat, 25 Apr 2009 20:39:52 -0700, fe...@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...


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-26 Thread Alan McKinnon
On Sunday 26 April 2009 05:39:52 fe...@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



Re: [gentoo-user] conflict in update

2009-04-26 Thread John covici
on Saturday 04/25/2009 Alan McKinnon(alan.mckin...@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
 cov...@ccs.covici.com



Re: [gentoo-user] conflict in update

2009-04-26 Thread 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

2009-04-26 Thread 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

2009-04-26 Thread Sebastian Günther
* Alan McKinnon (alan.mckin...@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  
 s...@sti@N GÜNTHER   |   X   against M$ attachments
  mailto:sam...@guenther-roetgen.de  |  / \   www.asciiribbon.org  


pgpbi5D2hw8zo.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-26 Thread Daniel Pielmeier
Sebastian Günther schrieb am 26.04.2009 19:55:
 * Alan McKinnon (alan.mckin...@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
#!/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
.


signature.asc
Description: OpenPGP digital signature


Re: [gentoo-user] conflict in update

2009-04-26 Thread Graham Murray
Dale rdalek1...@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

2009-04-26 Thread Mark Knecht
On Sun, Apr 26, 2009 at 10:39 AM, Dale rdalek1...@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

2009-04-26 Thread Dale
Mark Knecht wrote:
 On Sun, Apr 26, 2009 at 10:39 AM, Dale rdalek1...@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] conflict in update

2009-04-25 Thread Michael P. Soulier
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

msoul...@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 msoul...@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


pgpSNwYX0VKMk.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread 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

msoul...@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

2009-04-25 Thread Neil Bothwick
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)


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread Mike Kazantsev
On Sat, 25 Apr 2009 17:48:51 +0100
Neil Bothwick n...@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


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread Michael P. Soulier
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 msoul...@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


pgpNPqnHf4hUy.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread Michael P. Soulier
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

msoul...@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 msoul...@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


pgprqRFvxjKzn.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread Michael P. Soulier
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 msoul...@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


pgpMwhTWypm80.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread 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

2009-04-25 Thread Michael P. Soulier
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

msoul...@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 msoul...@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


pgpEoM6yW2A8T.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread Michael P. Soulier
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.

msoul...@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

msoul...@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 msoul...@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


pgpxvgJzC5eQi.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread Michael P. Soulier
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 msoul...@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


pgpdcsyINc33c.pgp
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread 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

2009-04-25 Thread Mike Kazantsev
On Sat, 25 Apr 2009 14:14:23 -0400
Michael P. Soulier msoul...@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


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread 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

2009-04-25 Thread Neil Bothwick
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.


signature.asc
Description: PGP signature


Re: [gentoo-user] conflict in update

2009-04-25 Thread 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

2009-04-25 Thread 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 / fe...@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

2009-04-25 Thread Mike Kazantsev
On Sat, 25 Apr 2009 20:39:52 -0700
fe...@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


signature.asc
Description: PGP signature