Re: xrandr dual-screen usability survery (Was: Dual-head config broke with update to 1.4.2)
Am 02/18/2010 03:57 PM, Alan Coopersmith schrieb: > or (3) have paying customers who want it to be supported, so it's > worth them spending the time needed on it? (I have no knowledge > of whether that's the case or not, it just seems like an obvious > possibility that you overlooked, since Nvidia pays developers to > work on Xorg drivers because it brings in revenue for them.) Oh indeed ... which pragmatically implies the "dual" economic imperative, (4) lacking significant paying customer base demanding removal of classic multiscreen support... Jokingly, Eeri Kask ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Fri, Feb 19, 2010 at 10:37:49AM +1000, Peter Hutterer wrote: > On Thu, Feb 18, 2010 at 11:18:47PM +, Daniel Stone wrote: > > On Thu, Feb 18, 2010 at 11:52:22PM +0100, Egbert Eich wrote: > > > On Thu, Feb 18, 2010 at 09:45:07PM +, Daniel Stone wrote: > > > > As far as I can tell (and I've not looked hard, because I'd like to > > > > escape the office early), XDS 2007 cost $US10k for the venue, around > > > > $US24k for travel sponsorship (no joke), and something like $US5k lost > > > > to PayPal (they decided we were scammers and took our money) as well as > > > > > > This is actually interesting and it supports my feeling how finances > > > are handled and why I have given up doing any accounting. > > > > > > But maybe I'm wrong and I only have this feeling because things work > > > differently in the EU than in the US where an organization is able to > > > to pocket ones money by making false claims. > > > > I'm pretty uncomfortable with the suggestion here. No, wait, very > > uncomfortable. (Not to mention that if any misuse of funds _did_ go on > > here, then it sucks to be me, because if that was the case, then I got > > not a single cent from my complicity.) > > Daniel, I read Egberts statement regarding pocketing money referring to > PayPal, not you. Egbert may be able to clear that up, but my gess is this > was the intended meaning. > Yes, indeed and I thought that this was clear from the wording. The word 'organization' referred to PaPal as a company which I - as a non native speaker - consider to be some form of organization as opposed to an individual. Cheers, Egbert. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problems Compiling from Git
What kind of hardware are building it for? If you're using nVidia(and their binary) you can use --disable-glx with the xserver .config/autogen.sh and you won't need to build libGL/mesa at all. There's some switches(.config --help) in Mesa which you should look at to see what you need to build specifically for as far as drivers/swrast goes. - Error:Success -- View this message in context: http://old.nabble.com/Problems-Compiling-from-Git-tp27646917p27650095.html Sent from the Free Desktop - xorg mailing list archive at Nabble.com. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
Hi Guys, In meat space, I've now had 2 people telling me that they've voted in a certain way because they are really concerned about the "missing money". This is a very high figure, given that I'm a nobody and I don't even know any current X developers in person! Reading this thread, I'm not personally concerned, but please remember that there are quite a few people following all of this and talking about it in the real world and that you'll need to get "get the word out" when it is all resolved and accounted for. John ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 13:45, Daniel Stone wrote: > Hi, > > On Thu, Feb 18, 2010 at 01:33:36PM -0800, Stephane Marchesin wrote: >> On Thu, Feb 18, 2010 at 05:44, Luc Verhaegen wrote: >> > There is little to no information about the X.org Foundation Boards >> > financial handlings. Several years ago, several companies (at least one, >> > Sun) deposited a lot of money into the foundation. It seems that the >> > foundation had 222k usd at the start of 2007; and we have 125k usd >> > today. We are not getting many details on how these funds were used, and >> > we only get some very general statements about how these funds were used >> > in the last year. And it seems that nobody on the actual board of >> > directors has anything but some hazy ideas of what is going on. >> >> FWIW a fair chunk of that money went into XDS 2007. If you recall we >> had a nice conference place and X.Org paid for hosting and trip for a >> big number of people (which is also why the event grew so big and was >> so successful, we never had such a big venue before and since then). > > *** > * THIS IS ONLY MY RECOLLECTION FROM A TWO-MINUTE SCAN OF EMAIL. * > * DO NOT TAKE IT AS GOSPEL, DO NOT RELY UPON IT AS ABSOLUTE TRUTH. * > *** > > As far as I can tell (and I've not looked hard, because I'd like to > escape the office early), XDS 2007 cost $US10k for the venue, around > $US24k for travel sponsorship (no joke), and something like $US5k lost > to PayPal (they decided we were scammers and took our money) as well as > around $US5k that vanished into the Brazilian banking system, which > gives us $US45k for one conference. > > *** > * THIS IS ONLY MY RECOLLECTION FROM A TWO-MINUTE SCAN OF EMAIL. * > * DO NOT TAKE IT AS GOSPEL, DO NOT RELY UPON IT AS ABSOLUTE TRUTH. * > * * > * SERIOUSLY. * > *** > > If you feel this is unacceptable and are looking to assign blame, the > mail archives back me up that the entire thing was entirely my idea, and > every single costing and proposal came from myself. > I didn't mean to imply that, quite the opposite actually. I for one am certainly grateful that X.Org funded my trip and lodging at XDS 2007. Considering that: - there is so much money in the bank (about 3 times what you need for XDS 2007, *hint* *hint*), - giving wide sponsorship makes these conferences better by gathering more people - the current economy does not help with funding conference trips neither for the professional devs nor for the spare-time devs, my opinion, and the point I was trying to make, is that we should have more like that one... Stephane ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 11:18:47PM +, Daniel Stone wrote: > Hi, > > On Thu, Feb 18, 2010 at 11:52:22PM +0100, Egbert Eich wrote: > > On Thu, Feb 18, 2010 at 09:45:07PM +, Daniel Stone wrote: > > > As far as I can tell (and I've not looked hard, because I'd like to > > > escape the office early), XDS 2007 cost $US10k for the venue, around > > > $US24k for travel sponsorship (no joke), and something like $US5k lost > > > to PayPal (they decided we were scammers and took our money) as well as > > > > This is actually interesting and it supports my feeling how finances > > are handled and why I have given up doing any accounting. > > > > But maybe I'm wrong and I only have this feeling because things work > > differently in the EU than in the US where an organization is able to > > to pocket ones money by making false claims. > > I'm pretty uncomfortable with the suggestion here. No, wait, very > uncomfortable. (Not to mention that if any misuse of funds _did_ go on > here, then it sucks to be me, because if that was the case, then I got > not a single cent from my complicity.) Daniel, I read Egberts statement regarding pocketing money referring to PayPal, not you. Egbert may be able to clear that up, but my gess is this was the intended meaning. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 11:18:47PM +, Daniel Stone wrote: > I'm pretty uncomfortable with the suggestion here. No, wait, very > uncomfortable. (Not to mention that if any misuse of funds _did_ go on > here, then it sucks to be me, because if that was the case, then I got > not a single cent from my complicity.) Not sure how this relates to what I wrote above. > > > It's not as if X.Org didn't have a legal counsel - I would have expected > > that with the help of this the issue with PayPal could have been resolved > > and the money been refunded. > > No, not really. If you read PayPal's T&Cs, it's mostly along the lines > of 'we're entitled to all your money if we feel like it', and it turns > out that they felt like it. I'd hoped to use Google Checkout > originally, but had misread its T&Cs, which led me to believe that we > were not eligible to use it -- turns out this wasn't actually true. So, > again, mea culpa for being daft enough to use PayPal in the first place. > > http://www.paypalsucks.com and others have a litany of horror stories > about PayPal pocketing cash from accounts they thought may have been > vaguely kind of suspicious. Yes, there are similar web sites about almost every company doing business with a wider group of people or at least having some sort of public exposure. Has anyone ever tried to contact Karen, X.Org's legal counsel at the time and asked about this? Again, nobody is blaming you - neither for the amount of money spent nor for choosing PaypPal. > > I don't think anyone is putting any blame on you as the organizer > > of the event. > > After all there was a justifiable reason for all the expenses and > > there is no point arguing now if things could have been done at lower > > costs. > > It is more the intransparency of things which create an uncomfortable > > feeling among some of the people here. > > No argument that we should've been and should be vastly more > transparent. Agreed :) Cheers, Egbert. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problems Compiling from Git
On 18 February 2010 22:58, Dan Nicholson wrote: > On Thu, Feb 18, 2010 at 2:52 PM, Mike Lothian wrote: >> On 18 February 2010 22:46, Dan Nicholson wrote: >>> On Thu, Feb 18, 2010 at 2:36 PM, Mike Lothian wrote: I'm experiencing 3 issues at the moment xorg-server master isn't compiling I get the error: ../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include -I../hw/xfree86/os-support -I../hw/xfree86/os-support/bus -I../hw/xfree86/common -I../hw/xfree86/dri -I../mi -I../hw/xfree86/dri2 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I/usr/includeMike 23:39:51 Possibly /pixman-1 -I../include -I../include -I../Xext -I../composite -I../damageext -I../xfixes -I../Xi -I../mi -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb -fvisibility=hidden -I/usr/include/drm -I/usr/include/drm -I/usr/include/drm -I/usr/include/X11/dri -DXFree86Server -DGLX_USE_TLS -DPTHREADS -D__GLX_ALIGN64 -march=native -O2 -pipe -w -MT glxdri2.lo -MD -MP -MF .deps/glxdri2.Tpo -c -o glxdri2.lo glxdri2.c glxdri2.c: In function '__glXDRIdrawableSwapBuffers': glxdri2.c:221: error: '__DRI2flushExtension' has no member named 'flushInvalidate' mesa wont compile. I have no idea what's happening gmake[5]: Entering directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' running /usr/bin/makedepend gmake[5]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[5]: Entering directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[6]: Entering directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' x86_64-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/utils.c -o ../common/utils.o x86_64-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast.c -o swrast.o x86_64-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast_span.c -o swrast_span.o /bin/sh ../../../../../bin/mklib -o swrast_dri.so -noprefix -linker 'x86_64-pc-linux-gnu-gcc' -ldflags '-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed' \ ../../common/driverfuncs.o ../common/utils.o swrast.o swrast_span.o ../../../../../src/mesa/libmesa.a \ -ldrm -lexpat -lm -lpthread -ldl mklib: Making Linux shared library: swrast_dri.so gmake[6]: *** [swrast_dri.so] Error 1 gmake[6]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[5]: *** [lib] Error 2 gmake[5]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[4]: *** [subdirs] Error 1 gmake[4]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri' gmake[3]: *** [default] Error 1 >>> >>> For this one, you should revert commit >>> d6f55492af3cb82b01
Re: [Intel-gfx] Problems Compiling from Git
On 18 February 2010 23:19, Alexander Lam wrote:
> On Thu, Feb 18, 2010 at 5:36 PM, Mike Lothian wrote:
>> I'm experiencing 3 issues at the moment
> [snip]
>> And lastly the latest intel DRM code from drm-intel-next has the
>> following issue too:
>>
>> CC drivers/gpu/drm/i915/intel_display.o
>> drivers/gpu/drm/i915/intel_display.c: In function 'i9xx_update_wm':
>> drivers/gpu/drm/i915/intel_display.c:2778: error: 'IS_I915GM'
>> undeclared (first use in this function)
>> drivers/gpu/drm/i915/intel_display.c:2778: error: (Each undeclared
>> identifier is reported only once
>> drivers/gpu/drm/i915/intel_display.c:2778: error: for each function it
>> appears in.)
>> make[4]: *** [drivers/gpu/drm/i915/intel_display.o] Error 1
>>
>
> Apply this:
> Fixes 05b044d94f1309b48d62784d329842a2585d6421 rebase error.
> diff -puNr a/drivers/gpu/drm/i915/intel_display.c
> b/drivers/gpu/drm/i915/intel_display.c
> --- a/drivers/gpu/drm/i915/intel_display.c 2010-02-18 18:14:11.287962137
> -0500
> +++ b/drivers/gpu/drm/i915/intel_display.c 2010-02-18 18:13:51.336212730
> -0500
> @@ -2775,7 +2775,7 @@ static void i9xx_update_wm(struct drm_de
> if (IS_I945G(dev) || IS_I945GM(dev)) {
> I915_WRITE(FW_BLC_SELF, I915_READ(FW_BLC_SELF)
> & ~FW_BLC_SELF_EN);
> - } else if (IS_I915GM) {
> + } else if (IS_I915GM(dev)) {
> I915_WRITE(INSTPM, I915_READ(INSTPM) &
> ~INSTPM_SELF_EN);
> }
> }
>
>
> --
> Alexander Lam
>
Thanks
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Mesa3d-dev] Problems Compiling from Git
On 18 February 2010 23:11, Xavier Chantry wrote: > On Thu, Feb 18, 2010 at 11:36 PM, Mike Lothian wrote: >> I'm experiencing 3 issues at the moment >> >> xorg-server master isn't compiling I get the error: >> >> ../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. >> -I../include -I../hw/xfree86/os-support -I../hw/xfree86/os-support/bus >> -I../hw/xfree86/common -I../hw/xfree86/dri -I../mi >> -I../hw/xfree86/dri2 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith >> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations >> -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 >> -Wold-style-definition -Wdeclaration-after-statement -D_BSD_SOURCE >> -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 >> -I/usr/include/pixman-1 -I../include -I../include -I../Xext >> -I../composite -I../damageext -I../xfixes -I../Xi -I../mi >> -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb >> -fvisibility=hidden -I/usr/include/drm -I/usr/include/drm >> -I/usr/include/drm -I/usr/include/X11/dri -DXFree86Server >> -DGLX_USE_TLS -DPTHREADS -D__GLX_ALIGN64 -march=native -O2 -pipe -w >> -MT glxdri2.lo -MD -MP -MF .deps/glxdri2.Tpo -c -o glxdri2.lo >> glxdri2.c >> glxdri2.c: In function '__glXDRIdrawableSwapBuffers': >> glxdri2.c:221: error: '__DRI2flushExtension' has no member named >> 'flushInvalidate' >> > > 21:09 < codin> jbarnes: glxdri2.c:221: error: ‘__DRI2flushExtension’ > has no member named ‘flushInvalidate’ > 21:09 < codin> ?! > 21:09 < jbarnes> codin: X master is broken > 21:10 < ickle> s/jbarnes/krh/ > 21:10 < jbarnes> you'll need krh's invalidate branch > 21:10 < jbarnes> codin: look for "DRI2 Invalidate series" on xorg-devel > 21:10 < codin> how do I do that ? > 21:10 < jbarnes> codin: or just "git pull > ssh://people.freedesktop.org/~krh/xserver dri2-invalidate" from your > xserver tree > 21:10 < ickle> notmuch search "DRI2 Invalidate series" > 21:19 < cworth> ickle: Thanks. I'll grab that patch. > 21:20 < codin> ickle, where do I look or that ? > 21:21 < ickle> codin: 20:10 < jbarnes> codin: or just "git pull > ssh://people.freedesktop.org/~krh/xserver dri2-invalidate" from > your xserver tree > 21:21 < codin> ickle, that one is asking for a password > 21:21 < ickle> git pull git://anongit.freedesktop.org/~krh/xserver > dri2-invalidate Any chance they could just be pushed to master or revert the offending commits > > And DRM build issue : > > 00:26 < jifli> Someone knows that the current drm-intel-next doesn't > build right? > 00:32 < jbarnes> anholt: build breakage due to the sr conflict resolution? > 00:32 < jbarnes> or something... > 00:32 < jifli> yeah that's right > 00:32 < anholt> eh, I'll get to it at some point. > 00:33 < jbarnes> I don't see why it's failing offhand > 00:33 < jifli> forgot (dev) after IS_I915GM > 00:33 < jifli> line 2778 in intel_display.c > 00:34 < jbarnes> oh I was looking at debugfs.c > 00:34 < jbarnes> yeah that's it > ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 13:59, Peter Winston wrote: > The thing that suprises me is that there has been no discussion of "how do > we update the vision and goals of x.org" > > The fact that we might be spending too much for hosting, or doing a poor job > of accounting for expences is interesting, but secondary to "where do we > want to be in 3 years, and how are we going to get there." > We're not discussing that because this is precisely the things that the board should _not_ decide. Development in X.Org is done by people from different horizons, and they do what they want/what their employer asks for (keep in mind we're talking about many different companies and also hobbyists). The board is merely a means to help them get to their goals. Stephane ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
Hi, On Thu, Feb 18, 2010 at 11:52:22PM +0100, Egbert Eich wrote: > On Thu, Feb 18, 2010 at 09:45:07PM +, Daniel Stone wrote: > > As far as I can tell (and I've not looked hard, because I'd like to > > escape the office early), XDS 2007 cost $US10k for the venue, around > > $US24k for travel sponsorship (no joke), and something like $US5k lost > > to PayPal (they decided we were scammers and took our money) as well as > > This is actually interesting and it supports my feeling how finances > are handled and why I have given up doing any accounting. > > But maybe I'm wrong and I only have this feeling because things work > differently in the EU than in the US where an organization is able to > to pocket ones money by making false claims. I'm pretty uncomfortable with the suggestion here. No, wait, very uncomfortable. (Not to mention that if any misuse of funds _did_ go on here, then it sucks to be me, because if that was the case, then I got not a single cent from my complicity.) > It's not as if X.Org didn't have a legal counsel - I would have expected > that with the help of this the issue with PayPal could have been resolved > and the money been refunded. No, not really. If you read PayPal's T&Cs, it's mostly along the lines of 'we're entitled to all your money if we feel like it', and it turns out that they felt like it. I'd hoped to use Google Checkout originally, but had misread its T&Cs, which led me to believe that we were not eligible to use it -- turns out this wasn't actually true. So, again, mea culpa for being daft enough to use PayPal in the first place. http://www.paypalsucks.com and others have a litany of horror stories about PayPal pocketing cash from accounts they thought may have been vaguely kind of suspicious. > > If you feel this is unacceptable and are looking to assign blame, the > > mail archives back me up that the entire thing was entirely my idea, and > > every single costing and proposal came from myself. > > I don't think anyone is putting any blame on you as the organizer > of the event. > After all there was a justifiable reason for all the expenses and > there is no point arguing now if things could have been done at lower > costs. > It is more the intransparency of things which create an uncomfortable > feeling among some of the people here. No argument that we should've been and should be vastly more transparent. Cheers, Daniel pgprU8ZKO6BdO.pgp Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 4:52 PM, Egbert Eich wrote: > On Thu, Feb 18, 2010 at 09:45:07PM +, Daniel Stone wrote: >> Hi, >> >> As far as I can tell (and I've not looked hard, because I'd like to >> escape the office early), XDS 2007 cost $US10k for the venue, around >> $US24k for travel sponsorship (no joke), and something like $US5k lost >> to PayPal (they decided we were scammers and took our money) as well as > It's not as if X.Org didn't have a legal counsel - I would have expected > that with the help of this the issue with PayPal could have been resolved > and the money been refunded. 5000USD is surely enough to take legal action to recover. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 02:50:40PM -0800, Corbin Simpson wrote: >> On Feb 18, 2010 2:21 PM, "Peter Winston" wrote: >> >> The thing that suprises me is that there has been no discussion of >> "how do we update the vision and goals of x.org" >> >> The fact that we might be spending too much for hosting, or doing a >> poor job of accounting for expences is interesting, but secondary to >> "where do we want to be in 3 years, and how are we going to get there." > > Quick list: x12, shatter, 3d for the Big Three, million char/s for Big > Three, multigpu xrandr, move some drivers back in. I think that's the bulk > of what we've talked about. The X.Org Foundation (and its BOD) has no control over the technical direction though - other than that members that are often also active developers. Any plan for the foundation should rather include spending plans, future conferences, etc. instead of technical details. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problems Compiling from Git
On Thu, Feb 18, 2010 at 2:52 PM, Mike Lothian wrote: > On 18 February 2010 22:46, Dan Nicholson wrote: >> On Thu, Feb 18, 2010 at 2:36 PM, Mike Lothian wrote: >>> I'm experiencing 3 issues at the moment >>> >>> xorg-server master isn't compiling I get the error: >>> >>> ../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. >>> -I../include -I../hw/xfree86/os-support -I../hw/xfree86/os-support/bus >>> -I../hw/xfree86/common -I../hw/xfree86/dri -I../mi >>> -I../hw/xfree86/dri2 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith >>> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations >>> -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 >>> -Wold-style-definition -Wdeclaration-after-statement -D_BSD_SOURCE >>> -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 >>> -I/usr/include/pixman-1 -I../include -I../include -I../Xext >>> -I../composite -I../damageext -I../xfixes -I../Xi -I../mi >>> -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb >>> -fvisibility=hidden -I/usr/include/drm -I/usr/include/drm >>> -I/usr/include/drm -I/usr/include/X11/dri -DXFree86Server >>> -DGLX_USE_TLS -DPTHREADS -D__GLX_ALIGN64 -march=native -O2 -pipe -w >>> -MT glxdri2.lo -MD -MP -MF .deps/glxdri2.Tpo -c -o glxdri2.lo >>> glxdri2.c >>> glxdri2.c: In function '__glXDRIdrawableSwapBuffers': >>> glxdri2.c:221: error: '__DRI2flushExtension' has no member named >>> 'flushInvalidate' >>> >>> mesa wont compile. I have no idea what's happening >>> >>> gmake[5]: Entering directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >>> running /usr/bin/makedepend >>> gmake[5]: Leaving directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >>> gmake[5]: Entering directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >>> gmake[6]: Entering directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >>> x86_64-pc-linux-gnu-gcc -c -I. >>> -I../../../../../src/mesa/drivers/dri/common -Iserver >>> -I../../../../../include -I../../../../../src/mesa >>> -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri >>> -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall >>> -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden >>> -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS >>> -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS >>> -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING >>> -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/utils.c -o >>> ../common/utils.o >>> x86_64-pc-linux-gnu-gcc -c -I. >>> -I../../../../../src/mesa/drivers/dri/common -Iserver >>> -I../../../../../include -I../../../../../src/mesa >>> -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri >>> -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall >>> -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden >>> -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS >>> -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS >>> -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING >>> -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast.c -o swrast.o >>> x86_64-pc-linux-gnu-gcc -c -I. >>> -I../../../../../src/mesa/drivers/dri/common -Iserver >>> -I../../../../../include -I../../../../../src/mesa >>> -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri >>> -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall >>> -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden >>> -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS >>> -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS >>> -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING >>> -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast_span.c -o swrast_span.o >>> /bin/sh ../../../../../bin/mklib -o swrast_dri.so -noprefix -linker >>> 'x86_64-pc-linux-gnu-gcc' -ldflags '-Wl,-O1 -Wl,--hash-style=gnu >>> -Wl,--as-needed' \ >>> ../../common/driverfuncs.o ../common/utils.o swrast.o >>> swrast_span.o ../../../../../src/mesa/libmesa.a \ >>> -ldrm -lexpat -lm -lpthread -ldl >>> mklib: Making Linux shared library: swrast_dri.so >>> gmake[6]: *** [swrast_dri.so] Error 1 >>> gmake[6]: Leaving directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >>> gmake[5]: *** [lib] Error 2 >>> gmake[5]: Leaving directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >>> gmake[4]: *** [subdirs] Error 1 >>> gmake[4]: Leaving directory >>> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri' >>> gmake[3]: *** [default] Error 1 >> >> For this one, you should revert commit >> d6f55492af3cb82b0113fe6beac0f3494b6e2956. trap and exit on ERR >> shouldn't be used blindly since it's entirely possible there are >> commands that safely fail in mklib. Not to mentio
Re: Problems Compiling from Git
On 18 February 2010 22:46, Dan Nicholson wrote: > On Thu, Feb 18, 2010 at 2:36 PM, Mike Lothian wrote: >> I'm experiencing 3 issues at the moment >> >> xorg-server master isn't compiling I get the error: >> >> ../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. >> -I../include -I../hw/xfree86/os-support -I../hw/xfree86/os-support/bus >> -I../hw/xfree86/common -I../hw/xfree86/dri -I../mi >> -I../hw/xfree86/dri2 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith >> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations >> -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 >> -Wold-style-definition -Wdeclaration-after-statement -D_BSD_SOURCE >> -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 >> -I/usr/include/pixman-1 -I../include -I../include -I../Xext >> -I../composite -I../damageext -I../xfixes -I../Xi -I../mi >> -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb >> -fvisibility=hidden -I/usr/include/drm -I/usr/include/drm >> -I/usr/include/drm -I/usr/include/X11/dri -DXFree86Server >> -DGLX_USE_TLS -DPTHREADS -D__GLX_ALIGN64 -march=native -O2 -pipe -w >> -MT glxdri2.lo -MD -MP -MF .deps/glxdri2.Tpo -c -o glxdri2.lo >> glxdri2.c >> glxdri2.c: In function '__glXDRIdrawableSwapBuffers': >> glxdri2.c:221: error: '__DRI2flushExtension' has no member named >> 'flushInvalidate' >> >> mesa wont compile. I have no idea what's happening >> >> gmake[5]: Entering directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >> running /usr/bin/makedepend >> gmake[5]: Leaving directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >> gmake[5]: Entering directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >> gmake[6]: Entering directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >> x86_64-pc-linux-gnu-gcc -c -I. >> -I../../../../../src/mesa/drivers/dri/common -Iserver >> -I../../../../../include -I../../../../../src/mesa >> -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri >> -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall >> -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden >> -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS >> -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS >> -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING >> -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/utils.c -o >> ../common/utils.o >> x86_64-pc-linux-gnu-gcc -c -I. >> -I../../../../../src/mesa/drivers/dri/common -Iserver >> -I../../../../../include -I../../../../../src/mesa >> -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri >> -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall >> -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden >> -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS >> -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS >> -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING >> -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast.c -o swrast.o >> x86_64-pc-linux-gnu-gcc -c -I. >> -I../../../../../src/mesa/drivers/dri/common -Iserver >> -I../../../../../include -I../../../../../src/mesa >> -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri >> -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall >> -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden >> -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS >> -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS >> -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING >> -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast_span.c -o swrast_span.o >> /bin/sh ../../../../../bin/mklib -o swrast_dri.so -noprefix -linker >> 'x86_64-pc-linux-gnu-gcc' -ldflags '-Wl,-O1 -Wl,--hash-style=gnu >> -Wl,--as-needed' \ >> ../../common/driverfuncs.o ../common/utils.o swrast.o >> swrast_span.o ../../../../../src/mesa/libmesa.a \ >> -ldrm -lexpat -lm -lpthread -ldl >> mklib: Making Linux shared library: swrast_dri.so >> gmake[6]: *** [swrast_dri.so] Error 1 >> gmake[6]: Leaving directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >> gmake[5]: *** [lib] Error 2 >> gmake[5]: Leaving directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' >> gmake[4]: *** [subdirs] Error 1 >> gmake[4]: Leaving directory >> `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri' >> gmake[3]: *** [default] Error 1 > > For this one, you should revert commit > d6f55492af3cb82b0113fe6beac0f3494b6e2956. trap and exit on ERR > shouldn't be used blindly since it's entirely possible there are > commands that safely fail in mklib. Not to mention that it's not > portable. > > -- > Dan > Thanks Dan Does any one have access to get this reverted on master?
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 09:45:07PM +, Daniel Stone wrote: > Hi, > > As far as I can tell (and I've not looked hard, because I'd like to > escape the office early), XDS 2007 cost $US10k for the venue, around > $US24k for travel sponsorship (no joke), and something like $US5k lost > to PayPal (they decided we were scammers and took our money) as well as This is actually interesting and it supports my feeling how finances are handled and why I have given up doing any accounting. But maybe I'm wrong and I only have this feeling because things work differently in the EU than in the US where an organization is able to to pocket ones money by making false claims. It's not as if X.Org didn't have a legal counsel - I would have expected that with the help of this the issue with PayPal could have been resolved and the money been refunded. > > If you feel this is unacceptable and are looking to assign blame, the > mail archives back me up that the entire thing was entirely my idea, and > every single costing and proposal came from myself. > I don't think anyone is putting any blame on you as the organizer of the event. After all there was a justifiable reason for all the expenses and there is no point arguing now if things could have been done at lower costs. It is more the intransparency of things which create an uncomfortable feeling among some of the people here. Cheers, Egbert. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Problems Compiling from Git
On Thu, Feb 18, 2010 at 2:36 PM, Mike Lothian wrote: > I'm experiencing 3 issues at the moment > > xorg-server master isn't compiling I get the error: > > ../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. > -I../include -I../hw/xfree86/os-support -I../hw/xfree86/os-support/bus > -I../hw/xfree86/common -I../hw/xfree86/dri -I../mi > -I../hw/xfree86/dri2 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith > -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations > -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 > -Wold-style-definition -Wdeclaration-after-statement -D_BSD_SOURCE > -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 > -I/usr/include/pixman-1 -I../include -I../include -I../Xext > -I../composite -I../damageext -I../xfixes -I../Xi -I../mi > -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb > -fvisibility=hidden -I/usr/include/drm -I/usr/include/drm > -I/usr/include/drm -I/usr/include/X11/dri -DXFree86Server > -DGLX_USE_TLS -DPTHREADS -D__GLX_ALIGN64 -march=native -O2 -pipe -w > -MT glxdri2.lo -MD -MP -MF .deps/glxdri2.Tpo -c -o glxdri2.lo > glxdri2.c > glxdri2.c: In function '__glXDRIdrawableSwapBuffers': > glxdri2.c:221: error: '__DRI2flushExtension' has no member named > 'flushInvalidate' > > mesa wont compile. I have no idea what's happening > > gmake[5]: Entering directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' > running /usr/bin/makedepend > gmake[5]: Leaving directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' > gmake[5]: Entering directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' > gmake[6]: Entering directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' > x86_64-pc-linux-gnu-gcc -c -I. > -I../../../../../src/mesa/drivers/dri/common -Iserver > -I../../../../../include -I../../../../../src/mesa > -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri > -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall > -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden > -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS > -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS > -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING > -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/utils.c -o > ../common/utils.o > x86_64-pc-linux-gnu-gcc -c -I. > -I../../../../../src/mesa/drivers/dri/common -Iserver > -I../../../../../include -I../../../../../src/mesa > -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri > -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall > -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden > -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS > -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS > -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING > -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast.c -o swrast.o > x86_64-pc-linux-gnu-gcc -c -I. > -I../../../../../src/mesa/drivers/dri/common -Iserver > -I../../../../../include -I../../../../../src/mesa > -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri > -I/usr/include/drm -march=native -O2 -pipe -w -ffast-math -Wall > -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden > -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS > -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS > -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING > -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast_span.c -o swrast_span.o > /bin/sh ../../../../../bin/mklib -o swrast_dri.so -noprefix -linker > 'x86_64-pc-linux-gnu-gcc' -ldflags '-Wl,-O1 -Wl,--hash-style=gnu > -Wl,--as-needed' \ > ../../common/driverfuncs.o ../common/utils.o swrast.o > swrast_span.o ../../../../../src/mesa/libmesa.a \ > -ldrm -lexpat -lm -lpthread -ldl > mklib: Making Linux shared library: swrast_dri.so > gmake[6]: *** [swrast_dri.so] Error 1 > gmake[6]: Leaving directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' > gmake[5]: *** [lib] Error 2 > gmake[5]: Leaving directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' > gmake[4]: *** [subdirs] Error 1 > gmake[4]: Leaving directory > `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri' > gmake[3]: *** [default] Error 1 For this one, you should revert commit d6f55492af3cb82b0113fe6beac0f3494b6e2956. trap and exit on ERR shouldn't be used blindly since it's entirely possible there are commands that safely fail in mklib. Not to mention that it's not portable. -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
Quick list: x12, shatter, 3d for the Big Three, million char/s for Big Three, multigpu xrandr, move some drivers back in. I think that's the bulk of what we've talked about. Posting from a mobile, pardon my terseness. ~ C. On Feb 18, 2010 2:21 PM, "Peter Winston" wrote: The thing that suprises me is that there has been no discussion of "how do we update the vision and goals of x.org" The fact that we might be spending too much for hosting, or doing a poor job of accounting for expences is interesting, but secondary to "where do we want to be in 3 years, and how are we going to get there." IMHO Peter Sent from my iPhone On Feb 18, 2010, at 4:45 PM, Daniel Stone wrote: > Hi, > > On Thu, Feb 18, ... > ___ > members mailing list > memb...@foundation.x.org ... ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Problems Compiling from Git
I'm experiencing 3 issues at the moment xorg-server master isn't compiling I get the error: ../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../include -I../hw/xfree86/os-support -I../hw/xfree86/os-support/bus -I../hw/xfree86/common -I../hw/xfree86/dri -I../mi -I../hw/xfree86/dri2 -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-definition -Wdeclaration-after-statement -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/freetype2 -I/usr/include/pixman-1 -I../include -I../include -I../Xext -I../composite -I../damageext -I../xfixes -I../Xi -I../mi -I../miext/shadow -I../miext/damage -I../render -I../randr -I../fb -fvisibility=hidden -I/usr/include/drm -I/usr/include/drm -I/usr/include/drm -I/usr/include/X11/dri -DXFree86Server -DGLX_USE_TLS -DPTHREADS -D__GLX_ALIGN64 -march=native -O2 -pipe -w -MT glxdri2.lo -MD -MP -MF .deps/glxdri2.Tpo -c -o glxdri2.lo glxdri2.c glxdri2.c: In function '__glXDRIdrawableSwapBuffers': glxdri2.c:221: error: '__DRI2flushExtension' has no member named 'flushInvalidate' mesa wont compile. I have no idea what's happening gmake[5]: Entering directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' running /usr/bin/makedepend gmake[5]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[5]: Entering directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[6]: Entering directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' x86_64-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm-march=native -O2 -pipe -w -ffast-math -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS ../common/utils.c -o ../common/utils.o x86_64-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm-march=native -O2 -pipe -w -ffast-math -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast.c -o swrast.o x86_64-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm-march=native -O2 -pipe -w -ffast-math -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS swrast_span.c -o swrast_span.o /bin/sh ../../../../../bin/mklib -o swrast_dri.so -noprefix -linker 'x86_64-pc-linux-gnu-gcc' -ldflags '-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed' \ ../../common/driverfuncs.o ../common/utils.o swrast.o swrast_span.o ../../../../../src/mesa/libmesa.a \ -ldrm -lexpat -lm -lpthread -ldl mklib: Making Linux shared library: swrast_dri.so gmake[6]: *** [swrast_dri.so] Error 1 gmake[6]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[5]: *** [lib] Error 2 gmake[5]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri/swrast' gmake[4]: *** [subdirs] Error 1 gmake[4]: Leaving directory `/var/tmp/portage/media-libs/mesa-/work/Mesa-/src/mesa/drivers/dri' gmake[3]: *** [default] Error 1 And lastly the latest intel DRM code from drm-intel-next has the following issue too: CC drivers/gpu/drm/i915/intel_display.o drivers/gpu/drm/i915/intel_display.c: In function 'i9xx_update_wm': drivers/gpu/drm/i915/intel_display.c:2778: error: 'IS_I915GM' undeclared (first use in this function) drivers/gpu/drm/i915/intel_display.c:2778: error: (Each undeclared identifier is reported only once drivers/gpu/drm/i915/intel_display.c:2778: error: for each function it appears in.) make[4]: *** [drivers/gpu/drm/i915/intel_display.o] Error 1 Sorry to spam the mailing lists with this but my guess is the people who introduced these bugs are either using different branches or have fixes already in their local
Re: Board voting ends today, but...
Sorry Daniel, It's the Board's responsibility, and within the Board that of the Treasurer who is responsible for representing to the Board the current financial position of X.Org. If it was successful, value received for money spent, you deserve credit for proposing it. If it was financially insupportable, it was the responsibility of the Board to reject the proposal. Leon on Thu, 18 Feb 2010 21:45:07 + Daniel Stone wrote: Hi, On Thu, Feb 18, 2010 at 01:33:36PM -0800, Stephane Marchesin wrote: > On Thu, Feb 18, 2010 at 05:44, Luc Verhaegen wrote: > > There is little to no information about the X.org Foundation Boards > > financial handlings. Several years ago, several companies (at least one, > > Sun) deposited a lot of money into the foundation. It seems that the > > foundation had 222k usd at the start of 2007; and we have 125k usd > > today. We are not getting many details on how these funds were used, and > > we only get some very general statements about how these funds were used > > in the last year. And it seems that nobody on the actual board of > > directors has anything but some hazy ideas of what is going on. > > FWIW a fair chunk of that money went into XDS 2007. If you recall we > had a nice conference place and X.Org paid for hosting and trip for a > big number of people (which is also why the event grew so big and was > so successful, we never had such a big venue before and since then). *** * THIS IS ONLY MY RECOLLECTION FROM A TWO-MINUTE SCAN OF EMAIL. * * DO NOT TAKE IT AS GOSPEL, DO NOT RELY UPON IT AS ABSOLUTE TRUTH.* *** As far as I can tell (and I've not looked hard, because I'd like to escape the office early), XDS 2007 cost $US10k for the venue, around $US24k for travel sponsorship (no joke), and something like $US5k lost to PayPal (they decided we were scammers and took our money) as well as around $US5k that vanished into the Brazilian banking system, which gives us $US45k for one conference. *** * THIS IS ONLY MY RECOLLECTION FROM A TWO-MINUTE SCAN OF EMAIL. * * DO NOT TAKE IT AS GOSPEL, DO NOT RELY UPON IT AS ABSOLUTE TRUTH.* * * * SERIOUSLY. * *** If you feel this is unacceptable and are looking to assign blame, the mail archives back me up that the entire thing was entirely my idea, and every single costing and proposal came from myself. Cheers, Daniel Shiman Associates Incorporated 163 Tappan Street Brookline MA 02445 USA office: +1.617.277.0087 mobile: +1 617.642.5366 [US] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
Hi, On Thu, Feb 18, 2010 at 01:33:36PM -0800, Stephane Marchesin wrote: > On Thu, Feb 18, 2010 at 05:44, Luc Verhaegen wrote: > > There is little to no information about the X.org Foundation Boards > > financial handlings. Several years ago, several companies (at least one, > > Sun) deposited a lot of money into the foundation. It seems that the > > foundation had 222k usd at the start of 2007; and we have 125k usd > > today. We are not getting many details on how these funds were used, and > > we only get some very general statements about how these funds were used > > in the last year. And it seems that nobody on the actual board of > > directors has anything but some hazy ideas of what is going on. > > FWIW a fair chunk of that money went into XDS 2007. If you recall we > had a nice conference place and X.Org paid for hosting and trip for a > big number of people (which is also why the event grew so big and was > so successful, we never had such a big venue before and since then). *** * THIS IS ONLY MY RECOLLECTION FROM A TWO-MINUTE SCAN OF EMAIL. * * DO NOT TAKE IT AS GOSPEL, DO NOT RELY UPON IT AS ABSOLUTE TRUTH.* *** As far as I can tell (and I've not looked hard, because I'd like to escape the office early), XDS 2007 cost $US10k for the venue, around $US24k for travel sponsorship (no joke), and something like $US5k lost to PayPal (they decided we were scammers and took our money) as well as around $US5k that vanished into the Brazilian banking system, which gives us $US45k for one conference. *** * THIS IS ONLY MY RECOLLECTION FROM A TWO-MINUTE SCAN OF EMAIL. * * DO NOT TAKE IT AS GOSPEL, DO NOT RELY UPON IT AS ABSOLUTE TRUTH.* * * * SERIOUSLY. * *** If you feel this is unacceptable and are looking to assign blame, the mail archives back me up that the entire thing was entirely my idea, and every single costing and proposal came from myself. Cheers, Daniel pgpRkvasRkbyN.pgp Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
On Thu, Feb 18, 2010 at 05:44, Luc Verhaegen wrote: > Since voting is officially ending today I have cast my votes just now... > but i did not at all feel comfortable doing so. > > While we did start to get some insights in the Boards doings of the past > year, these insights are very limited indeed. > > There are no transcripts nor minutes of meetings. Irc meetings are > supposed to be free and open now, but the first one to become free was > the one from this tuesday. > > There is little to no information about the X.org Foundation Boards > financial handlings. Several years ago, several companies (at least one, > Sun) deposited a lot of money into the foundation. It seems that the > foundation had 222k usd at the start of 2007; and we have 125k usd > today. We are not getting many details on how these funds were used, and > we only get some very general statements about how these funds were used > in the last year. And it seems that nobody on the actual board of > directors has anything but some hazy ideas of what is going on. > FWIW a fair chunk of that money went into XDS 2007. If you recall we had a nice conference place and X.Org paid for hosting and trip for a big number of people (which is also why the event grew so big and was so successful, we never had such a big venue before and since then). Stephane ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
Right. I am the outsider who will find out what is going on in there and share that info with you the voter. If it is not too late, ... On Thu, Feb 18, 2010 at 10:06 AM, Maarten Maathuis wrote: > I am not a member, which says something already. But in short > everything surrounding the board has never tempted to sign up or vote. > Apart from hosting a few servers i never knew what they were doing. > This situation has somewhat improved but it's still vague. At the > moment i still do not feel the need to sign and vote, because the > process is still untransparent and unappealing. If it were me, i would > suspend the elections temporarily and let the current board get their > things in order. A year report is what i expect at the very least, and > i've not seen this come by. The financial state of affairs is unusual > to say the very least. If this is to be an election of interest, i > want written material stating their long term intentions, much like > any political election would have (although it could be less eleborate > ofcource). > > Maarten. > > On Thu, Feb 18, 2010 at 2:44 PM, Luc Verhaegen wrote: >> Since voting is officially ending today I have cast my votes just now... >> but i did not at all feel comfortable doing so. >> >> While we did start to get some insights in the Boards doings of the past >> year, these insights are very limited indeed. >> >> There are no transcripts nor minutes of meetings. Irc meetings are >> supposed to be free and open now, but the first one to become free was >> the one from this tuesday. >> >> There is little to no information about the X.org Foundation Boards >> financial handlings. Several years ago, several companies (at least one, >> Sun) deposited a lot of money into the foundation. It seems that the >> foundation had 222k usd at the start of 2007; and we have 125k usd >> today. We are not getting many details on how these funds were used, and >> we only get some very general statements about how these funds were used >> in the last year. And it seems that nobody on the actual board of >> directors has anything but some hazy ideas of what is going on. >> >> All of this makes me extremely uneasy, especially since we have to vote >> on a partial replacement of this board, right now. >> >> Is there anyone else who, that with the information that has now become >> available, would like to alter their vote? Is there anyone here who >> thinks that he has not enough information available today to be able to >> vote at all? >> >> Thanks, >> >> Luc Verhaegen. >> ___ >> xorg mailing list >> xorg@lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/xorg > ___ > xorg mailing list > xorg@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/xorg > -- Is it the time when there isn't time to discuss but there is time to act yet? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: MPX features & popups
On Tue, Feb 16, 2010 at 12:10:52PM +1000, Peter Hutterer wrote: > > Aside from that, it's not actually the popup window that's the issue it's > the active grab. These grabs are a PITA anyway, even when not using MPX. Once you've opened a menu or a drop-down list, you can't do anything else. Can't switch focus, WM shortcuts not working, etc. You have to hit ESC or click somewhere to get control back. So the real solution would be to fix the toolkits to not grab. Cheers, harry ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Board voting ends today, but...
I am not a member, which says something already. But in short everything surrounding the board has never tempted to sign up or vote. Apart from hosting a few servers i never knew what they were doing. This situation has somewhat improved but it's still vague. At the moment i still do not feel the need to sign and vote, because the process is still untransparent and unappealing. If it were me, i would suspend the elections temporarily and let the current board get their things in order. A year report is what i expect at the very least, and i've not seen this come by. The financial state of affairs is unusual to say the very least. If this is to be an election of interest, i want written material stating their long term intentions, much like any political election would have (although it could be less eleborate ofcource). Maarten. On Thu, Feb 18, 2010 at 2:44 PM, Luc Verhaegen wrote: > Since voting is officially ending today I have cast my votes just now... > but i did not at all feel comfortable doing so. > > While we did start to get some insights in the Boards doings of the past > year, these insights are very limited indeed. > > There are no transcripts nor minutes of meetings. Irc meetings are > supposed to be free and open now, but the first one to become free was > the one from this tuesday. > > There is little to no information about the X.org Foundation Boards > financial handlings. Several years ago, several companies (at least one, > Sun) deposited a lot of money into the foundation. It seems that the > foundation had 222k usd at the start of 2007; and we have 125k usd > today. We are not getting many details on how these funds were used, and > we only get some very general statements about how these funds were used > in the last year. And it seems that nobody on the actual board of > directors has anything but some hazy ideas of what is going on. > > All of this makes me extremely uneasy, especially since we have to vote > on a partial replacement of this board, right now. > > Is there anyone else who, that with the information that has now become > available, would like to alter their vote? Is there anyone here who > thinks that he has not enough information available today to be able to > vote at all? > > Thanks, > > Luc Verhaegen. > ___ > xorg mailing list > xorg@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xrandr dual-screen usability survery (Was: Dual-head config broke with update to 1.4.2)
Eeri Kask wrote: > Am 17 Feb 2010 12:38:16, Alex Deucher schrieb: >>> And aside from that, didn't you say earlier that the Intel >>> driver actually has it removed and that it is official Xorg >>> policy that keeping classic dual-screen alive is not intended? >>> >> Yes, the intel driver has removed it. It's not policy to remove >> zaphod mode, but none of the active Xorg developers that I know >> of use it and very few users overall use it, so it doesn't get >> tested much. >> We are all busy so it's not a high priority. > > > Is it correct to deduce, nvidia software engineers either > > (1) are not busy, or > (2) don't discriminate less widespread X11-technology use cases? or (3) have paying customers who want it to be supported, so it's worth them spending the time needed on it? (I have no knowledge of whether that's the case or not, it just seems like an obvious possibility that you overlooked, since Nvidia pays developers to work on Xorg drivers because it brings in revenue for them.) -- -Alan Coopersmith- alan.coopersm...@sun.com Oracle Solaris Platform Engineering: X Window System ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Board voting ends today, but...
Since voting is officially ending today I have cast my votes just now... but i did not at all feel comfortable doing so. While we did start to get some insights in the Boards doings of the past year, these insights are very limited indeed. There are no transcripts nor minutes of meetings. Irc meetings are supposed to be free and open now, but the first one to become free was the one from this tuesday. There is little to no information about the X.org Foundation Boards financial handlings. Several years ago, several companies (at least one, Sun) deposited a lot of money into the foundation. It seems that the foundation had 222k usd at the start of 2007; and we have 125k usd today. We are not getting many details on how these funds were used, and we only get some very general statements about how these funds were used in the last year. And it seems that nobody on the actual board of directors has anything but some hazy ideas of what is going on. All of this makes me extremely uneasy, especially since we have to vote on a partial replacement of this board, right now. Is there anyone else who, that with the information that has now become available, would like to alter their vote? Is there anyone here who thinks that he has not enough information available today to be able to vote at all? Thanks, Luc Verhaegen. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xrandr dual-screen usability survery
Eeri Kask writes: > Am 17 Feb 2010 12:38:16, Alex Deucher schrieb: >> > And aside from that, didn't you say earlier that the Intel >> > driver actually has it removed and that it is official Xorg >> > policy that keeping classic dual-screen alive is not intended? >> > >> >> Yes, the intel driver has removed it. It's not policy to remove >> zaphod mode, but none of the active Xorg developers that I know >> of use it and very few users overall use it, so it doesn't get >> tested much. >> We are all busy so it's not a high priority. > > > Is it correct to deduce, nvidia software engineers either > > (1) are not busy, or Which could simply mean that they have a larger ratio of developer resources to work items. > (2) don't discriminate less widespread X11-technology use cases? This is certainly not true. Pretty much any driver team will "discriminate against less widespread X11-technology use cases". As long as you have two or more things you want to do, it is a safe bet that one of them will have higher priority than the other. And I think it is a safe bet that widely used features will tend to have higher priority than little used features. There could also be technical reasons why it is easier to maintain zaphod mode in the nvidia driver. Maybe their architecture made it easy to implement proper xrandr support without breaking zaphod. Or maybe it's just that some of their engineers actually use zaphod and thus fixes the problems when they show up. eirik ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xrandr dual-screen usability survery (Was: Dual-head config broke with update to 1.4.2)
Am 17 Feb 2010 12:38:16, Alex Deucher schrieb: > > And aside from that, didn't you say earlier that the Intel > > driver actually has it removed and that it is official Xorg > > policy that keeping classic dual-screen alive is not intended? > > > > Yes, the intel driver has removed it. It's not policy to remove > zaphod mode, but none of the active Xorg developers that I know > of use it and very few users overall use it, so it doesn't get > tested much. > We are all busy so it's not a high priority. Is it correct to deduce, nvidia software engineers either (1) are not busy, or (2) don't discriminate less widespread X11-technology use cases? (Looking statistically computer users on the planet run windows anyways, so following this argument why fiddle with X11 at all, then?) :-) Greetings, Eeri Kask ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
