> Probably it would be better to add a field for commit id that caused
> a regression just like there is one for url/keywords instead of inventing
> new keywords. So a 'regression' with a commit id would automatically mean
> 'bisected'. That would also save time of finding the commit id by looking
On Sun, May 23, 2010 at 11:53 PM, Dmitry Timoshkov
wrote:
> Henri Verbeet wrote:
>
>> Ideally all regressions would be bisected, but that's clearly not the
>> case. You can of course argue about terminology and / or mechanism,
>> but I think it's useful to distinguish "possible" regressions from
Henri Verbeet wrote:
> Ideally all regressions would be bisected, but that's clearly not the
> case. You can of course argue about terminology and / or mechanism,
> but I think it's useful to distinguish "possible" regressions from
> confirmed regressions with a commit id. Personally I think it w
On Sun, May 23, 2010 at 5:20 PM, James McKenzie
wrote:
> I'm referring to the 'little' things, like openssl. MacOSXs version is not
> the same as Linux. Also, the level of library support varies greatly
> between versions of MacOSX.
>
> See my reply to Ryan for more on this.
>
> Also, we have to
I've long predicted that companies might use Wine
for a while to ship Linux-compatible products,
and later switch to a native build once they know
they have users. Well, now we have at least one
example of this: Bricscad (see http://www.bricsys.com ).
This is a *good* thing, and validates somewha
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2274
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2273
Your paranoid android.
Sven Baars wrote:
Dmitry Timoshkov wrote:
Maarten Lankhorst wrote:
On 23-05-10 01:57, Dan Kegel wrote:
I think it's a good idea. 'regression' isn't as strong as 'bisected'.
Unless there are objections, I'll add the keyword on Monday.
I think I'll object. I don't see any p
Austin English wrote:
On Sun, May 23, 2010 at 4:13 PM, James McKenzie
wrote:
Marcus Meissner wrote:
On Fri, May 21, 2010 at 01:03:09PM -0400, Steven Edwards wrote:
On Fri, May 21, 2010 at 12:59 PM, Marcus Meissner
wrote:
As libjpeg and libpng bumped their major ver
ryan woodsmall wrote:
I'm not convinced direct linking will work better on Mac OS X, unless
you ship libpng and libjpeg with Wine.
And libgnutls (plus prereqs libgpg-error & libgcrypt). And libgphoto2,
libexif, libtiff, libgsm, libjbig... - there's a laundry list of
libraries that are require
On Sun, May 23, 2010 at 4:13 PM, James McKenzie
wrote:
> Marcus Meissner wrote:
>>
>> On Fri, May 21, 2010 at 01:03:09PM -0400, Steven Edwards wrote:
>>
>>>
>>> On Fri, May 21, 2010 at 12:59 PM, Marcus Meissner
>>> wrote:
>>>
As libjpeg and libpng bumped their major versions in the last
Marcus Meissner wrote:
On Fri, May 21, 2010 at 01:03:09PM -0400, Steven Edwards wrote:
On Fri, May 21, 2010 at 12:59 PM, Marcus Meissner wrote:
As libjpeg and libpng bumped their major versions in the last months
I had to adjust some of my library requires in my wine.spec file.
This c
On 5/23/2010 05:09, Hirofumi Katayama wrote:
See attachment.
Hi, some comments here.
+//
+
+static const WCHAR szMRUList[] = L"MRUList";
+static const WCHAR szRunMRU[] =
+L"Software\\Microsoft\\Windows\\Current
Hi, i know this statistics are not rocket science, but i'm just interested
how things are getting better before release
340 regressions <-- release announcement
356 regressions <-- release announcement + 1week
339 regressions <-- release announcement + 2weeks
Long list of fixed bugs in 1.2-r
Ideally all regressions would be bisected, but that's clearly not the
case. You can of course argue about terminology and / or mechanism,
but I think it's useful to distinguish "possible" regressions from
confirmed regressions with a commit id. Personally I think it would be
nice if bugzilla could
Dmitry Timoshkov wrote:
Maarten Lankhorst wrote:
On 23-05-10 01:57, Dan Kegel wrote:
I think it's a good idea. 'regression' isn't as strong as 'bisected'.
Unless there are objections, I'll add the keyword on Monday.
I think I'll object. I don't see any point in the bisec
Dmitry Timoshkov wrote:
> Exactly. There shouldn't be not bisected bugs with the 'regression' keyword
> in the first place.
Just to get an idea how close the bugzilla is to the above, I tried to
query the database how many bugs have 'regression' but no bisect. Alas, no
success so far, even someth
17 matches
Mail list logo
