View previous topic :: View next topic |
Author |
Message |
Phenax l33t
Joined: 10 Mar 2006 Posts: 972
|
Posted: Sun Sep 10, 2006 10:51 pm Post subject: |
|
|
Wow man, I'm pretty sad that I just now discovered it. Good tool! |
|
Back to top |
|
|
Gremo Guru
Joined: 27 Feb 2006 Posts: 450
|
Posted: Mon Sep 11, 2006 2:58 am Post subject: |
|
|
what does it mean?
Code: |
localhost gremo # dep -Op
!!! app-portage/udept-0.5.99.0.2.95 best against $PORTDIR
!!! dev-util/meld-1.1.4 best against $PORTDIR
!!! media-libs/mesa-6.5.1_rc2-r20060908 best against $PORTDIR
!!! x11-base/xorg-server-1.1.1-r2 best against $PORTDIR
|
|
|
Back to top |
|
|
dpetka2001 l33t
Joined: 04 Mar 2005 Posts: 804
|
Posted: Mon Sep 11, 2006 1:03 pm Post subject: |
|
|
could someone provide with a link to download the latest version of dep?? |
|
Back to top |
|
|
ecatmur Advocate
Joined: 20 Oct 2003 Posts: 3595 Location: Edinburgh
|
Posted: Mon Sep 11, 2006 4:55 pm Post subject: |
|
|
Gremo wrote: | what does it mean?
Code: |
localhost gremo # dep -Op
!!! app-portage/udept-0.5.99.0.2.95 best against $PORTDIR
!!! dev-util/meld-1.1.4 best against $PORTDIR
!!! media-libs/mesa-6.5.1_rc2-r20060908 best against $PORTDIR
!!! x11-base/xorg-server-1.1.1-r2 best against $PORTDIR
|
| That means dep is keeping those ebuilds in your overlay because they are the same or higher than the highest version in the gentoo.org tree. _________________ No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS? |
|
Back to top |
|
|
ecatmur Advocate
Joined: 20 Oct 2003 Posts: 3595 Location: Edinburgh
|
|
Back to top |
|
|
toskala Advocate
Joined: 14 Dec 2002 Posts: 2080 Location: hamburg, germany
|
Posted: Thu Sep 14, 2006 12:01 pm Post subject: |
|
|
edcatmur, do you have an idea if the springcleaning option works? i mean does it leave a working system behind ? _________________ adopt an unanswered post
erst denken, dann posten |
|
Back to top |
|
|
ecatmur Advocate
Joined: 20 Oct 2003 Posts: 3595 Location: Edinburgh
|
|
Back to top |
|
|
toskala Advocate
Joined: 14 Dec 2002 Posts: 2080 Location: hamburg, germany
|
Posted: Thu Sep 14, 2006 3:04 pm Post subject: |
|
|
what i saw is that it wanted to remove libwww, which i somehow need, at least qdepends says so.
can i somehow tell the tool "do what you think you should do but please dont remove gcc and libwww"? _________________ adopt an unanswered post
erst denken, dann posten |
|
Back to top |
|
|
ecatmur Advocate
Joined: 20 Oct 2003 Posts: 3595 Location: Edinburgh
|
Posted: Fri Sep 15, 2006 4:02 pm Post subject: |
|
|
Well, qdepends has its own dependency engine, which is again different from the portage dependency engine. Any idea what it is qdepends says depends on libwww?
As for gcc, if you want a specific version to stay then you should tell portage to keep it around. dep doesn't do special cases; that's bad design. _________________ No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS? |
|
Back to top |
|
|
toskala Advocate
Joined: 14 Dec 2002 Posts: 2080 Location: hamburg, germany
|
Posted: Fri Sep 15, 2006 5:44 pm Post subject: |
|
|
qdpends -Q libwww says the following:
Code: | dev-perl/Crypt-SSLeay-0.51-r1
dev-perl/XML-DOM-1.44
dev-perl/XML-XQL-0.68
www-client/w3mir-1.0.10-r1
mail-filter/spamassassin-3.1.3 |
will dep get that feature one day ? _________________ adopt an unanswered post
erst denken, dann posten |
|
Back to top |
|
|
ecatmur Advocate
Joined: 20 Oct 2003 Posts: 3595 Location: Edinburgh
|
|
Back to top |
|
|
toskala Advocate
Joined: 14 Dec 2002 Posts: 2080 Location: hamburg, germany
|
Posted: Fri Sep 15, 2006 8:15 pm Post subject: |
|
|
ah, i could have imagined this myself, thanks for your hint! _________________ adopt an unanswered post
erst denken, dann posten |
|
Back to top |
|
|
STEDevil Apprentice
Joined: 24 Apr 2003 Posts: 156
|
Posted: Tue Sep 19, 2006 9:27 am Post subject: |
|
|
Im really glad someone is doing the things that IMO should be in and fully working in portage itself
However, running latest (version "I Just Know It'll End Up Sounding Lame" ), Im getting a bit worried about some of the things that is to be cleaned out doing a
# dep -dp
Several things looked a bit suspicous to me, but the below must surely be an error...
x11-base/xorg-x11
selected: 7.1
protected: none
omitted: none
Also
# dep -P
cleaned out the higher/newer version of several packages (which of course was put right back in by a emerge world -uDvp)
Further, when doing a dep -E to clean out the /etc/portage/package.* files, Im getting some strange results eg in .keywords having
~x11-drivers/xf86-input-mouse-1.1.1 ~x86
gives
Code: |
!!!REDUNDANT ENTRY!!! ~x11-drivers/xf86-input-mouse-1.1.1 ~x86
no matching packages
|
since I would want a 1.1.1-rX version automatically installed but not >1.1.1 nor a downgrade to 1.0.4 I think my rule is both needed and correct. Unfortunately dep apparently doesnt agree
Could it be that udept gets confused since the entry starts with ~ even though there currently is no -rX version of the package?
Anyway, thanks for a greate app |
|
Back to top |
|
|
slycordinator Advocate
Joined: 31 Jan 2004 Posts: 3065 Location: Korea
|
Posted: Tue Sep 19, 2006 10:30 am Post subject: |
|
|
STEDevil wrote: | # dep -dp
Several things looked a bit suspicous to me, but the below must surely be an error...
x11-base/xorg-x11
selected: 7.1
protected: none
omitted: none |
It's a meta package. So it's really not technically neccesary for it to be installed. All the deps of it are likely deps of something else. |
|
Back to top |
|
|
ecatmur Advocate
Joined: 20 Oct 2003 Posts: 3595 Location: Edinburgh
|
Posted: Sun Oct 01, 2006 6:50 pm Post subject: |
|
|
STEDevil wrote: |
# dep -P
cleaned out the higher/newer version of several packages (which of course was put right back in by a emerge world -uDvp)
|
That's a bug in the portage upgrade (-uD) algorithm. It doesn't consider whether an upgrade is consistent with the rest of the system, just blindly upgrades and hopes for the best.
Quote: | ~x11-drivers/xf86-input-mouse-1.1.1 ~x86
gives
Code: |
!!!REDUNDANT ENTRY!!! ~x11-drivers/xf86-input-mouse-1.1.1 ~x86
no matching packages
|
|
Weird, that line works on my system. Can you give e.g. dep -k x11-drivers/xf86-input-mouse? _________________ No more cruft
dep: Revdeps that work
Using command-line ACCEPT_KEYWORDS? |
|
Back to top |
|
|
STEDevil Apprentice
Joined: 24 Apr 2003 Posts: 156
|
Posted: Mon Oct 09, 2006 5:04 am Post subject: |
|
|
ecatmur wrote: | STEDevil wrote: |
# dep -P
cleaned out the higher/newer version of several packages (which of course was put right back in by a emerge world -uDvp)
|
That's a bug in the portage upgrade (-uD) algorithm. It doesn't consider whether an upgrade is consistent with the rest of the system, just blindly upgrades and hopes for the best.
|
Oh ok. I assume that means I should manually mask the packages portage wants to re-upgrade?
That of course leads to next question, how will I know when its time to remove a specific manual entry from package.mask?
Any way of making this adding/removing automatic by dep?
Quote: |
Quote: | ~x11-drivers/xf86-input-mouse-1.1.1 ~x86
gives
Code: |
!!!REDUNDANT ENTRY!!! ~x11-drivers/xf86-input-mouse-1.1.1 ~x86
no matching packages
|
|
Weird, that line works on my system. Can you give e.g. dep -k x11-drivers/xf86-input-mouse? |
dep -k x11-drivers/xf86-input-mouse
x11-drivers/xf86-input-mouse:
!!! ebuild_dep_to_edb x11-drivers/xf86-input-mouse-1.1.1 /usr/portage
| p
| p x
| c 8
| - 6
| a a p m s -
| l m h i m m p a s p f
| p d a p a 6 i p c c 3 a x b
| h 6 r p 6 8 p p 6 o 9 s r 8 s
| a 4 m a 4 k s c 4 s 0 h c 6 d
------+---------------------------v--
1.0.4 | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
1.1.1 > + ~ + + + + + + + + ~ ~ /var/portage/tree
1.1.1 | + ~ + + + + + + + + ~ ~
If you are wondering about what /var/portage/tree is I have "ln -s /var/portage/tree /usr/portage" becuase I prefer having everything related to portage in one place (/var/portage) instead of the normal (IMO idiotic) Linux way of spreading things all over the fs.
What is a bit surprising to me though is that 1.0.4 line consisting of all ~
Where does that come from? For sure not my package.mask |
|
Back to top |
|
|
fredor Tux's lil' helper
Joined: 13 Oct 2003 Posts: 84 Location: UK
|
Posted: Thu Oct 12, 2006 1:21 pm Post subject: |
|
|
Many thanks to ecatmur for 'udept', an excellent 'cruft' remover.
Using 'dep -E' with 'package.unmask', 'package.keywords, etc in seperate folders, the program finds redundant items but fails to remove them and terminates with the word 'interrupted'.
I presume it works fine with 'package.*' in files as they used to be, but requires updating to deal with 'package.*' as directories. Is this the case? _________________ Gentoo /amd64/2007.0
AMD Athlon64 X2 4200+
ASUS M2N32-SLI Deluxe |
|
Back to top |
|
|
fredor Tux's lil' helper
Joined: 13 Oct 2003 Posts: 84 Location: UK
|
Posted: Mon Oct 16, 2006 1:11 pm Post subject: |
|
|
With the latest 'portage', 'dep -as' shows 'Unknown USE component pkgprofile' and 'Unknown USE component pkginternal' but everything works fine. _________________ Gentoo /amd64/2007.0
AMD Athlon64 X2 4200+
ASUS M2N32-SLI Deluxe |
|
Back to top |
|
|
HotBBQ Apprentice
Joined: 03 Mar 2004 Posts: 275 Location: West Melbourne, FL
|
Posted: Wed Oct 25, 2006 11:28 am Post subject: |
|
|
fredor wrote: | With the latest 'portage', 'dep -as' shows 'Unknown USE component pkgprofile' and 'Unknown USE component pkginternal' but everything works fine. |
I'm having the same issue. _________________ "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." -- James Madison |
|
Back to top |
|
|
hielvc Advocate
Joined: 19 Apr 2002 Posts: 2805 Location: Oceanside, Ca
|
Posted: Tue Oct 31, 2006 5:04 am Post subject: |
|
|
Ed it happens with portage 2.1.2_rc1 and 2.1.2_rc1-r1. With portage-2.1.2_pre2-r9 dep -wp runs with out hughmongus string of Quote: | !!!Unknown USE component: pkginternal | . _________________ An A-Z Index of the Linux BASH command line |
|
Back to top |
|
|
FuzzyRay Retired Dev
Joined: 02 Oct 2003 Posts: 79
|
Posted: Wed Nov 01, 2006 8:31 pm Post subject: Unknown USE component errors |
|
|
The "Unknown USE component" errors are due to the newer versions of portage implementing support for specifying default USE flags on a per package basis. (See Bug #61732)
Anyhow, I have released udept-0.5.99.0.2.95-r1 which will stop the errors from being printed. All the patched version does is add placeholders for the new portage functionality. |
|
Back to top |
|
|
Varuna Tux's lil' helper
Joined: 10 Jun 2004 Posts: 97 Location: Connecticut, United States
|
Posted: Sat Nov 18, 2006 2:09 pm Post subject: |
|
|
When I run dep -s, I get messages such as: Code: | !!! Oops: comm_ver called with category/package: 6.4.1-r3/6.4.1-r3 dev-lang/ghc | for a few packages. Another example, with two lines of context: Code: | sci-libs/fftw-2.1.5-r2 =sci-libs/fftw-2.1*
sys-apps/iproute2-2.6.18.20061002 sys-apps/iproute2
!!! Oops: comm_ver called with category/package: 2.6.17-r1/2.6.17-r1 sys-kernel/
!!! linux-headers
sys-apps/microcode-ctl-1.15 sys-apps/microcode-ctl
sys-apps/netplug-1.2.9-r3 sys-apps/netplug
| As far as I can tell, everything still works correctly, but do these messages indicate a problem? dep -d gives no special messages. I'm using dep v. 0.5.99.0.2.95 (app-portage/udept-0.5.99.0.2.95-r1) and sys-apps/portage-2.1.2_rc2. |
|
Back to top |
|
|
red-wolf76 l33t
Joined: 13 Apr 2005 Posts: 714 Location: Rhein-Main Area
|
Posted: Fri Dec 15, 2006 7:08 pm Post subject: |
|
|
First, let me say that this script is da bomb!
Is there a way for it to ignore java? If I let it purge old stuff, it always wants to kick out the 1.4* sun-jdk that needs to be installed as per the java update guide...
Otherwise, I'm really, really thankful! I used to do it all by hand. Oh, the sheer agony! _________________ 0mFg, G3nt00 r0X0r$ T3h B1g!1111
Use sane CFLAGS! If for no other reason, do it for the lulz! |
|
Back to top |
|
|
annunaki2k2 Tux's lil' helper
Joined: 14 Oct 2003 Posts: 119 Location: Streatham, London, UK
|
Posted: Thu Jan 04, 2007 11:17 am Post subject: |
|
|
Hi ecatmur,
I seem to have some spurious output when running the dep script - but I'm not sure if it effects the overall outcome.
I ran a dep -w --pretend, and here is a sample of the output:
Code: | /usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
!!!REDUNDANT ENTRY!!! gnome-base/gnome-volume-manager depended on by:
gnome-base/gnome-2.16.1 hal? >=gnome-base/gnome-volume-manager-2.15.0
WORLD FILE gnome-base/gnome
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
!!!REDUNDANT ENTRY!!! gnome-base/libgtop depended on by:
dev-python/gnome-python-desktop-2.16.0 >=gnome-base/libgtop-2.13.0
app-editors/gedit-2.16.2-r1 python? >=dev-python/gnome-python-desktop-2.15.90
gnome-base/gnome-2.16.1 >=app-editors/gedit-2.16.1
WORLD FILE gnome-base/gnome
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
!!!REDUNDANT ENTRY!!! gnome-base/nautilus depended on by:
app-admin/gnome-system-tools-2.14.0 >=gnome-base/nautilus-2.9.90
gnome-base/gnome-2.16.1 >=app-admin/gnome-system-tools-2.14.0
WORLD FILE gnome-base/gnome
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory
/usr/bin/dep: line 1675: cd: /var/cache/edb/dep//usr/local/portage/default: No such file or directory |
I assume this is something to do with my overlay set-up, but I can't see anything that could be wrong with it.
Code: | PORTDIR_OVERLAY="/usr/local/portage/default /usr/local/portage/desktop" |
Code: | tux-162 portage # cd /usr/local/
tux-162 local # ls -l portage
lrwxrwxrwx 1 root system 23 2006-11-25 14:17 portage -> /mnt/vms/manage/overlay
tux-162 local # ls -l portage/
total 16
drwxrwxr-x 4 root ccaasi 4096 2007-01-04 10:58 default
drwxr-xr-x 3 ccaaruk ccaas 4096 2006-11-25 14:44 desktop
drwxrwxr-x 2 root ccaasi 4096 2006-11-24 12:40 vmware
tux-162 local # |
Do you know what I can do to resolve this? The overlays are part of an nfs share that contains the Gentoo deployment and management tool set that I am currently working on so would rather not have to change it.
Thanks for your help
edit:
btw. version of dep is:
Code: | tux-162 local # dep -V
dep v. 0.5.99.0.2.95 "I Just Know It'll End Up Sounding Lame" |
_________________ The great thing about standards is there are so many to choose from..... |
|
Back to top |
|
|
crazy-bee Apprentice
Joined: 03 Jan 2003 Posts: 170
|
Posted: Thu Jan 04, 2007 10:33 pm Post subject: |
|
|
Damn, thanks! I wish I had discovered that YEARS ago. |
|
Back to top |
|
|
|