2008/11/3 Dan Kegel <[EMAIL PROTECTED]>:
> On Sun, Nov 2, 2008 at 2:52 PM, Roderick Colenbrander
> <[EMAIL PROTECTED]> wrote:
>> Anyway desktops will never move to this microsoft format.
>> I think both gtk and qt are now moving to xml based formats.
>> We could define our own spec for that but I d
http://winezeug.googlecode.com/svn/trunk/install-wine-deps.sh
>>> Bonus points if you somehow manage to use packagekit.
>>
>> I s'pose, but because the package names change from
>> distro to distro, it wouldn't add that much portability,
>> would it?
>
> Working around that issue is the whol
Dan Kegel wrote:
> On Sat, Nov 1, 2008 at 11:32 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>>> http://winezeug.googlecode.com/svn/trunk/install-wine-deps.sh
>> Bonus points if you somehow manage to use packagekit.
>
> I s'pose, but because the package names change from
> distro to distro, it w
Let me know if these updates get annoying.
I'm bringing up a three-node patchwatcher cluster
(master plus two build slaves), and updating
http://winezeug.googlecode.com/svn/trunk/patchwatcher/readme.txt
as I go.
It's coming along ok, but it'll probably be another few
days before it's up.
- Dan
> Oblivion has rendering errors in the menu (white boxes). Also the
> status/action bar isn't drawn correctly (both with fbo). Should I file
> a
> bug?
Yes, file bugs please. I think I have Oblivion here somewhere, this should
be easier to debug than Morrowind.
Note that it will be a while before
On Sun, Nov 2, 2008 at 2:52 PM, Roderick Colenbrander
<[EMAIL PROTECTED]> wrote:
> Anyway desktops will never move to this microsoft format.
> I think both gtk and qt are now moving to xml based formats.
> We could define our own spec for that but I doubt they will move to this.
Right, I doubt we
2008/10/24 Alexandre Julliard <[EMAIL PROTECTED]>:
> diff --git a/dlls/ddraw/ddraw_private.h b/dlls/ddraw/ddraw_private.h
> index 7ff3c5c..cd1ce15 100644
> --- a/dlls/ddraw/ddraw_private.h
> +++ b/dlls/ddraw/ddraw_private.h
> @@ -414,8 +414,7 @@ struct IDirectDrawClipperImpl
>
> const IDirectDrawC
Hi Jacek.
> Hi Michael,
> Casting function in vtbl is not an acceptable solution. If you have to
> do that, it means that the design is bad.
So in short that means that using deriving for objects to implement
derived interfaces is not possible in Wine, as it is not cleanly
implementable in plain
For fun I looked a bit at the format. An msstyles file is just a win32 resource
file. It contains various sections each containing strings, colors or bitmaps.
Colors are just stored in a text file. Uxtheme parses this text file and loads
the colors 1:1 from this section into the registry.
The m
On Sun, Nov 2, 2008 at 3:01 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> FWIW, my opinion is that any deep integration
> is going to be hard, and that for the moment
> we should go with something much simpler:
> simply support mstheme files well, and provide
> themes that look like the default themes
On Sun, Nov 2, 2008 at 7:54 AM, Vitaliy Margolen
<[EMAIL PROTECTED]> wrote:
> Lei Zhang wrote:
>> Hi,
>>
>> It looks like mountmgr.sys does not remove drives when devices are
>> unmounted. We should look at the is_mounted property and take the
>> appropriate action when it changes.
>
>
> This is go
2008/11/2 Dan Kegel <[EMAIL PROTECTED]>:
> FWIW, my opinion is that any deep integration
> is going to be hard, and that for the moment
> we should go with something much simpler:
> simply support mstheme files well, and provide
> themes that look like the default themes on
> Ubuntu / OpenSuse / Fe
FWIW, my opinion is that any deep integration
is going to be hard, and that for the moment
we should go with something much simpler:
simply support mstheme files well, and provide
themes that look like the default themes on
Ubuntu / OpenSuse / Fedora.
Rob wrote:
>> Later we should provide a script to set up
>> a local test server that can handle all of
>> our conformance tests' requests, but for
>> now, just letting patchwatcher or winetest
>> redirect everything to localhost will let tests
>> fail reliably instead of randomly.
>
> This approac
On Sun, Nov 2, 2008 at 8:41 AM, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> Same for RPM building, just one "rpm -i wine-.src.rpm" will also request
> necessary dependencies. Afterwards you can deinstall the wine-...src.rpm
> again.
Again, I'm aiming at having something independent of,
and p
On Sun, Nov 2, 2008 at 8:31 AM, Evil Jay <[EMAIL PROTECTED]> wrote:
> I can see where this would be useful for building on some platforms, but
> doesn't "sudo apt-get build-dep wine" work fine (for the most part) for
> Ubuntu?
I don't trust that.
> The last time I compiled on a fresh *buntu, I re
Hi Michael,
Michael Karcher wrote:
> Any oppions on that?
I think other solution would be better. There is no reason for xmlnode
object to implement any interface. All its child objects already have
IXMLDOMNode interface. xmlnode could be a common struct stored by child
objects and there could
On Sun, Nov 02, 2008 at 10:31:11AM -0600, Evil Jay wrote:
> I can see where this would be useful for building on some platforms, but
> doesn't "sudo apt-get build-dep wine" work fine (for the most part) for
> Ubuntu?
>
> The last time I compiled on a fresh *buntu, I recall using build-dep and
> th
I can see where this would be useful for building on some platforms, but
doesn't "sudo apt-get build-dep wine" work fine (for the most part) for
Ubuntu?
The last time I compiled on a fresh *buntu, I recall using build-dep and
then having to install one nvidia-specific '-dev' package to get DirectX
Lei Zhang wrote:
> Hi,
>
> It looks like mountmgr.sys does not remove drives when devices are
> unmounted. We should look at the is_mounted property and take the
> appropriate action when it changes.
This is going the wrong way. Wine already can't deal with blank media
without some "hackish" wor
2008/10/31 Dan Kegel <[EMAIL PROTECTED]>:
> The public internet can (and does) go pear-shaped
> in the middle of test runs, which means any test
> that tries to access the public internet is de facto
> flaky, even if it tries to protect itself by skipping
> if the internet is down.
>
> So let's pro
2008/10/31 Vitaly Perov <[EMAIL PROTECTED]>:
> This patch add a stub implementation of IMarshal interface.
>
> I have no experience at implementing interfaces, so I'm not sure it's
> implemented correctly.
> Please, look at this patch. I'll be grateful for any remarks.
What makes you think IMarsha
On Sat, Nov 1, 2008 at 11:32 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>> http://winezeug.googlecode.com/svn/trunk/install-wine-deps.sh
>
> Bonus points if you somehow manage to use packagekit.
I s'pose, but because the package names change from
distro to distro, it wouldn't add that much por
On 01.11.2008 21:21, Reece Dunn wrote:
> In order to do that properly, you will need major buy-in from the Gtk,
> Qt and other widget toolkit developers,
FWIW, I recall having read some Planet GNOME blog posts where people
expressed, well, a bit of unhappiness with GTK's current theming system.
(A
Stefan Dösinger schrieb:
> Here is an updated version of the patches. Can you retest the games? (the
> ones that worked already as well as the broken ones)
>
> What are the differences?
>
> -> Proper handling of RHW vertices which do not come from a vbo(should fix
> Star Wars Jedi Knight 1)
> -> Pr
Dan Kegel wrote:
> I have in the past written one script per version of
> Ubuntu to install Wine's build dependencies.
> Many versions on, that's getting old, and I figure
> it'd be better to have a single script that handles
> all common versions on Linux.
>
> I've taken a first stab at that, com
26 matches
Mail list logo
