When emerging capisuite the ebuild fails with the error below. Reproducible: Always Steps to Reproduce: 1.echo "net-dialup/capisuite ~x86" >> /etc/portage/package.keywords 2.emerge capisuite 3.--> fails Actual Results: /usr/include/capiutils.h:923: error: too few arguments to function `unsigned int ALERT_REQ(_cmsg*, short unsigned int, short unsigned int, unsigned int, unsigned char*, unsigned char*, unsigned char*, unsigned char*, unsigned char*)' capi.cpp:116: error: at this point in file make[3]: *** [capi.o] Fehler 1 make[3]: *** Warte auf noch nicht beendete Prozesse... make[3]: Leaving directory `/var/tmp/portage/capisuite-0.4.3/work/capisuite-0.4.3/src/back end' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/capisuite-0.4.3/work/capisuite-0.4.3/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/capisuite-0.4.3/work/capisuite-0.4.3' make: *** [all] Fehler 2 !!! ERROR: net-dialup/capisuite-0.4.3 failed. !!! Function src_compile, Line 38, Exitcode 2 !!! parallel make failed. Expected Results: Emerge cleanly I'll attach "emerge --info" output and the build logfile. Maybe the ebuild for capisuite-0.4.4 (see Bug# <a href="http://bugs.gentoo.org/show_bug.cgi?id=37311">37311</a>) can be put into portage as it emerges clean. Daniel
Created attachment 37527 [details] emerge --info
Created attachment 37528 [details] log of the failing build
I just commited capi4k-utils-20040810. Does this fix it?
No, it doesn't fix the problem it's the source of the problem ;) The situation: In june the isdn4k utils were changed (<http://www.isdn4linux.de/cgi-bin/viewcvs.cgi/isdn4k-utils/capi20/capiutils.h.diff?r1=1.5&r2=1.6>) Changes in ALERT_REQ (/usr/include/capiutils.h)... | _cstruct Useruserdata, |- _cstruct Facilitydataarray) { |+ _cstruct Facilitydataarray, |+ _cstruct SendingComplete) { So every package using this header file must check whether it's the old or new function. Patch for capisuite is linked in http://bugs.gentoo.org/show_bug.cgi?id=37311#c13 @Daniel Gebhardt: which version of capi4k-utils or isdn4k-utils did you use when hitting this bug?
I was running capi4k-utils-20040810, not the ones commited to portage recently but Daniel Blacks Ebuild he attached to Bug 52001 (http://bugs.gentoo.org/show_bug.cgi?id=52001). To me it seems pretty much the same as the portage one, beside one sed line ... but I guess Daniel B. could tell better. Daniel
The sed line adds support for 2.6 Kernel headers. What is needed is a list of packages that break on capi4k-utils-20040810 and the ebuilds will be changed to depend on the lower version. The packages that break will get a patch to allow them to work for the newer >=capi4k-utils-20040810 and new ebuilds will be added.
0.4.4 commited. 0.4.3 changed to depend on previous capi4k-utils version. The only other capi4k-utils dependancy around is net-misc/capi4hylafax which compiled fine on the new version on capi4k-utils. Please open a new bug if some other capi4k-utils based program failes. If capisuite-0.4.3 is still broken - reopen this one.
