[gentoo-user] Baffled by Perl dependancies

[gentoo-user] Baffled by Perl dependancies

[Grant Edwards]

After syncing today, emerge now tells me that the 2.020 "stable"
version of virtual/perl-IO-Compress that I've had installed
since August requires the "testing" version of Perl (5.10.1)

   !!! All ebuilds that could satisfy "~dev-lang/perl-5.10.1" have been masked.
   !!! One of the following masked packages is required to complete your request:
   - dev-lang/perl-5.10.1 (masked by: package.mask, ~x86 keyword)
   /usr/portage/profiles/package.mask:
   # Torsten Veller <tove@gentoo.org> (20 Sep 2009)
   # Add perl-5.10 masks (#280724)
   
   
   For more information, see the MASKED PACKAGES section in the emerge
   man page or refer to the Gentoo Handbook.
   (dependency required by "virtual/perl-IO-Compress-2.020" [installed])
   (dependency required by "virtual/perl-IO-Compress-Zlib-2.020" [installed])
   (dependency required by "world" [argument])

That version of virtual/perl-IO-Compress has been happy with
the stable version of Perl (5.8) for the past four months.  Why
all of a sudden today does it now require Perl 5.10?

-- 
Grant Edwards                   grante             Yow! I'm continually AMAZED
                                  at               at th'breathtaking effects
                               visi.com            of WIND EROSION!!

[gentoo-user] Re: Baffled by Perl dependancies

[Grant Edwards]

On 2009-12-04, Grant Edwards <grant.b.edwards@gmail.com> wrote:
> After syncing today, emerge now tells me that the 2.020 "stable"
> version of virtual/perl-IO-Compress that I've had installed
> since August requires the "testing" version of Perl (5.10.1)
>
>    !!! All ebuilds that could satisfy "~dev-lang/perl-5.10.1" have been masked.
>    !!! One of the following masked packages is required to complete your request:
>    - dev-lang/perl-5.10.1 (masked by: package.mask, ~x86 keyword)
>    /usr/portage/profiles/package.mask:
>    # Torsten Veller <tove@gentoo.org> (20 Sep 2009)
>    # Add perl-5.10 masks (#280724)
>    
>    
>    For more information, see the MASKED PACKAGES section in the emerge
>    man page or refer to the Gentoo Handbook.
>    (dependency required by "virtual/perl-IO-Compress-2.020" [installed])
>    (dependency required by "virtual/perl-IO-Compress-Zlib-2.020" [installed])
>    (dependency required by "world" [argument])
>
> That version of virtual/perl-IO-Compress has been happy with
> the stable version of Perl (5.8) for the past four months.  Why
> all of a sudden today does it now require Perl 5.10?

Somehow today's "sync" broke things. 

Things seemed to be OK after manually updating perl-IO-Compress
and removing perl-IO-Compress-Zlib:

  emerge perl-IO-Compress
  emerge -C perl-IO-Compress-Zlib

Maybe someday I'll understand Portage, but I doubt it -- it's
been 5 years.

-- 
Grant Edwards                   grante             Yow! I am covered with
                                  at               pure vegetable oil and I am
                               visi.com            writing a best seller!

Re: [gentoo-user] Baffled by Perl dependancies

[Alan McKinnon]

On Friday 04 December 2009 20:31:05 Grant Edwards wrote:
> After syncing today, emerge now tells me that the 2.020 "stable"
> version of virtual/perl-IO-Compress that I've had installed
> since August requires the "testing" version of Perl (5.10.1)
> 
>    !!! All ebuilds that could satisfy "~dev-lang/perl-5.10.1" have been
>  masked. !!! One of the following masked packages is required to complete
>  your request: - dev-lang/perl-5.10.1 (masked by: package.mask, ~x86
>  keyword)
>    /usr/portage/profiles/package.mask:
>    # Torsten Veller <tove@gentoo.org> (20 Sep 2009)
>    # Add perl-5.10 masks (#280724)
> 
> 
>    For more information, see the MASKED PACKAGES section in the emerge
>    man page or refer to the Gentoo Handbook.
>    (dependency required by "virtual/perl-IO-Compress-2.020" [installed])
>    (dependency required by "virtual/perl-IO-Compress-Zlib-2.020"
>  [installed]) (dependency required by "world" [argument])
> 
> That version of virtual/perl-IO-Compress has been happy with
> the stable version of Perl (5.8) for the past four months.  Why
> all of a sudden today does it now require Perl 5.10?
> 

