On Sat, Dec 15, 2007 at 11:26:01AM -0500, Thomas Dickey wrote:
> I added a fix to my ongoing changes for #230, here:
>
> ftp://invisible-island.net/temp/xterm-229h.patch.gz
It works perfectly. Thanks!
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL
Package: xterm
Version: 229-1
Severity: normal
First you'll need my local unicode font to demonstrate this problem:
http://www.false.org/~drow/unifont/
Try running this command in an xterm using uni8x16:
clear; echo nowhere; tput cup 0 0; perl -e 'print pack ("cc",
0xE9,0x97,0x9c,0xe9,
On Tue, Mar 06, 2007 at 03:12:01PM -0500, Thomas Dickey wrote:
> On Tue, Mar 06, 2007 at 06:00:21PM +0100, Daniel Jacobowitz wrote:
> > Package: xterm
> > Version: 224-1
> > Followup-For: Bug #410915
> >
> > I see a similar intermittent problem in emacs inside s
Package: xterm
Version: 224-1
Followup-For: Bug #410915
I see a similar intermittent problem in emacs inside screen.
Sometimes, if I search for a string using C-s that is not present,
after the "beep" (screen flash) the name of the current file is
redrawn in the wrong background color.
It doesn't
On Thu, Oct 28, 2004 at 09:30:04AM -0400, Daniel Jacobowitz wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-8
> Severity: important
> Tags: patch
>
> When I submitted a patch for #236187 and related bugs, I was under the
> apparently very bad assumption that
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-8
Severity: important
Tags: patch
When I submitted a patch for #236187 and related bugs, I was under the
apparently very bad assumption that the idle would always eventually finish.
Three times in the last month I've found X hung but the machine resp
On Tue, Oct 12, 2004 at 02:39:45AM +0200, Vincent Lefevre wrote:
> On 2004-10-11 19:58:08 -0400, Daniel Jacobowitz wrote:
> > None of the information in that bug log explains _why_ it shouldn't be
> > fixed. My reading suggests that it should be, and a determined X coder
>
[Oops, botched the CC line. Sorry.]
On Tue, Oct 12, 2004 at 02:39:45AM +0200, Vincent Lefevre wrote:
> On 2004-10-11 19:58:08 -0400, Daniel Jacobowitz wrote:
> > None of the information in that bug log explains _why_ it shouldn't be
> > fixed. My reading suggests that
ldn't be
fixed. My reading suggests that it should be, and a determined X coder
could probably do it. At least for the Debian packages of Mozilla!
--
Daniel Jacobowitz
On Mon, Sep 20, 2004 at 01:46:53PM -0400, Aaron M. Ucko wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > All I want is for my Windows keys to send Meta, and xterm to treat that like
> > Escape. This requires XTerm*metaSendsEscape: true. [For some reason, I
On Sun, Sep 19, 2004 at 10:26:52PM +0200, Denis Barbier wrote:
> On Sun, Sep 19, 2004 at 03:00:27PM -0400, Daniel Jacobowitz wrote:
> [...]
> > Without metaSendsEscape alt-b generates an accented a. I turn on
> > altwin:meta_win:
> >
> > shift Shift_L (0
er. Right now I don't care. It's the keyboard
cursor movement that I need.
This is all terribly confusing, and it's a real shame that we're going to
carry it into Sarge, IMO. But most of all I'd like advice on how to make
the simple case of using altwin:meta_win work in xterm.
All ideas appreciated.
--
Daniel Jacobowitz
Could something based on this patch, or one of the other suggestions in
the bug log, be applied?
[Overquoting for history, since this was a while back.]
On Sun, Mar 07, 2004 at 05:52:53PM -0500, Daniel Jacobowitz wrote:
> On Sun, Mar 07, 2004 at 02:45:59PM -0500, Daniel Jacobowitz wrote:
>
On Sun, Mar 07, 2004 at 02:45:59PM -0500, Daniel Jacobowitz wrote:
> On Sun, Mar 07, 2004 at 06:21:11PM +0100, Michel Dänzer wrote:
> > On Sun, 2004-03-07 at 17:38, Daniel Jacobowitz wrote:
> > >
> > > Downgrading to xserver-xfree86 4.2.1-16 has eliminated the problem
On Sun, Mar 07, 2004 at 06:21:11PM +0100, Michel Dänzer wrote:
> On Sun, 2004-03-07 at 17:38, Daniel Jacobowitz wrote:
> >
> > Downgrading to xserver-xfree86 4.2.1-16 has eliminated the problem so
> > my money is on the 4.3.0 r128 driver.
>
> If you agree that yo
On Fri, Mar 05, 2004 at 06:32:51PM +0100, Michel Dänzer wrote:
> On Fri, 2004-03-05 at 18:23, Daniel Jacobowitz wrote:
> > On Fri, Mar 05, 2004 at 06:19:02PM +0100, Michel Dänzer wrote:
> > >
> > > It's probably the 3D driver or the DRM that causes it, not the X s
On Fri, Mar 05, 2004 at 06:32:51PM +0100, Michel Dänzer wrote:
> On Fri, 2004-03-05 at 18:23, Daniel Jacobowitz wrote:
> > On Fri, Mar 05, 2004 at 06:19:02PM +0100, Michel Dänzer wrote:
> > >
> > > It's probably the 3D driver or the DRM that causes it, not the X s
, but I've also been sitting at my desk and not
letting that evil screensaver get any cycles, so I'll follow up
tomorrow.
I'm a little disturbed at the stability of the DRI code if it does turn
out to be fixed, since that means any user with access to my
On Fri, Mar 05, 2004 at 06:32:51PM +0100, Michel Dänzer wrote:
> On Fri, 2004-03-05 at 18:23, Daniel Jacobowitz wrote:
> > On Fri, Mar 05, 2004 at 06:19:02PM +0100, Michel Dänzer wrote:
> > >
> > > It's probably the 3D driver or the DRM that causes it, not the X s
On Fri, Mar 05, 2004 at 06:19:02PM +0100, Michel Dänzer wrote:
> On Fri, 2004-03-05 at 18:13, Daniel Jacobowitz wrote:
> > On Fri, Mar 05, 2004 at 06:10:38PM +0100, Michel Dänzer wrote:
> > >
> > > The chip has probably locked up.
> >
> > It looks that w
On Fri, Mar 05, 2004 at 06:10:38PM +0100, Michel Dänzer wrote:
> On Fri, 2004-03-05 at 16:23, Daniel Jacobowitz wrote:
> > On Thu, Mar 04, 2004 at 02:31:16PM -0500, Daniel Jacobowitz wrote:
> > > I didn't get a backtrace from here; sorry. I killed the X server and
> >
On Thu, Mar 04, 2004 at 02:31:16PM -0500, Daniel Jacobowitz wrote:
> I didn't get a backtrace from here; sorry. I killed the X server and
> restarted it. The restart makes this message appear in dmesg repeatedly:
(gdb) bt
#0 0xe410 in __kernel_vsyscall ()
#1 0x4013ab09 in io
On Mon, Jan 12, 2004 at 12:12:51PM -0500, Branden Robinson wrote:
> On Thu, Jan 08, 2004 at 03:24:10PM -0500, Daniel Jacobowitz wrote:
> > OK, here's what I think is happening.
> >
> > X is working around a changed type in kd.h by #define rate period.
>
> A ch
unsigned char rate; /* In characters per
> second (0..50).*/
> Nov 14 20:42:58 };
> Nov 14 20:44:17 * elmo wonders why he didn't see that in the grep..
> ah.. helps if you grep in the right chroot
> Nov 14 20:44:44ah, that old problem.
> Nov 14 20:45:36 so, hmm, which would be the preferred fix? make it
> match or remove
> Nov 14 20:46:24 or c) leave it to someone who knows what they're
> doing.. ;) anyway, work, bbiab
>
> --
> James
>
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
I'm a bit confused by the bug log. Is this a bug in
linux-kernel-headers, and if so, could you give me a testcase for it?
Or was it just an incompatibility that X has been updated to work
around?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
g the install system with kernel 2.4 on an array
> of PowerPC hardware.
I didn't suggest changing over, but making them available. I'm not
comfortable with the PCI patch, and this is the next best option.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
g the install system with kernel 2.4 on an array
> of PowerPC hardware.
I didn't suggest changing over, but making them available. I'm not
comfortable with the PCI patch, and this is the next best option.
--
Daniel Jacobowitz Carnegie Mellon University
Mont
rather make a set of 2.4 install disks available than include
patches like this in our 2.2 kernel.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
;d rather make a set of 2.4 install disks available than include
patches like this in our 2.2 kernel.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
source package) and a DRI
source tree and diff them. Stick the patch in the debian patches
directory, and pray it doesn't conflict with any other patches. Bump
version in changelog. Rinse, repeat.
Dan
/--------\ /----\
|
source package) and a DRI
source tree and diff them. Stick the patch in the debian patches
directory, and pray it doesn't conflict with any other patches. Bump
version in changelog. Rinse, repeat.
Dan
/--------\ /----\
|
Useful if you are doing any kind of local work on the servers...
Just run the 'binary-server' target. Saves a lot of compile time.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
|
Useful if you are doing any kind of local work on the servers...
Just run the 'binary-server' target. Saves a lot of compile time.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
|
On Sun, Jan 07, 2001 at 02:17:48PM -0500, Branden Robinson wrote:
> On Sun, Jan 07, 2001 at 04:37:39PM +0100, Christian T . Steigies wrote:
> > On Sat, Jan 06, 2001 at 02:28:03PM -0500, Daniel Jacobowitz wrote:
> >
> > > Could you try not stripping the modules?
On Sun, Jan 07, 2001 at 02:17:48PM -0500, Branden Robinson wrote:
> On Sun, Jan 07, 2001 at 04:37:39PM +0100, Christian T . Steigies wrote:
> > On Sat, Jan 06, 2001 at 02:28:03PM -0500, Daniel Jacobowitz wrote:
> >
> > > Could you try not stripping the modules?
lution, since the modules are makeing
> trouble right now?
Could you try not stripping the modules? I recall alpha having a
similar problem.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class
lution, since the modules are makeing
> trouble right now?
Could you try not stripping the modules? I recall alpha having a
similar problem.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class
irst time) it took me a while to find the exact thread which answers it.
> You want to do dpkg --reconfigure xfree86-common.
That's dpkg-reconfigure, actually...
Dan
/\ /--------\
| Daniel Jacobowitz|__|S
it took me a while to find the exact thread which answers it.
> You want to do dpkg --reconfigure xfree86-common.
That's dpkg-reconfigure, actually...
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002
On Sat, Dec 09, 2000 at 08:09:54PM -0500, Ben Collins wrote:
> On Sat, Dec 09, 2000 at 12:38:05PM -0500, Daniel Jacobowitz wrote:
> >
> > The input code is used only for the USB support. If we want to keep
> > that, we're going to have to make it build. What I w
On Sat, Dec 09, 2000 at 08:09:54PM -0500, Ben Collins wrote:
> On Sat, Dec 09, 2000 at 12:38:05PM -0500, Daniel Jacobowitz wrote:
> >
> > The input code is used only for the USB support. If we want to keep
> > that, we're going to have to make it build. What I w
- both
are pretty easy.
I can make a patch for this if you want.
Dan
/--------\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
- both
are pretty easy.
I can make a patch for this if you want.
Dan
/--------\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon Unive
ntially broken. Sorry - just
won't work.
I aim to have fixed packages in a week or so, but no promises here.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
ntially broken. Sorry - just
won't work.
I aim to have fixed packages in a week or so, but no promises here.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer
On Mon, Oct 16, 2000 at 01:10:03AM -0400, James Antill wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > On Mon, Oct 16, 2000 at 01:59:11AM +0200, Johannes Zellner wrote:
> > > Hello,
> > >
> > > I cannot link any more against lib
On Mon, Oct 16, 2000 at 01:10:03AM -0400, James Antill wrote:
> Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
>
> > On Mon, Oct 16, 2000 at 01:59:11AM +0200, Johannes Zellner wrote:
> > > Hello,
> > >
> > > I cannot link any more against lib
ebuilt against woody glibc -
right, Branden?
Dan
/----\ /----\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
> Is anyone else having trouble with Xfig?
Yep, this isn't fixed yet as far as I can tell.
It seems to be a problem in libXt <-> libXaw3d interaction.
Dan
/\ /----\
| Daniel Jacobowitz|__|SCS Class
> Is anyone else having trouble with Xfig?
Yep, this isn't fixed yet as far as I can tell.
It seems to be a problem in libXt <-> libXaw3d interaction.
Dan
/\ /----\
| Daniel Jacobowitz|__|SCS Class
using. Dexter should not present a "can try again
to detect your mouse" dialog if the tool it uses to do so is not there.
It does, currently. Confused the heck out of me when it told me I had
no mouse.
Dan
/--------\ /\
| Da
using. Dexter should not present a "can try again
to detect your mouse" dialog if the tool it uses to do so is not there.
It does, currently. Confused the heck out of me when it told me I had
no mouse.
Dan
/--------\ /\
| Da
f /* i386Architecture */
#ifdef AlphaArchitecture
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
f /* i386Architecture */
#ifdef AlphaArchitecture
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED]
ation of the X protocol; the root
window can not be resized.
Dan
/--------\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
ation of the X protocol; the root
window can not be resized.
Dan
/--------\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University
the problem,
> > but at least the existing Qt-debs for debian-woody
> > don't work with XFree-4.
This is fixed in the current (-8 I believe) libqt2.2 package.
Dan
/----\ /\
| Daniel Jacobowitz|__|
the problem,
> > but at least the existing Qt-debs for debian-woody
> > don't work with XFree-4.
This is fixed in the current (-8 I believe) libqt2.2 package.
Dan
/----\ /\
| Daniel Jacobowitz|__|
#x27;ve got something with the help of the almighty Geert Uytterhueven, I
> hope to cook it up and submit it to XFree86 soon, Branden should I CC: you?
Cc: debian-x, actually, please.
Dan
/--------\ /\
| Daniel Jacobowitz|__|
#x27;ve got something with the help of the almighty Geert Uytterhueven, I
> hope to cook it up and submit it to XFree86 soon, Branden should I CC: you?
Cc: debian-x, actually, please.
Dan
/--------\ /\
| Daniel Jacobowitz|__|
hough it will
> make it harder for the users :(
Erm... this doesn't make sense to me. On powerpc, if the file does not
exist, shouldn't we maintain the old behavior?
Dan
/\ /\
| Daniel Jacobowitz|__|
although it will
> make it harder for the users :(
Erm... this doesn't make sense to me. On powerpc, if the file does not
exist, shouldn't we maintain the old behavior?
Dan
/\ /\
| Daniel Jacobowitz
> as well. I had it working as late as July 18, maybe something broke after
> that date.
It'll be fine. The problem was in my merge from Ani's code; we're
working out a better solution now, and should have something next week.
Dan
/--------\ /
ed
> as well. I had it working as late as July 18, maybe something broke after
> that date.
It'll be fine. The problem was in my merge from Ani's code; we're
working out a better solution now, and should have something next week.
Dan
/--------\ /
0 (0x1) IX[B]
Hmm, that's wierd, not seen that one before. I'm not inclined to pay
any attention to it until we finish fixing the driver, though.
Dan
/----\ /\
| Daniel Jacobowitz|__|SCS Cl
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
0 (0x1) IX[B]
Hmm, that's wierd, not seen that one before. I'm not inclined to pay
any attention to it until we finish fixing the driver, though.
Dan
/----\ /\
| Daniel Jacobowitz|__|SCS Cl
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
--
To UNSUBS
fixed shortly, probably in 2v5.
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
fixed shortly, probably in 2v5.
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED]
This one builds packages :) I'm sure there's stuff that still needs fixing,
but we have test packages now.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
This one builds packages :) I'm sure there's stuff that still needs fixing,
but we have test packages now.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
--
To UNSUBSCRIBE
errupt conflict. What sort of
sound card?
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
ant for submission upstream; instead the proper
solution will be, once the kernel parts of it have been implemented.
Meanwhile, if you want the drivers to work at all, you have to use
these patches.
That's why I consider applying them on only one arch acceptable.
Dan
/---
everything tremendously easier if we just applied
this patch on the one architecture that needs it.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carne
For those of us who would rather read READMEs about this sort of thing,
where the heck ARE they? In the packages? They're sure not on samosa, and
the X Strike Force doesn't say anything about 3dfx.
Dan
/\ /\
|
se applied! I'll look.
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
errupt conflict. What sort of
sound card?
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED]
ant for submission upstream; instead the proper
solution will be, once the kernel parts of it have been implemented.
Meanwhile, if you want the drivers to work at all, you have to use
these patches.
That's why I consider applying them on only one arch acceptable.
Dan
/---
everything tremendously easier if we just applied
this patch on the one architecture that needs it.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carne
For those of us who would rather read READMEs about this sort of thing,
where the heck ARE they? In the packages? They're sure not on samosa, and
the X Strike Force doesn't say anything about 3dfx.
Dan
/\ /\
|
se applied! I'll look.
Dan
/\ /--------\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED]
so the strength of our
> liberty depends upon the chaos and cacophony of the unfettered speech
> the First Amendment protects." -- A.L.A. v. U.S. Dept. of Justice
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Mellon University |
| [EMAIL PROTECTED] | | [EMAIL PROTECTED] |
\/ \/
so the strength of our
> liberty depends upon the chaos and cacophony of the unfettered speech
> the First Amendment protects." -- A.L.A. v. U.S. Dept. of Justice
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of &qu
On Thu, Sep 07, 2000 at 11:57:50PM -0500, Branden Robinson wrote:
> Sorry, all I have is the makedepend line and the gcc line, and it seems to
> have done fine...
*sigh*
I'll try to debug it tomorrow.
Dan
/\ /----\
|
ment
tseng_acl.c:145: warning: passing arg 1 of `xf86ReadMmio32Le' makes pointer
from integer without a cast
tseng_acl.c:145: invalid lvalue in assignment
Etc. Looks as if we lost a type somewhere...
Dan
/----\ /\
|
On Thu, Sep 07, 2000 at 11:57:50PM -0500, Branden Robinson wrote:
> Sorry, all I have is the makedepend line and the gcc line, and it seems to
> have done fine...
*sigh*
I'll try to debug it tomorrow.
Dan
/\ /----\
|
n assignment
tseng_acl.c:145: warning: passing arg 1 of `xf86ReadMmio32Le' makes pointer from
integer without a cast
tseng_acl.c:145: invalid lvalue in assignment
Etc. Looks as if we lost a type somewhere...
Dan
/----\ /\
|
ages.
> This can be found in the log file "/var/log/XFree86.0.log".
> Please reports problems to [EMAIL PROTECTED]
>
Branden, might want to change this to [EMAIL PROTECTED] ?
Dan
/\ /\
| Daniel Jacobowi
ages.
> This can be found in the log file "/var/log/XFree86.0.log".
> Please reports problems to [EMAIL PROTECTED]
>
Branden, might want to change this to debian-x@lists ?
Dan
/\ /\
| Daniel Jacobowi
On Thu, Aug 10, 2000 at 12:47:59AM -0700, Daniel Jacobowitz wrote:
> I had to make a couple more changes for powerpc in the current version:
>
> debian/xlib6g.files.powerpc I removed, and moved the i386 version back to
> xlib6g.files. I moved the HasPlugin define in linux.c
On Thu, Aug 10, 2000 at 12:47:59AM -0700, Daniel Jacobowitz wrote:
> I had to make a couple more changes for powerpc in the current version:
>
> debian/xlib6g.files.powerpc I removed, and moved the i386 version back to
> xlib6g.files. I moved the HasPlugin define in linux.c
d, as well as the debian/*
diff. I'm rebuilding it now to see if I made any stupid mistakes.
Dan
/\ /----\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Me
d, as well as the debian/*
diff. I'm rebuilding it now to see if I made any stupid mistakes.
Dan
/\ /----\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/Linux Developer__Carnegie Me
e86 build
> process to generate HTML pages from nroff manual pages.
Hmm, I think I recall something not debian packaged (maybe a KDE
thing?) wanting rman. It could be useful. Is there some other
official source for it?
Dan
/\ /--
y the XFree86 build
> process to generate HTML pages from nroff manual pages.
Hmm, I think I recall something not debian packaged (maybe a KDE
thing?) wanting rman. It could be useful. Is there some other
official source for it?
Dan
/\ /--
y.
- Forwarded message from Kostas Gewrgiou <[EMAIL PROTECTED]> -
Date: Wed, 2 Aug 2000 21:17:28 +0300 (EEST)
From: Kostas Gewrgiou <[EMAIL PROTECTED]>
Subject: Re: LinuxPPC X Server
To: [EMAIL PROTECTED]
On Tue, 1 Aug 2000, Daniel Jacobowitz wrote:
>
> On Tue, Au
libOSmesa, hopefully.
- Forwarded message from Kostas Gewrgiou <[EMAIL PROTECTED]> -
Date: Wed, 2 Aug 2000 21:17:28 +0300 (EEST)
From: Kostas Gewrgiou <[EMAIL PROTECTED]>
Subject: Re: LinuxPPC X Server
To: [EMAIL PROTECTED]
On Tue, 1 Aug 2000, Daniel Jacobowitz wrote:
>
> On Tue, Au
1 - 100 of 107 matches
Mail list logo
