On Feb 11, 2008 1:28 AM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> It seems to me that its less trouble to have a central repo hosted
> somewhere like repo.or.cz where winehq origin is imported in parallel
> and as changes come in they are merged on to a public winequartzdrv
> branch. Then I fix
On Feb 11, 2008 12:59 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On Feb 10, 2008 9:57 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> > ... Having invested a
> > good bit of time in trying to understand git, I think I git it now so
> > to speak and not having a public repo where there can be really
On Feb 10, 2008 10:02 PM, James Hawkins <[EMAIL PROTECTED]>
> This sparked a memory of the discussion about having a -devel and a
> -stable branch after we release 1.0.
Oh, yeah. IMHO we should release 1.0.0 and 1.1.0 at the
same time, and treat 1.0.x as our stable branch.
On Feb 10, 2008 11:57 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> On Feb 11, 2008 12:52 AM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> > Let me put it another way. Having worked on multiple maintainer
> > projects with public write access repositories and a single maintainer
> > repo like Wine
On Feb 10, 2008 9:57 PM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> ... Having invested a
> good bit of time in trying to understand git, I think I git it now so
> to speak and not having a public repo where there can be really
> collaborative development seems to be a step back to me.
? But you
On Feb 11, 2008 12:52 AM, Steven Edwards <[EMAIL PROTECTED]> wrote:
> Let me put it another way. Having worked on multiple maintainer
> projects with public write access repositories and a single maintainer
> repo like Wine I know the up and down side of both methods, but it
> will be a cold day in
On Feb 10, 2008 11:18 PM, James McKenzie <[EMAIL PROTECTED]> wrote:
> I would like to 'chime' in here. If you have it local and it is not
> complete, why submit to the main program flow. Create a bug and put it
> there. Simple and it keeps the code tree "clean". This allows others
> to become a
Steven Edwards wrote:
> On Feb 10, 2008 1:55 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
>
>> Joeseph wrote:
>>
>>> Is there a Git Repositories for Unaccept Patches or (work in Progress)?
>>>
>> Not really, but people often attach patches to bugzilla
>> entries if they're not quite good
On Feb 10, 2008 1:55 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Joeseph wrote:
> > Is there a Git Repositories for Unaccept Patches or (work in Progress)?
>
> Not really, but people often attach patches to bugzilla
> entries if they're not quite good enough to submit.
> And if anybody wants to star
"Jeff Latimer" <[EMAIL PROTECTED]> wrote:
>>> --- a/dlls/pdh/pdh_main.c
>>> +++ b/dlls/pdh/pdh_main.c
>>> @@ -837,14 +837,7 @@ PDH_STATUS WINAPI PdhLookupPerfNameByIndexA(
>>> LPCSTR machine, DWORD index, LPSTR
>>>
>>> TRACE("%s %d %p %p\n", debugstr_a(machine), index, buffer, size);
>>>
>>>
Scott Ritchie wrote:
> This would be ideal, however last I heard gecko didn't compile properly
> in mingw. Is this no longer the case? Can we build it on Ubuntu?
>
Compiling the package is quite tricky. I've compiled it on Windows XP
using MSVC. There is no other way ATM, so I think that my
Matthew Clark wrote:
> Vitaliy Margolen wrote:
>> Matthew Clark wrote:
>>> So around the time that 0.9.54 came out I lost COD4 on both my
>>> desktop and laptop. In order for it to work you have to compile wine
>>> with the
>>
>> Please don't make posts like this. Open bug in bugzilla instead. T
Here we go again. Please read the archives. At least last few weeks would
have pointed you to exactly the same topic which comes back again and again:
http://www.winehq.org/pipermail/wine-devel/2006-September/thread.html#50915
And please respect everyone and don't use that color thingy in mailing
Dan Kegel <[EMAIL PROTECTED]> wrote:Dan Kegel wrote
>Joeseph wrote:
>> Is there a Git Repositories for Unaccept Patches or (work >in Progress)?
>Not really, but people often attach patches to bugzilla
>entries if they're not quite good enough to submit.
>And if anybody wants to start such a
Austin English wrote:
> On Feb 9, 2008 5:17 PM, marco <[EMAIL PROTECTED]> wrote:
>>> Hmm. gecko download hung for me once. I saw
>>> fixme:urlmon:ProtocolStream_Read Read failed: 800c0008
>>> in the log, which makes me wonder if our download code
>>> doesn't handle transient network errors well.
Vitaliy Margolen wrote:
> Matthew Clark wrote:
>> So around the time that 0.9.54 came out I lost COD4 on both my
>> desktop and laptop. In order for it to work you have to compile wine
>> with the
>
> Please don't make posts like this. Open bug in bugzilla instead. The
> mailing list is the bad
On 10/02/2008, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> And anyone can publish GIT repos, there is problem with that.
> (And repos.cz (?) has several of them already.)
repo.or.cz.
- Reece
Hi,
I have just submitted 4 patches that make it possible to import a
colour theme from winecfg and have it correctly apply the colours.
One example is the Ubuntu Human theme (see attachment), adapted from
http://tombuntu.com/wp-content/uploads/2008/01/winehumancolours.txt.
Enjoy,
- Reece
huma
On Wed, 6 Feb 2008, Alexandre Julliard wrote:
>> The reason is that we have
>>
>> #define HDPTOLP(y) ((y<0)? \
>> (-abs(INTERNAL_YDSTOWS(dc, (y: \
>> (abs(INTERNAL_YDSTOWS(dc, (y)
>>
>> which is overly compl
Matthew Clark wrote:
> So around the time that 0.9.54 came out I lost COD4 on both my desktop
> and laptop. In order for it to work you have to compile wine with the
Please don't make posts like this. Open bug in bugzilla instead. The mailing
list is the bad place to track any information, espe
So around the time that 0.9.54 came out I lost COD4 on both my desktop
and laptop. In order for it to work you have to compile wine with the
3dmark patch, so I was using the git, but when that didn't work I tried
52 and 54 tarballs. Thing is I know it worked with the 52 git and with
the 52 tarb
Hey, the Valgrind developers finally merged the Wine
support patches! I just built Valgrind from svn as
described here:
http://valgrind.org/downloads/repository.html
and on a fresh install of Gutsy, it just worked, no patches.
To run Valgrind's tests under Wine, I configure valgrind with
--prefix
On Feb 10, 2008 4:04 PM, Royal Chan <[EMAIL PROTECTED]> wrote:
> Change Log:
> -Added GdipDrawArcI as GdipDrawArc that takes INT arguments
> -Added a very similar conformance test to the one I did for GdipDrawArc
> -Corresponding change to gdiplus.spec
>
No patch.
--
James Hawkins
On Feb 10, 2008 3:53 PM, Marcus Meissner <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 10, 2008 at 09:51:04AM -0800, Joseph Stein wrote:
> > Is there a Git Repositories for Unaccept Patches or (work in Progress)?
> >
> > If not (which i think is the case and why I posting here instead of the
> > user m
On Sun, Feb 10, 2008 at 09:51:04AM -0800, Joseph Stein wrote:
> Is there a Git Repositories for Unaccept Patches or (work in Progress)?
>
> If not (which i think is the case and why I posting here instead of the user
> mailing list.), could you create one(along with a text file explain what need
On Feb 10, 2008 3:46 PM, Royal Chan <[EMAIL PROTECTED]> wrote:
> Change Log:
> -added conformance test mainly checking for input parameters
>
You forgot the patch again.
--
James Hawkins
On Feb 10, 2008 3:19 PM, Royal Chan <[EMAIL PROTECTED]> wrote:
> Change Log:
> -added two checks for non-positive values of width and height
> -added a conformance test for invalid parameters
>
You forgot the patch.
--
James Hawkins
Hi,
This is a resubmit from the previous patch without messed up indent.
Regards,
Roderick Colenbrander
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
>From c7e88aaff8be773265026bd3b07b8751c9955bb2 Mon Sep 17
On Feb 10, 2008 1:11 PM, Luke Benstead <[EMAIL PROTECTED]> wrote:
> This unimplemented function causes the .NET framework 3.0 installer to fail
> (and also Visual C++ express 8.0) with this patch the installer continues
> further before crashing. This is my first ever patch on Wine (and working
> w
> > Hi,
> >
> > This patch puts the framebuffer -> texture from LoadLocation in a
> separate
> > function in a similar way to read_from_framebuffer. It borrows some code
> > from LoadLocation and read_from_framebuffer.
> >
> > Regards,
> > Roderick Colenbrander
> You're mixing tabs and spaces in th
Joeseph wrote:
> Is there a Git Repositories for Unaccept Patches or (work in Progress)?
Not really, but people often attach patches to bugzilla
entries if they're not quite good enough to submit.
And if anybody wants to start such a git repository,
more power to them.
>An ntoskrnl.exe was writte
Dan Kegel wrote:
> Hmm. gecko download hung for me once. I saw
> fixme:urlmon:ProtocolStream_Read Read failed: 800c0008
> in the log, which makes me wonder if our download code
> doesn't handle transient network errors well.
>
It looks like urlmon bug. Our Gecko downloader is also not really
Dmitry Timoshkov wrote:
> "Jeff Latimer" <[EMAIL PROTECTED]> wrote:
>
>> --- a/dlls/pdh/pdh_main.c
>> +++ b/dlls/pdh/pdh_main.c
>> @@ -837,14 +837,7 @@ PDH_STATUS WINAPI PdhLookupPerfNameByIndexA(
>> LPCSTR machine, DWORD index, LPSTR
>>
>> TRACE("%s %d %p %p\n", debugstr_a(machine), index, bu
Is there a Git Repositories for Unaccept Patches or (work in Progress)?
If not (which i think is the case and why I posting here instead of the user
mailing list.), could you create one(along with a text file explain what need
to be done to be accepted)?
Here are some reason I think It is Nee
Am Sonntag, 10. Februar 2008 17:37:25 schrieb Roderick Colenbrander:
> Hi,
>
> This patch puts the framebuffer -> texture from LoadLocation in a separate
> function in a similar way to read_from_framebuffer. It borrows some code
> from LoadLocation and read_from_framebuffer.
>
> Regards,
> Roderick
"Jeff Latimer" <[EMAIL PROTECTED]> wrote:
> --- a/dlls/pdh/pdh_main.c
> +++ b/dlls/pdh/pdh_main.c
> @@ -837,14 +837,7 @@ PDH_STATUS WINAPI PdhLookupPerfNameByIndexA( LPCSTR
> machine, DWORD index, LPSTR
>
> TRACE("%s %d %p %p\n", debugstr_a(machine), index, buffer, size);
>
> -if (machi
Am Sonntag, 10. Februar 2008 11:27:22 schrieb Julio Fernandez:
> So my question is: is there any reason to not have wine return
> MaxVertexBlendMatrices=4 (as it works regardless of what opengl
> reports), and if so is it any other way for people willing to use some
> programs (like Everquest) to '
Alex Jackson escribió:
> > That said, GL_ARB_vertex_blend is not very common. Only MacOS
> supports it, and
> > it is software emulated there. The Linux ATI driver used to support
> it until
> > ATI switched to a different codebase. So this constant ends up beeing 0
> > almost everywhere. The
38 matches
Mail list logo
