On Tue, Jun 11, 2002 at 03:23:42AM +0900, ISHIKAWA Mutsumi wrote: > I wish to some kinds of help for transition to xfree86 4.2.0 after > woody release. I've started `patch reviewing (and test build)' to > transition from xfree86_4.1.0 to xfree86_4.2.0. > > I think that xfree86_4.2.0 to merge into woody at this timing > is very bad idea. I compleatly agree Branden Robinson at this point. > > Yes, we should focus to ``RELEASE Debian GNU/Linux 3.0'' :-) > > But changes between xfree86 4.1.0 and 4.2.0 are very very big, > so starting some kinds of work for transition to xfree86 4.2.0 > at this timing is good idea, I think. I actually did a lot of the patch merging back in January. I'm sorry you duplicated the work, but on the other hand it was probably an educational experience. :) > About xfree86_4.2.0.orig.tar.gz > > XFree86 4.2.0 is now include TTF version of B&H font, but the > license is DFSG non-free, I think. So B&H .ttf fonts are dropped > from .orig.tar.gz (likes some Type1 fonts) > > Q: > Is this OK? I agree, we must drop non-free fonts from the .orig.tar.gz. > > patch > #000_stolen_from_HEAD*: > > These patches are merged into upstream 4.2.0-branch. > > > patch > #009, #013, #016, #021, #022, #026, #028, #029, #034, > #035, #037, #038, #047, #049, #053. #250, #301, #302, > #303, #308, #309, #350 > > These patches are already merged into upstream. > > > patch: > #001, #002, #003, #011, #030, #032, #039, #045, #056, > #058, #061, #063, #065, #068, #070, #100, #311, #400, > #801, #908 > > These are needed some kind of cleanup to apply. I've already dropped, applied and cleaned up everything except the PCI domain stuff. > PEX5 and XIE was obsoleted: > > libPEX5, libXIE and related header files, PEX5 fonts, > Xserver modules for PEX5/XIE will be dropped from > xlibs, xlibs-dev and xlibs-dbg, xserver-xfree86. > xfonts-pex package will be dropped. Agreed. > Q: > We should provide the package include only > libPEX5.so.* and libXIE.so.* (e.g. xlibs-obsoletes) > for very old programs? I think we should try to see if we can get away with not providing them. (They *do* already exist in xlib6 and xlib6-altdev, so in a way we *will* continue to provide them, but only for i386/libc5.) > New libraries are added: > > libXTraps.so.1.0 > libXrandr.so.6.0 > > Q: > These will build as shared library in the default setting. > Is this OK? If that's what upstream defaults to, that's what we should ship. > libXvMC.a Likewise, we should support what upstream supports. I am pretty sure Mark Vojkovich is still not 100% satisfied with the API of XvMC -- especially as it existed in 4.2 -- so this should absolutely remain a static library. We'll see if wankers make it necessary to add this to xlibs-pic. > libfontenc.a Is this the long-awaited "recode-on-the-fly" font library? > New programs are added: > > luit > xtrap* > xrandr* > and related manuals. > > Q: > What package should contains these? * If it doesn't depend on anything in xlibs, put it in xutils. * If it DOES depend on something in xlibs, put it in xbase-clients. Finally, and most important to my mind, can you explain to me what the problem is that I have heard about with the i18n Xlib modules that are new to 4.2? I have heard that the client XFree86 4.2 is useless to some people because the i18n modules are buggy. -- G. Branden Robinson | To stay young requires unceasing Debian GNU/Linux | cultivation of the ability to branden@debian.org | unlearn old falsehoods. http://people.debian.org/~branden/ | -- Robert Heinlein
Attachment:
pgpqhRDgyzrqr.pgp
Description: PGP signature