Re: libXext 1.0.99.3

2009-07-19 Thread Colin Guthrie
'Twas brillig, and Peter Hutterer at 16/07/09 23:49 did gyre and gimble:
 Brown paper bag release. 1.0.99.2 shipped with a build error if it didn't
 partially pick up system-installed old xextproto headers. Apologies for the
 inconvenience.
 
 Adam Jackson (1):
   Fix DPMS/MBUF/SECURITY for new header names
 
 Peter Hutterer (1):
   Bump to 1.0.99.3

I'm still not seeing dpmsstr.h being installed by either protocol or 
lib. Is it deprecated?

Things like xscreensaver will not compile now as they include this 
directly. I can remove the include form xscreensaver for this file and 
it seems to compile fine, but I'm not sure if this is intentional. It 
seems most of the defines/structures in dpmsstr.h are now in 
dpmsproto.h. Perhaps a dummy dpmsstr.h should be created that just 
includes dpmsproto as a stopgap? Or was dpmsstr.h never part of the 
public API? There are some comments in xscreensaver that seem to suggest 
this may be the case...

Thanks for any clarification.

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: applewm.c:42:34: error: HIServices/Processes.h: No such file or directory

2009-07-19 Thread Colin Guthrie
'Twas brillig, and Justin Mattock at 18/07/09 00:17 did gyre and gimble:
 Not sure if this is relevant but when compiling
 libAppleWM on a linux machine I receive this error:
 
 applewm.c:42:34: error: HIServices/Processes.h: No such file or directory
 applewm.c: In function 'XAppleWMSendPSN':
 applewm.c:355: error: 'ProcessSerialNumber' undeclared (first use in
 this function)
 applewm.c:355: error: (Each undeclared identifier is reported only once
 applewm.c:355: error: for each function it appears in.)
 applewm.c:355: error: expected ';' before 'psn'
 applewm.c:356: error: 'OSErr' undeclared (first use in this function)
 applewm.c:356: error: expected ';' before 'err'
 applewm.c:362: error: 'err' undeclared (first use in this function)
 applewm.c:362: warning: implicit declaration of function 'GetCurrentProcess'
 applewm.c:362: warning: nested extern declaration of 'GetCurrentProcess'
 applewm.c:362: error: 'psn' undeclared (first use in this function)
 applewm.c:364: error: 'noErr' undeclared (first use in this function)
 make[2]: *** [libAppleWM_la-applewm.lo] Error 1
 
 Should I even bother with this lib, or should
 I add some header to compile this lib in?

Oh, *that* was the error I saw too. I just posted a vaguer message about 
this problem.

I was questioning about the usefulness of this lib+proto on non-OSX 
systems too.

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [ANNOUNCE] libAppleWM 1.3.0

2009-07-19 Thread Colin Guthrie
'Twas brillig, and Jeremy Huddleston at 04/07/09 03:39 did gyre and gimble:
 Jeremy Huddleston (3):
   Remove compile warning about signedness
   Added XAppleWMAttachTransient for SnowLeopard
   1.3.0
 
 git tag: libAppleWM-1.3.0
 
 http://xorg.freedesktop.org/archive/individual/lib/libAppleWM-1.3.0.tar.bz2
 MD5: e79128571bb64e4c1286b8a1a8c4b8ab  libAppleWM-1.3.0.tar.bz2
 SHA1: 8fb77026babb9d96eba57e826bb92e8ff7fd767f  libAppleWM-1.3.0.tar.bz2
 
 http://xorg.freedesktop.org/archive/individual/lib/libAppleWM-1.3.0.tar.gz
 MD5: 8b44b7489994a576cfed56204fb07241  libAppleWM-1.3.0.tar.gz
 SHA1: 0129a179fa45c0261b2d47cbaefbca8696b2116d  libAppleWM-1.3.0.tar.gz

Forgive me for being an eejit, but is this meant to compile on any other 
platforms than OS X?

e.g. should it compile and be installable on a standard linux system 
like Fedora/Mandriva/Ubuntu etc.

I'm not really sure what this does but as I want the latest versions of 
everything, I thought I'd update the proto+lib that is currently shipped 
in mandriva. I get problems compiling the lib tho', not got exact 
messages just now, as I've fiddled about with other stuff, but I'll get 
them again if it helps. It was related to what looked to be missing 
headers that sounded unfamiliar and as if they would exist instead in an 
OSX build env.

So any thoughts on whether it's worthwhile building/shipping both of 
these on a Linux install would be appreciated and if it turns out there 
is a point, i'll get the proper error message for you :)

Col


