Public SourceMage Discussion List

[Thomas Orgis <thomas-forum AT orgis.org>]

Am Sun, 14 Sep 2014 10:29:45 +0200
schrieb Thomas Orgis <thomas-forum AT orgis.org>: 

> Am Sat, 13 Sep 2014 17:04:31 -0500
> schrieb Kevin Monceaux <Kevin AT RawFedDogs.net>: 
> 
> > It seems to be inconsistent.  I tried another full rebuild under my 
> > existing
> > chroot, which has previously made it through a full rebuild successfully.
> > This time around I got the wget build failure.  
> 
> This is fully to be expected. When limiting things to build in serial

Sorry! I was confused: This is not the wget issue, this was the mailx
issue. Please replace anyoccurence of wget with mailx in my previous
post.

You say you don't get the wget failure reliably. Hm. Well, I still have
to check out my runs with debugging output added to wget's scripts.

I added this to the top of DEPENDS:

echo "ThOr: wget BUILD with WGET_SSL=$WGET_SSL and OPTS=$OPTS"

I added this to the top of BUILD:

echo "ThOr: wget DEPENDS with WGET_SSL=$WGET_SSL"

Now follow relevant excerpts from the rebuild output ...

*******************************

wget preparing environment...
wget running configuration...
[[ Which SSL backend do you want for https and ftps? -> 'openssl' ]]
[[ Enable IPv6 support? -> y ]]
wget checking dependencies...
ThOr: wget DEPENDS with WGET_SSL=openssl
wget has a dependency on gnupg
wget has a dependency on smgl-fhs
wget has an enabled optional dependency on libidn
wget has an enabled optional dependency on gettext
wget has an enabled optional dependency on texinfo
wget has a dependency on openssl
wget has an enabled optional dependency on ca-certificates
[wget]: checking reverse triggerswget checking for reverse triggers...


Building wget
Building in dir: /usr/src/wget-1.13.4
wget    1.13.4

[wget]: buildingThOr: wget BUILD with WGET_SSL=openssl and OPTS=    
--enable-iri --enable-nls  --with-ssl=openssl 
configure: configuring for GNU Wget 1.13.4


Preparing to install wget
[wget]: dispellingDispelled spell: wget
Installing wget
[wget]: installing/usr/bin/make  install-recursive

Creating tablet in directory /var/state/sorcery/tablet/wget/20140913072634
Creating install log /var/log/sorcery/install/wget-1.13.4
Creating MD5 log /var/log/sorcery/md5sum/wget-1.13.4
Creating cache file /var/cache/sorcery/wget-1.13.4-x86_64-pc-linux-gnu.tar.bz2

Preparing to install gettext
[gettext]: dispellingDispelled spell: gettext
Installing gettext
[gettext]: installingMaking install in gnulib-local

Creating cache file 
/var/cache/sorcery/gettext-0.18.1.1-x86_64-pc-linux-gnu.tar.bz2
Queued cast_self on wget.

[wget]: castingDispelling conflicts...
Found source file /var/spool/sorcery/wget-1.13.4.tar.bz2 for spell wget in 
/var/spool/sorcery
Found source file /var/spool/sorcery/wget-1.13.4.tar.bz2.sig for spell wget 
in /var/spool/sorcery
Waiting for any Solo casts to complete... 
Waiting for any other casts of wget to complete... done.
Staging disabled
Preparing wget
[wget]: unpackingGPG checking source file wget-1.13.4.tar.bz2...
Algorithm used: sha1
Allowing new hash sha1
Checking spell level UPSTREAM_KEY
Spell level is a new allowed level
gpg signature verified!
Unpacking source file wget-1.13.4.tar.bz2 for spell wget.
Building wget
Building in dir: /usr/src/wget-1.13.4
wget    1.13.4

[wget]: buildingThOr: wget BUILD with WGET_SSL=openssl and OPTS=

checking for gcry_control in -lgcrypt... no
checking for libgnutls... no
configure: error: --with-ssl was given, but GNUTLS is not available.
 ! Problem Detected ! 
[wget]: failure!Creating compile log /var/log/sorcery/compile/wget-1.13.4.bz2 

***************************************

And booom! Here we are. I summarize:

0. Configuration stage

ThOr: wget DEPENDS with WGET_SSL=openssl

1. cast wget just fine

ThOr: wget BUILD with WGET_SSL=openssl and OPTS=    --enable-iri --enable-nls 
 --with-ssl=openssl 

2. cast ... gettext (not openssl) ... triggering wget recast
3. cast wget failure

ThOr: wget BUILD with WGET_SSL=openssl and OPTS=

The OPTS setting that DEPENDS did according to WGET_SSL=openssl is gone
on the second cast.

Is this explainable with some sorcery wisdom? Is sorcery throwing away
some stored variables after the first cast and shouldn't be doing so?


Alrighty then,

Thomas

Attachment: signature.asc
Description: PGP signature