Bug 142755 – multiple packages need to set RDEPEND explicitely

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Marcin Kowalski 2006-08-04 01:34:46 UTC]

this is the same as a bug i filed yesterday [ #142681 ] .

this time i found this in libmpeg2 , libdts, libdvdread, libmad , libpng, smpeg,  fftw. (i checked only the newest version available, some of them were from flameeyes' overlay, but seems that they already got into portage). there are some more packages with this behavior, but don't remember them at the moment.

what's wrong: look at bug #142681 (it's the same situation)

solution
add RDEPEND=${DEPEND} into the ebuild, or RDEPEND="" if package has no runtime deps. the RDEPEND needs to be defined.

[Comment 1 Jakub Moc (RETIRED) 2006-08-04 01:57:50 UTC]

*** Bug 142756 has been marked as a duplicate of this bug. ***

[Comment 2 Jakub Moc (RETIRED) 2006-08-04 01:57:58 UTC]

*** Bug 142757 has been marked as a duplicate of this bug. ***

[Comment 3 SpanKY 2006-08-04 06:16:51 UTC]

i dont see any problems with libpng/smpeg

[Comment 4 Matthias Schwarzott 2006-08-05 03:24:01 UTC]

(In reply to comment #3)
> i dont see any problems with libpng/smpeg
> 
The problem reported here seems to be that for libpng internally has
RDEPEND=DEPEND="sys-libs/zlib sys-devel/automake sys-devel/autoconf sys-devel/libtool"

when the ebuild writer probably meant RDEPEND=DEPEND="sys-libs/zlib"
+the eclasses adding things only(!) to DEPEND.

[Comment 5 SpanKY 2006-08-05 11:38:22 UTC]

eclasses should not affect the DEPEND/RDEPEND of the ebuild

[Comment 6 Matthias Schwarzott 2006-08-06 09:22:48 UTC]

(In reply to comment #5)
> eclasses should not affect the DEPEND/RDEPEND of the ebuild
> 
I know they should not do but see what happens in real world:

# cat /var/db/pkg/media-libs/libpng-1.2.12-r1/DEPEND
sys-libs/zlib sys-devel/automake sys-devel/autoconf sys-devel/libtool
# cat /var/db/pkg/media-libs/libpng-1.2.12-r1/RDEPEND
sys-libs/zlib sys-devel/automake sys-devel/autoconf sys-devel/libtool

[Comment 7 SpanKY 2006-08-06 11:27:23 UTC]

this needs to be hashed out on the gentoo-dev mailing list ... portage is inconsistent so fixing it for one case just to fix again later is a waste of time

[Comment 8 Jakub Moc (RETIRED) 2006-09-21 00:03:02 UTC]

*** Bug 148454 has been marked as a duplicate of this bug. ***

[Comment 9 gent_bz 2006-09-21 00:16:02 UTC]

(In reply to comment #7)
> this needs to be hashed out on the gentoo-dev mailing list ... portage is
> inconsistent so fixing it for one case just to fix again later is a waste of
> time

So do we have an approach?  A few one line fixes seems like less work than me fixing things to a local overlay...

[Comment 10 SpanKY 2006-09-21 00:40:11 UTC]

take "a few lines" and multiply it "by a ton of ebuilds in portage"

[Comment 11 gent_bz 2006-09-21 05:33:16 UTC]

sys-apps/file also has this problem.

[Comment 12 gent_bz 2006-09-21 06:40:33 UTC]

sys-libs/utempter has this problem.

[Comment 13 Jakub Moc (RETIRED) 2006-11-18 00:18:16 UTC]

Fixed in portage 2.1.1-r2 and 2.1.2_rc2.

*** This bug has been marked as a duplicate of 153591 ***