On Fri, May 16, 2008 at 11:24 PM, Jeff Latimer <[EMAIL PROTECTED]> wrote:
> Lei Zhang wrote:
>> Hi,
>>
>> This implements the treeview UI changes to show users the newly created
>> folder.
>>
>>
>>
>>
> I can't apply the patc
Lei Zhang wrote:
> Hi,
>
> This implements the treeview UI changes to show users the newly created
> folder.
>
>
>
>
I can't apply the patch. Is there one missing?
Jeff Latimer
Clickable copy at http://kegel.com/wine/countdown.html
Wine Release Status
Wine 1.0rc1 released on May 9. 6 days to second release candidate.
wine-1.0rc1 was released on Friday, May 9th, 2008. Wine is now in a
code freeze in preparation for the 1.0 release.
According to http://wiki.winehq.org/W
On Fri, May 16, 2008 at 7:39 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> On Ubuntu, doing something like apt-get build-dep wine will prevent
> those kind of user errors.
>
> Really we just need to improve the wiki page a bit rather than bother
> with extra work on make test.
>
> Thanks,
> Scott
It's a small effect, and it's not really surprising,
but if you look at a graph of the relative search volume for the phrases
linux wine
linux photoshop
linux warcraft
linux steam
it seems that each time a new big app starts working on Linux
enough for people to start searching for it (phot
Here you go!
http://www.pcbsd.org/~kris/config.log
Tijl Coosemans wrote:
> On Friday 16 May 2008 13:26:29 Kris Moore wrote:
>> I just rebuilt wine 0.9.61 from ports, and same problem:
>>
>> checking dbus/dbus.h usability... yes
>> checking dbus/dbus.h presence... yes
>> checking for dbus/dbus.h
On Ubuntu, doing something like apt-get build-dep wine will prevent
those kind of user errors.
Really we just need to improve the wiki page a bit rather than bother
with extra work on make test.
Thanks,
Scott Ritchie
Jeremy White wrote:
> So...turns out that in this flood of new reporting, that
For my box I am running Kubuntu Hardy with Ati driver version 8.4. I see
I crashed on the d3d9:stateblock, and have quite a few failures in the
d3d9:visual area.
Hi Jeremy,
> Date: Fri, 16 May 2008 10:49:37 -0500> From: [EMAIL PROTECTED]> To: [EMAIL
> PROTECTED]> CC: wine-devel@winehq.org> Subject: Re: Right way to cope with
> user error in make test?> > Hi Alistair,> > > This could be a good option.
> libxslt should properly be non-optional> > sinc
On Thu, May 15, 2008 at 12:47 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
> Hi Folks,
>
> One key goal for Wine 1.0 is that all of its conformance
> tests run successfully on nearly all systems. We would really like
> your help in figuring out how close we are to that goal.
>
> To that end, if you
Dan Kegel wrote:
> jwhite wrote:
>> The attached patch is one approach - skip the tests in this case.
>> Does this seem like a reasonable approach to folks?
>
> I like it.
>
> I would also like to see us get a lot tougher about
> letting people build wine without a full complement
> of developmen
I install the win32 version of ghostscript quite routinely under wine; just
taken the old one off and put the new one in with wine rc1, the first time it
bombed out with:
err:module:map_image Could not map section _winzip_, file probably truncated
err:module:map_image Could not map section _winz
On Fri, May 16, 2008 at 2:57 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
>> We could have dotests check the config.log to see if there were any
>> dependencies missing, and warn/fail as appropriate.
>
> That only helps dotests. I'm thinking we should increase
> build quality of wine for other situati
On Fri, May 16, 2008 at 12:54 PM, Austin English
<[EMAIL PROTECTED]> wrote:
>> I would also like to see us get a lot tougher about
>> letting people build wine without a full complement
>> of development headers. Maybe our configure
>> should have a sanity check at the end, and abort
>> if somethi
On Fri, May 16, 2008 at 2:05 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> jwhite wrote:
>> The attached patch is one approach - skip the tests in this case.
>> Does this seem like a reasonable approach to folks?
>
> I like it.
>
> I would also like to see us get a lot tougher about
> letting people b
On Fri, May 16, 2008 at 12:18 PM, Stefan Dösinger
<[EMAIL PROTECTED]> wrote:
> Nvidia gf6 and gf7 cards are confirmed.
OK.
> Those pass the test without failures. There are 27 TODOs, but well, they're
> TODOs. There is no way to get "0 skipped" on the visual test...
Ah, didn't realize that. I w
Dan Kegel wrote:
> Anyone know how to get the d3d9 tests to pass?
> Are there a set of graphic cards that are known to work with them?
>
> Right now, nobody who's reported test results under wine is seeing them pass:
> http://test.winehq.org/data/2470b0b31605133ec046330dd79fdccaa7ba33fe/#group_Win
Am Freitag, 16. Mai 2008 20:57:04 schrieb Dan Kegel:
> Anyone know how to get the d3d9 tests to pass?
> Are there a set of graphic cards that are known to work with them?
Nvidia gf6 and gf7 cards are confirmed. However, there's a rather strange bug
in the instancing test. I do not see this failure
Dan Kegel kegel.com> writes:
>
> Anyone know how to get the d3d9 tests to pass?
> Are there a set of graphic cards that are known to work with them?
>
> Right now, nobody who's reported test results under wine is seeing them pass:
>
http://test.winehq.org/data/2470b0b31605133ec046330dd79fdccaa7
jwhite wrote:
> The attached patch is one approach - skip the tests in this case.
> Does this seem like a reasonable approach to folks?
I like it.
I would also like to see us get a lot tougher about
letting people build wine without a full complement
of development headers. Maybe our configure
s
Anyone know how to get the d3d9 tests to pass?
Are there a set of graphic cards that are known to work with them?
Right now, nobody who's reported test results under wine is seeing them pass:
http://test.winehq.org/data/2470b0b31605133ec046330dd79fdccaa7ba33fe/#group_Wine:d3d9:visual
And, come to
Hi Alistair,
This could be a good option. libxslt should properly be non-optional
since msxml3 relys on it.
From the Makefile.in, its appears to have linked to libxslt for quite some
time,
but was never an issue since it was never used.
Francois Gouget raised this bug,
http://bugs.winehq.or
On Fri, May 16, 2008 at 12:37 AM, Reece Dunn <[EMAIL PROTECTED]> wrote:
>> I wrote a postprocessor to do it. It's at
>> http://kegel.com/wine/skipgood.pl.txt
>> An example of its output is at http://kegel.com/wine/failing.html
>
> Looks nice, but the original one is useful too as it shows the tod
On Thu, May 15, 2008 at 10:43 PM, John Klehm <[EMAIL PROTECTED]> wrote:
>> I wrote a postprocessor to do it. It's at
>> http://kegel.com/wine/skipgood.pl.txt
>> An example of its output is at http://kegel.com/wine/failing.html
>> It really does make it easier to see all the failures.
>
> Your web
On Friday 16 May 2008 13:26:29 Kris Moore wrote:
> I just rebuilt wine 0.9.61 from ports, and same problem:
>
> checking dbus/dbus.h usability... yes
> checking dbus/dbus.h presence... yes
> checking for dbus/dbus.h... yes
> checking hal/libhal.h usability... yes
> checking hal/libhal.h presence..
I have a string of crashes in my maketest.
Distro Hardy UbuntuStudio, machine ASUS G1S.
Several triaged Ubuntu bugs may be responsible.
For instance, my video drivers don't work and I have defaulted to vesa.
My soundcard doesn't yet work properly, and there are two open bugs related to
this, on
I just rebuilt wine 0.9.61 from ports, and same problem:
checking dbus/dbus.h usability... yes
checking dbus/dbus.h presence... yes
checking for dbus/dbus.h... yes
checking hal/libhal.h usability... yes
checking hal/libhal.h presence... yes
checking for hal/libhal.h... yes
checking for dbus_conn
I have found a synchronization problem in kernel32/editline.c . The
problem appears when read and write operations to the console are in
different threads.
Detail information is here:
http://bugs.winehq.org/show_bug.cgi?id=13188
Solution to it should not be difficult. Could any developers lo
Hi,
I have spent some time to investigate the mixed-mode msvcrt issue.
There are three different runtime DLLs:
msvcm80/90.dll managed C++ runtime implemented using native code
msvcp80/90.dll C++ runtime
msvcr80/90.dll C runtime
The managed version does only have it's own functionaly while even m
On Thursday 15 May 2008 17:59:17 Kris Moore wrote:
> I was building the port, and hal / dbus were both installed. The
> funny thing was that the first time I built the port, it didn't even
> get this far, it said : "checking for hal/libhal.h... no", but if I
> checked in /usr/local/include/hal, li
2008/5/16 Dan Kegel <[EMAIL PROTECTED]>:
> On Thu, May 15, 2008 at 4:52 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
>>> Say, who maintains that web site? It'd be handy to have an option to
>>> suppress rows that have neither crashes nor failures; right now you have
>>> to scroll vertically a whole
On Fri, May 16, 2008 at 12:33 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2008 at 4:52 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
> I wrote a postprocessor to do it. It's at
> http://kegel.com/wine/skipgood.pl.txt
> An example of its output is at http://kegel.com/wine/failing.html
Kris Moore pcbsd.com> writes:
>
> I was building the port, and hal / dbus were both installed. The funny
> thing was that the first time I built the port, it didn't even get this
> far, it said : "checking for hal/libhal.h... no", but if I checked in
> /usr/local/include/hal, libhal.h was in
33 matches
Mail list logo
