Caps Lock key with shift-key

2001-08-23 Thread ha shao 
Hey there,
When work on a XIM program today, I found that when
Caps Lock is on, the alphabetic keys are always displayed
in capital, shift or not shift. 

People from #debian confirmed that is true for 4.1.0
and 4.2.0. I am used to see shift-i display 'i' with caps
lock on. Under console, shift-i shows 'i' with caps lock
on. So it is a bug or just how X behaves? Or maybe I have
to load some xkb mappings?

-- 
Best regard
hashao

Re: Caps Lock key with shift-key

2001-08-23 Thread Branden Robinson 
On Thu, Aug 23, 2001 at 08:49:34PM +0800, ha shao wrote:
> Hey there,
> When work on a XIM program today, I found that when
> Caps Lock is on, the alphabetic keys are always displayed
> in capital, shift or not shift. 
> 
> People from #debian confirmed that is true for 4.1.0
> and 4.2.0. I am used to see shift-i display 'i' with caps
> lock on. Under console, shift-i shows 'i' with caps lock
> on. So it is a bug or just how X behaves? Or maybe I have
> to load some xkb mappings?

For now, it's just how X behaves.

There were some changes to the XKB data files checked into upstream CVS
head a few weeks ago, so you can expect to be able to configure the caps
lock a little better in XFree86 4.2.0.

-- 
G. Branden Robinson|
Debian GNU/Linux   |   "Bother," said Pooh, as he was
[EMAIL PROTECTED] |   assimilated by the Borg.
http://people.debian.org/~branden/ |


pgpp77b7kkMe5.pgp
Description: PGP signature

xserver-xfree86 4.1.0-2 fails where 4.0.2-7puetzk worked

2001-08-23 Thread Adam Di Carlo 

Please CC me on any replies, I am not subscribed to this list.

Hardware: PowerBook G3 (Wall Street)
Distribution: pure 'testing'
Version:  4.1.0-2
Kernel:   kernel-image-2.2.19-pmac 2.2.19-2

Installing the new xserver-xfree86 4.1.0-2 from unstable causes an
error:

(WW) ATI:  PCI/AGP Mach64 in slot 0:17:0 could not be detected!
(EE) No devices detected.

With a subsequent kernel crash:

 flan kernel: Kernel panic: machine check

The exact same XF86Config-4 file works with the xserver-xfree86
4.0.2-7puetzk non-standard package I picked up somewhere.

The line in the X configuration
  BusID   "PCI:0:17:0"

Was in place.  Commenting it out makes no difference, same exact crash.

Attached below is the 'startx' output showing the failure.

Looks like the xserver-xfree86 4.1.0-2 PowerPC package needs some
patching to recognize the video card?

Please CC me on any replies, I am not subscribed to this list.

-- 
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>


XFree86 Version 4.1.0 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 2 June 2001
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.2.18pre21 ppc [ELF] 
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Thu Sep 21 06:50:00 1911
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Generic Keyboard"
(**) XKB: rules: "xfree86"
(**) XKB: model: "macintosh"
(**) XKB: layout: "us"
(--) Keyboard: CustomKeycode enabled
(**) |-->Input Device "Configured Mouse"
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 0.1.0
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 0.1.0
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(--) PCI: (0:17:0) ATI Mach64 LP rev 220, Mem @ 0x8200/24, 0x82fff000/12, 
I/O @ 0x0400/8
(II) Loading /usr/X11R6/lib/modules/libddc.a
(II) Module ddc: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
(II) Module GLcore: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/libdri.a
(II) Module dri: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/linux/libdrm.a
(II) Module drm: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.a
(II) Module glx: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/libpex5.a
(II) Module pex5: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/extensions/librecord.a
(II) Module record: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.13.0
(II) Loading /usr/X11R6/lib/modules/extensions/libxie.a
(II) Module xie: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a
(II) Module freetype: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.1.9
(II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a
(II) Module speedo: vendor="The XFree86 Project"
compiled for 4.1.0, module version = 1.0.0
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="The XFree86 Project"
compiled for 4.1.0,

new XFree86 packages may be stalled temporarily

2001-08-23 Thread Branden Robinson 
[Cc'ing my only presently open Release Critical bugs so people know why
it's taking so long to fix.]

Just thought I'd drop folks a note to let them know that uploads (well,
technically, installations of uploaded packages into the archive) of
XFree86 are stalled temporarily while a technical impasse regarding
archive management is worked out.

I *am* continuing to work on XFree86, and the next upload *will* contain
a fix for bug 108185.

(People with insatiable appetites for stupefyingly boring details of
archive management can see

and
.)

I don't want XFree86 to get mistaken for an unmaintained package.
Thanks for your patience while this issue is resolved.

-- 
G. Branden Robinson|
Debian GNU/Linux   |  If encryption is outlawed, only
[EMAIL PROTECTED] |  outlaws will @goH7Ok=http://people.debian.org/~branden/ |


pgpRvnEEDS1an.pgp
Description: PGP signature

Caps Lock key with shift-key

2001-08-23 Thread ha shao 

Hey there,
When work on a XIM program today, I found that when
Caps Lock is on, the alphabetic keys are always displayed
in capital, shift or not shift. 

People from #debian confirmed that is true for 4.1.0
and 4.2.0. I am used to see shift-i display 'i' with caps
lock on. Under console, shift-i shows 'i' with caps lock
on. So it is a bug or just how X behaves? Or maybe I have
to load some xkb mappings?

-- 
Best regard
hashao


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Caps Lock key with shift-key

2001-08-23 Thread Branden Robinson 

On Thu, Aug 23, 2001 at 08:49:34PM +0800, ha shao wrote:
> Hey there,
> When work on a XIM program today, I found that when
> Caps Lock is on, the alphabetic keys are always displayed
> in capital, shift or not shift. 
> 
> People from #debian confirmed that is true for 4.1.0
> and 4.2.0. I am used to see shift-i display 'i' with caps
> lock on. Under console, shift-i shows 'i' with caps lock
> on. So it is a bug or just how X behaves? Or maybe I have
> to load some xkb mappings?

For now, it's just how X behaves.

There were some changes to the XKB data files checked into upstream CVS
head a few weeks ago, so you can expect to be able to configure the caps
lock a little better in XFree86 4.2.0.

-- 
G. Branden Robinson|
Debian GNU/Linux   |   "Bother," said Pooh, as he was
[EMAIL PROTECTED] |   assimilated by the Borg.
http://people.debian.org/~branden/ |

 PGP signature

new XFree86 packages may be stalled temporarily

2001-08-23 Thread Branden Robinson 

[Cc'ing my only presently open Release Critical bugs so people know why
it's taking so long to fix.]

Just thought I'd drop folks a note to let them know that uploads (well,
technically, installations of uploaded packages into the archive) of
XFree86 are stalled temporarily while a technical impasse regarding
archive management is worked out.

I *am* continuing to work on XFree86, and the next upload *will* contain
a fix for bug 108185.

(People with insatiable appetites for stupefyingly boring details of
archive management can see

and
.)

I don't want XFree86 to get mistaken for an unmaintained package.
Thanks for your patience while this issue is resolved.

-- 
G. Branden Robinson|
Debian GNU/Linux   |  If encryption is outlawed, only
[EMAIL PROTECTED] |  outlaws will @goH7Ok=http://people.debian.org/~branden/ |

 PGP signature