Daniel Stone writes:
> I don't want this enabled by default. I'll ack it if it's disabled by
> default (either a command-line switch or xorg.conf option to enable)
> at runtime, but enable it at runtime though.
I'm good either way; leaves people building from source the same as they
get today i
Daniel Stone writes:
> Why not make this part of xorg-server.pc, or an xorg-server
> --xkb-default-dir?
I thought of the .pc file, but that would mean installing the -dev
package. I didn't think of sticking it into the X server though, that's
a better plan than a separate script. Will be done sh
Hi,
On 13 July 2012 21:08, Keith Packard wrote:
> Construct a unique filename based on the display name and the RMLVO
> values. If that file contains valid contents, use it. Otherwise,
> compile the keymap to that file and don't unlink it so that it will be
> re-used the next time the server runs
Hi,
On 13 July 2012 21:08, Keith Packard wrote:
> This can be used to clear any cache files when loading new XKB
> configuration files.
>
> It gets installed in $(SERVERCONFIG) (by default, $libdir/xorg)
Why not make this part of xorg-server.pc, or an xorg-server --xkb-default-dir?
Cheers,
Dani
On 13/07/12 17:31 , Michel Dänzer wrote:
On Don, 2012-07-12 at 15:09 -0700, Keith Packard wrote:
Michel Dänzer writes:
[PATCH 1/2] dri2: Add DRI2CreateDrawable2.
[PATCH 2/2] glx: Free DRI2 drawable reference to destroyed GLX
Merged.
656e5fe..a2d0829 master -> master
Thanks!
Peter, c
Popen and Pclose are never used on Windows, so don't bother to even
try to define them.
System(s) was defined as system(s), but the two users of that
function are in xkb, which carefully redefines that as
Win32System. Move Win32System and Win32TempDir to os/utils.c, renaming
Win32System to be just
So, along the way, we discovered an ugly problem with setuid X
servers -- they can't write to the regular compiled directory, so they
use /tmp. With a predictable name.
In any case, I haven't made that any worse...
v2 changes:
* Add a configure option to disable caching for people who never
Construct a unique filename based on the display name and the RMLVO
values. If that file contains valid contents, use it. Otherwise,
compile the keymap to that file and don't unlink it so that it will be
re-used the next time the server runs.
v2: Only cache files that get written to XKM_OUTPUT_DIR
This can be used to clear any cache files when loading new XKB
configuration files.
It gets installed in $(SERVERCONFIG) (by default, $libdir/xorg)
Signed-off-by: Keith Packard
---
configure.ac |3 ++-
xkb/Makefile.am |8 +++-
xkb/xserver-keymap-dir.in |2
On Wed, Jul 11, 2012 at 7:17 PM, Aaron.Chen 陈俊杰
wrote:
> Hi Matt,
>
> Thank you for your review. We really appreciate that you've pick out so many
> issues we need to improve. It seems that we still have a lot of work to do to
> match the quality which can be accepted by X.Org. We will fix the
Hi,
On 13 July 2012 16:55, Keith Packard wrote:
> Dan Nicholson writes:
>
>> Not that I actually have the time to work on this, but I'd been
>> thinking about xkbcommon lately. Do you think it's possible to build a
>> compatibility layer around the current code?
>
> I don't know, but I'd be surp
Please Register!
Just to beat the drums a bit more and give you some updates:
Currently we have 16 registered participants for XDC 2012 in Nuernberg
there only 11 weeks until the event, so if you have not done so already:
- if you are on a corporate budget please ping your corpo
Dan Nicholson writes:
> Not that I actually have the time to work on this, but I'd been
> thinking about xkbcommon lately. Do you think it's possible to build a
> compatibility layer around the current code?
I don't know, but I'd be surprised if xkbcommon provided enough
low-level information to
Colin Walters writes:
> For the GTK+ icon cache, it has a "--force" option to do that, but I
> think it's a fine default to only stat() the toplevel directory and exit
> immediately if the cache timestamp is newer.
For xkb cache files, it is sufficient to simply remove them always
when installin
Hi,
On 13 July 2012 13:34, Dan Nicholson wrote:
> Not that I actually have the time to work on this, but I'd been
> thinking about xkbcommon lately. Do you think it's possible to build a
> compatibility layer around the current code? Either the compat code
> could live in the server or it could b
On Thu, 2012-07-12 at 21:47 -0700, Keith Packard wrote:
> Colin Walters writes:
>
> > It'd be nicer if X shipped a binary to run which did whatever is
> > necessary to ensure the cache is valid, and update it. That keeps the
> > implementation details of the caching contained where it should be,
On Thu, Jul 12, 2012 at 3:16 PM, Daniel Stone wrote:
> Hi,
>
> On 12 July 2012 23:07, Keith Packard wrote:
>> Construct a unique filename based on the display name and the RMLVO
>> values. If that file contains valid contents, use it. Otherwise,
>> compile the keymap to that file and don't unlink
On 13/07/12 17:31 , Michel Dänzer wrote:
On Don, 2012-07-12 at 15:09 -0700, Keith Packard wrote:
Michel Dänzer writes:
[PATCH 1/2] dri2: Add DRI2CreateDrawable2.
[PATCH 2/2] glx: Free DRI2 drawable reference to destroyed GLX
Merged.
656e5fe..a2d0829 master -> master
Thanks!
Peter, c
On Don, 2012-07-12 at 15:00 -0700, Connor Behan wrote:
> On 11/07/12 08:13 AM, Michel Dänzer wrote:
> > On Mon, 2012-07-09 at 16:44 -0700, Connor Behan wrote:
> >> On 06/07/12 03:52 AM, Michel Dänzer wrote:
> >>> On Don, 2012-07-05 at 17:51 -0700, Connor Behan wrote:
> For real this time. Th
On Don, 2012-07-12 at 15:09 -0700, Keith Packard wrote:
> Michel Dänzer writes:
>
> > [PATCH 1/2] dri2: Add DRI2CreateDrawable2.
> > [PATCH 2/2] glx: Free DRI2 drawable reference to destroyed GLX
>
> Merged.
>656e5fe..a2d0829 master -> master
Thanks!
Peter, can you cherry-pick these to t
The new xserver class is the main change here, but this set also
includes the Evemu::PlayOne() patch. Which has already turned out to be
really useful.
They're all reviewed except the Terminate/Kill patch (which has seen some
updates for the Process::Kill changes). If you're happy with them, plea
21 matches
Mail list logo
