Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Sep 2008 23:01:19 -0400
From:      "Ben Kaduk" <minimarmot@gmail.com>
To:        "Jo Rhett" <jrhett@netconsonance.com>
Cc:        freebsd-stable <freebsd-stable@freebsd.org>
Subject:   Re: Upcoming Releases Schedule...
Message-ID:  <47d0403c0809192001r62653ff4w93301f8a7ab4cf23@mail.gmail.com>
In-Reply-To: <851F09A2-788D-4343-9E00-A0AB5C3AC063@netconsonance.com>
References:  <alpine.BSF.1.10.0809162043380.64176@fledge.watson.org> <658B8861-1E78-4767-8D3D-8B79CC0BD45F@netconsonance.com> <alpine.BSF.1.10.0809181935540.16464@fledge.watson.org> <15F15FD1-3C53-4018-8792-BC63289DC4C2@netconsonance.com> <448wtpcikb.fsf@be-well.ilk.org> <C096D142-4572-48DF-8CCA-053B41003A07@netconsonance.com> <alpine.BSF.1.10.0809191158330.40909@fledge.watson.org> <34C3D54B-C88C-4C36-B1FE-C07FC27F8CB5@netconsonance.com> <20080920020703.GA82392@phat.za.net> <851F09A2-788D-4343-9E00-A0AB5C3AC063@netconsonance.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 19, 2008 at 10:38 PM, Jo Rhett <jrhett@netconsonance.com> wrote:
>
> On Sep 19, 2008, at 7:07 PM, Aragon Gouveia wrote:
>>>
>>> To get a business to commit resources to a project there must be an
>>> actual goal.
>>
>> [1] The FreeBSD project would have to commit resources too.  Its community
>
> Of course.  This is what the requirements analysis is ;-)
>
>> For (a), (b), and (z), this is where you come in.  Define the goal.  Make
>> a
>> plan to get there.  Assess the effort involved.  Convince your employer
>> that
>> (a), (b) and (z) is worth it to him/her and that the result of (z) will
>> convince the FreeBSD project to commit the resources needed to integrate
>> it.
>> If they're happy, start working on (z) and bring it to the FreeBSD project
>> when you think it's ready.
>
>
> Of course.  If this was something that could be done without working with
> the freebsd developers, do you think I would put up with this kind of abuse?
>  I'd much rather have something I could just go and do ;-)
>
> The issue is that nobody is willing to answer the question: "what resources
> are too limited to provide longer support?   How can we help?"
>

Jo, I think this is the clearest way you have stated your point yet, and
it is quite definitely the crux of the issue:
What resources does re@ not have, that releases are supported
for these short times?  I have never run a release, so I can't be much
more specific that ``man-hours'' -- someone else should chime in
and say what those hours would be spent on, if they were there.
I think this is a great opportunity for the project, and a few pointers
for how one could maintain an independent support of older releases
would give the rest of us a great resource.


-Ben Kaduk



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47d0403c0809192001r62653ff4w93301f8a7ab4cf23>