The regression fixing period is quite nice, quite a few of
regressions were fixed (maybe someone could do a nice stats based on
bugzilla?), so the teamwork really brings a lot.
De-facto, we already enhanced borders of this regfixing period to
include very important bug fixes. I would like t
Good job!
Looks like Timo is fixing it and Michael is fixing things too. Thanks
to all of you for helping me! I'll be around later when my health gets
better.
8^)
On Sat, May 1, 2010 at 3:53 AM, Aleksey Bragin wrote:
>
>
> Your weed is very nice, please share.
>
Now you! You are nuts (GreatLordis
Aleksey Bragin wrote:
>
> On May 1, 2010, at 7:57 AM, James Tabor wrote:
>> I'm reacting to when it gets broken! I could be wrong and when I am I
>> do admit it openly! But, you need to read bug 5265. I guess we can
>> revert all the gdi batch code to fix it. Yes it fixes it but still the
>> real p
On May 1, 2010, at 7:57 AM, James Tabor wrote:
I'm reacting to when it gets broken! I could be wrong and when I am I
do admit it openly! But, you need to read bug 5265. I guess we can
revert all the gdi batch code to fix it. Yes it fixes it but still the
real problem persists, what happen to the
IMHO Aleksey means that ReactOS needs a money invest for a big jump in its
progress...
On Sat, May 1, 2010 at 5:57 AM, James Tabor wrote:
> On Fri, Apr 30, 2010 at 8:26 AM, Aleksey Bragin
> wrote:
> >
> > I will repeat myself, I don't recognize you. Previously, in early years,
> you
> Dude! I ha
On Fri, Apr 30, 2010 at 8:26 AM, Aleksey Bragin wrote:
>
> I will repeat myself, I don't recognize you. Previously, in early years, you
Dude! I haven't changed! You have changed a lot and I don't know you anymore.
> were spending days and weeks testing stuff before commiting, and it worked
> real
On Apr 30, 2010, at 3:51 AM, James Tabor wrote:
On Thu, Apr 29, 2010 at 5:45 PM, Olaf Siejka wrote:
The most important reason for moving development into branches was to
minimize the effect of prolonged trunk breakage, that has to
happen with
rewrites. This is a vital issue, as inability of
Then again, how would you propose to deal with regressions that will for
sure slip in at periods of time, when trunk is not buildable or doesnt boot?
For example, inbetween ac97 driver install breakage range - rev: 46977-47057
i counted at least 4 regressions that were introduced in revisions
inbe
Hum?
On Thu, Apr 29, 2010 at 5:45 PM, Olaf Siejka wrote:
> The most important reason for moving development into branches was to
> minimize the effect of prolonged trunk breakage, that has to happen with
> rewrites. This is a vital issue, as inability of testing trunk on the daily
> basis is very
The most important reason for moving development into branches was to
minimize the effect of prolonged trunk breakage, that has to happen with
rewrites. This is a vital issue, as inability of testing trunk on the daily
basis is very often a seed for regression accumulation.
2010/4/29 James Tabor
"Well, let's clear it up once and for all. I don't want this topic to
be brought again and again."
On Wed, Apr 28, 2010 at 7:41 AM, Aleksey Bragin wrote:
> Hello,
> Now, very important(!):
> For the first step I would like ALL developers to drop their current
> ReactOS-related work, including all
Amazing!
On Wed, Apr 28, 2010 at 7:41 AM, Aleksey Bragin wrote:
> Hello,
> as you all know we have quite a lot of regressions recently, and recently
> they only add up to one another causing annoyances of testers and
> developers. There is a strong need to change this situation as soon as
> possi
im waiting for being able to test again :P so i can test any patch too...
just, you will have to teach me how to apply patches :D
On Wed, Apr 28, 2010 at 3:32 PM, victor martinez wrote:
> I have my RosBE and my VBOX ready.
>
> I will join any regression fix attempt. If anyone needs me to test a
I have my RosBE and my VBOX ready.
I will join any regression fix attempt. If anyone needs me to test a patch or
wants my testing help, just has to contact me via IRC.
This is a Captain Obvious message.
___
Hello,
as you all know we have quite a lot of regressions recently, and
recently they only add up to one another causing annoyances of
testers and developers. There is a strong need to change this
situation as soon as possible, otherwise the project's future is
undetermined.
I want to pr
15 matches
Mail list logo