Re: Tests failing on OSX

2011-09-22 Thread Per Johansson
22 sep 2011 kl. 11:49 skrev Francois Gouget: > On Wed, 21 Sep 2011, Charles Davis wrote: > [...] >>> I also wondered if Xquartz brings it's own X11 headers and libraries. I >>> haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin. >> Xquartz puts its include and lib files in /

Re: Tests failing on OSX

2011-09-22 Thread Ken Thomases
On Sep 22, 2011, at 4:49 AM, Francois Gouget wrote: > On Wed, 21 Sep 2011, Charles Davis wrote: > [...] >>> I also wondered if Xquartz brings it's own X11 headers and libraries. I >>> haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin. >> Xquartz puts its include and lib file

Re: Tests failing on OSX

2011-09-22 Thread Francois Gouget
On Wed, 21 Sep 2011, Francois Gouget wrote: [...] > A related question is whether it is actually known to have an impact on > the test results or not. Again, looking at the ws_32:sock results I saw > no difference, even over multiple runs. Looking at the full results of a > pair of runs on winet

Re: Tests failing on OSX

2011-09-22 Thread Francois Gouget
On Wed, 21 Sep 2011, Charles Davis wrote: [...] > > I also wondered if Xquartz brings it's own X11 headers and libraries. I > > haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin. > Xquartz puts its include and lib files in /opt/X11/include and /opt/X11/lib, > respectively.

Re: Tests failing on OSX

2011-09-21 Thread Charles Davis
On Sep 21, 2011, at 3:35 PM, Stefan Dösinger wrote: > On Wednesday 21 September 2011 02:29:31 Charles Davis wrote: >>> No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip >>> for that already. Should we change it to skip(), or ignore it until we >>> have a quartz driver? >>> U

Re: Tests failing on OSX

2011-09-21 Thread Stefan Dösinger
On Tuesday 20 September 2011 23:11:32 Stefan Dösinger wrote: > > dinput8/device.c > > device.c:87: Test failed: We're not able to inject input into Windows > dinput8 with events > Fails sometimes, succeeds sometimes. Either I was lucky, or Xquartz fixed this one. signature.asc Description: This

Re: Tests failing on OSX

2011-09-21 Thread Stefan Dösinger
On Wednesday 21 September 2011 02:29:31 Charles Davis wrote: > > No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip > > for that already. Should we change it to skip(), or ignore it until we > > have a quartz driver? > > User32/monitor also fails because it can't change the dis

Re: Tests failing on OSX

2011-09-21 Thread Ken Thomases
On Sep 21, 2011, at 5:59 AM, Francois Gouget wrote: > On Wed, 21 Sep 2011, Ken Thomases wrote: > >> Anyway, the application firewall is based on code-signing. The user's >> permission to allow a program to accept incoming connections is tied >> to the program's signature. > [...] >> Since regu

Re: Tests failing on OSX

2011-09-21 Thread Stefan Dösinger
On Wednesday 21 September 2011 12:59:17 Francois Gouget wrote: > I guess there's no way to automatically authorize / sign the application? I think that would defeat the purpose of such a firewall. signature.asc Description: This is a digitally signed message part.

Re: Tests failing on OSX

2011-09-21 Thread Francois Gouget
On Wed, 21 Sep 2011, Ken Thomases wrote: [...] > That sounds like Mac OS X's application firewall which is Apple's > primary firewall instead of a more traditional packet filtering > firewall. The application firewall is based around which local > applications and services are trusted to accept

Re: Tests failing on OSX

2011-09-21 Thread Ken Thomases
On Sep 21, 2011, at 2:58 AM, Francois Gouget wrote: > Note also that the firewall will also ask whether to allow incoming > network access for some of the tests. I would really like information on > how to best deal with that. That sounds like Mac OS X's application firewall which is Apple's pr

Re: Tests failing on OSX

2011-09-21 Thread Francois Gouget
On Tue, 20 Sep 2011, Charles Davis wrote: > > On Sep 20, 2011, at 3:11 PM, Stefan Dösinger wrote: > >> gdi32/dc > >> user32/monitor > > No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip for > > that already. Should we change it to skip(), or ignore it until we have a > > q

Re: Tests failing on OSX

2011-09-20 Thread Charles Davis
On Sep 20, 2011, at 3:11 PM, Stefan Dösinger wrote: >> gdi32/dc >> user32/monitor > No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip for > that already. Should we change it to skip(), or ignore it until we have a > quartz driver? > User32/monitor also fails because it can'

Tests failing on OSX

2011-09-20 Thread Stefan Dösinger
Hi, I'm attempting to set up a OSX testbot and I'm currently trying to get as many tests to work as possible. The following is a list of tests that fail currently. I'm hoping for comments if anybody knows more about them: (This is a 2006-era iMac, OSX 10.6, using the stock X server) > dinput8/