Hi Rene & List,

I have a co worker who is trying to re build a T2 snapshot on a Suse 11 host. I have built the same thing successfully on a more recent ubuntu build host, but he has uncovered an inconsistency when building the wget package.

His build host does not have the ssl development libs installed, and we are building T2 generic minimal as a cross build for core-2 arch.

The configure script is checking the build host's file system for libssl, but it should be looking in the T2 rootfs for those libs.

this change fixed it for us:

diff --git a/package/network/wget/wget.conf b/package/network/wget/wget.conf
index d71e2c6..99434d3 100644
--- a/package/network/wget/wget.conf
+++ b/package/network/wget/wget.conf
@@ -14,4 +14,5 @@

 if ! pkginstalled gnutls && pkginstalled openssl; then
        var_append confopt ' ' '--with-ssl=openssl'
+       var_append confopt ' ' '--with-libssl-prefix=$root/usr'
 fi

Regards,

Jan



On 7/9/2015 4:05 PM, Mark Sincerbox wrote:

inline...

On Thu, 9 Jul 2015, Jan Rovins wrote:

Date: Thu, 09 Jul 2015 15:53:57 -0400
From: Jan Rovins <[email protected]>
To: Mark Sincerbox <[email protected]>
Subject: Re: T2 SDE build

Sorry, there was a typo:
new line should be:

 var_append confopt ' ' ' --with-libssl-prefix = $root/usr'

The first attempt to build resulted in:

