Re: Re: Lithuanian debian users need XKB keymap for potato rev.3
I don't unterstand you. This is working keymap. Keymap from XFree86 4.x NOT work with potato XFree86 3.3.6. Could you please check that your keymap is consistent with the ones included in XFree86 4? Thanks, Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
TrueType fonts in X.
[ i'm not subscribed to this list, so please cc: me on every reply. thanx. ] Hello there, I think there're several truetype font packages for the use in X, though some problems are left unsolved. #1) Policy does not permit the TrueType subdirectory under /usr/X11R6/lib/X11/fonts, but some ttfs use such an unpermitted directories. #2) Backend of TTF handling and .scale problem. X4 provides two backends to handle truetype fonts: freetype and xtt. Both of them have specific syntax for a .scale file, especially xtt's .scale file accepts TTCap which enables dynamic decoration of truetype fonts. Mixture of these incompatible .scale files under /etc/X11/fonts/TrueType would cause a problem, and inconsistency between which backend a .scale file is for and which backend is acutally used, would also cause a problem. The problem #2 tells each truetype package may have to provide two .scale files, for freetype backend and xtt backend, and a common interface to choose which backend is used. ttf-xtt- packages, which contain Japanese TrueType fonts take an appropriate way to handle two .scale files and backend-choosing interface. They contain .scale files for both freetype and xtt backends somewhere under /etc, and create symlinks of either of the .scale files under /etc/X11/fonts. They make use of Debconf for the interface to choose the backend. Another solution is using Defoma framework: each truetype font package does not touch the backend or a .scale file, or even update-fonts-scale or mkfontdir. Instead Defoma script generates .scale file for all registered truetype fonts, suited to the selected backend, and calls update-fonts-scale and mkfontdir. The suprious point of this way is, which backend .scale file is for can be switched at once. Now, which way to go? Or do you have another solution? This problem must be solved before woody release, because some current truetype font packages violates policy. -- Yasuhiro Take aka hirot / [EMAIL PROTECTED] Debian Project http://www.debian.org PGP signature
RE: APT-able Debian DRI CVS packages ready for testing.
Ok, perhaps I'm really dense, but what's the advantage of using this over just using Branden's X debs? I have 3d acceleration and working DRI for both my V3 and my G450 as it stands, without adding any further software. And I can turn it on or off as I want (if I need 24 bit for something, for example). So, what's the scoop? - Marc Wilson [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.moonkingdom.net/mwilson -Original Message- From: Zephaniah E. Hull [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 27, 2001 9:56 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject:APT-able Debian DRI CVS packages ready for testing. File: ATT00048.dat Yes, thats right, it is now apt-able. Aside from not having kernel modules yet, there are no known packaging issues. Same warnings from the previous message apply. The URL is http://people.debian.org/~warp/dri/. For APT throw the following two lines into your /etc/apt/sources.list. deb http://people.debian.org/~warp/dri/ ./ deb-src http://people.debian.org/~warp/dri/ ./ Please send me reports on if it works, possible issues, etc. Zephaniah E. Hull. -- PGP EA5198D1-Zephaniah E. Hull [EMAIL PROTECTED]-GPG E65A7801 Keys available at http://whitestar.soark.net/~warp/public_keys. CCs of replies from mailing lists are encouraged. "And now, little kittens, we're going to run across red-hot motherboards, with our bare feet." -- Buzh. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TrueType fonts in X.
Hello Take-san, I just noticed yesterday that both defoma and gs-5.50 (with defoma support) are in the Debian unstable archive now. I was pleasantly surprised! :-) Yes, it is a goal that the font packages migrate to use defoma, at least for the Chinese fonts that the Debian Chinese Project is doing. Having said that, I probably won't have time to look into it until mid or late April because of all the projects at school that are due very soon now. (And I am really behind... Yikes!) Anyhow, I am interested in what Branden thinks too and it would be great if you, Branden and other developers could work out the migration strategy or even put everything into the Debian Policy eventually. :-) Thanks a lot for your great work! The defoma framework opens up great opportunity for better font management and user-installable fonts etc. etc. :-) Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada Debian GNU/Linux Chinese Project -- http://www.debian.org/intl/zh/ Come visit Our Lady of Victory Camp -- http://www.olvc.ab.ca/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: APT-able Debian DRI CVS packages ready for testing.
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote: Ok, perhaps I'm really dense, but what's the advantage of using this over just using Branden's X debs? I have 3d acceleration and working DRI for both my V3 and my G450 as it stands, without adding any further software. And I can turn it on or off as I want (if I need 24 bit for something, for example). You generally will use CVS if you like to live on the bleeding edge, if your card is not supported without it (mine's not), or if you need some of the fixes and features that have happened since then. In other words, same reasons you'd run a 2.4 kernel right now. -- Joseph Carter [EMAIL PROTECTED]Free software developer Knghtbrd you people are all insane. Joey knight: sure, that's why we work on Debian. JHM Knghtbrd: get in touch with your inner nutcase. PGP signature
XFree86 4.0.2-13 in auric's incoming
i386 is uploaded. powerpc and sparc are compiling right now. alpha, arm, and m68k, please compile this for your architectures. Changes: xfree86 (4.0.2-13) unstable; urgency=medium . * build using gcc 2.95.3-9 (see #92008) * debian/local/dexconf: don't freak out if the selected mode list is blank * debian/xlibs.{links,preinst,postinst,prerm}: the aggressive transition attempted in xlibs 4.0.2-12 didn't work as planned, due to the existence of packages which used the old app-defaults location but are no longer part of Debian for whatever reason, and therefore have no fixed version to upgrade to; removed all transition code from the preinst; stopped shipping /usr/X11R6/lib/X11/app-defaults altogether, move the file migration code to the postinst script, and handle the compatibility symlink in the postinst and prerm scripts just as we do the well-known /usr/doc/package - /usr/share/doc/package compatibility symlink (Closes: #92074) -- G. Branden Robinson | I just wanted to see what it looked like Debian GNU/Linux| in a spotlight. [EMAIL PROTECTED] | -- Jim Morrison http://www.debian.org/~branden/ | pgpxSsYfrlqZR.pgp Description: PGP signature
TrueType fonts in X.
[ i'm not subscribed to this list, so please cc: me on every reply. thanx. ] Hello there, I think there're several truetype font packages for the use in X, though some problems are left unsolved. #1) Policy does not permit the TrueType subdirectory under /usr/X11R6/lib/X11/fonts, but some ttfs use such an unpermitted directories. #2) Backend of TTF handling and .scale problem. X4 provides two backends to handle truetype fonts: freetype and xtt. Both of them have specific syntax for a .scale file, especially xtt's .scale file accepts TTCap which enables dynamic decoration of truetype fonts. Mixture of these incompatible .scale files under /etc/X11/fonts/TrueType would cause a problem, and inconsistency between which backend a .scale file is for and which backend is acutally used, would also cause a problem. The problem #2 tells each truetype package may have to provide two .scale files, for freetype backend and xtt backend, and a common interface to choose which backend is used. ttf-xtt- packages, which contain Japanese TrueType fonts take an appropriate way to handle two .scale files and backend-choosing interface. They contain .scale files for both freetype and xtt backends somewhere under /etc, and create symlinks of either of the .scale files under /etc/X11/fonts. They make use of Debconf for the interface to choose the backend. Another solution is using Defoma framework: each truetype font package does not touch the backend or a .scale file, or even update-fonts-scale or mkfontdir. Instead Defoma script generates .scale file for all registered truetype fonts, suited to the selected backend, and calls update-fonts-scale and mkfontdir. The suprious point of this way is, which backend .scale file is for can be switched at once. Now, which way to go? Or do you have another solution? This problem must be solved before woody release, because some current truetype font packages violates policy. -- Yasuhiro Take aka hirot / [EMAIL PROTECTED] Debian Project http://www.debian.org pgpUSfkriRtXo.pgp Description: PGP signature
Re: APT-able Debian DRI CVS packages ready for testing.
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote: Ok, perhaps I'm really dense, but what's the advantage of using this over just using Branden's X debs? I have 3d acceleration and working DRI for both my V3 and my G450 as it stands, without adding any further software. And I can turn it on or off as I want (if I need 24 bit for something, for example). So, what's the scoop? Well, I develop a large OpenGL visualization application for weather radar volume data, and my G400 card would freak out and paint garbage all over the screen whenever I loaded up some big textures. So I was waiting for someone to get the latest DRI stuff aptable, and I am grateful. My recent workaround has been to use the utah-glx stuff, but then I didn't get antialiased fonts in KDE. -- Thomas E. Vaughan [EMAIL PROTECTED] CIMMS/NSSL, Norman, OK, USA
Re: TrueType fonts in X.
Hello Take-san, I just noticed yesterday that both defoma and gs-5.50 (with defoma support) are in the Debian unstable archive now. I was pleasantly surprised! :-) Yes, it is a goal that the font packages migrate to use defoma, at least for the Chinese fonts that the Debian Chinese Project is doing. Having said that, I probably won't have time to look into it until mid or late April because of all the projects at school that are due very soon now. (And I am really behind... Yikes!) Anyhow, I am interested in what Branden thinks too and it would be great if you, Branden and other developers could work out the migration strategy or even put everything into the Debian Policy eventually. :-) Thanks a lot for your great work! The defoma framework opens up great opportunity for better font management and user-installable fonts etc. etc. :-) Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada Debian GNU/Linux Chinese Project -- http://www.debian.org/intl/zh/ Come visit Our Lady of Victory Camp -- http://www.olvc.ab.ca/
Re: APT-able Debian DRI CVS packages ready for testing.
On Fri, Mar 30, 2001 at 06:09:32AM -0800, Marc Wilson wrote: Ok, perhaps I'm really dense, but what's the advantage of using this over just using Branden's X debs? I have 3d acceleration and working DRI for both my V3 and my G450 as it stands, without adding any further software. And I can turn it on or off as I want (if I need 24 bit for something, for example). You generally will use CVS if you like to live on the bleeding edge, if your card is not supported without it (mine's not), or if you need some of the fixes and features that have happened since then. In other words, same reasons you'd run a 2.4 kernel right now. -- Joseph Carter [EMAIL PROTECTED]Free software developer Knghtbrd you people are all insane. Joey knight: sure, that's why we work on Debian. JHM Knghtbrd: get in touch with your inner nutcase. pgpkV9yAzMBhR.pgp Description: PGP signature