[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?

Wed Apr 14 18:59:15 CEST 2010

pattern matching has some other odd problem, though this could be something in head or my machine:

new source -> compiling regex.i3
"../src/regex.i3", line 20: Could not find a legal alignment for the packed type
.
it's just:

  regmatch_t = RECORD
    rm_so: off_t;
    rm_eo: off_t;
  END;

though again, this is head and SOLsun.

 - Jay

From: jay.krell at cornell.edu
To: wagner at elegosoft.com
Date: Wed, 14 Apr 2010 16:48:04 +0000
CC: m3devel at elegosoft.com
Subject: Re: [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?

postgres95/test and odbc/test I added filtering to match the package, should help.
That's still not everything. The m3core error is odd. The cvsup one about merger.tmpl also.

 - Jay

From: jay.krell at cornell.edu
To: wagner at elegosoft.com
Date: Wed, 14 Apr 2010 16:28:48 +0000
CC: m3devel at elegosoft.com
Subject: Re: [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?

This will help but more looking ineeded.

C:\dev2\cm3.release_branch_cm3_5_8\m3-obliq>cvs -z3 commit -m "acceptable hack for release branch, don't put in head" obliqbinanim/src/m3makefile obliqbinui/src/m3makefile
/usr/cvs/cm3/m3-obliq/obliqbinanim/src/m3makefile,v  <--  obliqbinanim/src/m3makefile
new revision: 1.1.1.1.8.2; previous revision: 1.1.1.1.8.1
/usr/cvs/cm3/m3-obliq/obliqbinui/src/m3makefile,v  <--  obliqbinui/src/m3makefile
new revision: 1.1.1.1.8.2; previous revision: 1.1.1.1.8.1

 - Jay

From: jay.krell at cornell.edu
To: wagner at elegosoft.com
CC: m3devel at elegosoft.com
Subject: RE: more release build problems, was: 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 16:20:39 +0000

er. wait, that function is in release though.

 - Jay

From: jay.krell at cornell.edu
To: wagner at elegosoft.com
CC: m3devel at elegosoft.com
Subject: RE: more release build problems, was: 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 16:19:32 +0000

> "HasTrestle"

My fault.

 - Jay

> Date: Wed, 14 Apr 2010 16:10:43 +0200
> From: wagner at elegosoft.com
> To: jay.krell at cornell.edu
> CC: m3devel at elegosoft.com
> Subject: more release build problems, was: RE: [M3devel] release 5.8 RC5 build in progress, was: Re: release engineering: build release_CM3_5_8_RC5 now?
> 
> 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
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20100414/27aa580c/attachment-0002.html>