I believe LibreOffice is already taking action on binfilter, and it would be useful to see if we can match their approach.
Also, I think there was (again on LibreOffice) a technical discussion on simplifying the dependencies. This was initially by having redundancy, with the idea that a better refactoring would come later. - Dennis -----Original Message----- From: Jürgen Schmidt [mailto:[email protected]] Sent: Tuesday, August 02, 2011 23:12 To: [email protected] Subject: Re: OOO340 to svn On Wed, Aug 3, 2011 at 12:28 AM, Eike Rathke <[email protected]> wrote: > Hi IngridvdM, > > On Tuesday, 2011-08-02 20:17:52 +0200, IngridvdM wrote: > > > >The Hg archive should simply replicate the current structure at OOo, > > >also for ease of adding in pending CWSs as branches, so a separate l10n > > >repository. > > > > > Another good argument to separate l10n from trunk was given in an > > earlier thread: This way it is easier for developers to get only > > what they will need usually and spare the extra time and space. > > > > I think this is a good argument and I wonder whether we shouldn't be > > prepared to identify more such stuff - for example the binfilter. > > The problem with binfilter is that it depends on modules not in > binfilter, changing them incompatibly may entail changes necessary to > binfilter, those changes should be in one changeset, which I think is > not possible when not in trunk, insights anyone? > > well binfilter is maybe not the best example because in the long term we should think about the elimination of binfilter completely. Announcing the end of life of these filters, then allow the import only for some time and the next step is to drop it ... Juergen > Eike > > -- > PGP/OpenPGP/GnuPG encrypted mail preferred in all private communication. > Key ID: 0x293C05FD - 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD >
