At 19:18 Uhr +0200 04.05.2002, Sylvain Cuaz wrote: >Hi, > > gettext is now at version 0.11.2 whereas ours is still at >0.10.40, so I decided to update it, but there's a problem : libintl >is now at 2.0.1 (from 1.0.1),
Do we gain anything by this update? Is there anything yet requiring it? Is it fully backward compatible (well, libintl obviously isn't, but I talk about compile time compatibility here - e.g. from their NEWS it sounds as if there could be compile time incompatibilities). > so I thought I'd make a splitoff for shlibs. Which brings up a >question, why splitoffs can't be essential ? > Next, I made gettext-0.10.40-3 with shlibs (see at the end), >which Replaces & Conflicts %n2. > Then I made gettext2, which Replaces gettext (<< 0.10.40-3) & >Conflicts gettext (= 0.10.40-3) ; and gettext2-shlibs. > Are these packages ok ? and if yes, how do we include them in fink : > 1) add 0.10.40-3 in base (in place of revision 2) > 2) move 0.10.40-3 out of base and add 0.11.2 ? > or directly just 2) ? or else just 1) and add 0.11.2 out of base ? > > I'm sure I forgot a ton of things (for example about the >*smooth* upgrade path :-), so what do you think ? > We agreed that we will wait with splitoffizing essential packages more. Changing our essential packages can break stuff very easily, so we must be *extremly* careful about this. Like for example *nothing* currently has to specify gettext in its dependencies, since everything is relaying on it being essential (and this is a good thing). For various reasons, the only possible upgrade path I see here is this: 1) Change gettext to use splitoffs, with the -shlibs splitoff being the essential one and 2) at the *SAME TIME* adding gettext2 (possibly also with a splitoff), which is also essential, but the gettext2 maste is *also* essential. This way, the shared libs of both are always present, and at least the header files of one are always present. However, before we can do this, we must make sure that everything works fine with 11.2, and that means to me that somebody has to do a clean bootstrap with a system modified like this, and test a lot of packages, at least core ones (like gnome-*, xfree86, etc.). Note that this testing (including building all sorts of packages) is definitly required before such a change can be made. Cheers, Max -- ----------------------------------------------- Max Horn Software Developer email: <mailto:[EMAIL PROTECTED]> phone: (+49) 6151-494890 _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
