[M3devel] current tinderbox failures / new release?

[Jay]

getwd was my doing. Yeah I guess I'll workaround, with some sh. Sorry, I didn't realize.
I guess fs_cp same problem?
Tony "argues" for removing the useof getwd, but so far it seems to fix something that is actually a problem.
I think any release is ok...sort of.

> NT386 tests 
NT386 tests aren't runnable, but presumably no major regression, right?
There is still the bitmap thing.

> AMD64
AMD64
Certainly ok to release without.
And you meant AMD64_NT/LINUX.
AMD64_DARWIN is already there from Tony.
:)

Am I going to have to stop checking in, or use a branch?

 > needed features, blocking bugs 

Just having new targets even in "prerelease" form are nice features already present:
  AMD64_DARWIN (aka AMD64_MACOSX :) ) 

  NT386GNU  
  NT386MINGNU (still without gui working due to __stdcall; I should workaround..) 
plus:
  Quake extensions 
  set relationship bug fix 
  non-interactive install 
  install-less archives possibly available 
  possible perf benefits from sleep() removal in Process 

Would be nice to get PPC_LINUX up to pthreads but not high priority. 

Not sure what the marketing department says, if this is "enough" to have a "major" release that everyone will "buy". :) 

What's the "official" QA/release process anyway, for the daily snapshots, the snapshots I uploaded, vs. anything else? 

Would be nice to see if .debs/.rpms could be made and available through "official" channels.


 - Jay

> Date: Fri, 18 Apr 2008 09:15:24 +0200
> From: wagner at elegosoft.com
> To: m3devel at elegosoft.com
> Subject: [M3devel] current tinderbox failures / new release?
> 
> Currently builds of cm3 fail because quake's getwd is not in the
> last release (5.4.0) and so cannot be used for bootstrapping.
> Could somebody fix that?
> 
> We really need to provide a new release soon to be able to safely use
> all the new functionality. But there are still no working tests on
> NT386*, and X64 porting seems to be underway.
> 
> I think we should define a goal or milestone (we can even do that with
> trac), define the needed features or blocking bugs and work towards
> it.
> 
> Or is everybody just as busy as I am and this is no good idea?
> 
> 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
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080418/db57abc3/attachment-0002.html>