[gentoo-user] Is equery depends still viable

[gentoo-user] Is equery depends still viable

[Harry Putnam]

With recent changes in portage in the last few mnths, is equery in
general and `equery depends' in particular still reliable?

Re: [gentoo-user] Is equery depends still viable

[Alan McKinnon]

On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote:
> With recent changes in portage in the last few mnths, is equery in
> general and `equery depends' in particular still reliable?

I use it fairly often still, but do notice I get a lot of null output. So I no 
longer trust it fully. At least it doesn't give false positives - what's in 
the putput really is a valid depend.

-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: Is equery depends still viable

[Harry Putnam]

Alan McKinnon <alan.mckinnon@gmail.com> writes:

> On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote:
>> With recent changes in portage in the last few mnths, is equery in
>> general and `equery depends' in particular still reliable?
>
> I use it fairly often still, but do notice I get a lot of null
> output. So I no longer trust it fully. At least it doesn't give
> false positives - what's in the putput really is a valid depend.

Do you know off hand if there are any alternatives?

Re: [gentoo-user] Re: Is equery depends still viable

[Daniel Pielmeier]

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

Harry Putnam schrieb am 12.11.2008 23:43:
> Alan McKinnon <alan.mckinnon@gmail.com> writes:
> 
>> On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote:
>>> With recent changes in portage in the last few mnths, is equery in
>>> general and `equery depends' in particular still reliable?
>> I use it fairly often still, but do notice I get a lot of null
>> output. So I no longer trust it fully. At least it doesn't give
>> false positives - what's in the putput really is a valid depend.
> 
> Do you know off hand if there are any alternatives?
> 
> 
> 

emerge -pv --depclean atom


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

Re: [gentoo-user] Re: Is equery depends still viable

[Iain Buchanan]

Harry Putnam wrote:
> Alan McKinnon<alan.mckinnon@gmail.com>  writes:
>
>> On Wednesday 12 November 2008 22:04:52 Harry Putnam wrote:
>>> With recent changes in portage in the last few mnths, is equery in
>>> general and `equery depends' in particular still reliable?
>> I use it fairly often still, but do notice I get a lot of null
>> output. So I no longer trust it fully. At least it doesn't give
>> false positives - what's in the putput really is a valid depend.
>
> Do you know off hand if there are any alternatives?

dep from app-portage/udept just got recommended to me, but I don't know 
it's trustworthiness either.

-- 
Iain Buchanan <iaindb at netspace dot net dot au>

Something unpleasant is coming when men are anxious to tell the truth.
		-- Benjamin Disraeli

[gentoo-user] Re: Is equery depends still viable

[Harry Putnam]

Daniel Pielmeier <daniel.pielmeier@googlemail.com> writes:

>>>> With recent changes in portage in the last few mnths, is equery in
>>>> general and `equery depends' in particular still reliable?
>>> I use it fairly often still, but do notice I get a lot of null
>>> output. So I no longer trust it fully. At least it doesn't give
>>> false positives - what's in the putput really is a valid depend.
>> 
>> Do you know off hand if there are any alternatives?
>> 
>> 
>> 
>
> emerge -pv --depclean atom

I realize cryptic answers are the ultimate in cleverness and show
massive sophistication but how is this used to show dependencies to
some specific package.

Maybe a little more detail would keep my little pea brain from smoking
under the load ;)  

[gentoo-user] Re: Is equery depends still viable

[Harry Putnam]

Iain Buchanan <iaindb@netspace.net.au> writes:

>> Do you know off hand if there are any alternatives?
>
> dep from app-portage/udept just got recommended to me, but I don't
> know it's trustworthiness either.

Looks promising .. thanks

Re: [gentoo-user] Re: Is equery depends still viable

[Iain Buchanan]

Harry Putnam wrote:
> Daniel Pielmeier<daniel.pielmeier@googlemail.com>  writes:

