Re: Wine Gecko 2.24-beta1

On 08/18/13 04:14, Zhenbo Li wrote: > I've tested some websites, and found that these pages have problems: > > http://mail.163.com (it will make gecko crash) > http://huaban.com (nothing can be shown) > http://douban.com (no pictures) > http://html5test.com/ (can't

Re: Wine Gecko 2.24-beta1

I've tested some websites, and found that these pages have problems: http://mail.163.com (it will make gecko crash) http://huaban.com (nothing can be shown) http://douban.com (no pictures) http://html5test.com/ (can't load page, and I'm sure that it's not a regres

Re: wine-bugs change?

Austin, I think you put me on the right track. I had that disabled. I enabled it and disabled it again, which caused unintended interface changes. That forced me into the main settings for the priority inbox (not gmail settings). There, I found a radio button that was enabled by default apparently

Re: wine-bugs change?

On Tue, Aug 13, 2013 at 8:57 AM, Thomas Spear wrote: > Thanks Henri. Sadly, when I tried that, it filtered nothing at all, just the > same as the issue I originally reported. Probably a gmail problem with > filtering on the List-Id, as they don't have proper support for matching it > in filters, o

Re: Wine Gecko repo

There is dedicated git hosting software (such as gitolite and gitosis - most people in #git seem to prefer gitolite) that provides account-based access to Git repositories without providing any general shell access. Perhaps something like that could be set up on source.winehq, running on a dedicate

Re: wine-bugs change?

Thanks Henri. Sadly, when I tried that, it filtered nothing at all, just the same as the issue I originally reported. Probably a gmail problem with filtering on the List-Id, as they don't have proper support for matching it in filters, only searches. Thank you, Thomas On Tue, Aug 13, 2013 at 10

Re: wine-bugs change?

On 13 August 2013 17:23, Bruno Jesus <00cp...@gmail.com> wrote: > My filters are still working fine, probably they are configured the > same as yours: > > Matches: to:(wine-devel@winehq.org) > Do this: Skip Inbox, Apply label "WineDevel", Never send it to Spam > > Matches: from:(wine-b...@winehq.or

Re: wine-bugs change?

Mostly the same, yes. I'll try your exact match from setting and update shortly. Thanks for the info. Thank you, Thomas On Tue, Aug 13, 2013 at 10:23 AM, Bruno Jesus <00cp...@gmail.com> wrote: > On Tue, Aug 13, 2013 at 12:14 PM, Thomas Spear > wrote: > > Hi all, > > > > I've been subscribed t

Re: wine-bugs change?

On Tue, Aug 13, 2013 at 12:14 PM, Thomas Spear wrote: > Hi all, > > I've been subscribed to the lists for several years now, archiving all of > the conversations in case a situation ever arises where a backup copy is > needed. I've had a filter setup in gmail for wine-bugs that has worked > perfec

Re: Wine Gecko repo

On 13 August 2013 12:28, Jacek Caban wrote: > The question is, where should it go? > > - Github seems to be the choice for most project currently and it's > already used by Wine Mono. > - Reconsider source.winehq.org. This was not chosen due to account > management overhead, but that's the only wa

Re: wine mannual is wrong?

You can also run console apps without a graphics driver (if they don't do anything that requires one).

Re: wine mannual is wrong?

On Mon, Aug 5, 2013 at 7:49 AM, 中川祥 wrote: > I'm interpretering wine.man. > I found it says"this requires X11 to run". > But the newest ver. does not require X11,does it? Yes. Unless you're on Mac and use the Mac driver instead. -- -Austin

Re: Wine release 1.6-rc4

On Sat, Jun 29, 2013 at 10:30 AM, Neumann, A. D. wrote: > Hello, > > I changed my email address. Please send this information to: > info.adneum...@t-online.de > > Thank you! > D. Neumann You have to update your email address on the wine-announce mailing list (http://www.winehq.org/mailman/listinf

cygwin's fork Re: [wine-devel] Re: Bug 24018 which appears to be a ... for running Cygwin on Wine

--- On Mon, 1/7/13, David Laight wrote: > On Mon, Jul 01, 2013 at 06:13:26PM > +0200, Peter Rosin wrote: > > > > I would like to point out that it seems that the > current bug does not > > appear to be *in* setup.exe, but rather occurs when > setup.exe runs > > a bash post-install script, where

How not to ask for help Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a ... for running Cygwin on Wine

--- On Tue, 2/7/13, Alan W. Irwin wrote: > > Going personal and accusing others of being biased is > not a way of > getting help.  ...In short, I have > a > prejudice against anyone stating anecdotal evidence > concerning issues > with _any_ open-source software if they don't back up that > anec

Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On Mon, Jul 1, 2013 at 7:11 PM, Alan W. Irwin wrote: > On 2013-07-01 19:58+0100 Hin-Tak Leung wrote: > >> --- On Mon, 1/7/13, Alan W. Irwin wrote: >> ... I hope your negative >>> >>> attitude >>> toward the Cygwin toolchain is not typical of such >>> developers. After >>> all, even though the Wi

Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-07-01 19:58+0100 Hin-Tak Leung wrote: --- On Mon, 1/7/13, Alan W. Irwin wrote: ... I hope your negative attitude toward the Cygwin toolchain is not typical of such developers.  After all, even though the Windows GNU toolchain code bases have diverged between the two groups of developer

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On Mon, Jul 01, 2013 at 06:13:26PM +0200, Peter Rosin wrote: > > I would like to point out that it seems that the current bug does not > appear to be *in* setup.exe, but rather occurs when setup.exe runs > a bash post-install script, where the bash.exe that interprets the > script depends on cygwi

Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Mon, 1/7/13, Alan W. Irwin wrote: ... I hope your negative > attitude > toward the Cygwin toolchain is not typical of such > developers.  After > all, even though the Windows GNU toolchain code bases have > diverged > between the two groups of developers, there is still a > common interest

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-07-01 18:13+0200 Peter Rosin wrote: On 2013-06-29 18:33, Alan W. Irwin wrote: Those have been mentioned before here, and I have looked at them. Cygwin is a very large collection of software so the number of bugs that are reported does not seem excessive to me, and for my personal needs

Re: [wine-devel] Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-07-01 06:13+0100 Hin-Tak Leung wrote: [...]In terms of "relative" importance, consider that mingw (both native and cross) GNU toolchain works well, the toolchain part of cygwin is hardly a priority. Once again you are implying the MinGW GNU toolchain is better than the Cygwin GNU toolc

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-06-29 18:33, Alan W. Irwin wrote: > Those have been mentioned before here, and I have looked at them. > Cygwin is a very large collection of software so the number of bugs > that are reported does not seem excessive to me, and for my personal > needs (building and testing software on the Cy

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Sun, 30/6/13, André Hentschel wrote: > On 29.06.2013 23:34, Hin-Tak Leung > wrote: > > --- On Sat, 29/6/13, Alan W. Irwin > wrote: > > > > ... > >>> Also, running cygwin on wine, compared to other > windows > >> software > >> which has no unix/linux equivalents, is hardly a > priority. >

Re: Wine release 1.6-rc4

Hello, I changed my email address. Please send this information to: info.adneum...@t-online.de Thank you! D. Neumann Am 28.06.2013 22:02, schrieb Alexandre Julliard: The Wine development release 1.6-rc4 is now available. What's new in this release (see below for details): - Bug fixes onl

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 29.06.2013 23:34, Hin-Tak Leung wrote: > --- On Sat, 29/6/13, Alan W. Irwin wrote: > > ... >>> Also, running cygwin on wine, compared to other windows >> software >> which has no unix/linux equivalents, is hardly a priority. >> >> That is obviously personally true for you. And for my >> perso

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Sat, 29/6/13, Alan W. Irwin wrote: ... > > Also, running cygwin on wine, compared to other windows > software > which has no unix/linux equivalents, is hardly a priority. > > That is obviously personally true for you.  And for my > personal needs > Cygwin on Wine is a "would be nice" soft

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-06-29 11:57+0100 Hin-Tak Leung wrote: --- On Sat, 29/6/13, Alan W. Irwin wrote: ... The Mingw GNU toolchain works wells under wine. The cygwin GNU toolchain don't, the last time I checked. That may be true, but the best way to make that point about the Cygwin GNU toolchain is with o

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Sat, 29/6/13, Alan W. Irwin wrote: ... > > The Mingw GNU toolchain works wells under wine. The > cygwin GNU toolchain don't, the last time I checked. > > That may be true, but the best way to make that point about > the Cygwin > GNU toolchain is with official Cygwin bug reports rather > t

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-06-28 23:13+0100 Hin-Tak Leung wrote: --- On Fri, 28/6/13, Alan W. Irwin wrote: ... But I _know_ the MSYS version of cat works fine on recent Wine just like the rest of the GNU toolchain used for building software so if the MSYS and Cygwin GNU toolchain code bases have not diverged to

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Fri, 28/6/13, Alan W. Irwin wrote: ... But I _know_ the MSYS version of cat works fine on recent > Wine just > like the rest of the GNU toolchain used for building > software so if > the MSYS and Cygwin GNU toolchain code bases have not > diverged too > much it should be straightforward (a

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-06-28 22:07+0100 Hin-Tak Leung wrote: --- On Thu, 27/6/13, Alan W. Irwin wrote: [...]I asked Arjen Markus, a PLplot colleague of mine with Cygwin contacts, to try and get the debugging process started with the Cygwin developers.  The response

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

--- On Thu, 27/6/13, Alan W. Irwin wrote: > On 2013-06-26 18:14-0700 Alan W. > Irwin wrote: > > > Note in retrospect I realized that this period leading > up to the > > release of Wine-1.6.0 has been a lousy time to ask wine > developers > > with Cygwin expertise to take on the additional > dist

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

On 2013-06-26 18:14-0700 Alan W. Irwin wrote: Note in retrospect I realized that this period leading up to the release of Wine-1.6.0 has been a lousy time to ask wine developers with Cygwin expertise to take on the additional distraction of getting the debugging process for bug 24018 started wit

Re: [Wine] German translation - netstat.exe

On Tuesday, 18 Jun 2013 at 19:35:02 André Hentschel wrote: > when you scroll down a bit on that page, you see everything needed to get rid > of false positives. Ah, I didn't scrolled down sooo deep. :( > Oh and fgouget is Fran?ois Gouget Thanks for this hint. I will deal with it in the right man

Re: [Wine] German translation - netstat.exe

On 18.06.2013 16:23, Joerg Schiermeier wrote: > Hi list, > > in wines call for translators is listed one 'spelling error' in the > German translation which isn't one. > > > The translation is correct: > > > -- >

Re: [Wine] Call for Translators

On Sun, Jun 16, 2013 at 2:02 PM, Martin Gregorie wrote: > On Sun, 2013-06-16 at 08:52 +0200, Francois Gouget wrote: >> On Sun, 16 Jun 2013, Yaron Shahrabani wrote: >> >> > Hey Francois, sorry for trolling but I guess this is the time to revisit >> > our stand regarding web translation platform (be

Re: [wine-devel] Re: How to stop gecko and mono popups while git bisecting?

On 2013-06-04 00:12+0200 André Hentschel wrote: Or you create a wineprefix after you removed it, but without a valid display set: DISPLAY=none wine wineboot Perfect. That was just what I needed for my git bisect test script. Thanks, André! Alan __ Alan W. Irwin Ast

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

On 2013-05-21 18:27-0700 Austin English wrote: On Tue, May 21, 2013 at 6:17 PM, Alan W. Irwin wrote: Can somebody advise me about the importance (or not) of the remaining two missing 32-bit libraries (libdbus and gstreamer)? For example, are they worth some extraordinary measures such as down

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

On Tue, May 21, 2013 at 6:17 PM, Alan W. Irwin wrote: > On 2013-05-21 21:22+0200 André Hentschel wrote: > >> To finally answer this: pure wine64 can't run 32-bit applications, you >> need wine32 or a wow64 setup for this. > > > Thanks for that important clarification. That means I always need > 3

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

On 2013-05-21 21:22+0200 André Hentschel wrote: To finally answer this: pure wine64 can't run 32-bit applications, you need wine32 or a wow64 setup for this. Thanks for that important clarification. That means I always need 32-bit as standalone or as part of wow64. So regardless of that cho

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

Am 21.05.2013 10:10, schrieb Alan W. Irwin: > On 2013-05-20 20:24-0700 Alan W. Irwin wrote: >> So here are my questions and further comments: >> >> 1. Is there a way to stick with a pure 64-bit Wine system, or is that >> normally pretty useless because downloaded applications such as the >> Cygwin

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

> The idea there to install *.so symlinks manually might be a big help. > For example, Debian wheezy does allow simultaneous install of > libfreetype6:i386 and libfreetype6:amd64. (In fact, my system has > those both installed now.) It is the -dev versions of those packages > which cannot be simul

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

On 2013-05-21 11:08+0200 Frédéric Delanoy wrote: On Tue, May 21, 2013 at 10:10 AM, Alan W. Irwin wrote: Hugh McMaster's reply was already a help, but I need more comments please. Maybe http://wiki.winehq.org/WineOn64bit could help? The idea there to install *.so symlinks manually might be

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

On Tue, May 21, 2013 at 10:10 AM, Alan W. Irwin wrote: > Hugh McMaster's reply was already a help, but I need more comments > please. > Maybe http://wiki.winehq.org/WineOn64bit could help? Frédéric

Re: [wine-devel] Troubles configuring and building wine-1.5.30 on Debian wheezy

On 2013-05-20 20:24-0700 Alan W. Irwin wrote: [...]For example: wine@raven> wine64 wine64: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory I fixed this 1.5.30 issue by applying the patch at http://source.winehq.org/git/wine.git/pa

Re: wine-patches

On Thu, May 02, 2013 at 08:12:53AM +0200, Daniel Jeliński wrote: > Hello, > I sent a ~200KB patch to wine-patches last night and it disappeared without > a trace. I'm wondering if it got lost or just went to moderation. > Regards, > Daniel > > PS.I just resent it, still no luck. If you are subscr

Re: Wine History

On 04/20/2013 05:50 PM, André Hentschel wrote: > Hi, > meanwhile everyone should know that Wine turns 20 this year. AJ said in this > years Keynote we'll need to find a way to celebrate this in June. > So i did some research on this and found "Wine History" mails by Dan Kegel > from 2002 and much

Re: Wine Gecko 2.20-beta1

On 03/07/13 12:07, Jacek Caban wrote: > Hi all, > > I've uploaded a new Gecko builds to SourceForge [1]. This one is based on > Firefox 20 beta and, other than usual update of Gecko, it should fix some > crashes like bug b*ug 32753* . > To test them,

Re: Wine release 1.5.24

On 02/15/2013 09:38 PM, Gennady Telegin wrote: Hi, I want to unsubscribe from this list, how to do it? Best, Gennady Telegin It's wine-announce so go to http://www.winehq.org/mailman/listinfo/wine-announce and read instructions at the bottom of the page

Re: Wine release 1.5.24

Hi, I want to unsubscribe from this list, how to do it? Best, Gennady Telegin On Sat, Feb 16, 2013 at 12:30 AM, Alexandre Julliard wrote: > The Wine development release 1.5.24 is now available. > > What's new in this release (see below for details): > - Keyboard and mouse wheel support i

Re: Wine Wiki needs your help!

On Wed, Jan 16, 2013 at 12:19 AM, Juan Lang wrote: > Could the password hashes be excluded from the regular tarball? E.g. using > --exclude in the tar command? Sorry I didn't reply sooner, been a little busy the past week. I don't have a copy of the Wine Wiki data in front of me, but if I remembe

Re: Wine Wiki needs your help!

Hi Kyle, On Tue, Jan 15, 2013 at 8:10 AM, Kyle Auble wrote: > The one thing that would probably help a lot is if there was a regularly > updated tarball of the wiki content either at WineHQ or Lattica's FTP > again. I > haven't messed with cron itself much, but my archive.cron script should > pa

Re: Wine Wiki needs your help!

Hi folks, Thanks for all the help and hits -- much appreciated. I ended up writing a few scripts myself that cleaned up both the pages and users. It should do for now. Please let me know if you see any problems with the wiki, I hope I wasn't over-eager when cleaning up spam :))) Cheers, Dimi.

Re: Wine Wiki needs your help!

On Tue, Jan 15, 2013 at 1:06 PM, Dimi Paun wrote: > Thanks everyone for your help! > I'll take down the Pages spreadsheet. > Now, what about the users? Those are files (not directories) so we don't > face > the same low limit (32k), but it would be nice if we could, somehow, cleanup > those files

Re: Wine Wiki needs your help!

On 13-01-14 11:11 PM, Dmitry Timoshkov wrote: Hi Dimi, Dimi Paun wrote: I've cleanup the deleted pages, were down to about 740 pages, mostly good stuff: https://docs.google.com/a/lattica.com/spreadsheet/ccc?key=0AmY-Kp_Ihu3idFNEOUt0UkVGUko4elhkOHVoaWx2OWc#gid=5 Please check it out, lemme kn

Re: Wine Wiki needs your help!

Hi Dimi, Dimi Paun wrote: > I've cleanup the deleted pages, were down to about 740 pages, > mostly good stuff: > > https://docs.google.com/a/lattica.com/spreadsheet/ccc?key=0AmY-Kp_Ihu3idFNEOUt0UkVGUko4elhkOHVoaWx2OWc#gid=5 > > Please check it out, lemme know if any spam is still left standing

Re: Wine Wiki needs your help!

Hi guys, I've cleanup the deleted pages, were down to about 740 pages, mostly good stuff: https://docs.google.com/a/lattica.com/spreadsheet/ccc?key=0AmY-Kp_Ihu3idFNEOUt0UkVGUko4elhkOHVoaWx2OWc#gid=5 Please check it out, lemme know if any spam is still left standing. Any ideas on how we can att

Re: Wine Wiki needs your help!

Yes it is done. Ill update the spreadsheet bit later... André Hentschel wrote: >Am 14.01.2013 21:40, schrieb Andrew Eikum: >> On Mon, Jan 14, 2013 at 03:32:40PM -0500, Dimi Paun wrote: >>> OK, we might be onto something. I've wrote a script >>> to determine the deleted pages: 20162. >>> >>> Shou

Re: Wine Wiki needs your help!

Am 14.01.2013 21:40, schrieb Andrew Eikum: > On Mon, Jan 14, 2013 at 03:32:40PM -0500, Dimi Paun wrote: >> OK, we might be onto something. I've wrote a script >> to determine the deleted pages: 20162. >> >> Should I just go ahead and nuke those? >> > > Probably, yes. > > One common way for spamme

Re: Wine Wiki needs your help!

On Mon, Jan 14, 2013 at 03:32:40PM -0500, Dimi Paun wrote: > OK, we might be onto something. I've wrote a script > to determine the deleted pages: 20162. > > Should I just go ahead and nuke those? > Probably, yes. One common way for spammers to abuse wikis is to intentionally get the pages dele

Re: Wine Wiki needs your help!

Am 14.01.2013 20:00, schrieb Dimi Paun: > Hm, it doesn't seem to be so simple. > Each page maintains an edit-log file with all the changes. > > grep-ing for -i spam in the edit-log yields less than 400 hits. > > Maybe we should look for deleted pages? > Simple idea: Make a backup of the current

Re: Wine Wiki needs your help!

OK, we might be onto something. I've wrote a script to determine the deleted pages: 20162. Should I just go ahead and nuke those? Dimi. On 01/14/2013 01:35 PM, Francois Gouget wrote: On Mon, 14 Jan 2013, Dimi Paun wrote: MoinMoin creates a dir for every page. I simply got the list by listing

Re: Wine Wiki needs your help!

Hm, it doesn't seem to be so simple. Each page maintains an edit-log file with all the changes. grep-ing for -i spam in the edit-log yields less than 400 hits. Maybe we should look for deleted pages? Dimi. On 01/14/2013 01:35 PM, Francois Gouget wrote: On Mon, 14 Jan 2013, Dimi Paun wrote:

Re: Wine Wiki needs your help!

OK, that's a fair point. Lemme quickly go through that and I'll report back. Dimi. On 01/14/2013 01:35 PM, Francois Gouget wrote: On Mon, 14 Jan 2013, Dimi Paun wrote: MoinMoin creates a dir for every page. I simply got the list by listing these directories. (This is the problem -- there is a

Re: Wine Wiki needs your help!

On Mon, 14 Jan 2013, Dimi Paun wrote: > MoinMoin creates a dir for every page. I simply got the list > by listing these directories. (This is the problem -- there is a > limit of 2^15 subdirectories, and this is what we were hitting > a few days ago). > > Does that answer the question? It feels

Re: Wine Wiki needs your help!

MoinMoin creates a dir for every page. I simply got the list by listing these directories. (This is the problem -- there is a limit of 2^15 subdirectories, and this is what we were hitting a few days ago). Does that answer the question? Dimi. On 01/14/2013 12:51 PM, Francois Gouget wrote: On M

Re: Wine Wiki needs your help!

On Mon, 14 Jan 2013, Dimi Paun wrote: [...] > https://docs.google.com/a/lattica.com/spreadsheet/ccc?key=0AmY-Kp_Ihu3idFNEOUt0UkVGUko4elhkOHVoaWx2OWc#gid=5 I'm not clear on how this is supposed to work. For instance I see a ton of pages containing 'joyal' or 'crusher' in their Page Name. For insta

Re: Wine Wiki needs your help!

On 01/14/2013 11:43 AM, Erich E. Hoover wrote: On Mon, Jan 14, 2013 at 9:38 AM, Dimi Paun wrote: ... Please let me know if we can do this any simpler or if there are any problems. Do you want us to move marked items up to the top of the spreadsheet or will you do that for us? I don't think we

Re: Wine Wiki needs your help!

On Mon, Jan 14, 2013 at 9:38 AM, Dimi Paun wrote: > ... > Please let me know if we can do this any simpler or if there are > any problems. Do you want us to move marked items up to the top of the spreadsheet or will you do that for us? Erich

Re: [wine-devel] Re: [SOLVED] wine-1.5.20 regression compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On 2012-12-28 10:22-0800 Alan W. Irwin wrote: [...Let's] leave it like this. Wine-1.5.20 has introduced an obvious regression for an important Windows app (the MinGW gcc compiler for Windows) that has been working for years for prior Wine versions. Grant communicated to me off list that he was

Re: wine-1.5.20 regression compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On 2012-12-28 13:45+0100 Frédéric Delanoy wrote: Other users have issues with wine but they don't generally complain as loudly as you did. It is possible I was not cautious enough with my tone, but let's leave it like this. Wine-1.5.20 has introduced an obvious regression for an important Wind

Re: wine-1.5.20 reversion compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On Fri, Dec 28, 2012 at 11:54 AM, Alan W. Irwin wrote: > On 2012-12-28 10:44+0100 Frédéric Delanoy wrote: > >> On Mon, Dec 24, 2012 at 8:58 AM, Alan W. Irwin >> wrote: >>> >>> On 2012-12-23 21:25-0600 Austin English wrote: >>> On Dec 23, 2012 7:22 PM, "Alan W. Irwin" wrote: > >

Re: wine-1.5.20 reversion compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On 2012-12-28 10:44+0100 Frédéric Delanoy wrote: On Mon, Dec 24, 2012 at 8:58 AM, Alan W. Irwin wrote: On 2012-12-23 21:25-0600 Austin English wrote: On Dec 23, 2012 7:22 PM, "Alan W. Irwin" wrote: The subject line pretty much says it all. Running MinGW/gcc under wineconsole for any simp

Re: wine-1.5.20 reversion compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On Mon, Dec 24, 2012 at 8:58 AM, Alan W. Irwin wrote: > On 2012-12-23 21:25-0600 Austin English wrote: > >> On Dec 23, 2012 7:22 PM, "Alan W. Irwin" >> wrote: >>> >>> The subject line pretty much says it all. Running MinGW/gcc under >>> wineconsole for any simple test programme should demonstrat

Re: wine-1.5.20 reversion compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On 2012-12-23 21:25-0600 Austin English wrote: On Dec 23, 2012 7:22 PM, "Alan W. Irwin" wrote: The subject line pretty much says it all. Running MinGW/gcc under wineconsole for any simple test programme should demonstrate the issue for wine-1.5.20 which is not present in wine-1.5.19 and a fa

Re: wine-1.5.20 reversion compared to 1.5.19 and previous; MinGW/gcc 4.7.0 segfaults under wineconsole

On Dec 23, 2012 7:22 PM, "Alan W. Irwin" wrote: > > The subject line pretty much says it all. Running MinGW/gcc under > wineconsole for any simple test programme should demonstrate the issue > for wine-1.5.20 which is not present in wine-1.5.19 and a fairly large > selection of 1.5.x and MinGW ve

Re: Wine Gecko versioning

On Tue, 27 Nov 2012 18:33:20 +0300 Nikolay Sivov wrote: > It's described here http://wiki.winehq.org/Gecko. I guess failure > message loading gecko (in load_gecko()) could be improved adding > GECKO_VERSION to it so user clearly see what version he needs to have if > it's somehow not downloade

Re: Wine Gecko versioning

On 11/27/12 16:33, Nikolay Sivov wrote: > On 11/27/2012 17:26, Rosanne DiMesio wrote: >> On Tue, 27 Nov 2012 13:32:02 +0100 >> Jacek Caban wrote: >> >>> The idea is that Wine Gecko version could be just something based on >>> other versions, that are more informative. >>> >> Users don't care what

Re: Wine Gecko versioning

On 11/27/12 14:53, André Hentschel wrote: > Am 27.11.2012 13:32, schrieb Jacek Caban: >> The idea is that Wine Gecko version could be just something based on >> other versions, that are more informative. It's not really possible to >> use Wine version, because the first version of Wine that will us

Re: Wine Gecko versioning

On 11/27/2012 17:26, Rosanne DiMesio wrote: On Tue, 27 Nov 2012 13:32:02 +0100 Jacek Caban wrote: The idea is that Wine Gecko version could be just something based on other versions, that are more informative. Users don't care what version of Firefox the latest gecko is based on; most don't

Re: Wine Gecko versioning

On Tue, 27 Nov 2012 13:32:02 +0100 Jacek Caban wrote: > The idea is that Wine Gecko version could be just something based on > other versions, that are more informative. > Users don't care what version of Firefox the latest gecko is based on; most don't even realize it is based on Firefox. Wh

Re: Wine Gecko versioning

Am 27.11.2012 13:32, schrieb Jacek Caban: > The idea is that Wine Gecko version could be just something based on > other versions, that are more informative. It's not really possible to > use Wine version, because the first version of Wine that will use new > Gecko is not ultimately when Wine Gecko

Re: Wine and multiarch on Debian Testing

On Mon, 12 Nov 2012, Francois Gouget wrote: [...] >libtiff4-dev - #689085 I got bad news on this one: the maintainer has closed it as wontfix. The rational is that he does not have time to do it and does not want to deviate from upstream. So if upstream does not fix it or a patch is not pro

Re: Wine and multiarch on Debian Testing

On Mon, 12 Nov 2012, Nicolas Le Cam wrote: [...] > #677885, #678040, #678070, #678895 and #678898 already contains trivial > patches, I did check packages on every offered architectures to see if file > differs, I can recheck if necessary. Yes. It's thanks to your work either checking that there's

Re: Wine and multiarch on Debian Testing

2012/11/12 Francois Gouget > On Wed, 17 Oct 2012, Erich E. Hoover wrote: > > > I just upgraded to 12.04, until they fix the "32-bit headers problem" > > you'll have to manually create the symbolic links for the "-dev" > > package behavior: > > I ran into pretty much the same set of problems with

Re: Wine test bot

Le 06/10/2012 06:13, Christian Costa a écrit : Hi, Is there a problem with Wine test bost? Jobs seem to be stuck and some VMs show problem of memory. Christian Wine test bost is still stuck. Any plan to fix that problem?

Re: Wine Mono 0.0.6 Release - Because hey, why not?

So, it seems I've screwed up this release. Sorry about that. It won't be added to Wine, and I'll try again later. Specifically, I messed up the flags on the mono-registry64 msi component, and I forgot to commit the guids for the new System.Web.Http.SelfHost msi components (which means packages bui

Re: Wine, fullscreen applications, and RandR 1.2

On Sat, Sep 08, 2012 at 12:08:06AM -0700, Henri Verbeet wrote: > On 8 September 2012 01:22, Andy Ritger wrote: > > In any case, there is an enthusiast community around immersive gaming; e.g., > > > > http://www.nvidia.com/object/3d-vision-surround-technology.html > > > > In those cases, the co

Re: Wine, fullscreen applications, and RandR 1.2

On 8 September 2012 01:22, Andy Ritger wrote: > In any case, there is an enthusiast community around immersive gaming; e.g., > > http://www.nvidia.com/object/3d-vision-surround-technology.html > > In those cases, the content across the monitors is rendered as one > big screen, rather than rend

Re: Wine, fullscreen applications, and RandR 1.2

On Thu, Sep 06, 2012 at 01:05:42AM -0700, Henri Verbeet wrote: > On 5 September 2012 22:45, Andy Ritger wrote: > > On Wed, Sep 05, 2012 at 11:26:23AM -0700, Henri Verbeet wrote: > >> From Wine's point of view, we'd just get a bunch of extra code to maintain > >> because nvidia does things differen

Re: Wine, fullscreen applications, and RandR 1.2

On 5 September 2012 22:45, Andy Ritger wrote: > On Wed, Sep 05, 2012 at 11:26:23AM -0700, Henri Verbeet wrote: >> From Wine's point of view, we'd just get a bunch of extra code to maintain >> because nvidia does things differently from everyone else. > > Eventually, I hope NVIDIA isn't unique abou

Re: Wine, fullscreen applications, and RandR 1.2

On Wed, Sep 05, 2012 at 11:26:23AM -0700, Henri Verbeet wrote: > On 5 September 2012 18:52, Andy Ritger wrote: > > At first glance, I agree that would be easier for applications, but that > > approach has some drawbacks: > > > > * lies to the user/application about what timings are actually being

Re: Wine, fullscreen applications, and RandR 1.2

On 5 September 2012 18:52, Andy Ritger wrote: > At first glance, I agree that would be easier for applications, but that > approach has some drawbacks: > > * lies to the user/application about what timings are actually being > driven to the monitor > * the above bullet causes confusion: the timi

Re: Wine, fullscreen applications, and RandR 1.2

Thanks, Henri. On Wed, Sep 05, 2012 at 01:34:47AM -0700, Henri Verbeet wrote: > On 5 September 2012 08:07, Andy Ritger wrote: > > Questions: > > > > * Looking at dlls/winex11.drv/xrandr.c, the first RandR CRTC/output's > > modelist is used to populate Wine's list of available modes. Is the >

Re: Wine, fullscreen applications, and RandR 1.2

On 5 September 2012 08:07, Andy Ritger wrote: > Questions: > > * Looking at dlls/winex11.drv/xrandr.c, the first RandR CRTC/output's > modelist is used to populate Wine's list of available modes. Is the > data flow between Wine and Windows applications always such that you > need to adverti

Re: Wine Gecko 1.8-beta1

Vincent Povirk wrote: > > On related note, I seriously consider dropping debug builds and replace > > them by unstripped release build or even just a separated package > > containing only debug symbols for the release build. > > No one has complained about the debugging symbols in Wine Mono yet.

Re: Wine Gecko 1.8-beta1

On 09/02/12 20:52, Vincent Povirk wrote: >> On related note, I seriously consider dropping debug builds and replace >> them by unstripped release build or even just a separated package >> containing only debug symbols for the release build. > No one has complained about the debugging symbols in Win

Re: Wine Gecko 1.8-beta1

> On related note, I seriously consider dropping debug builds and replace > them by unstripped release build or even just a separated package > containing only debug symbols for the release build. No one has complained about the debugging symbols in Wine Mono yet. They are included mostly because

Re: Wine bot results

Hi Jacek, -- From: "Jacek Caban" Sent: Wednesday, August 29, 2012 1:16 AM To: "Alistair Leslie-Hughes" Cc: Subject: Re: Wine bot results This VariantClear call attempts to free uninitialized VARIANT instance. You probab

Re: Wine bot results

* On Tue, 28 Aug 2012, Saulius Krasuckas wrote: > * On Tue, 28 Aug 2012, Alistair Leslie-Hughes wrote: > > > > > Target: i686-w64-mingw32 > ... > > Target: i586-mingw32msvc > > There was the same topic brought up two years ago: > http://www.winehq.org/pipermail/wine-devel/2010-September/086643.

  1   2   3   4   5   6   7   8   9   10   >