January 2011 - Wine-Devel - list.winehq.org

Wine and Fontconfig
by Yaron Shahrabani Jan. 6, 2011

Jan. 6, 2011

Elad, an Hebrew user suggests: In several Wine apps Hebrew is displayed as square glyphs since there are no builting Hebrew glyphs in Wine's font (bug #23537). The question is why does Wine use the internal font as the default? The easier solution would be to use the "system" fonts as configured in fontconfig. Windows can have a custom font as well so it shouldn't cause and difficulty. This way we won't have to look for a font editing specialist that will add glyphs to wine's fonts. This problem can affect many languages as well, not just Hebrew, that lacks the required glyphs. Using the fonts from fontconfig might solve the problem and will lead to a better integreation. The fonts in Wine apps will look just like the fonts used by the rest of the apps in the system. Kind regards, Yaron Shahrabani <Hebrew translator>

2 1

Unable to download USB patch from ftp://ftp.etersoft.ru/pub/people/amorozov/usb
by Qian Hong Jan. 6, 2011

Jan. 6, 2011

Dear All, While trying usb device in wine, I follow this page : http://wiki.winehq.org/USB , The Official Wine Wiki. It says, "Some functions used by USB drivers are implemented on top of libusb-0.1/1.0 by Alexander Morozov from Etersoft (amorozov(a)etersoft.ru). Now only some USB software protection tokens are working. Patches: ftp://ftp.etersoft.ru/pub/people/amorozov/usb" But I can't connect to ftp.etersoft.ru , ping ftp.etersoft.ru : PING updates.etersoft.ru (212.176.200.18) 56(84) bytes of data. 64 bytes from legirus.ru (212.176.200.18): icmp_req=1 ttl=40 time=371 ms 64 bytes from legirus.ru (212.176.200.18): icmp_req=2 ttl=40 time=371 ms 64 bytes from legirus.ru (212.176.200.18): icmp_req=3 ttl=40 time=371 ms Port 21 is open. Could anyone give me some tip? Thanks! -- Regards, Qian Hong - Send from Ubuntu http://www.ubuntu.com/

2 2

New winetricks 20110105: improved download error recovery, added first-run optin dialog. New winetricks 20110105-alpha: menu divided into categories, added 35 games
by Dan Kegel Jan. 6, 2011

Jan. 6, 2011

