Re: D3D command stream patches for testing
On Mon, 02 Sep 2013 15:55:18 +0200 Stefan Dösinger stefandoesin...@gmail.com wrote: You can test the attached patches by applying them (git am /path/to/patches/*) Third patch doesn't apply: Applying: wined3d: Don't mess with the device in buffer_create_buffer_object Applying: wined3d: Don't mess with the device in buffer_get_sysmem Applying: wined3d: Pass the context to the main buffer preload function error: patch failed: dlls/wined3d/buffer.c:732 error: dlls/wined3d/buffer.c: patch does not apply Patch failed at 0003 wined3d: Pass the context to the main buffer preload function The copy of the patch that failed is found in: /home/dimesio/wine-git/.git/rebase-apply/patch When you have resolved this problem, run git am --resolved. If you prefer to skip this patch, run git am --skip instead. To restore the original branch and stop patching, run git am --abort. -- Rosanne DiMesio dime...@earthlink.net
Re: D3D command stream patches for testing
On Tue, 3 Sep 2013 08:57:48 -0500 Rosanne DiMesio dime...@earthlink.net wrote: Third patch doesn't apply: Nevermind. I figured out my mistake (overlooked the part about applying to 1.7.1). -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB] How to deal with hardware/driver dependent test result?
On Wed, 28 Aug 2013 11:57:26 +0800 Felix Yan felixonm...@gmail.com wrote: I'm maintaining Spore 1.0, and it works correctly in wine for over a year on Nvidia video card with closed-source nvidia driver - but I do noticed with Intel cards with open source drivers, the game is nearly not playable - missing texture and more problems. Today comes in a new test result that mark the game as Garbage, while the description is exactly what happened on my laptop with Intel chip. What should I do about this? To proceed with the test result and change the game to Garbage stage, or reject with Nvidia cards works fine? I don't think either is fine, so I come to the list for help. Unless there's some other reason to reject the report (insufficient detail, internal inconsistency, etc.), it's a valid report. The AppDB is for information, not advertising, and we don't censor reports just because they give a low rating. It's not clear from what you say, however, whether the report even mentioned what graphics card and driver were used. If not, you could ask the user to add that information and resubmit. Many maintainers of games require that information, and IMO, that's a good practice for games entries. -- Rosanne DiMesio dime...@earthlink.net
Wiki is down
I'm getting an Unable to connect message from Firefox and Connection closed by remote server from Opera. -- Rosanne DiMesio dime...@earthlink.net
Re: PLEASE add bug links!
On Sun, 18 Aug 2013 11:16:27 +0200 (CEST) Francois Gouget fgou...@free.fr wrote: We have some instructions on Bugzilla's bug submission page (currently 'Please do not PASTE logs and back traces'). It may make sense to add something for the bug links either there or on the page confirming the bug was enered. It would have a much better chance of being read there than on the Wiki. +1 -- Rosanne DiMesio dime...@earthlink.net
Re: PLEASE add bug links!
On Sat, 17 Aug 2013 13:07:32 +0200 André Hentschel n...@dawncrow.de wrote: So this is just with no link in Show Apps affected by this bug? Beside it being outdated i think it's not exactly what Ken wants, I think what Ken wants is for people to add the bug links when they create the bug so we don't periodically wind up with thousands of unlinked bugs that have to be cleaned up. I also think that's not going to happen as long as bug links can't be added from Bugzilla, when you're creating the report. Not everyone has an AppDB account or wants one, and they shouldn't be obligated to create one just to file a bug. http://bugs.winehq.org/show_bug.cgi?id=16284 (My guess is that's probably never going to be fixed because it involves changes to Bugzilla code.) -- Rosanne DiMesio dime...@earthlink.net
Re: PLEASE add bug links!
On Sat, 17 Aug 2013 15:37:33 +0100 Ken Sharp kennyb...@o2.co.uk wrote: I can, and do, search Bugzilla for that. It is a massive PITA having to do it but a script would make it easier, however... Users can add bug links, so if someone would run an updated script and post the results we could post it on the forum and ask users to help. It worked last time. -- Rosanne DiMesio dime...@earthlink.net
Re: PLEASE add bug links!
On Fri, 16 Aug 2013 20:51:19 +0100 Ken Sharp kennyb...@o2.co.uk wrote: I believe someone managed to run a script to find the unlinked bugs. I can't remember who it was now, sadly, and I don't know if it was server-side, which would obviously be quicker. Dan Kegel. http://kegel.com/wine/unlinked.html -- Rosanne DiMesio dime...@earthlink.net
Re: Process for reporting security bugs?
On Mon, 12 Aug 2013 23:29:51 JST achurch+wine-de...@achurch.org (Andrew Church) wrote: Note that removing the default z: drive mapping will NOT prevent Windows applications from reading your entire filesystem! In addition to the Windows share, malicious programs could detect that they are running under Wine and execute native Linux system calls to get around any restrictions imposed by Wine. Consider running programs you don't trust in a virtual machine instead. Already in the FAQ: 11.2. How good is Wine at sandboxing Windows apps? Wine does not sandbox in any way at all. When run under Wine, a Windows app can do anything your user can. Wine does not (and cannot) stop a Windows app directly making native syscalls, messing with your files, altering your startup scripts, or doing other nasty things. You need to use AppArmor, SELinux or some type of virtual machine if you want to properly sandbox Windows apps. -- Rosanne DiMesio dime...@earthlink.net
Request to add wow64 keyword to bugzilla
Can wow64 be added as a keyword to bugzilla? I know we already have win64 as a keyword, but that's being used for both 64 bit apps and 32 bit apps in a 64 bit wineprefix. I'm interested in being able to track the latter, as it's hitting increasing numbers of users. -- Rosanne DiMesio dime...@earthlink.net
Re: Request to add wow64 keyword to bugzilla
On Wed, 7 Aug 2013 21:07:29 +0200 Frédéric Delanoy frederic.dela...@gmail.com wrote: There's no win32 keyword ; only win16 and win64 There wouldn't be any use anyway since it would be the default I know; Ken pointed that out. I think I misread win16. Clearly I should not post before having coffee. -- Rosanne DiMesio dime...@earthlink.net
Re: Wiki RFC: Redirects, swarm tactics, etc.
On Fri, 02 Aug 2013 01:03:34 -0500 Kyle Auble kau...@lavabit.com wrote: 3. There are actually a few more fixes to the theme code at the head of my bitbucket repo (and also branches for 2 different Moinmoin upgrade paths). By any chance do any of those fixes/branches take care of http://bugs.winehq.org/show_bug.cgi?id=28578? That bug stops me from touching any page with preformatted text on it, specifically the FAQ, which is the one page I use most often and need to be able to update. Are there any relatively easy things we could do to cut the spam? From http://bugs.winehq.org/show_bug.cgi?id=33470#c6: disable new user registration and force users to manually request accounts. -- Rosanne DiMesio dime...@earthlink.net
Re: Windows 7 64-bit?
On Fri, 26 Jul 2013 16:47:36 +0100 Ken Sharp kennyb...@o2.co.uk wrote: I have to ask: Do we really think that this user is running Wine 1.0.1 on Windows 7 64-bit? http://appdb.winehq.org/objectManager.php?sClass=versioniId=28587iTestingId=79589 No; letting it through was my mistake. This was actually the third time he submitted it. The previous two times I caught it and told him to select a valid distro, but I missed it this time. I realized it after I had approved it and have already deleted the whole entry. The user who keeps submitting it is market...@smartpixel.com, so I doubt this is anything more than a ploy to improve his site's search engine ranking. But admins no longer have the power to delete users, so there's nothing I can do to stop him from continually resubmitting it. -- Rosanne DiMesio dime...@earthlink.net
Re: Windows 7 64-bit?
On Fri, 26 Jul 2013 22:49:55 +0100 Ken Sharp kennyb...@o2.co.uk wrote: On 26/07/13 19:42, Rosanne DiMesio wrote: But admins no longer have the power to delete users, so there's nothing I can do to stop him from continually resubmitting it. This is a real pain. Was it intentional or a bug that's slipped in? I believe it was taken away after the AppDB was hacked a couple of years ago. -- Rosanne DiMesio dime...@earthlink.net
Re: Another major milestone
On Thu, 18 Jul 2013 16:55:42 -0500 Jeremy White jwh...@codeweavers.com wrote: Alright folks, I have to confess that the 1.6 release came and I didn't immediately get up and dance. In fact, a new Wine release was almost...boring. What was most striking to me about this release was the fact that not a single bug was targeted to be fixed for 1.6. The practice of nominating bugs for specific milestones seems to have been abandoned. I can't help but wonder why. -- Rosanne DiMesio dime...@earthlink.net
Re: Another major milestone
On Fri, 19 Jul 2013 20:14:08 +0200 Marcus Meissner mar...@jet.franken.de wrote: We noticed too late. ;) But thats software management life, you always have bugs left over when you release. More for 1.6.1 or 1.7.x :) So maybe now is the time to start thinking about bugs to target for 1.8. There are longstanding bugs that are not regressions, but they do affect a lot of apps. -- Rosanne DiMesio dime...@earthlink.net
Re: [bugzilla] Add descriptions for additional resolutions (try 2)
NOTOURBUG or 3RDPARTY seem to be the most common. NOTOURBUG would be clearer to users. We generally refer to things like PlayOnLinux, Wineskin, etc. as third party, so using that could potentially cause some confusion. -- Rosanne DiMesio dime...@earthlink.net
Re: Call for Translators
On Sun, 16 Jun 2013 02:26:27 +0200 (CEST) Francois Gouget fgou...@free.fr wrote: So I'm calling on all translators of good will to review, refresh, complete or even start new Wine translations. I know you also sent this to the users mailing list, but the forum gateway no longer exists, so it will not appear on the forum unless you post it there. The forum is where most of our users are. -- Rosanne DiMesio dime...@earthlink.net
Re: msvcp90: Prefer native version.
On Fri, 17 May 2013 10:43:29 +0200 Piotr Caban piotr.ca...@gmail.com wrote: On the other hand there are other benefits of preferring builtin dlls over native ones. Thanks to it the dll is tested by more users. Because there are no reported bugs related to msvcr90 I would prefer to use builtin dll in this case as well (actually there's one bug but it's abandoned). The only users I see who consistently have problems with builtin msvcp90 these days are the ones using the stable release, and upgrading to the development branch generally fixes it for them. Users who do install native usually use winetricks, which sets the override for them. -- Rosanne DiMesio dime...@earthlink.net
Re: wineconsole screen scenarios
On Thu, 16 May 2013 08:04:07 -0400 Hugh McMaster hugh.mcmas...@masterindexing.com wrote: My concern is with scenario (3). Wine is designed to be used with an X server, but wineconsole can be used in non-X-based environment. While this is possible, it would seem unlikely. Nonetheless, the issue has come up on the wine-devel list before. It's not common, but we have had users on the forum who are using wineconsole to run DOS apps. They're usually pretty adament about not wanting or needing X. -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB] version: Only display comments section in case version has maintainers
On Thu, 2 May 2013 11:35:28 +0200 Frédéric Delanoy frederic.dela...@gmail.com wrote: That seems a bit harsh: you probably can't expect users to follow workarounds scattered across associated bugs, can you? I do it every day. Furthermore, there's already a comment telling sthg along the lines of this program wasn't tested with a recent wine version. Isn't that sufficient already? How exactly is that going to prevent spam in comments? -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB] version: Only display comments section in case version has maintainers
On Thu, 2 May 2013 23:26:24 +0100 (BST) Hin-Tak Leung ht...@users.sourceforge.net wrote: - volunteer is what it means: volunteer. To try to make anybody volunteer in any activity any manner which is less than whole-heartedly willingly, sounds wrong. Nobody's trying to make anyone volunteer. I doubt anyone will. There is no reason why the AppDB shouldn't work that way. i.e. just deal with the persistent ones, and let the individual readers skip over the occasional rest as they come. And who do you propose should deal with the persistent spammers? To ban such exchanges - between people who ask for help and might even offer incentives, and those who can offer help but not willing/possible to commit to a regular role - seem over-zealous. We have a perfectly good user's forum for such exchanges. -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB]: Recent UCE/Spam waves in AppDBs comments
On Sun, 28 Apr 2013 02:02:18 +0200 Joerg Schiermeier n...@schiermeier-it.de wrote: I just saw again a lot of spam posted into the AppDB. Thanks to Rosanne who deleted this senseless and useless mails rapidly. But isn't there a real solution for this problem? OK, to kill this guys maybe the best way, but than I will get seriously problems. :-) So please, isn't there a way to set up a filter - for user names or, with more effect, for IPs of this bad guys ISPs? I know, this will cause 'collateral damage' but if it helps to prevent the next wave of spam - I think it's OK. This maybe a task for AppDBs administrator, isn't it? Joerg, As frustrating as it is for admins not to have the ability to ban AppDB spammers, my experience with spam on the forum tells me that banning alone, at best, barely slows down the determined ones. Ban one username, they will create another. Ban one IP, they will use a different one. The only thing that got spam under control on the forum was the forced moderation of posts by new users. We still get spammers trying, of course, but once they see that their post will never appear, most move on to easier targets. Unfortunately, the AppDB is one of them. Forced moderation of comments could work for apps with maintainers who are doing their job, but most of the spam I recently deleted was in unmaintained apps. My suggestion would be to block comments altogether on unmaintained apps, not just because of spam, but because of other inappropriate things that are not being monitored, such as posting links to illegal downloads. As for the maintainers who clearly aren't doing their jobs (about 20-25% of the spam I found was in entries with maintainers), admins already have the capability of removing them. Of course, making either of those changes would depend on someone with the requisite skills caring enough to take the time to modify the AppDB code. I fulfill the latter but unfor -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB] version: Only display comments section in case version has maintainers
On Sun, 28 Apr 2013 18:47:25 -0400 Christopher Cope cco...@utk.edu wrote: I understand the premise, but I disagree. A lot of apps that I use don't have maintainers. However, the comments are typically helpful. I believe this should be approached differently. So volunteer to be a maintainer. -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB] version: Only display comments section in case version has maintainers
So volunteer to be a maintainer. That is all good and well, but most of the time I check the wine page before I buy a game. If there are no maintainers and this is active, there will be no comments, I will be unsure about the likelihood of it working. Reports would still be helpful, but most of the time, the majority of the information ends up in the comments section. All the more reason to disable comments. The information belongs in test reports. Comments get deleted periodically, test reports don't. -- Rosanne DiMesio dime...@earthlink.net
Re: [AppDB] Comment for 'Microsoft Outlook 2007' added by bayu
On Mon, 8 Apr 2013 11:04:39 -0700 Austin English austinengl...@gmail.com wrote: I've deleted the comment, but trying to delete the user from the admin page just refreshes the page.. I think the ability for admins to delete users was taken away when the AppDB and Bugzilla were hacked. There is an open bug for the lack of spam controls in the AppDB: http://bugs.winehq.org/show_bug.cgi?id=31973. -- Rosanne DiMesio dime...@earthlink.net
Wiki is down
I'm getting an Internal Server Error message when I try to access the wiki. -- Rosanne DiMesio dime...@earthlink.net
Re: Wine Gecko versioning
On Tue, 27 Nov 2012 13:32:02 +0100 Jacek Caban ja...@codeweavers.com 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. What does often confuse users, and which your suggested scheme doesn't address, is keeping track of which version of Wine uses which version of wine-gecko. -- Rosanne DiMesio dime...@earthlink.net
Re: Wine Gecko versioning
On Tue, 27 Nov 2012 18:33:20 +0300 Nikolay Sivov bungleh...@gmail.com 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 downloaded already. I know where the information is; in fact, I had to correct that page myself once because the information originally posted was wrong. Adding the version needed to the error message would definitely be helpful. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB: Could someone please block this Spammer (UCE)
On Wed, 3 Oct 2012 16:24:54 +0200 Joerg Schiermeier newslet...@schiermeier-software.de wrote: Hello André, AH In the meantime you could change your preferences in the appdb (Send email notifications) Than I'm in peace - that's right. But this have a side-effect: I also will not be informed by AppDB if someone add a new test or a comment in my attended applications: the mails to remain an applications maintainer to do his work are also switched off. This isn't really what I want. My Preferences screen has an option to Disable global e-mail notifications (only send for maintained apps), but I'm not sure if that's something only admins have. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB: Could someone please block this Spammer (UCE)
On Tue, 2 Oct 2012 23:48:22 +0200 newsletter [at] Schiermeier-Software newslet...@schiermeier-software.de wrote: Please Rosane, help us...! Thanks a lot! I'd love to, but if the AppDB has a way to ban users, I don't have access to it. I've already deleted the comments from the Office 2007 page (twice), and it looks like someone else deleted them from the Photoshop page. I tried deleting the spammer's account, and the system asked me if I really wanted to, but it didn't delete it even after I said yes. I'm not sure that would have helped anyway, as he could easily just create a new account. We really do need some sort of moderation for AppDB comments similar to what's on the forum. The spammer's display name is menujusukses, email is rian_barka...@ymail.com. -- Rosanne DiMesio dime...@earthlink.net
Re: Re-enable editing on the forum?
On Sun, 8 Jul 2012 07:11:13 -0700 Dan Kegel d...@kegel.com wrote: No objection here. Seems like an obvious thing to do. I'll do it later today if nobody objects. Thanks, Dan. I've unstickied the Editing is disabled thread and posted a note that editing has been re-enabled. Now, another housekeeping matter: http://forum.winehq.org currently lists Wine Users under WineHQ Mailing Lists and says This forum is linked to the wine-users mailing list, and http://www.winehq.org/site/forums still says The mailing lists and forum are interlinked. Messages sent to one automatically propagate to the other. I can correct the forum.winehq.org page myself via the admin interface (assuming no one objects), but someone (Jeremy?) needs to correct the other page. -- Rosanne DiMesio dime...@earthlink.net
Re: Re-enable editing on the forum?
On Mon, 9 Jul 2012 20:18:13 +0200 Schiermeier Software schiermeier.softw...@web.de wrote: Guten Abend Rosanne, but someone (Jeremy?) needs to correct the other page. maybe you want to send a patch to: WineHQ - patch wine-patc...@winehq.org subject: [website] your subject I'm sure it's very easy for someone who knows what they're doing. That person is not me. -- Rosanne DiMesio dime...@earthlink.net
Re-enable editing on the forum?
The main reason for disabling editing on the forum was the confusion it caused for mailing list users. Since the two are no longer connected, that is no longer an issue. Are there any objections to re-enabling editing on the forum? -- Rosanne DiMesio dime...@earthlink.net
Re: [PATCH (try2)] winepulse.drv: Add PulseAudio driver
On Thu, 14 Jun 2012 13:00:33 -0500 Andrew Eikum aei...@codeweavers.com wrote: On Wed, Jun 13, 2012 at 09:02:33PM +0200, Alexandre Julliard wrote: It doesn't work here, it's apparently using the driver even though PulseAudio is not running on this box: I've tried this on two operating systems, one with libpulse 2.0 and one with libpulse 1.1, and I can't reproduce it. It always works correctly. A forum user reported this behavior with the Ubuntu 12.04 wine1.5 packages, which are apparently only available with the winepulse patch. http://forum.winehq.org/viewtopic.php?t=15747 -- Rosanne DiMesio dime...@earthlink.net
Re: http://winetricks.googlecode.com/svn/trunk/src/install-gecko.sh also installs mono
On Mon, 4 Jun 2012 06:24:26 -0700 Dan Kegel d...@kegel.com wrote: The point of this script is to make life easier for me and for the average user. It's not to make life easier for people who don't like mono, mostly because I doubt there are many of them. There are many average users using apps that require real .NET. It doesn't make sense to force them to install mono and then have to uninstall it. -- Rosanne DiMesio dime...@earthlink.net
1.4 has dropped off the list for AppDB submissions
As of the release of 1.5.5, 1.4 has dropped off the list of Wine versions for which AppDB test reports can be submitted. Can someone please add it to the list of stable releases that are always available in the dropdown list? Until it's put back, users will not be able to submit new test reports for 1.4. We could avoid having this problem every time there's a new stable release if users were allowed to submit test reports for any version. Bugzilla lists every version, I don't see why the AppDB doesn't. -- Rosanne DiMesio dime...@earthlink.net
Re: [appdb] Applications working flawlessly using patched wine should be rated Gold
On Fri, 18 May 2012 14:52:28 -0600 James Eder jimpor...@gmail.com wrote: With the current system, rating is open to ambiguity and misuse. Users often use it as an indicator of how much they like the application or how excited they are that it works with Wine. Yes. If we generate the rating for them, then they have to lie (game the system) to get a higher rating than what is deserved. Some will do that. Some already try to sneak inflated ratings in by mentioning problems in the Extra comments section rather than the What doesn't work section. Of course this would require a bunch of work from someone Which is why it's unlikely anything will ever change, even if everyone loves the idea. -- Rosanne DiMesio dime...@earthlink.net
Re: [appdb] Applications working flawlessly using patched wine should be rated Gold
On Thu, 17 May 2012 09:56:17 +0200 Frédéric Delanoy frederic.dela...@gmail.com wrote: If this patch isn't accepted, I wonder why some entries like those for Diablo III were accepted, since some indicate you need to apply some patches. e.g. http://appdb.winehq.org/objectManager.php?sClass=versioniId=25953iTestingId th=71519 They shouldn't have been accepted. There are lots of things in the AppDB that shouldn't be there. Also, if patched wine isn't accepted in AppDb ratings, the app entry would likely be marked as Garbage, and most people won't bother to read the specific entries, while a workaround (patches) can be used. Reading AppDB HOWTO entries seems counterintuitive for Garbage-rated apps, IMHO People don't read the entries as it is, whatever the rating. I frequently have to point things out to users on the forum that are clearly stated in the AppDB entry that they claim to have read. And the rating system itself is deeply flawed: ratings depend as much on the user's skills and tolerance for problems as they do on the actual performance. If it were up to me, we'd get rid of individual ratings, and just let users report the facts. I agree that what is most useful in the AppDB is the specific information on how to make an app work, and yes, patches do fall into that category. Them problem with accepting them is that then there is no valid reason for rejecting reports that use POL, WineSkin, etc. I'll repeat the question I asked Austin: is that the road you all want to go down? Because I could easily start accepting them right now, without any need for changes to the AppDB code. -- Rosanne DiMesio dime...@earthlink.net
Re: [appdb] Applications working flawlessly using patched wine should be rated Gold
On Thu, 17 May 2012 16:05:35 +0300 Jari Vetoniemi mailro...@gmail.com wrote: http://appdb.winehq.org/objectManager.php?sClass=versioniId=24699iTestingId=70104 The above example shows only the results from, unpatched wine. While the howto section informs about patch that can potentially solve all issues, but isn't the prober way to solve the problem. IMO, that's the best way to handle it under the current system. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB, ratings and native vs. builtin trouble
On Wed, 16 May 2012 14:14:30 +0400 Alexey Loukianov mooro...@mail.ru wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 How should we treat situations like that? From user PoV it's Platinum - app is working out of the box. From real side of things - it is Gold, as native dll override is required for app to function - Wine's stubbed xaudio2 implementation is obviously not enough for game to work. If the user didn't have to manually do anything, it should be rated platinum. P.S. Aside from that, I want to once again bring up the discussion on extending AppDB so more detailed test reports would be possible. IMO it might be reasonable to add to AppDB test report form is an ability to specify whether the version used was vanilla or patched with some out-of-tree patches one. For most reporters sane default would be vanilla, while at some circumstances most of the test reports would come for patched version: good examples are SW:KOTR, WoT, D3 and many other games that require out-of-tree patches to function best under Wine. Ratings should be based on unpatched Wine. Users can mention in the extra comments section that patching Wine will fix a particular problem. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB, ratings and native vs. builtin trouble
On Wed, 16 May 2012 17:48:28 +0400 Alexey Loukianov mooro...@mail.ru wrote: Is it the official position that have been agreed throughout Wine devteam and AppDB maintainers? It's the way I've been handling things as an admin. It's really the only way I can handle it, because as an admin, I have to process test reports for apps and games I've never used, and I have no way of knowing what they may be installing behind the scenes unless the test reporter mentions it. But beyond that, the ratings are supposed to reflect the individual user's experience, which is why ratings can validly be gold for a user who uses native dlls and garbage for one who doesn't. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB, ratings and native vs. builtin trouble
On Wed, 16 May 2012 12:56:00 -0500 Austin English austinengl...@gmail.com wrote: Copying an install form windows is unsupported and should be treated as such. The AppDB form has the option No, but has a workaround on the dropdown list for Installs? IMO, copying a Windows install is a valid workaround for AppDB test report purposes, though not supported for bug reporting. -- Rosanne DiMesio dime...@earthlink.net
Re: [appdb] Applications working flawlessly using patched wine should be rated Gold
On Wed, 16 May 2012 13:16:11 -0700 Dan Kegel d...@kegel.com wrote: Really? IMHO they should still be silver. Patches are very hard for the average user to deploy without a third party front end like POL, and appdb is not about POL. AppDB test reports are supposed to reflect the performance of the Wine release tested. Strictly speaking, we shouldn't allow any workarounds at all, but we'd have to throw out most of the accumulated data if we made that change. IMO, a reasonable compromise draws the line at what an ordinary, non-technical user can reasonably be expected to know how to do. Copying files, even whole directories, is something everyone can be expected to know. Patching and compiling Wine isn't. -- Rosanne DiMesio dime...@earthlink.net
Re: [appdb] Applications working flawlessly using patched wine should be rated Gold
On Wed, 16 May 2012 15:55:37 -0500 Austin English austinengl...@gmail.com wrote: Some of the more popular patches are available in PPA's, and I'd be willing to bet that many of the less tech savvy users are running Ubuntu and can figure out how to add a PPA. They're also available through PlayOnLinux. Do you want to open the AppDB to test reports using POL? If no, what is the rationale for keeping them out if test reports for patched versions are allowed? If yes, what about all the other third party apps out there? BTW, I'm not necessarily arguing against this. I'm more concerned with practicalities than philosophy, and it would make my job easier if POL et. al. could simply be treated as distros (WineSkin users already keep trying to add it as a distro). But does anyone really want to go down that road? -- Rosanne DiMesio dime...@earthlink.net
Re: Duplicate AppDB Entry
On Wed, 23 Mar 2011 17:57:01 -0700 Jeremy Nowka jno...@gmail.com wrote: Barnes And Noble EReader v2.5 and Nook for PC are the same program. I feel that the two AppDB entries should be combined for easier access by the general public. I feel that the information should be merged to Nook for PC because this is the common name for version 2.5. The version number for Nook for PC should be changed to reflect the actual version, 2.5. Done. -- Rosanne DiMesio dime...@earthlink.net
Please ban this spammer from the forum
We've had repeated spam posts from user darlingntq9 over the past couple of days. Please ban him/her from the forum. -- Rosanne DiMesio dime...@earthlink.net
Re: Spammer on AppDB
On Thu, 17 Mar 2011 16:09:30 -0600 Erich Hoover ehoo...@mines.edu wrote: Account named AnnaT: http://appdb.winehq.org/objectManager.php?sClass=versioniId=7440#Comment-67977 I've deleted the comment and the user. -- Rosanne DiMesio dime...@earthlink.net
Is the Call for Translators forum sticky still needed?
The original post asked for help leading up to the release of 1.2. That's obviously outdated, and the thread now just attracts spammers. Should it be updated, or simply removed? -- Rosanne DiMesio dime...@earthlink.net
Re: new winetricks-alpha 20110219-alpha: added wineprefix selection screen
On Fri, 18 Feb 2011 22:48:22 -0800 Dan Kegel d...@kegel.com wrote: Another day, another winetricks-alpha. (Well, it *is* alpha.) winetricks-alpha version 20110219's gui now starts with a wineprefix selection dialog. If you just click OK, it uses the default wineprefix. When using the gui, games can only be installed into their own sandboxed prefix. You should make a separate wineprefix the default for Office 2003 and 2007 as well, though it shouldn't be sandboxed. Right now you are setting the override for riched20 only for the main apps, but many of Office's advanced features (e.g., clip organizer, equation editor) are separate exes and the override needs to be set for all of them. Installing to a separate wineprefix and setting the override globally is much easier. It will also protect Office apps from being messed up by other overrides a user might set for other apps. You might also want to disable Wine's crash dialog for Office, as it prevents Office's error handler from recovering the file that was being worked on at the time of the crash. -- Rosanne DiMesio dime...@earthlink.net
No longer possible for users to submit AppDB test reports for the current stable release
With the release of 1.3.14, the current stable release has dropped off the list of versions for which users can submit AppDB test reports, though 1.0.0 and 1.0.1 remain on the list. Can someone please fix this? http://bugs.winehq.org/show_bug.cgi?id=24763 -- Rosanne DiMesio dime...@earthlink.net
Re: Wine FAQ edits
On Sat, 5 Feb 2011 21:49:30 -0500 Albert Lee tr...@forkgnu.org wrote: I think relying on tilde expansion can can be considered good practice for the interactive use case. Tilde expansion doesn't work if there are quotes around the path, and if you search the forum, you will find instances of users who did not know that and didn't understand why they were getting No such file or directory messages. $HOME is better because it can be used inside quotes, but what I have found to be most understandable to newbies is simply /home/user/ with a note telling them to substitute their username for user. (Yes, there are people who need to be told that. This is the level of technical knowledge you are writing for in the FAQ.) -- Rosanne DiMesio dime...@earthlink.net
Re: Wine FAQ edits
On Sat, 29 Jan 2011 13:18:40 -0500 Albert Lee tr...@forkgnu.org wrote: I notice you have reverted my edits to the FAQ on the wiki ( http://wiki.winehq.org/FAQ?action=info ). As I was trying to clarify the shell metacharacter information and operating system/platform support, and add new file association instructions, I would like to know why this happened and what changes should be done. Albert, Besides the problems Vitaliy has pointed out with your edits, your repeated attempts to substitute Unix for Linux in multiple places is flat-out wrong. Unix is a trademarked name, with a specific meaning. It is not a generic synonym for Linux, BSD, etc. and should not be used as such. -- Rosanne DiMesio dime...@earthlink.net
Re: Wine FAQ edits
On Wed, 2 Feb 2011 10:09:16 -0500 Albert Lee tr...@forkgnu.org wrote: The Open Group even more strongly objects to the phrase Unix-like. They also state explicitly on their website that Linux is not Unix. http://www.unix.org/what_is_unix/flavors_of_unix.html Ozan's suggestion of Posix-compatible is more accurate. -- Rosanne DiMesio dime...@earthlink.net
Re: New winetricks 20110117-alpha: new verbs dxdiag, firefox4, ut3, hegemonygold_demo, dxdiagn, pngfilt; new svn repo, download url
On Mon, 17 Jan 2011 12:33:28 -0700 Vitaliy Margolen wine-de...@kievinfo.com wrote: Isn't that exactly why we marked all other scripts like this a third party unsupported tools? If you moving the same direction, then winetricks will fall into the same category - if you using it, ask Dan, don't bother asking people on forum, filing bugs, etc. We already treat winetricks like that. I know I'm constantly telling users to reinstall to a clean wineprefix with no winetricks. The winetricks wiki page tells users explicitly not to report bugs here if they have used winetricks to install native dlls, and has a link to winezeug to report bugs in winetricks itself. I don't see any of that changing. That said, I do think winetricks has become bloated. JMHO. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB: Do not upload screenshots of error messages, installers, game menus
On Tue, 11 Jan 2011 18:07:48 +0100 joerg-cyril.hoe...@t-systems.com wrote: Hi, the AppDB screenshot submission pages mentions this rule - Do not upload screenshots of error messages, installers, game menus yet it is continuously violated and e.g. screenshots of game menus are accepted, including recently. Is it still a useful rule? If yes, should matching screenshots be removed? While we are at it, should there be a rule about accepting or not screenshots showing bugs such as graphical artefacts? Probably it's better to have a screenshot with bugs than have none. I've never understood the reason for excluding screenshots of game menus (some are quite attractive), so you can count me as one of the people who accepts them. As for installers, if you rule them out completely, then we couldn't have any screenshots for the Microsoft Office entry, which is for the installer only. Error messages and screenshots of graphical bugs are another matter. IMO, like debug output, they belong in an attachment on bugzilla, not the AppDB. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB: Do not upload screenshots of error messages, installers, game menus
On Tue, 11 Jan 2011 19:18:17 +0100 André Hentschel n...@dawncrow.de wrote: AppDB should represent the actual state of an App, so game menus, installer screenshots and graphical glitches are ok IMO. Of course the graphical glitch should have a bug filed and should not only lay around in AppDB, but if there is a Bug for it and it's not yet fixed, then why we should hide it to the user? My concern is that it's not uncommon for new users to believe that they actually are reporting a bug when they submit something to the AppDB, and accepting screenshots of graphical problems reinforces that misconception. I see redirecting users to bugzilla as simply setting them straight on what gets reported where. This doesn't hide problems; there is a section for bug links in every AppDB entry. -- Rosanne DiMesio dime...@earthlink.net
Forum/mailing list link broken?
Replies from the mailing list are not showing up on the forum in some cases. A user mentioned it in this thread: http://forum.winehq.org/viewtopic.php?t=10782. I checked the mailing list archives, and there are other threads that have replies from mailing list users that never appeared on the forum. -- Rosanne DiMesio dime...@earthlink.net
Re: Forum/mailing list link broken?
On Fri, 7 Jan 2011 09:44:39 -0600 Rosanne DiMesio dime...@earthlink.net wrote: Replies from the mailing list are not showing up on the forum in some cases. A user mentioned it in this thread: http://forum.winehq.org/viewtopic.php?t=10782. I checked the mailing list archives, and there are other threads that have replies from mailing list users that never appeared on the forum. I haven't looked at every thread, but from a spot-check comparison of the forum and archives, it looks like the problem started in mid-September. -- Rosanne DiMesio dime...@earthlink.net
Re: New winetricks 20101222: new verbs icodecs, msnasn1, opensymbol, wmi, xmllite; removed obsolete verbs audioio, dcom98, eadm, urlmon
On Wed, 22 Dec 2010 11:41:13 -0800 Dan Kegel d...@kegel.com wrote: the audioio, dcom98, eadm, and urlmon verbs are gone, let me know if you really need those! Urlmon is needed to work around bugs 25492 and 25494. -- Rosanne DiMesio dime...@earthlink.net
Please ban spammer from the forum
Dan or Jeremy-- Please ban user hary from the forum. Right now he's posting spam as fast as I'm deleting it. -- Rosanne DiMesio dime...@earthlink.net
Re: wine's configure says gst/gstpad.h usability... No
On Sat, 11 Dec 2010 13:09:33 +0100 Paul Vriens paul.vriens.w...@gmail.com wrote: On 12/11/2010 08:26 AM, wy...@volny.cz wrote: Hi guys, i'm overworked so wanted to relax a bit with wine :-D and noticed that Debian Squeeze says: gstreamer-0.10 development files not found, gstreamer support disabled but dpkg -l | grep -i gst: ii libgstreamer-plugins-base0.10-0 0.10.30-1 ii libgstreamer0.10-00.10.30-1 ii libgstreamer0.10-0-dbg0.10.30-1 ii libgstreamer0.10-dev 0.10.30-1 also find / -iname gstpad.h: /usr/include/gstreamer-0.10/gst/gstpad.h Thanks for any tips to enjoy your new release. Adding config.log if that helps somehow. W. Hi Wylda, I'm on Fedora 13 and had to install gstreamer-plugins-base-devel. So I guess you need libgstreamer-plugins-base0.10-dev. Detlef has sent a patch that wasn't applied however: http://www.winehq.org/pipermail/wine-patches/2010-November/096133.html -- On openSUSE I also had to add gstreamer-0_10-plugins-bad and gstreamer-0_10-plugins-bad-devel packages. -- Rosanne DiMesio dime...@earthlink.net
banning spammer from the forum
Jeremy, Please ban ebook1210 from the forum. I've had to delete multiple spam posts from him/her over the past couple of days. -- Rosanne DiMesio dime...@earthlink.net
Re: Voting for bugs (Was: Re: [Bug 20969])
On Thu, 4 Nov 2010 18:03:38 -0500 Tom Spear speeddy...@gmail.com wrote: My point in making the statement is that voting for the bug should confirm the bug once a certain threshold has been reached. It already does. -- Rosanne DiMesio dime...@earthlink.net
Re: Translation of the AppDB
On Tue, 19 Oct 2010 12:12:33 +0200 Yaron Shahrabani sh.ya...@gmail.com wrote: I see but I had another idea in mind... I was thinking about having the possibility to rate and report but without any way to comment, I mean that you cannot comment in foreign languages but you can vote and report (any operation that requires clicking is OK, typing is not). It's not possible to report without typing, and ratings without the typed information as to why the user gave the app that rating would be at best useless (Why is this silver? What doesn't work?), and at worst misleading. False platinums in particular are already a big problem: users give an app a platinum rating, but list tweaks they applied (so it really should be gold) or things that didn't work (so it really should be silver). Admins and maintainers need that typed information to assess whether a rating is correct. -- Rosanne DiMesio dime...@earthlink.net
Re: Keeping people from trying iTunes in Wine?
On Thu, 9 Sep 2010 00:59:32 -0700 Dan Kegel d...@kegel.com wrote: Watching Twitter, one fairly frequently seems people trying and failing to run iTunes 10 and the like in Wine. Should we let them bash their heads against the wall like that? Maybe we should detect the top ten apps that don't work with Wine, and put up a warning dialog saying they are known not to work, and people shouldn't try. (Kind of like what Windows 7 does when you do something dangerous, e.g. try to look at the contents of drive C:.) Do you really want to prevent users from ever testing these apps in new versions of Wine, or trying to find workarounds? I do a fair amount of head-bashing myself, and I would find such a message patronizing and intrusive. -- Rosanne DiMesio dime...@earthlink.net
banning spammer from the forum
Can someone with forum admin rights please ban user Eden1023? I've had to delete multiple spam posts by this user every day for the past few days. -- Rosanne DiMesio dime...@earthlink.net
Re: Please remove / block user from bugzilla
On Sat, 17 Jul 2010 10:43:00 +0200 Gert van den Berg wine-de...@mohag.net wrote: It might be a good idea to try and get most potential bug reports discussed on the forum first? That's what I meant when I suggested adding a line above the comment box (or anywhere on the page that seems suitable). Some users come straight to bugzilla from a Google search, and don't even know about the forum, FAQ, etc. It's true some people don't read, but that's not a reason not to put clearer instructions for people who do. -- Rosanne DiMesio dime...@earthlink.net
Re: Please remove / block user from bugzilla
On Thu, 15 Jul 2010 07:09:22 -0700 Dan Kegel d...@kegel.com wrote: As you point out, people don't read... it might be more useful to put a length limit check so that posting a long comment requires privileges. Maybe that could be done as simply as if this is user's first bug, don't let him post more than ten lines. It's not just a question of length, but of inappropriate content. The long inappropriate comments are more annoying, but the short ones (I'm a newbie. How do I apply this patch?) don't belong in bug reports either. -- Rosanne DiMesio dime...@earthlink.net
Re: Please remove / block user from bugzilla
On Thu, 15 Jul 2010 17:08:30 +0200 Gert van den Berg wine-de...@mohag.net wrote: On Thu, Jul 15, 2010 at 16:23, James Mckenzie jjmckenzi...@earthlink.net wrote: Rosanne and you have a good point, but I would restrict it the limit to four lines. You should be able to describe a valid bug in that space. Anything more, and it becomes an attachement. 4 lines is horribly short... Especially for posting instructions to reproduce problems, an overview of your system configuration, etc... I agree. I've often exceeded 4 lines in comments. -- Rosanne DiMesio dime...@earthlink.net
Re: Please remove / block user from bugzilla
On Wed, 14 Jul 2010 07:26:40 -0700 Dan Kegel d...@kegel.com wrote: I only see one post from him ever, and he was *trying* to be helpful. Everybody should get a few chances. A warning should suffice. Dan, A lot of new users mistake bugzilla for a support forum, and bug reports are littered with comments that don't belong there. Would it be possible to add a line to the text above the comment entry box (by the do not paste logs warning) telling people more explicitly what sorts of comments are appropriate, and directing them to the forum for user support? Yes, I know some people will ignore it anyway, but it might help cut down on the noise. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB 64 bit flag?
On Mon, 31 May 2010 15:05:01 +0200 André Hentschel n...@dawncrow.de wrote: Hi, what about an AppDB input in test reports to mention if the test were made with the 32 or 64 bit version of the app? -- 32 and 64 bit should be listed as separate versions of the app. -- Rosanne DiMesio dime...@earthlink.net
Re: removed as supermaintainer of Microsoft Office installer
On Fri, 28 May 2010 10:37:01 +0100 Ricardo Filipe ricardojdfil...@gmail.com wrote: 2010/5/28 Scott Ritchie sc...@open-vote.org: On 05/27/2010 11:28 AM, Rosanne DiMesio wrote: Someone, obviously another admin, has removed me as supermaintainer of the Microsoft Office installer entry. I would like to know who, and why. Yes, I am royally pissed off. I believe it happens automatically (and without email notification...) if you let a test report go unmoderated for too long. Something like that might have happened. Thanks, Scott Ritchie i believe this is what happened... it happened to me before when i let a test slip by. Not a chance. I log in and process test reports every single day, and have been for as long as I've been an admin, which is over a year and a half. When I logged in yesterday morning as usual, things were fine. I just realized that yesterday I forgot to hit reply all when I answered Alexander's question about whether I received an email, so my reply only went to him. So here's my answer to that question: no, I did not receive an email notification about being removed. What I did receive were two emails that comments had been deleted from the Office 2007 entry by Ken Sharp, and when I logged in to check, that's when I discovered I was no longer listed as supermaintainer. -- Rosanne DiMesio dime...@earthlink.net
removed as supermaintainer of Microsoft Office installer
Someone, obviously another admin, has removed me as supermaintainer of the Microsoft Office installer entry. I would like to know who, and why. Yes, I am royally pissed off. -- Rosanne DiMesio dime...@earthlink.net
Re: Voting for own bugs not allowed?
On Tue, 25 May 2010 10:27:00 +0200 Roderick Colenbrander thunderbir...@gmail.com wrote: For users votes might be confusing as well. They think voting gives a bug more priority to fix but as I already mentioned I doubt it helps (it could help for commercial Wine distributions). +1 It's definitely misleading to users. There are sporadic posts on the forum urging people to vote for a bug, as if it made a difference, and angry posts that bugs that have lots of votes aren't fixed yet. The one purpose I can see it serving is that a bug can be confirmed by popular vote and the status changed to new if a couple of people vote for it. That's why users shouldn't vote for their own bugs--the point is independent confirmation. So I'm all for removing the field, but if it's kept, I suggest at least changing the wording from vote to something like confirm you can reproduce this bug. -- Rosanne DiMesio dime...@earthlink.net
Re: Adding wikipedia links to appdb?
On Wed, 10 Feb 2010 21:38:56 -0800 Dan Kegel d...@kegel.com wrote: I often want to learn more about an app while I'm in the appdb, and particularly, I want to know whether it has a good reputation. Wikipedia can often tell me what I need to know. It might be handy to have a wikipedia url field in the appdb, and an option in Browse Apps that says only show apps with wikipedia links. What do folks think about the idea? I think the AppDB is for information about how well an app works in Wine, not the merits of the app itself. -- Rosanne DiMesio dime...@earthlink.net
Re: Adding wikipedia links to appdb?
On Thu, 11 Feb 2010 12:57:54 +0100 Alexander Nicolaysen Sørnes a...@thehandofagony.com wrote: As for native versions, perhaps we want to store that info in the AppDb as well? It has been brought up a few times before. +1 Some entries already have that info in either the app description or maintainer notes, but it would be nice to have a field just for that so its placement on the page is consistent from app to app. -- Rosanne DiMesio dime...@earthlink.net
Re: Building list of great demos for Wine
On Thu, 11 Feb 2010 13:40:31 -0800 Dan Kegel d...@kegel.com wrote: [Sent this to wine-users, but maybe wine-devel folks are more likely to give demos and need a list like this.] I'm putting together a list of impressive freely-downloadable demos (or apps) that run flawlessly under Wine. i.e. platinum (no hacks, patches, or recipes needed), high production values, and good enough to have gotten some notice and approval at Amazon, Wikipedia, or some other authoritative site. What I've got so far is at http://wiki.winehq.org/GreatDemos I'll keep plugging away at it, but it'd be great if other people could add known great demos there. Any kind of apps? Your forum post asked for demo games. -- Rosanne DiMesio dime...@earthlink.net
Re: winemp3.acm: link to system libmpg123.so
On Wed, 19 Aug 2009 15:48:10 -0500 Alex Villacís Lasso a_villa...@palosanto.com wrote: The libmpg123 library is not shipped in any rpmfusion repository for Fedora 10, and possibly for other distros. This means anyone who wants mp3 support would need to install libmpg123 from source. However, rpmfusion for Fedora 10 has libmad, lame and twolame. According to rpmfind, libmpg123.so is included in the xmms-mp3 plugin packages in the rpmfusion free repository. http://rpmfind.net/linux/rpm2html/search.php?query=libmpg123.sosubmit=Search+...system=arch= -- Rosanne DiMesio dime...@earthlink.net
Re: configure can't find libgsm development files, but they are installed
On Wed, 05 Aug 2009 19:52:15 +0400 Nikolay Sivov bungleh...@gmail.com wrote: Rosanne DiMesio wrote: Since yesterday, configure has been giving me a libgsm development files not found warning even though they are installed on my system. This is on openSUSE 11.1, 32 bit. Is anyone else seeing this, or is something borked on my system? (Any hints as to where I might look would be appreciated.) Hi, Rosanne. Installing libgsm1-dev version 1.0.12-1 from Debian 5.0 repo works for me. config.log snip: --- configure:5894: checking gsm.h usability configure:5911: gcc -c -g -O2 conftest.c 5 configure:5918: $? = 0 configure:5932: result: yes configure:5936: checking gsm.h presence configure:5951: gcc -E conftest.c configure:5958: $? = 0 configure:5972: result: yes configure:6005: checking for gsm.h configure:6014: result: yes --- On my system, gsm.h was installed in /usr/include/gsm, but the log showed configure failed to find it. The location turned out to be the problem; putting a symlink in /usr/include solved it. Is this a Wine bug, or an openSUSE bug? -- Rosanne DiMesio dime...@earthlink.net
configure can't find libgsm development files, but they are installed
Since yesterday, configure has been giving me a libgsm development files not found warning even though they are installed on my system. This is on openSUSE 11.1, 32 bit. Is anyone else seeing this, or is something borked on my system? (Any hints as to where I might look would be appreciated.) -- Rosanne DiMesio dime...@earthlink.net
Re: How should we handle Mac users visiting winehq.org?
On Mon, 03 Aug 2009 23:34:59 -0700 Scott Ritchie sc...@open-vote.org wrote: My suggestion is we do our best to explain the current situation to Mac users. Provide an Apple download that actually links to the wiki page, and have the wiki be up front about how it's harder to install Wine on OS X than Linux because we don't have a volunteer making binary packages. Maybe some will take the hint and go buy Crossover, maybe some will go ahead and try the instructions but get less frustrated, and maybe someone will step forward and provide packages. At the moment, though, we leave them confused until Google tells them to go to the wiki page. The FAQ does have an Apple section, but there's currently only one item in it. It would be helpful if someone who knows Macs would expand/update it. -- Rosanne DiMesio dime...@earthlink.net
Re: Cleaning up the winehq.org website
On Mon, 27 Jul 2009 00:08:53 -0700 Scott Ritchie sc...@open-vote.org wrote: I'm also going to give the text on some of the content pages a focused rewrite. The About page and many of it's links are fairly wordy at the moment. I want to avoid losing any users who may potentially dismiss us as amateurish or too complicated based on our web site. You should also take a look at the Debunking Wine Myths page, particularly Myth 6. Touting Office XP as an example of a fairly new application that works in Wine does not inspire confidence. -- Rosanne DiMesio dime...@earthlink.net
Re: Help resources for wine-users mailing list
On Sun, 26 Jul 2009 19:47:05 +0200 André Hentschel n...@dawncrow.de wrote: Austin English schrieb: 2009/7/26 Frédéric Delanoy frederic.dela...@gmail.com: Over and over, I see help requests on wine-users with responses like installed latest wine, read FAQ section x.y, ... Wouldn't it be useful to send a regular reminder (like every month, and on subscription)? This would contain: - how to upgrade to latest version - link to FAQ - link to bugzilla + how to look for dups before creating new bugs - everything useful This would avoid countless identical responses to common problems, and help reduce traffic on wine-users, hence concentrating on difficult problems. Keep in mind that most of the traffic now is on the forums (traffic exploded after adding it). There's already a sticky saying to read the FAQ...we could add a second sticky with a few basic questions/answers, but I'm not sure how much good it would do. if a user is too lazy to update or to read the FAQ, i think a reminder wouldnt help. -- I agree. Those repetitive questions mainly come from users who join the list/forum and immediately post their problem/question without ever bothering to read anything. However, looking at the stickies on the forum, I think there should be a more direct one to the FAQ. Right now, to get to the FAQ from the forum, users have to click on the Sticky: Welcome to the WineHQ Forums (New User Guide) thread, then click on Read the Guide in the only post in that thread, which will take them to the Forum Guidelines wiki page, where they must then click on the FAQ link to get to the actual FAQ. That's an awful lot of levels to have to go through. A sticky labeled something like FAQ--read before posting with a direct link to the FAQ might help. -- Rosanne DiMesio dime...@earthlink.net
Re: Doing better than barely keeping up with bug reports - Bug Day this Monday (July 20)
I've created a wiki page for the event here: http://wiki.winehq.org/BugDay This page does not exist yet. You can create a new empty page, or use one of the page templates. -- Rosanne DiMesio dime...@earthlink.net
Re: Doing better than barely keeping up with bug reports - Bug Day this Monday (July 20)
On Fri, 17 Jul 2009 14:57:21 + Dan Kegel d...@kegel.com wrote: DELETED BugDay 12:33 InformationsDmitryTimoshkov #01 Not useful, eveone works on bugs or features at its own preference, at its own time Dmitry's being overly negative, I think, and it's just plain rude to delete wiki pages like that. Let's put it back. That said, it might be wise to post proposals for events and let them percolate for a couple days before announcing them. (In this case, seeing a few enthusiastic replies might have made Dmitry think twice before doing what he did.) - Dan I suppose I qualify as one of those non developer volunteers being targeted for this, and my reaction is the same as Dmitry's. I've been doing exactly what the instructions on the wiki page ask for, off and on at my own convenience, for about a year, so for me this is at best a non-event. That said, if other people want to do it, I certainly have no objections. The one suggestion I would make after reading the wiki page is that I really don't think it's a good idea to invite ordinary users to ask for bugzilla permissions after triaging just a couple of bugs. -- Rosanne DiMesio dime...@earthlink.net
Re: AppDB test results in Spanish
On Thu, 2 Jul 2009 21:35:59 +1000 Ben Klein shackl...@gmail.com wrote: Hmm, is this really worth while keeping on AppDB then? It doesn't seem to say much. From what I've seen, half the tests in the AppDB fit that description. -- Rosanne DiMesio dime...@earthlink.net
Re: Removing active maintainers
On Mon, 29 Jun 2009 13:19:18 +0200 Sjors Gielen mailingl...@dazjorz.com wrote: Ken Sharp wrote: Dan Kegel wrote: 3. Eight days is way too quick to remove an inactive maintainer. Six months is more like it. That is far too long. After two weeks there are 100 test results waiting in the queue. Six months wouldn't help the users out at all. Their test results would disappear into a black hole. But he could be temporarily away. What about sending him a mail after 8 days, sending him an urgent mail after two/three weeks saying please remove yourself if you know you're not going to handle these and only remove him a few weeks later. Maintainers are volunteers, they can't be expected to spend *all* their time on appdb, they have time now and then; unless they are, for example, on a holiday. That would still leave the test results sitting there unprocessed for weeks, which leaves a pretty bad impression on the users who submitted them. Test results for apps without maintainers get processed by the admins within 24 hours. But you are right about temporary absences. It would be useful if there were some sort of out of the office flag that maintainers could check to notify admins that they'll be gone for a time, and we should process the tests reports for their apps. I also think booting the maintainer on a first offense is a bit extreme. I'd prefer a three strikes and you're out approach--the first two times admins have to process a maintainer's tests (after sitting there for a week) they get warnings; the third time, they're removed as maintainer, and not allowed back. But there would need to be an automatic mechanism to keep track of repeat offenders. I'm not sure how difficult that would be. BTW, nowhere on the maintainer guidelines page does it say that maintainers have to process test reports within a certain amount of time. In fact, nowhere does it say anything about them having to process test reports at all, nor does it say anything about being removed as a maintainer if they fail to fulfill their duties (which are so vague as to be unenforceable anyway). This really needs to be rectified. -- Rosanne DiMesio dime...@earthlink.net
Re: Removing active maintainers
On Mon, 29 Jun 2009 14:56:23 +0200 Remco remc...@gmail.com wrote: On Mon, Jun 29, 2009 at 2:22 PM, Rosanne DiMesiodime...@earthlink.net wrote: That would still leave the test results sitting there unprocessed for weeks, which leaves a pretty bad impression on the users who submitted them. Test results for apps without maintainers get processed by the admins within 24 hours. How about mailing admins after 24 hours? Maintainers are useful to offload tasks of admins. If they are away for a while, admins just get the mail as if there were no maintainer. If you have to remove a maintainer every time he can't respond in 24 hours, you won't have many left after a while. Remco Nobody's suggesting a 24 hour time limit for maintainers. As for emailing the admins, I know I turned off emails from the AppDB to avoid having my mailbox overwhelmed with hundreds of useless notices every day, and I doubt I'm the only one who did this. http://bugs.winehq.org/show_bug.cgi?id=14755 needs to be fixed first for any solution that involves emailing admins to be viable. -- Rosanne DiMesio dime...@earthlink.net
Re: Removing active maintainers
On Mon, 29 Jun 2009 08:11:20 -0700 Dan Kegel d...@kegel.com wrote: On Mon, Jun 29, 2009 at 8:06 AM, Austin Englishaustinengl...@gmail.com wrote: Appdb admins get an absolute flood of appdb email. My impression was that we got copies of everything that ever happens on the appdb. Is it really only email for unmaintained apps? No, it's for everything, though it can now be disabled. There's only one checkbox, does that disable all email? It disables all automated notices. Private emails still go through. If so, maybe we need another checkbox that just disables unmaintained app email. At the very least. More checkboxes to further specify what we do/don't want to receive would be even better. -- Rosanne DiMesio dime...@earthlink.net
Re: Removing active maintainers
On Thu, 25 Jun 2009 13:41:39 +0100 Ken Sharp kennyb...@o2.co.uk wrote: There were 300 comments, all removed. I asked you to do this, between 15 maintainers, and you couldn't be bothered. That is why you were removed. Doing nothing is no help to anyone, as you have already been told, many times. Yet you're the only one complaining. Amazing. If there has been a recent discussion amongst the admins as to when it is appropriate to remove maintainers, I was left out of it. The only official policy I know of is tied to the failure to process test reports within a week, and the automatic mechanism for doing that isn't even working at the moment. If maintainers are to be removed for other reasons, I think the admins need to come to a consensus about when, why, and how this should be done. -- Rosanne DiMesio dime...@earthlink.net
Re: Looking for a fast way to clean up AppDB comments
On Fri, 19 Jun 2009 20:01:15 +1000 Ben Klein shackl...@gmail.com wrote: What I'd like to see is an option to delete an entire thread of comments (ideally from an arbitrary point in the thread) in one hit. Usually, the comments that follow a post are meaningless without that post. That was was fixed back in April (bug 15217). Child comments are automatically deleted along with the parent. -- Rosanne DiMesio dime...@earthlink.net
Re: Disable forum edits
On Mon, 8 Jun 2009 14:41:57 -0500 Austin English austinengl...@gmail.com wrote: Users are editing their posts when asked for terminal output/wine version/etc. Those of us on the mailing list side don't get this information. +1 It's not quite as big a problem for those of us who use the forum, but if people don't mark their post as edited, it's not necessarily obvious even to us that something has been changed. Edits just cause problems, with no significant benefit that I can think of. -- Rosanne DiMesio dime...@earthlink.net
AppDB backlog of test reports for apps with maintainers
There is a growing backlog of test reports for apps with maintainers still awaiting approval. My understanding of how things are supposed to work is that if a maintainer does not process a report within a week, they are sent a couple of reminder notices, and eventually removed as maintainer if they don't respond. This appears to not be working--the backlog goes back to May 19. I can process the reports myself, of course, but can someone check on what's going on with notifying/removing maintainers? There was a similar backlog about a month ago, but someone (I assume another admin) eventually processed all the reports, and I think the underlying cause was never looked into. -- Rosanne DiMesio dime...@earthlink.net
Re: Regular users right on bugzilla
On Mon, 01 Jun 2009 12:03:21 +0100 Ken Sharp kennyb...@o2.co.uk wrote: Most developers already have that access, and if they don't, they can just ask for it. I think the reason all users can't do it, is because most users don't know what they're doing. It's bad enough correcting all the mistakes they make now, the last thing we need is every user doing whatever they like whenever they like. Ask the poor triage guys who have to change nearly every bug. +1 -- Rosanne DiMesio dime...@earthlink.net
Re: Severity levels
On Tue, 5 May 2009 13:28:45 -0400 (EDT) James Mckenzie jjmckenzi...@earthlink.net wrote: The proposed impact field should be a drop down list only and present common impacts encountered by users, such as Unable to Install Application, Unable to run application,Screen is unreadable,Text not appearing on screen,Graphics are garbled. If I can't install or run an app because text is not appearing on the screen and the graphics are garbled--in other words, the screen is unreadable--which item am I supposed to select? Or at the other extreme--what if my problem doesn't seem to match anything on the predefined list? This allows the user to provide input and allow the triage team to provide feedback to the user as well as assign appropriate severity and priorities to bug reports. There's already a field that does exactly that: the description. It allows users to describe the problem in as much detail as they wish, including its impact, and unlike a drop-down list, is not limited to common issues. I don't see what an additional field to repeat this information in vague terms will do to help anyone. -- Rosanne DiMesio dime...@earthlink.net
Re: Severity levels
On Mon, 4 May 2009 00:31:09 -0500 Austin English austinengl...@gmail.com wrote: But how would the restriction work? Not that I'm likely to ever submit a Major or Critical bug report, but I know what they mean ;) I don't know if bugzilla supports that or not. But changing the default to normal is quick and easy. -- Just changing the default to normal should solve a lot of the problem; people are less likely to change the severity level if the one they're presented with looks reasonable. I know what Major and Critical mean too, but I can live without being able to make that change myself if restricting it will help. There's always the comment field to state an opinion. -- Rosanne DiMesio dime...@earthlink.net
Re: Severity levels
Let's try user education. You only get to choose normal and we get to up/downgrade until you can prove that you know how to do it right. This is how some companies do it. James McKenzie +1. Or just remove priorities for users altogether. I think you mean severity. I agree that users should be limited in what severity level they can set, but I suspect that not allowing them to set severity at all would create too much work for the people who would have to go in and set the severity level for every bug filed. What I would suggest is making the default severity normal rather than enhancement, as that's what's appropriate in most cases anyway (and there's already a bug report, 13363, suggesting just that), and perhaps allowing users to lower the severity if they want. Judgments about raising the severity level above normal should be restricted to the people who know what they're doing. Rosanne DiMesio dime...@earthlink.net
Re: Severity levels
This is way easier to understand for normal people. Speaking as a non-technical user who does file bug reports now and then, I have always found the definitions of the severity levels to be perfectly clear, even when I was new to Wine, and from what I've seen, when a reporter sets the wrong severity level, it's usually because they didn't bother to read the definitions in the first place. -- Rosanne DiMesio dime...@earthlink.net
Re: Severity levels
On Sat, 2 May 2009 21:08:23 +0200 Nicklas Börjesson nicklas.borjes...@ws.se wrote: Non-technical? Posting on and following the wine-devel list? Severity levels perfectly clear? I must say, you've got some serious credibility issues.. :-) I think middle-aged college English teacher who couldn't code if her life depended on it counts as non-technical. :-) The only thing that sets me apart from most users is the fact that I actually do RTFM, but that's just because I'm one of those eccentric academics who thinks reading is a really good way to learn. -- Rosanne DiMesio dime...@earthlink.net