- Forwarded message from Walter Sheets <[EMAIL PROTECTED]> -
From: Walter Sheets <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: /usr/X11R6/bin/X (xserver-common).
Date: Fri, 8 Dec 2000 20:30:09 -0800
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Organization: none
I've got a patch that successfully fixes the too-clever hack in libXft
involing va_lists.
However, unfortunately, some things in the XFree86 tree (the Wacom input
module, at least) build differently on kernel 2.4 systems than they do on
2.2 systems. More to the point, building xf86Wacom.c flat ou
On Sat, Dec 09, 2000 at 07:00:13AM -0500, Branden Robinson wrote:
>
> However, unfortunately, some things in the XFree86 tree (the Wacom input
> module, at least) build differently on kernel 2.4 systems than they do on
> 2.2 systems. More to the point, building xf86Wacom.c flat out fails on 2.4
>
Hi all :-)
I tried again at home. "console" in the Xwrapper.config doesn't work from
init, but "anybody" does now. Maybe there was a type in it at work...
Thanks for your ideas,
-Cajus
On Sat, Dec 09, 2000 at 01:50:01PM +0100, Cajus Pollmeier wrote:
> Hi all :-)
>
> I tried again at home. "console" in the Xwrapper.config doesn't work from
> init, but "anybody" does now. Maybe there was a type in it at work...
That's because X servers started by init don't have a controlling tt
Some folks have been reporting problems of this kind:
Warning: locale not supported by Xlib, locale set to C
This happens because glibc's idea of canonical locale names differs from
XFree86's. For instance, "en_US.iso-8859-1" is recognized by glibc but not
by XFree86. XFree86 uses the following
Hi!
Me again, asking some nerving questions ;-)
Since the system I'm trying to set up is equipped with a touchscreen, a
mousepointer makes no sence, too.
I tried to disable it via "xsetroot -cursor path_to_empty_bitmap path_to_mask"
but this works only for the X background. Placing the mouse cur
On Sat, Dec 09, 2000 at 07:47:16AM -0500, Ben Collins wrote:
> On Sat, Dec 09, 2000 at 07:00:13AM -0500, Branden Robinson wrote:
> >
> > However, unfortunately, some things in the XFree86 tree (the Wacom input
> > module, at least) build differently on kernel 2.4 systems than they do on
> > 2.2 sy
On Wed, 6 Dec 2000, Frederic Seraphine wrote:
> > >> > it still present some annoying glitch: the color of the whole display
> > >> > is
> > >> > wrong, it has a general pink hue.
> >
> > Do you mean it is actually pink, or are you simply saying that some
> > gray colours have a slightly pinkish
>
> Ben, can you point me to one so I can write up a patch and send it upstream
> before 4.0.2 is tagged? This is pretty important for people who are choosy
> about their locales.
>
/etc/locale.alias
It would be nice if Xlibs used the same format file (and even better if it
could just symlink
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 would do:
> - #undef the necessary constants until it compiles
> - #define HasLinuxInput ON explicitly
I know these versions are pre'pre'release or what not, so FYI here to
the list.
*** ./startxSat Dec 9 21:20:16 2000
--- /usr/X11R6/bin/startx Fri Dec 8 13:00:56 2000
***
*** 29,35
if [ -f $userclientrc ]; then
defaultclientargs=$userclientrc
! else if [ -f $s
- Forwarded message from Walter Sheets <[EMAIL PROTECTED]> -
From: Walter Sheets <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: /usr/X11R6/bin/X (xserver-common).
Date: Fri, 8 Dec 2000 20:30:09 -0800
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Organization: non
I've got a patch that successfully fixes the too-clever hack in libXft
involing va_lists.
However, unfortunately, some things in the XFree86 tree (the Wacom input
module, at least) build differently on kernel 2.4 systems than they do on
2.2 systems. More to the point, building xf86Wacom.c flat o
On Sat, Dec 09, 2000 at 07:00:13AM -0500, Branden Robinson wrote:
>
> However, unfortunately, some things in the XFree86 tree (the Wacom input
> module, at least) build differently on kernel 2.4 systems than they do on
> 2.2 systems. More to the point, building xf86Wacom.c flat out fails on 2.4
Hi all :-)
I tried again at home. "console" in the Xwrapper.config doesn't work from
init, but "anybody" does now. Maybe there was a type in it at work...
Thanks for your ideas,
-Cajus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PRO
On Sat, Dec 09, 2000 at 01:50:01PM +0100, Cajus Pollmeier wrote:
> Hi all :-)
>
> I tried again at home. "console" in the Xwrapper.config doesn't work from
> init, but "anybody" does now. Maybe there was a type in it at work...
That's because X servers started by init don't have a controlling t
Some folks have been reporting problems of this kind:
Warning: locale not supported by Xlib, locale set to C
This happens because glibc's idea of canonical locale names differs from
XFree86's. For instance, "en_US.iso-8859-1" is recognized by glibc but not
by XFree86. XFree86 uses the followin
Hi!
Me again, asking some nerving questions ;-)
Since the system I'm trying to set up is equipped with a touchscreen, a
mousepointer makes no sence, too.
I tried to disable it via "xsetroot -cursor path_to_empty_bitmap path_to_mask"
but this works only for the X background. Placing the mouse cu
On Sat, Dec 09, 2000 at 07:47:16AM -0500, Ben Collins wrote:
> On Sat, Dec 09, 2000 at 07:00:13AM -0500, Branden Robinson wrote:
> >
> > However, unfortunately, some things in the XFree86 tree (the Wacom input
> > module, at least) build differently on kernel 2.4 systems than they do on
> > 2.2 s
On Wed, 6 Dec 2000, Frederic Seraphine wrote:
> > >> > it still present some annoying glitch: the color of the whole display is
> > >> > wrong, it has a general pink hue.
> >
> > Do you mean it is actually pink, or are you simply saying that some
> > gray colours have a slightly pinkish shade?
>
>
> Ben, can you point me to one so I can write up a patch and send it upstream
> before 4.0.2 is tagged? This is pretty important for people who are choosy
> about their locales.
>
/etc/locale.alias
It would be nice if Xlibs used the same format file (and even better if it
could just symlink
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 would do:
> - #undef the necessary constants until it compiles
> - #define HasLinuxInput ON explicitl
I know these versions are pre'pre'release or what not, so FYI here to
the list.
*** ./startxSat Dec 9 21:20:16 2000
--- /usr/X11R6/bin/startx Fri Dec 8 13:00:56 2000
***
*** 29,35
if [ -f $userclientrc ]; then
defaultclientargs=$userclientrc
! else if [ -f $
On Sat, Dec 09, 2000 at 08:04:29PM -0500, Ben Collins wrote:
> >
> > Ben, can you point me to one so I can write up a patch and send it upstream
> > before 4.0.2 is tagged? This is pretty important for people who are choosy
> > about their locales.
> >
>
> /etc/locale.alias
>
> It would be ni
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 would do:
> > - #undef the necess
26 matches
Mail list logo