All answers to such questions are contained in the ebuild. Looking into them 
is an investigative  technique I *highly* recommend. From 
virtual/perl-IO-Compress/perl-IO-Compress-2.020.ebuild:

RDEPEND="|| ( ~dev-lang/perl-5.10.1 ~perl-core/IO-Compress-${PV} )"

So, virtual/perl-IO-Compress does not in fact DEPEND on perl-5.10.1.
It DEPENDS on either perl-5.10.1 or IO-Compress-2.020

I bet you have the virtual installed and not the explicit ebuild.

emerge =IO-Compress-2.020

ought to solve your problem

-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: Baffled by Perl dependancies

[walt]

On 12/04/2009 12:31 PM, Grant Edwards wrote:

> ...
> Things seemed to be OK after manually updating perl-IO-Compress
> and removing perl-IO-Compress-Zlib:
>
>    emerge perl-IO-Compress
>    emerge -C perl-IO-Compress-Zlib
>
> Maybe someday I'll understand Portage, but I doubt it -- it's
> been 5 years.

I've noticed that the 'virtual' packages are shifting sands, they disappear
from under your feet :o)

Looking in /usr/portage/virtual/ I don't see any perl-IO-Compress-Zlib, so
I'm assuming it was removed from portage.  I have perl-IO-Compress-Bzip2
installed, which also doesn't exist any longer.

Re: [gentoo-user] Re: Baffled by Perl dependancies

[Dale]

walt wrote:
> On 12/04/2009 12:31 PM, Grant Edwards wrote:
>
>> ...
>> Things seemed to be OK after manually updating perl-IO-Compress
>> and removing perl-IO-Compress-Zlib:
>>
>>    emerge perl-IO-Compress
>>    emerge -C perl-IO-Compress-Zlib
>>
>> Maybe someday I'll understand Portage, but I doubt it -- it's
>> been 5 years.
>
> I've noticed that the 'virtual' packages are shifting sands, they 
> disappear
> from under your feet :o)
>
> Looking in /usr/portage/virtual/ I don't see any 
> perl-IO-Compress-Zlib, so
> I'm assuming it was removed from portage.  I have perl-IO-Compress-Bzip2
> installed, which also doesn't exist any longer.
>

I'm not 100% sure but I think eix-test-obsolete will find things like 
this.  It will also scan the /etc/portage/package.* files and a few 
other things as well.

Be forewarned, the output can be pretty . . . . large.  lol  It mostly 
depends on how out of date things are.  Mine is usually huge.  Thanks 
goodness for Konsole and being able to scroll up.

Dale

:-)  :-) 

Re: [gentoo-user] Re: Baffled by Perl dependancies

[Marcus Wanner]

On 12/4/2009 10:21 PM, Dale wrote:
> Thanks goodness for Konsole and being able to scroll up.
Where I come from, we use " | less" :p

Marcus

Re: [gentoo-user] Re: Baffled by Perl dependancies

[Dale]

Marcus Wanner wrote:
> On 12/4/2009 10:21 PM, Dale wrote:
>> Thanks goodness for Konsole and being able to scroll up.
> Where I come from, we use " | less" :p
>
> Marcus
>

That works too and I do use it sometimes.  It is a must when in a plain 
console tho.  Of course some would argue for " | more" too.  ;-) 

Dale

:-)  :-) 

Re: [gentoo-user] Re: Baffled by Perl dependancies

[Neil Bothwick]

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

On Sat, 05 Dec 2009 08:12:01 -0600, Dale wrote:

> That works too and I do use it sometimes.  It is a must when in a plain 
> console tho.  Of course some would argue for " | more" too.  ;-) 

less is more, most is better :)


-- 
Neil Bothwick

Mac screen message: "Like, dude, something went wrong."

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

Re: [gentoo-user] Re: Baffled by Perl dependancies

[daid kahl]

> I'm not 100% sure but I think eix-test-obsolete will find things like this.
>  It will also scan the /etc/portage/package.* files and a few other things
> as well.
>
> Be forewarned, the output can be pretty . . . . large.  lol  It mostly
> depends on how out of date things are.  Mine is usually huge.  Thanks
> goodness for Konsole and being able to scroll up.
>

