deeper freeze
Andras Mantia
amantia at kde.org
Wed Nov 12 13:13:12 GMT 2003
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 12 November 2003 13:51, Stephan Kulow wrote:
> On Wednesday 12 November 2003 12:44, Rob Kaper wrote:
> > If developers cannot fix minor bugs anymore, we'd actually punish those
> > who don't have any outstanding major bugs, whether that definition
> > inherits from "importance of user data" or not.
>
> Yes. If you consider being forced to test the desktop instead
> of continuously patching it, punishing - then I punish you.
I consider not allowing to do bugfixing to be absurd. Even if the majority of
the developers (those having no major bugs) turn into users, start testing
and reporting bugs what is it good for if they can't fix them? It will only
increase the number of reported bugs, which in one aspect is good, but
shouldn't be the goal. The goal should be fixing those bugs.
>
> I don't know if you actually figured, but if you read kde-cvs, _many_
> of that little patches turn out to break another aspect or do not compile,
> or have to be discussed, etc.
Than the solution would be not do forbid bugfixing, but to enforce somehow
people to send patches to (the corresponding) mailing lists prior to
committing. There is always a risk that touching a code for whatever reason
breaks it in another aspect, but if we avoid code touching we will stagnate.
That would mean (and taking in account one of your other mails) that you
can't fix bugs in 3.2 until it's properly tested in (post 3.2) HEAD and they
are backported. This would mean the first bugfix would go in branch after 1
month of the 3.2 release. I don't think we want it. Bugs (even minor ones)
should be fixed continously and when enough bugfixes are in branch, make a .x
release. Enforcing commit review for not-well tested branch commits might be
OK, especially prior to release.
Andras
> That's the way open source development
> (within KDE) works - just not a two weeks before scheduled release.
>
> Greetings, Stephan
- --
Quanta Plus developer - http://quanta.sourceforge.net
K Desktop Environment - http://www.kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
iD8DBQE/sjHoTQdfac6L/08RArBfAKCCQtbAL6+RwnrPSScNJ8UUgmOAQwCfU5xM
sbEtTKDbXCVfyKzsMy5HMGw=
=aUHj
-----END PGP SIGNATURE-----
More information about the kde-core-devel
mailing list