Re: Recommended beer transport protocol ?
On Wed 19 Jun 2002 17:30, Branden Robinson wrote: > On Wed, Jun 19, 2002 at 12:26:23AM -0700, Derek Gladding wrote: > > I'd like to buy you a beer to say thankyou for (a) all the hard work > > you've put in getting X4.2 done, and (b) all the hard work you've done > > putting up with the crap people have been throwing in your direction > > about it. > > > > What's the best way of doing this ? Paypal or somesuch ? > > Heh. I don't drink beer; I'm a mixed-drink kind of guy. White Russians > are my favorite but they don't go with everything, and I haven't really > yet encountered a mixed drink I *didn't* like. ;-) > > I don't have a PayPal accoumt, but I'll let you treat me to a drink if > you're going to DebConf 2 in Toronto next month. :) > Give me a shout next time your in Ireland! I owe you several Bacardi & Cokes Cheers, John Gay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible input problem with xfree86_4.2.0-0pre1v1 and sawfish-gnome
On Wed, 2002-06-19 at 00:45, David Stanaway wrote: > On Tue, 2002-06-18 at 17:09, Michel Dänzer wrote: > > On Tue, 2002-06-18 at 23:35, David Stanaway wrote: > > > > > > On Tue, 2002-06-18 at 10:16, Michel Dänzer wrote: > > > > On Tue, 2002-06-18 at 13:52, David Stanaway wrote: > > > > > Here is the running problem that I was having: > > > > > > > > > > There are some regular but intermitant problems with registering mouse > > > > > clicks, and some key combinations yeild odd results. All revolving > > > > > around change of focus. > > > > > > > > I've been seeing this on and off for quite some time, but of course I've > > > > been running a 4.2 server for a long time as well for its Radeon > > > > support. Can you try with a 4.1 server to see if it makes a difference? > > > > The problem being that it seems to occur non-deterministically, so one > > > > can never be sure it's actually not there... > > > > > > I was running 4.1 before and I had no problems. I was also running your > > > bare bones 4.2 binaries as well (However, I used the ati driver as per > > > your xf86config) and I don't recall any problems. > > > > Well, I've seen the problem with my binaries. > > If I see this again, what kind of things should I look for that might > help determine the problem? Well, try to derive any pattern behind the problem... > > Maybe the server is just a red herring anyway, as I also experienced it > > with sawfish. It would be great if anyone could determine a pattern > > behind this or even better the cause. :/ > > > > One other suspicion I'd like to mention though is sleep. I don't think > > I've seen the problems with this new TiBook yet, which I can't put to > > sleep yet. > > Well, I don't put this system to sleep, I just use: fblevel off to turn > the LCD off. > > Does that cancel that suspicion? Yes, pretty much. :/ -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[andoni@lpsat.net: XF-4.2.0 patch: xkbcomp us_intl comp error]
Forwarding this to debian-x so I don't forget about it. -- G. Branden Robinson| Debian GNU/Linux | kernel panic -- causal failure [EMAIL PROTECTED] | universe will now reboot http://people.debian.org/~branden/ | --- Begin Message --- Hello! I've been testing the pre package of XFree 4.2.0 and it compiles, made the packages just fine. The upgrade from my previous version (XFree 4.1.0-14) just go without any problems. The only problem I've got was that when I try to start an X session, the XFree complains about a compilation error in the us_intl keyboard description. The error was just some missing "," in xc/programs/xkbcomp/symbols/us_intl. After that patch, everything went fine... I'm sending you the patch I've made. Keep up the great work, and thank you for your great effort to package XFree. Kind regards, Andoni Zubimendi --- xc/programs/xkbcomp/symbols/us_intl Fri Nov 2 20:29:34 2001 +++ xc/programs/xkbcomp/symbols/us_intl Wed Jun 19 14:14:48 2002 @@ -41,21 +41,21 @@ key { [ dead_acute, dead_diaeresis ], [ apostrophe, quotedbl] }; -key { [ 9,parenleft ] +key { [ 9,parenleft ], [ dead_breve, dead_breve ] }; -key { [ 0,parenright ] +key { [ 0,parenright ], [ dead_abovering, dead_abovering ] }; key { [ minus,underscore ], [ dead_macron, dead_belowdot ] }; key { [ equal,plus], [ dead_doubleacute,dead_horn ] }; -key { [ semicolon,colon ] +key { [ semicolon,colon ], [ dead_ogonek, dead_diaeresis ] }; -key { [ comma,less] +key { [ comma,less], [ dead_cedilla,dead_caron ] }; -key { [period,greater ] +key { [period,greater ], [ dead_abovedot, dead_circumflex ] }; -key { [ slash,question] +key { [ slash,question], [ dead_hook, dead_hook ] }; --- End Message --- pgp3yy6nmKoGi.pgp Description: PGP signature
[daenzer@debian.org: patch for 4.2 r128 Xv instabilites]
Forwarding this to debian-x so I don't forget about it. -- G. Branden Robinson| If God had intended for man to go Debian GNU/Linux | about naked, we would have been [EMAIL PROTECTED] | born that way. http://people.debian.org/~branden/ | --- Begin Message --- Hi Branden, please apply http://penguinppc.org/~daenzer/XFree86-4.2/patches/r128-optiondmaforxv.diff to the 4.2 packages. It makes the use of DMA for Xv (which causes instabilities) an option which defaults to off. Regards -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- End Message --- pgpE3Vq4DHQlo.pgp Description: PGP signature
Re: [PATCH for 4.2.0-0pre1v1] copyright update
On Thu, Jun 20, 2002 at 12:43:27AM +0900, ISHIKAWA Mutsumi wrote: > Hi, > > copyright files said, "The following files were removed from the > source package due to non-DFSG-compliant licensing:" but the list > is not updated. Please apply this patch: Thanks! -- G. Branden Robinson| Debian GNU/Linux | If existence exists, [EMAIL PROTECTED] | why create a creator? http://people.debian.org/~branden/ | pgpFxtW7ubiKe.pgp Description: PGP signature
Re: Recommended beer transport protocol ?
On Wed, Jun 19, 2002 at 12:26:23AM -0700, Derek Gladding wrote: > I'd like to buy you a beer to say thankyou for (a) all the hard work > you've put in getting X4.2 done, and (b) all the hard work you've done > putting up with the crap people have been throwing in your direction > about it. > > What's the best way of doing this ? Paypal or somesuch ? Heh. I don't drink beer; I'm a mixed-drink kind of guy. White Russians are my favorite but they don't go with everything, and I haven't really yet encountered a mixed drink I *didn't* like. ;-) I don't have a PayPal accoumt, but I'll let you treat me to a drink if you're going to DebConf 2 in Toronto next month. :) Otherwise, your thanks is enough. One nice email makes up for ten rude ones. (Then there are the ones which are just plain weird, like the guy who emailed me privately today asking for help with ncurses on Red Hat -- no mention of XFree86 or Debian at all.) -- G. Branden Robinson|Somewhere, there is a .sig so funny Debian GNU/Linux |that reading it will cause an [EMAIL PROTECTED] |aneurysm. This is not that .sig. http://people.debian.org/~branden/ | pgpaxG0ObDtIC.pgp Description: PGP signature
Re: patches reviewing -- Road to xfree86 4.2.0
On Wed, Jun 19, 2002 at 09:33:25PM +0900, ISHIKAWA Mutsumi wrote: > Sorry for delaying to reply. > I'm now very very busy on my own job... :-< Sorry to hear that. Thanks again for your hard work. > Humm... fontenc layer is not new one. Fontenc layer is already > included since XFree86 4.0. The Fontenc layer functions ware included > in the libXfont.Fontenc layer is separated from libXfont, this library > is called libfontenc.a since XFree86 4.2. Okay, thanks for the information. I'll do more research. -- G. Branden Robinson| Debian GNU/Linux | If encryption is outlawed, only [EMAIL PROTECTED] | outlaws will @goH7Ok=http://people.debian.org/~branden/ | pgpXubDGH72tg.pgp Description: PGP signature
Problems with us_intl keymap
Hi, I'm running the new XFree 4.2.0 debs over sid, and I'm having troubles with the us_intl keymap. When I type: $ setxkbmap us_intl Error loading new keyboard description This is the output of the /var/log/XFree86.0.log file: ---8<- Error loading keymap /usr/X11R6/lib/X11/xkb/compiled/server-0.xkm ---8<- But there is no such file. Going a little further, this is what happens when I strace it: $ strace setxkbmap us_intl execve("/usr/bin/X11/setxkbmap", ["setxkbmap", "us_intl"], [/* 30 vars */]) = 0 uname({sys="Linux", node="toshi", ...}) = 0 brk(0) = 0x805bbfc open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=41191, ...}) = 0 old_mmap(NULL, 41191, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000 close(3)= 0 open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 )\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0644, st_size=51844, ...}) = 0 old_mmap(NULL, 51100, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001f000 mprotect(0x4002b000, 1948, PROT_NONE) = 0 old_mmap(0x4002b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xc000) = 0x4002b000 close(3)= 0 open("/usr/X11R6/lib/libX11.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \21\1\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0644, st_size=760260, ...}) = 0 old_mmap(NULL, 761340, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002c000 mprotect(0x400e3000, 11772, PROT_NONE) = 0 old_mmap(0x400e3000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb7000) = 0x400e3000 close(3)= 0 open("/lib/libc.so.6", O_RDONLY)= 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\30\222"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=1153784, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400e6000 old_mmap(NULL, 1166560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400e7000 mprotect(0x401fa000, 40160, PROT_NONE) = 0 old_mmap(0x401fa000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x113000) = 0x401fa000 old_mmap(0x4020, 15584, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4020 close(3)= 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0T\27\0\000"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0644, st_size=8008, ...}) = 0 old_mmap(NULL, 11004, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40204000 mprotect(0x40206000, 2812, PROT_NONE) = 0 old_mmap(0x40206000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x40206000 close(3)= 0 munmap(0x40014000, 41191) = 0 brk(0) = 0x805bbfc brk(0x805bc24) = 0x805bc24 brk(0x805c000) = 0x805c000 brk(0x805d000) = 0x805d000 uname({sys="Linux", node="toshi", ...}) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 3 uname({sys="Linux", node="toshi", ...}) = 0 uname({sys="Linux", node="toshi", ...}) = 0 connect(3, {sin_family=AF_UNIX, path="/tmp/.X11-unix/X0"}, 19) = 0 uname({sys="Linux", node="toshi", ...}) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 access("/home/dario/.Xauthority", R_OK) = 0 open("/home/dario/.Xauthority", O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0600, st_size=214, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 read(4, "\1\0\0\5toshi\0\0010\0\22MIT-MAGIC-COOKIE-1"..., 4096) = 214 read(4, "", 4096) = 0 close(4)= 0 munmap(0x40014000, 4096)= 0 writev(3, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"MIT-MAGIC-COOKIE-1", 18}, {"\0\0", 2}, {"\32T\5\10\276+b\3755\375$\267&\347E\341", 16}], 4) = 48 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 read(3, 0xb87c, 8) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], NULL, NULL, NULL)= 1 (in [3]) read(3, "\1\0\v\0\0\0L\0", 8) = 8 read(3, "@ge\2\0\0`\3\377\377\37\0\0\1\0\0\30\0\377\377\1\7\0\0"..., 304) = 304 write(3, "7\0\5\0\0\0`\3:\0\0\0\10\0\0\0\377\377\0\0b\0\5\0\f\0\0"..., 64) = 64 read(3, "\1\7\2\0\0\0\0\0\1\202\0\0\0\0\0\0\0\0\0\0\30\0\0\0\1\0"..., 32) = 32 read(3, "\1\10\3\0j\0\0\0\37\0\0\0\0\0\0\0\250\1\0\0\0\0\0\0\1\0"..., 32) = 32 readv(3, [{"*customization:\t-color\nXTerm*Fon"..., 424}, {"", 0}], 2) = 424 write(3, "\202\0\1\0", 4) = 4 read(3, "\1\7\4\0\0\0\0\0\377\377\17\0\0\0\0\0\1\0\0\0\0\0\0\0\1"..., 32) = 32 writev(3, [{"b\0\5\0
[PATCH for 4.2.0-0pre1v1] copyright update
Hi, copyright files said, "The following files were removed from the source package due to non-DFSG-compliant licensing:" but the list is not updated. Please apply this patch: --- debian/copyright.orig Thu Jun 20 00:23:02 2002 +++ debian/copyrightThu Jun 20 00:25:17 2002 @@ -8,8 +8,18 @@ The following files were removed from the source package due to non-DFSG-compliant licensing: -xc/fonts/scaled/Type1/COPYRIGHT.BH -xc/fonts/scaled/Type1/COPYRIGHT.IBM +xc/fonts/scaled/TTF/luximb.ttf +xc/fonts/scaled/TTF/luximbi.ttf +xc/fonts/scaled/TTF/luximr.ttf +xc/fonts/scaled/TTF/luximri.ttf +xc/fonts/scaled/TTF/luxirb.ttf +xc/fonts/scaled/TTF/luxirbi.ttf +xc/fonts/scaled/TTF/luxirr.ttf +xc/fonts/scaled/TTF/luxirri.ttf +xc/fonts/scaled/TTF/luxisb.ttf +xc/fonts/scaled/TTF/luxisbi.ttf +xc/fonts/scaled/TTF/luxisr.ttf +xc/fonts/scaled/TTF/luxisri.ttf xc/fonts/scaled/Type1/UTBI.afm xc/fonts/scaled/Type1/UTBI.pfa xc/fonts/scaled/Type1/UTB_.afm @@ -26,18 +36,30 @@ xc/fonts/scaled/Type1/courbi.pfa xc/fonts/scaled/Type1/couri.afm xc/fonts/scaled/Type1/couri.pfa -xc/fonts/scaled/Type1/lcdxmo.afm -xc/fonts/scaled/Type1/lcdxmo.pfa -xc/fonts/scaled/Type1/lcdxmr.afm -xc/fonts/scaled/Type1/lcdxmr.pfa -xc/fonts/scaled/Type1/lcdxro.afm -xc/fonts/scaled/Type1/lcdxro.pfa -xc/fonts/scaled/Type1/lcdxrr.afm -xc/fonts/scaled/Type1/lcdxrr.pfa -xc/fonts/scaled/Type1/lcdxso.afm -xc/fonts/scaled/Type1/lcdxso.pfa -xc/fonts/scaled/Type1/lcdxsr.afm -xc/fonts/scaled/Type1/lcdxsr.pfa +xc/fonts/scaled/Type1/l047013t.afm +xc/fonts/scaled/Type1/l047013t.pfa +xc/fonts/scaled/Type1/l047016t.afm +xc/fonts/scaled/Type1/l047016t.pfa +xc/fonts/scaled/Type1/l047033t.afm +xc/fonts/scaled/Type1/l047033t.pfa +xc/fonts/scaled/Type1/l047036t.afm +xc/fonts/scaled/Type1/l047036t.pfa +xc/fonts/scaled/Type1/l048013t.afm +xc/fonts/scaled/Type1/l048013t.pfa +xc/fonts/scaled/Type1/l048016t.afm +xc/fonts/scaled/Type1/l048016t.pfa +xc/fonts/scaled/Type1/l048033t.afm +xc/fonts/scaled/Type1/l048033t.pfa +xc/fonts/scaled/Type1/l048036t.afm +xc/fonts/scaled/Type1/l048036t.pfa +xc/fonts/scaled/Type1/l049013t.afm +xc/fonts/scaled/Type1/l049013t.pfa +xc/fonts/scaled/Type1/l049016t.afm +xc/fonts/scaled/Type1/l049016t.pfa +xc/fonts/scaled/Type1/l049033t.afm +xc/fonts/scaled/Type1/l049033t.pfa +xc/fonts/scaled/Type1/l049036t.afm +xc/fonts/scaled/Type1/l049036t.pfa See the debian/patches directory for all other changes to upstream source. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please update SH patch #550 (Re: xfree86 4.2.0-0pre1v1 available at the X Strike Force)
> In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> i386 .debs up right now, and the source is slowly trickling up there, >> but will be there by the time most of you read this. I've done `build test for binary-sh4', but it is fail... 4.2.0-0b2 and 4.2.0-0pre1v1 includes invalid SH3/4 support patch #550 because of my mistake. Please update #550 to this one bellow: Index: xc/config/cf/linux.cf === RCS file: /cvs/xc/config/cf/linux.cf,v retrieving revision 3.177 diff -u -a -r3.177 linux.cf --- xc/config/cf/linux.cf 2002/04/04 14:05:33 3.177 +++ xc/config/cf/linux.cf 2002/06/13 18:08:34 @@ -624,7 +624,7 @@ #endif #if UseElfFormat # ifndef DoLoadableServer -# ifdef HPArchitecture +# if defined(HPArchitecture) || defined(SuperHArchitecture) # define DoLoadableServerNO # else # define DoLoadableServerYES @@ -824,7 +824,7 @@ # ifndef SuperHArchOptFlags # ifdef SuperH4Architecture # define SuperHArchOptFlags -m4 -# elifdef SuperH4NOFPUArchitecture +# elif defined(SuperH4NOFPUArchitecture) # define SuperHArchOptFlags -m4-nofpu # else # define SuperHArchOptFlags -m3 -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: patches reviewing -- Road to xfree86 4.2.0
Hi, Sorry for delaying to reply. I'm now very very busy on my own job... :-< > In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> [1 ] >> On Sat, Jun 15, 2002 at 08:46:28PM +0900, ISHIKAWA Mutsumi wrote: >> > I know you did a lot of the patch merging. But I don't know >> > detail of merging which peace of the patches ware merged into >> > upstream and which one is not. >> >> Thanks a lot for your work, ISHIKAWA-san. >> >> I've finished the patch merging and gotten everything synced up and >> applying cleanly (no fuzz, no offsets). >> >> Thanks to your efforts, xfree86 4.2.0-0pre1v1 only required several more >> hours of labor to prepare (as opposed to days). Thank you for uploading xfree86 4.2.0-0pre1v1 :-) >> > >> > libfontenc.a >> > >> >> > >> Is this the long-awaited "recode-on-the-fly" font library? >> > >> > No, it is common font encoding conversion layer called >> > `fontenc layer' library. It is separated from libXfont. >> >> Hmm. Could it be used to support on-the-fly font transcoding? Is it >> just that the work hasn't been done yet? Humm... fontenc layer is not new one. Fontenc layer is already included since XFree86 4.0. The Fontenc layer functions ware included in the libXfont.Fontenc layer is separated from libXfont, this library is called libfontenc.a since XFree86 4.2. About fontenc layer is described in section 4.1 of README.fonts. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Recommended beer transport protocol ?
Branden - I'd like to buy you a beer to say thankyou for (a) all the hard work you've put in getting X4.2 done, and (b) all the hard work you've done putting up with the crap people have been throwing in your direction about it. What's the best way of doing this ? Paypal or somesuch ? - Derek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Recommended beer transport protocol ?
Branden - I'd like to buy you a beer to say thankyou for (a) all the hard work you've put in getting X4.2 done, and (b) all the hard work you've done putting up with the crap people have been throwing in your direction about it. What's the best way of doing this ? Paypal or somesuch ? - Derek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is the 4.2 .orig.tar.gz final?
On Wed, Jun 19, 2002 at 05:09:01AM +0800, csj wrote: > Is the file: > > http://people.debian.org/~branden/sid/source/xfree86_4.2.0.orig.tar.gz > > the same one that would make it to testing? Would all subsequent changes > to the Debian source be made to the .diff.gz? I would like to test 4.2 > but I'm on a dialup connection. I cannot make any promises, but at the moment I cannot think of a reason that the .orig.tar.gz I'm currently using would change. Oops. I just realized why I'm going to have to go back on something I told Adam Heath. I told him I'd upload -0pre1v2 to experimental. I'm not going to do that now. I'm not going to do it until I have much more confidence that I won't have to change the .orig.tar.gz, and at that point I'll probably be confident enough just to dump the thing in unstable. If you want to know my reasoning for the above, take a very, very deep breath, put on hip boots, and read http://lists.debian.org/debian-ctte/2001/debian-ctte-200108/msg0.html and all the follow-ups. (You'll note that the archive admins never did document anything, as requested by the Technical Committee.) -- G. Branden Robinson| Exercise your freedom of religion. Debian GNU/Linux | Set fire to a church of your [EMAIL PROTECTED] | choice. http://people.debian.org/~branden/ | pgpr7tfybj6oa.pgp Description: PGP signature