-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
   Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
   Mandriva Linux Contributor [http://www.mandriva.com/]
   PulseAudio Hacker [http://www.pulseaudio.org/]
   Trac Hacker [http://trac.edgewall.org/]

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while it should have been (nil).

2009-07-19 Thread Maarten Maathuis
That would suggest creating a GC that completely bypasses exa.

The proper solution seems like adding more indices or at least
detecting that the indices are being used.

I'll write a patch as soon as my system is in order again.

Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: applewm.c:42:34: error: HIServices/Processes.h: No such file or directory

2009-07-19 Thread Justin P. Mattock
Colin Guthrie wrote:
 'Twas brillig, and Justin Mattock at 18/07/09 00:17 did gyre and gimble:

 Not sure if this is relevant but when compiling
 libAppleWM on a linux machine I receive this error:

 applewm.c:42:34: error: HIServices/Processes.h: No such file or directory
 applewm.c: In function 'XAppleWMSendPSN':
 applewm.c:355: error: 'ProcessSerialNumber' undeclared (first use in
 this function)
 applewm.c:355: error: (Each undeclared identifier is reported only once
 applewm.c:355: error: for each function it appears in.)
 applewm.c:355: error: expected ';' before 'psn'
 applewm.c:356: error: 'OSErr' undeclared (first use in this function)
 applewm.c:356: error: expected ';' before 'err'
 applewm.c:362: error: 'err' undeclared (first use in this function)
 applewm.c:362: warning: implicit declaration of function 'GetCurrentProcess'
 applewm.c:362: warning: nested extern declaration of 'GetCurrentProcess'
 applewm.c:362: error: 'psn' undeclared (first use in this function)
 applewm.c:364: error: 'noErr' undeclared (first use in this function)
 make[2]: *** [libAppleWM_la-applewm.lo] Error 1

 Should I even bother with this lib, or should
 I add some header to compile this lib in?
  

 Oh, *that* was the error I saw too. I just posted a vaguer message about
 this problem.

 I was questioning about the usefulness of this lib+proto on non-OSX
 systems too.

 Col


Tough to say(my guess is this is osx specific); reason for
compiling this is it's one of the library's listed in the LFS installation.
(who knows though)
xserver still compiles, and runs fine without this lib.

Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: applewm.c:42:34: error: HIServices/Processes.h: No such file or directory

2009-07-19 Thread Arkadiusz Miskiewicz
On Saturday 18 of July 2009, Justin Mattock wrote:
 Not sure if this is relevant but when compiling
 libAppleWM on a linux machine I receive this error:

Look at
http://lists.freedesktop.org/archives/xorg/2009-March/044248.html

Someone should patch these two packages to fail build with some message if 
building not for osx.


-- 
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: applewm.c:42:34: error: HIServices/Processes.h: No such file or directory

2009-07-19 Thread Justin P. Mattock
Arkadiusz Miskiewicz wrote:
 On Saturday 18 of July 2009, Justin Mattock wrote:

 Not sure if this is relevant but when compiling
 libAppleWM on a linux machine I receive this error:
  

 Look at
 http://lists.freedesktop.org/archives/xorg/2009-March/044248.html

 Someone should patch these two packages to fail build with some message if
 building not for osx.



Thanks for the info,
I'm guessing libWindowsWM
falls into the same category as well.

Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: status with the latest git xserver

2009-07-19 Thread Aaron Plattner
On Sat, Jul 18, 2009 at 12:07:17AM -0700, Justin P. Mattock wrote:
 This is a status from over here:
 
 macbook pro ati chipset works perfectly
 with the latest git xserver, minor issue due to me
 getting a bit confused but nothing out of the ordinary.
 
 As for my other machine the imac nvidia chipset, well
 a bit of an ABI issue:
 
 (II) Loading extension DRI2
 (II) LoadModule: nvidia
 (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
 (II) Module nvidia: vendor=NVIDIA Corporation
  compiled for 4.0.2, module version = 1.0.0
  Module class: X.Org Video Driver
  WARNING WARNING WARNING WARNING 
 This server has a video driver ABI version of 6.0 that is not
 supported by this NVIDIA driver.  Please check
 http://www.nvidia.com/ for driver updates or downgrade to an X
 server with a supported driver ABI.
 =
 (WW) NVIDIA: The driver will continue to load, but may behave strangely.
 (WW) NVIDIA: This server has an unsupported input driver ABI version 
 (have 7.0, need  5.0).  The driver will continue to load, but may 
 behave strangely.
 (II) LoadModule: kbd
 
 soulution was(after googling a bit)
   startx -ignoreABI,

startx has this dumb behavior where it will silently ignore any arguments it
doesn't recognize.  To actually pass that option on to the X server, you have to
do this:

startx -- -ignoreABI

Yes, that's a space, two dashes, another space, and then another dash.

 but for some reason this didn't do anything.
 I had to use in xorg.conf
 
 Section ServerFlags
  Option IgnoreABI true
 EndSection
 
 Hopefully we don't have to wait to long for nvidia..

Does it work?  We have a policy of trying to support an ABI but not actually
marking it supported without -ignoreABI until after it has been declared frozen
by the X.org release manager.

 Anyways nice work with the xserver xorg!!
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: status with the latest git xserver

2009-07-19 Thread Justin P. Mattock
Aaron Plattner wrote:
 On Sat, Jul 18, 2009 at 12:07:17AM -0700, Justin P. Mattock wrote:

 This is a status from over here:

 macbook pro ati chipset works perfectly
 with the latest git xserver, minor issue due to me
 getting a bit confused but nothing out of the ordinary.

 As for my other machine the imac nvidia chipset, well
 a bit of an ABI issue:

 (II) Loading extension DRI2
 (II) LoadModule: nvidia
 (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
 (II) Module nvidia: vendor=NVIDIA Corporation
   compiled for 4.0.2, module version = 1.0.0
   Module class: X.Org Video Driver
  WARNING WARNING WARNING WARNING 
 This server has a video driver ABI version of 6.0 that is not
 supported by this NVIDIA driver.  Please check
 http://www.nvidia.com/ for driver updates or downgrade to an X
 server with a supported driver ABI.
 =
 (WW) NVIDIA: The driver will continue to load, but may behave strangely.
 (WW) NVIDIA: This server has an unsupported input driver ABI version
 (have 7.0, need  5.0).  The driver will continue to load, but may
 behave strangely.
 (II) LoadModule: kbd

 soulution was(after googling a bit)
startx -ignoreABI,
  

 startx has this dumb behavior where it will silently ignore any arguments it
 doesn't recognize.  To actually pass that option on to the X server, you have 
 to
 do this:

  startx -- -ignoreABI

ahhh.. the two -- is what I didn't have
(Thanks for the info).
 Yes, that's a space, two dashes, another space, and then another dash.


 but for some reason this didn't do anything.
 I had to use in xorg.conf

 Section ServerFlags
   Option IgnoreABI true
 EndSection

 Hopefully we don't have to wait to long for nvidia..
  

 Does it work?  We have a policy of trying to support an ABI but not actually
 marking it supported without -ignoreABI until after it has been declared 
 frozen
 by the X.org release manager.


 Anyways nice work with the xserver xorg!!
  


So far the only issue I see right now is with mplayer
When watching T.V. If I move the window its really slow
i.g. if I grab the window with the cursor, and do a circle with the 
window the cursor is faster than the
window, but watching a movie in firefox(hulu) with the popout window option
doing a circle with the window, the window acts as should.
keep in mind this is for the imac with the nvidia  module from there web 
site.
(I have not tried the nv xorg module yet).
As for the macbook with the ati module(all kernel built-in modules)
the window through mplayer acts as is.

Justin P. Mattock

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while it should have been (nil).

2009-07-19 Thread Justin P. Mattock
Maarten Maathuis wrote:
 That would suggest creating a GC that completely bypasses exa.

 The proper solution seems like adding more indices or at least
 detecting that the indices are being used.

 I'll write a patch as soon as my system is in order again.

 Maarten.


Seems o.k. here.

Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [ANNOUNCE] xextproto 7.0.99.1

2009-07-19 Thread Peter Hutterer
On Sat, Jul 18, 2009 at 04:42:55PM +0200, Klaus Dittrich wrote:
 Peter Hutterer schrieb:
 Many headers included in xextproto were combined library, server and
 protocol headers. This release splits those headers up and moves the
 client-side library headers into the libXext module.

 Clients should not be affected by this change.
 Drivers that included headers from this module will need to be fixed.

 Adam Jackson (1):
   Remove most LBX headers.

 James Cloos (1):
   C sucks: define XEventClass in terms of unsigned int, not CARD32.

 Peter Hutterer (17):
   MITMisc: remove MITMisc.h library header, split into mitmistproto.h
   XEVI: remove XEVI.h library header, split into EVIproto.h
   XLbx: remove XLbx library headers, split into lbx.h, lbxproto.h
   XShm: remove XShm.h library header, split into shm.h, shmproto.h
   XTest: remove XTest.h, split into xtest.h and xtestproto.h
   Xag: remove Xag.h library header, split into Xagconst.h
   Xcup: remove XCup.h library header, split into cup.h
   Xdbe: remove Xdbe.h library header, split into dbe.h
   Remove Xext.h and Xge.h - pure library headers.
   dpms: remove dpms.h library header, split into dpmsconst.h
   remove extutil.h, pure library header
   multibuf: remove multibuf.h, split into multibufconst.h
   security: remove security.h, split into secur.h
   shape: remove shape.h, split into shapeconst.h
   sync: remove sync.h library header, split into syncconst.h
   xtestext1: split xtestext1.h header into xtestext1proto.h
   Bump to 7.0.99.1

 git tag: xextproto-7.0.99.1

 http://xorg.freedesktop.org/archive/individual/proto/xextproto-7.0.99.1.tar.bz2
 MD5: 8439d47c486b7dbd85e4071d6c8408ca  xextproto-7.0.99.1.tar.bz2
 SHA1: 58a2bc95e548a8d79ce96e6dc866c28464dcf125  xextproto-7.0.99.1.tar.bz2

 http://xorg.freedesktop.org/archive/individual/proto/xextproto-7.0.99.1.tar.gz
 MD5: 9915827151b19817c879167e77cb43d2  xextproto-7.0.99.1.tar.gz
 SHA1: ac6de9eb42103e4cd60cbe6523c62b09c43f2551  xextproto-7.0.99.1.tar.gz


 XTest.c:38:37: error: X11/extensions/xteststr.h: No such file or directory

 Here xteststr.h gets not installed by xextproto-7.0.99.1.

are you trying to build libXext? If so, it needs to be updated to latest
git.

Cheers,
  Peter
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Circular build dep (was: Re: [ANNOUNCE] libXext 1.0.99.2)

2009-07-19 Thread Peter Hutterer
On Fri, Jul 17, 2009 at 08:49:16AM +0100, Colin Guthrie wrote:
 Could be wrong here, but I think there is a bit of a circular build dep 
 here
 
 
 I'm trying to update the system to the latest versions including latest 
 xi2 stuff (proto and lib).
 
 So the protos are all updated and installed fine, but then I have to 
 build libxi.
 
 Configure bails out of that saying:
 
 checking for XI... configure: error: Package requirements (xproto = 
 7.0.13 x11 = 1.2.99.1 xextproto = 7.0.3 xext = 1.0.99.1 inputproto = 
 1.9.99.13) were not met:
 
 Requested 'x11 = 1.2.99.1' but version of X11 is 1.2.2
 Requested 'xext = 1.0.99.1' but version of Xext is 1.0.5
 
 
 OK, so libx11 I've not tried yet, but libxext is primed and ready...
 
 But building *that* fails with:
 In file included from XTestExt1.c:71:
 ../include/X11/extensions/XTest.h:34:35: error: X11/extensions/XInput.h: 
 No such file or directory
 In file included from XTestExt1.c:71:
 ../include/X11/extensions/XTest.h:88: error: expected declaration 
 specifiers or ‘...’ before ‘XDevice’
 ../include/X11/extensions/XTest.h:98: error: expected declaration 
 specifiers or ‘...’ before ‘XDevice’
 ../include/X11/extensions/XTest.h:108: error: expected declaration 
 specifiers or ‘...’ before ‘XDevice’
 ../include/X11/extensions/XTest.h:117: error: expected declaration 
 specifiers or ‘...’ before ‘XDevice’
 XTestExt1.c:138: warning: no previous prototype for ‘XTestFakeInput’
 XTestExt1.c:232: warning: no previous prototype for ‘XTestGetInput’
 XTestExt1.c:294: warning: no previous prototype for ‘XTestStopInput’
 XTestExt1.c:348: warning: no previous prototype for ‘XTestReset’
 XTestExt1.c:401: warning: no previous prototype for ‘XTestQueryInputSize’
 XTestExt1.c:640: warning: no previous prototype for ‘XTestPressKey’
 XTestExt1.c:672: warning: no previous prototype for ‘XTestPressButton’
 XTestExt1.c:885: warning: no previous prototype for ‘XTestMovePointer’
 XTestExt1.c:1296: warning: no previous prototype for ‘XTestFlush’
 make[2]: *** [XTestExt1.lo] Error 1
 
 
 
 So the header X11/extensions/XInput.h is now missing. This used to be 
 provided by inputproto I believe but is not shipped in libxi (is that 
 correct?)
 
 So libxi needs libext to build and libext needs libxi to build :s
 
 
 Now I could get the build to work by not upgrading to xinput2 stuff at 
 the same time pushing everything out and then upgrading it later, but 
 this is probably a generic problem that needs resolved more thoroughly 
 as this type of bootstrapping is not really desirable.
 
 Please correct me if I'm being a doofus.
 

should be fixed now. It was my fault, the XTest.h header should have been
moved to the libXtst module, not to libXext since it defined functions
present in libXtst/src/XTest.c.

You'll need to update libXtst and libXext.

Cheers,
  Peter
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg