Package: xkb-data
Version: 2.12-1
Severity: wishlist
Tags: patch
Apple keyboards, when the hid_apple kernel module is loaded with
swap_opt_cmd=1, have two modifier keys on the right side of the space bar:
Alt Win. Having a right-side windows key is not nearly as useful
as having a right-side
Adding missing patch.
--- xkeyboard-config-2.12.orig/rules/base.o_s.part
+++ xkeyboard-config-2.12/rules/base.o_s.part
@@ -79,6 +79,10 @@
ctrl:rctrl_ralt = +ctrl(rctrl_ralt)
ctrl:menu_rctrl = +ctrl(menu_rctrl)
ctrl:ralt_rctrl = +ctrl(ralt_rctrl)
+
Michel Dänzer wrote:
BTW, assuming the problem was that
Option Enable false
didn't work for output DVI-1, please provide a log file corresponding to
that.
Attached.
Xorg.0.log.old.gz
Description: GNU Zip compressed data
It has to be a problem with the motherboard; I had the same one, and the
problem didn't go away until I replaced it.
Richard Hirner wrote:
Hi,
On Fri, Sep 29, 2006 at 11:58:46AM -0400, Ari Pollak wrote:
Wow. Out of curiosity, what model motherboard and display card are you
using?
Mainboard
Wow. Out of curiosity, what model motherboard and display card are you
using?
On Fri, 2006-09-29 at 15:52 +, Richard Hirner wrote:
Hi,
I have the same problem, but with Ubuntu 6.06. See
https://launchpad.net/distros/ubuntu/+source/xorg-server/+bug/53569
Do you have an idea what I can
Package: xserver-xorg-core
Version: 1:1.0.2-3
Severity: normal
Xorg 6.9 included an xserver-xorg-dbg package, which was useful in
debugging the X server. It would be nice to have an
xserver-xorg-core-dbg package to provide the same functionality.
-- System Information:
Debian Release:
Okay, after rebooting into kernel 2.6.15.5 with all preemption turned
off, X froze in the same way it has been in the past.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Michel Dänzer wrote:
This is a weird one. I've never seen any other even similar report
anywhere. So I suspect there's something special about your machine.
E.g., does it also happen with a non-PREEMPT kernel? Basically, try to
eliminate any variables that might be considered special on your
Michel Dänzer wrote:
Not sure about that; it's still disabled in the default Debian kernels
at least.
Sure, but it's going to be enabled on Ubuntu Dapper's kernel, and this
is still a bug that can theoretically be worked around by just handling
the error properly; doing so shouldn't require
Please disregard my previous comment. With regular use, even under EXA,
X still freezes or crashes at least once a day with the same error
message being looped continously to Xorg.0.log.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
FWIW, switching my driver to use EXA under xorg 6.9 seems to be far more
stable, and hasn't frozen/crashed in more than a week.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I don't think it ever happened with a non-GTK app, but I very rarely use
apps that aren't GTK. I'll try to use a 32-bit X server and see what
happens.
Michel Dänzer wrote:
Does it also happen with non-GTK apps?
Also, could you try whether it also happens with a 32 bit X server?
chip Jeepers, today's update of my unstable system says it will
occupy an additional 200M of disk space
chip xlibmesa-dri grew from 13M to over 100M
xlibmesa-dri_4.3.0.dfsg.1-12_alpha.deb 21-Feb-2005 15:47 4.3M
xlibmesa-dri_4.3.0.dfsg.1-12_i386.deb 21-Feb-2005 15:48
I don't know if anyone's noticed yet since I haven't seen any commits or
messages about it on the mailing lists, but xfree86 4.3.0.dfsg.1-12 is
failing to build on all architectures:
http://buildd.debian.org/fetch.php?pkg=xfree86ver=4.3.0.dfsg.1-12arch=i386stamp=1108799673file=logas=raw
--
To
http://bugs.debian.org/286164
I didn't see [EMAIL PROTECTED] actually get a notification that I
reassigned this bug to libxpm4, so I'm notifying it myself.
Er, typo in my last e-mail. That should have said you actually want
LC_ALL=he_IL.ISO-8859-8.
Shouldn't this bug be marked at least serious? I don't think xlibs
should really be going into sarge like this.
Andrew Suffield wrote:
Figured out the cause of the problem, if not the right
solution. It's this change (-4 to -5):
I should note that I'm seeing this behavior under openbox -5 as well.
I hadn't made the correlation between the new version of X and the
problem, I originally thought it was just an openbox problem. It seems
that Alt-tab works fine when only pressing it once, but holding down Alt
and pressing
I don't know if this is really an answer or not, but to get tap-to-click
functionality for a Synaptics touchpad in X, one would have to install
the xfree86-driver-synaptics package or tpconfig. I don't know if this
behavior used to be in XFree86 prior to 4.3.0.
Hm, it could be related. But the problem is more like comment #4 than
the original comment, as we're not running gpm and it takes a lot longer
than 4 seconds to un-hang. If the patch attached to that bug is not
already in the 4.3.0 patches, I could try it out and see what happens.
On Fri, Aug
[ Please CC me on all replies ]
I have configured Debian X 4.2.1 packages on a group of machines here
such that two mice are configured - one on /dev/psaux, and one on
/dev/input/mice, both configured as ImPS/2 and with core events. This
worked fine when either port did not have a mouse
[ Please CC me on all replies ]
I have configured Debian X 4.2.1 packages on a group of machines here
such that two mice are configured - one on /dev/psaux, and one on
/dev/input/mice, both configured as ImPS/2 and with core events. This
worked fine when either port did not have a mouse
You should have the latest versions of the DRM kernel modules, but you
especially need the xlibmesa4-dri package, or else you'll get weird
problems like XFree86.0.log saying Direct rendering is enabled, but
glxinfo saying direct rendering is disabled.
--
To UNSUBSCRIBE, email to [EMAIL
You should have the latest versions of the DRM kernel modules, but you
especially need the xlibmesa4-dri package, or else you'll get weird
problems like XFree86.0.log saying Direct rendering is enabled, but
glxinfo saying direct rendering is disabled.
Neither Red Hat nor Gentoo seem to have reported this problem, even
though they both use gcc 3.2. If this is an obscure upsteam bug, it
would be a shame to have 4.3.0 released without it having been fixed.
This happens for me on an original Radeon AGP 64MB as well.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This happens for me on an original Radeon AGP 64MB as well.
As Herbert said, I myself have never experienced such keybouncing
behavior in the console when system is under heavy load, yet X (with a
Microsoft Natural Pro keyboard with the microsoftpro layout, and an ATI
Radeon) goes bezerk with key repeating all too often when doing things
such as
As Herbert said, I myself have never experienced such keybouncing
behavior in the console when system is under heavy load, yet X (with a
Microsoft Natural Pro keyboard with the microsoftpro layout, and an ATI
Radeon) goes bezerk with key repeating all too often when doing things
such as
(Please CC all replies to me, I'm not subscribed to the list)
Hi, I'm trying to build debian X4 packages for a new version
(specifically CVS), and I was wondering if there was some kind of
standard procedure to go through for packaging new upstream releases of
X. It seems to be a waste of time
(Please CC all replies to me, I'm not subscribed to the list)
Hi, I'm trying to build debian X4 packages for a new version
(specifically CVS), and I was wondering if there was some kind of
standard procedure to go through for packaging new upstream releases of
X. It seems to be a waste of time to
31 matches
Mail list logo