Re: rman (PolyglotMan) + TkMan are now under the Artistic License.

2000-07-16 Thread Branden Robinson
On Sun, Jul 16, 2000 at 05:00:16PM +0300, Shaul Karl wrote:
 Since Stephen M Moraco [EMAIL PROTECTED] is currently the rman 
 maintainer (he has uploaded rman_3.0.9-1 to incoming a few weeks ago) and my 
 intended TkMan deb depends on rman I just want to make sure that everyone 
 here 
 is aware to the rman package status.

XFree86 4.0.1 is putting me in the interesting position of having to either
hijack packages from people (libxpm*), or work out some sort of détente
with them (Mesa, rman, and others).

Stephen, can you tell me if rman upstream development has officially been
transferred to XFree86?  I know this is the case with the Xpm libraries,
since Xpm was essentially a finished spec and implementation a couple of
years back.  I know the X guys have been hacking on rman quite a bit, so
this indicated the possibility to me that they have taken over its upstream
maintenance.

Just a note to bystanders reading this.  Don't panic, I'm not going to put
4.0.1 in unstable with undeclared conflicts.  My initial, experimental
packages may do so, however.  Once the Phase 1 .debs are up I'll watch the
reports roll in about exactly what packages 4.0.1 steps on.

Here's what I know so far:

PACKAGE MAINTAINER  NOTES

libxpm* Josip Rodin I talked to Josip; these will be swallowed
into my XFree86 packages
libs/headers to xlib6g and xlib6g-dev
xlib6g will provide libxpm4
binaries to xbase-clients
pixmap  Paul Slootman   haven't talked to him; this package will be
redundant now that xbase-clients bitmap
program has equivalent functionality
mesaJames TreacyI talked to him; because of GGI and stuff,
Mesa will continue to be maintained
independently of X, however X will provide
its own Mesa/GL implementation in xlibgl1
(which will provide libgl1) and xlibgl-dev
dpsclient   Ryuichi Arafune haven't talked to him
This package contains libraries as well as
executables for some reason; I think the
DPS libraries in it are old; their major
version number is zero and the ones in
XFree86 4.0.1 are 1.
rmanStephen Moraco  haven't talked to him, see above

-- 
G. Branden Robinson|You can have my PGP passphrase when you
Debian GNU/Linux   |pry it from my cold, dead brain.
[EMAIL PROTECTED]  |-- Adam Thornton
http://deadbeast.net/~branden/ |


pgpJj8ojkhYb5.pgp
Description: PGP signature


Re: Please test: Netscape 4.73 packages with CJK support

2000-07-16 Thread Branden Robinson
[Apologies for private mail to so many people.]

On Wed, Jul 12, 2000 at 10:04:19AM +0200, Torsten Landschoff wrote:
 On Tue, Jul 11, 2000 at 12:05:00PM -0600, Anthony Fok wrote:
  
  I am glad that you somehow found out -deferglyphs 16.  :-)  This option
  defers the loading of 16-bit glyphs e.g. large CJK and Unicode fonts.
  Otherwise, X would try to load the _entire_ font (with 14000+ glyphs)
  into the memory all at once.  This soon crashes the X font server,
  and since X can't talk to the font server any more, it just freezes whenever
  a font is requested.  At this state, X would use up all the CPU resources,
  probably trying desperately to talk to a non-existent font server.  :-)
 
 If I understand your description correctly this option is never harmful but
 very useful for some setups. Don't you think that the Debian setup should
 pass this option per default? In that case please ask Branden if he can
 do that (or file a bug, severity wishlist, on xserver-common).

-deferglyph 16 has been in place in the default /etc/X11/xdm/Xservers file
for quite a while.

I am adding deferglyphs = 16 to the default xfs config file for 3.3.6-10.

-- 
G. Branden Robinson |Communism is just one step on the long
Debian GNU/Linux|road from capitalism to capitalism.
[EMAIL PROTECTED]  |-- Russian saying
http://www.debian.org/~branden/ |


pgpvMG8LO6c8T.pgp
Description: PGP signature


Re: X -deferglyphs 16 (Re: Please test: Netscape 4.73 packages with CJK support)

2000-07-16 Thread Branden Robinson
On Thu, Jul 13, 2000 at 12:49:16AM +0900, ISHIKAWA Mutsumi wrote:
  Perhaps we'll change default setting of glyph caching mode to apply this
 patch and rebuild xfree86-1.
 
 --- xc/include/fonts/font.h.orig  Thu Jul 13 00:36:53 2000
 +++ xc/include/fonts/font.h   Thu Jul 13 00:37:56 2000
 @@ -96,7 +96,7 @@
  #define CACHING_OFF 0
  #define CACHE_16_BIT_GLYPHS 1
  #define CACHE_ALL_GLYPHS 2
 -#define DEFAULT_GLYPH_CACHING_MODE CACHING_OFF
 +#define DEFAULT_GLYPH_CACHING_MODE CACHE_16_BIT_GLYPHS
  extern int glyphCachingMode;
  
  extern int StartListFontsWithInfo(

That's interesting; thanks for pointing it out.  I'm trying to avoid
further changes to the upstream source for 3.3.6-10, but I'll be interested
to see what the default for this is in 4.0.1.  If you're not subscribed to
debian-x, please do so and keep me on my toes with respect to i18n issues
with the new version of X.  I expect to have Phase 1 .debs (see URL below)
available this week.


-- 
G. Branden Robinson | It doesn't matter what you are doing,
Debian GNU/Linux| emacs is always overkill.
[EMAIL PROTECTED]  | -- Stephen J. Carpenter
http://www.debian.org/~branden/ |


pgpFJLtEhpX64.pgp
Description: PGP signature