On Donnerstag, 26. November 2009, Stephan Kleine wrote:
> On Thursday 26 November 2009 10:56:14 Jan-Oliver Wagner wrote:
> > I've observed the usual problem: as long as versions are "beta"
> > the packages are very much hesitating to touch it.
> >
> > Boldy going ahead with the version number seems to be the
> > only practical approach to get things moving.
>
> I totally agree with you that beta stuff isn't very inviting to test.
> However,
> fixing the stuff up, ironing out any remaining (build) issues so binaries can
> be provided to all major platforms seems to be more important to me than
> releasing a RC that's mostly only worth to people who are comfortable
> building
> it from SVN anyways.
>From the core development point of view it is not so desireable to
have _any_ build issung for the platforms out there resolved before a release
takes place. This could slow down or even stop the innovation cycle.
Of course a good balance needs to be found. Having the tool working only
on the developers preferred platform isn't an option either.
We try to iron out the reported issues very quickly for the packagers.
> Perhaps I'm somehow "oldschool" but IMHO a RC should be in release state so
> if
> no more issues are found the RC is declared as GA which currently simply
> can't
> happen for various reasons.
well, "oldschool" is to sell the beta to customers and later, maybe, fix the
product ;-)
The other "oldschool" (wait for bug-free status before release) has proven to be
suboptimal in practice for most cases. E.g. nmap 5 would not be around and
used if they would not have just released it. Fixing up some things later is OK
to some extend.
> So first fix most if not all found issues so binaries can be made available
> to
> a wider area of testers and then declare it a RC so people have a good thing
> to test.
Whatever "most" means, yes. "all": close to impossible.
> Then fix the swamp of bugs that surely comes in and once they are fixed think
> about declaring it a GA so you have a solid one instead or the usual
> premature
> one (the premature isn't targeted at you but a general observation which is
> even more important since your stuff is a security tool)
I sincerely hope, the RCs will be tested.
We try our best to solve any properly reported and relevant issue.
Best
Jan
--
Dr. Jan-Oliver Wagner | ++49-541-335084-0 | http://www.greenbone.net/
Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B
202460
Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner
_______________________________________________
Openvas-devel mailing list
Openvas-devel@wald.intevation.org
http://lists.wald.intevation.org/mailman/listinfo/openvas-devel
