Bug#241537: xlibs: It works again

2004-09-01 Thread Julian Mehnle
Package: xlibs
Version: 4.3.0.dfsg.1-4
Followup-For: Bug #241537

Denis Barbier wrote:
> Hi, there have been some changes since 4.3.0-7, can you please tell us
> if this bug is stil around.  In such a case, what dees the xmodmap
> (without arguments) display? 

I'm currently running 4.3.0.dfsg.1-4, and it seems to work again.

I'm not sure though since which exact version it has been working again
because I only rarely use my Debian box for office work or web browsing,
I mostly use it as a graphical terminal farm, and Konsole has been
working properly all along. ;-)

Thanks for whatever you, the Debian X Strike Force, did that fixed the
problem!


-- Package-specific info:
No XFree86 X server log files found.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (600, 'testing'), (90, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages xlibs depends on:
ii  libice6   4.3.0.dfsg.1-4 Inter-Client Exchange library
ii  libsm64.3.0.dfsg.1-4 X Window System Session Management
ii  libx11-6  4.3.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxft1   4.3.0.dfsg.1-4 FreeType-based font drawing librar
ii  libxi64.3.0.dfsg.1-4 X Window System Input extension li
ii  libxmu6   4.3.0.dfsg.1-4 X Window System miscellaneous util
ii  libxmuu1  4.3.0.dfsg.1-4 lightweight X Window System miscel
ii  libxp64.3.0.dfsg.1-4 X Window System printing extension
ii  libxpm4   4.3.0.dfsg.1-4 X pixmap library
ii  libxrandr24.3.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxt64.3.0.dfsg.1-4 X Toolkit Intrinsics
ii  libxtrap6 4.3.0.dfsg.1-4 X Window System protocol-trapping 
ii  libxtst6  4.3.0.dfsg.1-4 X Window System event recording an
ii  xlibs-data4.3.0.dfsg.1-4 X Window System client data

-- no debconf information



Bug#241537: xlibs: AltGr (AltRight) no longer recognized in many apps since upgrade to 4.3 from 4.2

2004-04-01 Thread Julian Mehnle
Package: xlibs
Version: 4.3.0-7
Severity: normal

I'm runinng a Debian/Testing system as an X client.  As the X server, I
use Hummingbird Exceed 7.1 on a Win32 machine.

When I recently updated my X packages (mainly xlibs, xfree86-common, and
some X libs, I'm not using xserver-xfree86, as I'm using a separate X
server, see above) from 4.2 (don't remember the exact version) to
4.3.0-7 a few days ago, I suddenly lost the ability to use the AltGr
(AltRight) key in Mozilla and all Gnome apps I have tested.  But it
still works in XTerm, XEmacs, and all KDE apps I have tested, including
Konsole.  Alt (AltLeft) works nicely everywhere.

As a result, I cannot type some special characters on my German
keyboard in the affacted apps:  @, €, {, [, ], }, \, ~, |

As the only possibly relevant Gnome-related packages that I had upgraded
at the same time is gnome-session, I seriously doubt that it is a Gnome-
specific problem.

Within the X conglomerate, xlibs was the most relevant package I could
find, so I'm filing this bug report against xlibs in the hope that this
is correct.

I have only read bugs of the xfree86 source package that apply to at
least version 4.3.  My problem seems to be most similar to the following
bugs:

  * 234113: xlibs or xkb: no more pipe, tilde, ... (alt-gr ?) on ibook
  * 240351: xserver-xfree86: Alt-Gr does not work anymore

Running `xev` and pressing and releasing the AltGr key says:

| KeyPress event, serial 23, synthetic NO, window 0x581,
| root 0x2b, subw 0x0, time 13602741, (863,943), root:(867,963),
| state 0x0, keycode 97 (keysym 0xff7e, Mode_switch), same_screen YES,
| XLookupString gives 0 bytes:  ""
|
| KeyRelease event, serial 23, synthetic NO, window 0x581,
| root 0x2b, subw 0x0, time 13602814, (863,943), root:(867,963),
| state 0x20, keycode 97 (keysym 0xff7e, Mode_switch), same_screen YES,
| XLookupString gives 0 bytes:  ""

Running `setxkbmap -print` says (nova.mehnle.net being the Win32
machine running Hummingbird Exceed):

| XKB extension not present on nova.mehnle.net:0

Running `xkbwatch` says:

| Fatal Error:  Server doesn't support a compatible XKB
|   Exiting

This is probably due to Hummingbird Exceed not supporting any XKB stuff.

It all worked fine before the update from 4.2 to 4.3, and I'm at a total
loss as to the problem's possible reason.  If you need any additional
data, feel free to ask!


-- Package-specific info:
No XFree86 X server log files found.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (90, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages xlibs depends on:
ii  libice6   4.3.0-7Inter-Client Exchange library
ii  libsm64.3.0-7X Window System Session Management
ii  libx11-6  4.3.0-7X Window System protocol client li
ii  libxext6  4.3.0-7X Window System miscellaneous exte
ii  libxft1   4.3.0-7FreeType-based font drawing librar
ii  libxi64.3.0-7X Window System Input extension li
ii  libxmu6   4.3.0-7X Window System miscellaneous util
ii  libxmuu1  4.3.0-7lightweight X Window System miscel
ii  libxp64.3.0-7X Window System printing extension
ii  libxpm4   4.3.0-7X pixmap library
ii  libxrandr24.3.0-7X Window System Resize, Rotate and
ii  libxt64.3.0-7X Toolkit Intrinsics
ii  libxtrap6 4.3.0-7X Window System protocol-trapping
ii  libxtst6  4.3.0-7X Window System event recording an
ii  xlibs-data4.3.0-7X Window System client data

-- no debconf information



RE: a small C program to test xdm's /dev/mem reading on your architecture

2002-08-26 Thread Julian Mehnle
Filip Van Raemdonck <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 26, 2002 at 05:04:26PM +1000, matthew green wrote:
> > actually, i hadn't, but there wasn't very much there besides the
> > fact that people found it was xdm reading /dev/mem and a small
> > patch for debian to enable /dev/random (i'd suggest /dev/urandom).
>
> If any of these it should be /dev/random. /dev/urandom would stall most of
> the time on headless systems, which is the only place where I (and very
> likely a lot of other people too) run xdm in the first place.

You're mistaken here: /dev/random blocks, /dev/urandom doesn't.

Julian.