Hi Keith,
This regressed compilation of the Intel driver in gnome Continuous.
I've attached a patch which fixes it here.
From 3bfd4178341f8eb2c22ff3287478ce3c8a542028 Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Fri, 18 Jul 2014 08:11:14 -0400
Subject: [PATCH] xf86platformBus
Hi Alan,
http://cgit.freedesktop.org/xorg/lib/libXxf86vm/commit/?id=01adc331604d77e71a42a77619560b59d7a53d26
does not actually contain the new file. A forgotten "git add"? This
breaks the build in the gnome-ostree continuous integration system.
___
x
On Thu, 2013-05-23 at 08:05 -0700, Alan Coopersmith wrote:
> X.Org Security Advisory: May 23, 2013
> Protocol handling issues in X Window System client libraries
>
For what it's worth, this update just landed in the gnome-ostree
continu
On Mon, 2013-01-21 at 09:52 -0800, Keith Packard wrote:
> I think it's relevant for any environment -- if the server does nothing at
> shutdown, then you're generally left on a console in graphics mode which
> makes it pretty hard to use the machine unless some daemon takes over
> and recovers the
On Mon, 2013-01-21 at 00:51 -0800, Keith Packard wrote:
> Seems like this might benefit from being a run-time option, rather than
> a build-time option?
The problem with that is - what's the default? If it's on, then I'd
have to carry a patch forever to flip it off by default. If it's off,
then
ning regexps against /var/log/Xorg.0.log
or whatever.
Signed-off-by: Colin Walters
---
configure.ac | 12
os/osinit.c |8
2 files changed, 16 insertions(+), 4 deletions(-)
>From aa4a246a2130f7d37547d071e838c38203c52a0d Mon Sep 17 00:00:00 2001
From: Colin Wal
They also needed to be removed from configure.ac
Signed-off-by: Colin Walters
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
>From 3a88225197fec500f968d4bc251e64974e6f89e6 Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Fri, 7 Dec 2012 08:51:21 -0500
Subj
devel/2012-January/028345.html
>From 2e1de5a8e272554d134d9866c8e9362c2be2b0b7 Mon Sep 17 00:00:00 2001
From: Colin Walters
Date: Wed, 4 Jan 2012 17:37:06 -0500
Subject: [PATCH] autogen.sh: Honor NOCONFIGURE=1
(Also while we have the patient open, use exec instead of hanging
around uselessly in w
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
On Thu, 2012-07-12 at 15:27 -0700, Keith Packard wrote:
> My plan is to simply put that work on the package installer loading new
> files into the xkb directories. A simple post-install hook that removed
> all of the files in the server's cache directory should make that work
It'd be nicer if X s
(Sorry for taking up people's time with the autogen.sh trivia, I know
many of you have more important stuff to do, but once this lands I can
use the fact that both GNOME and X.org do the same thing as leverage
on smaller projects, and that helps me get much closer to my ideal
of having a large
On Sat, 2012-06-09 at 17:26 -0400, Gaetan Nadon wrote:
> I'd rather have a script change only and drop the "install through
> util-macros" part. This will reduce the overall complexity and reduce
> the number of places to investigate when things go wrong. Changes to
> the script are likely to be s
On Fri, 2012-01-06 at 10:18 -0500, Gaetan Nadon wrote:
> The latest thought is to have the util-macros package version check in
> the copy of autogen.sh in each module. This should not make it any more
> unpleasant than the current situation.
>
> Having read your comment, I would not make the XOR
On Fri, 2012-01-06 at 17:19 -0500, Gaetan Nadon wrote:
> On 12-01-06 11:19 AM, Colin Walters wrote:
> > On Fri, 2012-01-06 at 10:52 -0500, Gaetan Nadon wrote:
> >
> >> +sr.cpp : sr.g4a
> >> + $(srcdir)/pre_cpp.py $(srcdir)/sr.g4a > $@
> > I recommend
On Fri, 2012-01-06 at 10:52 -0500, Gaetan Nadon wrote:
> Very little has changed in this one.
Your commit message isn't helpful - *what* are you simplifying? In this
case it looks like you're e.g. putting -I directives in CPPFLAGS, using
the common $(DRM_CFLAGS), and alphabetizing the sources. S
On Fri, 2012-01-06 at 10:52 -0500, Gaetan Nadon wrote:
> +sr.cpp : sr.g4a
> + $(srcdir)/pre_cpp.py $(srcdir)/sr.g4a > $@
I recommend writing custom build commands to be atomic. Which means:
$(srcdir)/pre_cpp.py $(srcdir)/sr.g4a > $@.tmp && mv $@.tmp $@
This way if the developer uses Contro
On Thu, 2012-01-05 at 17:50 +0100, Cyril Brulebois wrote:
> Gaetan Nadon (05/01/2012):
> > > #!/bin/sh
> > > exec xorg-autogen.sh "$@"
> >
> > Note that I will also have to update configure.ac in each module to
> > mandate the latest version of xorg-macros (as usual):
> > XORG_MACROS_VERSION(1.17
Hi Gaetan,
On Wed, 2012-01-04 at 19:48 -0500, Gaetan Nadon wrote:
> No objections in principle, the doc is convincing.
>
> We are talking about 240 modules here. A sizable piece of work.
Thanks; any suggestions on how to proceed? I don't have commit
privileges to the xorg repositories (and no
On Thu, 2012-01-05 at 00:12 +0100, Cyril Brulebois wrote:
> Colin Walters (04/01/2012):
> > Background: I'm trying hard to bring continuous integration and testing
> > to the FOSS stack between linux and gnome-shell. That means building
> > from git, not manual inte
27;ve been slowly massaging and harmonizing the ad-hoc
autogen.sh/bootstrap scripts found in various modules.
Could someone just script this patch application across all xorg modules
that have autogen.sh?
Thanks!
>From c3f75d8999b343131627a7f857e27f05a0f8d4aa Mon Sep 17 00:00:00 2001
From:
20 matches
Mail list logo
