December 2010 - Wine-Bugs - list.winehq.org

[Bug 22469] FileMaker Pro 11: Text is upside down when builtin gdiplus is used

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=22469 Emerson Prado <emerson.prado.eng(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emerson.prado.eng(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 25448] Filemaker Pro 11 can't be started from Linux main menu icon - Invalid or incorrect link

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25448 Emerson Prado <emerson.prado.eng(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 24954] Need For Speed Underground 2 installer won't start

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24954 andreluizromano(a)hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andreluizromano(a)hotmail.com --- Comment #4 from andreluizromano(a)hotmail.com 2010-12-08 11:07:22 CST --- Try mapping the mounted path of the CD as CDROM (in the Advance button)... This should make the installer run or it should show the error messages... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 10495] Wine should support PulseAudio

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10495 --- Comment #279 from Ove Kaaven <ovek(a)arcticnet.no> 2010-12-08 11:02:43 CST --- > The fact of the matter is it's not simple or it would have been done years ago. ...which, in fact, it was. Listen, Ben Klein, that's enough. I was a respected Wine developer years ago. *I* once tweaked all these audio drivers to have decent performance, where they didn't before. *I* once wrote code to make wineoss and winealsa dsound-capable, where they once weren't so hot. Even now, I would be able to whip up a pulse driver in a jiffy, except it has already been done, and I have better things to do. So, hear me: there are *no* unresolved technical reasons for not being a winepulse driver in Wine. It's all politics. Now, I understand the political arguments. I understand the code maintenance concerns, the design issues, the feeling that the current audio subsystem has become an abomination. I understand that and I even agree. It's perfectly understandable to me that they don't want to make the monster grow further by adding yet another driver to the legacy design, and would rather rewrite the subsystem first, in order to get a more streamlined and maintainable design for the future. I don't have a problem with that. I understand why they'd be happier to stick with pulse's alsa emulation, if it would just work. Why they'd rather force someone to bang that alsa emulation into working if necessary, rather than prolong the pain of maintaining the current subsystem. Alexandre Julliard has, indeed, employed such measures in the past - i.e., sometimes he'd rather force people to rewrite parts of Wine before allowing them to add features on top of those parts, if he thinks those parts are flawed in some way. In such cases, the technical merits of the new feature isn't the reason for his rejection - it's just his way of getting people to do more work for Wine. Before a Wine contributor can scratch his/her own itch, Alexandre might make sure he/she scratches someone else's related itch first - or at least doesn't cover that other itch up so much that it'll never be scratched. I won't push for the inclusion of winepulse in its current incarnation. However, I *do* have a general problem with people who aren't telling the truth. The reasons for not including winepulse are *not* technical, they are code policy decisions (and probably fairly good decisions, at least from certain perspectives, but nevertheless undeniably political). So, stop spreading lies, stop acting like you know what's going on, and stop berating users that are seeing right through you. What these users want is perfectly reasonable, and even if there may be good political reasons not to give them that quite yet, they don't deserve being flamed by someone parroting obsolete arguments that were only half-true even when they were new. I think they have a right to actually know what's going on. There's no technical reason for winepulse's non-inclusion. It's all about a line in the sand. A piece of less forward-thinking engineering within Wine itself, that Wine developers don't want to see grow more arms. I'll even take some of the blame for propagating that design myself, back when I could have done something about it and perhaps should, but didn't, and instead probably just made it worse. A little piece of this mess is *my* fault. And now people have to suffer for that. That's the way of politics, good or bad. At least, it's certainly not about any technicalities of the winepulse driver itself. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 10495] Wine should support PulseAudio

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10495 --- Comment #278 from Ben Shadwick <benshadwick(a)gmail.com> 2010-12-08 09:44:45 CST --- (In reply to comment #277) > (In reply to comment #274) > > since pulseaudio cannot be removed in ubuntu 10.10 anymore, winealsa is using > > pulse device instead of dmix/dsnoop. > > In that case, Wine cannot officially provide support for Ubuntu users, > especially in light of the apparent removal of dsound support from winepulse. Ubuntu and Fedora are the two most widely-used Linux distros, and this is the 4th-highest voted bug in the Wine tracker. Way to put your head in the sand! > > So take it simple: they don't like pulse, they don't use pulse, they have no > > intentions to support pulse in Wine. They simply refuse to do it, and that's > > it. > > I don't like jack, or esd, or arts, or OSS (at least, not prior to OSS4), and I > do not use any of them except for ALSA emulation of OSS. Would I refuse to > write an application that did not support any of those at all? Possibly, in the > cases of esd and arts, but, definitely not in the case of OSS and maybe jack, > depending on the application's purpose. In fact, if it was simple enough, I'd > implement a pulse module myself. The fact of the matter is it's not simple or > it would have been done years ago. I don't care what you like or don't like, I care that Wine does not work properly unless I hobble my OS install or hack Wine - despite the fact that I'm using the latest official release of the most popular Linux distro. > > The only way one may take to get proper support of pulse in wine is to do it > > himself out of the official wine tree. > > This is not "proper support". Bug reports when out-of-tree patches are in play > are by definition INVALID, as are AppDB reports. I'm not sure what you're on about there. He was complaining that it's the only avenue open for getting a version of Wine with a true pulse back-end. > > It would be more productive to spend the > > energy on maintenance of the winepulse patch instead of writing here trying to > > persuade wine devs that their software should run on the linux desktops well. > > Wine runs fine on desktops. It's not Gnome or KDE or whatever's fault that > distros have been shipping with a system that is incompatible with Wine. You're right; it's Wine's fault for deciding not to give first-class sound support to the majority of end users, whether by working more closely with the pulseaudio team, or by taking winepulse under their wing, or by making the new OpenAL back-end a higher or more visible priority. I'm telling you point-blank that stock Wine does not work properly on stock Ubuntu, and that's a problem no matter how you spin it. I'm sorry if you can't see that, but many other users care about it even if you don't. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 7526] fixme:comm:set_queue_size insize 4096 outsize 4096 unimplemented stub

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=7526 Graham Inggs <graham(a)nerve.org.za> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |graham(a)nerve.org.za -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 23022] Problem with serial port communication

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=23022 Graham Inggs <graham(a)nerve.org.za> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |graham(a)nerve.org.za --- Comment #4 from Graham Inggs <graham(a)nerve.org.za> 2010-12-08 09:07:44 CST --- Duplicate of #7256 ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 20574] serial port communication problem

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=20574 Graham Inggs <graham(a)nerve.org.za> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |graham(a)nerve.org.za --- Comment #2 from Graham Inggs <graham(a)nerve.org.za> 2010-12-08 09:07:09 CST --- Duplicate of #7256 ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 10495] Wine should support PulseAudio

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10495 --- Comment #277 from Ben Klein <shacklein(a)gmail.com> 2010-12-08 09:01:11 CST --- (In reply to comment #274) > since pulseaudio cannot be removed in ubuntu 10.10 anymore, winealsa is using > pulse device instead of dmix/dsnoop. In that case, Wine cannot officially provide support for Ubuntu users, especially in light of the apparent removal of dsound support from winepulse. (In reply to comment #276) > Colleagues, come on! There's no point in writing here blaming wine devs - their > position had been made clear years ago and it looks like there are no signs of > the possible changes in the near feature. True. This is mostly because no one is willing to do the work needed to make pulse Wine-friendly (or vice versa) in terms of upstream inclusion. > Fact is that wine devs team simply don't like pulse and that's it. For technical reasons; not petty as you imply. > Instead of > following the way to be more compatible with mainstream linux distros they > prefer to turn the world upside down and disagree to call Fedora, Mandriva, > Ubuntu and all other distros using Pulse out there "the mainstream". Like it or not, pulse uses ALSA as a backend on ALL of those systems. pulseaudiod actually needs libalsa, not just the ALSA kernel drivers, to function (or the equivalent in OSS or whatever other system is being used). Given that there are distros that do not ship pulse by default but require ALSA instead, ALSA is therefore MORE mainstream than pulse, not to mention more feature-complete for low latency applications, and also - most importantly - better supported by existing software, including but not limited to Wine. > Trying to argue with them leads to the threats that "this bug will be closed as > INVALID, end of discussion". No; trying to argue like that leads people to point out that the only people pushing for winepulse to be included upstream are those who do not understand the technical issues involved. > So take it simple: they don't like pulse, they don't use pulse, they have no > intentions to support pulse in Wine. They simply refuse to do it, and that's > it. I don't like jack, or esd, or arts, or OSS (at least, not prior to OSS4), and I do not use any of them except for ALSA emulation of OSS. Would I refuse to write an application that did not support any of those at all? Possibly, in the cases of esd and arts, but, definitely not in the case of OSS and maybe jack, depending on the application's purpose. In fact, if it was simple enough, I'd implement a pulse module myself. The fact of the matter is it's not simple or it would have been done years ago. > The only way one may take to get proper support of pulse in wine is to do it > himself out of the official wine tree. This is not "proper support". Bug reports when out-of-tree patches are in play are by definition INVALID, as are AppDB reports. > It would be more productive to spend the > energy on maintenance of the winepulse patch instead of writing here trying to > persuade wine devs that their software should run on the linux desktops well. Wine runs fine on desktops. It's not Gnome or KDE or whatever's fault that distros have been shipping with a system that is incompatible with Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010

[Bug 19713] Some serial port communication functions behave differently in Wine and Windows.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19713 Graham Inggs <graham(a)nerve.org.za> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |graham(a)nerve.org.za -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 8, 2010