Hi Everyone,
Final announcement about our DevRoom this year (promise) :)
http://wiki.x.org/wiki/fosdem2009
All the info you need is either on there or on the fosdem main site.
Hope to see many people there,
Luc Verhaegen.
___
xorg mailing list
And there is no tag. At least no tag object.
git tag -a xf86-input-synaptics-1.0.0
Peter cgit claims it has the tag, with an object attached to it.
Peter
http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/tag/?id=xf86-input-synaptics-1.0.0
The definitive check is to do a 'git tag
2009/2/6 Maarten Maathuis:
If you were really seeing a duplicate of a git commit list, then you
would see a whole different picture. For you patches may just be
noise, but that's not the case for everyone.
So ok then, what is the purpose of posting thousands of patches to xorg list?
Cheers,
On 02/06/2009 01:21 PM, Igor Mozolevsky wrote:
2009/2/6 Maarten Maathuis:
If you were really seeing a duplicate of a git commit list, then you
would see a whole different picture. For you patches may just be
noise, but that's not the case for everyone.
So ok then, what is the purpose of
On Fri, Feb 6, 2009 at 1:21 PM, Igor Mozolevsky i...@hybrid-lab.co.uk wrote:
2009/2/6 Maarten Maathuis:
If you were really seeing a duplicate of a git commit list, then you
would see a whole different picture. For you patches may just be
noise, but that's not the case for everyone.
So ok
On Friday 06 February 2009 15:22:00 you wrote:
Vasily Khoruzhick wrote:
Hi, it seems that there's a huge memory leakage in xf86-video-intel from
git.
For some reason, it eats all available swap in few minutes and system
becomes unresponsible. As you can see on attached screenshot, all
On Friday 06 February 2009 15:22:00 you wrote:
Vasily Khoruzhick wrote:
Hi, it seems that there's a huge memory leakage in xf86-video-intel from
git.
For some reason, it eats all available swap in few minutes and system
becomes unresponsible. As you can see on attached screenshot, all
diff --git a/src/Makefile.am b/src/Makefile.am
index d7eb08d..8c9ef37 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -28,6 +28,7 @@ AM_CFLAGS = $(CWARNFLAGS) $(XORG_CFLAGS)
@driver_n...@_drv_la_ltlibraries = @driver_n...@_drv.la
@driver_n...@_drv_la_ldflags = -module -avoid-version
I think I reviewed all the non-code patches and they looked fine
except for a couple I replied on. Most of the warning fixes seemed
fine to me, too, but I'd be lying if I said I was the master of the C
specification or knowing the xserver SDK.
So, I think you could push all the distcheck-type
Hi,
As a follow up to ajax's bde028dd8d856f8d47c39e3c6d3731c34c398c74
commit, this patch fully removes the (now unused) instruction barrier
macro on Alpha.
It also removes some ifdef logic choosing whether we're using ELF or
ECOFF. I can't find any other references to ECOFF in the source, so I
2009/2/6 Maarten Maathuis:
It gives people time to check, review and/or complain about patches.
Now that the xorg-devel list was made, it will obviously move there.
I certainly check patches that catch my eye (a small fraction of the
total, i admit).
Does one not submit patches to the
On Fri, Feb 6, 2009 at 4:21 PM, Igor Mozolevsky i...@hybrid-lab.co.uk wrote:
2009/2/6 Maarten Maathuis:
It gives people time to check, review and/or complain about patches.
Now that the xorg-devel list was made, it will obviously move there.
I certainly check patches that catch my eye (a
2009/2/6 Dan Nicholson:
Development = patches.
While development includes patches, development list is not a version
control system!
Cheers,
Igor
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
---
exa/exa_accel.c | 76 ++--
exa/exa_priv.h| 25 +
exa/exa_render.c | 17 +---
exa/exa_unaccel.c | 50 ++
4 files changed, 149 insertions(+), 19 deletions(-)
diff --git
Igor Mozolevsky wrote:
2009/2/6 Maarten Maathuis:
It gives people time to check, review and/or complain about patches.
Now that the xorg-devel list was made, it will obviously move there.
I certainly check patches that catch my eye (a small fraction of the
total, i admit).
Does one not
Dan Nicholson wrote:
I think I reviewed all the non-code patches and they looked fine
except for a couple I replied on. Most of the warning fixes seemed
fine to me, too, but I'd be lying if I said I was the master of the C
specification or knowing the xserver SDK.
Thanks,
So, I think you
Some points that could be made better:
1. Get rid of configure options that should not be used,
and are only useful for make distcheck. I think it
may be one case where AC_SUBST() can have an
important role in the proper solution?
2. Replace most gratuitous AC_SUBST(VAR) by usage
Hi,
My mail client thinks it's a good idea to line wrap patches, so I'll
attach it instead.
Also made one change: we want to also remove the comment pertaining to
the IMB macro since we've removed the IMB macro.
Thanks,
Matt Turner
On Fri, Feb 6, 2009 at 10:13 AM, Matt Turner
On Thu, Feb 05, 2009 at 10:38:58PM +0100, Tomas Carnecky wrote:
cgit web interface:
http://78.46.209.101/git/xorg/xserver/log/?h=extension-init-cleanup
I looked at a couple of the patches, and they look good to me.
Tomas Carnecky (11):
Initialize the GLX provider stack with the
On Fri, Feb 6, 2009 at 7:21 AM, Igor Mozolevsky i...@hybrid-lab.co.uk wrote:
Does one not submit patches to the maintainer for the sub-project anymore?..
That creates a single point of failure--you are now relying on that
person and that person only to get your patch in. That also does not
give
2009/2/6 William Tracy:
On Fri, Feb 6, 2009 at 7:21 AM, Igor Mozolevsky i...@hybrid-lab.co.uk wrote:
Does one not submit patches to the maintainer for the sub-project anymore?..
That creates a single point of failure--you are now relying on that
person and that person only to get your patch
On Fri, Feb 6, 2009 at 12:35 PM, Igor Mozolevsky i...@hybrid-lab.co.uk wrote:
2009/2/6 William Tracy:
On Fri, Feb 6, 2009 at 7:21 AM, Igor Mozolevsky i...@hybrid-lab.co.uk
wrote:
Does one not submit patches to the maintainer for the sub-project anymore?..
That creates a single point of
Alan Coopersmith wrote:
The only other information I could see to query in the Composite 0.4
protocol spec is the Composite Overlay Window XID, but the request to
get that ID has the side effect of mapping the overlay window, and
xdpyinfo shouldn't have side effects like that.
I've gone ahead
Paulo César Pereira de Andrade wrote:
2. Replace most gratuitous AC_SUBST(VAR) by usage
of $(VAR) in the Makefile.am's. It not only allows
using %make VAR=someval, but also has the
benefit of a cleaner configure.ac.
Sounds good to me.
3. In video drivers configure.ac's, there is a
On Friday 06 February 2009 21:07:27 Andrew Barr wrote:
Another me too post. It seems to be a lot worse when a compositing
manager is active, but it is present nonetheless without one. I've seen it
under KWin's OpenGL compositor as well as Compiz. I can't say for sure
about XRender under
On Friday, February 6, 2009 2:21 pm Marco wrote:
Same for me, starting iceweasel on my GM45 bump suddenly out of swap.
Bisected to:
deneb:~/src/xf86-video-intel.git# git bisect view
commit 8d4bc36fae50b09a73ba2cfab920adb32141a358
Author: Jesse Barnes jbar...@virtuousgeek.org
Date: Mon Jan
On Fri, Feb 06, 2009 at 08:35:02PM +, Igor Mozolevsky wrote:
2009/2/6 William Tracy:
That creates a single point of failure--you are now relying on that
person and that person only to get your patch in. That also does not
give any third parties who might be impacted by your patch a
Twas brillig at 20:35:02 06.02.2009 UTC+00 when i...@hybrid-lab.co.uk did gyre
and gimble:
IM So, since 1st Jan there's been, by my guestimate, around 2000
IM messages on the xorg list...
1552. 42 messages/day. Quite moderate amount of messages.
IM Are you seriously saying that that is a
Vasily Khoruzhick anarsoul at gmail.com writes:
I wonder if xf86-video-intel developers perform testing on gma950 hardware.
I have a 965-class GMA X3100.
Sorry for not being clear.
Andrew
___
xorg mailing list
xorg@lists.freedesktop.org
Peter Åstrand wrote:
When libXfont is talking to a font server, it doesn't initialize padding
bytes.
Thanks - patch applied to git master.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
DS: You appear to have a strange view of what constitutes signal and noise.
I agree. The patch msgs are signal-ish the rest is noise-ish. [1]
Pat
---
[1] unless I am posting a dumb question
___
xorg mailing list
xorg@lists.freedesktop.org
Not to be pushy, but..
On Wed, Feb 4, 2009 at 9:06 AM, René Rebe r...@exactcode.de wrote:
My rescue target buidl will finish later today and I plan to keep
trackling the issue.
Any progress? Anything I can help with or try out?
And, once again, does anyone else have any ideas?
--
William
32 matches
Mail list logo
