sm-admin AT lists.ibiblio.org
Subject: Developer Only Discussion List
List archive
- From: Hamish Greig <hgreig AT bigpond.net.au>
- To: SM-Admin <sm-admin AT lists.ibiblio.org>
- Subject: Re: [SM-Admin] Re: general admin
- Date: Thu, 5 Feb 2004 23:15:14 +1100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 5 Feb 2004 18:34, Eric Schabell wrote:
> Not everyone has the time or ability to attend meetings... if they go
> any earlier or later I would not be there. It remains free time we all
> spend.
Yes that is why I said proxy voting would be accepted. What is not
acceptable,
is deciding not to become involved in decisions, then expecting people to
revisit the issue later when you are ready, for no good reason. As I said,
being unhappy with something and offering an alternative is different from
being bitchy and criticising unconstructively.
> I am looking back on how far this distro has come and it has all
> happened w/o becoming little generals and treating our developers as
> children.
I agree we have achieved a lot. I also know that except for a few hardcore
developers we have had a lot of trouble keeping hold of people. It would be
beneficial to create a more robust infrastructure and to seed our future
roadmap with regular achievable goals, which can be discussed and adapted by
each new group of developers, and will give everyone involved in each goal's
achievement the boost to morale that this project has been lacking for a long
time.
> I agree that the problems in a group should be taken care of by the Team
> Leads. Period. It is up to them, their responsibility.
>
> I would rather see Grimoire Leads dealing with Grimoire problems, Web
> Leads with web/tome, on down the line.
>
Yes, as ISO lead I will deal with any problems in my team. But each team is
not a separate entity, it is another limb of the SMGL body. Limbs have to
function together or the result is crippling. SO all team members should be
allowed/ encouraged to take an interest in other teams products. A top notch
sorcery will not make up for a seriously flawed stable grimoire or an
installer that won't boot.
> If I look at the amount of moaning lately I have about had it. We are
> working towards a 1.0 release this month, nothing more, nothing less. It
> is an accumulation of work done by past and present developers. It would
> be better to respect their contributions (how big or how small) and
> continue to move forward.
One man's moaning is another's warning, I was seeking to reassure developers
by letting them know we are aware of some problems and that we fully intend
to restructure and address these concerns after the 1.0 release (you must
have noted I said it was not something to discuss now).
I don't want to chastise developers and pressure people into submitting
shoddy
work in the rush to 1.0 just because our roadmap says we have to release 1.0
on the 31st of February 2004. Our goal is our first *stable* release, not
just *another* release.It should be a landmark, but if you don't care about
it's stability or functionality we can run a sed script on 0.8.0 (the one
with the simpleinit bug) and call it 1.0 and be done with all the fuss.
> Let's try to put our energy into existing bugs, problems within your own
> Teams, etc... and get 1.0 out on time. I do not want to hear any excuses
> about delaying because "wouldn't it be great to have <fill in your
> favorite missing functionality> in too...". No! We have all agreed on
> the roadmap, we ARE going to release 1.0 this month (or a bit later if
> there is a really good reason).
My energy is well directed, I have just spent almost a full day fixing 0.9.1
ISO for release. I will continue my work over the next month, have no fear of
that.
> Now come on team, let's quit wasting all this energy (30+ mails on
> lists each day I am getting the last week or so) on the little things we
> can live with, and change the things we need to (see bugzilla). There is
> plenty of time post-1.0 to move your Teams in any direction you wish.
>
> This is a great distro and I have worked on it a long time... it is time
> for 1.0, whether we are as ready as another distro is besides the point,
> we are more than ready (I have never had to reinstall a machine with
> SMGL... EVER! Bet you can't say that to me about RH/Mandrake/<fill in your
> distro>
>
> Please let's point all our noses into the same direction, towards 1.0
> release this month?
>
> erics
I think this is a great distro too. I am having a lot of problems lately
though, I have spent whole days recovering from some recent problems, only to
have another problem hose the system all over again. I don't wish to compare
our list of features to those of any other distro, I just want our distro to
be stable, and truly deserving of the title "1.0" when we do release it.
Hamish
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAIjPY8fSufZR6424RAiFiAJ0dJki6YCyrylEmkcxOrDdCuWgghwCbBdYZ
Fir/QtZxWGtE268/7atO7ww=
=xBmr
-----END PGP SIGNATURE-----
-
[SM-Admin] Cleaning up old Perforce workspaces...,
Tony Smith, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Hamish Greig, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Eric Sandall, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Hamish Greig, 02/04/2004
- Re: [SM-Admin] Cleaning up old Perforce workspaces..., Andrew, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Eric Sandall, 02/04/2004
-
general admin (WAS Re: [SM-Admin] Cleaning up old Perforce workspaces...),
Hamish Greig, 02/04/2004
-
[SM-Admin] Re: general admin (LETS GET BACK ON TRACK),
Eric Schabell, 02/05/2004
- Re: [SM-Admin] Re: general admin, Hamish Greig, 02/05/2004
- Re: [SM-Admin] Re: general admin, Rob Verkuylen, 02/17/2004
-
[SM-Admin] Re: general admin (LETS GET BACK ON TRACK),
Eric Schabell, 02/05/2004
-
general admin (WAS Re: [SM-Admin] Cleaning up old Perforce workspaces...),
Hamish Greig, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Hamish Greig, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Eric Sandall, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Hamish Greig, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
Eric Sandall, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
tony, 02/04/2004
- Re: [SM-Admin] Cleaning up old Perforce workspaces..., Eric Sandall, 02/04/2004
-
Re: [SM-Admin] Cleaning up old Perforce workspaces...,
tony, 02/04/2004
Archive powered by MHonArc 2.6.24.