Re: Wine translation statistics sources
Hello, Le dimanche 07 décembre 2008 à 02:15 +0100, Mikołaj Zalewski a écrit : Hi, I didn't update the translation statistics (http://www.mikolaj.zalewski.pl/wine-transl/) very regularly lately - my Your server seems down. Wouldn't it be better to host your script on WineHQ ? Best regards
Re: notepad: updated French translation
Hello, Le dimanche 08 juin 2008 à 23:59 +0100, Rob Shearman a écrit : 2008/6/7 Jonathan Ernst [EMAIL PROTECTED]: Le samedi 07 juin 2008 à 10:57 +0200, Laurent Vromman a écrit : [...] À propos du Bloc-notes... and not À propos de Bloc-notes... I changed it and removed the extra ellipsis to conform to most HIGs (eg. Gnome's : http://developer.gnome.org/projects/gup/hig/hig-diff/menus-design.html) The Windows style is to include the ellipsis whenever a menu item will normally result in a dialog box appearing, not just when further user input is required. I think it is more important to be consistent with what we already have in Wine and with native equivalents of our programs than to conform with certain HIGs. Do you have any reference for this Windows rule ? I didn't find it and Firefox, Internet Explorer, Notepad, Paint and OpenOffice on Windows (in French at least) do not have ellipsis in About menu entry (altough Firefox has a special ? Menu in Windows instead of Help). As for what we already have in Wine, regedit and wordpad don't have ellipsis in this place, so I think that notepad is inconsistent with the rest of Wine. Regards. Jonathan
Re: French translation only partial?
Hello, Le samedi 07 juin 2008 à 00:05 +0200, Frans Kool a écrit : [...] I just had a look at the French translation of the dlls/kernel32/nls/winerr_fra.mc file. I noticed only the first 54 messages have been translated, whereas the other 1876 are still the English originals. Translations in Wine must be in sync for every languages (i.e. unlike other projects that use msgfmt/.po/.mo files, if Wine translations miss some ressources they won't appear at all). The case you are reporting might be different though. I have sent a patch for some more strings. I won't have time to finish this file by the time Wine 1.0 is out. Please feel free to finish this translation. Was this on purpose? Or was this a partial translation which needs to be finalized (the remaining 97.2%)? The purpose was that the file stays in sync with its English counterpart. I haven't put too much effort myself in this file as the strings it contains are rarely visible to end users. I'm all for translating Wine in as many languages as possible, but I doubt this is the way to get there. Is there some way to detect if the 'translation' of a message is identical to the original (English) one and have it show up as 'partially translated' in the translation overview [1]? This is not supported yet by Mikołaj tool. So that the files have to be checked manually, see the last paragraph of http://wiki.winehq.org/Translating As a side note, is there any review on translations or is the policy any translation is better than no translation? When Wine 1.0 is going to be The patches are publicly available, if anyone contests the quality of one patch, it can be discussed on the mailing list. released, how can we be sure that the application is actually completely translated. You have to check manually. For example, if I really wanted to harm translations, I could make a copy of all English resource files, just change the 'LANGUAGE LANG_ENGLISH, SUBLANG_DEFAULT' to whatever language I would like to 'translate' and submit them. As far as I know, there is no way of detecting this. Alexandre wouldn't commit such a patch I guess. Best regards. Jonathan
Re: kernel: updated French translation
Hello, Please use reply to all when replying to this mailing list messages. Le samedi 07 juin 2008 à 10:53 +0200, Laurent Vromman a écrit : There are a few mistakes in your translations : The right translation for Overflow is Dépassement, not Dépacement Thanks for catching this, I must have been tired this morning. You often use the word Mauvais as a translation for Bad. Sometimes, it could be better not to translate literally. For example, I think Niveau de pilote incorrect is a better translation for Bad driver level than Mauvais niveau de pilote. You should try to avoid Mauvais anytime you can. Fixed in the new patch. Last thing : I'm not sure Sémaphore is a female word in french : http://fr.wikipedia.org/wiki/S%C3%A9maphore_(informatique) Fixed too, thanks. Regards.
Re: kernel: updated French translation
Hi again. Le samedi 07 juin 2008 à 12:28 +0200, Laurent Vromman a écrit : There is a mistake here : L'acquéreur de le sémaphore est mort Woops. The translation of broken pipe is not good too, but I can't find anything better on the internet. You should maybe try something like Tube indisponible (broken pipe), if you think it is better. http://glossaire.traduc.org/index.php?s=broken pipe Sun's glossary says tube interrompu, I'll use that.
Re: Lug Radio Live 2008 wine talk. Slides online, comments welcome.
Hello, Le jeudi 03 avril 2008 à 20:26 -0700, Dan Kegel a écrit : [...] The slides are pretty basic; I'll talk a lot around them. If anybody feels like reviewing the slides and giving feedback, I'd appreciate it. Slide 4 : You might be interested to add some, government related, recent migrations in Europe to this slide : French Police ~70'000 seats http://www.cnet.com/8301-13505_1-9861472-16.html Geneva, Switzerland schools 9'000 seats http://www.tdg.ch/pages/home/tribune_de_geneve/recherche/recherche_3_2_1/(contenu)/211880 http://www.google.com/translate?u=http%3A%2F%2Fwww.tdg.ch%2Fpages%2Fhome %2Ftribune_de_geneve%2Frecherche%2Frecherche_3_2_1%2F(contenu)% 2F211880langpair=fr|enhl=frie=UTF8 Slide 13 : Maybe add 2008: Codeweavers releases Crossover Games I'm looking forward to hearing this second Wine related LugRadio. Best regards. Jonathan
Re: WineD3D: Spelling fixes.
On jeu, 2008-01-10 at 10:53 -0600, Austin English wrote: - * which is essentially an input, is the destiantion register because it is the first - * param. According to the msdn, this must be register r5, but let's keep it more flexible + * which is essentially an input, is the destination register because it is the first + * paramater. According to the msdn, this must be register r5, but let's keep it more flexible paramEter ?
Re: [Fwd: Re: French LTEXT correction]
Hello, On lun, 2008-01-07 at 08:54 +0100, Jonathan Ernst wrote: From: Vincent Hardy [EMAIL PROTECTED] Date: Mon, 07 Jan 2008 08:45:19 +0100 Jonathan Ernst a écrit : On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote: Regedit displays Rechercher::. Now Regedit displays Rechercher : and so on... It doesn't here (?). Furthermore in French : should be preceded by an unbreakable space (like it's the case now) and not a normal space. Thank you for your explanation. Nevertheless, it is not normal ::. See capture... As I said, I don't have this problem here. We first have to understand why you have a different rendering than mine. What is your locale ? (I have fr_CH.UTF-8) Is it a font problem (missing nbsp; character) ? Does someone else here know about the difference we are seeing and how to fix it properly ? (sorry for my poor english, I'm french speaking) So do I, don't worry. Best regards. Jonathan attachment: me.png
[Fwd: Re: French LTEXT correction]
Hello, Please use reply-to all so that everybody on the list can read your answer. Forwarded Message From: Vincent Hardy [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Jonathan Ernst [EMAIL PROTECTED] Subject: Re: French LTEXT correction Date: Mon, 07 Jan 2008 08:45:19 +0100 Jonathan Ernst a écrit : On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote: Regedit displays Rechercher::. Now Regedit displays Rechercher : and so on... It doesn't here (?). Furthermore in French : should be preceded by an unbreakable space (like it's the case now) and not a normal space. Thank you for your explanation. Nevertheless, it is not normal ::. See capture... (sorry for my poor english, I'm french speaking) inline: regedit.png signature.asc Description: This is a digitally signed message part
Re: French LTEXT correction
On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote: Regedit displays Rechercher::. Now Regedit displays Rechercher : and so on... It doesn't here (?). Furthermore in French : should be preceded by an unbreakable space (like it's the case now) and not a normal space.
Re: Wine Weekly News
Hello, First, thank you for your work on the WWN ! About the new AppDB Application Status Changes, I see that you have a change column. What do you think about adding the sum of this column somewhere so we can see how/if Wine is improving between releases regarding application compatibility (of course this would be just an indication). Best regards. Jonathan
[press] Phoronix compares 7 versions of Wine
Hello, What do you think about their tests and results ? http://www.phoronix.com/vr.php?view=11539 The performance in the fourteen 3DMark 2001 SE and 3DMark 2003 tests were fairly consistent in the releases between WINE 0.9.44 and WINE 0.9.50 -- generally only swaying a few frames in either direction -- though the performance overall has slightly declined and we were surprised by a few of the results. signature.asc Description: This is a digitally signed message part
Re: [press] Phoronix compares 7 versions of Wine
On dim, 2007-12-09 at 14:07 +0100, Jonathan Ernst wrote: Hello, What do you think about their tests and results ? http://www.phoronix.com/vr.php?view=11539 I guess it's linked with http://bugs.winehq.org/show_bug.cgi?id=10631
Re: [AppDB] Change licence to AGPL
Hello, Le vendredi 23 novembre 2007 à 23:42 -0500, Chris Morgan a écrit : I think I'm ok with the gpl/agpl v3 change. Are there any other people I'm ok with this change too. Best regards.
Re: Removal of unused audio drivers
Le lundi 23 avril 2007 à 09:23 -0600, Andrew Ziem a écrit : [...] By the way, in LTSP, ESD's major deficiency is not being able to control the volume from things like the GNOME sound applet, so there's some interest in (but no support for) changing to PulseAudio. LTSP on Ubuntu feisty uses PulseAudio already (instead of ESD).
Re: Any news on hiweedlayer?
Le dimanche 08 avril 2007 à 13:16 +0200, Stefan Dösinger a écrit : Hi, I was wondering if there was any news on this hiweedlayer program which was discussed earlier and turned out to be just a packed up wine archive? Dan said he was in contact with them. Has there been any outcome yet? They said they posted their patches against the Wine version they are using here : http://forum.ubuntu.org.cn/viewtopic.php?t=37610
Re: Dead links
Le vendredi 19 janvier 2007 à 11:47 +0100, Francois Gouget a écrit : I found some dead links on WineHQ. hat should we do about them? Does anyone want to hunt them down to see if they have simply moved elsewhere? There are also a bunch of dead links related to the Wine mailing lists. We cannot simply remove those :-( FYI web.archive.org has most of them archived.
Re: fix a typo
Le samedi 06 janvier 2007 à 21:39 +0100, Detlef Riekenberg a écrit : On Sa, 2007-01-06 at 15:08 +0100, Jonathan Ernst wrote: (I think) I decided to use options, because native Ports have: COM*: Multiple options (BaudRate, DataBits, StopBits, Parity) LPT*: A single option (TransmissionRetryTimeout) FILE: No options Wine will add Redirection, what we can set in the registry at HKCU\Software\Wine\Printing\Spooler\portname I did think it should be fixed because I thought that no was always followed by singular like in French (which seems logical but might be wrong in English). The patch was not based on technical ground. Regards.
Re: mshtml as html parser
Le jeudi 07 décembre 2006 à 22:52 +0300, Kirill K. Smirnov a écrit : Hi, all! Just a little question: can wine's current implementation of mshtml.dll be used as html parser? I need to convert html code into a tree without displaying it. You might want to use tidy and an XML pareser : http://www-128.ibm.com/developerworks/library/x-tiptidy.html
Re: [PATCH] [WineCfg]: a few fixes for the French translation
Le mercredi 06 décembre 2006 à 21:35 +0100, Eric Pouech a écrit : - remove typos (ortaugraffe) - set correct size for controls - used correct space usage (for French) [...] -LTEXT Nouveau suclassage pour:,IDC_STATIC,16,58,100,8 +LTEXT Nouveau suclassage pour :,IDC_STATIC,16,58,100,8 Could you please fix suclassage as well ;-) Thanks. Jonathan
Re: tools/. mono.php
Le vendredi 01 décembre 2006 à 10:35 -0600, Jeremy Newman a écrit : ChangeSet ID: 30235 CVSROOT: /opt/cvs-commit Module name: tools Changes by: [EMAIL PROTECTED] 2006/12/01 10:35:01 Added files: . : mono.php Log message: Jonathan Ernst [EMAIL PROTECTED] - mono downloader script Please don't forget to upload the files to sourceforge as requested with the patches, because it is breaking those Wine downloads... See: http://source.winehq.org/mono.php?action=showlist http://source.winehq.org/mozactivex?action=showlist Thanks
Re: Wine 0.9.25 full of regressions!
Le mardi 14 novembre 2006 à 16:07 +0100, Mirek a écrit : :) No, in current git or cvs it is still not fixed, i tried it again before 10 minutes. Mirek Dmitry Timoshkov napsal(a): Mirek [EMAIL PROTECTED] wrote: Ok, i found patch which caused regression in 3DMark 2003, Flatout and some other games and apps, it is this patch: kernel32: Better workaround for the lack of locale environment variables on MacOS from Alexandre Julliard It's already fixed in the current git. Again, please open a bug about this regression. wine-devel is not bugzilla. And _please_ stop top-posting (at least on bottom-posted threads), it makes it really hard and uncomfortable to read. Thanks,
Re: Copy protection
Le mardi 03 octobre 2006 à 15:51 -0500, Tom Spear a écrit : [...] I'm by no means an expert on copyright law or copy protection, but I think that using any method other than writing directly to the MBR with those copy protection measures would be illegal because writing to a file (registry, wine-only proprietary db or any other type of file) as opposed to writing to the mbr like the copy protection is supposed to could potentially reveal data that the copy protection companies don't want being revealed, and therefore that would end up making wine a possible target for aiding circumvention. Sure there are tools out there that crackers use that read the mbr and store it in a file, so that they can circumvent the copy protection, but that has nothing to do with wine. This doesn't require cracker tools, reading a MBR using standard tools like dd is as easy as reading a file or registry. Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: Copy protection
Le mercredi 04 octobre 2006 à 21:14 +0100, Martin Owens a écrit : It's a very very bad idea, I don't understand why linux doesn't protect normal users corrupting the disk at byte level that just seems really bad for security. Every distro does AFAIK. However if people mess with their user's rights or don't understand why running user applications as root is dangerous there is nothing Linux can do against it. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Wine translations statistics
Le lundi 25 septembre 2006 à 13:29 +0200, Mikołaj Zalewski a écrit : To check what needs to be translated I have played a bit with wrc --verify-translation and made some HTML from it's results. As this might interest other translators I've put the statistics at http://pf128.krakow.sdi.tpnet.pl/wine-transl/ . Mikolaj Zalewski Thanks that is very useful. I sent some new French translations to wine-patches. Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: Jonathan Ernst : winecfg: French translation update.
Le dimanche 10 septembre 2006 à 20:56 +0200, Frank Richter a écrit : On 10.09.2006 10:28, Alexandre Julliard wrote: -LTEXT This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version., +LTEXT Cette biblioth�que est un logiciel libre�; vous pouvez la redistribuer et/ou la modifier conform�ment aux dispositions de la Licence Publique G�n�rale GNU, telle que publi�e par la Free Software Foundation�; version 2.1 de la licence, ou encore (� votre choix) toute version ult�rieure. IDC_STATIC,119,44,124,72 It seems that all (L)GPL translations are marked unofficial by the FSF. That's why I though it wouldn't be bad to put in a translated This library is ... but keep the original English notice as well for the German translation. -f.r. Hi Frank, At least in the GNOME translation project we are now translating these legal things as well even if they are unofficial. By the way, in that case, the license is not translated, only the fact that Wine is free software and that you have to read the LGPL, so I think that we don't need to put both French and English text. Regards, Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: Re: Drive mapping of Z:
Le lundi 24 juillet 2006 à 11:25 +0200, [EMAIL PROTECTED] a écrit : Hi Marcus, you wrote: (Maybe it's possible just to leave out the Z: mapping?) rm ~/.wine/dosdevices/z: You can also adjust the wineprefixcreate script not to create it anymore. as we've heard from our Austrian colleague, this is not improving sec (which was a freshening shock for me). Furthermore, on this machine it's impossible to remove the softlink mapping to Z:. It points to //. This was not done manually nor intentionally. So I wondered wether this is part of WINE's normal behaviour or something different. Try: rm ~/.wine/dosdevices/z\: signature.asc Description: Ceci est une partie de message numériquement signée
Re: The Internet Explorer 6 AppDB entry needs some love
Le mardi 11 juillet 2006 à 21:50 -0700, Scott Ritchie a écrit : Well, with the recent changes, there's a lot of confusion out there about the proper way to get IE6 installed and working from scratch again. The proper way to get is installed is just to install it and that's what written on the How-to. However if someone knows the exact liste of overrides needed to run it, I'll be glad to update the page accordingly. Thanks signature.asc Description: Ceci est une partie de message numériquement signée
Re: Issue with French Canadian Keyboard Under SLED 10
Le vendredi 07 juillet 2006 à 13:20 -0400, Michael Lessard a écrit : Hi everybody ! We still have an issue with wine 0.9.16 and french canadian keyboard accent, we use locale fr_FR.UTF-8 ... Why don't you use fr_CA if you have a french canadian keyboard? signature.asc Description: Ceci est une partie de message numériquement signée
[AppDB] Re: appdb/include filter.php
Le jeudi 06 juillet 2006 à 23:49 -0500, WineHQ a écrit : ChangeSet ID: 26258 CVSROOT: /opt/cvs-commit Module name: appdb Changes by: [EMAIL PROTECTED] 2006/07/06 23:49:32 Modified files: include: filter.php Log message: Tony Lambregts [EMAIL PROTECTED] filter_gpc() should ignore any bugzilla parameters to avoid errors when these cookies are set Patch: http://cvs.winehq.org/patch.py?id=26258 Old revision New revision Changes Path 1.3 1.4 +12 -1 appdb/include/filter.php Index: appdb/include/filter.php diff -u -p appdb/include/filter.php:1.3 appdb/include/filter.php:1.4 --- appdb/include/filter.php:1.3 7 Jul 2006 4:49:32 - +++ appdb/include/filter.php 7 Jul 2006 4:49:32 - @@ -42,8 +42,19 @@ function filter_gpc() util_show_error_page_and_exit(Fatal error: .$aKeys[$i]. should be an array.); break; default: -if($aKeys[$i]!=whq_appdb $aKeys[$i]!=MAX_FILE_SIZE) // whq_appdb is the name of the session cookie +if($aKeys[$i]!=whq_appdb // don't filter the appdb session cookie + + // or any bugzilla cookies + $aKeys[$i]!=BUGLIST + $aKeys[$i]!=DEFAULTFORMAT + $aKeys[$i]!=Bugzilla_login + $aKeys[$i]!=LASTORDER + $aKeys[$i]!=Bugzilla_logincookie + $aKeys[$i]!=DEFAULTFORMAT + $aKeys[$i]!=MAX_FILE_SIZE) These cookies cannot be accessible in the real AppDB as bugzilla and AppDB are in separate hosts... I don't think this patch makes any sense in AppDB. A better fix would be to don't clear $_COOKIES in filter.php and have a unit test that checks that $_COOKIES is not used anywhere in the code (only in filter.php). signature.asc Description: Ceci est une partie de message numériquement signée
[AppDB] Re: appdb/include incl.php
Le jeudi 06 juillet 2006 à 21:36 -0500, WineHQ a écrit :
[...]
+/**
+ * rename $_REQUEST variables to preserve backwards compatibility
+ * with bugzilla links and urls in emails and on google from before our
+ * mass rename of GPC variables to use our coding standard prefixing
+ *
+ * NOTE: we may be able to remove these backwareds compatibility changes
+ * in a few years, check in mid 2007 to see how many old
+ * links are still poping up in google then
+ */
+if(isset($_REQUEST['versionId']))
+{
+ $_REQUEST['iVersionId'] = $_REQUEST['versionId'];
+ unset($_REQUEST['versionId']);
+}
+if(isset($_REQUEST['appId']))
+{
+ $_REQUEST['iAppId'] = $_REQUEST['appId'];
+ unset($_REQUEST['appId']);
+}
This (+catId) is enough IMHO, looking at the results of google when you
search for site:appdb.winehq.org, you'll see than only pages with catId,
versionId and appId are indexed and I can't think of any reason that
would make someone link to the AppDb with buglinkId or sub for example.
+if(isset($_REQUEST['buglinkId']))
+{
+$_REQUEST['iBuglinkId'] = $_REQUEST['buglinkId'];
+unset($_REQUEST['buglinkId']);
+}
+if(isset($_REQUEST['catId']))
+{
+$_REQUEST['iCatId'] = $_REQUEST['catId'];
+unset($_REQUEST['catId']);
+}
+if(isset($_REQUEST['sub']))
+{
+$_REQUEST['sSub'] = $_REQUEST['sub'];
+unset($_REQUEST['sub']);
+}
+if(isset($_REQUEST['topic']))
+{
+$_REQUEST['sTopic'] = $_REQUEST['topic'];
+unset($_REQUEST['topic']);
+}
+/* End backwards compatibility code */
+
+
+
// create arrays
$sidebar_func_list = array();
$help_list = array();
signature.asc
Description: Ceci est une partie de message numériquement signée
Re: [AppDB] - move getMaintainersUserIds...() to version::getMaintainersUserIds()
Le vendredi 07 juillet 2006 à 01:21 -0400, Chris Morgan a écrit : Move getMaintainersUserIds...() to version::getMaintainersUserIds() and fixup callers of this function. Chris This one looks fine to me. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDB] - preferences.php cleanups
Le vendredi 07 juillet 2006 à 01:06 -0400, Chris Morgan a écrit : Stop using global variables in preferences.php. Reorder functions so we don't have php code running and functions in the middle of it. Rename a couple of variables to match our current variable naming convention. Chris This one will conflict with the filter.php enabling in this file, can you redo it afterwards ? Thanks. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDB] - cleanup require/require_once()/include()
Le vendredi 07 juillet 2006 à 00:37 -0400, Chris Morgan a écrit : Use require() for path.php and include/incl.php. We can't proceed without these files. Use require_once() for all include/*.php files. To simplify inclusion each file includes the other files it needs. In this manner we don't have to include mail.php when we include application.php, something that was done all over the place in the appdb. Remove unnecessary includes of mail.php and other classes that weren't being used. Add missing includes for some classes that were being used but not being included. Chris That makes sense to me. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] update the comments in some files
Le jeudi 29 juin 2006 à 12:43 -0400, Chris Morgan a écrit : Why not replace the require_once() with requires instead of putting it on the todo? Because we have to check that it nevers poses a problem (for example if the file is included elsewhere), so that's another patch entierly. We don't really need the $aClean TODO item since thats high on the priority list at the moment and we'll just end up removing it in a day or two right? i don't like to rediff it, we'll have to remove the aClean one by one to be sure that it's not posing problems too so that we can remove the todo elements one by one in the files. The move of show_note() into its class is on my todo list for class cleanups today or tomorrow as well. Excellent, you'll remove the todo item at the same time then. Basically I think we can do without the todo notes for now since most of it is in the process of being fixed. The rest of the comments look good though. Please don't refuse this patch because of this, I don't want to rediff it... Thanks signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] appsubmit fix
Le jeudi 29 juin 2006 à 12:19 -0400, Chris Morgan a écrit : Can we pass the parameters we need into the function instead of using a global? I don't think it is better. If we just pass it it'll make a copy of the array. We could also use $aClean but I don't see why it would be better too. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] automatic variable cleanup
Le mardi 27 juin 2006 à 12:07 -0400, Chris Morgan a écrit : Wow, thats a pretty neat idea. A few comments. We should do something to the values in $_REQUEST so they can't be used after this function is called. We can do that but only after we have made the required changes everywhere (i.e. remove makeClean AND remove every occurence or $_REQUEST[], $_POST and so on). We should error if there are variables that don't fit the format we expect. We can't have anything getting past this filter by default or we'll be opening holes in the filtering without any kind of notification. We'll also want to know if we've missed anything during our changes. I made a show_error_page call when variables don't fit the format isn't it sufficient. Html keyword should probably be 'sh' instead of 'sH' so the lower case characters prefixed on a variable are what represents the variables type. This would be more consistent with what we have. Ok, could you please apply my patch and replace sH with sh in CODING_STANDARDS and in the new function in the diff ? My patch shouldn't cause any harm yet. Filtering all variables might let us support allowing magic quotes although given the widespread rejection of the magic quotes feature it seems silly to do so. I wouldn't be surprised if the switch was removed from php entirely in the near future. That might be true, but for the moment being magic_quotes_gpc=on is still the default even in php5. Thanks. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] [Resend] errorpage - show_error_page
Le mardi 27 juin 2006 à 12:49 -0400, Chris Morgan a écrit : Can we put a module prefix on this function so it is easier to locate in the tree? I'm not sure what but it seems like we should try to prefix something that matches the file the function is in. IMHO we should merge incl.php and util.php into functions.php for example then we'll know every functions that are not class related are in this file. If you think that's ok, please apply my patch yet and I'll make the required changes afterwards. Thanks. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] html cleanup
Le mardi 27 juin 2006 à 01:51 -0400, Chris Morgan a écrit : What is the justification for making this change? I can't find anything on w3.org that suggests that these values should be lowercase and the documentation seems to suggest that for the 'type' attribute the values should all be upper case, http://www.w3.org/TR/html4/sgml/dtd.html#InputType$ http://www.w3.org/TR/html4/interact/forms.html#adef-type-INPUT Type attribute is lower case even in html4. http://www.w3.org/TR/xhtml1/#h-4.2 Furthermore in xhtml element and attribute names must be in lower case. And we try to be forward compatible with xhtml when it doesn't break html4 specification. signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] [2/3] safe functions
Le lundi 26 juin 2006 à 11:54 -0400, Chris Morgan a écrit : [...] The most effective solution involves both filtering and sql protection. The first layer of protection is to filter each input variable down to the most restrictive data we can accept. The next step is to ensure that each query, independent of the data passed in, is safe because of the appropriate quoting. With both of these layers in place we can be pretty sure that injection and other attacks on the code will be much less effective. We could probably be secure with only the sql protection in place but the filtering raises the bar greatly for any potential exploits of sql or any other logic in the appdb. IMHO SQL protection (mysql_real_escape_string()) and correct database design (ex. if we want integer make the field integer, an sql query with something else will fail), along with data filtering when we display user submitted data that doesn't come from database gives the same protection (both SQL and HTML injection) without making the code unreadable and having to copy strings everywhere and have is_integer(), is_empty(), whatever checks everywhere. Also, I've submitted a patch for review to [EMAIL PROTECTED] and [EMAIL PROTECTED] that removes all of our get_magic_quotes_gpc() use and adds a check in include/incl.php that warns and prevents appdb from running if magic quotes is enabled. So you shouldn't need to have any get_magic_quotes_gpc() checks anymore. Isn't it better to support both configurations ? My solution works with or without magic quotes. I don't believe so. If you read the patch that I submitted or look in include/incl.php you'll see the reasoning behind not bothering with magic quotes. echo No! baddslashes()/b isn't adequate. You should use bmysql_real_escape_string()/b or some other function; echo that will handle multi-byte characters. See a href=\http://shiflett.org/archive/184\;this article/a; echo for a way to exploit baddslash()/bed parameters.br/br/; My function does just that. echo A second reason is that with magic quotes enabled, due to the use of bmysql_real_escape_string()/b to; echo protect from sql injection attacks we'll end up with variables that have been addslash()ed and; echo bmysql_real_escape_string()/bed. So you end up having to call stripslashes() on EVERY variable. ; No big deal, my function stripslashes only when magic quotes are enabled so the only drawback of having magic_quotes enabled is that the AppDB is theoretically a bit slower because we have to make a stripslashes before applying mysql_real_escape_string if someone wishes to let magic_quotes enabled. I also noticed your quote_smart_sql() call. This call isn't used anywhere, we shouldn't add calls to functions that aren't called. We It is used in 3/3. also already have a function that will make sql calls safe called query_paramters() in include/db.php. Also, do we want to strip tags from sql? Won't that remove all tags from things like app/version descriptions, comments and notes? No, there is a parameter in this function (quote_smart_sql). By default we don't remove html, but for some fields we might want to filter out html (comment titles, etc.) Ahh I see. Some questions : - Will you apply my coding_standards patch ? - Will you apply my show_error_page patch ? - Will you refuse my proposed way of securing the AppDB ? (I need to know because I'm willing to cleanup the rest of the AppDB regarding this issue (and others) but I don't want to send more patches if they will be discarded) Thanks signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDB] - user class cleanup and implement user class unit test
Le lundi 26 juin 2006 à 15:33 -0400, Chris Morgan a écrit : [...] Comments? Questions? Index: index.php === RCS file: /opt/cvs-commit/appdb/index.php,v retrieving revision 1.33 diff -u -r1.33 index.php --- index.php 21 Jun 2006 01:04:12 - 1.33 +++ index.php 26 Jun 2006 19:26:39 - @@ -7,7 +7,7 @@ * application environment */ include(path.php); -require(BASE.include/incl.php); +require_once(BASE.include/incl.php); Why use require_once ? It is slower and is bad unless you intend to include index.php in another file where incl.php is also included... Index: include/image.php === RCS file: /opt/cvs-commit/appdb/include/image.php,v retrieving revision 1.5 diff -u -r1.5 image.php --- include/image.php 21 Sep 2005 14:16:40 - 1.5 +++ include/image.php 26 Jun 2006 19:26:40 - @@ -3,6 +3,8 @@ /* image and image_resource classes */ /*/ +include_once(BASE.include/incl.php); + This time you use include once, we should use require everywhere if incl.php is required (and including a file in another include is not so pretty IMHO). +/* NOTE: we can't update the users password like we can update other */ +/* fields such as their email or username because the password is hashed */ +/* in the database so we can't keep the users password in a class member variable */ +/* and use update() because we can't check if the password changed without hashing */ +/* the newly supplied one */ +function update_password($sPassword) Should updatePassword according to our coding standards (method names). signature.asc Description: Ceci est une partie de message numériquement signée
[TOOLS] Re: Gecko installer
Le samedi 24 juin 2006 à 20:06 +0200, Jacek Caban a écrit :
Hi,
[...]
- We need php script redirecting to SourceForge similar to one that
forwards to Mozilla ActiveX control.
Here you are.
--- /dev/null 2006-01-19 01:09:08.0 +0100
+++ winegecko.php 2006-06-25 11:37:20.0 +0200
@@ -0,0 +1,90 @@
+?php
+/**
+ * Redirects to one of many URLs that have the Wine Gecko installer available.
+ *
+ * Usage:
+ * winegecko.php
+ * (main usage, redirects to one of many URLs that have the Wine Gecko installer available)
+ *
+ * winegecko.php?action=showlist
+ * (display a list of server and tells if the file is available for each server)
+ *
+ * Copyright (c) 2006 Jonathan Ernst
+ */
+
+
+// Name of the file
+$sFileName = wine_gecko.cab;
+
+// Exact size of the file:
+$iFileSize = 5219822;
+
+// List of locations
+$aList = array(http://switch.dl.sourceforge.net/sourceforge/wine/;,
+ http://surfnet.dl.sourceforge.net/sourceforge/wine/;,
+ http://citkit.dl.sourceforge.net/sourceforge/wine/;,
+ http://keihanna.dl.sourceforge.net/sourceforge/wine/;,
+ http://heanet.dl.sourceforge.net/sourceforge/wine/;,
+ http://easynews.dl.sourceforge.net/sourceforge/wine/;,
+ http://ovh.dl.sourceforge.net/sourceforge/wine/;,
+ http://jaist.dl.sourceforge.net/sourceforge/wine/;,
+ http://puzzle.dl.sourceforge.net/sourceforge/wine/;,
+ http://nchc.dl.sourceforge.net/sourceforge/wine/;,
+ http://switch.dl.sourceforge.net/sourceforge/wine/;,
+ http://kent.dl.sourceforge.net/sourceforge/wine/;,
+ http://optusnet.dl.sourceforge.net/sourceforge/wine/;,
+ http://mesh.dl.sourceforge.net/sourceforge/wine/;,
+ http://internap.dl.sourceforge.net/sourceforge/wine/;,
+ http://superb-east.dl.sourceforge.net/sourceforge/wine/;,
+ http://optusnet.dl.sourceforge.net/sourceforge/wine/;,
+ http://superb-west.dl.sourceforge.net/sourceforge/wine/;,
+ http://nchc.dl.sourceforge.net/sourceforge/wine/;,
+ http://umn.dl.sourceforge.net/sourceforge/wine/;,
+ http://belnet.dl.sourceforge.net/sourceforge/wine/;,
+ http://ufpr.dl.sourceforge.net/sourceforge/wine/;
+ );
+
+
+function is_downloadable($sUrl){
+global $iFileSize;
+$parse = parse_url($sUrl);
+// open a socket connection
+if($fp = @fsockopen($parse['host'], 80, $errno, $errstr, 10)){
+// set request
+$get = HEAD .$parse['path']. HTTP/1.1\r\n.
+ Host: .$parse['host'].\r\n.
+ Connection: close\r\n\r\n;
+fputs($fp, $get);
+while(!feof($fp)){
+// get ONLY header informations
+$header .= fgets($fp, 128);
+}
+fclose($fp);
+// match file size
+preg_match('/Content-Length:\s([0-9].+?)\s/', $header, $matches);
+$iSize = intval($matches[1]);
+if($iSize == $iFileSize) return TRUE;
+}
+return FALSE;
+}
+
+
+if($_REQUEST['action']==showlist) {
+echo h2List of mirrors available for file .$sFileName. (.$iFileSize. bytes)/h2;
+foreach($aList as $sLocation) {
+echo $sLocation.: ;
+if(is_downloadable($sLocation.$sFileName)) {
+echo font color=\green\online/font;
+} else {
+echo font color=\red\offline/font;
+}
+echo \nbr /;
+}
+} else {
+while(!is_downloadable($sUrl)) {
+$iRand = rand(0, (sizeof($aList)-1));
+$sUrl = $aList[$iRand].$sFileName;
+}
+header(Location: .$sUrl);
+}
+?
signature.asc
Description: Ceci est une partie de message numériquement signée
Re: [AppDb] Comments handling cleanup
Le dimanche 25 juin 2006 à 10:59 -0600, Tony Lambregts a écrit : [...] I am more in favor of this approach than using makeSafe() and do the same thing as Chris's query_parameters() patch. However I am hard pressed to say whether this method is really better or safer than query_parameters(). I have had real issues with makeSafe() the primary one is that IMO the place to make sure that we are safe from sql injection is where we create the SQL. The makeSafe() did not do that. The changes to that are only cosmetic and make it harder to see the actual changes. Formating changes should be in a separate patch. Also I would really appreciate a Files Changed: section that lists the files changed/added/removed by this patch. I find that it really helps in reviewing patches. Please resubmit with the formating changes in a separate patch. Thanks for your comments. I was aware that my changes weren't really atomic but I sent the patch to get some comments. If everyone agrees with the approach I'll make separate patches tomorrow. Thanks signature.asc Description: Ceci est une partie de message numériquement signée
Re: [AppDb] [2/3] safe functions
Le dimanche 25 juin 2006 à 20:00 -0400, Chris Morgan a écrit : Hi Jonathan. You'll want to talk to EA about the filtering changes. The plan is to filter using the same syntax and flags that the php filter extension is going to use so we can easily switch over to this extension in the future. I know we could use PEAR and we could also use a database abstraction layer, I just thought my solution was better because it has proven to work well on several projects I worked recently and is recommanded by the php manual (and it makes queries more readable than using other syntaxes). Also, I've submitted a patch for review to [EMAIL PROTECTED] and [EMAIL PROTECTED] that removes all of our get_magic_quotes_gpc() use and adds a check in include/incl.php that warns and prevents appdb from running if magic quotes is enabled. So you shouldn't need to have any get_magic_quotes_gpc() checks anymore. Isn't it better to support both configurations ? My solution works with or without magic quotes. I also noticed your quote_smart_sql() call. This call isn't used anywhere, we shouldn't add calls to functions that aren't called. We It is used in 3/3. also already have a function that will make sql calls safe called query_paramters() in include/db.php. Also, do we want to strip tags from sql? Won't that remove all tags from things like app/version descriptions, comments and notes? No, there is a parameter in this function (quote_smart_sql). By default we don't remove html, but for some fields we might want to filter out html (comment titles, etc.) Thanks. Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: appdb security
Hi, The recent changes you made have resulted in a regression at least in the note edition. \'s and ''s are too much addslashized again. I remember having fixed this some time ago... Thanks. Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: ntoskrnl status
Le vendredi 16 juin 2006 à 11:37 +0200, Mario Demontis a écrit : In http://www.winehq.com/pipermail/wine-devel/2006-June/048583.html I read that the patch is Diffed against 1d40bf0141b7f67b1188555962698f5dab631bc3 What does it mean? How can I get my cvs directory to that state? Thanks Mario You can use Git: http://wiki.winehq.org/GitWine Regards. P.S. please don't top-post bottom-posted e-mails/threads signature.asc Description: Ceci est une partie de message numériquement signée
Re: appdb security
Le jeudi 08 juin 2006 à 11:42 -0400, Chris Morgan a écrit :
Can you come up with a non-destructive working example for the appdb
website(appdb.winehq.org)? ;-)
I ask because I thought we went through this some time ago but I agree that
what you say looks like an open issue.
Chris
Lately I used the following snippet in all my webapps to secure them
against sql injection :
http://php.net/mysql_real_escape_string under Best practice.
?php
function smart_quote($value)
{
// Stripslashes
if (get_magic_quotes_gpc()) {
$value = stripslashes($value);
}
// Protect it if it's not an integer
if (!is_numeric($value)) {
$value = ' . mysql_real_escape_string($value) . ';
}
return $value;
}
// Secure query
$sQuery = sprintf(SELECT *
FROM users
WHERE user=%s AND password=%s,
smart_quote($_POST['username']),
smart_quote($_POST['password']));
mysql_query($query);
?
I think it is better than what we have now in AppDB (didn't check it
though). If nobody looks at it, I'll check the code after my master
thesis (in one month).
Jonathan
signature.asc
Description: Ceci est une partie de message numériquement signée
Re: acad 2004 license file bug
Le mardi 06 juin 2006 à 13:03 +0100, Mike Hearn a écrit : On Tue, 06 Jun 2006 12:36:07 +0100, Mike Hearn wrote: Right now we don't set the registry key saying we have IE installed, even though many of the DLLs the app probably needs are there and functioning correctly. I think the plan is to add this reg key after the last of Jaceks IE work is merged but only the big J himself could comment on that. Specifically I can't figure out if we're supposed to install a Windows gecko based product or if it can use my native Linux Firefox ... As I said in wine-user, you don't need mozilla, but the Mozilla ActiveX control : http://source.winehq.org/mozactivex I don't know why shdocvw doesn't prompt the user to install it in this case though. At least it used to prompt the user and download the Mozilla ActiveX control when needed by other apps before. Best regards. Jonathan Ernst
Re: msi: Fix some copy/paste bugs in the implementation of condition operators.
Le lundi 05 juin 2006 à 14:01 -0500, EA Durbin a écrit : Vitaliy. PS: PLEASE PLEASE PLEASE ADD YOU COMMENTS BELOW THIS LINE NOT ABOVE. IT'S IMPOSSIBLE TO READ. By default microsoft outlook, hotmail, all add their replies above the previous message. It's the way 90% of the email I see works. Maybe that's because 90% of the people you know are using bad mail clients or are using bad settings. You'll see some reasons why top-posting is a bad thing(tm) here : http://catb.org/~esr/jargon/html/T/top-post.html Regards. Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: Built-in iexplore
Le vendredi 02 juin 2006 à 13:42 -0700, Brandon a écrit : Daniel Skorka wrote: Oleksii Krykun [EMAIL PROTECTED] wrote: $ wine iexplore fixme:shdocvw:IEWinMain 1 fixme:ole:CoResumeClassObjects stub Could not load Mozilla. HTML rendering will be disabled. ^^ Where is aq problem? Guess. I get the same thing even though I have mozilla installed. I'm using wine in 64-bit linux, though, so that probably has something to do with it. You don't need mozilla, but the Mozilla activex control : http://source.winehq.org/mozactivex I don't know why shdocvw doesn't prompt the user to install it in this case though (so I'm CCing wine-devel and Jacek to see if something has to be changed in nsembed.c). Best regards. Jonathan Ernst signature.asc Description: Ceci est une partie de message numériquement signée
Re: appdb [HeidiSQL]
Le jeudi 11 mai 2006 à 19:52 +0200, Molle Bestefich a écrit : What's going on with the AppDB? It's really annoying to spend a lot of time testing apps, grabbing screenshots, writing descriptions etc., just to see that nobody approves the applications entered. Can we please drop this entire approval of new apps crap? Or just give me proper privileges to approve the applications myself? I gave you admin privileges. Thanks for your help. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Web forums - simple suggestion
It seems this mail didn't make it in... Le mardi 25 avril 2006 à 01:44 +0200, Molle Bestefich a écrit : Eric Pouech wrote: my 0.02€ on the longuest thread of the year. I think we ought to have some sort of a phpBB forum. That way you wouldn't get all this crap in your inbox - you could just selectively choose the topics that interest you :-).. Please tell me how that is different than that: http://img251.imageshack.us/my.php?image=evolution5xa.jpg I can choose selectively what I want to read. I can put a flag near threads that I like to bookmark I don't get any e-mail in my regular mailboxes I can search through the archives Well, I don't have Stickies-like content go in the FAQs/AppDB/Wiki/Docs Please don't add yet another source of information. People ought to know how to use a mail client nowadays and most mail clients (even the dreaded outlook express) can do nntp since ages. As Jeremy White said before, I agree we could improve the instructions on http://www.winehq.org/forums. And note that if your computer is properly configured, a simple one-click on the nntp link on that page will give your nntp client all the informations needed to access the newsgroup. Regards.
Re: Re: Re-proposal: web forums
Le dimanche 23 avril 2006 à 12:41 -0500, Tom Spear (Dustin Booker, Dustin Navea) a écrit : But I still want to get certain threads delivered to my mailbox, so I suffer thru all the ones I don't read. Where if I subscribe to a forum thread, then I get all posts to that thread in my mailbox (how i like it) and can click a link in the email that takes me directly to that thread (like bugzilla does for its bugs) so I can post. What about using your mail client and its ability to access nntp mailing-lists ? I'm subscribed to many mailing lists but none are configured to send me a copy of the messages to my mailbox; I just access them like normal (separate) mailbox, I can see them threaded or not, search and filter messages, etc. It's faster and more convenient than using a web forum. Regards. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Mozilla ActiveX download busted?
Le dimanche 12 février 2006 à 17:35 -0800, Dan Kegel a écrit :
Trying to install Oregon Trail from cnet download,
http://www.download.com/Oregon-Trail-5th-Edition/3000-7502_4-10301783.html
Cnet has you download a tiny .exe that invokes
IE via ActiveX to do the real download.
This pops up Wine's Mozilla ActiveX downloader dialog (great)
which then downloads the ActiveX wrapper (great)
but stores it in c:\windows\temp\mozactivex (note the lack of a .exe, uh-oh),
and shortly thereafter prints
wine: could not load LC:\\windows\\temp\\mozactivex as Win32 binary
Wine's Mozilla ActiveX downloader dialog just sits there forever,
it doesn't seem to notice the problem.
Renaming mozactivex to mozactivex.exe and then running it manually
got me past that little problem -- I'm no longer prompted to download
wine's mozilla activex wrapper.
This worked better a month or two ago - what changed?
(I'd do a regression test myself, but can't afford to type too much...)
- Dan
Wine doesn't accept to run files that don't end with .exe even if they
are valid win32 binaries.
Changelog:
- ensure that the mozilla activex control downloaded ends with .exe
because Wine won't run it otherwise
Index: dlls/shdocvw/shdocvw_main.c
===
RCS file: /home/wine/wine/dlls/shdocvw/shdocvw_main.c,v
retrieving revision 1.41
diff -u -p -r1.41 shdocvw_main.c
--- dlls/shdocvw/shdocvw_main.c 15 Feb 2006 13:04:28 - 1.41
+++ dlls/shdocvw/shdocvw_main.c 21 Feb 2006 17:24:46 -
@@ -297,6 +297,7 @@ static DWORD WINAPI ThreadFunc( LPVOID i
IBindStatusCallback *dl;
static const WCHAR szUrlVal[] = {'M','o','z','i','l','l','a','U','r','l',0};
static const WCHAR szFileProtocol[] = {'f','i','l','e',':','/','/','/',0};
+static const WCHAR szExe[] = {'.','e','x','e',0};
WCHAR path[MAX_PATH], szUrl[MAX_PATH];
LPWSTR p;
STARTUPINFOW si;
@@ -331,6 +332,8 @@ static DWORD WINAPI ThreadFunc( LPVOID i
if (!GetTempPathW( MAX_PATH, path ))
goto end;
strcatW( path, p+1 );
+/* ensure that the path ends with .exe, because wine won't run it otherwise */
+strcatW( path, szExe );
/* download it */
bTempfile = TRUE;
Re: PATCH/RFC: imagelist rewrite to use N x M grid
Le lundi 28 novembre 2005 à 09:14 +0100, Marcus Meissner a écrit : Hi, This patch is a rewrite of the imagelist handling to not use a Nx1 grid, but a NxM grid with M definable in the source (currently 4). I have tested against winrar, file open and make check. It is not completely regression tested, so I am not wanting to submit it right now. Any news about this patch ? There are many people that would love bug #3573 to be fixed... Thanks.
Re: Appdb thoughts
Le lundi 13 février 2006 à 21:48 -0800, Dan Kegel a écrit : Hi all, I've been using the Appdb a fair bit in the last couple months, maintaining a couple apps and their bug links, and doing some quick testing of apps I'm not the appdb maintainer for. Mostly I find the appdb adequate and usable, but I've noticed a few things that bug me. Here's a quick dump of what's on my mind: 1) The top 10 platinum, gold, and silver lists on the front page is helpful but appear to be manually maintained. It'd be helpful They are not. It depends on their votes.
Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]
Le samedi 28 janvier 2006 à 21:07 +, Molle Bestefich a écrit : Tony Lambregts wrote: [...] Is it Jonathan's mailer or gmane that does this??? I assume it's Jonathan's mailer, since I can't find any good reasons why gmane would do this. Jonathan, what software do you use, if you don't mind revealing? :-) It's Evolution 2.4.2.1, pretty good e-mail client if you ask me. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL?
Le dimanche 15 janvier 2006 à 07:40 -0800, Dan Kegel a écrit : On 1/15/06, Ge van Geldorp [EMAIL PROTECTED] wrote: The Mozilla ActiveX control download feature is cool and all, but until we repackage the sucker to include MSVCP60.DLL to fix http://bugs.winehq.org/show_bug.cgi?id=4064 ... I could have sworn I saw somebody post a note saying they had done said repackaging, but I can't find it now... http://www.winehq.org/pipermail/wine-patches/2005-December/022795.html Instructions on how to repackage can be found at svn://svn.reactos.org/trunk/tools/MozillaControl/ Thanks! I've updated bug 4064. Now can somebody update winehq.org's copy of the control so we can close that bug? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv Changelog: - use repackaged Mozilla ActiveX control from ReactOS Index: mozactivex.php === RCS file: /home/wine/tools/mozactivex.php,v retrieving revision 1.1 diff -u -p -r1.1 mozactivex.php --- mozactivex.php 19 Oct 2005 16:17:09 - 1.1 +++ mozactivex.php 16 Jan 2006 10:57:56 - @@ -14,31 +14,27 @@ // Name of the file -$sFileName = MozillaControl1712.exe; +$sFileName = MozillaControl1712-ReactOS.exe; // Exact size of the file: $iFileSize = 4771240; // List of locations -$aList = array(http://www.iol.ie/~locka/mozilla/;, - http://osdn.dl.sourceforge.net/sourceforge/wine/;, - http://nchc.dl.sourceforge.net/sourceforge/wine/;, - http://easynews.dl.sourceforge.net/sourceforge/wine/;, - http://mesh.dl.sourceforge.net/sourceforge/wine/;, - http://puzzle.dl.sourceforge.net/sourceforge/wine/;, - http://citkit.dl.sourceforge.net/sourceforge/wine/;, - http://umn.dl.sourceforge.net/sourceforge/wine/;, - http://cogent.dl.sourceforge.net/sourceforge/wine/;, - http://jaist.dl.sourceforge.net/sourceforge/wine/;, - http://surfnet.dl.sourceforge.net/sourceforge/wine/;, - http://peterhost.dl.sourceforge.net/sourceforge/wine/;, - http://ufpr.dl.sourceforge.net/sourceforge/wine/;, - http://optusnet.dl.sourceforge.net/sourceforge/wine/;, - http://keihanna.dl.sourceforge.net/sourceforge/wine/;, - http://heanet.dl.sourceforge.net/sourceforge/wine/;, - http://switch.dl.sourceforge.net/sourceforge/wine/;, - http://internap.dl.sourceforge.net/sourceforge/wine/;, - http://ovh.dl.sourceforge.net/sourceforge/wine/; +$aList = array(http://switch.dl.sourceforge.net/sourceforge/reactos/;, + http://surfnet.dl.sourceforge.net/sourceforge/reactos/;, + http://citkit.dl.sourceforge.net/sourceforge/reactos/;, + http://keihanna.dl.sourceforge.net/sourceforge/reactos/;, + http://heanet.dl.sourceforge.net/sourceforge/reactos/;, + http://easynews.dl.sourceforge.net/sourceforge/reactos/;, + http://ovh.dl.sourceforge.net/sourceforge/reactos/;, + http://jaist.dl.sourceforge.net/sourceforge/reactos/;, + http://puzzle.dl.sourceforge.net/sourceforge/reactos/;, + http://nchc.dl.sourceforge.net/sourceforge/reactos/;, + http://switch.dl.sourceforge.net/sourceforge/reactos/;, + http://kent.dl.sourceforge.net/sourceforge/reactos/;, + http://optusnet.dl.sourceforge.net/sourceforge/reactos/;, + http://mesh.dl.sourceforge.net/sourceforge/reactos/;, + http://internap.dl.sourceforge.net/sourceforge/reactos/; ); signature.asc Description: Ceci est une partie de message numériquement signée
Re: Please read: Wine(HQ) needs a reorganization (AppDB, Bugzilla, etc.)
Le lundi 09 janvier 2006 à 15:47 +0100, S. Schauenburg a écrit : On IRC we started a chat on #WineHQ and discussed how to improve Wine. There were comments made and I wanted to summarize them and ask for your opinion. By the way: Who is in charge of WineHQ, AppDB etc.? A list of people who are responsible for that would be nice (it could be I've missed that one though). Back onto the main topic. Remarks made: 1. AppDB needs a revamp. Maybe drop the maintainers (those things just need to be set by developers only). Just have a look at the activity of all the maintainers in the last year. **Read on for suggestions to drop the AppDB. I don't know why you are thinking maintainers should be developers only. Maintainers are quite active on the AppDB. And new features (like send test result) are making the job of the maintainers even more easy. 2. Create a Wine forum. This solves the problem of users asking the same questions over and over again. Here also the comments of the AppDB could be centralized (because most of them aren't really comments) 3. With a forum in place, the user-mailing list could be dropped and maybe also even the devel-mailing list. A mailing list has many advantages over a forum (readable from any nntp client, etc.). 4. Create a Wine Wiki, instead of the AppDB. Only certain developers (or maybe users) can set/edit certain pages. Then also howto's could be inserted here. There are already two Wine Wiki: http://wiki.winehq.org (official, developper centric) http://wine-wiki.org/ (more user oriented) As of dropping the AppDB, I don't see the point ? The AppDB might be improved but it's a lot more efficient than a simple wiki to track applications. You can track the bugs linked to a particular application, get an e-mail each time someone adds something to an application of interest, ... 5. It's too difficult for users to add a bugreport. Either create a small program/app which does it for the user (like Submit this bugreport *click*) and you're done. The other option is to create a simplified method for searching and inserting a bug report, because from a users view, there are too many options. (and probably the user wouldn't even know what to click on. Don't forget to give the users the option to 'add' a file with certain 'debug channels' (which ones? only +seh?) The bug reporting tool used by Wine is the same used by most Opensource projects (bugzilla). I don't think this tool is too much complicated but if it is, it must be fixed upstream. Dan Kegel has a nice page on how to do QA for Wine though: http://www.kegel.com/wine/qa/ The integration of this page in WineHQ or in the Wiki has been discussed on this mailing list. Jonathan signature.asc Description: Ceci est une partie de message numériquement signée
Re: [Bug 4146] first run usability
Le dimanche 25 décembre 2005 à 21:47 +0100, [EMAIL PROTECTED] a écrit : Does someone want to reign in this fuck-wit before she pisses of the whole community? How can this be a dupe of a meta bug ?! The meta is supposed to regroup all such minor bugs. That's why it was created. I don't want to be part of your argument or to question the validity of the resolution your bug has been given; but the first thing I'd do is create separate bugs for separate problems. You should also give a more descriptive title to your bugs. Examples: 1) wine should not call wineprefixcreate when called without PROGRAM argument 2) wine -? and wine -h should be equivalent to wine --help 3) wine --help should tell user to check man wine 4) wine --help should link to winehq 5) wine installation should create links to winecfg in the windows'manager menu etc. Then you could create a usability meta bug (but meta bugs tend to be not very useful) and link these bugs with it. This way if some of the bugs/enhancement are refused by the developpers you don't loose the chance to see some of your proposed changes to be implemented. This is the same rational behind the fact that big patches that change a million things are rejected: some of your points/change may be valid, but your bug report/patch is useless because it asks/does things that are not accepted by the developpment team. Last thing in http://bugs.winehq.org/show_bug.cgi?id=4146#c1, I don't know why you said sol.exe is a special case and I don't see why we should not tell user that he can use a valid unix path to run applications with Wine. Please try to overcome your little trouble with Vitaliy and keep up with your efforts into helping Wine being more usable. Happy Christmas everyone. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Spelling error?
Le lundi 21 novembre 2005 à 13:36 +0200, Saulius Krasuckas a écrit : This one comes from old Erics patch, and I may be wrong with a french language here, but wouldn't one name be spelled differently here? :-] Index: dlls/kernel/tests/process.c === RCS file: /home/wine/wine/dlls/kernel/tests/process.c,v retrieving revision 1.23 diff -p -u -r1.23 process.c --- dlls/kernel/tests/process.c 27 Oct 2005 10:25:49 - 1.23 +++ dlls/kernel/tests/process.c 21 Nov 2005 10:39:35 - @@ -724,7 +725,7 @@ static void test_CommandLine(void) startup.dwFlags = STARTF_USESHOWWINDOW; startup.wShowWindow = SW_SHOWNORMAL; -/* from Frangois */ +/* from Francois */ That would be François
Re: Fwd: Re: Fwd: MBR was destroyed
Le dimanche 20 novembre 2005 à 18:57 +0100, [EMAIL PROTECTED] a écrit : On Sun, 20 Nov 2005 18:33:53 +0100, Oliver Stieber [EMAIL PROTECTED] wrote: I've just tried at it appears to have wiped my MBR logged in as a normal User in wheel group. If this is the problem then I purchsed a new drive because of it last month. Oliver. Can I have your old one ? ;) Apart from fixing this ugly bug , it looks like something more precise than dont run as root is needed before inviting the click-and-go windows crowd to join the party. brw-rw 1 root disk 8, 0 nov 20 17:23 /dev/hda If you are not part of the disk group and you are not running as root, this cannot happen. There might be a bug in Wine, but the most important error is people having incorrect rights set or having too much rights. signature.asc Description: This is a digitally signed message part
Re: Fwd: Re: Fwd: MBR was destroyed
Le dimanche 20 novembre 2005 à 19:04 +, Oliver Stieber a écrit : --- Jonathan Ernst [EMAIL PROTECTED] wrote: Le dimanche 20 novembre 2005 à 18:57 +0100, [EMAIL PROTECTED] a écrit : On Sun, 20 Nov 2005 18:33:53 +0100, Oliver Stieber [EMAIL PROTECTED] wrote: I've just tried at it appears to have wiped my MBR logged in as a normal User in wheel group. If this is the problem then I purchsed a new drive because of it last month. Oliver. Can I have your old one ? ;) Apart from fixing this ugly bug , it looks like something more precise than dont run as root is needed before inviting the click-and-go windows crowd to join the party. brw-rw 1 root disk 8, 0 nov 20 17:23 /dev/hda If you are not part of the disk group and you are not running as root, this cannot happen. There might be a bug in Wine, but the most important error is people having incorrect rights set or having too much rights. I was part of the disk group when my MBR was overwritten because I'd been doing some work on the drives and don't like sudo. Isn't it still a bug in wine that the MBR was overwritten in the first place, even if I'm in the disks group or running as root? Yes of course that's a bug in Wine. But what I meant is that the security model of Linux if correctly applied (i.e. people don't have rights to make things they are not supposed to do) would prevent such things to happen.
Re: Fwd: Re: Fwd: MBR was destroyed
Le dimanche 20 novembre 2005 à 21:01 +0100, [EMAIL PROTECTED] a écrit : On Sun, 20 Nov 2005 20:26:07 +0100, Jonathan Ernst [EMAIL PROTECTED] wrote: Le dimanche 20 novembre 2005 à 19:04 +, Oliver Stieber a écrit : --- Jonathan Ernst [EMAIL PROTECTED] wrote: Le dimanche 20 novembre 2005 à 18:57 +0100, [EMAIL PROTECTED] a écrit : On Sun, 20 Nov 2005 18:33:53 +0100, Oliver Stieber [EMAIL PROTECTED] wrote: I've just tried at it appears to have wiped my MBR logged in as a normal User in wheel group. If this is the problem then I purchsed a new drive because of it last month. Oliver. Can I have your old one ? ;) Apart from fixing this ugly bug , it looks like something more precise than dont run as root is needed before inviting the click-and-go windows crowd to join the party. brw-rw 1 root disk 8, 0 nov 20 17:23 /dev/hda If you are not part of the disk group and you are not running as root, this cannot happen. There might be a bug in Wine, but the most important error is people having incorrect rights set or having too much rights. I was part of the disk group when my MBR was overwritten because I'd been doing some work on the drives and don't like sudo. Isn't it still a bug in wine that the MBR was overwritten in the first place, even if I'm in the disks group or running as root? Yes of course that's a bug in Wine. But what I meant is that the security model of Linux if correctly applied (i.e. people don't have rights to make things they are not supposed to do) would prevent such things to happen. So is the conclusion that users need to set up a special new user with super restrictive rights to protect the system from bugs in wine?! My confidence in wine has just taken a knock. Up until now I have not seen anything that says a wine user should not have access to any other services. Setting up a tightly restricted user soley to run wine is what I do in any case since I am installing windows software and this often necessitates installing IE and other horrors. Maybe this should become an official recommendation. If it is not sufficient to just not run wine as root then this should go down as a documentation bug as well. I think I still didn't make myself clear. Yes there is (I guess) a bad bug in Wine. But: giving normal users a right to write to /dev/hd? is very dangerous and should be avoided. Why would a normal user need a write access to /dev/hd? ? Wine can have bugs, any other application could have bugs that made them try to write things to /dev/hd?. You could get some virus or whatever that execute with you user's right and you really don't want it to wipe out your hdd, do you ? Regards, Jonathan signature.asc Description: This is a digitally signed message part
Re: Licensing and technical issues with a Wine package that includes the Mozilla ActiveX Control
Le dimanche 20 novembre 2005 à 12:04 -0800, Scott Ritchie a écrit : [...] Requiring the user to configure it with Winetools is always an option. Currently, when Wine discovers an app like Steam that needs ActiveX, it prompts the user if he would like to download it. However, this doesn't work. If that were working automagically (with the download location being one who has distribution rights), perhaps this whole issue would go away. Maybe we could make Wine download this file from several locations that have a right to redistribute it (Does someone at WineHQ or Codeweavers has a MSVC licence ?)... We could use the same script I did for the Mozilla ActiveX Control ? Thanks. Jonathan signature.asc Description: This is a digitally signed message part
Re: Question about ~/.wine/dosdevices/
Le dimanche 13 novembre 2005 à 23:04 +0100, Peter Berg Larsen a écrit : On Sun, 13 Nov 2005, Vitaliy Margolen wrote: Sunday, November 13, 2005, 12:46:34 PM, Peter Berg Larsen wrote: On Sun, 13 Nov 2005, Brian Vincent wrote: I am missing the idear behind how devices are suppose to work. If any of that documentation is unclear, let me know and I'll rewrite it to make it better. I have read this, but is does not explain what the behavour is/suppose to be when there exists an /mnt/windows. dosdevices/c: always points to ../drive_c. So the doc does not answer the questions I asked: But how are dosdevices/c: related to my /mnt/windows? Are files first It doesn't. ~/.wine/dosdevices/c: points to what windows programs will see as a c: drive. Please never point your c: drive to the real windows drive - that won't help wine at all but it might brake your windows beyond repair. Hmm, you are the third to answer me, but none so far have answered my questions. Are files first looked up in dosdevices/c: and the in /mnt/windows/ if not found? The reason I ask is that icewind dale on /mnt/windows/ does a FindFirstFileA(C:/program...) which wine translates to dosdevice/c: and ofcause does not find anything. Am I suppose to make a link to where the program is installed, as if I had installed it with wine? So I will try and refraise the questions: How does wine differentiate whether I have installed a program under ~/.wine/drive_c/ or under /mnt/windows/, when it does a FindFirstFileA(c:/Program Files/)? In the first case it should translate it to ~/.wine/dosdevices/c:/Program Files/ and in the latter ~/.wine/dosdevices/z:/mnt/windows/Program Files/? If it searches for c:\program files then it will search it in ~/.wine/dosdevices/c:/Program Files/. ~/.wine/dosdevices/c: can then point to anything you decided. If I have a program that does this, should I then make a link from ~/.wine/drice_c/Program Files/foo to /mnt/windows/Program Files/foo? (This will work with this program, but I have newer read such recommendation). Yes you could do that. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: Ceci est une partie de message numériquement signée
Re: dlls/include/list.h: remove_list() failed when removing first or last element
Le jeudi 10 novembre 2005 à 11:21 +0100, Markus Gömmel a écrit : One further note: on projects as big as Wine patching the ChangeLog is not practical as it would result in a lot of conflicts. Therefore, Alexandre Julliard automatically generates ChangeLog entries from CVS just before each release. Oh, I only did it cause its requested on http://www.winehq.com/site/sending_patches: When submitting patches, please: Include a ChangeLog entry with your name, email address and a description of what your patch does. Did I understand something wrong here??? Just write something like: Changelog: - fixes null pointer in the e-mail you send the patch with. Regards. -- Jonathan Ernst [EMAIL PROTECTED]
Re: [Resend] printer dialog fixes part1 + french + other rcs
Le jeudi 03 novembre 2005 à 13:09 +0100, Andreas Mohr a écrit : Hi, On Thu, Nov 03, 2005 at 12:02:21PM +0100, Jonathan Ernst wrote: Try2:This time, we just tell the user he needs to install a printer (we don't let him install one from Wine as it is not (won't ever?) be implemented). You really should have written: ...install a printer... *on your system.* What about on the underlying operating system ? Is it more clear ?
Re: [Resend] printer dialog fixes part1 + french + other rcs
Le jeudi 03 novembre 2005 à 14:14 +0100, Andreas Mohr a écrit : Hi, On Thu, Nov 03, 2005 at 01:47:21PM +0100, Jakob Eriksson wrote: Andreas Mohr wrote: Hi, On Thu, Nov 03, 2005 at 01:20:00PM +0100, Jonathan Ernst wrote: What about on the underlying operating system ? Is it more clear ? Yup, while longer, I think it's better. On you computer. I believe is best. Yup, that's much better, but then we probably need to detail it by saying ...install a printer *driver*... on your computer. Since the problem is not simply solved by connecting a printer to the computer... (and as long as we were talking about an operating system it was obvious that we need a driver) Andreas Here is the patch with underlying in it. Let's see what Alexandre thinks for the best wording. -- Jonathan Ernst [EMAIL PROTECTED] Index: dlls/commdlg/cdlg_Bg.rc === RCS file: /home/wine/wine/dlls/commdlg/cdlg_Bg.rc,v retrieving revision 1.2 diff -u -p -r1.2 cdlg_Bg.rc --- dlls/commdlg/cdlg_Bg.rc 3 Nov 2005 12:12:19 - 1.2 +++ dlls/commdlg/cdlg_Bg.rc 3 Nov 2005 12:52:01 - @@ -1,4 +1,4 @@ -/* +i/* * Copyright 2005 Milko Krachounov * * This library is free software; you can redistribute it and/or @@ -407,7 +407,7 @@ STRINGTABLE DISCARDABLE PD32_GENERIC_ERRORÏîÿâè ñå ãðåøêà. PD32_DRIVER_UNKNOWN Íåïîçíàò äðàéâåð çà ïðèíòåðà. PD32_NO_DEVICES Before you can perform printer-related tasks \ -such as page setup or printing a document, you need to install a printer. \ +such as page setup or printing a document, you need to install a printer on the underlying operating system. \ Please install one and retry. PD32_DEFAULT_PRINTER Ïðèíòåð ïî ïîäðàçáèðàíå; Index: dlls/commdlg/cdlg_Cn.rc === RCS file: /home/wine/wine/dlls/commdlg/cdlg_Cn.rc,v retrieving revision 1.10 diff -u -p -r1.10 cdlg_Cn.rc --- dlls/commdlg/cdlg_Cn.rc 3 Nov 2005 12:12:19 - 1.10 +++ dlls/commdlg/cdlg_Cn.rc 3 Nov 2005 12:52:03 - @@ -406,7 +406,7 @@ supported by your printer.\nPlease enter PD32_GENERIC_ERRORSome error occurred. PD32_DRIVER_UNKNOWN Unknown printer driver. PD32_NO_DEVICES Before you can perform printer-related tasks \ -such as page setup or printing a document, you need to install a printer. \ +such as page setup or printing a document, you need to install a printer on the underlying operating system. \ Please install one and retry. PD32_DEFAULT_PRINTER Default Printer; Index: dlls/commdlg/cdlg_De.rc === RCS file: /home/wine/wine/dlls/commdlg/cdlg_De.rc,v retrieving revision 1.25 diff -u -p -r1.25 cdlg_De.rc --- dlls/commdlg/cdlg_De.rc 3 Nov 2005 12:12:19 - 1.25 +++ dlls/commdlg/cdlg_De.rc 3 Nov 2005 12:52:05 - @@ -400,7 +400,7 @@ Bitte geben sie einen Wert zwischen %d u PD32_GENERIC_ERROREin unbekannter Fehler ist aufgetreten. PD32_DRIVER_UNKNOWN Unbekannter Druckertreiber. PD32_NO_DEVICES Before you can perform printer-related tasks \ -such as page setup or printing a document, you need to install a printer. \ +such as page setup or printing a document, you need to install a printer on the underlying operating system. \ Please install one and retry. PD32_DEFAULT_PRINTER Standard Drucker; Index: dlls/commdlg/cdlg_En.rc === RCS file: /home/wine/wine/dlls/commdlg/cdlg_En.rc,v retrieving revision 1.42 diff -u -p -r1.42 cdlg_En.rc --- dlls/commdlg/cdlg_En.rc 3 Nov 2005 12:12:19 - 1.42 +++ dlls/commdlg/cdlg_En.rc 3 Nov 2005 12:52:07 - @@ -406,7 +406,7 @@ supported by your printer.\nPlease enter PD32_GENERIC_ERRORAn error occurred. PD32_DRIVER_UNKNOWN Unknown printer driver. PD32_NO_DEVICES Before you can perform printer-related tasks \ -such as page setup or printing a document, you need to install a printer. \ +such as page setup or printing a document, you need to install a printer on the underlying operating system. \ Please install one and retry. PD32_DEFAULT_PRINTER Default Printer; Index: dlls/commdlg/cdlg_Es.rc === RCS file: /home/wine/wine/dlls/commdlg/cdlg_Es.rc,v retrieving revision 1.19 diff -u -p -r1.19 cdlg_Es.rc --- dlls/commdlg/cdlg_Es.rc 3 Nov 2005 12:12:19 - 1.19 +++ dlls/commdlg/cdlg_Es.rc 3 Nov 2005 12:52:09 - @@ -407,7 +407,7 @@ defecto. PD32_DRIVER_UNKNOWN Manejador de la impresora \ desconocido
Re: [LOSTWAGES] fix .htaccess
Yeah it seems to send the correct header now. Thanks. I'll run linkchecker again on winehq maybe tomorrow. Le mercredi 02 novembre 2005 à 16:14 -0600, Jeremy Newman a écrit : I've run into this before. Problem is that if I use a local URL it breaks the website images for the 404 page. This is due to the local path not matching what the URL reads. I get around it by using the redirect. I did fix the code in the website so when the 404 page is loaded, it correctly sends the 404 header. Let me know if that works better for you. On Wed, 2005-11-02 at 11:26 +0100, Jonathan Ernst wrote: http://httpd.apache.org/docs/1.3/mod/core.html#errordocument Note that when you specify an ErrorDocument that points to a remote URL (ie. anything with a method such as http in front of it), Apache *will send a redirect to the client to tell it where to find the document, even if the document ends up being on the same server*. This has several implications, the most important being *that the client will not receive the original error status code*, but instead will receive a redirect status code. This in turn can confuse web robots and other clients which try to determine if a URL is valid using the status code. I was using linkchecker (http://linkchecker.sourceforge.net/) to check for deadlinks and wondered why some people could still find some deadlinks on winehq. That's because our 404 handler doesn't send an Error 404 message to the user agent. This change will make apache send a 404 instead of a redirect and will let the original address in the browser's address bar instead of changing it to the /site/404 file. It will also make it easier to check for deadlinks as the error code will be correct now. -- Jonathan Ernst [EMAIL PROTECTED]
Re: DirectSound, new patch available for testing
Le jeudi 03 novembre 2005 à 10:08 +1100, Davin McCall a écrit : On Wed, 2 Nov 2005 14:02:55 + (GMT) Robbert Xerox [EMAIL PROTECTED] wrote: 2nd question: is creating the key \HKEY_CURRENT_USER\Software\Wine\Alsa Driver\UseDirectHW necessary? If so, i'll have to do that manually (in regedit) i guess, as winecfg does not create such a key anywhere. And is this some undocumented key that also has some effects without your patch? thanks in advance for your answer. a) No, creating the key is not strictly necessary, but at this stage I'd recommend it b) Yes, this is an undocumented key which also has some effects without my patch. It's not undocumented anymore ;-) : http://wiki.winehq.org/UsefulRegistryKeys
Re: MS Office 97: so close...
Le samedi 29 octobre 2005 à 07:10 -0700, Dan Kegel a écrit : On 10/29/05, Hans Leidekker [EMAIL PROTECTED] wrote: I'm working on a patch that adds just enough functionality to odbccp32 for the installers of Office 95, 97 and 2000 to proceed without crashing. In fact, it's only the 95 installer that's still giving troubles at the moment (I'm talking about the standard installation here). Cool! I look forward to it. If you shoot me a copy I can verify it solves my problems. (http://winehq.com/pipermail/wine-patches/2005-October/021484.html seems to already be applied, so you must be talking about something more...) - Dan You'll find the patches here: http://bugs.winehq.org/show_bug.cgi?id=3660 http://bugs.winehq.org/show_bug.cgi?id=3689 -- Jonathan Ernst [EMAIL PROTECTED]
Re: Wine regression testing: PIT_
Le vendredi 28 octobre 2005 à 06:21 +, Molle Bestefich a écrit : Jonathan Ernst wrote: we could have VMWare installs of Wine and people could download the VMWare image of any Wine release and play it for free using the VMWare player ! Excellent idea!! I guess the download size will be quite big, but a small distro with only X, Wine, Gnome and KDE and required dependencies for example could fit on half a CD I guess. Do you know of any miniature distro(s) that carry these and (preferably) existed all along with Wine? If you have suggestions, I'd like to give it a shot right away. If you remove the word processor I think you'll be under 30-40MB uncompressed with these ones: http://www.damnsmalllinux.org/ http://www.zenwalk.org/staticpages/index.php?page=20050321031055330 I didn't find a ready to use minidistro with gnome or/and kde as these applications are really big. You could also try something like ubuntu and install only the minimum reqs of Wine. Thanks for your efforts; looking forward to testing your VMWare machines ! -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: AppDb
Le vendredi 28 octobre 2005 à 12:36 -0400, Chris Morgan a écrit : [...] Right now the rating you see is the one decided by the maintainer of the application and based on their judgement. Now that we have the testing results there is some question of how to reflect these results to users. Certainly if an application has a handful of gold ratings and no maintainer rating it should probably be listed as gold. Do we remove the maintainer rating all together? Add yet another field? Ideas? Personally I'm inclined to remove the maintainer rating and have the application rating be based on some computation based on testing results but there is a question of whether those are reliable enough and whether we want the maintainer to be able to override for some reason. I think the maintainer rating should be removed and the last rating should be used for version rating. If the version is maintained the maintainer can submit test results on a regular basis and thus influence the overall version rating. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Thank you for closing my bugzilla account...
Hi, Yesterday, after having manually closed some old fixed bugs, I discussed with infyquest and tlambregts on irc and tlambregts told us that instead of manually closing the bugs, bugzilla had a change several bugs at once function It was then discussed that bugs that are FIXED and where resolution is not LATER or DUPLICATE or REMIND should be marked CLOSED as the fixes have been integrated in an official release (namely 0.9). http://bugs.winehq.org/buglist.cgi?query_format=short_desc_type=allwordssubstrshort_desc=long_desc_type=substringlong_desc=bug_file_loc_type=allwordssubstrbug_file_loc=keywords_type=allwordskeywords=bug_status=RESOLVEDresolution=FIXEDresolution=INVALIDresolution=WONTFIXresolution=WORKSFORMEresolution=ABANDONEDemailassigned_to1=1emailtype1=substringemail1=emailassigned_to2=1emailreporter2=1emailcc2=1emailtype2=substringemail2=bugidtype=includebug_id=votes=changedin=chfieldfrom=chfieldto=Nowchfieldvalue=cmdtype=doitorder=Reuse+same+sort+as+last+timefield0-0-0=nooptype0-0-0=noopvalue0-0-0= FYI the CLOSED status means: The bug is considered dead, the resolution is correct. Any zombie bugs who choose to walk the earth again must do so by becoming REOPENED. Unfortunately bugzilla doesn't allow to close bugs directly from their fixed state so you have to verify them before and thus it will send two mails for each bug closed. I don't think it was possible to turn off change notification at that time (tlambregts even told me that the two spam bugs were normal because of the way bugzilla works) but I cannot verify it as my account has been gently disabled... However it seems that ivanleo didn't like my CLOSING session because some of the bugs were not fixed. Can someone tell me how a bug can be not fixed and marked as resolved-fixed (see my query) ? The discussion on IRC took place at a time when there were many of you (vitamin, Thunderbird, kbln, infyquest, _Marcus_, tlambregts, cmorgan and so on) and nobody seemed to think it would be a bad idea to close bugs that were fixed before the latest release came out. Thanks for clarifying the situation. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: bugzilla mass mods
Hi Dan, Thanks for your inquiry. Le mercredi 26 octobre 2005 à 17:21 -0700, Dan Kegel a écrit : Jonathan, maybe what you did is good, but I thought one had to actually verify a bug as fixed before one could mark it as verified. You seem to have subverted the VERIFIED QA has looked at the bug and the resolution and agrees that the appropriate resolution has been taken. Bugs remain in this state until the product they were reported against actually ships, at which point they become CLOSED. Yes that's true, but in Wine the QA is mostly us and the people who report the bugs to be fixed. In Wine usually when a bug is marked as fixed and not reopened shortly after, it really means that it's fixed and thus verified. What I feel is that people reporting bugs, you and me and others actually ARE Wine's QA. I don't think that having ~800 bugs marked as fixed since years was useful. Maybe now that they are closed, the new fixed bugs can actually be verified by some of the active QA people in Wine. There have been more activity lately in bugzilla and keeping all these old bugs fixed and not closed was not doing any good imho. Having about 10/15 bugs to verify between each snapshot is much more maintainable and can hopefully be done. process. Did you get consensus before starting these mods? This was discussed on IRC when quite a lot of people where online (see my message to wine-devel). Bye, -- Jonathan Ernst [EMAIL PROTECTED]
Re: Thank you for closing my bugzilla account...
Le jeudi 27 octobre 2005 à 14:56 +0530, Vijay Kiran Kamuju a écrit : Hi, Yesterday there was a session indeed but there was misunderstanding regarding the bug status, ie, RESOLVED LATER, RESOLVED CLOSED, VERIFIED, etc. It would be better if we could put some details regarding the bug status on the bugzilla or FAQ pages, as there are some differences in the explanation of these. I am used to a different bug management app (ClearDDTS) where there are only 4-5 states a bug can have.(NEW,ASSIGNED,OPEN,RESOLVED,VERIFIED) Sorry, i caused any misunderstanding. The bug status explanation are on this page: http://bugs.winehq.org/bug_status.html (you can get here by clicking on the status link in any bug page). If their meaning is not clear enough, I think the changes you suggest should be made here.
Re: Wine regression testing: PIT_
Le mercredi 26 octobre 2005 à 16:49 +0200, Molle Bestefich a écrit : We actually /ask/ people to do regression testing, here f.x.: http://www.winehq.org/site/docs/winedev-guide/x1344 to find a patch that breaks things. Some developers has probably recommended that approach on the mailing lists too, I know I have. The approach is useless however, until these simple fixes are applied to the tarballs (preferably through the versioning system). I just got a new idea: Instead of appliying new patches to old versions which is unmaintainable imho, we could have VMWare installs of Wine and people could download the VMWare image of any Wine release and play it for free using the VMWare player ! I guess the download size will be quite big, but a small distro with only X, Wine, Gnome and KDE and required dependencies for example could fit on half a CD I guess.
Re: wine overstepping the mark?
Le jeudi 27 octobre 2005 à 17:11 -0600, Vitaliy Margolen a écrit : Thursday, October 27, 2005, 5:04:05 PM, [EMAIL PROTECTED] wrote: Thanks for the explaination but that's just my point. That is windows mentality, but this is not windows. If I install gimp it does not try to reconfigure my system and take over control of any image file types it can handle. That is windows mentality. I wander what else can you use to open exe files with? And not just open, but run? mono -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Wine regression testing: PIT_
Le mercredi 26 octobre 2005 à 16:49 +0200, Molle Bestefich a écrit : The approach is useless however, until these simple fixes are applied to the tarballs (preferably through the versioning system). How do you decide what things have to be fixed in old tarballs ? Do you test each old tarballs every now and then and apply the corresponding patches to them ? What if patching the old tarball cause other regressions ? What if someone wants to use an old tarball in an old system that would be broken because of this patching ? You would have to maintain a lot of old tarballs version... I don't think it is feasible. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: docs
Le jeudi 20 octobre 2005 à 00:28 +0200, Jonathan Ernst a écrit : Le mardi 18 octobre 2005 à 09:55 -0600, Brian Vincent a écrit : On 10/14/05, Brian Vincent [EMAIL PROTECTED] wrote: [...] One thing that would be nice to have is a complete list of registry keys and values. Bonus points for explaining what they do. It's not terribly difficult to generate, but I was getting sleepy as I got to that section. I just started a list on the wiki. When it's complete enough (anyone is more than welcome to add things in it) we can put it in the docs. http://wiki.winehq.org/UsefulRegistryKeys I added all keys that I could grep from the source code + some values that I know of. And now I use a king of tree view to represent it. I linked to this page from the user guide as well. Please feel free to add any useful value+description you know of. http://wiki.winehq.org/UsefulRegistryKeys -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Download Mozilla ActiveX
Now that my php script to randomly choose a working mirror for Mozilla ActiveX has been added by Jeremy, we can use it in Wine. Changelog: - use WineHQ's mirror selection script to get the Mozilla AciveX Control Index: tools/wine.inf === RCS file: /home/wine/wine/tools/wine.inf,v retrieving revision 1.43 diff -u -p -r1.43 wine.inf --- tools/wine.inf 14 Sep 2005 11:15:58 - 1.43 +++ tools/wine.inf 19 Oct 2005 17:29:50 - @@ -252,6 +252,7 @@ HKLM,System\CurrentControlSet\Control\Se HKLM,System\CurrentControlSet\Control\Windows,CSDVersion,0x10001,0x0600 HKLM,System\CurrentControlSet\Control\VMM32Files,,, HKLM,System\CurrentControlSet\Services\VxD\MSTCP,,, +HKCU,Software\Wine\shdocvw,MozillaUrl,,http://source.winehq.org/mozactivex; [Nls] HKLM,System\CurrentControlSet\Control\Nls\Codepage,37,,
Re: docs
Le mardi 18 octobre 2005 à 09:55 -0600, Brian Vincent a écrit : On 10/14/05, Brian Vincent [EMAIL PROTECTED] wrote: [...] One thing that would be nice to have is a complete list of registry keys and values. Bonus points for explaining what they do. It's not terribly difficult to generate, but I was getting sleepy as I got to that section. I just started a list on the wiki. When it's complete enough (anyone is more than welcome to add things in it) we can put it in the docs. http://wiki.winehq.org/UsefulRegistryKeys -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Downloading Mozilla ActiveX
Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit : On 10/18/05, Vitaliy Margolen [EMAIL PROTECTED] wrote: Does that server has enough capacity to handle all Wine users? Will it be there for a long time? No idea about capacity, but the URL hasn't changed in years. We could take a clue from Codeweavers and put in a winehq.org URL that simply redirects to that one. If it changes we just update our redirect. -Brian I really think it's the way to go. Jeremy ? signature.asc Description: This is a digitally signed message part
Wine and Mono
Hi, .exe files are often associated with Wine so that it's easy for users to double click a windows application and have it working like any native application. Wouldn't it be possible for Wine to detect .Net application and run them using mono (mono app.exe) instead of just failing ? If that's not wanted, would it be at least possible to issue a message to tell the user that the application he'is trying to run is a .Net application and that he should try running it using mono ? What are your opinions about the handling of .Net executables ? Thanks. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: NSIS problem?
I think this is caused by theming. Frank Richter sent a patch for this but it hasn't been accepted. Le jeudi 13 octobre 2005 à 17:00 +0100, Mike Hearn a écrit : Hi, It seems that NSIS installers have regressed in Wine 0.9 - at least, the PE Explorer setup which looks and feels like an NSIS based installer won't install with a The folder name is invalid error message. I poked at this a bit but got nowhere. Can anybody confirm/deny it's a problem with all NSIS installrers? If the problem is just with PE Explorer then we can leave it, otherwise I think we should try and figure it out before 0.9 - NSIS is a very popular installer these days and not running it for 0.9 would be a disaster. thanks -mike -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [DSOUND] add DirectSoundFullDuplex support
Le jeudi 13 octobre 2005 à 21:29 -0400, Robert Reif a écrit : I guess I could have split it up into half a dozen patches. This is something I needed for work so I took the opportunity to do some wine hacking. I'm way to busy to do much more than just reading the mailing lists now and I don't see that changing for the next 6 months. This can wait until after 0.9. It's out there now for anyone that is interested. I do most of my development on RH9 for RH9 and most of the sound related bugs and missing features are either ALSA related (even OSS emulation in ALSA) or scheduler related and I don't have the time or resources to tackle big issues like these now. Your patch look very good to me (but i'm not an expert). If nobody thinks that it has issues, maybe you could resend it uncompressed and splitted into two or more parts (at least separate the refactoring part and the full duplex part). Then Alexandre will decide if it can be applied before or after the 0.9 release. Thanks ! signature.asc Description: This is a digitally signed message part
Re: Can you reproduce this bug on wine-20050930 like me?
Le mardi 11 octobre 2005 à 23:45 -0700, Hiji a écrit : --- Vitaliy Margolen [EMAIL PROTECTED] wrote: Tuesday, October 11, 2005, 9:00:49 PM, Hiji wrote: Can you reproduce this bug? Follow these steps: 1. Install Filezilla: http://prdownloads.sourceforge.net/filezilla/FileZilla_2_2_16_setup.exe?download 2. FTP into the server of your choice 3. Click and drag files from the server to your local machine (to copy them) 4. Realize now that even though the files have been copied to your machine, you are still dragging the files around If you can replicate this serious bug, can you fix it? DVD Shrink exibits the same issue. Thanks -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Wine in the news
October issue of Tuxmagazine has an article on Wine and Cedega and Wine is mentionned on the frontpage. http://new.tuxmagazine.com/node/1000155 Free subscription required but you can use my email address to download it. Regards. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [WINEDOC] IDA workarounds
Le jeudi 13 octobre 2005 à 00:58 +, Molle Bestefich a écrit : On 10/10/05, Dimi Paun [EMAIL PROTECTED] wrote: On Mon, 2005-10-10 at 07:16 +, Molle Bestefich wrote: Alternatively, I could put everything regarding IDA into the AppDB as you suggest and then send a new patch which links to it from the docs? Yes, that would be better. That is, you can point people to the AppDB entry for tips on how to get IDA to run. Maybe that has a better chance of being maintained, I know the docs won't be. Right, it does make more sense. I've applied for super-maintainership so I can add all the existing (available) versions to the appdb. When that, hopefully, comes through, I'll submit a patch which simply links there. I just made you supermaintainer for this application. Thanks for your help maintaining the AppDB. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [WINEDOC] IDA workarounds
Le lundi 10 octobre 2005 à 07:16 +, Molle Bestefich a écrit : Dimi Paun wrote: Molle Bestefich wrote: James Hawkins suggested using native comctl32 as a workaround to get IDA running. I don't want this sort of thing in the docs: it's too transient, and I hope we'll fix it rather then document it. If you want to capture this sort of information somewhere, the AppDB would be the place. That particular comment takes up ~10 words in the text and will save everyone that's getting started with Wine debugging hours of their precious time. It might even cause some people to stick with Wine because they have a good, working disassembler, instead of giving up on that account. Not mentioning it and wasting their time just because of a puritanical POV on what belongs in the docs is rude to them, IMHO. I'll be happy to do yet another documentation update when Wine reaches a state where it works out of the box. Alternatively, I could put everything regarding IDA into the AppDB as you suggest and then send a new patch which links to it from the docs? That would be much better imo. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [PATCH] wined3d VideoRam registry setting
Le samedi 08 octobre 2005 à 10:47 +0900, Aric Cyr a écrit : This is a simple patch to add a registry setting for a user's video RAM which is used by wined3d. Currently emulated_videoram is hardcoded at 64MB, which is not enough for some games and having to recompile wine to change it is a burden for end-users. The new registry key is called HKCU\Software\Wine\Direct3D\VideoRam and is an integer in megabytes. Hello I guess it is not possible to retrieve the real value from the system ? It would be nice to have this setting changeable in winecfg in the future. Bye. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
[Resend] printer dialog fixes part1 + french
Le vendredi 07 octobre 2005 à 08:35 -0400, Dimi Paun a écrit :
On Fri, 2005-10-07 at 17:55 +0530, Vijay Kiran Kamuju wrote:
Changelog
---
Add the messages in rc file and h file
One patch per email, please.
Changelog
---
Vijay Kiran Kamuju [EMAIL PROTECTED] Add the messages in rc file and
h file
Jonathan Ernst [EMAIL PROTECTED] Add french message
Index: dlls/commdlg/cdlg.h
===
RCS file: /home/wine/wine/dlls/commdlg/cdlg.h,v
retrieving revision 1.36
diff -u -p -r1.36 cdlg.h
--- dlls/commdlg/cdlg.h 24 Jan 2005 11:26:23 - 1.36
+++ dlls/commdlg/cdlg.h 7 Oct 2005 13:01:16 -
@@ -63,6 +63,7 @@ typedef struct {
#define PD32_OUT_OF_MEMORY1113
#define PD32_GENERIC_ERROR1114
#define PD32_DRIVER_UNKNOWN 1115
+#define PD32_NO_DEVICES 1121
#define PD32_PRINTER_STATUS_READY 1536
#define PD32_PRINTER_STATUS_PAUSED1537
Index: dlls/commdlg/cdlg_En.rc
===
RCS file: /home/wine/wine/dlls/commdlg/cdlg_En.rc,v
retrieving revision 1.41
diff -u -p -r1.41 cdlg_En.rc
--- dlls/commdlg/cdlg_En.rc 7 Jul 2005 18:23:45 - 1.41
+++ dlls/commdlg/cdlg_En.rc 7 Oct 2005 13:01:18 -
@@ -405,7 +405,9 @@ supported by your printer.\nPlease enter
PD32_OUT_OF_MEMORYOut of memory.
PD32_GENERIC_ERRORAn error occurred.
PD32_DRIVER_UNKNOWN Unknown printer driver.
-
+PD32_NO_DEVICES Before you can perform printer-related tasks \
+such as page setup or printing a document, you need to install a printer. \
+Do you want to install a printer now?
PD32_DEFAULT_PRINTER Default Printer;
PD32_NR_OF_DOCUMENTS_IN_QUEUE There are %d documents in the queue
PD32_MARGINS_IN_INCHESMargins [inches]
Index: dlls/commdlg/cdlg_Fr.rc
===
RCS file: /home/wine/wine/dlls/commdlg/cdlg_Fr.rc,v
retrieving revision 1.21
diff -u -p -r1.21 cdlg_Fr.rc
--- dlls/commdlg/cdlg_Fr.rc 17 Jan 2005 15:34:50 - 1.21
+++ dlls/commdlg/cdlg_Fr.rc 7 Oct 2005 13:01:20 -
@@ -409,7 +409,9 @@ Veuillez indiquer un nombre de copies en
PD32_OUT_OF_MEMORYPas assez de mémoire.
PD32_GENERIC_ERRORUne erreur est intervenue.
PD32_DRIVER_UNKNOWN Pilote d'imprimante inconnu.
-
+PD32_NO_DEVICES Avant de pouvoir effectuer des opérations en relation avec l'impression \
+comme la configuration de l'imprimante ou l'impression d'un document, vous devez installer une imprimante. \
+Souhaitez-vous installer une imprimante maintenant ?
PD32_DEFAULT_PRINTER Imprimante par défaut;
PD32_NR_OF_DOCUMENTS_IN_QUEUE Il y a %d documents dans la file d'attente
PD32_MARGINS_IN_INCHESMarges [pouces]
Re: Getting permission to accept bugs
Ask Tony Lambregts; he has this ability. Le mercredi 05 octobre 2005 à 17:16 -0700, Juan Lang a écrit : Just who is the bugzilla maintainer, anyway? Newman? It'd be nice if it were easier to find that out.. Anyway, I'd like to have permission to accept bugs. Shouldn't all of the hackers have that ability? Thanks, --Juan __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
A new tool to interact with Bugzilla
Hello, This might solve people's concerns about the difficulty to use/search in bugzilla. You can save queries, make fast search in comments thanks to the local database (use top right search field), etc. Of course I discovered this application right after having triaged some hundreds bugs... http://mozillazine.org/talkback.html?article=7491 Deskzilla 1.0, a desktop client for the Bugzilla bug tracking system. Deskzilla delivers features for greater productivity and an improved working environment for the users of Bugzilla. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: notepad pagesetup fix
Le mardi 04 octobre 2005 à 19:17 +0900, Dmitry Timoshkov a écrit : Vijay Kiran Kamuju [EMAIL PROTECTED] wrote: Changelog --- Notepad pagesetup fix This fixes BUG#2600 -DEFPUSHBUTTON OK, 0x151, 180, 3, 40, 15, WS_TABSTOP -PUSHBUTTONCancel, 0x152, 180, 21, 40, 15, WS_TABSTOP -PUSHBUTTONHelp, 0x153,180, 39, 40, 15, WS_TABSTOP +DEFPUSHBUTTON OK, IDOK, 180, 3, 40, 15, WS_TABSTOP +PUSHBUTTONCancel, IDCANCEL, 180, 21, 40, 15, WS_TABSTOP +PUSHBUTTONHelp, IDHELP, 180, 39, 40, 15, WS_TABSTOP If you went to the trouble of fixing the bug for English, would you mind fixing it for other language .rc file as well? Otherwise there is no point in fixing it only for En.rc. Alexandre, please do not commit this patch in its current state. Here is the updated patch that fixes it for each language. -- Jonathan Ernst [EMAIL PROTECTED] Index: programs/notepad/Bg.rc === RCS file: /home/wine/wine/programs/notepad/Bg.rc,v retrieving revision 1.1 diff -u -p -r1.1 Bg.rc --- programs/notepad/Bg.rc 19 Sep 2005 17:00:58 - 1.1 +++ programs/notepad/Bg.rc 4 Oct 2005 14:05:28 - @@ -87,9 +87,9 @@ EDITTEXT /*STRING_PAGESETUP_RIGHTVALUE,* LTEXTËÿâà:, 0x14E,100, 73, 30, 10, WS_CHILD EDITTEXT /*STRING_PAGESETUP_BOTTOMVALUE,*/ 0x150,130, 73, 35, 11, WS_CHILD | WS_BORDER | WS_TABSTOP -DEFPUSHBUTTON OK, 0x151, 180, 3, 40, 15, WS_TABSTOP -PUSHBUTTONÎòìåíè, 0x152, 180, 21, 40, 15, WS_TABSTOP -PUSHBUTTONÏîìîù, 0x153,180, 39, 40, 15, WS_TABSTOP +DEFPUSHBUTTON OK, IDOK, 180, 3, 40, 15, WS_TABSTOP +PUSHBUTTONÎòìåíè, IDCANCEL, 180, 21, 40, 15, WS_TABSTOP +PUSHBUTTONÏîìîù, IDHELP,180, 39, 40, 15, WS_TABSTOP } STRINGTABLE DISCARDABLE Index: programs/notepad/Cs.rc === RCS file: /home/wine/wine/programs/notepad/Cs.rc,v retrieving revision 1.1 diff -u -p -r1.1 Cs.rc --- programs/notepad/Cs.rc 18 Oct 2004 19:42:43 - 1.1 +++ programs/notepad/Cs.rc 4 Oct 2005 14:05:28 - @@ -90,9 +90,9 @@ EDITTEXT /*STRING_PAGESETUP_RIGHTVALUE,* LTEXTDolní:, 0x14E,100, 73, 30, 10, WS_CHILD EDITTEXT /*STRING_PAGESETUP_BOTTOMVALUE,*/ 0x150,130, 73, 35, 11, WS_CHILD | WS_BORDER | WS_TABSTOP -DEFPUSHBUTTON OK, 0x151, 180, 3, 40, 15, WS_TABSTOP -PUSHBUTTONStorno, 0x152, 180, 21, 40, 15, WS_TABSTOP -PUSHBUTTONNápovìda, 0x153,180, 39, 40, 15, WS_TABSTOP +DEFPUSHBUTTON OK, IDOK, 180, 3, 40, 15, WS_TABSTOP +PUSHBUTTONStorno, IDCANCEL, 180, 21, 40, 15, WS_TABSTOP +PUSHBUTTONNápovìda, IDHELP,180, 39, 40, 15, WS_TABSTOP } STRINGTABLE DISCARDABLE Index: programs/notepad/Da.rc === RCS file: /home/wine/wine/programs/notepad/Da.rc,v retrieving revision 1.12 diff -u -p -r1.12 Da.rc --- programs/notepad/Da.rc 24 Aug 2004 18:33:02 - 1.12 +++ programs/notepad/Da.rc 4 Oct 2005 14:05:29 - @@ -86,9 +86,9 @@ EDITTEXT /*STRING_PAGESETUP_RIGHTVALUE,* LTEXTBund:, 0x14E,100, 73, 30, 10, WS_CHILD EDITTEXT /*STRING_PAGESETUP_BOTTOMVALUE,*/ 0x150,130, 73, 35, 11, WS_CHILD | WS_BORDER | WS_TABSTOP -DEFPUSHBUTTON OK, 0x151, 180, 3, 40, 15, WS_TABSTOP -PUSHBUTTONAnnuller, 0x152, 180, 21, 40, 15, WS_TABSTOP -PUSHBUTTONHjælp, 0x153,180, 39, 40, 15, WS_TABSTOP +DEFPUSHBUTTON OK, IDOK, 180, 3, 40, 15, WS_TABSTOP +PUSHBUTTONAnnuller, IDCANCEL, 180, 21, 40, 15, WS_TABSTOP +PUSHBUTTONHjælp, IDHELP,180, 39, 40, 15, WS_TABSTOP } STRINGTABLE DISCARDABLE Index: programs/notepad/De.rc === RCS file: /home/wine/wine/programs/notepad/De.rc,v retrieving revision 1.16 diff -u -p -r1.16 De.rc --- programs/notepad/De.rc 9 May 2005 09:23:29 - 1.16 +++ programs/notepad/De.rc 4 Oct 2005 14:05:29 - @@ -89,9 +89,9 @@ EDITTEXT /*STRING_PAGESETUP_RIGHTVALUE,* LTEXTUnten:, 0x14E,100, 73, 30, 10, WS_CHILD EDITTEXT /*STRING_PAGESETUP_BOTTOMVALUE,*/ 0x150,130, 73, 35, 11, WS_CHILD | WS_BORDER | WS_TABSTOP -DEFPUSHBUTTON OK, 0x151, 180, 3, 40, 15, WS_TABSTOP -PUSHBUTTONAbbrechen, 0x152, 180, 21, 40, 15, WS_TABSTOP -PUSHBUTTONHilfe, 0x153,180, 39, 40, 15, WS_TABSTOP +DEFPUSHBUTTON OK, IDOK, 180, 3, 40, 15, WS_TABSTOP +PUSHBUTTON
Re: Migrate website documentation to the Wiki
Le mardi 04 octobre 2005 à 09:40 -0500, Jeremy Newman a écrit : Also, don't forget. The WineHQ docs are in SGML which provides tools to convert it to any format. (html, PS, PDF, etc.) We really don't want to give up on those abilities. For any page that isn't SGML, sure it could be converted into a Wiki. In fact, I'm now considering moving the entire WineHQ site to the wiki. You all have been doing a bang up job keeping the Wiki updated. So far proving me wrong that all Wiki's are junkyards of useless outdated information. The only problem would be the WWN issues. That was exactly what I wanted to do: - let the sgml, wwn, press releases and so on where they are - move the rest to the wiki Sorry if that was not clear enough in my first message (when I said static I meant content that is not generated dynamically from some other files which excludes sgml docs and wwn). Regards ! signature.asc Description: This is a digitally signed message part
Re: Organizing more Wine bug triage
Le vendredi 23 septembre 2005 à 13:12 -0400, [EMAIL PROTECTED] a écrit : Wine's bugzilla has 375 unconfirmed bugs reported since the beginning of the year. A fair number of these are worth fixing, but don't have good recipes for how to reproduce them. I think it's time to make a concerted effort to recruit more Wine users to help triage bug reports, so wine developers can spend less time sorting through poor bug reports. As a first stab, I've created a web page, http://kegel.com/wine/qa describing bug triage and giving easy steps for people who are interested in helping. Please have a look. Comments and suggestions for improvement welcome. Can you please tell people in the section How to help: Triage appdb problem reports To add bug links in the AppDB. I did it with all the hundreds bugs I have been reviewing lately and I think it's good to have it in the AppDB so that people are aware of bugs already reported. Thanks. signature.asc Description: This is a digitally signed message part
Re: Organizing more Wine bug triage
Le mardi 04 octobre 2005 à 17:03 -0700, Dan Kegel a écrit : On 10/4/05, Jonathan Ernst [EMAIL PROTECTED] wrote: As a first stab, I've created a web page, http://kegel.com/wine/qa describing bug triage and giving easy steps for people who are interested in helping. Can you please tell people in the section How to help: Triage appdb problem reports To add bug links in the AppDB. I did it with all the hundreds bugs I have been reviewing lately and I think it's good to have it in the AppDB so that people are aware of bugs already reported. Good idea. Added to http://kegel.com/wine/qa/#triage.bugzilla How's it look now? Perfect. Thanks ! Can you add something about the keywords in the bug report. Most people don't add download keyword (most important), source, noAppDBEntry, FIXME, etc. Also as you took some stats from bugzilla, it would be nice to provide some graph or plain stats in some days/weeks as a lot of work as been done in bugzilla lately. That could be a good inclusion in next wwn for example to let people know that bugzilla is alive ;-). -- Jonathan Ernst [EMAIL PROTECTED]
BadMatch recurring errors
A lot of people are complaining about BadMatch on #winehq and in a lot of bug reports (old or new). Does someone know what they are about ? It would be nice to have this class of bugs fixed before 0.9 is out. http://bugs.winehq.org/buglist.cgi?query_format=short_desc_type=allwordssubstrshort_desc=long_desc_type=substringlong_desc=BadMatchbug_file_loc_type=allwordssubstrbug_file_loc=keywords_type=allwordskeywords=bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=RESOLVEDemailassigned_to1=1emailtype1=substringemail1=emailassigned_to2=1emailreporter2=1emailcc2=1emailtype2=substringemail2=bugidtype=includebug_id=votes=changedin=chfieldfrom=chfieldto=Nowchfieldvalue=cmdtype=doitorder=Reuse+same+sort+as+last+timefield0-0-0=nooptype0-0-0=noopvalue0-0-0= shows 19 bugs that have things like: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 56463 Current serial number in output stream: 56463 (The numbers change depending on the bug/application) (03:10:15) jernst: I see a lot of X Error of failed request: BadMatch (invalid parameter attributes) (I have this error sometimes) in bug reports. Does someone know why ? (03:11:22) cmorgan: yeah, people report X Error of failed request daily on #winehq (03:12:08) jernst: you know where it comes from ? Does it come from xorg ? (03:12:16) cmorgan: i've no idea where it comes from (03:12:22) cmorgan: i hope we can stop it though (03:12:33) cmorgan: it seems like a bad thing (03:12:47) ivanleo: jernst:yeah well age of empires has always had that problem (03:13:04) jernst: cmorgan: yep, it appears in many programs. Maybe it's worth posting to wine-devel ? (03:13:11) cmorgan: jernst: probably Thanks for your attention. -- Jonathan Ernst [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
