http://bugs.winehq.org/show_bug.cgi?id=8033
--- Comment #52 from James Hawkins truiken@gmail.com 2007-10-07 17:09:12 --- (In reply to comment #51)
The point in getting to 1.0 is to put all the stuff that 1.0 needs to have in place _before_ 1.0 is released. That includes:
(1) Having staff (even volunteers) trained to respect the users. Users who take the time and effort to submit meaningful bug reports are among your best assets. Those who have shown up prior to 1.0, if you can build a good relationship with them, especially so.
(2) Having the mechanisms in place to allow smooth version upgrades. Taking the stance that these will be the absolutely last thing added to move to 1.0 assures that they most likely will not be of release quality precisely when you move to 1.0.
I'm sorry I have to say it, but by definition, you and rankincj@yahoo.com are ignorant on this topic. This has been turned into an issue of upgrading between releases, when the original request to remove the wineprefix had nothing to do with differences between releases or problems handling such an upgrade. The real issue is that there are finitely many variables that affect a bug, and the more variables we can eliminate as a cause of the bug, the easier it is to find the actual bug. 95% of the time, a bug has nothing to do with having a dirty .wine, but there is that 5% where this is a problem, and we ask users to remove their wineprefix to remove this variable so the debugging process is easier. At this point in the development process, there are very few changes to the code base that require a new wine prefix. After 1.0, there should be next to none.
Maybe being in competition with Windows makes you feel you can skimp on user relations and quality control, but exactly the opposite is true. An OS project is exactly as valuable as the community it attracts.
You're very ungrateful of all the time and energy we spend on managing our bugzilla and fixing bugs. We do the best that we can with the manpower we have. If you want professional support, buy a professional product.
Trusting someone like V. to be gatekeeper here is costing you dearly.
Actually, you might not like his manner, but Vitaliy does a lot for the project, and we'd be at a loss without him.
It's time to look at _why_ it's taking you so long to get to 1.0.
It's taking so long because we don't have the manpower to work any faster. We've gotten a tremendous amount accomplished with the few developers we do have.
Whatever bug there is with TOPO might actually have positive attention paid to it if the reporter actually did what the developers asked him/her to do instead of complaining.