From: Yaakov Selkowitz yselkow...@users.sourceforge.net
The primary goal of these patches is for the xserver build to succeed on
Cygwin when configure is run without any arguments. They are otherwise
unrelated, except that Add configure option for WindowsWM depends on
Don't enable
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
Only Xorg is installed setuid, so there is no need to run this configure
test on Cygwin.
Signed-off-by: Yaakov Selkowitz yselkow...@users.sourceforge.net
---
configure.ac |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
We now use libtool, which calls AC_PROG_SED and sets SED as the path to
a fully-functional 'sed' (which may also be called 'gsed' if GNU sed is
installed alongside a proprietary version). Therefore we should respect
this value of SED so we
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
Several extensions are not supported by XWin, some of which are enabled
by default in configure. We forcefully disable these early on so that
configure will succeed without arguments and without the corresponding
proto installed.
From: Jon TURNEY jon.tur...@dronecode.org.uk
This possibly brings back whatever the bug is in
http://bugs.freedesktop.org/show_bug.cgi?id=1168 for -rootless mode, but
since we don't have reproduction steps for that, I can't test that...
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
WindowsWM support is still experimental, and uses the Rootless extension
which currently breaks the simultaneous build of the other DDXs (see
commit b3415187e92960cbff784108b5a3a8d130dc34c5). So we disable it by
default for now; once the
Only replying to one email, answers to both of your comments.
On Wed, Mar 24, 2010 at 12:06:30AM +0100, Simon Thum wrote:
[CC'ing Pter, see below]
Am 23.03.2010 18:42, schrieb Florian Echtler:
Just for my understanding: when talking about a special client, you think
of
something like
Le 24/03/2010 07:21, Yaakov (Cygwin/X) a écrit :
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
We now use libtool, which calls AC_PROG_SED and sets SED as the path to
a fully-functional 'sed' (which may also be called 'gsed' if GNU sed is
installed alongside a proprietary version).
Hi,all
I am debugging the xserver code now. But one thing has
puzzled me.
When I add some modification to /dix/main.c , then make
make install. Though the new main.c file has been compiled, no
modification effect display.
After that, I do some modification
On Mon, 22 Mar 2010 18:03:53 -0700, Alan Coopersmith alan.coopersm...@sun.com
wrote:
Since 64-bit types are now required by x86emu, assumes all platforms
either have a 64-bit long or a 64-bit long long (defined by C99).
Don't we assume stdint.h exists yet?
--
keith.pack...@intel.com
On Tue, 23 Mar 2010 12:39:30 -0400, Peter Harris phar...@opentext.com wrote:
On 2010-03-23 12:26, Dan Nicholson wrote:
I think Keith usually looks for an explicit CC to imply that patches
are ready to be applied.
I did CC: Keith.
I'm just travelling; anything Cc'd to me ends up in my
On Wed, 2010-03-24 at 13:03 +0100, Keith Packard wrote:
On Tue, 23 Mar 2010 12:39:30 -0400, Peter Harris phar...@opentext.com wrote:
On 2010-03-23 12:26, Dan Nicholson wrote:
I think Keith usually looks for an explicit CC to imply that patches
are ready to be applied.
I did CC:
Keith Packard wrote:
On Mon, 22 Mar 2010 18:03:53 -0700, Alan Coopersmith
alan.coopersm...@sun.com wrote:
Since 64-bit types are now required by x86emu, assumes all platforms
either have a 64-bit long or a 64-bit long long (defined by C99).
Don't we assume stdint.h exists yet?
Not yet -
Huang, FrankR wrote:
Hi,all
I am debugging the xserver code now. But one thing has
puzzled me.
When I add some modification to /dix/main.c , then make
make install. Though the new main.c file has been compiled, no
modification effect display.
After
On Wed, Mar 24, 2010 at 12:53 AM, Rémi Cardona r...@gentoo.org wrote:
Le 24/03/2010 07:21, Yaakov (Cygwin/X) a écrit :
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
We now use libtool, which calls AC_PROG_SED and sets SED as the path to
a fully-functional 'sed' (which may also be
On Wed, 24 Mar 2010 06:12:52 -0700, Alan Coopersmith alan.coopersm...@sun.com
wrote:
Not yet - and I didn't dig to find out why, but some of the x86emu files
that include this specifically avoid including system headers. (Could
be more of the ancient xf86 module loader sillyness or
Grrr. Still wrong mailing list.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
---BeginMessage---
On Mar 24, 10 13:25:13 +0200,
On Mar 24, 10 13:08:01 +0100, Matthias Hopf wrote:
It may be appropriate to use a belt and braces approach here - prevent
the degenerate regions from being created, *and* have the PIXREGION_NIL
macro handle them.
Ok, commit pushed in pixman.
The following patch for the Xserver should fix
Hello,
I have already updated SummerOfCodeIdeas wiki page about that but as
it's coming a bit late in the GSoC schedule, I'm also posting this here.
So, here is a project idea for the GSoC:
One of the main area preventing XCB wide adoption over Xlib is input
support. There are some
On Mar 23, 10 06:45:00 -0700, Alan Coopersmith wrote:
Matthias Hopf wrote:
On Mar 22, 10 17:50:38 -0700, Jeremy Huddleston wrote:
Actually, it was a valid error. The assignment was doing |= rather than
=,
and the current value was garbage.
? |= looks correct.
Jeremy's right
tprogs lists the test programs without $(EXEEXT), so substituting
the $(EXEEXT) with .c to get BUILD_SOURCES fails to work correctly
when $(EXEEXT) isn't empty
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
xts5/XI/Makefile.am |2 +-
xts5/XIproto/Makefile.am |2 +-
On Mar 22, 10 11:20:15 -0700, Ian Romanick wrote:
From: Tomas Carnecky t...@dbservice.com
This should fix bug #3539.
Signed-off-by: Tomas Carnecky t...@dbservice.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Matthias Hopf mh...@suse.de
Matthias
--
Matthias Hopf
On Mar 22, 2010, at 11:03 PM, Jesse Barnes wrote:
This is a collection of fixes from my personal server tree
targeting the
1.8 release. They're mostly small fixes, but they fix a few important
(i.e. common) cases with the new protocol code.
Please review; I'll make any necessary changes,
On Wed, Mar 24, 2010 at 06:05:27AM +0100, Stefan Dirsch wrote:
On Mon, Mar 22, 2010 at 07:59:18AM -0700, Dan Nicholson wrote:
2. Make the handling of missing sections from an existing
configuration behave more like the full autoconfig. In other words, if
there's a missing Screen section,
I'll try and look at the patch more carefully in a few days, but:
On Wed, Mar 24, 2010 at 09:20:24 -0700, Dan Nicholson wrote:
+ if (!cptr)
+ return NULL;
+ memcpy(cptr, ptr, sizeof(GDevRec));
+ cptr-identifier =
On Wed, 24 Mar 2010, Stefan Dirsch wrote:
On Mon, Mar 22, 2010 at 07:59:18AM -0700, Dan Nicholson wrote:
2. Make the handling of missing sections from an existing
configuration behave more like the full autoconfig. In other words, if
there's a missing Screen section, generate multiple
On Wed, 2010-03-24 at 01:21 -0500, Yaakov (Cygwin/X) wrote:
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
Signed-off-by: Yaakov Selkowitz yselkow...@users.sourceforge.net
---
hw/dmx/doc/.gitignore |3 +++
hw/xfree86/doc/sgml/.gitignore |4
2 files changed,
On Wed, 2010-03-24 at 06:20 -0700, Alan Coopersmith wrote:
Huang, FrankR wrote:
Hi,all
I am debugging the xserver code now. But one thing has
puzzled me.
When I add some modification to /dix/main.c , then make
make install. Though the new main.c file has
Hi Matthias,
The following patch fixes Novell bug 568811:
VNC Installation aborts right in the middle due to an assertion in
Xvnc/libpixman
The bug seems occur only on *very* special occasions (in this case, only
in SLES, but *not* in SLED, which is based on the same code basis...).
On Wed, Mar 24, 2010 at 03:16:22PM +, Jon TURNEY wrote:
On 18/02/2010 14:07, Dan Nicholson wrote:
A while back Peter asked me about helping him add autotools support
after he pulled xtest out of cvs into git. We got that handled pretty
quickly, but I decided to spend some time making
On Mar 24, 10 18:28:07 +0100, Soeren Sandmann wrote:
Please note that while pixman is not as strict as the X server in who
can push to the repository, it is not a complete free-for-all.
Committing small, obvious patches that fixes typos or oversights is
fine, but don't commit non-obvious stuff
à la the Linux Kernel's ALIGN macro.
Signed-off-by: Matt Turner matts...@gmail.com
---
hw/dmx/dmxpict.c |2 +-
hw/kdrive/ephyr/XF86dri.c |6 +++---
hw/xfree86/dixmods/extmod/xf86vmode.c |6 +++---
hw/xfree86/int10/generic.c| 13
The current value is based on $lib which is based on the driver package
$prefix. The driver object code will be installed in the correct xserver
location
only if both the driver package and the xserver package have the same prefix.
This patch obtains the drivers object code location from the
Matthias Hopf mh...@suse.de writes:
This patch in particular, I don't think shold ship with no testing at
all. So please revert it, and we can consider it again for 0.19.x.
I'm fine with that if you consider it problematic. Given that the
situation it changes should actually not occur at
On Mar 24, 10 19:19:15 +0100, Soeren Sandmann wrote:
However, what happens if the code would have been compiled with -NDEBUG?
Is the code path stable with empty regions? If it is, it can be argued
that the patch is not necessary, but it could also be argued that the
assert() shouldn't have
On Wed, Mar 24, 2010 at 11:11 AM, Gaetan Nadon mems...@videotron.ca wrote:
The current value is based on $lib which is based on the driver package
$prefix. The driver object code will be installed in the correct xserver
location
only if both the driver package and the xserver package have the
On 2010-03-23 08:29, Dan Nicholson wrote:
I've wanted to do this for a while, but there are a couple issues.
FWIW, I'm trying to keep in mind several different scenarios:
1) where xserver is being built to update an existing version with the
same prefix, e.g. by distributors. This patch
Hi,
Could someone with commit privileges please push this? I think it has
been sitting around long enough.
Cody Maloney
On Sun, Mar 14, 2010 at 12:07 AM, Cody Maloney
cmalo...@theoreticalchaos.com wrote:
Thanks for the comments. Here's an updated patch. It looks like
png_jmpbuf has actually
From: Matt Turner matts...@gmail.com
Date: Wed, 24 Mar 2010 13:57:15 -0400
diff --git a/hw/dmx/dmxpict.c b/hw/dmx/dmxpict.c
index 072e3a6..51616bb 100644
--- a/hw/dmx/dmxpict.c
+++ b/hw/dmx/dmxpict.c
@@ -674,7 +674,7 @@ static int dmxProcRenderSetPictureFilter(ClientPtr client)
if
On Wed, Mar 24, 2010 at 2:56 PM, Mark Kettenis mark.kette...@xs4all.nl wrote:
From: Matt Turner matts...@gmail.com
Date: Wed, 24 Mar 2010 13:57:15 -0400
diff --git a/hw/dmx/dmxpict.c b/hw/dmx/dmxpict.c
index 072e3a6..51616bb 100644
--- a/hw/dmx/dmxpict.c
+++ b/hw/dmx/dmxpict.c
@@ -674,7
On 24/03/2010 17:33, Dan Nicholson wrote:
Applied, thanks.
Is it just me, or does test XAllowEvents (19/29) currently crash the
X server in DeliverGrabbedEvent()? (tested with both 1.7.5 and git
master; a 1.6.0 X server I have around seems to survive that test,
though)
I haven't checked that
On Wed, 2010-03-24 at 11:25 -0700, Dan Nicholson wrote:
On Wed, Mar 24, 2010 at 11:11 AM, Gaetan Nadon mems...@videotron.ca wrote:
The current value is based on $lib which is based on the driver package
$prefix. The driver object code will be installed in the correct xserver
location
On Wed, Mar 24, 2010 at 11:42 AM, Yaakov (Cygwin/X)
yselkow...@users.sourceforge.net wrote:
On 2010-03-23 08:29, Dan Nicholson wrote:
I've wanted to do this for a while, but there are a couple issues.
FWIW, I'm trying to keep in mind several different scenarios:
1) where xserver is being
Matthias Hopf mh...@suse.de writes:
On Mar 24, 10 19:19:15 +0100, Soeren Sandmann wrote:
However, what happens if the code would have been compiled with -NDEBUG?
Is the code path stable with empty regions? If it is, it can be argued
that the patch is not necessary, but it could also be
On Wed, 24 Mar 2010 14:59:04 -0400, Matt Turner matts...@gmail.com wrote:
On Wed, Mar 24, 2010 at 2:56 PM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
From: Matt Turner matts...@gmail.com
Date: Wed, 24 Mar 2010 13:57:15 -0400
diff --git a/hw/dmx/dmxpict.c b/hw/dmx/dmxpict.c
index
On Wed, Mar 24, 2010 at 4:29 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 24 Mar 2010 14:59:04 -0400, Matt Turner matts...@gmail.com wrote:
On Wed, Mar 24, 2010 at 2:56 PM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
From: Matt Turner matts...@gmail.com
Date: Wed, 24 Mar 2010 13:57:15
On Wed, Mar 24, 2010 at 4:29 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 24 Mar 2010 14:59:04 -0400, Matt Turner matts...@gmail.com wrote:
On Wed, Mar 24, 2010 at 2:56 PM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
From: Matt Turner matts...@gmail.com
Date: Wed, 24 Mar 2010 13:57:15
On Wed, Mar 24, 2010 at 12:38 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Wed, 2010-03-24 at 11:25 -0700, Dan Nicholson wrote:
On Wed, Mar 24, 2010 at 11:11 AM, Gaetan Nadon mems...@videotron.ca wrote:
The current value is based on $lib which is based on the driver package
$prefix. The
Signed-off-by: Fernando Carrijo fcarr...@yahoo.com.br
---
include/inputstr.h | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/include/inputstr.h b/include/inputstr.h
index 15184d0..2acd704 100644
--- a/include/inputstr.h
+++ b/include/inputstr.h
@@ -386,8
On Wed, Mar 24, 2010 at 08:11:34PM -0300, Fernando Carrijo wrote:
Signed-off-by: Fernando Carrijo fcarr...@yahoo.com.br
---
include/inputstr.h | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/include/inputstr.h b/include/inputstr.h
index 15184d0..2acd704
Le 24/03/2010 20:03, Yaakov (Cygwin/X) a écrit :
From: Yaakov Selkowitz yselkow...@users.sourceforge.net
AC_PROG_SED sets SED as the path to a fully-functional 'sed' (which may
also be called 'gsed' if GNU sed is installed alongside a proprietary
version).
This is a follow up to commit
On Tue, Mar 23, 2010 at 01:03:53AM +0600, Mikhail Gusarov wrote:
There are keycodes 193 in evdev, e.g. KEY_WIMAX which is 246 .
Signed-off-by: Mikhail Gusarov dotted...@dottedmag.net
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
Acked-by: Adam Jackson a...@nwnk.net
Acked-by: Daniel
On Mon, Mar 22, 2010 at 08:13:42PM +0200, Adrian Bunk wrote:
From: Ilpo Ruotsalainen ilpo.ruotsalai...@movial.com
http://bugs.freedesktop.org/show_bug.cgi?id=26973
Signed-off-by: Adrian Bunk adrian.b...@movial.com
---
We already ship this patch in the ARM Linux Internet Platform, and
On Wed, Mar 17, 2010 at 12:16:57PM +0200, Rami Ylimaki wrote:
There are two noreturn functions in the X server: FatalError and
AbortServer. Having any of those two functions in the middle of a call
stack will prevent unwinding the program properly and stops the
backtrace at those functions in
On Tue, Mar 23, 2010 at 10:30:24AM -0700, Jeremy Huddleston wrote:
On Mar 23, 2010, at 06:48, Mark Kettenis wrote:
Guys, if you ask me, introducing all this additional complecity just
to placate a static analysis tool is starting to get a bit silly.
How about just putting a comment in
On Wed, Mar 24, 2010 at 11:08:55AM +1000, Peter Hutterer wrote:
Due to the checks in configure, this means it gets priority over HAL if
libudev is found.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Is it time yet to ring the bells on HAL? Fedora's been building with udev
On Wed, 2010-03-24 at 15:52 -0500, Yaakov (Cygwin/X) wrote:
On 2010-03-24 01:21, Yaakov (Cygwin/X) wrote:
--- a/hw/dmx/doc/.gitignore
+++ b/hw/dmx/doc/.gitignore
@@ -1,2 +1,5 @@
# Add Override for this directory and it's subdirectories
html/
+*.html
+*.pdf
+*.ps
On Wed, Mar 24, 2010 at 04:06:30PM +1100, Daniel Stone wrote:
On Wed, Mar 24, 2010 at 11:08:55AM +1000, Peter Hutterer wrote:
Due to the checks in configure, this means it gets priority over HAL if
libudev is found.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Is it
On Wed, Mar 24, 2010 at 16:06:30 +1100, Daniel Stone wrote:
On Wed, Mar 24, 2010 at 11:08:55AM +1000, Peter Hutterer wrote:
Due to the checks in configure, this means it gets priority over HAL if
libudev is found.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
Is it time
On Wed, 2010-03-24 at 14:23 -0700, Dan Nicholson wrote:
On Wed, Mar 24, 2010 at 12:38 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Wed, 2010-03-24 at 11:25 -0700, Dan Nicholson wrote:
On Wed, Mar 24, 2010 at 11:11 AM, Gaetan Nadon mems...@videotron.ca wrote:
The current value is based
Keith,
Please pull from my repo for a set of 1.8 fixes. The most obvious fix is the
change to use udev by default if available rather than requiring it be
explicitly enabled at configure time.
The rest are fixes with little impact.
Cheers,
Peter
The following changes since commit
On 2010-03-24 19:57, Gaetan Nadon wrote:
In a perfect world, no. This was done so that platform not having the
doc generation tool
can still be able to read the doc in txt form. A side-effect of having a
file both in git and
generated is that git will refuse to rebase due to a non clean
Done as Alan said.
rm /hw/xfree86/Xorg , then rebuild and install.
The modificaiotn to main takes effect. The dependency is not build well
for this.
Ajax, how to do solve this?
Thanks
Frank
Message: 8
Date: Wed, 24 Mar 2010 13:19:25 -0400
From: Adam Jackson a...@nwnk.net
Subject: Re: A
We calculate the expected bytes for each value, let's use it.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/input.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/test/input.c b/test/input.c
index 63d1a18..f6aef81 100644
--- a/test/input.c
+++
Byte padding and conversion is interesting for the rage of 0-8 bytes, and
then interesting towards the end of the valid range (INT_MAX - 7 and INT_MAX
- 3).
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
test/input.c | 68 +++--
1
On Thu, 25 Mar 2010 11:36:31 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
Please pull from my repo for a set of 1.8 fixes. The most obvious fix is the
change to use udev by default if available rather than requiring it be
explicitly enabled at configure time.
Are you sure we've got
On Thu, 25 Mar 2010 02:27:40 +0100, Julien Cristau jcris...@debian.org wrote:
Debian unstable has been using (a previous version of) this code since
January 7th, Debian testing since January 27th, and Ubuntu lucid since
December 7th, AFAICT. Other than a couple of initial glitches (which
got
67 matches
Mail list logo