2010/3/31 Dirk Wallenstein hals...@t-online.de:
On Wed, 31 Mar 2010 10:20:23 +0200 rolandc wrote:
Hi,
The -R command line parameter specifies the root directory for
relative path names (see man page)
At the source level, the variable rootDir holds the value of the -R
parameter, but rootDir
On Tue, Apr 06, 2010 at 09:42:13AM +0200, rolandc wrote:
2010/3/31 Dirk Wallenstein hals...@t-online.de:
On Wed, 31 Mar 2010 10:20:23 +0200 rolandc wrote:
The -R command line parameter specifies the root directory for
relative path names (see man page)
At the source level, the variable
The GenericEvent is a core event, we never send an extension event, so
don't reserve an id for one.
Signed-off-by: Julien Cristau jcris...@debian.org
---
Xext/geext.c | 13 +
Xext/geint.h |3 ---
2 files changed, 1 insertions(+), 15 deletions(-)
diff --git a/Xext/geext.c
On Tue, Apr 6, 2010 at 01:36:20 +0200, Ruediger Oertel wrote:
I just can't come up with a clean idea how to solve this ...
kill libxf86config? with fire? :)
Cheers,
Julien
___
xorg-devel@lists.x.org: X.Org development
Archives:
On Mon, Apr 5, 2010 at 4:36 PM, Ruediger Oertel r...@suse.de wrote:
Hi,
commit e1165632bdfbd720889ed1adf5f7ab338032c0ee
has added a call to xf86CheckBoolOption to Layout.c but this function
(obviously)
does not end up in libxf86config since it's not in .../parser but in
On Tue, Apr 6, 2010 at 14:09:10 +0200, Stefan Dirsch wrote:
On Tue, Apr 06, 2010 at 11:54:49AM +0200, Julien Cristau wrote:
On Tue, Apr 6, 2010 at 01:36:20 +0200, Ruediger Oertel wrote:
I just can't come up with a clean idea how to solve this ...
kill libxf86config? with fire?
On Tue, Apr 6, 2010 at 6:57 AM, Julien Cristau jcris...@debian.org wrote:
On Tue, Apr 6, 2010 at 14:09:10 +0200, Stefan Dirsch wrote:
On Tue, Apr 06, 2010 at 11:54:49AM +0200, Julien Cristau wrote:
On Tue, Apr 6, 2010 at 01:36:20 +0200, Ruediger Oertel wrote:
I just can't come up with
On Tue, Apr 6, 2010 at 6:45 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Mon, Apr 5, 2010 at 4:36 PM, Ruediger Oertel r...@suse.de wrote:
Hi,
commit e1165632bdfbd720889ed1adf5f7ab338032c0ee
has added a call to xf86CheckBoolOption to Layout.c but this function
(obviously)
does not end up
On Tue, Apr 06, 2010 at 07:23:07AM -0700, Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 6:57 AM, Julien Cristau jcris...@debian.org wrote:
On Tue, Apr 6, 2010 at 14:09:10 +0200, Stefan Dirsch wrote:
On Tue, Apr 06, 2010 at 11:54:49AM +0200, Julien Cristau wrote:
On Tue, Apr 6, 2010 at
On Tue, 6 Apr 2010 11:51:53 +0200, Julien Cristau jcris...@debian.org wrote:
The GenericEvent is a core event, we never send an extension event, so
don't reserve an id for one.
The protocol header still defines one event coming from this extension.
--
keith.pack...@intel.com
The Alliance ProMotion video card driver has no need for ISA
bus configuration and code as it is no longer in xserver.
Other candidates for ISA removal:
xf86-video-chips
xf86-video-fbdev
xf86-video-neomagic
xf86-video-trident
xf86-video-vesa
Gaetan Nadon (4):
config: remove support for
Remove declaration check and AM conditional HAVE_ISA along
with the code conditionnaly included.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac |8 -
src/apm_driver.c | 80 --
2 files changed, 0 insertions(+),
This symbol is always defined in xorg-xserver.h.
ISA bus is no longer supported, pciaccess is required.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/configure.ac b/configure.ac
index
The Alliance ProMotion video card driver has an option to
build with the xf86rush extension which is no longer available
since X11R7.3.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac|5 -
src/Makefile.am |9 +-
src/apm_rush.c | 733
As of commit f31bd087e8a7f65cd588bd1d022bb18e72b2a60c
dated August 2007, xfree86 xf1bpp and xf4bpp have been removed
in the xserver.
Signed-off-by: Gaetan Nadon mems...@videotron.ca
---
configure.ac |2 --
src/apm.h|8
src/apm_driver.c | 28
On Tue, Apr 06, 2010 at 03:52:07AM +0200, ext Pierre-Loup A. Griffais wrote:
The DC code is broken for setups with several screens. Devs only have one
pSave
pixmap and there's no code to thrash them like p[Save|Restore]GC.
That means if you have two X screens and force SW cursor on both,
On Tuesday 06 April 2010 16:25:53 Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 6:45 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Mon, Apr 5, 2010 at 4:36 PM, Ruediger Oertel r...@suse.de wrote:
Hi,
commit e1165632bdfbd720889ed1adf5f7ab338032c0ee
has added a call to xf86CheckBoolOption
On Thu, Apr 01, 2010 at 09:47:35PM +0200, ext Kevin E Martin wrote:
On Thu, Apr 01, 2010 at 07:19:11PM +0300, Tiago Vignatti wrote:
Allows MAXSCREENS to be determined at run time instead of compile time,
adding
a new -maxscreens command line flag.
*** Attention ABI broken everywhere!
On Thu, Apr 01, 2010 at 10:20:10PM +0200, ext R�mi Cardona wrote:
Le 01/04/2010 18:19, Tiago Vignatti a écrit :
Allows MAXSCREENS to be determined at run time instead of compile time,
adding
a new -maxscreens command line flag.
[snip]
There seems to be a lot of busted indentation
First off, thanks to everyone involved in the 1.8 release; it was a
pleasure to work with you. I'm hoping everyone else is as happy as I am
about our new release process, it seemed to me that we saw a lot more
active review and discussion about proposed patches this time around.
For version 1.9,
On Tue, Apr 6, 2010 at 8:41 AM, Ruediger Oertel r...@suse.de wrote:
On Tuesday 06 April 2010 16:25:53 Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 6:45 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Mon, Apr 5, 2010 at 4:36 PM, Ruediger Oertel r...@suse.de wrote:
Hi,
commit
On Tue, Apr 6, 2010 at 10:08 AM, Ruediger Oertel r...@suse.de wrote:
On Tuesday 06 April 2010 18:52:16 Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 8:41 AM, Ruediger Oertel r...@suse.de wrote:
On Tuesday 06 April 2010 16:25:53 Dan Nicholson wrote:
On Tue, Apr 6, 2010 at 6:45 AM, Dan Nicholson
The following changes since commit 3083c5d0c4386cdd7083b7a83ac72fdad2f1e61e:
Michel Dänzer (1):
Xext: Fix cursor reference counting hazard.
are available in the git repository at:
git://people.freedesktop.org/~jbarnes/xserver master
This series has been posted reviewed. I've been
On Thu, 2010-04-01 at 14:47 -0700, Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index e39fcbb..b3d006f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -59,6 +59,14 @@ AC_ARG_WITH(xorg-module-dir,
inputdir=${moduledir}/input
AC_SUBST(inputdir)
On Tue, Apr 06, 2010 at 09:30:47AM -0700, Keith Packard wrote:
Beyond that, one requirement that I see for merging output drivers would
be to shorten the X server release from the current 6 months down to 3
months or so. Otherwise I feel that the window of time between hardware
release and
Keith? Peter? I haven't seen a response to Alan's question, and I'm
curious too... Is master to be 1.8.1, or is it to be 1.9? What is the
1.8 branch-point? Are we delaying branching from master until 1.8.1?
On Apr 3, 2010, at 10:41, Alan Coopersmith wrote:
Will we be following the
On 04/06/2010 08:20 AM, Tiago Vignatti wrote:
On Tue, Apr 06, 2010 at 03:52:07AM +0200, ext Pierre-Loup A. Griffais wrote:
The DC code is broken for setups with several screens. Devs only have one pSave
pixmap and there's no code to thrash them like p[Save|Restore]GC.
That means if you have
(disregard previous message sent too soon)
Attached is a tentative patch that cleans that particular code up and fixes the
issue.
It would seem cleaner to perform the screen looping in ActivateDevice(), but
that would also mean changing miPointerDeviceInitialize and
On Wed, 7 Apr 2010 04:47:13 +1000, Daniel Stone dan...@fooishbar.org wrote:
Er, is there no reason hardware enable (even if it's not entirely
fully-featured) can't be done in point releases?
Nope, and perhaps that's what 'ABI/API stable odd releases' should mean?
Does mean more non-trivial
On Tue, 06 Apr 2010 14:43:01 -0700, Jeremy Huddleston
jerem...@freedesktop.org wrote:
I think a 3-month major-release cycle will be very taxing, especially
considering the increased codebase with drivers.
We're doing 3 month releases with the intel drivers today; it's working
out pretty
On Wed, 7 Apr 2010 04:47:13 +1000, Daniel Stone dan...@fooishbar.org wrote:
Er, is there no reason hardware enable (even if it's not entirely
fully-featured) can't be done in point releases?
On second thought, this would require additional work for driver
developers who would also need to
Now with a proper GC cleanup sequence instead of freeing the same GC in a loop.
Thanks,
- Pierre-Loup
On 04/06/2010 02:44 PM, Pierre-Loup A. Griffais wrote:
(disregard previous message sent too soon)
Attached is a tentative patch that cleans that particular code up and fixes the
issue.
It
Seems no one hardly yelled about this RFC. So, I'll take it as a positive
feedback and build a nicer patchset, with proper indentation and for all DDXs.
To save you some effort, here's a patch to update the XWin DDX for this change
:-)
--
Change g_ScreenInfo, an array of winScreenInfo
On Tue, 06 Apr 2010 14:32:53 -0700, Jeremy Huddleston
jerem...@freedesktop.org wrote:
Keith? Peter? I haven't seen a response to Alan's question, and I'm
curious too... Is master to be 1.8.1, or is it to be 1.9? What is the
1.8 branch-point? Are we delaying branching from master until
Le 06/04/2010 17:18, Gaetan Nadon a écrit :
Gaetan Nadon (4):
config: remove support for obsolete xf86rush extension
config: remove ISA bus code, support removed in xserver
config: remove MFB usage as it is no longer in xserver
pciaccess: remove test for the XSERVER_PCIACCESS #define
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get merged in.
Here's the merged package:
git clone git://people.freedesktop.org/home/keithp/proto.git
And
On Tue, Apr 06, 2010 at 11:51:53AM +0200, Julien Cristau wrote:
The GenericEvent is a core event, we never send an extension event, so
don't reserve an id for one.
Signed-off-by: Julien Cristau jcris...@debian.org
Reviewed-by: Peter Hutterer peter.hutte...@who-t.net
Cheers,
Peter
---
Keith Packard wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get merged in.
Here's the merged package:
git clone
Fixes x86emu builds when using non-gnu compilers now that u64 is required
Before this fix, the u64 type would not be defined, causing
x86emu/sys.c to fail to build:
sys.c, line 102: syntax error before or at: ldq_u
sys.c, line 102: syntax error before or at: *
Since Keith requested using
On Wed, Apr 7, 2010 at 8:46 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Keith Packard wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get
On Mon, 05 Apr 2010 10:20:04 -0400, Adam Jackson a...@redhat.com wrote:
On Fri, 2010-04-02 at 11:13 -1000, Eric Anholt wrote:
On Mon, 29 Mar 2010 14:59:35 -0400, Adam Jackson a...@redhat.com wrote:
Yeah, it's not really something I want Linux to default to using either.
I mean, we're
Dave Airlie wrote:
On Wed, Apr 7, 2010 at 8:46 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Keith Packard wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub
On Tue, Apr 06, 2010 at 09:30:47AM -0700, Keith Packard wrote:
First off, thanks to everyone involved in the 1.8 release; it was a
pleasure to work with you. I'm hoping everyone else is as happy as I am
about our new release process, it seemed to me that we saw a lot more
active review and
On Tue, 06 Apr 2010 15:41:41 -0700, Keith Packard kei...@keithp.com wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get merged in.
Here's the merged
Hi Simon,
The problem I see is that it's really degrees or cycles on a wheel, or
some distance on more freaky devices (e.g. pad on mouse). Maybe it's
preferable to add some (user-overrideable) axis information which
toolkits may use to ultimately do something sensible.
Well the way it is now
On Wed, Apr 7, 2010 at 8:46 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Keith Packard wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get
On Sat, Apr 03, 2010 at 10:41:01AM -0700, Alan Coopersmith wrote:
Will we be following the same model as Xorg 1.7.x branches for 1.8?
(i.e. anyone can push to -nominations, release manager pulls from that
branch to server-1.8-branch when doing a release/snapshot)
Sorry for the delay, I'm
On Tue, 06 Apr 2010 15:46:28 -0700, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
So this still has each proto get released as individual tarballs, just merges
the git repo? What's the difference between this and the git super-module
Peter made?
No, the plan is to release a single
On Tue, 06 Apr 2010 16:32:18 -0700, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
How would updating different protocols work - if xrandr dri2 updates were
both in progress, then we couldn't have a stable version of either until both
were ready? Or would we just force protocol
Peter Hutterer wrote:
On Sat, Apr 03, 2010 at 10:41:01AM -0700, Alan Coopersmith wrote:
Will we be following the same model as Xorg 1.7.x branches for 1.8?
(i.e. anyone can push to -nominations, release manager pulls from that
branch to server-1.8-branch when doing a release/snapshot)
2010/4/6 Michel Dänzer mic...@daenzer.net:
On Thu, 2010-04-01 at 14:47 -0700, Dan Nicholson wrote:
diff --git a/configure.ac b/configure.ac
index e39fcbb..b3d006f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -59,6 +59,14 @@ AC_ARG_WITH(xorg-module-dir,
miSpriteRealizeCursor is called whenever a device is set floating and it's
fine to do so, no need for an error message.
X.Org Bug 26843 http://bugs.freedesktop.org/show_bug.cgi?id=26843
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
mi/misprite.c |4 +---
1 files changed, 1
On Sat, Apr 03, 2010 at 09:33:49AM -0700, Dan Nicholson wrote:
There's no reason to carry all the oddities from xorg.conf like appended
hostname to the search path for xorg.conf.d. This changes it to something
very simple:
/etc/X11/cmdline
$sysconfdir/X11/cmdline
Le 07/04/2010 00:41, Keith Packard a écrit :
Please let me know whether this seems like a good plan, and if so, I'll
move it into the /git/xorg tree and we can work on deprecating the
individual protocol packages.
We (in gentoo) have spent a lot of time trying to figure out which
protos each
54 matches
Mail list logo
