app-apache/mod_auth_kerb 5.4-r2 fails during patching phase: * mod_auth_kerb-5.4.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking mod_auth_kerb-5.4.tar.gz to /var/tmp/portage/www-apache/mod_auth_kerb-5.4-r2/work >>> Source unpacked in /var/tmp/portage/www-apache/mod_auth_kerb-5.4-r2/work >>> Preparing source in /var/tmp/portage/www-apache/mod_auth_kerb-5.4-r2/work/mod_auth_kerb-5.4 ... * Applying mod_auth_kerb-5.4-rcopshack.patch ... [ ok ] * Applying mod_auth_kerb-5.4-fixes.patch ... [ ok ] * Applying mod_auth_kerb-5.4-s4u2proxy-r2.patch ... * Failed Patch: mod_auth_kerb-5.4-s4u2proxy-r2.patch ! * ( /usr/portage/www-apache/mod_auth_kerb/files/mod_auth_kerb-5.4-s4u2proxy-r2.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/www-apache/mod_auth_kerb-5.4-r2/temp/mod_auth_kerb-5.4-s4u2proxy-r2.patch.out Reproducible: Always I tried removing that patch from the list but it then failed on the next one (httpd24).
Created attachment 403464 [details] Failed patch
Try resyncing, it should now apply a -r3 patch that should be committed properly
(In reply to Pacho Ramos from comment #2) > Try resyncing, it should now apply a -r3 patch that should be committed > properly The patch turned up as -r2 which fooled me for a while. I had to redigest the ebuild. It now patches and compiles but dies at install, looking for a .conf file. Cheers Jon >>> Compiling source in /portage/tmp/portage/www-apache/mod_auth_kerb-5.4-r2/work/mod_auth_kerb-5.4 ... make -j9 ./apxs.sh "-I. -Ispnegokrb5 -I/usr/include " "-L/usr/lib64 -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv" "" "/usr/sbin/apxs2" "-c" "src/mod_auth_kerb.c" /usr/share/build-1/libtool --silent --mode=compile x86_64-pc-linux-gnu-gcc -std=gnu99 -prefer-pic -march=native -O2 -pipe -fomit-frame-pointer -DLINUX -D_REENTRANT -D_GNU_SOURCE -pthread -I/usr/include/apache2 -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db6.0 -I. -Ispnegokrb5 -I/usr/include -c -o src/mod_auth_kerb.lo src/mod_auth_kerb.c && touch src/mod_auth_kerb.slo src/mod_auth_kerb.c: In function 'have_rcache_type': src/mod_auth_kerb.c:2078:4: warning: implicit declaration of function 'krb5_rc_resolve_full' [-Wimplicit-function-declaration] ret = krb5_rc_resolve_full(context, &id, "none:"); ^ src/mod_auth_kerb.c:2082:7: warning: implicit declaration of function 'krb5_rc_destroy' [-Wimplicit-function-declaration] krb5_rc_destroy(context, id); ^ /usr/share/build-1/libtool --silent --mode=link x86_64-pc-linux-gnu-gcc -std=gnu99 -Wl,-O1 -Wl,--as-needed -Wl,--no-as-needed -o src/mod_auth_kerb.la -L/usr/lib64 -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -rpath /usr/lib64/apache2/modules -module -avoid-version src/mod_auth_kerb.lo >>> Source compiled. >>> Test phase [not enabled]: www-apache/mod_auth_kerb-5.4-r2 >>> Install mod_auth_kerb-5.4-r2 into /portage/tmp/portage/www-apache/mod_auth_kerb-5.4-r2/image/ category www-apache /usr/bin/install: cannot stat ‘/portage/portage/www-apache/mod_auth_kerb/files/mod_auth_kerb.conf’: No such file or directory !!! doins: /portage/portage/www-apache/mod_auth_kerb/files/mod_auth_kerb.conf does not exist
(In reply to Jon Gerdes from comment #3) > (In reply to Pacho Ramos from comment #2) > > Try resyncing, it should now apply a -r3 patch that should be committed > > properly > > The patch turned up as -r2 which fooled me for a while. I had to redigest > the ebuild. It now patches and compiles but dies at install, looking for a > .conf file. Sorry, just realized what you actually meant - it did turn up as -r3 - the patch that is. I was expecting an ebuild bump.
I think the problem is here: jglaptop ~ # cd /portage/portage/www-apache/mod_auth_kerb/files/ jglaptop files # ls -l total 120 -rw-r--r-- 1 root root 338 Jan 31 2008 11_mod_auth_kerb.conf The conf file in "files" in the Portage tree has 11_ on the front and the ebuild has: APACHE2_MOD_CONF="11_${PN}" but doins is trying to copy mod_auth_kerb.conf without the 11_ . To get up and running again, I removed the 11_ from the .conf under files/ and removed the 11_ from the env var in the ebuild and did a ebuild digest. That installed fine. I run out of steam at this point - I can see the problem and work around it but there's a bug somewhere and I don't know what to blame. Thanks Jon
I cannot reproduce and, looking to the ebuild, I think we are properly setting APACHE2_MOD_CONF and using apache-module_src_install (the one that takes care of installation). Please resync and, if still valid, open a new bug report with a full new build.log and emerge --info output (instead of reusing this bug). the original issue (patching issue) was fixed
