Difference between revisions of "User:Sardisson/madhatter"

From Camino Wiki
Jump to navigation Jump to search
(bugs and TODOs)
 
(→‎BUGS: more)
Line 11: Line 11:
 
== BUGS ==
 
== BUGS ==
  
* When building from a branch, getting the Gecko revision number fails sometimes (Cm2.1b1)
+
* (When building from a branch), getting the Gecko revision fails sometimes (Cm2.1b1)
 +
** One option might be to get the info from <code>platform.ini</code>/<code>generated/*_changeset</code> cache files in the Camino build, if they're empty.  However, currently we do the revision-generation code after cloning rather than at TinderPrint time (so we know where we are in the filesystem), and those files don't exist before a build.
 
* Need to have self-update and tinder-config update generate a log so someone can at least check locally what's going on when they fail.  Ideally, use the next build's log, but that's not set up yet, and return the purple (infra exception) status.
 
* Need to have self-update and tinder-config update generate a log so someone can at least check locally what's going on when they fail.  Ideally, use the next build's log, but that's not set up yet, and return the purple (infra exception) status.
 
* Clobber of mozilla sometimes fails: [http://hg.mozilla.org/users/alqahira_ardisson.org/madhatter/file/tip/build-seamonkey-util.pl#l1276]
 
* Clobber of mozilla sometimes fails: [http://hg.mozilla.org/users/alqahira_ardisson.org/madhatter/file/tip/build-seamonkey-util.pl#l1276]

Revision as of 21:17, 25 July 2011

madhatter is a fork of the Tinderbox client that supports building from either CVS or Hg. It was hacked up by Smokey Ardisson to support Camino 2.1 development.

TODO

Usually marked XXX in the code, although some of them are from old tinderbox hackers; this list is not complete

BUGS

  • (When building from a branch), getting the Gecko revision fails sometimes (Cm2.1b1)
    • One option might be to get the info from platform.ini/generated/*_changeset cache files in the Camino build, if they're empty. However, currently we do the revision-generation code after cloning rather than at TinderPrint time (so we know where we are in the filesystem), and those files don't exist before a build.
  • Need to have self-update and tinder-config update generate a log so someone can at least check locally what's going on when they fail. Ideally, use the next build's log, but that's not set up yet, and return the purple (infra exception) status.
  • Clobber of mozilla sometimes fails: [5]