Clean out your world file

Message

linoleum · Post by **linoleum** » Thu Jul 20, 2006 11:00 am

Hi, I'm trying to install the program but getting

>>> Downloading http://catmur.co.uk/~ed/downloads/udept ... .2.tar.bz2
--12:55:47-- http://catmur.co.uk/~ed/downloads/udept ... .2.tar.bz2
=> `/usr/portage/distfiles/udept-0.5.95.2.tar.bz2'
Resolving catmur.co.uk... 64.79.194.180
Connecting to catmur.co.uk|64.79.194.180|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
12:55:47 ERROR 404: Not Found.

No digest file available and download failed.

!!! Couldn't download udept-0.5.95.2.tar.bz2. Aborting.

Am I missing something?

slycordinator · Post by **slycordinator** » Thu Jul 20, 2006 12:08 pm

http://catmur.co.uk/svn/repos/udept/dep

In fact, I wouldn't be surprised if the files in http://catmur.co.uk/svn/repos/udept/ are what makes the tarball.

slycordinator · Post by **slycordinator** » Thu Jul 20, 2006 12:30 pm

I'm using 0.5.95.2

With portage version 2.1.1_pre3, dep runs perfectly.

With portage version 2.1.1_pre3-r1 there are all kinds of problems.

edit: Actually, when I did "dep -Pd" it displayed a whole slew of packages to delete, one of which was in my system profile.
This happened with both of those versions of portage and 0.5.95.2

edit:
I've figured out PART of the problem.
dep doesn't work with the cdb cache module that is used at http://gentoo-wiki.com/TIP_speed_up_portage_with_cdb

After switching back, most of the problems went away.

But I'm still having "dep -d" want to remove sys-apps/man.

Jkay · Post by **Jkay** » Thu Jul 20, 2006 7:46 pm

Hi, I'm trying to install the program but getting ...

This utility is coded by one guy, as a hobby. The site will some times be down for days, and URLs can be broken for a while, too. Keep an eye on it, and it will be fixed eventually.

slycordinator · Post by **slycordinator** » Thu Jul 20, 2006 8:28 pm

Since udept is now part of the sunrise overlay, someone at gentooexperimental is hosting copies for 0.5.94.1 and 0.5.95.2

http://gentooexperimental.org/~genstef/ ... .2.tar.bz2

slycordinator · Post by **slycordinator** » Wed Jul 26, 2006 7:34 am

udept's /etc/portage/ cleaner doesn't work well with layman.

I had udept installed through layman (using the sunrise overlay).

When I did "dep -E" it said that "app-portage/udept ~x86" was an unneeded entry as there was no package named that.

But I did, in fact, have it installed. And having dep remove that entry meant that udept was now masked again.

But when I moved /usr/portage/local/layman/sunrise/app-portage/udept/ to /usr/local/portage/app-portage/udept/ and reinstalled, "dep -E" worked fine and didn't want to remove the entry.

rpmohn · Post by **rpmohn** » Wed Jul 26, 2006 10:23 am

slycordinator wrote:udept's /etc/portage/ cleaner doesn't work well with layman.

I meant to report this earlier. The reason is because of yet another undocumented syntax feature of make.conf. Layman sources in its own make.conf as so:

Code: Select all

source /usr/portage/local/layman/make.conf

I looked into the udept code but it wasn't obvious to me how to support the "source" syntax. I'm sure that ecatmur can figure it out, though

!
In the meantime, I manually added the layman make.conf entries as so:

Code: Select all

LAYMANDIR=${PORTDIR}/local/layman
PORTDIR_OVERLAY="${LAYMANDIR}/sunrise"

Cheers! -RPM

slycordinator · Post by **slycordinator** » Thu Jul 27, 2006 1:22 am

Considering that "emerge --info" shows the layman directories in the overlay list, it shouldn't be that hard to fix.

Gergan Penkov · Post by **Gergan Penkov** » Sun Jul 30, 2006 2:39 pm

Well considering that I have a problem with dep parsing eclasses in the overlays for a long time, I've now found that it does not parse correctly the PORTDIR_OVERLAY from make.conf:
using this structure (it is only example here)

PORTDIR_OVERLAY="/usr/local/overlays/migration-packages"
PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/overlays/gentoo-java-experimental"
PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/overlays/xgl-overlay"
PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/overlays/initng-portage"

results in only the first one to be taken in account.
and (this is my current)

PORTDIR_OVERLAY="/usr/local/overlays/portage \
/usr/local/overlays/my-java \
/usr/local/overlays/mygarnome \
/usr/local/overlays/la-migration \
/usr/local/overlays/xfce \
/usr/local/overlays/gst-plugins \
/usr/local/overlays/as-needed \
/usr/local/overlays/xgl-coffee"

only the last one. Tested with dep -O --pretend

ecatmur · Post by **ecatmur** » Wed Aug 02, 2006 11:21 pm

current svn *might* fix that. See http://sources.catmur.co.uk/viewcvs/svn ... f_format=h

slycordinator · Post by **slycordinator** » Thu Aug 03, 2006 3:04 am

Verified that it works with layman on revision 639.

Way I tested it was I first did "rm -rf /usr/local/portage/app-portage/udept/"

Then did "layman -a ecatmur" and reinstalled udept (so this time it installed through layman's overlay rather than the normal overlay).

Then I downloaded rev 639, made it executable and:

Code: Select all

./dep -L udept
app-portage/udept:
        WORLD FILE                           app-portage/udept

And then to verify:

Code: Select all

dep -L udept
!!! No matches for 'udept'

Former is using the one I downloaded and the latter is using the one I installed through the ebuild (version 0.5.95.2).

rpmohn · Post by **rpmohn** » Thu Aug 03, 2006 12:15 pm

ecatmur wrote:current svn *might* fix that. See http://sources.catmur.co.uk/viewcvs/svn ... f_format=h

Didn't work for this

:
REGULAR make.conf FILE:

Code: Select all

PORTDIR=/mnt/nfs_portage
DISTDIR=${PORTDIR}/distfiles
PKGDIR=${PORTDIR}/packages
RPMDIR=${PORTDIR}/rpm
PORT_LOGDIR=/var/log/portage
#PORTDIR_OVERLAY=/usr/local/portage
source ${PORTDIR}/local/layman/make.conf

SOURCED LAYMAN make.conf FILE:

Code: Select all

PORTDIR_OVERLAY="$PORTDIR_OVERLAY
/usr/portage/local/layman/sunrise
/usr/portage/local/layman/ecatmur"

But did work for this

:
REGULAR make.conf FILE:

Code: Select all

PORTDIR=/mnt/nfs_portage
DISTDIR=${PORTDIR}/distfiles
PKGDIR=${PORTDIR}/packages
RPMDIR=${PORTDIR}/rpm
PORT_LOGDIR=/var/log/portage
#PORTDIR_OVERLAY=/usr/local/portage
LAYMANDIR=${PORTDIR}/local/layman
PORTDIR_OVERLAY="${LAYMANDIR}/sunrise
                 ${LAYMANDIR}/ecatmur"

Getting better all the time! -RPM

slycordinator · Post by **slycordinator** » Thu Aug 03, 2006 12:28 pm

rpmohn wrote:
ecatmur wrote:current svn *might* fix that. See http://sources.catmur.co.uk/viewcvs/svn ... f_format=h
Didn't work for this :

Make sure you're calling the right "dep" script (I messed this up and thought he screwed up the script).

If you installed the udept ebuild then typing "dep" will call the script installed by that ebuild. So it'll use an old version and not the svn one you wanted to test.

ecatmur · Post by **ecatmur** » Thu Aug 03, 2006 7:36 pm

rpmohn wrote: Didn't work for this

:
REGULAR make.conf FILE:

Code: Select all

PORTDIR=/mnt/nfs_portage
DISTDIR=${PORTDIR}/distfiles
PKGDIR=${PORTDIR}/packages
RPMDIR=${PORTDIR}/rpm
PORT_LOGDIR=/var/log/portage
#PORTDIR_OVERLAY=/usr/local/portage
source ${PORTDIR}/local/layman/make.conf

Gentoo doesn't work with variable expansions (${PORTDIR}) in source lines. What do you actually have?

smn · Post by **smn** » Fri Aug 04, 2006 12:21 pm

hi, i have two little questions about udept:
what exactly is `dep -d pkg` doing? will it delete 'pkg' if it's not a world-entry and no other package depends on it?
and is there a way to remove a package and all it's dependencies which are no longer needed?

thanks.

slycordinator · Post by **slycordinator** » Sat Aug 05, 2006 1:02 am

smn wrote:hi, i have two little questions about udept:
what exactly is `dep -d pkg` doing? will it delete 'pkg' if it's not a world-entry and no other package depends on it?
and is there a way to remove a package and all it's dependencies which are no longer needed?

thanks.

"dep -d pkg" isn't valid in my mind.

"dep -d" (by itself, without any package name) looks at everything installed and removes the packages that aren't needed.

so it might be defaulting to do that in the case of providing a package name.

W3BMAST3R101 · Post by **W3BMAST3R101** » Sat Aug 05, 2006 3:02 am

Hurray the project still lives! Thanks for the hard work ecatmur. Your program works great. Its much more trustworthy than depclean *shudders*

the w3b

ecatmur · Post by **ecatmur** » Sat Aug 05, 2006 3:56 am

smn wrote:hi, i have two little questions about udept:
what exactly is `dep -d pkg` doing? will it delete 'pkg' if it's not a world-entry and no other package depends on it?
and is there a way to remove a package and all it's dependencies which are no longer needed?

thanks.

Yes, exactly. It will check to see if the specified package is unneeded and, if so, (offer to) remove it. dep -d on its own will do the same for *all* installed packages.

To remove a package and its own otherwise unneeded dependencies, use dep -q:

Code: Select all

# emerge -C app-foo/bar $(dep -qt1 app-foo/bar)

smn · Post by **smn** » Sat Aug 05, 2006 6:58 am

Thanks!

but what's (still) confusing me is this:
if i do for example:

Code: Select all

gentoo ~ # equery d monodoc
[ Searching for packages depending on monodoc... ]
gnome-extra/slab-1.9999
net-dns/avahi-0.6.10
dev-dotnet/gtk-sharp-2.8.2

gnome-extra/slab being the only package from a single-entry overlay, looking like this:

Code: Select all

PORTDIR_OVERLAY="/usr/local/portage"

yet when i do a `dep -dp monodoc` (using svn from a few minutes ago) it suggests to remove it:

Code: Select all

gentoo ~ # udept-svn/udept/dep -dp monodoc
dev-util/monodoc 1.1.13

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

 dev-util/monodoc
    selected: 1.1.13
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

am i overlooking something here?

//edit:
i think i found the problem: when emerging these packages i used custom set useflags which are not in my make.conf (ie. USE="doc" emerge slab), equery includes those in it's search, dep -l doesnt. using the same flag again with -dp works:

Code: Select all

gentoo ~ # USE="doc" dep -dp monodoc
!!! No redundant packages found.

is there anything i can do about that?

ecatmur · Post by **ecatmur** » Sun Aug 06, 2006 5:31 am

Yeah, that sounds about right. Note:

* equery is stupid when it comes to USE flags; it acts as if all USE flags are turned on
* dep -o (--original-depends) will use the USE flags that were in effect when the package was merged
* you should set custom USE flags in /etc/portage/package.use, not on the command line

owb · Post by **owb** » Sun Aug 06, 2006 3:25 pm

Hi, I have two questions about "dep".

At first I'm getting this message while running "dep -s":

[...]
kde-base/kdeadmin-3.5.2 ~kde-base/kdeadmin-3.5.2
!!! Cannot resolve depatom virtual/cron with virtual sys-apps/vixie-cron
__memoised__resolve_depatom resolve_depatom __memoised__resolve_depatom resolve_depatom add_deps_to_required add_deps_to_required add_deps_to_required makeideal main main
sys-process/vixie-cron-4.1-r9 virtual/cron
[...]

I'm not sure what this means and how to solve this problem.

At second "dep" wants to install:

To install:
* media-sound/alsa-driver-1.0.11 sys-fs/devfsd-1.3.25-r9 x11-base/xorg-x11-6.8.2-r8

I'm using gentoo-sources-2.6.16-r7 with alsa-drivers included. Also devfsd should not be needed using this kernel.
I'm also using xorg-x11-7.0-r1 so 6.8.2 should not be needed either.

Running "emerge -uaDN world" also does not want to install one of this packages.
How can I find out why "dep" wants to install these packages?

ecatmur · Post by **ecatmur** » Mon Aug 07, 2006 12:07 am

owb wrote:Hi, I have two questions about "dep".

At first I'm getting this message while running "dep -s":
[...]
kde-base/kdeadmin-3.5.2 ~kde-base/kdeadmin-3.5.2
!!! Cannot resolve depatom virtual/cron with virtual sys-apps/vixie-cron
__memoised__resolve_depatom resolve_depatom __memoised__resolve_depatom resolve_depatom add_deps_to_required add_deps_to_required add_deps_to_required makeideal main main
sys-process/vixie-cron-4.1-r9 virtual/cron
[...]
I'm not sure what this means and how to solve this problem.

That's just a warning; it means that something on your system is suggesting sys-apps/vixie-cron for the virtual/cron virtual; however vixie-cron is now sys-process/vixie-cron; it can't find it, so it complains. It's probably not worth notifying the user over, though.

The other problem: hmm. Thinks.

ecatmur · Post by **ecatmur** » Mon Aug 07, 2006 12:45 am

ok, fixed that warning. hmm.

ecatmur · Post by **ecatmur** » Mon Aug 07, 2006 12:49 am

Other problem: best solution is to see what dep thinks depends on those packages.

Code: Select all

$ dep -L alsa-driver devfsd xorg-x11-6.8.2-r8

ecatmur · Post by **ecatmur** » Mon Aug 07, 2006 5:23 pm

OK, releasing 0.5.96.2 "Possibly A Swamp".

Changes:

* dep: split out resolve_depatom inner functions. ftw.
* dep: trap broken pipe in allvirtuals
* dep: package.use.mask support
(and fix a bug in usecomponent: multiple USE flags on a
package.use line)
* dep: remove auto from default USE_ORDER (as portage)
* dep: split out edb grep logic; fix to cut down on !!! failed
extract_var DEPEND warnings
* dep: get conf USE correct (don't tac)
* dep: make command-line USE stack properly (USE_ORDER etc)
* dep: code duplication
* dep: recursive /etc fixes
* dep: usedesc fixes
* dep: handle /etc/portage/* directories hopefully everywhere
* dep: shlex source statements in /etc/make.conf etc
handle directories in /etc/portage cleaner
* dep: make iconv shut up
* dep: make makeideal comm clearer
* dep: set EBUILD_PHASE="depend"

No new features, but lots of fixes. Ebuild at the usual place: http://catmur.co.uk/svn/repos/gentoo/tr ... age/udept/ Tarball at: http://files.catmur.co.uk/udept/