[gentoo-dev] qadeps(?) - useful(?) tool for deps qa

[gentoo-dev] qadeps(?) - useful(?) tool for deps qa

[Piotr Jaroszyński]

Hello,
I had a timezone change today, which gave me a free hour of life, so of course 
I had to do something for gentoo :] Ok, no more pink elephants...

Current qadeps features:
 - Checks whether runtime deps of installed package are all set. The check is 		
going LEVEL-deep, where LEVEL is user specified. Uses checkdeps.rb (great 
betelgeuse's script) to determine needed rdeps.
- Checks for system packages in dependencies.
- Checks for suspicious deps, like doxygen in RDEPEND.

That's for start ;] 

qadeps:
http://www.gentoo-sunrise.org/svndump/peper/scripts/qadeps

Requirements:
http://dev.gentoo.org/~betelgeuse/scripts/deputils/*
app-portage/portage-utils

Comments are welcome!

-- 
Piotr Jaroszyński
Gentoo Developer

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] qadeps(?) - useful(?) tool for deps qa

[Piotr Jaroszyński]

www.gentoo-sunrise.org seems to be down so I have put qadeps here:
http://dev.gentooexperimental.org/~peper/scripts/

-- 
Piotr Jaroszyński
Gentoo Developer

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] qadeps(?) - useful(?) tool for deps qa

[Diego 'Flameeyes' Pettenò]

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

On Sunday 29 October 2006 03:41, Piotr Jaroszyński wrote:
>  - Checks whether runtime deps of installed package are all set. The check
> is            going LEVEL-deep, where LEVEL is user specified. Uses
> checkdeps.rb (great betelgeuse's script) to determine needed rdeps.
qlist ${CPV} | scanelf -L -n -q -F '%n #F' | tr , ' ' | xargs qfile -C | 
sort -u

This oneliner does more or less what checkrdeps does ...

The main problem is that it will _not_ work without using --as-needed...

> - Checks for system packages in dependencies.
This might be intentional, currently the QA policy about this is not clear. 
See bug #151758 . I don't want to see dependencies over zlib removed for 
instance, you can easily find a way to reproduce packags failing to merge 
because zlib is broken, and emerge -e world does not merge them before zlib 
(the same applies to paludis and pkgcore as far as I can tell).

As I said on that bug, IMHO system dependencies should be stated unless 
obvious (libc, gcc, binutils), problematic for porting (findutils, net-tools) 
or creates circular deps (shadow).

-- 
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ...

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] qadeps(?) - useful(?) tool for deps qa

[Piotr Jaroszyński]

> qlist ${CPV} | scanelf -L -n -q -F '%n #F' | tr , ' ' | xargs qfile -C |
> sort -u
>
> This oneliner does more or less what checkrdeps does ...
Didn't know it's so simple. Idea of my script was to also show on which level 
and by what these rdpes are satisfied, which can help keeping your rdeps 
clean.

> The main problem is that it will _not_ work without using --as-needed...
Nothing is perfect. It still helps a bit.

> > - Checks for system packages in dependencies.
>
> This might be intentional, currently the QA policy about this is not clear.
> See bug #151758 . I don't want to see dependencies over zlib removed for
> instance, you can easily find a way to reproduce packags failing to merge
> because zlib is broken, and emerge -e world does not merge them before zlib
> (the same applies to paludis and pkgcore as far as I can tell).
I didn't say that's always wrong, for example auto* often need exact version 
dep. It's more like head-up. Same goes to suspicious rdeps like sed or 
doxygen, which can be easily set with RDEPEND=${DEPEND}.

> As I said on that bug, IMHO system dependencies should be stated unless
> obvious (libc, gcc, binutils), problematic for porting (findutils,
> net-tools) or creates circular deps (shadow).
IMHO this should be fixed in portage. If not why would we have system packages 
at all?

Comming back to my script - I will be rewriting it in python anyway to learn 
this nice lang and how portage really works.

-- 
Piotr Jaroszyński
Gentoo Developer

-- 
gentoo-dev@gentoo.org mailing list