Another month, another Winetricks - or, rather, two new Winetricks. New version 20110105 has only two notable changes: 1. it will retry a corrupt download for you (this should get rid of most cryptic warnings about needing to rename a file and retry), 2. a first run dialog now asks whether you'd like to help winetricks development by reporting usage stats. You should only see this dialog once (and only if you're using the gui, and only if you're using zenity). This has been very helpful already, as people have been running it from svn. Please let me know what you think of it. Online as always at http://kegel.com/wine/winetricks Experimental new version 20110105-alpha has a few further changes: 3. The menu is now broken up by category; there's now a top-level menu which gives you a choice of category (dll, font, app, or setting). This ought to make the menu a little less overwhelming. Let me know what you think of the new menu navigation. 4. There's now a progress dialog during downloads in gui mode. 5. It should work better when the user has removed the Z: drive. 6. It's been refactored to make adding new verbs much easier (you no longer have to edit the script in multiple places to add a verb, and you can even put verbs in external files). 7. Added 35 games. (A bunch more remain to be ported from wisotool.) 8. Removed (or, rather, haven't ported yet) a number of less-common verbs. The statistics gathered by the new version will tell us which of the remaining verbs to port first. The experimental version is only at http://kegel.com/wine/winetricks-alpha SVN and bug tracker are online at http://winezeug.googlecode.com Changes in version 20110105: Dan Kegel: - remove old synonym dotnet2 for dotnet20 - mpc: remove broken call to append_path - handle 'winetricks win31 vista' properly - make dotnet20sp2 warn that it's broken. Don't list in menu. - w_download: don't redownload if no expected checksum given. Also remove == typo from r2207. - don't declare checksum error unless, y'know, there was a checsum error - as favor for etersoft, avoid referring directly to zenity/kdialog/xmssage to avoid pulling them all in as dependencies when building a package - automatically retry download once if cached file has wrong checksum - ie8: avoid writing to / (just like ie7 fix). Don't bother running ie8 when finished; point user to workaround instead. Also move a verb that got sandwiched between ie6 and ie7. - ie7: when / is writable as on macosx, move z: out of the way during ie7 install to avoid scribbling temporary files in /. Had to run with WINEDEBUG=warn+heap to avoid memory bugs in setupapi? - when reporting usage, also report version. - in zenity gui case, ask user on first run whether to opt in to usage reporting. - on MacOS X, put cache in /home/dank/Library/Caches - delete msxml6.dll before running installer. Fixes bug 211. - tahoma: don't download to top of cache - finish renaming WINETRICKS_UNIXQUIET to W_UNATTENDED_DASH_Q - make cabextract quiet Austin English: - add win31 verb (needed internally by ole2)

5 6

RE: WyldBot
by Greg Geldorp Jan. 6, 2011

Jan. 6, 2011

From: wylda(a)volny.cz > WyldBOT1 and WyldBOT2 are not VM, but true physical older-machines > made only for wine-testing. This is great, it's good to have physical machines for testing too. > I used to run WylBOT 3x per week, but there were no changes or > effort to fix things, so i reduced the WylBOT run to once a week Would you be willing to consider some integration with TestBot? It isn't always immediately clear what the root cause of a failure is, so sometimes a bit of experimentation is required. Having to experiment by submitting official patches to wine-patches isn't an ideal solution. If it were possible to submit patches via TestBot then I think more people would be interested in fixing failures. It would require WyldBOT to be available at predictable times (24x7 would be best, but I guess "during the weekend" would work too). We'd have to find some way to exchange files and start a job on WyldBOT in a secure way, but that seems doable. Greg.

3 2

Re: [PATCH 1/4] server: Make it possible to report many filesystem events
by Alexandre Julliard Jan. 6, 2011

Jan. 6, 2011

Piotr Caban <piotr(a)codeweavers.com> writes: > diff --git a/server/protocol.def b/server/protocol.def > index 6245f4c..29a4c7a 100644 > --- a/server/protocol.def > +++ b/server/protocol.def > @@ -1449,6 +1449,7 @@ enum char_info_mode > obj_handle_t handle; > @REPLY > int action; /* type of change */ > + int next_length; /* next file name length */ > VARARG(name,string); /* name of directory entry that changed */ > @END Returning the next length won't work, because there's no guarantee that it will be the same file that we return the next time around, there can be multiple threads watching that handle. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ddraw/tests: Force some tests to pass on XP/Win2003 Wow64
by Stefan Dösinger Jan. 6, 2011

Jan. 6, 2011

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'd say the D3DPTEXTURECAPS_PERSPECTIVE tests can be removed. They are here to demonstrate some behavior the game RollCage depends on. Newer drivers show some different behavior, I suspect they "fix" rollcage with an app specific hack. Am 06.01.2011 um 13:08 schrieb Greg Geldorp: > --- > dlls/ddraw/tests/d3d.c | 23 ++++++++++++++++++----- > 1 files changed, 18 insertions(+), 5 deletions(-) > > > > <0001-ddraw-tests-Force-some-tests-to-pass-on-XP-Win2003-W.patch> -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) iQIcBAEBAgAGBQJNJd5KAAoJEN0/YqbEcdMwq5cP/RGuOU0wpkzgxjdXLSkvI4R+ X8LNhLJOwRYJeQr8i2oYWvJ96VopronT9ZsIBbQErarHCY/CMEaMpUgUPQ01ko9K r5rrL/hBHSilmVcKJ8ToTKOgclnIfdIJDTJRR6nESSaBJsFuL6iH3RwD45nNeNOC jnYBscvFhgLJYOKFcdPGcnFXCzWNhJLZD9BXFOXsH5DhEaI/neB7aGiTSMpiRTbd SZmCWydkEV22Rd4h2JvwuxKFxN2ANZKkIH1W83sdOvKhEsSZM/mPDu7kTtLuUrS9 1lohtr1L/ehFXb2+NKUj+J+KZCp8sYw9CFD3kGN+/teIE41E0wzvih8kW+BISRkS LgwvvSwODly1K8SNduSWYad5rbKNqsHbSnLa+M18EkqOuDzjm4gFF7iyXmmLwvjm zKP8GrbYPQg4kITCqooO05xtmtPUH4tFik1ZIT7uj/OInPqUaDCf8k1SAQQfN9Jz EArZAaxmesNE9tRGuVM2s2HfEGco1fgmeJm+abCfZng89l26T30SMApJuw3e5kDq RBYQf8VcHgg1Jnzt4YRUFlwiYSMYBqVUow5mHu7lEphil5iKEEcf0ZJFtSpZHtuU GHFe2gMix91ren1GpRVSFs7k4QoNyBXhp6r4xOjgS1KINjxlmFsN6ex+vKRMbedC FTYVe/2U/ecfL2PE/u4D =Y3ex -----END PGP SIGNATURE-----

1 0

Test timeouts
by Greg Geldorp Jan. 6, 2011

Jan. 6, 2011

Although the number of timeouts in msi tests has dropped considerably after Hans decided to do something about them, they're unfortunately not completely gone. It seems that the remaining timeouts have a strong dependency on the environment. It's possible to tweak the environment (disable system restore points, for TestBot I found it makes a difference on which physical disk the virtual disk files are located) but the goal should be to have the tests run consistently on whatever the environment happens to be. Perhaps it's time to accept that some tests in some environments can simply take longer than the current winetest.exe timeout value of 2 minutes. I can think of 3 possible solutions: 1) Simply increase the timeout value in winetest.exe. Extremely simple to implement, but perhaps not very elegant. 2) Pass the timeout value as a command line parameter to winetest.exe. This has the advantage that the timeout can be adjusted for the environment (creating a system restore point on an older machine with lots of stuff installed will take longer than creating a system restore point on a fresh high-end machine), it does put the responsibility for determining a suitable timeout on the shoulders of the tester. That's probably no problem for regular testers, but we can't expect the occasional tester to do this. 3) Have a variable timeout per testset. One possible way to implement this would be to have the test executables recognize an additional command line parameter "--timeouts". When called with this parameter, the test executable tries to load a resource string containing a list of testset-specific timeout values, for msi it could be something like "action:180;install:180;msi:300". Testsets not included in the resource string would get the default timeout of 120 sec, if the resource string is not present all testsets would get that default. I believe this can be implemented in wine/test.h, so the only change required to the tests themselves would be to add the resource string to tests that require a different timeout. Instead of calling the test executable with the "--list" command line parameter winetest.exe would call it with "--timeouts", which would produce a list of the testssets with their timeouts. The advantage of this method is that it's quite flexible. It is a bit more work to implement. Personally, I have a slight preference for solution 3) but I can live with the others too. Obviously I'm willing to implement whatever solution we choose. Greg.

