September 2011 - Wine-Devel

crypt32(1/2): Test CertCreateCertificateContext, and fix an error code in a failure case

by Juan Lang

--Juan

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Per Johansson

22 sep 2011 kl. 12:14 skrev Michael Stefaniuc: > Wow! /66? And that works? While the standard allows for that you "should > use /64" which everybody and his dog read it as that is the only thing > that needs to work and the only thing that get tested. IPv6 brings back > the class-full thinking which everybody has to painfully unlearn once > IPv6 catches on... > > "Safe" prefix length (especially if involving client devices) are: > /64 - LAN > /126 and /127 - point to point > /128 - host routes RFC3513 is quite more strict than "should": All global unicast addresses other than those that start with binary 000 have a 64-bit interface ID field (i.e., n + m = 64), formatted as described in section 2.5.1. Global unicast addresses that start with binary 000 have no such constraint on the size or structure of the interface ID field. (2001:: has the binary prefix 001). So this might very well be the problem. I've heard the reason for 64 bits is that it's what currently fits in most computer registers, but I don't know if it's true. Regards, -- Pelle Johansson

Sept. 22, 2011

Re: Remove the legalese from start.exe?

by Henri Verbeet

On 22 September 2011 13:00, Francois Gouget <fgouget(a)free.fr> wrote: > I don't see cp, ls, gcc or any other standard and especially GNU command > line tools show a copyright notice in their usage message or have a > command line option to show one. So I don't think that's a GPL/LGPL --version shows a short copyright notice.

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Ben Peddell

On 22/09/2011 7:56 PM, Maarten Lankhorst wrote: > Hey, > > Testbot has 2 ips assigned to it: > > inet6 addr: 2001:888:2000:38:1000::1/66 Scope:Global > inet6 addr: 2001:888:2000:38:1000::2/66 Scope:Global > > Does the ::1 work? > > ~Maarten > Nope. # traceroute -6 -f 11 -m 15 -T -p443 2001:888:2000:38:1000::1 traceroute to 2001:888:2000:38:1000::1 (2001:888:2000:38:1000::1), 15 hops max, 80 byte packets 11 te5-4.swcolo1.3d12.xs4all.net (2001:888:0:114::2) 146.532 ms 146.546 ms 146.717 ms 12 * * * 13 * * * 14 * * * 15 * * * I know I had a little trouble getting ipv6 running on my VMs until I allowed ICMP6 router-advertisement, neighbour-solicitation and neighbour-advertisement in through ip6tables. Does `/sbin/ip -6 route` or `/sbin/route --af inet6` show the proper routes? -- Ben Peddell IT Support Bowen, Collinsville, Proserpine and Home Hill Catholic schools http://klightspeed.killerwolves.net/

Sept. 22, 2011

Re: [PATCH 3/5] winealsa.drv: Use the plughw instead of the hw interface for openening devices.

by Henri Verbeet

On 22 September 2011 11:40, <Joerg-Cyril.Hoehle(a)t-systems.com> wrote: > How does your alsa_try_open interact with devices that clang onto the > underlying HW resource for several seconds? (PA does this) > That's patch 2/5, but that aside. It should behave pretty much the same as the existing code for opening devices. It just tests the default device as well instead of blindly adding endpoints for it.

Sept. 22, 2011

Re: Remove the legalese from start.exe?

by Francois Gouget

On Wed, 21 Sep 2011, Dan Kegel wrote: > When I wrote that bit, I was simply trying to follow the letter > of the LGPL. I'm ok with any solution that does that. I don't see cp, ls, gcc or any other standard and especially GNU command line tools show a copyright notice in their usage message or have a command line option to show one. So I don't think that's a GPL/LGPL requirement. So I'm still in favor of simplification by elimination. Hmm, also currently 'start /LOW notepad' does not do the right thing, but that can be fixed independently... -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ "Lotto: A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U

Sept. 22, 2011

Re: winetest: Missing test.avi and msrle.avi files

by Francois Gouget

