On 5 January 2011 22:45, Dan Kegel wrote:
> Another month, another Winetricks - or, rather, two new Winetricks.
Very nice!
Here is some games information you may find useful:
== Big Fish Games client
winetricks -- gecko ie8
* gecko -- suppress the gecko download UI, not strictly necessary
*
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
On 01/05/2011 09:44 PM, Sven Baars wrote:
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
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 str
On Wed, 5 Jan 2011, Charles Davis wrote:
On 1/5/11 1:18 AM, Charles Davis wrote:
On 1/5/11 12:31 AM, Dan Kegel wrote:
Quentin Paris informs me that the root directory is
user-writable on MacOSX (shudder), which means
our beloved z: mapping leads to lots of garbage
directories named e.g. /fd912
On Wed, 2011-01-05 at 14:01 +0100, wy...@volny.cz wrote:
> s there is an activity to make (not only) WylBOT green and happy
> ;c) i can add more info, based on WyldBOT's install documentation i
> looked right now and found there:
>
> * Turn off system restore
>
> So longer time out may not help
On Jan 5, 2011, at 5:45 AM, Damjan Jovanovic wrote:
> On Wed, Jan 5, 2011 at 1:31 PM, Ken Thomases wrote:
>> OK. Do you think my patch should be held up until you find an approach that
>> works for both?
>
> The patch seems fine (doesn't seem to regress anything), but aren't
> ICNS files invis
>
> ... 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)
>
> ... some environmen
Hi,
i take the chance to make this info publicaly aware, so adding
wine-devel
> Hi,
> your WyldBot has some Audio/Video issues in it's
> XP machines no other machines have, in which VM do
> they run?
WyldBOT1 and WyldBOT2 are not VM, but true physical older-machines
made only for wine-testing.
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 re
On Wed, Jan 5, 2011 at 1:31 PM, Ken Thomases wrote:
> On Jan 5, 2011, at 5:25 AM, Damjan Jovanovic wrote:
>
>> It doesn't seem like a good idea to introduce a platform-specific
>> dependency for ICNS support, but you might want to get feedback from
>> other Wine developers.
>
> Hmm. I guess I don
On Jan 5, 2011, at 5:25 AM, Damjan Jovanovic wrote:
> It doesn't seem like a good idea to introduce a platform-specific
> dependency for ICNS support, but you might want to get feedback from
> other Wine developers.
Hmm. I guess I don't see how ICNS is anything other than platform-specific.
Is
On Wed, Jan 5, 2011 at 1:04 PM, Ken Thomases wrote:
> Hi Damjan,
>
> I was intrigued to see the ICNS support you added to windowscodecs some
> months ago. Neat work!
Thank you.
> However, I'm confused about why you used the third-party libicns library. As
> near as I can tell, the ICNS suppo
Hi Damjan,
I was intrigued to see the ICNS support you added to windowscodecs some months
ago. Neat work!
However, I'm confused about why you used the third-party libicns library. As
near as I can tell, the ICNS support is only used on Mac OS X and it's not
likely to ever be used elsewhere.
On Wed, 2011-01-05 at 07:31 +, Dan Kegel wrote:
> Quentin Paris informs me that the root directory is
> user-writable on MacOSX (shudder), which means
> our beloved z: mapping leads to lots of garbage
> directories named e.g. /fd91216cc2ce81eb2ce16a058619
> after running msi installers.
Got an
On 4 January 2011 22:25, Travis Athougies wrote:
> + "float4 test(float x: TEXCOORD0): COLOR"
> + "{"
> + " const float pi2 = 6.2831853;"
> + " float calcd_sin = (sin(x * pi2) + 1)/2;"
> + " float calcd_cos = (cos(x * pi2) + 1)/2;"
> + " return
On 1/5/11 1:18 AM, Charles Davis wrote:
> On 1/5/11 12:31 AM, Dan Kegel wrote:
>> Quentin Paris informs me that the root directory is
>> user-writable on MacOSX (shudder), which means
>> our beloved z: mapping leads to lots of garbage
>> directories named e.g. /fd91216cc2ce81eb2ce16a058619
>> after
On 1/5/11 12:31 AM, Dan Kegel wrote:
> Quentin Paris informs me that the root directory is
> user-writable on MacOSX (shudder), which means
> our beloved z: mapping leads to lots of garbage
> directories named e.g. /fd91216cc2ce81eb2ce16a058619
> after running msi installers.
Now where would he get
18 matches
Mail list logo
