/usrmove? -> about the future

Steve Gordon sgordon at redhat.com
Fri Feb 10 15:49:26 UTC 2012



----- Original Message -----
> From: "Reindl Harald" <h.reindl at thelounge.net>
> To: devel at lists.fedoraproject.org
> Sent: Friday, February 10, 2012 10:43:07 AM
> Subject: Re: /usrmove? -> about the future
> 
> 
> 
> Am 10.02.2012 16:06, schrieb Peter Hutterer:
> > On Fri, Feb 10, 2012 at 01:13:13PM +0100, Reindl Harald wrote:
> >> POSSIBLE SOLUTION:
> >>
> >> each second release does not introduzce those big changes and
> >> only optimize existing things and bringing only new versions
> >> of packages require a "simple" mass rebuild for so-changes
> >>
> >> you can call it F17, F17.5 where F17 have a big chnage affecting
> >> the whole distribution and F17.5 is "only" a careful upgrade
> >> without intention to break stuff and require actions from
> >> all involved people
> >>
> >> take away the current pressure from maintainers as well users
> >> give the involved people time to breath
> >> this is opensource, there is NO SINGLE NEED to implement any
> >> possible good idea under pressure NOW and beeing first only
> >> for beeing first is not always the right hting
> > 
> > I think this would increase the pressure to push unpolished
> > features into
> > the distribution. Allowing big feature changes only every two
> > releases means
> > that the waiting time should the feature not get merged is 12
> > months.
> > For some features that's quite unacceptable.
> > 
> > So the likely effect is that these features will be called ready
> > whenever
> > they need to be (according to the process) with the rest simply
> > called
> > "optimizing".
> 
> if people do not care the can destroy every process
> if someone calls repeatly non-ready features as ready
> he is the wrong person for any sort of decision
> 
> maybe the project should get rid of some people who
> do not care or guidelines which have the power to
> ENFORCE contributors or get rid of them
> 
> yes this may sound hard
> but what is the alternative?
> 
> burn down ressources with each relese more and more

Hi,

Where can I review your formal submission(s) for such improvements?

Thanks,

Steve


More information about the devel mailing list