[M3devel] more release build problems, was: RE: release 5.8 RC5 build in progress, was: Re: release engineering: build release_CM3_5_8_RC5 now?

[Olaf Wagner]

Quoting Jay K <jay.krell at cornell.edu>:

> Olaf, something I don't understand is why the distribution building   
> is a separate Hudson task.
>
> Or more specifically, why these don't just run "all the time",   
> either once a day, or after checkins, or something like that.

Because it is a considerable load and we build a fixed (frozen)  
configuration with it.

Once this release is out, we may try to build packages once a day,
as tinderbox did/does.

> Perhaps this stuff was occuring but I wasn't noticing the failures?   
> I do look sometimes but not enough.

We just haven't looked. Breakage can be seen at

   http://hudson.modula3.com:8080/job/cm3-test-all-pkgs-SOLgnu/
    
http://hudson.modula3.com:8080/job/cm3-test-all-pkgs-SOLgnu/lastBuild/testReport/

m3core installation fails, too:

"/home/hudson/workspace/cm3-test-all-pkgs-SOLgnu/cm3/m3-libs/m3core/SOLgnu/.M3SHIP", line 4: quake runtime error: unable to copy "libm3core.so.5" to "/home/hudson/work/cm3-inst/ssol/last-ok/lib/libm3core.so.5":  
errno=2
   libm3core.so.5  Fatal Error: package build failed

I'll try to improve the checks for serious failures before the next release.

Olaf


>  - Jay
>
>
>
> From: jay.krell at cornell.edu
> To: wagner at elegosoft.com
> Subject: RE: [M3devel] release 5.8 RC5 build in progress, was: Re:   
> release engineering: build release_CM3_5_8_RC5 now?
> Date: Wed, 14 Apr 2010 12:55:23 +0000
>
>
>
> For cvsup/zlib:
> The libz hack for Solaris wasn't in release.
> I noticed and fixed another minor problem.
>
>
> Try these files:
>
>
> scripts/branch.quake
> m3-tools/cvsup/quake/cvsup.quake
>
>
> There is also a more conservative fix if you just take
> part of the m3-tools/m3-tools/cvsup/quake/cvsup.quake change.
>  Just adding SOLgnu and SOLsun to the list of platforms to check.
>
>
>  - Jay
>
>
>
>
> From: jay.krell at cornell.edu
> To: wagner at elegosoft.com
> Subject: RE: [M3devel] release 5.8 RC5 build in progress, was: Re:   
> release engineering: build release_CM3_5_8_RC5 now?
> Date: Wed, 14 Apr 2010 11:55:46 +0000
>
>
>
> I commited a simple untested fix for the tar -z problem.
> Need a bit longer on cvsup/zlib.
>
>  - Jay
>
>
>
>
> From: jay.krell at cornell.edu
> To: wagner at elegosoft.com
> Subject: RE: [M3devel] release 5.8 RC5 build in progress, was: Re:   
> release engineering: build release_CM3_5_8_RC5 now?
> Date: Wed, 14 Apr 2010 11:47:47 +0000
>
>
>
> Arg. First is something to do with libz. I thought I actually built   
> cvsup at least once on Solaris.
>   Granted, I've definitely noticed that machine is slow, been   
> testing Posix stuff lately, but Darwin/amd64 and Linux/x86..
>
> We can either use /usr/sfw/bin/gtar if it exists (it does, Sun puts   
> it there), or use tar followed by gzip (optionally with a pipe).
> tar + gzip is presumably more portable.
>
>   - Jay
>
>> Date: Wed, 14 Apr 2010 13:17:55 +0200
>> From: wagner at elegosoft.com
>> To: jay.krell at cornell.edu
>> Subject: RE: [M3devel] release 5.8 RC5 build in progress, was: Re:   
>> release engineering: build release_CM3_5_8_RC5 now?
>>
>> Quoting Olaf Wagner <wagner at elegosoft.com>:
>>
>> > The build has finished, but most of the SOLgnu archives seem to be broken:
>> >
>> >   
>> http://hudson.modula3.com:8080/view/test-install/job/cm3-test-install-SOLgnu/7/testReport/
>> >
>> > Any ideas why the .M3SHIP files are missing just on this target?
>>
>> The log shows that package building just stopped after this failure
>> in cvsup:
>>
>> === package m3-tools/cvsup/suplib ===
>> +++ cm3 -build
>> -DROOT='/home/hudson/workspace/cm3-makedist-SOLgnu/cm3'
>> -DCM3_VERSION_TEXT='5.8.5' -DCM3_VERSION_NUMBER='050805'
>> -DCM3_LAST_CHANGED='2010-04-11' $RARGS && cm3 -ship $RARGS
>> -DROOT='/home/hudson/workspace/cm3-makedist-SOLgnu/cm3'
>> -DCM3_VERSION_TEXT='5.8.5' -DCM3_VERSION_NUMBER='050805'
>> -DCM3_LAST_CHANGED='2010-04-11' +++
>> Undefined first referenced
>> symbol in file
>> inflate GzipRd.mo
>> deflateEnd GzipWr.mo
>> inflateEnd GzipRd.mo
>> deflate GzipWr.mo
>> deflateInit_ Ugzip.mo
>> inflateInit_ Ugzip.mo
>> ld: fatal: Symbol referencing errors. No output written to libsuplib.so.5
>> collect2: ld returned 1 exit status
>> make_lib => 1
>> librarian failed building: suplib
>>
>> And the .deb package is broken because the Sun tar does not understand
>> the -z option you seem to use...
>>
>> Olaf
>> --
>> Olaf Wagner -- elego Software Solutions GmbH
>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
>> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
>>
>



-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194