You put no-limit on the scroll-back lines, right?

Sadly I switched away from KDE and so I'm using Terminal now and not
Konsole, and it doesn't seem to have the 'no-limit' scroll-back
option, so I think I just hit the 9 key a bunch and said ok.

Of course, I do like that Terminal has actual borderless mode, and
that if I go fullscreen I don't get a thin border drawn around the
screen.  Yeah...I'm a whiner...but if I say full screen, I mean full
screen!!

~daid

Re: [gentoo-user] Re: Baffled by Perl dependancies

[daid kahl]

> On 12/4/2009 10:21 PM, Dale wrote:
>>
>> Thanks goodness for Konsole and being able to scroll up.
>
> Where I come from, we use " | less" :p

Meh, just > into /tmp and use anything you want to view it if you
really want to be hardcore.

Less is really crappy for emerges at console-login.  It requires you
to hold down the page-down button pretty much (unless there is some
option I don't know about?  Does captial G do it like in vi?)  I also
don't like that less makes my colors disappear.  Sure, it's not really
important, but I mostly say this so someone can tell me I'm wrong and
how to fix it.

This matters sometimes if I'm doing work at console to unbreak my
system and I'm getting an emerge error (not the colors, but the lack
of auto-refresh or tailing).

Regards,
daid

Re: [gentoo-user] Re: Baffled by Perl dependancies

[Joshua Murphy]

On Sat, Dec 5, 2009 at 9:16 PM, daid kahl <daidxor@gmail.com> wrote:
>> On 12/4/2009 10:21 PM, Dale wrote:
>>>
>>> Thanks goodness for Konsole and being able to scroll up.
>>
>> Where I come from, we use " | less" :p
>
> Meh, just > into /tmp and use anything you want to view it if you
> really want to be hardcore.
>
> Less is really crappy for emerges at console-login.  It requires you
> to hold down the page-down button pretty much (unless there is some
> option I don't know about?  Does captial G do it like in vi?)  I also
> don't like that less makes my colors disappear.  Sure, it's not really
> important, but I mostly say this so someone can tell me I'm wrong and
> how to fix it.

In less, pressing F will put it in "follow" mode, to act like tail.
Not sure how that'd work for monitoring emerges and such on the fly
(never really used that feature, just know of it), but less is, in
general, very handy for sifting through emerge --pretend.

"emerge --color y ..." will override disabling color when the output
isn't a tty (which is the default because it doesn't know whether
you're piping to something that can handle the color codes or not).

> This matters sometimes if I'm doing work at console to unbreak my
> system and I'm getting an emerge error (not the colors, but the lack
> of auto-refresh or tailing).

Color's sometimes helpful too, since it provides added visual queues
so you can process what you're looking at just a hair faster ;)

> Regards,
> daid

-- 
Poison [BLX]
Joshua M. Murphy

Re: [gentoo-user] Re: Baffled by Perl dependancies

[Dale]

daid kahl wrote:
>> I'm not 100% sure but I think eix-test-obsolete will find things like this.
>>  It will also scan the /etc/portage/package.* files and a few other things
>> as well.
>>
>> Be forewarned, the output can be pretty . . . . large.  lol  It mostly
>> depends on how out of date things are.  Mine is usually huge.  Thanks
>> goodness for Konsole and being able to scroll up.
>>
>>     
>
> You put no-limit on the scroll-back lines, right?
>   

Yep, it was set to like 1000 or something but I changed it.  I can 
scroll back to the start of OOo for example.  It does take a while tho.  
lol

> Sadly I switched away from KDE and so I'm using Terminal now and not
> Konsole, and it doesn't seem to have the 'no-limit' scroll-back
> option, so I think I just hit the 9 key a bunch and said ok.
>
> Of course, I do like that Terminal has actual borderless mode, and
> that if I go fullscreen I don't get a thin border drawn around the
> screen.  Yeah...I'm a whiner...but if I say full screen, I mean full
> screen!!
>
> ~daid
>   

This is why I'm sticking with KDE I guess.  I'm a little upset that they 
are dropping KDE 3 long before KDE 4 is ready and usable for me but 
kde-sunset is working so far.  Bad thing is, if I end up switching, I 
most likely won't switch back.  Sort of reminds me of my ex, when I left 
I was done. 
When I have had enough of something, I've had enough.

Dale

:-)  :-)