On Wed, 21 Sep 2011, Austin English wrote: [...] > http://www.winehq.org/pipermail/wine-devel/2008-October/070098.html Thanks. I have sent a patch to make the status of msrle.avi clearer (hopefully). > > * quartz:avisplitter needs a test.avi file: > > http://source.winehq.org/git/wine.git/?a=history;f=dlls/quartz/tests/avispl… > > avisplitter.c:210: Tests skipped: Could not read test file "test.avi", skipping test [...] > > Interestingly there is a test.avi file in the Wine source tree: > > dlls/qedit/tests/test.avi But avisplitter will not run test_threads() if the test.avi file is missing. So a test.avi file is required to have complete coverage. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ I haven't lost my mind, it's backed up on tape around here somewhere...

Sept. 22, 2011

Re: Tests failing on OSX

by Francois Gouget

On Wed, 21 Sep 2011, Francois Gouget wrote: [...] > A related question is whether it is actually known to have an impact on > the test results or not. Again, looking at the ws_32:sock results I saw > no difference, even over multiple runs. Looking at the full results of a > pair of runs on winetest.org the only difference I saw is an unrelated > failure in d3d9:device. > > http://test.winehq.org/data/b6153354dd28c57fb1f92f85df1f1ba751794fc1/index_… > > > Is what's saving us that the firewall always allows connections > originating from the local IP address (e.g. 192.168.0.42 to > 192.168.0.42)? I have done some tests with netcat that confirm this theory for Mac OS X Leopard, Windows XP and Windows 7 (so I guess it also holds for Windows 2003, Vista and 2008). That's one less worry. I have updated the Wiki accordingly. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ E-Voting: Those who cast the votes decide nothing. Those who count the votes decide everything.

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Michael Stefaniuc

Maarten Lankhorst wrote: > Hey, > > On 09/22/2011 11:25 AM, Ben Peddell wrote: >> On 22/09/2011 6:24 PM, Maarten Lankhorst wrote: >>> Hey, >>> >>> On 09/14/2011 12:47 PM, Francois Gouget wrote: >>>> Connecting to https://testbot.winehq.org/ over IPv6 hangs for ages :-( >>>> This makes accessing it from my desktop very annoying. >>>> >>>> $ time wget -4 --quiet http://testbot.winehq.org/ >>>> real 0m2.150s >>>> user 0m0.000s >>>> sys 0m0.000s >>>> >>>> $ time wget -6 --quiet http://testbot.winehq.org/ >>>> ... still stuck after 6+ minutes >>>> >>>> $ telnet -6 testbot.winehq.org >>>> Trying 2001:888:2000:38:1000::2... >>>> ... same thing >>>> >>>> >>>> According to http://test-ipv6.com/ my desktop is configured just fine >>>> and I only have trouble with the TestBot. >>>> >>>> Could this be a firewall problem? (testbot exposing an IPv6 address but >>>> the firewall dropping any IPv6 packets) >>>> >>>> >>>> In the mean time I'm going to use my laptop which is still IPv4 only >>>> :-/ >>> That ipv6 address is set on testbot, so it ought to work. Does ICMP6 ping work? >>> >>> ~Maarten >>> >> # traceroute -4 -T -p80 testbot.winehq.org >> traceroute to testbot.winehq.org (82.94.219.252), 30 hops max, 60 byte >> packets >> ... >> 9 te5-4.swcolo1.3d12.xs4all.net (194.109.12.30) 159.889 ms 159.942 >> ms 159.868 ms >> 10 v2.gse.nl (82.94.219.252) 161.955 ms 159.354 ms 164.692 ms >> >> # traceroute -6 -T -p80 testbot.winehq.org >> traceroute to testbot.winehq.org (2001:888:2000:38:1000::2), 30 hops >> max, 80 byte packets >> ... >> 11 te5-4.swcolo1.3d12.xs4all.net (2001:888:0:114::2) 145.296 ms >> 145.109 ms 145.817 ms >> 12 * * * >> ... >> 30 * * * > Testbot has 2 ips assigned to it: > > inet6 addr: 2001:888:2000:38:1000::1/66 Scope:Global > inet6 addr: 2001:888:2000:38:1000::2/66 Scope:Global Wow! /66? And that works? While the standard allows for that you "should use /64" which everybody and his dog read it as that is the only thing that needs to work and the only thing that get tested. IPv6 brings back the class-full thinking which everybody has to painfully unlearn once IPv6 catches on... "Safe" prefix length (especially if involving client devices) are: /64 - LAN /126 and /127 - point to point /128 - host routes bye michael

