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)
+ ctrl:swa
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:
. Having a right-side windows key is not nearly as useful
as having a right-side control key
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
Michel Dänzer wrote:
> Thanks, but it looks like a lot of interesting values have been
> optimized out... can you provide a backtrace from a driver built without
> optimization?
This is actually probably an Xserver bug, and the forwarded URL seems to
have more information about the problem.
--
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 c
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
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: testing/uns
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:
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 mod
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 s
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 PROT
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]
It seems I can't actually test 32-bit X, since running it in a 32-bit
chroot with the same xorg.conf causes an unusable display.
Michel Dänzer wrote:
> Also, could you try whether it also happens with a 32 bit X server?
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?
>
>
Jeepers, today's update of my unstable system says it will
occupy an additional 200M of disk space
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 47.2M
xlibm
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=xfree86&ver=4.3.0.dfsg.1-12&arch=i386&stamp=1108799673&file=log&as=raw
-
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.
Can you not do something like this in your XF86Config-4?
Screen 1 "Screen0" RightOf "Screen1"
Screen 0 "Screen1" 0 0
Dominique Dumont wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-6
> Severity: wishlist
>
> Hello
>
> On my Radeon 9200 board, I've noticed
I vote for inclusion of this patch too. I'd be happy to test it.
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 1
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 1
[ 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 connect
[ 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 connect
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.
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 PROTE
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.
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.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
This happens for me on an original Radeon AGP 64MB as well.
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]
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 apt-get
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 apt-get
(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
(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
37 matches
Mail list logo
