On 7/16/07, David Lang <[EMAIL PROTECTED]> wrote:
On Mon, 16 Jul 2007, Andrew Beekhof wrote: > Lets call a spade a spade shall we... > > This is a thinly veiled put-down of the people who have been doing Alan's > job for the last 7 months. this did not read as a put-down to someone who hasn't been intimatly involved over the last seveal months. remember that e-mail doesn't show experessions or tone of voice, don't assume the worst intentions unless they are completely clear.
The first two lines of the summary are pretty clear... Particularly when read in the context of other emails, changes to IRC topics and wiki page edits over the last few days.
As one of those people I don't take kindly to the inference that I have been > releasing substandard packages. Particularly given that I am the author of > the majority of the HAv2 code and therefor have arguably the most interest > in its quality. the inferance was that you are releasing packages that haven't gone through some of the testing that has proven valuble in the past history of the project. > Alan's attempts to reassert control over a project he routinely ignores are > almost always at the expense of the reputation and hard work of others. > This, like the recent threats of censorship, is something I will no longer > tolerate. > > > > While it is true that in the past Alan's home cluster threw up some > interesting bugs, it is also true that it has not been the unique source of > a bug in over a year. There are now a number of other clusters out there > that do a better job at finding problems. > > > > I'll not comment on the statements about release planning which are > laughable, if not outright insulting. > > > Instead I will simply point people in the direction of: > > http://wiki.linux-ha.org/RoadMap?action=info > > and > > http://hg.linux-ha.org/dev/log/tip/MasterPlan.planner > > and let you draw your own conclusions. > > > > Had I the choice, I would gladly leave putting out releases to others. > > > However I see no reason to trust Alan with the task of providing timely > access to bug fixes for users of most major distributions. I no longer have > confidence in his leadership of the project and it remains to be seen how > long his renewed interest will last. > > > So I will continue to provide well tested, high quality package updates and > people can make their own choice. what I (as a long time user of heartbeat) would prefer to competeing releases and project fragmentation is instead some more discussion about what needs to be done to have more official releases.
The discussion has been had and re-had, both in public and in private, far too many times to recall. Nothing has ever changed. So I've given up talking. If and when there is no longer a need for "Interim" packages you'll find me down the pub celebrating. But until that day I'll continue doing what needs to be done to ensure that we never again wait 7+ months to get bug-fixes to people. Due to the fact that people's involvement does wax and wane this should
probably have some way of allowing multiple people to make a release, but all releases should go through what the project determins are the minimum set of tests.
No argument here. up till now this minimum set of tests has included a lengthy test period on
the hell cluster, which not enough other people have had access to.
Apparently I was not clear. The "hell cluster" has not found a unique bug in over a year. Its use during testing does not make a given version any more suitable for deployment than if it had not been. If this cluster
can now be accessed by others to test, and everyone can agree on a test methodology that must be completed sucessfully before a release then it should be possible for people other then Alan to make official releases.
going the route that the kernel has gone with each distro patching the base
version and distributing slightly different things, but all named the same version numbers is not the way I would want to see this project go. please try to avoid this.
The Interim packages include a version suffix which should identify that they are based on but different from Alan's releases. Not completely ideal, but as I said, there are many things I would rather be doing than putting out releases so I'll not be loosing sleep over it. _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
