Bug 44816 - packages with RDEPEND on autoconf or automake
|
Bug#:
44816
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: qa@gentoo.org
|
Reported By: spider@gentoo.org
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: packages with RDEPEND on autoconf or automake
|
|
Keywords: QAbaddep
|
|
Status Whiteboard:
|
|
Opened: 2004-03-16 01:03 0000
|
sys-devel/automake-1.7.7/RDEPEND: >=sys-devel/autoconf-2.57
sys-apps/acl-2.2.13-r1/RDEPEND: sys-devel/autoconf
sys-libs/gpm-1.20.1/RDEPEND: sys-devel/autoconf
app-editors/emacs-21.3-r2/RDEPEND: >=sys-devel/autoconf-2.58
sys-fs/xfsprogs-2.3.9/RDEPEND: sys-devel/autoconf
media-libs/alsa-lib-0.9.8/RDEPEND: >=sys-devel/autoconf-2.57-r1
media-libs/hermes-1.3.2-r2/RDEPEND: sys-devel/autoconf
media-libs/a52dec-0.7.4/RDEPEND:>=sys-devel/autoconf-2.52d-r1
dev-util/strace-4.4.98/RDEPEND: >=sys-devel/autoconf-2.54
app-misc/screen-4.0.1-r2/RDEPEND: >=sys-devel/autoconf-2.57
kde-base/kdelibs-3.2.1/RDEPEND:>=sys-devel/autoconf-2.58
games-strategy/freeciv-1.14.1/RDEPEND: >=sys-devel/autoconf-2.13
dev-libs/libmcrypt-2.5.7/RDEPEND:>=sys-devel/automake-1.6.1
net-misc/ntp-4.1.2/RDEPEND: >=sys-devel/automake-1.7
media-libs/alsa-lib-0.9.8/RDEPEND: >=sys-devel/automake-1.7.2
media-libs/hermes-1.3.2-r2/RDEPEND: sys-devel/automake
app-admin/metalog-0.8_pre20031130/RDEPEND: sys-devel/automake
app-text/sgml-common-0.6.3-r3/RDEPEND:>=sys-devel/automake-1.6
games-strategy/freeciv-1.14.1/RDEPEND: >=sys-devel/automake-1.4
the only thing that looks "correct" here is the sys-devel/automake RDEPEND on
autoconf
i dont know where you got the freeciv or ntp matches because they're def not
like that in cvs
i fixed xfsprogs, strace, screen and libmcrypt cause i was bored :p
fixed app-editors/emacs and app-text/sgml-common
Well, This could be for any revision in the cvs, as my tests don't track
changes in packages that don't change revisions. Inherent design decision
*** Bug 44815 has been marked as a duplicate of this bug. ***
media-* fixed
SpanKY, if you're feeling bored, feel free to take on some sound bugs...
I think your detection tool may need to be revised as it missed a package
(which I've fixed)... ogmtools had:
DEPEND="dvd? ( media-libs/libdvdread )
>=sys-devel/automake-1.6.0
media-sound/vorbis-tools"
with no RDEPEND, so RDEPEND was implicitly containing
>=sys-devel/automake-1.6.0
Actually it only worked on a subset from one of my old-time passive installs.
I should rework it to something that uses portageq and works against the
/usr/portage tree.
ahh sorry, I did get one but there was all too many false positives (Even more)
due to eclass'es which I didn't handle. :-/
hmm, what code are you using to generate this list? *curious*
I'm greping the portage cache.
oh. that simple.. now I feel foolish. *wry grin* *looks at his long lines of
logics duplicating ebuild.sh and other things*
Is it worth bugging aliz to include a hit list (sed, automake, make, awk,
grep,...) that will fail if they are implicit RDEPENDS and list these packages
with a QA fault on http://gentoo.tamperd.net/stable? Or likewise implementing
it in repoman?
Other questions while I remember:
Can as a general rule with QA bug can you attach grep and the like code as it
probably will help.
Is there a reason http://gentoo.tamperd.net/stable isn't hosted on an official
domain?
I think it would be good to have this info on g.t.n/s ... I think it doesn't
really need to be in repoman, though...
mr_bones: could you attach an updated list?
grep -nr 'sys-devel/automake' --exclude "*pickle" /var/cache/edb/dep/ | egrep
':[2]:' | sed 's:/var/cache/edb/dep/::; s/:[2]:/:/' | sed 's/:.*//' >
/tmp/automake.rdepend
There's the command I used.
Why don't ya do libtool too, while you're at it?
All of sound's packages are fixed.
could you please update the list ?
SpanKY, You still need updated lists? In comment#20, |sed 's:usr/portage/::'
is missing. Though I don't know why only the second lines of edb-files might be
relevant, a line like this might be what You need:
for package in automake autoconf libtool; do
grep -nr "sys-devel/$package" --exclude="*pickle" \
/path/to/gentoo/var/cache/edb/dep/ \
| awk '/:2:/ {print
gensub(".*/var/cache/edb/dep/(usr/portage/)?([^:]*):2:.*", "\\2", 1, $0);} \
> /tmp/rdepends_on_$package
done
BTW: quite troublesome to get a backslash typed with german keymapping, I used
"echo '' | od -t c" to get a "\n" printed and restarted gpm with "-2" to work
around the missing middle butten... :-)
ups - sorry, cut-n-paste errors:
- the trailing `` '
ups - sorry, cut-n-paste errors:
- the trailing `` ' ยดยด was missing
- that "awk" line must be one line - my inputfield broke it into two lines.
for package in automake autoconf libtool; do
grep -nr "sys-devel/$package" --exclude="*pickle" $ROOT/var/cache/edb/dep/ \
| awk '/:2:/ {print \
gensub(".*/var/cache/edb/dep/(usr/portage/)?([^:]*):2:.*", "\\2", 1, $0);}' \
> /tmp/rdepends_on_$package
done
As of these lines, only three bind-ebuilds are still having dependencies on
autoconf:
net-dns/bind-9.3.1-r8
net-dns/bind-9.2.5-r10
net-dns/bind-9.3.2_beta2-r2
Feedback wanted: were these the lines that You needed?
Then this bug might be closed real soon. :-)
Nothing left here, if anything else RDEPENDs on autoconf & co. implicitely,
that's because it needs explicit RDEPEND (Bug 142755) due to eclass
inheritance.
Closing.