May 2010 - Wine-Devel - list.winehq.org

Re: Wine looses a bit gaming and wins mobility?

by Ben Klein

On 6 May 2010 10:01, Evil Jay <wine(a)eternaldusk.com> wrote: > On 05/05/2010 02:34 PM, André Hentschel wrote: >> Hi Folks, >> Steam seems to add a Linux client in the near future, so maybe Wine will not be needed anymore for that. or did i get something wrong? >> That might reduce our "market share" a bit as i guess that many Wineusers play steam games. >> On the other hand Intel presented its Z600, which is basically x86 but without IDE, SATA or a BIOS. Thats the reason that it cant run Windows. >> So Linux runs and so should Wine i guess. So we might see some mobil advantures in the near future? >> > > I would not hold my breath waiting for that Steam client, there's still > been no official announcement and it could just as well be something > they just play around with as a side project for the next half decade. > > Phoronix has been claiming Steam for Linux was imminent for 2 years... > but for how many years did they (and even the developers) say that UT3 > was right around the corner? A few 32-bit god-awfully incomplete > binaries that can't even launch the actual GUI is not near enough to > start me waiting in a virtual line. > > To take the Devil's advocacy a step farther: For all we know, Steam for > Linux is not even being actively developed; They may have started it > with the Mac port and abandoned it as too resource intensive for the > expected payoff. The few updates that we've seen (before the Linux > build was pulled) may well be the result of of the automated package > builder recompiling the Linux files due to changes in some shared > upstream code (being changed for the benefit of the Mac or Windows client). > > Now, personally I am hoping like crazy that Steam for Linux does > materialize in the next year or two. But, if it does, it will hardly > put a dent in Wine's use for gaming. Steam's not a game, so naturally > we must assume that Valve will port the Source engine too, so that they > will have some games to sell. That's great, but how many games in the > AppDB are using the Source engine? How many games sold through Steam > even use it, and will the non-Valve developers take the time to build > Linux packages? Wine has plenty of gaming left in its future. The other solution is they pull a Picasa/Google Earth manoeuvre and bundle Wine with Steam (or rely on Wine to play the games). > -J > > >

May 6, 2010

Re: Wine looses a bit gaming and wins mobility?

by Evil Jay

On 05/05/2010 02:34 PM, André Hentschel wrote: > Hi Folks, > Steam seems to add a Linux client in the near future, so maybe Wine will not be needed anymore for that. or did i get something wrong? > That might reduce our "market share" a bit as i guess that many Wineusers play steam games. > On the other hand Intel presented its Z600, which is basically x86 but without IDE, SATA or a BIOS. Thats the reason that it cant run Windows. > So Linux runs and so should Wine i guess. So we might see some mobil advantures in the near future? > I would not hold my breath waiting for that Steam client, there's still been no official announcement and it could just as well be something they just play around with as a side project for the next half decade. Phoronix has been claiming Steam for Linux was imminent for 2 years... but for how many years did they (and even the developers) say that UT3 was right around the corner? A few 32-bit god-awfully incomplete binaries that can't even launch the actual GUI is not near enough to start me waiting in a virtual line. To take the Devil's advocacy a step farther: For all we know, Steam for Linux is not even being actively developed; They may have started it with the Mac port and abandoned it as too resource intensive for the expected payoff. The few updates that we've seen (before the Linux build was pulled) may well be the result of of the automated package builder recompiling the Linux files due to changes in some shared upstream code (being changed for the benefit of the Mac or Windows client). Now, personally I am hoping like crazy that Steam for Linux does materialize in the next year or two. But, if it does, it will hardly put a dent in Wine's use for gaming. Steam's not a game, so naturally we must assume that Valve will port the Source engine too, so that they will have some games to sell. That's great, but how many games in the AppDB are using the Source engine? How many games sold through Steam even use it, and will the non-Valve developers take the time to build Linux packages? Wine has plenty of gaming left in its future. -J

May 6, 2010

Re: comctl32/tests: Remove variable res which is not really used from test_monthcal_size.

by Nikolay Sivov

