Hello,
Tigran S., le jeu. 21 avril 2022 12:33:06 +0400, a ecrit:
> in macOS, I can type that word without a space between t and k dead
> keys.
> Is it possible to have such an implementation of dead keys in Linux?
That can be encoded in the XCompose table, yes, see for instance
Hello,
Ping?
Samuel
Samuel Thibault, le mar. 30 oct. 2018 18:43:51 +0100, a ecrit:
> c67f2eac5651 ("dix: always send focus event on grab change") made dix
> always sent events when it's a NotifyGrab or NotifyUngrab, even if
> from == to, because 'from' can just c
Adam Jackson, le jeu. 08 nov. 2018 15:19:41 -0500, a ecrit:
> > > If you try to implement this with a userspace arbiter then
> > > all you need to do to break it is run an old version of libpciaccess.
> >
> > Sure. Except if ioperm is allowed only for the pci arbiter.
>
> ... but that's all you
Adam Jackson, le mer. 07 nov. 2018 15:09:58 -0500, a ecrit:
> Because the kernel is the one thing in a position to enforce access
> exclusion.
root-owned processes can still use ioperm to get access to io ports and
break that.
> If you try to implement this with a userspace arbiter then
> all
Hello,
Adam Jackson, le mer. 07 nov. 2018 12:04:52 -0500, a ecrit:
> On Mon, 2018-11-05 at 22:56 +1100, Damien Zammit wrote:
>
> > I wish to propose an additional api call to libpciaccess.
> > Before I submit a patch, I wish to get some feedback from the devs.
> >
> > In GNU/Hurd currently,
ocusEvents in that precise case, i.e. when
oldWin is a previous grab and the new grab is the same window.
Signed-off-by: Samuel Thibault
Index: xorg-server-1.19.2/dix/events.c
===
--- xorg-server-1.19.2.orig/dix/events.c
+++ xorg-server-
.
This is notably needed for window manager using XI to always get keyboard
events even during grabs, so they can determine exactly when grabbing is
active.
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
dix/enterleave.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
send focus
event on grab change" on xorg-devel@lists.x.org for review.
Cheers,
Samuel
Samuel Thibault, le ven. 22 déc. 2017 01:01:04 +0100, a ecrit:
> Samuel Thibault, on jeu. 21 déc. 2017 18:21:39 +0100, wrote:
> > Samuel Thibault, on jeu. 21 déc. 2017 17:50:54 +0100, wrote:
&g
Samuel Thibault, on jeu. 21 déc. 2017 18:21:39 +0100, wrote:
> Samuel Thibault, on jeu. 21 déc. 2017 17:50:54 +0100, wrote:
> > One additionnal piece of information: it seems that what makes compiz
> > have the issue (compared to my simple X root event listen
Samuel Thibault, on jeu. 21 déc. 2017 17:50:54 +0100, wrote:
> One additionnal piece of information: it seems that what makes compiz
> have the issue (compared to my simple X root event listener) is the call
> to
>
> XSetInputFocus (s->dpy (), priv->id, RevertToPoi
Samuel Thibault, on ven. 24 nov. 2017 12:04:27 +0100, wrote:
> Samuel Thibault, on ven. 24 nov. 2017 11:55:49 +0100, wrote:
> > Jasper St. Pierre, on jeu. 23 nov. 2017 14:31:32 -0800, wrote:
> > > Selecting for XI2 events will disable core input events from being sent
> > >
Samuel Thibault, on ven. 24 nov. 2017 11:55:49 +0100, wrote:
> Jasper St. Pierre, on jeu. 23 nov. 2017 14:31:32 -0800, wrote:
> > Selecting for XI2 events will disable core input events from being sent to
> > your
> > client.
>
> I forgot to mention: I'm not getting t
XI2 focus events does not
bring XI_FocusIn/Out events either.
Samuel
> On Thu, Nov 23, 2017 at 8:37 AM, Samuel Thibault <[1]
> samuel.thiba...@ens-lyon.org> wrote:
>
> Hello,
>
> I'm working on making compiz use XI2 to get more fine-grain hold
> on keypresses.
Hello,
I'm working on making compiz use XI2 to get more fine-grain hold
on keypresses. I'm however getting an issue: I do not always get
NotifyGrab FocusIn events from the root window when a client calls
XGrabKeyboard (mydisplay, mywindow, True, GrabModeAsync, GrabModeAsync,
CurrentTime);
,
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
configure.ac | 2 --
hw/xfree86/xorg-wrapper.c | 6 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 7db7187..220478a 100644
--- a/configure.ac
+++ b/config
Mark Kettenis, le Mon 19 Oct 2015 12:26:27 +0200, a écrit :
> > If you're doing this with certain platforms in mind, maybe
> > we need to only not check for libdrm on those platforms ?
>
> Does it make sense at all to use the wrapper on platforms without drm?
We need some setuid wrapper, yes,
Hans de Goede, le Mon 19 Oct 2015 14:40:46 +0200, a écrit :
> To me hurd is the exception here. So maybe change the patch to drop
> the configure libdrm check for hurd ?
Like is done for cygwin and darwin? Sure.
> If that is done I'm fine with the #ifdef LIBDRM in the wrapper itself.
I have
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
configure.ac | 5 +
1 file changed, 5 insertions(+)
diff --git a/configure.ac b/configure.ac
index e434720..7db7187 100644
--- a/configure.ac
+++ b/configure.ac
@@ -752,6 +752,11 @@ case $h
Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> In which case would you want to build without libdrm anyways ? Can you
> explain the use-case for this patch ?
Systems with no drm support, simply :)
Samuel
___
xorg-devel@lists.x.org: X.Org
Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> On 19-10-15 10:53, Samuel Thibault wrote:
> >Hans de Goede, le Mon 19 Oct 2015 10:44:30 +0200, a écrit :
> >>>@@ -237,6 +242,7 @@ int main(int argc, char *argv[])
> >>> close(fd);
> >
Samuel Thibault, le Mon 19 Oct 2015 11:25:08 +0200, a écrit :
> Hans de Goede, le Mon 19 Oct 2015 11:14:21 +0200, a écrit :
> > On 19-10-15 11:03, Samuel Thibault wrote:
> > >Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> > >>In which case would yo
Hans de Goede, le Mon 19 Oct 2015 10:44:30 +0200, a écrit :
> >@@ -237,6 +242,7 @@ int main(int argc, char *argv[])
> > close(fd);
> > }
> > }
> >+#endif
> >
>
> This turns needs_root_rights=auto into needs_root_rights=yes do we really
> want that
> when not building
Hans de Goede, le Mon 19 Oct 2015 11:14:21 +0200, a écrit :
> On 19-10-15 11:03, Samuel Thibault wrote:
> >Hans de Goede, le Mon 19 Oct 2015 10:56:26 +0200, a écrit :
> >>In which case would you want to build without libdrm anyways ? Can you
> >>explain the use-case for
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
---
configure.ac | 2 --
hw/xfree86/xorg-wrapper.c | 6 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index e434720..818026f 100644
--- a/configure.ac
+++ b/config
We can build without it.
Proper non-fatal finer libdrm detection is already done below this.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/configure.ac b/configure.ac
index b13cb2c..9e77dc8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -80,7 +80,7
Acked-by: Samuel Thibault samuel.thiba...@ens-lyon.org
Could somebody push that to the server? We really need it.
Thanks,
Samuel
From ef6a236cf9b795017c9c8c4447a6735fa04bb061 Mon Sep 17 00:00:00 2001
From: Pino Toscano toscano.p...@tiscali.it
Date: Wed, 28 Aug 2013 17:04:48 +0200
Subject
Hello,
Couldn't pthread_once be used in order to make sure initialization
happens only once?
Samuel
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
Daniel Stone, le Fri 12 Jul 2013 22:25:38 +0100, a écrit :
Make XOpenDisplay always call XInitThreads when opening a display, thus
guarding it against possible disaster scenarios like calling
XOpenDisplay without XInitThreads, then passing the Display pointer into
an EGL library which uses
Michal Suchanek, le Thu 17 Jan 2013 15:26:26 +0100, a écrit :
On 10 January 2013 15:27, Samuel Thibault samuel.thiba...@ens-lyon.org
wrote:
Michal Suchanek, le Thu 10 Jan 2013 15:20:21 +0100, a écrit :
Dummy driver sets the flag because it does not need console and then
the console
Michal Suchanek, le Thu 10 Jan 2013 12:38:13 +0100, a écrit :
a proper fix needs something like:
1) introduce a HW_OPEN_CONSOLE flag which is inverse of the
HW_SKIP_CONSOLE flag
2) have all drivers but void and dummy set that - dummy has nice
example of setting a flag
3) have the
Michal Suchanek, le Thu 10 Jan 2013 15:20:21 +0100, a écrit :
Dummy driver sets the flag because it does not need console and then
the console is not open although evedev which requires console and
does not set the flag is loaded later.
Which is what I mentioned in yet another mail during the
Michal Suchanek, le Wed 09 Jan 2013 22:46:37 +0100, a écrit :
On 9 January 2013 01:33, Samuel Thibault samuel.thiba...@ens-lyon.org wrote:
Samuel Thibault, le Wed 09 Jan 2013 00:55:13 +0100, a écrit :
Michal Suchanek, le Tue 08 Jan 2013 22:26:50 +0100, a écrit :
Well, I hope I have made
Hello,
Peter Hutterer, le Tue 08 Jan 2013 17:05:16 +1000, a écrit :
Provided the driver permits it, Xorg -notty will not create a VT on startup.
Currently this driver list includes dummy and qxl only.
I'd rather call it -novt, just like -novtswitch, -sharevts, vtXX.
Only the -keeptty option is
Timothy Meade, le Tue 08 Jan 2013 09:53:45 -0500, a écrit :
There are already distro specific configuration scripts for setting up
Linux for blind user,
And we should avoid them whenever possible.
could they add this option when they configure the dummy output?
I'm against such kind of
Michal Suchanek, le Tue 08 Jan 2013 16:03:06 +0100, a écrit :
There is already -novtswitch option. Making a corresponding -vtswitch
would be simplest provided it overrides the HW_SKIP_CONSOLE override.
novtswitch still allocates the VT, so it's not the same.
The OP however wants the X server
Jamey Sharp, le Tue 08 Jan 2013 10:39:35 -0800, a écrit :
I would very much like it if people could continue to run Xorg in
Xnest/Xvfb-like situations without needing extra privileges
I agree
or magic flags.
I just have to disagree on making the use of the dummy video driver any
more complex
Michal Suchanek, le Tue 08 Jan 2013 22:26:50 +0100, a écrit :
Well, I hope I have made my point clear: the blind user case should
get exactly the same behavior with the dummy video driver (without
configuring anything else) as the 99%-standard user case, with other
video drivers. I.e. a VT
Samuel Thibault, le Wed 09 Jan 2013 00:55:13 +0100, a écrit :
Michal Suchanek, le Tue 08 Jan 2013 22:26:50 +0100, a écrit :
Well, I hope I have made my point clear: the blind user case should
get exactly the same behavior with the dummy video driver (without
configuring anything else
Michal Suchanek, le Sat 05 Jan 2013 18:55:28 +0100, a écrit :
On 5 January 2013 02:10, Samuel Thibault sthiba...@debian.org wrote:
Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit :
On 12/31/12 05:36 PM, Samuel Thibault wrote:
Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100
Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit :
there is no VT switch, and pressing ^C 5s later kills the server (while
we'd want ^C to just go to the server). The resulting Xorg.1.log is
attached.
I don't think that an actual VT switch is required
From the point of the
Michal Suchanek, le Sat 05 Jan 2013 23:44:39 +0100, a écrit :
On 5 January 2013 23:04, Samuel Thibault sthiba...@debian.org wrote:
Michal Suchanek, le Sat 05 Jan 2013 22:47:20 +0100, a écrit :
there is no VT switch, and pressing ^C 5s later kills the server (while
we'd want ^C to just go
Alan Coopersmith, le Mon 31 Dec 2012 17:46:47 -0800, a écrit :
On 12/31/12 05:36 PM, Samuel Thibault wrote:
Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit :
why is that patch needed?
It is quite non-obvious why would dummy driver require a console under
any circumstances
Michal Suchanek, le Mon 31 Dec 2012 19:22:13 +0100, a écrit :
why is that patch needed?
It is quite non-obvious why would dummy driver require a console under
any circumstances. It does not render anything anywhere so does not
use console for anything.
The console *is* needed for keyboard
. The attached
patch can be used by people for now to avoid the issue, I'll work on
adding an option upstream.
Samuel
commit 1ec9d5adaf753715b78377483a3a2d71a323d43e
Author: Samuel Thibault samuel.thiba...@ens-lyon.org
Date: Sun Dec 30 00:58:51 2012 +0100
Revert Add support for HW_SKIP_CONSOLE
Control: tags 696965 + patch
Hello,
Samuel Thibault, le Sun 30 Dec 2012 01:07:47 +0100, a écrit :
I would have rather made it an option, and have made it not enabled
by default, because the blind people who need the dummy driver do
not necessarily have much technical knowledge beyond use
Add the legacy io and map methods for the x86 backend, using ioperm,
in/out, and the existing mmap method.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
---
src/x86_pci.c | 100 -
1 file changed, 99 insertions(+), 1 deletion
Troy Watson, le Wed 25 Jan 2012 18:55:37 +1000, a écrit :
Thanks for the reply - Is that what I want though? Looking at
http://www.x.org/releases/current/doc/man/man3/XkbTranslateKeySym.3.xhtml
it returns me a KeySym
See the text: it takes a keysym, and returns another one if the keyboard
Troy Watson, le Tue 24 Jan 2012 17:36:10 +1000, a écrit :
Does there exist a function in Xlib as simple as this...
wchar_t unicode = XKeySymToUnicode( KeySym )
...to map a KeySym to it's Unicode eqivilent? If not, why? What's
available to achieve similar results?
XkbTranslateKeySym?
at:
git://people.freedesktop.org/~sthibaul/xserver-hurd.git master-hurd-aiglx
Samuel Thibault (1):
xserver: enable TLS even if AIGLX is not enabled
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
___
xorg-devel@lists.x.org
repository at:
git://people.freedesktop.org/~sthibaul/xserver-hurd.git master-iopl
Samuel Thibault (1):
hurd: Fix use of deprecated iopl device
hw/xfree86/os-support/hurd/hurd_mmap.c | 12 ++--
hw/xfree86/os-support/hurd/hurd_video.c | 18 +-
2 files changed, 15
going to be using them.
Could we at least apply the patch below to fix mga-g450?
Samuel
commit 9d14b2727078837a2e4c8a9e61ec2ac0b39f008f
Author: Samuel Thibault samuel.thiba...@ens-lyon.org
Date: Sat Mar 13 01:49:47 2010 +0100
Disable timer/keyboard trapping on GNU/Hurd for now
This fixes Xserver on GNU/Hurd into using the mem device instead of
the deprecated iopl device.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/hw/xfree86/os-support/hurd/hurd_mmap.c
b/hw/xfree86/os-support/hurd/hurd_mmap.c
index ccef5f2..3f942aa 100644
--- a/hw/xfree86
Dave Airlie, le Thu 21 Oct 2010 12:10:14 +1000, a écrit :
On Wed, Oct 20, 2010 at 9:23 AM, Samuel Thibault
samuel.thiba...@ens-lyon.org wrote:
Not having a visible cursor by default poses problems with a lot of users:
when
they are faced with a completely dark screen without even a moving
: https://bugs.freedesktop.org/show_bug.cgi?id=26798
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/doc/Xserver.man.pre b/doc/Xserver.man.pre
index ce3b3a1..9a93d12 100644
--- a/doc/Xserver.man.pre
+++ b/doc/Xserver.man.pre
@@ -208,9 +208,8 @@ turns off auto-repeat.
turns
Hello,
Alan Coopersmith, le Sun 26 Sep 2010 13:04:27 -0700, a écrit :
Is there any interest in the community for actually having these
localized, or are we happy with telling users of non-english locales
to use the localized equivalents from GNOME/KDE/etc.?
I am interested, and already raised
Daniel Stone, le Tue 24 Aug 2010 14:46:24 +1000, a écrit :
Do we need to consider the above scenario? If the above scenario doesn't
need to be cared, I will update the patch to assure that
the CLOCK_MONOTONIC_COARSE posix timer will be tried only when there
exists the corresponding
ykzhao, le Tue 24 Aug 2010 15:55:41 +0800, a écrit :
b. CLOCK_MONOTONIC_COARSE is already defined. But the corresponding
id is not 6.
That won't happen on Linux, the value is now cast into stone. That's why
it's safe to use
#ifdef __linux__
# ifndef CLOCK_MONOTONIC_COARSE
# define
ykzhao, le Tue 24 Aug 2010 08:32:48 +0800, a écrit :
On Mon, 2010-08-23 at 23:25 +0800, Adam Jackson wrote:
On Mon, 2010-08-23 at 10:23 +0200, Mark Kettenis wrote:
From: yakui.z...@intel.com
Date: Mon, 23 Aug 2010 15:20:05 +0800
From: Zhao Yakui yakui.z...@intel.com
---
ykzhao, le Tue 24 Aug 2010 09:07:49 +0800, a écrit :
+static clockid_t clockid;
+if (!clockid) {
+#ifdef __linux__
+#ifndef CLOCK_MONONOTIC_COARSE
+#define CLOCK_MONOTONIC_COARSE
If you don't provide the value 6 here, it's completely useless.
+#endif
+ if
olafbuddenha...@gmx.net, le Sat 14 Aug 2010 23:15:01 +0200, a écrit :
On Fri, Aug 13, 2010 at 12:37:22PM +0200, Samuel Thibault wrote:
olafbuddenha...@gmx.net, le Tue 10 Aug 2010 00:02:58 +0200, a écrit :
-mach_port_t device,iopl_dev;
-memory_object_t iopl_mem
olafbuddenha...@gmx.net, le Tue 10 Aug 2010 00:02:58 +0200, a écrit :
-mach_port_t device,iopl_dev;
-memory_object_t iopl_mem;
+mach_port_t device,mem_dev;
+memory_object_t mem_mem;
mem_mem is a rather weird variable name. Perhaps you could rename it to
something
This fixes Xserver on GNU/Hurd into using the mem device instead of
the deprecated iopl device.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/hw/xfree86/os-support/hurd/hurd_mmap.c
b/hw/xfree86/os-support/hurd/hurd_mmap.c
index ccef5f2..8b65ea0 100644
--- a/hw/xfree86
Adam Jackson, le Fri 19 Mar 2010 14:29:55 -0400, a écrit :
(Gedankenexperiment: Kernel and X attempt a config space cycle at the
same time. Kernel writes to 0xCF8. X writes to 0xCF8. Kernel reads or
writes to 0xCFC.
Sure, I don't doubt such races can exist.
What garbage does the kernel
Adam Jackson, le Wed 17 Mar 2010 17:44:34 -0400, a écrit :
On Sat, 2010-03-13 at 02:26 +0100, Samuel Thibault wrote:
-ioperm(0x40,4,0); /* trap access to the timer chip */
-ioperm(0x60,4,0); /* trap access to the keyboard controller */
I'm not sold on this. You really do not want
Some VESA BIOSes need to access to them.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
---
hw/xfree86/os-support/hurd/hurd_video.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/os-support/hurd/hurd_video.c
b/hw/xfree86/os-support/hurd
be checked.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/src/xcb_auth.c b/src/xcb_auth.c
index 104f2f0..00aad23 100644
--- a/src/xcb_auth.c
+++ b/src/xcb_auth.c
@@ -260,10 +260,10 @@ int _xcb_get_auth_info(int fd, xcb_auth_info_t *info, int
display)
* case anyway
Tiago Vignatti, le Tue 19 Jan 2010 18:44:06 +0200, a écrit :
I put some minor comments bellow. Make sure you send your future patches to
xorg-de...@lists.freedesktop.org instead.
Uh, I didn't even know that there were x.org lists.
On Sun, Jan 17, 2010 at 06:30:00PM +0100, ext Samuel Thibault
Tiago Vignatti, le Tue 19 Jan 2010 21:10:37 +0200, a écrit :
But we have to go carefully with it and see if we will not be overlapping code
with libx86 - which currently is only doing real mode calls, but has already a
lot of IO related stuff:
68 matches
Mail list logo