June 2012 - Wine-Devel - list.winehq.org

Re: Wine in Humble Indie Bundle

by Max TenEyck Woodbury

On 06/03/2012 02:03 PM, Dan Kegel wrote: > I see the Humble Indie Bundle includes a game ported via wine, > http://zcint.co.uk/article/limbo-on-linux-incites-humble-bundle-petition > > That's pretty cool, but not everyone agrees, and somebody has started > circulating an anti-wine petition. > > So I put together a pro-wine petition: > http://www.ipetitions.com/petition/use-wine-as-needed-in-future-humble-indi… > > How's that look? If you agree with it, please sign and forward to your friends. > > Thanks, > Dan > > Your petition is very carefully worded and on point, however... the other petition does have a point about Wine not doing as well with sound as it should. Still, it does go too far in its opposition.

June 3, 2012

Re: [PATCH 1/4] server: Move completion from async object to async queue.

by Erich E. Hoover

On Fri, Jun 1, 2012 at 8:57 AM, Alexandre Julliard <julliard(a)winehq.org> wrote: > > "Erich E. Hoover" <ehoover(a)mymail.mines.edu> writes: > > > Real Name: > > Erich Hoover > > > > Description: > > It seems that the completion information should be associated with > > the async queue, rather than the async object, since the completion > > information for a file handle can be updated after an async IO has > > been queued. So, the attached patch moves the completion information > > from the async object into the async queue so that we can properly > > handle associating a completion with a file descriptor after an async > > IO is queued (part 2). > > Does it even need to be stored in the queue then? Why not retrieve it > from the fd when needed? Sorry I didn't reply to this sooner, I've been at a wedding at just got back to the land of the Internet. I believe that it really does need to be stored in the queue, otherwise in the case that the async operation has not completed when the file descriptor is closed then the cancel completion will not be able to propagate. Erich

June 3, 2012

Wine in Humble Indie Bundle

by Dan Kegel

I see the Humble Indie Bundle includes a game ported via wine, http://zcint.co.uk/article/limbo-on-linux-incites-humble-bundle-petition That's pretty cool, but not everyone agrees, and somebody has started circulating an anti-wine petition. So I put together a pro-wine petition: http://www.ipetitions.com/petition/use-wine-as-needed-in-future-humble-indi… How's that look? If you agree with it, please sign and forward to your friends. Thanks, Dan

June 3, 2012

http://winetricks.googlecode.com/svn/trunk/src/install-gecko.sh also installs mono

by Dan Kegel

http://winetricks.googlecode.com/svn/trunk/src/install-gecko.sh now also installs mono. It should be probably be called wine-install-addons.sh now, maybe I'll rename it that soon. If you have a better idea for the name, let me know. (I've also deprecated the copy that was in winezeug; that one now just tells users to get it from the winetricks repo.)

June 3, 2012

Re: [3/3] iphlpapi: Check for the right TCP statistics structure name (for DragonFly BSD)

by André Hentschel

Am 03.06.2012 04:05, schrieb Juan Lang: > Hi André, > > +#if HAVE_STRUCT_TCPSTAT_TCPS_CONNATTEMPT > + struct tcpstat tcp_stat; > +#elif HAVE_STRUCT_TCP_STATS_TCPS_CONNATTEMPT > + struct tcp_stats tcp_stat; > +#endif > struct tcpstat tcp_stat; > > I think you meant to remove the declaration outside of the #if. > --Juan Oops, you're right, thx. -- Best Regards, André Hentschel

June 3, 2012

Re: [1/4] user32/tests: remove WM_DESTROY processing in test (it is of no use and causes tests skipping) (try 2)

by 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=18723 Your paranoid android. === W7PROX64 (32 bit dialog) === dialog.c:1370: Test failed: Dialog should not be visible. === TEST64_W7SP1 (32 bit dialog) === dialog.c:1370: Test failed: Dialog should not be visible. === W7PROX64 (64 bit dialog) === dialog.c:1370: Test failed: Dialog should not be visible. === TEST64_W7SP1 (64 bit dialog) === dialog.c:1370: Test failed: Dialog should not be visible.

June 3, 2012

Re: [wine-devel] Re: Mono?!?

by Alexandre Julliard

Vincent Povirk <madewokherd(a)gmail.com> writes: >>> Please add a --without-mono option to configure, and so on... >>> >> >> Yes, please! > > Someone will have to write a patch, and then it will be up to > Alexandre whether to accept it. Personally, I don't see a need for > this. If you're accidentally installing addons somehow, that needs to > be fixed in the addon system or you need to stop clicking through > dialogs without thinking. > > I don't think a configure option makes sense because the wine-mono > package is not built as part of the wine build process. Given that we > already have the addon system for managing these, some sort of "addon > blacklist" might make more sense. No need for a patch, configure --disable-mscoree should already work. -- Alexandre Julliard julliard(a)winehq.org

June 3, 2012

Re: [3/3] iphlpapi: Check for the right TCP statistics structure name (for DragonFly BSD)

by Juan Lang

Hi André, +#if HAVE_STRUCT_TCPSTAT_TCPS_CONNATTEMPT + struct tcpstat tcp_stat; +#elif HAVE_STRUCT_TCP_STATS_TCPS_CONNATTEMPT + struct tcp_stats tcp_stat; +#endif struct tcpstat tcp_stat; I think you meant to remove the declaration outside of the #if. --Juan

June 3, 2012

Re: [wine-devel] Re: Mono?!?

by Vincent Povirk

>> Please add a --without-mono option to configure, and so on... >> > > Yes, please! Someone will have to write a patch, and then it will be up to Alexandre whether to accept it. Personally, I don't see a need for this. If you're accidentally installing addons somehow, that needs to be fixed in the addon system or you need to stop clicking through dialogs without thinking. I don't think a configure option makes sense because the wine-mono package is not built as part of the wine build process. Given that we already have the addon system for managing these, some sort of "addon blacklist" might make more sense.

June 2, 2012

Re: [wine-devel] Re: Mono?!?

by Alan W. Irwin

On 2012-06-02 12:25-0400 Max TenEyck Woodbury wrote: > > Please add a --without-mono option to configure, and so on... > Yes, please! We could argue all day whether it is a majority or strong minority, but the point is that a significant fraction of wine users (including me) just plain don't like mono for the reasons that have just been discussed so please make it totally straightforward for them to avoid it with a configure option. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) the Time Ephemerides project (timeephem.sf.net) PLplot scientific plotting software package (plplot.sf.net) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

June 2, 2012