Re: Ubuntu likely to abandon HAL next cycle -- is this workable?

2011-05-12 Thread Marcus Meissner
On Fri, May 13, 2011 at 08:33:49AM +0200, Marcus Meissner wrote: > On Fri, May 13, 2011 at 12:48:23AM +0200, Scott Ritchie wrote: > > On 05/12/2011 07:02 PM, Alexandre Julliard wrote: > > > Damjan Jovanovic writes: > > > > > >> Udisks has regressed from the portability of HAL to being Linux-only,

Re: Ubuntu likely to abandon HAL next cycle -- is this workable?

2011-05-12 Thread Marcus Meissner
On Fri, May 13, 2011 at 12:48:23AM +0200, Scott Ritchie wrote: > On 05/12/2011 07:02 PM, Alexandre Julliard wrote: > > Damjan Jovanovic writes: > > > >> Udisks has regressed from the portability of HAL to being Linux-only, > >> what are we going to do for BSDs/Solaris/others? > > > > Of course e

Re: Question about ddraw implemtation

2011-05-12 Thread Ralph Little
Hi, Further to my last post, I can confirm that the pixelformat structure is completely empty. A quick dump of the DDPIXELFORMAT structure shows that: = trace:ddraw:PixelFormat_DD2WineD3D =dwSize = 32, sizeof(32) trace:ddraw:PixelFormat_DD2WineD3D ===

Re: Ubuntu likely to abandon HAL next cycle -- is this workable?

2011-05-12 Thread Scott Ritchie
On 05/12/2011 07:02 PM, Alexandre Julliard wrote: > Damjan Jovanovic writes: > >> Udisks has regressed from the portability of HAL to being Linux-only, >> what are we going to do for BSDs/Solaris/others? > > Of course even if we add udisks we'll keep the HAL support around. It's > necessary for

Question about ddraw implemtation

2011-05-12 Thread Ralph Little
Hi, I have been looking into bug #9672 regarding a crash on startup of The Sims. Tracing through what is happening, the problem seems to be manifesting in the DirectDraw implementation. The Sims calls CreateSurface() with DDSD->dwFlags & DDSD_PIXELFORMAT set to state that a pixformat is speci

Re: Ubuntu likely to abandon HAL next cycle -- is this workable?

2011-05-12 Thread Alexandre Julliard
Damjan Jovanovic writes: > Udisks has regressed from the portability of HAL to being Linux-only, > what are we going to do for BSDs/Solaris/others? Of course even if we add udisks we'll keep the HAL support around. It's necessary for backwards compatibility, which is something we take seriously,

Re: ddraw: Fix filtering of enumerated display modes (try 4)

2011-05-12 Thread Marvin
Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=10886 Your paranoid android

Re: Ubuntu likely to abandon HAL next cycle -- is this workable?

2011-05-12 Thread Damjan Jovanovic
On Thu, May 12, 2011 at 12:28 PM, Scott Ritchie wrote: > Consensus here seems to be to try and remove HAL from the archive. > > Wine still uses it, so this means we'll either need to lobby for keeping > HAL or to migrate to udisks.  Does udisks meet our needs?  Will it work > for a future USB driv

Ubuntu likely to abandon HAL next cycle -- is this workable?

2011-05-12 Thread Scott Ritchie
Consensus here seems to be to try and remove HAL from the archive. Wine still uses it, so this means we'll either need to lobby for keeping HAL or to migrate to udisks. Does udisks meet our needs? Will it work for a future USB driver? Is someone working on the migration? Thanks, Scott Ritchie

Re: ddraw: Fix filtering of enumerated display modes (try 3)

2011-05-12 Thread Stefan Dösinger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This patch looks OK to me Am 11.05.2011 um 10:03 schrieb Ričardas Barkauskas: > try 3: Non standard bit mask test added. More surface description and > pixel format flags tested and DDSD_REFRESHRATE filtering and appearance > in callback surface desc