On 5/6/2010 02:11, Gerald Pfeifer wrote: > Also in other places don't we check the result of SendMessage, and that's > not really what we want to test here, either, from what I can tell. > > > - res = SendMessage(hwnd, MCM_GETMINREQRECT, 0, (LPARAM)&r1); > + SendMessage(hwnd, MCM_GETMINREQRECT, 0, (LPARAM)&r1); > > Actually it won't hurt to test for it here.

May 5, 2010

Re: Wine looses a bit gaming and wins mobility?

by Austin English

2010/5/5 André Hentschel <nerv(a)dawncrow.de>: > Hi Folks, > Steam seems to add a Linux client in the near future, so maybe Wine will not be needed anymore for that. or did i get something wrong? > That might reduce our "market share" a bit as i guess that many Wineusers play steam games. The rumor is that Valve is porting the Source Engine and the Steam client. Not all games that come on Steam use the Source engine, and until their developers port to Linux natively, there will still be a need for Wine. And don't forget about Solaris/BSD users ;-). -- -Austin

May 5, 2010

Wine looses a bit gaming and wins mobility?

by André Hentschel

Hi Folks, Steam seems to add a Linux client in the near future, so maybe Wine will not be needed anymore for that. or did i get something wrong? That might reduce our "market share" a bit as i guess that many Wineusers play steam games. On the other hand Intel presented its Z600, which is basically x86 but without IDE, SATA or a BIOS. Thats the reason that it cant run Windows. So Linux runs and so should Wine i guess. So we might see some mobil advantures in the near future? -- Best Regards, André Hentschel

May 5, 2010

Re: A revision for common PageSetup dialog

by Vitaliy Margolen

On 05/04/2010 03:59 AM, Love Nystrom wrote: > Since this is not a straight 'diff' mail-body I'll post it here on > wine-devel first, as I'm unsure how You handle wine-patches mail. Send all patches in git format to wine-patches mailing list. Plain text source file (not in diff format) is not a patch and won't be accepted. This is of course after you get an Ok from THE boss. Last time this topic came up (merging changes from ReactOS into Wine) the answer was "no without exceptions". Vitaliy.

May 5, 2010

[rfc] server: Use rtkit to set realtime priority, try 3

by Maarten Lankhorst

--- Hi gus, Thought I'd try again :) This is a cleaned up version. The license on rtkit.c will still have to change, but since it's so heavily modified to get it into a shape for wine, that only a few lines in make_realtime are still original, so it would be easy to rewrite the remainder of that function to get it fully lgplv2.1. See also https://tango.0pointer.de/pipermail/pulseaudio-discuss/2010-May/007058.html Are there any issues left, or shall I submit this one to wine-patches after the patch linked above is merged into rtkit.git ? Cheers, Maarten

May 5, 2010

Re: kernel32/tests: Remove variable len which is not really used from test_CommandLine.

by Gerald Pfeifer

On Wed, 5 May 2010, testbot(a)testbot.winehq.org wrote: > 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=1901 > > Your paranoid android. > > > === W98SE (32 bit process) === > Failure running script in VM: Exceeded timeout limit of 315 sec There is really no way this patch can have caused this test failure. So, I double-checked. :-) What is the proper way to remark such a false positive? Follow up here, on wine-devel as I am doing now? Retrigger the test somehow? Gerald PS: I'm sorry if I missed something on the Wiki, I did check for it.

May 5, 2010

Re: wined3d: Remove variable blue_shift which is not really used from IWineGDISurfaceImpl_SaveSnapshot. (RESEND)

by Alexandre Julliard

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > I didn't see any response, directly or on wine-devel, so I assume > this one just fell through the cracks; thus resending (now in git > format-patch format and proper Subject). It's very unlikely that we'd want to use red and green but not blue... -- Alexandre Julliard julliard(a)winehq.org

May 5, 2010

Re: wined3d: Remove variable blue_shift which is not really used from IWineGDISurfaceImpl_SaveSnapshot. (RESEND)

by Henri Verbeet

On 5 May 2010 00:24, Gerald Pfeifer <gerald(a)pfeifer.com> wrote: > I didn't see any response, directly or on wine-devel, so I assume > this one just fell through the cracks; thus resending (now in git > format-patch format and proper Subject). > It probably should be used. At first sight it looks like that's not the only issue with that function though.

May 5, 2010