Date: Wed, 29 Apr 2015 15:00:14 -0700 From: "Russell L. Carter" <rcarter@pinyon.org> To: freebsd-ports@freebsd.org Subject: Re: poudriere dying in ftp/curl configure Message-ID: <5541546E.7090500@pinyon.org> In-Reply-To: <554144EA.1040304@egr.msu.edu> References: <553BDE35.9070100@pinyon.org> <554085AA.8050002@citrin.ru> <5540EA00.2050202@pinyon.org> <5540EAA5.5040205@FreeBSD.org> <5540F24A.6010605@pinyon.org> <554144EA.1040304@egr.msu.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/29/15 13:54, Adam McDougall wrote: > On 4/29/2015 5:01 AM, Russell L. Carter wrote: >> >> >> On 04/29/15 07:28, Matthew Seaman wrote: >>> On 2015/04/29 15:26, Russell L. Carter wrote: >>>> I'd love to have a look at the config.log, but this is running under >>>> poudriere, which seems to clean up after errors. I tried ^Z right >>>> after curl fails, and then find . -name config.log at the top of the >>>> poudriere tree, and there doesn't seem to be a config.log. Any tips >>>> here would be appreciated. >>>> >>>> It's still failing, and there are 238 ports skipped because of it. >>> >>> Poudriere has a handy option to save a tarball of the work directory if >>> the build fails. Add this to poudriere.conf: >>> >>> SAVE_WRKDIR=yes >>> >> >> Thanks Matthew! The problem is here: >> >> configure:4240: cc -I/usr/include -O2 -pipe -fstack-protector >> -fno-strict-aliasing -I/usr/include -I/usr/include -L/usr/lib >> -L/usr/lib -L/usr/lib -Wl,-rpath,/usr/lib:/usr/local/lib -L/usr/lib >> -Wl,-rpath,/usr/lib:/usr/local/lib -fstack-protector conftest.c -lkrb5 >> -lgssapi -lgssapi_krb5 -lkrb5 -lgssapi -lgssapi_krb5 >&5 >> /usr/bin/ld: cannot find -lkrb5 >> cc: error: linker command failed with exit code 1 (use -v to see >> invocation) >> >> So Anton guessed correctly, as I have WITHOUT_KERBEROS=yes in >> src.conf(5). >> >> And of course in 'poudriere options ftp/curl' I have GSSAPI_NONE >> selected. So that's a bug. >> >> This is the first glitch I've encountered with about 6 months >> experience running WITHOUT_KERBEROS=yes. Frankly I was expecting >> quite a bit more. >> >> Russell > > It is a little unintuitive the way those GSSAPI_ options are designed. > Try: > > ftp_curl_SET=GSSAPI_NONE > ftp_curl_UNSET=GSSAPI_BASE Ok, here's the relevant bits of /usr/local/etc/poudriere.d/stable-amd64-options/ftp_curl/options: OPTIONS_FILE_SET+=GSSAPI_BASE OPTIONS_FILE_UNSET+=HEIMDAL_PORT OPTIONS_FILE_UNSET+=KRB5_PORT I got those by selecting GSSAPI_NONE from the menu displayed by 'poudriere options ftp/curl'. Specifically, GSSAPI_BASE is not selected in the menu. If I manually convert the first line to: OPTIONS_FILE_UNSET+=GSSAPI_BASE and run poudriere bulk, it dies with: [00:00:40] ====>> Failed ports: ftp/curl:check-sanity If I then add the line OPTIONS_FILE_SET+=GSSAPI_NONE to ftp_curl/options, (without adding to _FILE_COMPLETE_OPTIONS_LIST), ftp/curl succeeds, and now that 8 core system might as well be mining bitcoins for the next 2 hours :-). Thanks for the tip, Russell
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5541546E.7090500>