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?
>>> U
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.
signature.asc
Description: This
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 dis
On Wed, Sep 21, 2011 at 03:14, Francois Gouget 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/avisplitter.c;hb=b6153354dd28c57fb1f92
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).
And I am afraid tha
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 (
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
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 wrote:
> When I wrote that bit, I was simply trying to follow the letter
> of the LGPL
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 wrote:
>
> Start has the following lines at the end of its usage message:
>
>
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 regu
On Wednesday 21 September 2011 12:59:17 Francois Gouget wrote:
> I guess there's no way to automatically authorize / sign the application?
I think that would defeat the purpose of such a firewall.
signature.asc
Description: This is a digitally signed message part.
On Wed, 14 Sep 2011, Francois Gouget wrote:
>
> Connecting to https://testbot.winehq.org/ over IPv6 hangs for ages :-(
> This makes accessing it from my desktop very annoying.
Hmm, I guess I really have to use the feedback form on the website :-(
--
Francois Gouget http://fgouge
On Wed, 21 Sep 2011, Ken Thomases wrote:
[...]
> That sounds like Mac OS X's application firewall which is Apple's
> primary firewall instead of a more traditional packet filtering
> firewall. The application firewall is based around which local
> applications and services are trusted to accept
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/avisplitter.c;hb=b6153354dd28c57fb1f92f85df1f1ba751794fc1
avisplitter.c:210: Tests skipped: Could no
On Wed, 21 Sep 2011, Nikolay Sivov wrote:
[...]
> > * "(Yes|No)" -> "(да|нет)" and "Y" -> "д"
> > This is used for languages where typing the translated strings
> > presents no special challenge.
> >
> > * "(Yes|No)" -> "(да (Y)|нет (N))" and "Y" -> "Y"
> > If typing the transla
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 conditio
On 9/21/2011 12:39, Francois Gouget wrote:
#: wordpad.rc:174
msgid "inch"
msgstr "inch"
Based on your exchange with Nikolay Sivov it sounds like this could be
translated.
Right, I just pointed out that used translation is reserved for
decimetre in Russian, but I doubt it'll
be much of con
On Sep 21, 2011, at 2:58 AM, Francois Gouget wrote:
> Note also that the firewall will also ask whether to allow incoming
> network access for some of the tests. I would really like information on
> how to best deal with that.
That sounds like Mac OS X's application firewall which is Apple's pr
This email is likely to get mangled but the gist of it will
hopefully survive.
> -"Синтаксис:\tIF [NOT] EXIST файл команда\n"
> +"Синтаксис: IF [NOT] EXIST файл команда\n"
> "IF [NOT] \"строка1\"==\"строка2\" команда\n"
> "IF [NOT] ERRORLEVEL число команда\n"
I believe the last two lines sho
2011/9/20 Martin Wilck :
> On 09/20/2011 01:24 AM, Frédéric Delanoy wrote:
>
>> You might want to do a single "@echo off" at the start of the .cmd file.
>> Echoing every command in the .exp isn't very helpful: you don't want
>> to replicate the .cmd contents in the .exp file.
>
> I did that on purp
On Tue, Sep 20, 2011 at 22:17, Martin Wilck wrote:
> Hi Dan,
>
>> on my i7 machine, your patch series fails every time for me when run
>> normally. Here's the log:
>
> Did you apply only this one, or also 3/9 which is supposed to fix the
> test results? Frédéric already told me that I should have
On Tue, 20 Sep 2011, Charles Davis wrote:
>
> On Sep 20, 2011, at 3:11 PM, Stefan Dösinger wrote:
> >> gdi32/dc
> >> user32/monitor
> > 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
> > q
22 matches
Mail list logo