Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 30 Jun 2015 00:41:38 +0100
From:      Joe Holden <mail@m.jwh.me.uk>
To:        "Julian H. Stacey" <jhs@berklix.com>, sunpoet@freebsd.org
Cc:        freebsd-ports@freebsd.org, Carmel NY <carmel_ny@outlook.com>
Subject:   Re: ftp/curl needs better config error message please
Message-ID:  <5591D7B2.9040704@m.jwh.me.uk>
In-Reply-To: <201506292330.t5TNU9CP002678@fire.js.berklix.net>
References:  <201506292330.t5TNU9CP002678@fire.js.berklix.net>

next in thread | previous in thread | raw e-mail | index | archive | help


On 30/06/2015 00:30, Julian H. Stacey wrote:
> Joe Holden wrote:
>> On 27/06/2015 00:54, Julian H. Stacey wrote:
>>>> Hi sunpoet@ cc ports@
>>>> cd /usr/ports/x11-wm/fvwm2;make package-recursive
>>>>     ===>  curl-7.43.0_1 GSSAPI_BASE is set, which is not compatible with OpenSSL/LibreSSL from ports. Set GSSAPI_NONE or do not use ports SSL..
>>> ftp/curl is still broken after
>>> 	svn up # Updated to revision 390661.
>>>
>>> Many ports depend on ftp/curl,
>>> 	I've temporarily added to DUDS:
>>>    	fvwm2 mrxvt arandr lxrandr xorg xorg-apps chromium dillo2
>>> 	& so far I've only got (backward) from ports/x* to ports/www/
>>>
>>> I tried
>>> 	locate ibre | grep -i ssl | grep usr/ports | grep -v /work/
>>> cd /usr/ports/security/libressl ; make install
>>> 	libressl-2.2.0 conflicts with installed package(s): openssl-1.0.2_3
>>>
>>> pkg info -a | grep -i ssl
>>> cd /usr/ports/security/openssl 	# just an inspired guess.
>>> make deinstall
>>> cd /usr/ports/ftp/curl
>>> make package-recursive	# OK.
>>>
>>> Now httrack complains:
>>> Shared object "libcrypto.so.8" not found, required by "libhttrack.so.2"
>>>
>>> pkg check -d -a | grep ssl
>>> httrack has a missing dependency: openssl
>>> nettle has a missing dependency: openssl
>>>
>>> cd /usr/ports/security/openssl
>>> make package-recursive
>>>
>>> httrack now works, but Ive now killed curl,
>>> cd  x11-wm/fvwm2 ; make
>>> ===>  curl-7.43.0_1 GSSAPI_BASE is set, which is not compatible with OpenSSL/LibreSSL from ports. Set GSSAPI_NONE or do not use ports SSL..
>>> *** Error code 1
>>>
>>> This SSL can of worms with opaque error messages is not sufficient.
>>> Which explicit exact variable names collide or needed for Which ?
>>> explicit exact full file names please ?
>>>
>>> Cheers
>>> Julian
>> Not sure if I am missing something here - just set GSSAPI_NONE for the
>> port and it just works (tm)
> Thanks Joe,
> Perhaps its me missing something
> or having something too much, but what ?
>
> What should I set where, how ? Please someone be explicit !
> 	su
> 	source `which /home/jhs/bin/.csh/unsetenv.csh`
> 	printenv
> 		PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin
> 		TERM=xterm
> 	mv /etc/make.conf /etc/make.conf.MV
> 	rm -rf /var/db/ports/*curl	; ls -l  /var/db/ports/*curl
> 	cd /usr/ports/ftp/curl
> 	make clean
> 		===>  Cleaning for pkg-1.5.4
> 		===>  Cleaning for openssl-1.0.2_3
> 		===>  Cleaning for perl5-5.20.2_4
> 		===>  Cleaning for ca_root_nss-3.19.1_1
> 		===>  Cleaning for curl-7.43.0_2
> 	make
> 		curl-7.43.0_2 GSSAPI_BASE is not compatible with
> 		OpenSSL from ports. Use other GSSAPI options or
> 		OpenSSL from base system.
> 		*** Error code 1
> 	setenv GSSAPI_NONE TRUE ; make	# Fails
> 		===>  curl-7.43.0_1 GSSAPI_BASE is set, which is
> 		not compatible with OpenSSL/LibreSSL from ports.
> 		Set GSSAPI_NONE or do not use ports SSL..
> 		*** Error code 1
> 	unsetenv GSSAPI_NONE
> 	make GSSAPI_NONE=TRUE				# Fails
> 	make GSSAPI_NONE=YES				# Fails
> 	make GSSAPI_NONE=				# Fails
> 	vi -c/GSSAPI_ Makefile
> 		Lost for choice what to explore !
> 		Where Is This Port Broken Please ?
> ports/ftp/curl still does not work here with ports at revision 390877
>
> Cheers,
> Julian
> --
> Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
>   Reply after previous text, like a play - Not before, which looses context.
>   Indent previous text with "> "         Insert new lines before 80 chars.
>   Send plain text, Not quoted-printable, Not HTML, Not ms.doc, Not base64.
Setting GSSAPI_HEIMDAL or GSSAPI_MIT looks like it will do the right 
thing, although it will obviously drag yet another dependency in...



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5591D7B2.9040704>