Sept. 22, 2011

Re: Tests failing on OSX

by Per Johansson

22 sep 2011 kl. 11:49 skrev Francois Gouget: > On Wed, 21 Sep 2011, Charles Davis wrote: > [...] >>> I also wondered if Xquartz brings it's own X11 headers and libraries. I >>> haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin. >> Xquartz puts its include and lib files in /opt/X11/include and /opt/X11/lib, respectively. > > That does not sound right. I have installed XQuartz 2.6.1 on my Leopard > machine and I have no /opt/X11 directory. In fact I don't really know > where XQuartz installed itself. I suspect it overwrote the files in > /usr/X11. The Leopard releases go into /usr/X11 (can't remember the exact reason). Starting with Snow Leopard they go into /opt/X11. If you installed it using macports it probably goes into /opt/local. Try sudo port contents xorg-server in that case. Regards, -- Pelle Johansson

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Maarten Lankhorst

Hey, On 09/22/2011 11:25 AM, Ben Peddell wrote: > On 22/09/2011 6:24 PM, Maarten Lankhorst wrote: >> Hey, >> >> On 09/14/2011 12:47 PM, Francois Gouget wrote: >>> Connecting to https://testbot.winehq.org/ over IPv6 hangs for ages :-( >>> This makes accessing it from my desktop very annoying. >>> >>> $ time wget -4 --quiet http://testbot.winehq.org/ >>> real 0m2.150s >>> user 0m0.000s >>> sys 0m0.000s >>> >>> $ time wget -6 --quiet http://testbot.winehq.org/ >>> ... still stuck after 6+ minutes >>> >>> $ telnet -6 testbot.winehq.org >>> Trying 2001:888:2000:38:1000::2... >>> ... same thing >>> >>> >>> According to http://test-ipv6.com/ my desktop is configured just fine >>> and I only have trouble with the TestBot. >>> >>> Could this be a firewall problem? (testbot exposing an IPv6 address but >>> the firewall dropping any IPv6 packets) >>> >>> >>> In the mean time I'm going to use my laptop which is still IPv4 only >>> :-/ >> That ipv6 address is set on testbot, so it ought to work. Does ICMP6 ping work? >> >> ~Maarten >> > # traceroute -4 -T -p80 testbot.winehq.org > traceroute to testbot.winehq.org (82.94.219.252), 30 hops max, 60 byte > packets > ... > 9 te5-4.swcolo1.3d12.xs4all.net (194.109.12.30) 159.889 ms 159.942 > ms 159.868 ms > 10 v2.gse.nl (82.94.219.252) 161.955 ms 159.354 ms 164.692 ms > > # traceroute -6 -T -p80 testbot.winehq.org > traceroute to testbot.winehq.org (2001:888:2000:38:1000::2), 30 hops > max, 80 byte packets > ... > 11 te5-4.swcolo1.3d12.xs4all.net (2001:888:0:114::2) 145.296 ms > 145.109 ms 145.817 ms > 12 * * * > ... > 30 * * * Testbot has 2 ips assigned to it: inet6 addr: 2001:888:2000:38:1000::1/66 Scope:Global inet6 addr: 2001:888:2000:38:1000::2/66 Scope:Global Does the ::1 work? ~Maarten

Sept. 22, 2011

Re: Tests failing on OSX

by Francois Gouget

On Wed, 21 Sep 2011, Charles Davis wrote: [...] > > I also wondered if Xquartz brings it's own X11 headers and libraries. I > > haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin. > Xquartz puts its include and lib files in /opt/X11/include and /opt/X11/lib, respectively. That does not sound right. I have installed XQuartz 2.6.1 on my Leopard machine and I have no /opt/X11 directory. In fact I don't really know where XQuartz installed itself. I suspect it overwrote the files in /usr/X11. I have /Applications/Utilities/X11.app but that looks more like Apple's X server and it does not contain any Xlib.h file for instance. Actually, the Xlib.h files I have are: /System/Library/Frameworks/Tk.framework/Versions/8.4/Headers/X11/Xlib.h /usr/X11/include/X11/Xlib.h /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Tk.framework/Versions/8.4/Headers/X11/Xlib.h /Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include/X11/Xlib.h /Xcode2.5/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Tk.framework/Versions/8.4/Headers/X11/Xlib.h /Xcode2.5/SDKs/MacOSX10.4u.sdk/usr/X11R6/include/X11/Xlib.h /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tk.framework/Versions/8.4/Headers/X11/Xlib.h /Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/X11/Xlib.h MacPorts: /opt/local/include/X11/Xlib.h /opt/local/var/macports/software/xorg-libX11/1.4.3_0/opt/local/include/X11/Xlib.h -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

Sept. 22, 2011

[PATCH 3/5] winealsa.drv: Use the plughw instead of the hw interface for openening devices.

by Joerg-Cyril.Hoehle＠t-systems.com

Henri Verbeet [becoming an audio expert now?] wrote: >The default device may for example be a set of USB speakers or an USB >microphone, in which case you'd have just an output or just an input >respectively. My testcase has been to hack mmdevdrv.c and replace "default" with "plug:dmix" or "dmix" which is an output only device. Expected test result is to behave like most testbot.winehq.org and skip capture tests. Actual output (prior to your patch) last time I tried was some failures. I.e. the mmdevapi render and capture tests suggest that there's no default device for testbots that cannot capture. How does your alsa_try_open interact with devices that clang onto the underlying HW resource for several seconds? (PA does this) Regards, Jörg Höhle

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Ben Peddell

On 22/09/2011 6:24 PM, Maarten Lankhorst wrote: > Hey, > > On 09/14/2011 12:47 PM, Francois Gouget wrote: >> Connecting to https://testbot.winehq.org/ over IPv6 hangs for ages :-( >> This makes accessing it from my desktop very annoying. >> >> $ time wget -4 --quiet http://testbot.winehq.org/ >> real 0m2.150s >> user 0m0.000s >> sys 0m0.000s >> >> $ time wget -6 --quiet http://testbot.winehq.org/ >> ... still stuck after 6+ minutes >> >> $ telnet -6 testbot.winehq.org >> Trying 2001:888:2000:38:1000::2... >> ... same thing >> >> >> According to http://test-ipv6.com/ my desktop is configured just fine >> and I only have trouble with the TestBot. >> >> Could this be a firewall problem? (testbot exposing an IPv6 address but >> the firewall dropping any IPv6 packets) >> >> >> In the mean time I'm going to use my laptop which is still IPv4 only >> :-/ > That ipv6 address is set on testbot, so it ought to work. Does ICMP6 ping work? > > ~Maarten > # traceroute -4 -T -p80 testbot.winehq.org traceroute to testbot.winehq.org (82.94.219.252), 30 hops max, 60 byte packets ... 9 te5-4.swcolo1.3d12.xs4all.net (194.109.12.30) 159.889 ms 159.942 ms 159.868 ms 10 v2.gse.nl (82.94.219.252) 161.955 ms 159.354 ms 164.692 ms # traceroute -6 -T -p80 testbot.winehq.org traceroute to testbot.winehq.org (2001:888:2000:38:1000::2), 30 hops max, 80 byte packets ... 11 te5-4.swcolo1.3d12.xs4all.net (2001:888:0:114::2) 145.296 ms 145.109 ms 145.817 ms 12 * * * ... 30 * * * -- Ben Peddell IT Support Bowen, Collinsville, Proserpine and Home Hill Catholic schools http://klightspeed.killerwolves.net/

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Francois Gouget

On Thu, 22 Sep 2011, Maarten Lankhorst wrote: [...] > > Could this be a firewall problem? (testbot exposing an IPv6 address but > > the firewall dropping any IPv6 packets) > > > > > > In the mean time I'm going to use my laptop which is still IPv4 only > > :-/ > That ipv6 address is set on testbot, so it ought to work. Does ICMP6 ping work? Nope: --- $ PING testbot.winehq.org(2001:888:2000:38:1000::2) 56 data bytes --- (no output) As I said, do you get what you expect if you run ip6tables -L as root on testbot? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ There are 10 types of people in the world... those who understand binary and those who don't.

Sept. 22, 2011

Re: IPv6 issue on TestBot?

by Maarten Lankhorst

Hey, On 09/14/2011 12:47 PM, Francois Gouget wrote: > Connecting to https://testbot.winehq.org/ over IPv6 hangs for ages :-( > This makes accessing it from my desktop very annoying. > > $ time wget -4 --quiet http://testbot.winehq.org/ > real 0m2.150s > user 0m0.000s > sys 0m0.000s > > $ time wget -6 --quiet http://testbot.winehq.org/ > ... still stuck after 6+ minutes > > $ telnet -6 testbot.winehq.org > Trying 2001:888:2000:38:1000::2... > ... same thing > > > According to http://test-ipv6.com/ my desktop is configured just fine > and I only have trouble with the TestBot. > > Could this be a firewall problem? (testbot exposing an IPv6 address but > the firewall dropping any IPv6 packets) > > > In the mean time I'm going to use my laptop which is still IPv4 only > :-/ That ipv6 address is set on testbot, so it ought to work. Does ICMP6 ping work? ~Maarten

Sept. 22, 2011

Re: Tests failing on OSX

by Charles Davis

On Sep 21, 2011, at 3:35 PM, Stefan Dösinger wrote: > On Wednesday 21 September 2011 02:29:31 Charles Davis wrote: >>> No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip >>> for that already. Should we change it to skip(), or ignore it until we >>> have a quartz driver? >>> User32/monitor also fails because it can't change the display mode. >> >> Key words: "stock X11 server". XQuartz has much better support for this. >> You should be using that. > Indeed, Xquartz supports Xrandr these days. Unfortunately the GammaRamp tests > still fail. Either There's no Xvidmode(afaik there's no gamma in xrandr), or > it doesn't work. I thought Xrandr 1.2 and up supported gamma control (see XRRCrtcGamma struct and XRR*Gamma functions in <X11/extensions/Xrandr.h>). > > I also wondered if Xquartz brings it's own X11 headers and libraries. I > haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin. Xquartz puts its include and lib files in /opt/X11/include and /opt/X11/lib, respectively. Chip

Sept. 21, 2011

Re: Tests failing on OSX

by Stefan Dösinger

On Tuesday 20 September 2011 23:11:32 Stefan Dösinger wrote: > > dinput8/device.c > > device.c:87: Test failed: We're not able to inject input into Windows > dinput8 with events > Fails sometimes, succeeds sometimes. Either I was lucky, or Xquartz fixed this one.

Sept. 21, 2011

Re: Tests failing on OSX

by Stefan Dösinger

On Wednesday 21 September 2011 02:29:31 Charles Davis wrote: > > No Xvidmode support, so Get/SetDeviceGammaRamp fail. There's a win_skip > > for that already. Should we change it to skip(), or ignore it until we > > have a quartz driver? > > User32/monitor also fails because it can't change the display mode. > > Key words: "stock X11 server". XQuartz has much better support for this. > You should be using that. Indeed, Xquartz supports Xrandr these days. Unfortunately the GammaRamp tests still fail. Either There's no Xvidmode(afaik there's no gamma in xrandr), or it doesn't work. I also wondered if Xquartz brings it's own X11 headers and libraries. I haven't found any, so I'm still using /usr/X11/include and /usr/X11/bin.

Sept. 21, 2011

Re: winetest: Missing test.avi and msrle.avi files

by Austin English

On Wed, Sep 21, 2011 at 03:14, Francois Gouget <fgouget(a)free.fr> wrote: > > Two Wine tests are skipping tests because they are missing avi test > files: > > * quartz:avisplitter needs a test.avi file: > http://source.winehq.org/git/wine.git/?a=history;f=dlls/quartz/tests/avispl… > avisplitter.c:210: Tests skipped: Could not read test file "test.avi", skipping test > > * winmm:mmio needs an msrle.avi file: > http://test.winehq.org/data/b6153354dd28c57fb1f92f85df1f1ba751794fc1/mac_fg… > mmio.c:77: Tests skipped: msrle.avi file is missing, skipping the test > > Interestingly there is a test.avi file in the Wine source tree: > dlls/qedit/tests/test.avi > > So where can one procure these test files? > Should quartz:avisplitter automatically find qedit:test's test.avi file? > Can the missing files be added to Wine? http://www.winehq.org/pipermail/wine-devel/2008-October/070098.html -- -Austin

Sept. 21, 2011

Re: po: Update Russian translation

by Francois Gouget

On Wed, 21 Sep 2011, Alexander Lakhin wrote: > I proposed such translation to replicate Windows xcopy behavior: > Заменить C:\xcacls.exe [Yes (да)/No (нет)/All (все)]? > > IMO first way is not suitable for us (you have to input command with one > keyboard layout (EN), and then switch to another (RU) just to answer the > question). That sounds like a good reason. > And I am afraid that "(да (Y)|нет (N))" is ambigous too, but if you prefer > this way, I will make such corrections. It matches other examples we have in the PO files such as "项目符号(&B)", "削除(&R)"or "ਜਾਣਕਾਰੀ(&o)" so because it follows the same pattern it feels like it should be less ambiguous. But these are for accelerators so maybe the difference in context is important. Also it may be that the convention in Russian is just different. (I tried to check what Unix command line tools did but neither 'rm -i' nor 'cp -i' indicate how to say Yes/No :-( ) So I had to point out the potential issue but I'll happily defer to your judgement. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

Sept. 21, 2011

Re: Remove the legalese from start.exe?

by Dan Kegel

Oh, and dropping the bogus version number from start.exe is fine, too. (Presumably inserting wine's version number would be better, if we want a version number there.) On Wed, Sep 21, 2011 at 5:35 AM, Dan Kegel <dank(a)kegel.com> wrote: > When I wrote that bit, I was simply trying to follow the letter > of the LGPL. I'm ok with any solution that does that. > So making the messages uniform is fine by me. > - Dan > > On Wed, Sep 21, 2011 at 2:40 AM, Francois Gouget <fgouget(a)free.fr> wrote: >> >> Start has the following lines at the end of its usage message: >> >> "start.exe version 0.2 Copyright (C) 2003, Dan Kegel\n" >> "Start comes with ABSOLUTELY NO WARRANTY; for details run with /L option.\n" >> "This is free software, and you are welcome to redistribute it\n" >> "under certain conditions; run 'start /L' for details.\n" >> >> And also this resource: >> "start.exe version 0.2 Copyright (C) 2003, Dan Kegel\n" >> "This program is free software; you can redistribute it and/or\n" >> "modify it under the terms of the GNU Lesser Public License\n" >> "as published by the Free Software Foundation; either version 2.1\n" >> [...] >> "along with this program; if not, write to the Free Software\n" >> "Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA.\n" >> "\n" >> "See the COPYING.LIB file for license information.\n" >> >> We also have another copy of this copyright notice in shell32 for the >> 'About Wine' dialog but without the 'start.exe' and 'COPYING.LIB' lines, >> and with 'This program' replaced with 'Wine'. >> >> >> One more copyright notice we have is this in msrle32.rc: >> >> "Wine MS-RLE video codec\n" >> "Copyright 2002 by Michael Guennewig" >> >> >> Now this is all legalese which is a pain to translate (weird vocabulary) >> and pretty scary too. And because of the small differences the copyright >> notice needs to be translated twice (though tools like Virtaal/Launchpad >> may notice the similarity and prefill a fuzzy translation). Also >> start.exe and msrle32.dll are the only ones to have these notices which >> seems pretty inconsistent. >> >> >> So what can we do to make this simpler? >> >> The simplest would be to remove all copyright notices from start.rc and >> msrle32.rc. (we would keep the ones in the source of course). I guess >> that would require Dan's and Michael's approval. >> >> >> The other options involve separating the strings that change from one >> tool to the next, from those that stay the same. This way the latter >> will only appear once in the PO file and thus need to be translated only >> once. The various parts can then trivially be concatenated when they are >> displayed. (unfortunately this does not help for the msrle32.rc case) >> >> >> For instance we could decide to only keep the 'COPYING.LIB' string and >> tack it to the end of the usage message. We could also make things more >> consistent by doing this in every tool. So in pseudo-code we would have >> something like this: >> >> /* Load the tool-specific usage message */ >> usage_message = load_string(IDS_USAGE); >> >> /* Load the generic copying.lib reference. This one is duplicated in >> * every tool but always the same. >> */ >> copying_reference = load_string(IDS_COPYING); >> >> /* Print both */ >> printf(usage_message); >> printf(copying_reference); >> >> >> Another option would be to reuse the exact same main copyright notice as >> in the About Wine dialog since we need to translate that anyway (I think >> it would work wrapping-wise). So the start.exe pseudo-code for showing >> the license would be something like this: >> >> /* Load the copyright notice header, that is: >> * start.exe version 0.2 Copyright (C) 2003, Dan Kegel >> * start.exe is part of Wine. >> */ >> notice_header = load_string(IDS_NOTICE_HEADER); >> >> /* Load the generic Wine copyright notice. Note that it >> * says 'Wine' like in the 'About Wine' dialog, not 'This program' >> * and would be the same in any other Wine tool: >> * Wine is free software; you can redistribute it and/or modify >> * ... >> */ >> notice_generic = load_string(IDS_NOTICE_GENERIC); >> >> /* Load the copyright notice trailer: >> * >> * See the COPYING.LIB file for license information. >> */ >> notice_trailer = load_string(IDS_NOTICE_TRAILER); >> >> /* Print all the parts together */ >> printf(notice_header); >> printf(notice_generic); >> printf(notice_trailer); >> >> >> -- >> Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ >> tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY >> >

Sept. 21, 2011

Re: Remove the legalese from start.exe?

by Dan Kegel

When I wrote that bit, I was simply trying to follow the letter of the LGPL. I'm ok with any solution that does that. So making the messages uniform is fine by me. - Dan On Wed, Sep 21, 2011 at 2:40 AM, Francois Gouget <fgouget(a)free.fr> wrote: > > Start has the following lines at the end of its usage message: > > "start.exe version 0.2 Copyright (C) 2003, Dan Kegel\n" > "Start comes with ABSOLUTELY NO WARRANTY; for details run with /L option.\n" > "This is free software, and you are welcome to redistribute it\n" > "under certain conditions; run 'start /L' for details.\n" > > And also this resource: > "start.exe version 0.2 Copyright (C) 2003, Dan Kegel\n" > "This program is free software; you can redistribute it and/or\n" > "modify it under the terms of the GNU Lesser Public License\n" > "as published by the Free Software Foundation; either version 2.1\n" > [...] > "along with this program; if not, write to the Free Software\n" > "Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA.\n" > "\n" > "See the COPYING.LIB file for license information.\n" > > We also have another copy of this copyright notice in shell32 for the > 'About Wine' dialog but without the 'start.exe' and 'COPYING.LIB' lines, > and with 'This program' replaced with 'Wine'. > > > One more copyright notice we have is this in msrle32.rc: > > "Wine MS-RLE video codec\n" > "Copyright 2002 by Michael Guennewig" > > > Now this is all legalese which is a pain to translate (weird vocabulary) > and pretty scary too. And because of the small differences the copyright > notice needs to be translated twice (though tools like Virtaal/Launchpad > may notice the similarity and prefill a fuzzy translation). Also > start.exe and msrle32.dll are the only ones to have these notices which > seems pretty inconsistent. > > > So what can we do to make this simpler? > > The simplest would be to remove all copyright notices from start.rc and > msrle32.rc. (we would keep the ones in the source of course). I guess > that would require Dan's and Michael's approval. > > > The other options involve separating the strings that change from one > tool to the next, from those that stay the same. This way the latter > will only appear once in the PO file and thus need to be translated only > once. The various parts can then trivially be concatenated when they are > displayed. (unfortunately this does not help for the msrle32.rc case) > > > For instance we could decide to only keep the 'COPYING.LIB' string and > tack it to the end of the usage message. We could also make things more > consistent by doing this in every tool. So in pseudo-code we would have > something like this: > > /* Load the tool-specific usage message */ > usage_message = load_string(IDS_USAGE); > > /* Load the generic copying.lib reference. This one is duplicated in > * every tool but always the same. > */ > copying_reference = load_string(IDS_COPYING); > > /* Print both */ > printf(usage_message); > printf(copying_reference); > > > Another option would be to reuse the exact same main copyright notice as > in the About Wine dialog since we need to translate that anyway (I think > it would work wrapping-wise). So the start.exe pseudo-code for showing > the license would be something like this: > > /* Load the copyright notice header, that is: > * start.exe version 0.2 Copyright (C) 2003, Dan Kegel > * start.exe is part of Wine. > */ > notice_header = load_string(IDS_NOTICE_HEADER); > > /* Load the generic Wine copyright notice. Note that it > * says 'Wine' like in the 'About Wine' dialog, not 'This program' > * and would be the same in any other Wine tool: > * Wine is free software; you can redistribute it and/or modify > * ... > */ > notice_generic = load_string(IDS_NOTICE_GENERIC); > > /* Load the copyright notice trailer: > * > * See the COPYING.LIB file for license information. > */ > notice_trailer = load_string(IDS_NOTICE_TRAILER); > > /* Print all the parts together */ > printf(notice_header); > printf(notice_generic); > printf(notice_trailer); > > > -- > Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ > tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY >

Sept. 21, 2011

Re: [PATCH 5/5] vbscript: Added const statement tests

by Marvin

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=14433 Your paranoid android. === WNT4WSSP6 (32 bit) === No test summary line found === W2KPROSP4 (32 bit) === No test summary line found === WXPPROSP3 (32 bit) === No test summary line found === W2K3R2SESP2 (32 bit) === No test summary line found === WVISTAADM (32 bit) === No test summary line found === W2K8SE (32 bit) === No test summary line found === W7PRO (32 bit) === No test summary line found === W7PROX64 (32 bit) === No test summary line found === TEST64_W7SP1 (32 bit) === No test summary line found === W7PROX64 (64 bit) === No test summary line found === TEST64_W7SP1 (64 bit) === No test summary line found

Sept. 21, 2011

Re: Tests failing on OSX

by Ken Thomases

On Sep 21, 2011, at 5:59 AM, Francois Gouget wrote: > On Wed, 21 Sep 2011, Ken Thomases wrote: > >> Anyway, the application firewall is based on code-signing. The user's >> permission to allow a program to accept incoming connections is tied >> to the program's signature. > [...] >> Since regularly testing Wine entails constantly rebuilding it, the >> signature never survives for long and the system asks for permission >> with every new build. > > Exactly. So should the application firewall be causing trouble, the only > solution would be to disable it :-( I guess there's no way to > automatically authorize / sign the application? You can, but it requires a digital certificate. I don't know if a self-signed certificate can be used. I think they can to a certain extent. A program signed with a self-signed certificate will allow for the application firewall to recognize it as the same program which was previously granted permission by the user. It would require a certificate traceable to a trusted root certificate for the application firewall to _implicitly_ trust the program and not require even the initial permission from the user. The command-line tool to do the code-signing is "codesign". There's a man page, of course, and also Apple's documentation: https://developer.apple.com/library/mac/documentation/Security/Conceptual/C… -Ken

Sept. 21, 2011