I'm sorry my first post is along these lines, but I recently made a bug report regarding a game running in Wine and was, in rather unfriendly words, informed that I had posted in an incorrect bug report by a developer. I subsequently started a new bug report for the problem and was replied to by that same developer from the first bug. He replied in more, rather unfriendly, terms and essentially brushed off my replies to his queries and abruptly closed the bug. I understand what he is trying to say to me (in terms of what I should do to provide more helpful information in a bug report) but I am particularly disheartened by the inappropriate and distasteful tone and wording with which he replied to me. My question is, then, where and to whom could I file a complaint regarding this individual's behavior in Wine's bugzilla?
Sorry for a double-post here, but a bit more digging through wine's pages showed me this page: http://wiki.winehq.org/WhosWho I just picked one of the admins at the top to send an e-mail to, but if someone knows of a better way to reach the correct people, I'd very much appreciate it :-)
alienjon wrote:> I'm sorry my first post is along these lines, but I recently made a bug report regarding a game running in Wine and was, in rather unfriendly words, informed that I had posted in an incorrect bug report by a developer. I subsequently started a new bug report for the problem and was replied to by that same developer from the first bug. He replied in more, rather unfriendly, terms and essentially brushed off my replies to his queries and abruptly closed the bug. I understand what he is trying to say to me (in terms of what I should do to provide more helpful information in a bug report) but I am particularly disheartened by the inappropriate and distasteful tone and wording with which he replied to me. My question is, then, where and to whom could I file a complaint regarding this individual's behavior in Wine's bugzilla? > >The person who responded to your bug was CORRECT in his statement. You have to build Wine with all dependencies fulfilled or you will have problems. Now, what was the problem? Have you built Wine with all dependencies or downloaded a copy with them? What video card and drivers are you using? What is the error you are receiving from Direct X as it comes with Wine (if you have to use Direct X from Microsoft to satisfy a requirement, search, throughly BugZilla before reporting ANY bugs on DirectX as there are many of them.) Please keep in mind that I report bugs for MacOSX and get the same treatment because hal does not exist for it. However, a patched libhal does and that is what I have to use to build Wine with. James McKenzie
On Fri, Jun 5, 2009 at 10:03 PM, James McKenzie<jjmckenzie51 at earthlink.net> wrote:> alienjon wrote: >> I'm sorry my first post is along these lines, but I recently made a bug report regarding a game running in Wine and was, in rather unfriendly words, informed that I had posted in an incorrect bug report by a developer. ?I subsequently started a new bug report for the problem and was replied to by that same developer from the first bug. ?He replied in more, rather unfriendly, terms and essentially brushed off my replies to his queries and abruptly closed the bug. ?I understand what he is trying to say to me (in terms of what I should do to provide more helpful information in a bug report) but I am particularly disheartened by the inappropriate and distasteful tone and wording with which he replied to me. ?My question is, then, where and to whom could I file a complaint regarding this individual's behavior in Wine's bugzilla? >> >> > The person who responded to your bug was CORRECT in his statement. ?You > have to build Wine with all dependencies fulfilled or you will have > problems. > > Now, what was the problem? > > Have you built Wine with all dependencies or downloaded a copy with them? >Gentoo (source based distribution) allows you to build wine from source without things like ldap support. Isn't there options to configure wine and build it from source without ldap and other parts? John -- John M. Drescher
> The person who responded to your bug was CORRECT in his statement. You > have to build Wine with all dependencies fulfilled or you will have > problems.I understand, and don't necessarily disagree with what he was trying to say, but the problem was the tone and words he used to express himself. At this point I have heard back from an administrator and do not wish to pursue the complaint farther (I consider the issue 'registered', if you will, and do not wish to bring potentially unwarrented attention towards this developer) However, as for the reason for the post, I disagree that compiling wine to include libgphoto2 or the other library (I can't remember it off the top of my head) will fix the problem or is necessary for me to solve the problem, as another individual (also using Wine with identical USE-flags in a Gentoo-64 environment) is able to run the program rather well (as s/he reports) Regardless of that, as I am currently running Wine in a 64bit environment and, to get all of these required 32bit requirenments I would need to chroot into a 32bit environment, compile all the requirenments (as well as any requirenments for them), potentially patch wine several times (as you had indicated) and then compile Wine itself. Personally, as the only individual seemingly with this exact problem (insofar as I've found) it is much easier for me to just reboot into XP and play the game from there rather than go through all this work for something I don't honestly think will help the problem (although, to be honest, I'm also concerned that in creating a chrooted environment I may compromise my system (not that it isn't safe - I really don't know if it is or isn't) but knowing my luck I'd probably do something stupid in the process :? ) BUT, that's assuming I'd be compiling. Running on Gentoo, I automatically assume 'build from source'. However, you mention there being binary copies of Wine with its dependencies I could try? If so, I'd definitely be interested in testing that way (much safer, in my opinion, and I would definitely be interested in testing that way) Where might I find those? Additionally, I am using a GeForce 7600GS card with the latest drivers (180.60, I believe - I'm not in front of it right now, but it's definitely the latest) The error itself is: Code: err:ntdll:RtlpWaitForCriticalSection section 0x7e114810 "d3d9_main.c: d3d9_cs" wait timed out in thread 001f, blocked by 0009, retrying (60 sec) Definitely a DirectX-related issue (and, from what I can tell, related to thread locking) I HAVE found this error via Google searches, but none of the problems have matched mine (in terms of effects or for this specific game (Supreme Commander) and a good number of them have tried things that resolved the problem for them, but not for me. With ALL that being said, I have now gotten this post WAY off topic. Should I start a new one to keep these 2 topics separated?
> I think there already is a bug in Bugzilla for this.May I trouble you for some help in locating this bug? I had actually initially posted the problem in a bug report that looked (to me) as if it were spot on to my problem, but I was informed by a dev there that I was incorrect and right now I'm just not sure.
Hello. I am probably the person alienjon was talking about in the bug, as my distro is Gentoo 64 aswell, and I happen to have Wine compiled without all use-flags enabled. I also happen to be the maintainer of SupCom on Appdb. I am NOT getting the lockup bugs that alienjon does, the game works quite well, fast and stable on high settings for me. Not all requirements are ever used by some apps. If I had mentioned my use-flags in my bug-reports, all of them would've been shot down ;) Up to this day, I have never reported a bug that turned out to have my build-settings to blame Then again, a lot of users are probably not even aware whether one of their bugs is caused by incomplete builds. So I can completely understand Vitaliy. Devs can't be bothered to pay attention to their users' builds, it's far easier for both sides to assume complete ones.
Maybe Matching Threads
- Send in your favorite CentOS slogan today
- Asterisk community services - Old Mantis instance to be shutdown on Aug 28th, 2012
- Asterisk community services - Old Mantis instance to be shutdown on Aug 28th, 2012
- AT&T Researchers and the New York Times
- [PATCH] x86: change IO-APIC ack method default for single IO-APIC systems