!> configure: error: invalid variable name: `'
!> Due to previous errors, no 1-wget.log file!

So I removed the 3 spaces so that the line looks like this:

   var_append confopt ' ' '--with-libssl-prefix=$root/usr'

Now the build appears to be running (it has gotten past wget).

Thanks!

~Mark

P.S. I'm wondering why this issue does not affect you on your Ubuntu build server?
It's because my build host has those SSL development libs already installed, so configure found them in the host's fs.


Jan
On 7/9/2015 2:58 PM, Jan Rovins wrote:
 Hi Mark,

Sorry, for some reason I thought the trouble was with hfsutils.

Try this fix for wget:

Add the folowing line to package/network/wget/wget.conf b/package/network/wget/wget.conf
var_append confopt ' ' ' --with-libssl-prefix[ = $root/usr'

add it right after the line:
var_append confopt ' ' '--with-ssl=openssl'

Here it is in patch form:

diff --git a/package/network/wget/wget.conf b/package/network/wget/wget.conf
index d71e2c6..c08c8c0 100644
--- a/package/network/wget/wget.conf
+++ b/package/network/wget/wget.conf
@@ -14,4 +14,5 @@

 if ! pkginstalled gnutls && pkginstalled openssl; then
        var_append confopt ' ' '--with-ssl=openssl'
+       var_append confopt ' ' ' --with-libssl-prefix[ = $root/usr'
 fi

see if that helps.

On 7/9/2015 1:36 PM, Mark Sincerbox wrote:

On Thu, 9 Jul 2015, Jan Rovins wrote:

Date: Thu, 09 Jul 2015 00:15:31 -0400
From: Jan Rovins <[email protected]>
To: Mark Sincerbox <[email protected]>
Subject: Re: T2 SDE build

Hi Mark,

on your t2-trunk-9.0 directory, there will be a sub dir with the name of hfsutils in it, that s the build directory for the faild package. Go into that sub dir and find a file that is the error log, it may be ERR-LOG or somthing to that effect, and send me the file.

There is no sub dir with hfsutils in the name directly below t2-trunk-9.0. It is wget that is failing. The subdirectory is src.wget.Core-2.20150707.230956.18394.adaxgwbld/. The ERROR-LOG is attached. I would imagine we cannot live without wget.

~Mark


In the mean time, I have a work-around, the hfsutils package is not used by the GW at all, it is support for Apple MAC file systems. so I just commented it out of the target package list.

I made a separate branch in git called Oakland-Build, in which I am doing these work-arounds, so if tou switch to that branch, and pull, you should get past this error for now.

git checkout Oakland-Build
git pull

and re-build T2


Jan

On 7/8/2015 10:40 PM, Mark Sincerbox wrote:
Hi Jan,

I've been poking around but have yet to find a root cause.

I did find the libssl stuff freshly built in the T2 SDE:

# find . -ls | grep libssl
11092020 2472 -rw-r--r-- 1 root root 2524492 Jul 7 20:44 ./build/Core-2-9.0-trunk-generic-x86-core2-cross-linux/usr/lib/libssl.a 11092023 0 lrwxrwxrwx 1 root root 15 Jul 7 20:44 ./build/Core-2-9.0-trunk-generic-x86-core2-cross-linux/usr/lib/libssl.so -> libssl.so.1.0.0

11092021 1576 -r-xr-xr-x 1 root root 1607939 Jul 7 20:44 ./build/Core-2-9.0-trunk-generic-x86-core2-cross-linux/usr/lib/libssl.so.1.0.0

7074741 4 -rw-r--r-- 1 root root 269 Jul 7 20:44 ./build/Core-2-9.0-trunk-generic-x86-core2-cross-linux/usr/lib/pkgconfig/libssl.pc

The above 4 items are all dated the night I left the build running.

I don't see why wget configure can't find libssl. Perhaps the build system needs to copy these libssl files to some other location so that wget configure can find them? I doubt this is the case. Don't cross toolchains typically have built-in reference to where to go to find its own libs?

I'll try and dig thru the wget configure script to try and figure out how it implements the libssl search but those things are really hard to follow.

The T2 SDE build output suggested that I:

  "(Try enabling xtrace in the config to track an error inside
    the build system.)"

Any idea where this is done or if it will help in this situation?

Thanks,

Mark

On Wed, 8 Jul 2015, Jan Rovins wrote:

Date: Wed, 08 Jul 2015 14:43:04 -0400
From: Jan Rovins <[email protected]>
To: Mark Sincerbox <[email protected]>
Subject: Re: T2 SDE build

It looks like there is a dependency error. it should use the openssl from the T2 rootfs, but that did not get built yet.

I don't think that it would want the ssl libs from the build host in the stage 1 build. it would use the host libs for the stage 0 build only.

There is an error file in a sub dir that we can look at to get more info.

Jan

On 7/8/2015 1:32 PM, Mark Sincerbox wrote:
Hi Jan,

I have attempted my first T2 SDE build:

  ./scripts/Build-Target -cfg Core-2

The build ran for about 5 hours and aborted after 11PM with:

== 23:09:43 =[1]=> Building filesystem/hfsutils [3.2.6 9.0-trunk].
-> Parallel build using 12 jobs enabled.
-> Reading package config: package/filesystem/hfsutils/hfsutils.conf -> Preparing build in src.hfsutils.Core-2.20150707.230942.13194.adaxgwbld
-> Building. Writing output to $root/var/adm/logs/1-hfsutils.out
== 07/07/15 23:09:55 =[1]=> Finished building package hfsutils.

Creating binary package file for hfsutils.
-> Building build/.../pkgs/hfsutils-3.2.6.tar.bz2

== 23:09:56 =[1]=> Building network/wget [1.14 9.0-trunk].
-> Parallel build using 12 jobs enabled.
-> Reading package config: package/network/wget/wget.conf
-> Preparing build in src.wget.Core-2.20150707.230956.18394.adaxgwbld
-> Building. Writing output to $root/var/adm/logs/1-wget.out
!> checking for socket in -lsocket... no
!> checking for compress in -lz... yes
!> checking for compress in -lz... (cached) yes
!> checking for dlopen in -ldl... yes
!> checking for libssl... no
!> configure: error: --with-ssl=openssl was given, but SSL is not available.
!> Due to previous errors, no 1-wget.log file!
!> (Try enabling xtrace in the config to track an error inside the build system.)
== 07/07/15 23:10:57 =[1]=> Aborted building package wget.
-> Unmounting loop mounts ...

It would appear there is an issue with SSL not being available.
Is T2 looking for openssl-devel libraries? I do not have the openssl development stuff installed locally on the host. I do have libopenssl0_9_8-0.9.8j-0.26.1 and openssl-0.9.8j-0.26.1 on the host.

I'm wondering why T2 would be attempting to use the host side openssl content. That seems non-portable to me.

Thanks,

Mark







----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2

Reply via email to