On Fri, 2008-02-29 at 18:20 +0100, Hans-Joachim Lankenau wrote: > hi! > > the to be integrated CWS ause090 should reduce the pain of dealing with > patches to external modules a bit. > > - on several requests (see comments in the issues of that CWS), i > switched the generated output format of "dmake create_patch" to be a > unified diff.
Thanks, that's most helpful. > - there is still no "multipatch" support. this CWS was meant as a > quickshot to ease the pain. though issue 40246 is containing an idea how > to implement this Yeah, that'd be real neat. In an ideal world I'd like to see that we handle patching the bundled third party things in a way that promotes getting what fixes and features that might be in there upstream to those packages the same as we'd want to happen to ourselves. i.e. one patch per fix/feature/build problem and each with an upstream bugzilla id where relevant. e.g. one patch to add makefile.mks, one patch to fix a crasher in e.g. icu handling a font, one patch per feature added. Some of our bundled things are possibly mangled beyond all repair in terms of our ability to move to a later version or getting the changes integrated into their upstreams e.g. our xmlsec1 and rhino, and some have turned into real nightmares to manage, e.g. stlport and icu. And nearly everything else has fallen far behind the latest stable upstream versions, maybe just due to conservatism, but difficulty in rebasing the patches is probably a factor too. C. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
