On 09/12/2010 06:36 AM, Dan Kegel wrote:
> Looks like Alexandre must have fired up his time machine again :-)
>
> And as long as it's up and running, how about a look forward
> at the 1.4 release plans?
>
>
I've discussed this idea with a lot of (non-Wine-Developer)
stake-holders, and a few thi
On Sun, Sep 12, 2010 at 10:24 PM, Scott Ritchie wrote:
> On 09/12/2010 05:57 PM, Mike Kaplinskiy wrote:
>> CAP_NET_RAW should enable ping to work just fine I think. setuid seems
>> a little too dangerous on the current wineserver, we don't do many
>> checks and a few bugs on our side will turn the
On 09/12/2010 05:57 PM, Mike Kaplinskiy wrote:
> CAP_NET_RAW should enable ping to work just fine I think. setuid seems
> a little too dangerous on the current wineserver, we don't do many
> checks and a few bugs on our side will turn the os into windows, and
> not in a good way. Better stick to ca
CAP_NET_RAW should enable ping to work just fine I think. setuid seems
a little too dangerous on the current wineserver, we don't do many
checks and a few bugs on our side will turn the os into windows, and
not in a good way. Better stick to cap's for now while we don't need
all the uid 0 features.
On Mon, Sep 13, 2010 at 5:29 AM, Dan Kegel wrote:
> James McKenzie wrote:
>> Dan Kegel wrote:
>>> And as long as it's up and running, how about a look forward
>>> at the 1.4 release plans?
>>
>> Would be nice to know what has priority for this release.
>> I would love to see the DIB Engine be the
On 9/7/10 11:37 AM, doh123 wrote:
James Mckenzie wrote:
I agree with both Ryan and you, LD_LIBRARY_PATH is supposed to do absolutely
NOTHING under MacOSX. However, Wine needs it for some strange reason. If I
leave it out, the built dependency libraries are not found for freetype and
fontco
Eric proposed a solution in this bug:
http://bugs.winehq.org/show_bug.cgi?id=24193
J. Leclanche
On Sun, Sep 12, 2010 at 11:35 AM, Michael Fox <415...@gmail.com> wrote:
> Another possibility I'd like to suggest for fixing this in wine,
> though maybe more extreme, is to make wine a setuid progr
Another possibility I'd like to suggest for fixing this in wine,
though maybe more extreme, is to make wine a setuid program and use
setuid in server/ptrace.c
The reason to do this is that there is certain other functionality
necessary for implementing the windows API that is almost impossible
wit
Hi all,
There's a problem running wine under the new Ubuntu 10.10 (Maverick).
They have enabled kernel security to prevent processes from using
ptrace. This affects any wine programs which use ptrace which is
surprisingly common. For example I found this bug because PokerStars
wouldn't connect to
On 9/12/10 12:29 PM, Dan Kegel wrote:
James McKenzie wrote:
Dan Kegel wrote:
And as long as it's up and running, how about a look forward
at the 1.4 release plans?
Would be nice to know what has priority for this release.
I would love to see the DIB Engine be the 'deal maker'.
Ain't gonna h
James McKenzie wrote:
> Dan Kegel wrote:
>> And as long as it's up and running, how about a look forward
>> at the 1.4 release plans?
>
> Would be nice to know what has priority for this release.
> I would love to see the DIB Engine be the 'deal maker'.
Ain't gonna happen. Too hard, not enough m
Hi Jesse,
I think the 465 change should go in after the gpu table patch. The gpu
table patch could be modified but then it would essentially contain
two patches (makes regression testing more complicated, though I doubt
that would be an issue here). It is trivial to submit a patch after
this is in
On 9/12/10 6:36 AM, Dan Kegel wrote:
Looks like Alexandre must have fired up his time machine again :-)
And I thought I was alone...
And as long as it's up and running, how about a look forward
at the 1.4 release plans?
Would be nice to know what has priority for this release. I would love
On Sun, Sep 12, 2010 at 1:26 PM, Paul Vriens wrote:
> On 09/12/2010 08:04 PM, Marcus Meissner wrote:
>>
>> On Sun, Sep 12, 2010 at 12:50:39PM -0500, Austin English wrote:
>>>
>>> --
>>> -Austin
>>
>>> diff --git a/dlls/kernel32/kernel32.spec b/dlls/kernel32/kernel32.spec
>>> index 8a33013..43e339b
On 09/12/2010 08:04 PM, Marcus Meissner wrote:
On Sun, Sep 12, 2010 at 12:50:39PM -0500, Austin English wrote:
--
-Austin
diff --git a/dlls/kernel32/kernel32.spec b/dlls/kernel32/kernel32.spec
index 8a33013..43e339b 100644
--- a/dlls/kernel32/kernel32.spec
+++ b/dlls/kernel32/kernel32.spec
@@
On Sun, Sep 12, 2010 at 12:50:39PM -0500, Austin English wrote:
> --
> -Austin
> diff --git a/dlls/kernel32/kernel32.spec b/dlls/kernel32/kernel32.spec
> index 8a33013..43e339b 100644
> --- a/dlls/kernel32/kernel32.spec
> +++ b/dlls/kernel32/kernel32.spec
> @@ -624,6 +624,7 @@
> @ stdcall GetSys
Hi Mariusz,
> From: Mariusz Pluciński
>
> I have a problem with my account at testbot.winehq.org. Long time ago, I
> registered my account. To this day I have not received an activation
> e-mail. I thought it was maybe rejected, because I was not "well-known
> member of the Wine community" tha
Hi,
I run in the assertion in function output_stubs in winebuild/import.c
obsiouly not on x86/x86_64, but in my rebased(to a more recent wine tree) ARM
build in dlls like msvcp80, msvcp90 and up, but not msvcirt or msvcrt and the
normal others like ntdll and so on.
So i wonder:
- how x86/x86_64 a
Check your spam folder, gmail might have filtered it out.
--Juan
2010/9/12 Mariusz Pluciński :
> Hello
> I have a problem with my account at testbot.winehq.org. Long time ago, I
> registered my account. To this day I have not received an activation e-mail.
> I thought it was maybe rejected, becaus
Hello
I have a problem with my account at testbot.winehq.org. Long time ago, I
registered my account. To this day I have not received an activation
e-mail. I thought it was maybe rejected, because I was not "well-known
member of the Wine community" that time.
Today I noticed that I can not se
Looks like Alexandre must have fired up his time machine again :-)
And as long as it's up and running, how about a look forward
at the 1.4 release plans?
Folks,
There won't be a release this week, since I'll be spending my Friday on
an airplane. Release 1.1.44 will be next Friday.
If all goes well and I can finish the few remaining bits of 64-bit
support, it should be the last release of the 1.1.x series. We'll then
enter code freeze and start the
Set a 1440x900 virtual desktop in winecfg.
J. Leclanche
On Sun, Sep 12, 2010 at 12:46 PM, Eric Pouech wrote:
> Le 12/09/2010 00:26, Jerome Leclanche a écrit :
>>
>> Hi Eric,
>>
>> Ive been running your patch for a couple of days and I just noticed
>> another case where it's not resetting term
Le 12/09/2010 00:26, Jerome Leclanche a écrit :
Hi Eric,
Ive been running your patch for a couple of days and I just noticed
another case where it's not resetting terminal properties:
- Run a program in winedbg (in my case, it was in a virtual desktop, too)
- Wait for program to crash
- Hi
On Sun, Sep 12, 2010 at 10:38:09AM +0200, Florian Köberle wrote:
> On 09/11/2010 11:34 PM, Dylan Smith wrote:
> > 2010/9/7 Mariusz Pluciński mailto:vsha...@gmail.com>>
> >
> > In my opinion it would be good to make it available in similar
> > way, as functions like debugstr_guid, which are
On 09/11/2010 11:34 PM, Dylan Smith wrote:
> 2010/9/7 Mariusz Pluciński mailto:vsha...@gmail.com>>
>
> In my opinion it would be good to make it available in similar
> way, as functions like debugstr_guid, which are defined in
> include/wine/debug.h
>
> Messages' names are declared
26 matches
Mail list logo
