When try to emerge libdvb-0.5.5, g++ (GCC) 3.4.3 20041125 complains about undeclared function errno. Reproducible: Always Steps to Reproduce: 1. emerge "=libdvb-0.5.5" 2. 3. Actual Results: g++ -c -O2 -Wall -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I. -I../include -I../../include cpptools.cc DVB.cc: In function `int chck_frontend(int, frontend_stat*)': DVB.cc:3571: error: `errno' undeclared (first use this function) DVB.cc:3571: error: (Each undeclared identifier is reported only once for each function it appears in.) make[1]: *** [DVB.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/libdvb-0.5.5/work/libdvb-0.5.5/libdvb'
Created attachment 46728 [details, diff] Patch for DVB.cc to be placed in the files directory The ebuild of course must do an 'epatch "${FILESDIR}/${P}-header.patch"' in addition to the gentoo.patch. Should I send a diff for this as well? ;-)
The patch works for me.
Verifying bug, and that patch works :) Thanks! /
Verifying bug, and that patch works :) Thanks! /©harlie
works for me too.
Working for me to but. But why isn't the patch in portage?
That's an interesting question. I have no idea on the decision process. I have submitted a new ebuild half a year ago but it still is not included in portage so this might also take a while. Maybe some of the responsoble people can tell something about it. Maybe the libdvb-0.5.5 maintainer?!
Thomas - I added this - hope you don't mind. Konstantin - reopen bugs if they are ignored. Once you changed it to RESOLVED it was not going to get looked at. Especially assigned to bugs-wranglers. Having said that - thanks for the patch
libdvb-0.5.5-r1 ignores this patch again :( But it still works.
As it's still not in portage and the bug still seems to exist I'm reopening this.
Comment #8: No such ebuild version in portage tree Comment #9: *libdvb-0.5.5 (30 Jan 2005) 30 Jan 2005; Daniel Black <dragonheart@gentoo.org> +files/errno.patch, -libdvb-0.2.1.ebuild, -libdvb-0.2.3.ebuild, libdvb-0.5.0-r1.ebuild, libdvb-0.5.5.ebuild: old version clean out and errno.patch added as per bug #75471. Thanks to Konstantin M
Comment #8: No such ebuild version in portage tree Comment #9: *libdvb-0.5.5 (30 Jan 2005) 30 Jan 2005; Daniel Black <dragonheart@gentoo.org> +files/errno.patch, -libdvb-0.2.1.ebuild, -libdvb-0.2.3.ebuild, libdvb-0.5.0-r1.ebuild, libdvb-0.5.5.ebuild: old version clean out and errno.patch added as per bug #75471. Thanks to Konstantin Münning <konstantin@muenning.com> $ grep epatch libdvb-0.5.0-r1.ebuild epatch "${FILESDIR}/${P}-gentoo.patch" || die "patch failed" epatch ${FILESDIR}/errno.patch || die "patch failed" $ grep epatch libdvb-0.5.5.ebuild epatch "${FILESDIR}/${P}-gentoo.patch" || die "patch failed" epatch ${FILESDIR}/errno.patch || die "patch failed" Both ebuilds in portage _do_ apply the patch - where is the problem?
Strange, the errno path is not applied in my version of the ebuild: lab2 ~ # grep epatch /usr/portage/media-libs/libdvb/libdvb-0.5.5-r1.ebuild epatch "${FILESDIR}/${P}-gentoo.patch" epatch ${FILESDIR}/${P}-analogtv.patch I use a special sync server (SYNC="rsync://rsync16.de.gentoo.org/gentoo-merged"), because the vdr related ebuilds in portage are incomplete and old. I wasn't aware that libdvd is also affected, sorry, should have mentioned that.
Comment #1: Sorry, but this is not supported. This problem is fixed in _official_ portage tree, if you are using some portage overlays, then you are doing so at your own risk and you have to fix it yourself... ;-)
Err, the above was obviously reply to Comment #11...
