[gentoo-user] udept dead upstream

[gentoo-user] udept dead upstream

[Harry Putnam]

Anyone else here who is a udept user?  I really like the dep tool but
the last few upgrades have announced the it has been masked in
preparation for being dropped.  The reason given is `Dead upstream'.

Anyone know why that is.  Is the code in terrible shape or is it being
eclipsed by something else.

I like having a big variety of portage tools

Looking at the Change log... which is riddled with really useless
cutsey comments, I wonder if it just too damned cute to put up with
.. hehe.   Apparently the last change was Aug 25 2006 so over 2.5 
years.  The tool seems to work good though.


Honestly though can anyone throw some light on the udept situation?

Re: [gentoo-user] udept dead upstream

[Dirk Heinrichs]

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

Am Sonntag, 4. Januar 2009 03:01:12 schrieb Harry Putnam:
> The reason given is `Dead upstream'.
>
> Anyone know why that is.

It means it's not developed anymore.

Bye...

	Dirk

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: udept dead upstream

[Harry Putnam]

Dirk Heinrichs <dirk.heinrichs@online.de> writes:

> Am Sonntag, 4. Januar 2009 03:01:12 schrieb Harry Putnam:
>> The reason given is `Dead upstream'.
>>
>> Anyone know why that is.
>
> It means it's not developed anymore.

Good god Dirk... give me a break... 

Uhhh yeah... not developed anymore... anyone know why that is?

Re: [gentoo-user] Re: udept dead upstream

[Dirk Heinrichs]

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

Am Sonntag, 4. Januar 2009 17:54:04 schrieb Harry Putnam:

> Uhhh yeah... not developed anymore... anyone know why that is?

head `which dep`
#!/bin/bash
# vim:set ts=4 sw=4:
#
# Copyright (c) 2004-2006 Ed Catmur <ed@catmur.co.uk>
# This program is licensed under the terms of the GPL version 2.

Ask him. He's the one who knows best.

Bye...

	Dirk

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: udept dead upstream

[Willie Wong]

On Sun, Jan 04, 2009 at 10:54:04AM -0600, Penguin Lover Harry Putnam squawked:
> Uhhh yeah... not developed anymore... anyone know why that is?

To your original question (I seem to have lost the post, so this reply
is a little bit out of order in terms of threading. Sorry!)

Sometimes packages that are not developed anymore are still kept in
portage if they work well enough. In this case, the developers have
determined that udept does not work with EAPI > 0, which means it
won't play well with >=portage-2.1.6 

http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg31927.html

As to the question of "why that is"... I guess the author got bored?
The link to the package catmur.co.uk/gentoo/udept is a dead link now
(404s) I am not even sure if the original author can be reached at the
e-mail address given by Dirk. 

And besides, I am not sure if the tool is still useful. Worldfile
pruning can be accomplished with a 5 line bash script (though I
strongly suggest user intervention rather than automating the
process), and --depclean has gotten so smart that I don't really think
udept can out-perform it. For files not maintained by portage, I can
use findcruft.  Whatever else functionality it includes I have never
found the use of. I don't think I will miss it too much when it is
gone. 

Best, 

W
-- 
What's far more likely is that the virgin birth is a later addition to
the story of Jesus. In comic book terminology, this is a retroactive
alteration of the continuity, or "retcon". "Hm... how do we explain
the origin of Jesus' amazing superpowers? How is he able to walk on
water, cure leprosy, and feed multitudes using a single loaf of bread,
if he's just some average Jew? It's just not plausible, our audience
will never buy it. I KNOW! We have a special "Origins of Jesus" issue
in the Bible, where we reveal that ACTUALLY, Jesus is the son of God!
Now, the fact that he has these amazing superpowers makes sense!"

It's exactly like how Marvel went back and created a backstory to
explain the origins of the super-powers of the X-men. In the case of
Marvel, alien visitors altered the DNA of ancient humans which
resulted in mutants like Wolverine. In the case of the Catholic
Church, a super-powerful being impregnates Jesus' mom. It's a really
ancient theme. If you recall many of Greek heroes, such as Hercules,
had gods for parents, which explained why they were so powerful.
Achilles was more like the Incredible Hulk, in that exposure to magic
(the waters of the River Styx in the case of Achilles, gamma rays in
the case of the Hulk) give them their powers. But Odysseus is like
Batman- he doesn't have any superpowers, he's just clever.
  ~flyingsquid (813711) on /. cid #22838002
Sortir en Pantoufles: up 759 days, 14:49

[gentoo-user] Re: udept dead upstream

[Harry Putnam]

Willie Wong <wwong@Princeton.EDU> writes:

> As to the question of "why that is"... I guess the author got bored?
> The link to the package catmur.co.uk/gentoo/udept is a dead link now
> (404s) I am not even sure if the original author can be reached at the
> e-mail address given by Dirk. 

For the record I have written to both ed@catmur.co.uk mentioned in the
dep script and Paul Varner <fuzzyray@gentoo.org> mentioned in
/usr/portage/profiles/package.mask

> And besides, I am not sure if the tool is still useful. Worldfile
> pruning can be accomplished with a 5 line bash script (though I
> strongly suggest user intervention rather than automating the
> process), and --depclean has gotten so smart that I don't really think
> udept can out-perform it. For files not maintained by portage, I can
> use findcruft.  Whatever else functionality it includes I have never
> found the use of. I don't think I will miss it too much when it is

I don't doubt all can be done in other ways, but that one tool
combines a lot of functionality... though I'll admit I mostly use it
for checking dependencies and reverse dependencies (q doesn't do
reverse I don't think) and just querying packages like you do with
equery and q.

I'd be tempted to try to bring it up to speed with latest portage but
that level of shell scripting is pretty much well over my head.

I'm afraid I'd cause more trouble by having to bug everybody about how
to do parts of it.  I do wish someone would take it on though.

Re: [gentoo-user] Re: udept dead upstream

[Willie Wong]

On Mon, Jan 05, 2009 at 02:48:29PM -0600, Harry Putnam wrote:
> I don't doubt all can be done in other ways, but that one tool
> combines a lot of functionality... though I'll admit I mostly use it
> for checking dependencies and reverse dependencies (q doesn't do
> reverse I don't think) and just querying packages like you do with
> equery and q.
> 

q works... to a certain extent. 

[04:01 PM]wwong ~ $ qdepends -Q pstoedit
media-gfx/autotrace-0.31.1-r3
[04:01 PM]wwong ~ $ equery depends pstoedit
[ Searching for packages depending on pstoedit... ]
media-gfx/autotrace-0.31.1-r3 (pdf? media-gfx/pstoedit)
media-gfx/inkscape-0.46-r5 (postscript? >=media-gfx/pstoedit-3.44)

So it's not perfect. equery works better, but slowly. 

I agree with you about the tools: it is hard to change one's habit and
use new tools. I keep telling myself to learn eix but just never got
around to doing it. 

W
-- 
Willie W. Wong                                      wwong@math.princeton.edu
408 Fine Hall,  Department of Mathematics,  Princeton University,  Princeton
A mathematician's reputation rests on the number of bad proofs he has given.

[gentoo-user] Re: udept dead upstream

[Harry Putnam]

Willie Wong <wwong@princeton.edu> writes:

> So it's not perfect. equery works better, but slowly. 
>
> I agree with you about the tools: it is hard to change one's habit and
> use new tools. I keep telling myself to learn eix but just never got
> around to doing it. 

dep outputs several kinds of trick symbols with output that I think
tells you specific things (like emerge output) I wish there was a
manual about what any of it means.. the existing manual is pretty
skimpy.

Just skim down the list of dep options and flags... it can do a lot.