4 6

RE: msi/tests: Mark a test result on some old Wow64 platforms as broken.
by Greg Geldorp Jan. 6, 2011

Jan. 6, 2011

Hi Hans, > + RegDeleteKeyA(prodkey, ""); Since prodkey was possibly opened with KEY_WOW64_64KEY, you'll probably need delete_key() here. Greg.

1 0

Re: [PATCH 2/2] shell32: Don't fill SHITEMID data with random values if file doesn't exist
by Alexandre Julliard Jan. 6, 2011

Jan. 6, 2011

Piotr Caban <piotr(a)codeweavers.com> writes: > @@ -538,6 +538,8 @@ static char* UNIXFS_build_shitemid(char *pszUnixPath, LPBC pbc, void *pIDL) { > if (stat(pszUnixPath, &fileStat)){ > if (must_exist || errno != ENOENT) > return NULL; > + > + memset(&fileStat, 0, sizeof(struct stat)); That may not be random, but it's still wrong values. It seems to me that this is what the IFileSystemBindData should be used for. -- Alexandre Julliard julliard(a)winehq.org

1 0

"N" shows up as missing on the translations status website
by Sven Baars Jan. 5, 2011

Jan. 5, 2011

Hey all, since today, the "N" string shows up as missing on http://source.winehq.org/transl/ even though it's there in the po file. This happened for both xcopy and cmd. In the po file it says #: cmd.rc:257 xcopy.rc:41 msgctxt "No key" msgid "N" msgstr "N" so this is probably because the string is present in both cmd and xcopy. Just thought I'd let you know. Sven

2 1