On 29 September 2011 15:03, Vitaliy Margolen wrote:
> I can think of few things can be implemented right away and see how it goes:
A lot of these seem like a great way to slow wine development down.
Honestly I think better investment in automated application testing
would be more helpful to the p
On 09/29/2011 02:11 AM, Alexandre Julliard wrote:
Vitaliy Margolen writes:
The part you forgot is Linux (referring to kernel here) being the most
successful FOSS project, used on super computers, stock exchanges,
banks, etc. While Wine still in it's perpetual alpha-beta state,
limited user bas
Michael Stefaniuc wrote:
>- We can directly motivate Andrew to fix those regressions "Oh,
>regressions still open? No dinner for you tonight!".
I still think Andrew deserves kudos for the vast amount of work he did.
mmdevapi, winmm, DSound, ALSA, OSS and CoreAudio are a lot for one person to
tack
Vitaliy Margolen writes:
> The part you forgot is Linux (referring to kernel here) being the most
> successful FOSS project, used on super computers, stock exchanges,
> banks, etc. While Wine still in it's perpetual alpha-beta state,
> limited user base, and not recommended for production use.
>
On 09/28/2011 10:10 AM, Austin English wrote:
> On Wed, Sep 28, 2011 at 11:55, Scott Ritchie wrote:
>> On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
>>> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
Do correct me if I'm wrong here, but users who don't want regressions
in their favourite
On 09/28/2011 11:04 AM, André Hentschel wrote:
Am 28.09.2011 15:09, schrieb Vitaliy Margolen:
On 09/28/2011 05:31 AM, Michael Stefaniuc wrote:
Vitaliy Margolen wrote:
On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
Wine is driven by wrong objectives. Most developers here don't give much
rip a
On Wed, Sep 28, 2011 at 11:55, Scott Ritchie wrote:
> On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
>> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
>>> Do correct me if I'm wrong here, but users who don't want regressions
>>> in their favourite apps/games should be using the stable release. It
>
Am 28.09.2011 15:09, schrieb Vitaliy Margolen:
> On 09/28/2011 05:31 AM, Michael Stefaniuc wrote:
>> Vitaliy Margolen wrote:
>>> On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
>>> Wine is driven by wrong objectives. Most developers here don't give much
>>> rip about regressions if the code they'v
On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
>> Do correct me if I'm wrong here, but users who don't want regressions
>> in their favourite apps/games should be using the stable release. It
>> doesn't seem fair to complain about regressions being ig
On 09/28/2011 05:31 AM, Michael Stefaniuc wrote:
Vitaliy Margolen wrote:
On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
first place. It would be much better to see the entire conversion to
mmdevapi in a separate tree stabilized before making it's way to main tree.
Like in a development tre
On 09/28/2011 04:18 AM, Alex Bradbury wrote:
Do correct me if I'm wrong here, but users who don't want regressions
in their favourite apps/games should be using the stable release. It
doesn't seem fair to complain about regressions being ignored unless
1.4 releases with a significant number of th
Alex Bradbury wrote:
>Do correct me if I'm wrong here, but users who don't want regressions
>in their favourite apps/games should be using the stable release.
There's some chicken and egg problem.
1. Users find bugs in the stable release.
2. Should they ever report a bug, they'll be asked whether t
Vitaliy Margolen wrote:
> On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
>> On 09/27/2011 03:20 AM, Vitaliy Margolen wrote:
>>> Could we please wait another week (until after the wineconf) before
>>> doing these whole sale changes?
>>>
>>> Please leave sound system and related winecfg code as-is.
On 28 September 2011 01:33, Vitaliy Margolen wrote:
> You think that all people who'll find their program broken because of this
> sound rewrite care about the code? Or that now dsound talks to mmdevapi
> instead of winmm? Or remarks by Andrew that "he doesn't want to fix old code
> because it's g
On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
On 09/27/2011 03:20 AM, Vitaliy Margolen wrote:
Could we please wait another week (until after the wineconf) before
doing these whole sale changes?
Please leave sound system and related winecfg code as-is.
Why?
Come to think of it this would be
On 09/27/2011 03:20 AM, Vitaliy Margolen wrote:
> On 09/26/2011 09:10 AM, Andrew Eikum wrote:
>> On Mon, Sep 26, 2011 at 04:50:22PM +0200,
>> joerg-cyril.hoe...@t-systems.com wrote:
>>> I'm not satisfied with the removal of the audio tree from winecfg.
>>> Beside allowing to switch or disable drive
On 09/26/2011 09:10 AM, Andrew Eikum wrote:
On Mon, Sep 26, 2011 at 04:50:22PM +0200, joerg-cyril.hoe...@t-systems.com
wrote:
I'm not satisfied with the removal of the audio tree from winecfg.
Beside allowing to switch or disable drivers, one key feature was to
allow inspecting the devices that
On Mon, Sep 26, 2011 at 04:50:22PM +0200, joerg-cyril.hoe...@t-systems.com
wrote:
> I'm not satisfied with the removal of the audio tree from winecfg.
> Beside allowing to switch or disable drivers, one key feature was to
> allow inspecting the devices that winmm found on this system.
The goal of
Hi,
I'm not satisfied with the removal of the audio tree from winecfg.
Beside allowing to switch or disable drivers, one key feature was to
allow inspecting the devices that winmm found on this system.
For instance, I've not yet had time to report a bug that since
wine-1.3.25, one such entry show
On Wed, Aug 31, 2011 at 01:25:41PM -0700, Dan Kegel wrote:
> Ah, I see you resent a fixed version, sorry for the noise.
Thanks just the same. Because of your bot's email, I was able to
know to resend the patch before I ran out the door.
Andrew
> (FWIW, the bot won't test your retry, since it was
Ah, I see you resent a fixed version, sorry for the noise.
(FWIW, the bot won't test your retry, since it was an incomplete patch series.)
On Wed, Aug 31, 2011 at 1:22 PM, Dan Kegel wrote:
> On Wed, Aug 31, 2011 at 1:10 PM, wrote:
>> The Buildbot has detected a failed build on builder runtests
On Wed, Aug 31, 2011 at 1:10 PM, wrote:
> The Buildbot has detected a failed build on builder runtests while building
> Wine.
> Full details are available at:
> http://buildbot.kegel.com/builders/runtests/builds/161
> BUILD FAILED: failed git
Something's fishy; looking at
http://marc.info/?l=w
22 matches
Mail list logo