>> emerge -pv --depclean atom
>
> I realize cryptic answers are the ultimate in cleverness and show
> massive sophistication but how is this used to show dependencies to
> some specific package.
>
> Maybe a little more detail would keep my little pea brain from smoking
> under the load ;)


I realise when you've been debugging for a while you're brain may get a 
bit frazzled, but if you looked at `man emerge` you would find the answer.

In sympathy, here are the relevant parts:

SYNOPSIS
  emerge [options]  [action] [ebuild | tbz2file | file | @set | atom]
...
  atom   An atom describes bounds on a package that you wish to  install.
         See  portage(5)  for  the  details on atom syntax.  For example,
         >=dev-lang/python-2.2.1-r2
...

  --depclean
---
           Use  --depclean  together  with
         --verbose to show reverse dependencies.

Now, I have to leave you with something to do to find the _exact_ syntax 
in your situation :)

-- 
Iain Buchanan <iaindb at netspace dot net dot au>

A Smith & Wesson beats four aces.

Re: [gentoo-user] Re: Is equery depends still viable

[Jorge Peixoto de Morais Neto]

On Thu, Nov 13, 2008 at 2:06 AM, Harry Putnam <reader@newsguy.com> wrote:
> Daniel Pielmeier <daniel.pielmeier@googlemail.com> writes:
>
>>>>> With recent changes in portage in the last few mnths, is equery in
>>>>> general and `equery depends' in particular still reliable?
>>>> I use it fairly often still, but do notice I get a lot of null
>>>> output. So I no longer trust it fully. At least it doesn't give
>>>> false positives - what's in the putput really is a valid depend.
>>>
>>> Do you know off hand if there are any alternatives?
>>>
>>>
>>>
>>
>> emerge -pv --depclean atom
>
> I realize cryptic answers are the ultimate in cleverness and show
> massive sophistication but how is this used to show dependencies to
> some specific package.
>
> Maybe a little more detail would keep my little pea brain from smoking
> under the load ;)
Why did you not simply try, you lazy fat SUV owner?
Here, I'll do it for you. But I imagine if this will not spoil you even more.

$ emerge -pv --depc ffmpeg

Calculating dependencies ... done!

  media-video/ffmpeg-0.4.9_p20080326 pulled in by:
    media-sound/sox-14.2.0
    media-video/ffmpeg2theora-0.22
    net-libs/opal-2.2.11
    net-www/gnash-0.8.4

>>> No packages selected for removal by depclean
Packages installed:   577
Packages in world:    134
Packages in system:   50
Unique package names: 577
Required packages:    575
Number to remove:     0

-- 
Software is like sex: it is better when it is free - Linus Torvalds

Re: [gentoo-user] Re: Is equery depends still viable

[Daniel Pielmeier]

2008/11/13 Harry Putnam <reader@newsguy.com>:
> Daniel Pielmeier <daniel.pielmeier@googlemail.com> writes:
>>
>> emerge -pv --depclean atom
>
> I realize cryptic answers are the ultimate in cleverness and show
> massive sophistication but how is this used to show dependencies to
> some specific package.
>
> Maybe a little more detail would keep my little pea brain from smoking
> under the load ;)
>

What is the cryptic part here? The answer tells you anything you need
to know. Plus reading some documentation if you don't understand some
bits is always useful. And if you are frightened of depclean you
should at least know what -p means so this wont damage anything.

Regarding udept, I would really like the idea if someone ore the
original maintainer starts continuing this excellent tool. For now it
works quite reliable but being unmaintained I fear it will get more
and more unusable.

-- 
Regards,
Daniel

Re: [gentoo-user] Re: Is equery depends still viable

[Neil Bothwick]

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

On Wed, 12 Nov 2008 16:43:14 -0600, Harry Putnam wrote:

> Do you know off hand if there are any alternatives?

qdepends -Q pkgname

qdepends is part of portage-utils.


-- 
Neil Bothwick

Windows: just another pane in the glass

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