Difference between revisions of "Talk:Tinderbox Setup"
Line 1: | Line 1: | ||
Would it be possible to modify the tinderbox to just accept the build-status & logs that are generated by "build --all --html" (has per-module logs, etc. the script would only have to zip all the logs from the output-dirs) | Would it be possible to modify the tinderbox to just accept the build-status & logs that are generated by "build --all --html" (has per-module logs, etc. the script would only have to zip all the logs from the output-dirs) | ||
+ | |||
+ | Yes, sure, but you can also provide a short script that collects the build scripts and cats them together. | ||
+ | |||
And a (prominent) link to the actual tinerbox would be nice too :-) [[User:Cloph|Cloph]] | And a (prominent) link to the actual tinerbox would be nice too :-) [[User:Cloph|Cloph]] | ||
+ | |||
+ | Indeed, any ideas where? tools.openoffice.org? | ||
== What about support for shadow-trees? == | == What about support for shadow-trees? == | ||
Line 9: | Line 14: | ||
Have the master (e.g. SRC680_m148) as normal checkout, then make shadowtree, build the master. After that, clean-up, make another shadowtree, update that tree to a given cws, build the cws, after that clean up... | Have the master (e.g. SRC680_m148) as normal checkout, then make shadowtree, build the master. After that, clean-up, make another shadowtree, update that tree to a given cws, build the cws, after that clean up... | ||
[[User:Cloph|Cloph]] | [[User:Cloph|Cloph]] | ||
+ | |||
+ | How about an extra <pre>--shadow</pre> switch for tinget.pl? Like this: | ||
+ | tinget cl27 my_cl27.log /my/current/ws up --shadow /my/SRC680_m150/checkout | ||
+ | |||
+ | Description for this switch: | ||
+ | --shadow shadowpath - Use the shadowpath directory as a source for the | ||
+ | MWS instead if using cvs operations. | ||
+ | On *NIX use lndir to link the master directories | ||
+ | into the src_path, on Windows use cp instead. |
Revision as of 18:45, 16 January 2006
Would it be possible to modify the tinderbox to just accept the build-status & logs that are generated by "build --all --html" (has per-module logs, etc. the script would only have to zip all the logs from the output-dirs)
Yes, sure, but you can also provide a short script that collects the build scripts and cats them together.
And a (prominent) link to the actual tinerbox would be nice too :-) Cloph
Indeed, any ideas where? tools.openoffice.org?
What about support for shadow-trees?
Would it be possible to enhance the scripts so they work with a shadow-tree of an already present checkout?
Have the master (e.g. SRC680_m148) as normal checkout, then make shadowtree, build the master. After that, clean-up, make another shadowtree, update that tree to a given cws, build the cws, after that clean up... Cloph
How about an extra--shadowswitch for tinget.pl? Like this:
tinget cl27 my_cl27.log /my/current/ws up --shadow /my/SRC680_m150/checkout
Description for this switch:
--shadow shadowpath - Use the shadowpath directory as a source for the MWS instead if using cvs operations. On *NIX use lndir to link the master directories into the src_path, on Windows use cp instead.