On Mon, Feb 2, 2009 at 1:52 AM, Ben Gamari bgam...@gmail.com wrote:
On Sun, Jan 25, 2009 at 2:48 PM, Ben Gamari bgam...@gmail.com wrote:
Strangely enough, before I login (in gdm) things seem to behave as
they should. Directly after I login though (even before my own minimal
~/.Xmodmap has been
On Sun, Jan 25, 2009 at 2:48 PM, Ben Gamari bgam...@gmail.com wrote:
Strangely enough, before I login (in gdm) things seem to behave as
they should. Directly after I login though (even before my own minimal
~/.Xmodmap has been loaded), the behavior I described earlier begins.
- Ben
It's
On Fri, Jan 30, 2009 at 11:20 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
once you disable AutoAddDevices, the server picks the standard mouse/keyboard
devices anyway. The rest is superfluous.
Ok, I've given up on xf86-input-keyboard. It's causing vmware to crash
when the mouse is
On Fri, Jan 30, 2009 at 06:57:59PM +0800, Jeff Chua wrote:
On Fri, Jan 30, 2009 at 11:20 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
once you disable AutoAddDevices, the server picks the standard
mouse/keyboard
devices anyway. The rest is superfluous.
Ok, I've given up on
On Fri, Jan 30, 2009 at 7:28 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
please provide your log file.
Here. Attached.
Let me know where to go from here.
Thanks,
Jeff.
xorg.conf.evdev
Description: Binary data
Xorg.0.log.evdev
Description: Binary data
On Sat, Jan 31, 2009 at 1:45 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Fri, Jan 30, 2009 at 9:08 AM, Jeff Chua jeff.chua.li...@gmail.com wrote:
On Fri, Jan 30, 2009 at 9:58 PM, Jeff Chua jeff.chua.li...@gmail.com wrote:
On Fri, Jan 30, 2009 at 7:28 PM, Peter Hutterer
On Sun, Jan 25, 2009 at 6:35 PM, Peter Hutterer
peter.hutte...@who-t.net wrote:
FWIW, I had problems with my Alt key not working after updating. Creating a
test user worked fine though, and after removing the .gnome2 and
.gnome2_private directories in my home directory everything was ok again.
On Thu, Jan 29, 2009 at 02:23:31AM -0200, Paulo César Pereira de Andrade wrote:
Hint on how I did test the patch, and some intermediate versions
that would fail to load due to unresolved symbols; add to
/etc/X11/xorg.conf something like:
-%-
Section InputDevice
Identifier Mouse1
On Sun, Jan 25, 2009 at 4:55 AM, Joel Feiner jafei...@gmail.com wrote:
xf86-input-keyboard also doesn't build with similar errors:
kbd.c:567: warning: passing argument 1 of 'InitKeyboardDeviceStruct' from
incompatible pointer type
kbd.c:567: warning: passing argument 2 of
Strangely enough, before I login (in gdm) things seem to behave as
they should. Directly after I login though (even before my own minimal
~/.Xmodmap has been loaded), the behavior I described earlier begins.
- Ben
On Sun, Jan 25, 2009 at 11:13 AM, Ben Gamari bgam...@gmail.com wrote:
As it
Ben Gamari wrote:
The only strange behavior I noticed so far (after waiting some
days to run git master again :-)) was with the Alt key. xev says
order of events is correct, but the event state field appears to
be messed, and only set to the proper value after the next key
press. This breaks
On Sun, Jan 25, 2009 at 08:05:32PM -0200, Paulo César Pereira de Andrade wrote:
Ben Gamari wrote:
The only strange behavior I noticed so far (after waiting some
days to run git master again :-)) was with the Alt key. xev says
order of events is correct, but the event state field appears to
After a little trivial work with gdb, I determined that the error
causing xmodmap to fail is originating in
build_modmap_from_modkeymap(). In particular, the check on line 257
(inpututils.c) which appears to enforce the requirement that there is
only one modifier assigned to each key. Any ideas
Peter Hutterer wrote:
The only strange behavior I noticed so far (after waiting some
days to run git master again :-)) was with the Alt key. xev says
order of events is correct, but the event state field appears to
be messed, and only set to the proper value after the next key
press. This
As it turns out, you're absolutely right. After rebuilding xserver
with xnest disabled, evdev built fine. However, it looks like keyboard
input severely regressed with these changes.
For some reason modifiers are behaving very strangely. Ctrl-R and
Ctrl-L for some reason functions as Caps Lock
15 matches
Mail list logo