[tools-dev] Re: Comments on Mathias blog post about contributing
Frank Schoenheit frank.schoenheit at sun.com writes: Don't think this is a good idea, since a test can be broken in different ways. For instance, if your test checks 10 aspects, and one of them is broken in MWS, you still want to know if the other 9 are okay in your CWS. Otherwise, you'll notice a breakage in those 9 only when the one failure is fixed, and the whole test re-enabled in MWS. If a test checks for 10 things at once and in an atomic operation it is broken by design anyway. That would need to be fixed thus eliminating the problem, IMHO. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org For additional commands, e-mail: dev-h...@tools.openoffice.org
[tools-dev] test granularity (was: [tools-dev] Re: Comments on Mathias blog post about contributing)
Hi Bjoern, If a test checks for 10 things at once and in an atomic operation it is broken by design anyway. That would need to be fixed thus eliminating the problem, IMHO. This depends on the definition of test, test case, etc. - which might yield a longer discussion than is really appropriate here. For the moment, I just would like to state that I don't think your statement is true, in this generality. Ciao Frank -- - Frank Schönheit, Software Engineer frank.schoenh...@sun.com - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org For additional commands, e-mail: dev-h...@tools.openoffice.org
Re: [tools-dev] Re: Comments on Mathias blog post about contributing
Hi Rene, Last occurance of Sun not caring about configure at all It would make discussions easier if you would learn to stick to facts, and refrain from ungrounded accusations. If we (Sun) would not care about configure at all, there would be much much more problems. Usually, whenever we change something in the build environment, we *do* care for configure. Of course that's not perfect, and tends to break in some circumstances (not really surprising with the *dozens* of switches, which are more or less orthogonal), but that's not per se different from any other place in OOo's huge code base. And yes, if the Sun-internal build env would use configure, then breakages would be more seldom, no doubt. Ciao Frank -- - Frank Schönheit, Software Engineer frank.schoenh...@sun.com - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org For additional commands, e-mail: dev-h...@tools.openoffice.org
[tools-dev] Re: Comments on Mathias blog post about contributing
Rene Engelhard rene at openoffice.org writes: That would need Sun people actually touching configure when they change their defaults. [...] Please read mst's mail again. Especially the last sentence. The problem is well- known, we know how to fix it (by using configure for all build): the only problem is lack of resources. Best Regards, Bjoern - To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org For additional commands, e-mail: dev-h...@tools.openoffice.org
