Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))

[Aleksandar Kurtakov]

The point is that such a measurement serves nothing but pissing off people.
You need to track activity on packages - how long bugs stay open without response (note that this doesn't mean becoming accepted as one might be busy with other things), how long the package stay with open CVEs, what is the usual delay for getting to latest upstream, etc. Come up with strategy based on such measurement and you'll get packagers support for some automated actions against packages (NOT PEOPLE).
Measuring people activity means nothing as I think we want MORE people to work with us not less (even if they do it once in a year).
P.S. The words in capital letters are such intentionally.

Alexander Kurtakov
Red Hat Eclipse team

----- Original Message -----
> From: "Reindl Harald" <h.reindl at thelounge.net>
> To: devel at lists.fedoraproject.org
> Sent: Sunday, November 4, 2012 12:15:14 PM
> Subject: Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how	to install into a LVM partitions (or
> RAID))
> 
> nobody here is screwing others work
> 
> teh topic is how about to find out AUTOMATICALLY which are
> they doing the work and which things are orphaned without
> finding it out the hard way in the running release cycle
> 
> and if you need to find out things automatically you need
> any flag to measure - this would be FAS login
> 
> Am 04.11.2012 08:37, schrieb Aleksandar Kurtakov:
> > How does it sound? Really like the right way to build community by
> > excluding people? Think about this more before trying to screw
> > others work? Your feature might mean nothing for someone else if
> > you want to see it happen step in and do your part and don't tell
> > people that there work should be removed.
> > P.S. My words would have been a lot more harsh if sending from
> > personal email!!
> > 
> > Alexander Kurtakov
> > Red Hat Eclipse team
> > 
> > ----- Original Message -----
> >> From: "Aleksandar Kurtakov" <akurtako at redhat.com>
> >> To: "Development discussions related to Fedora"
> >> <devel at lists.fedoraproject.org>
> >> Sent: Sunday, November 4, 2012 9:30:49 AM
> >> Subject: Re: Anaconda is totally trashing the F18 schedule (was
> >> Re: f18: how	to install into a LVM partitions (or
> >> RAID))
> >>
> >> Hmm, actually I have new proposal.
> >> Policy about active/inactive maintainers should be decided only by
> >> actual maintainers. In the true meritocracy way - if you don't
> >> maintain anything you don't have a say.
> >>
> >> Alexander Kurtakov
> >> Red Hat Eclipse team
> >>
> >> ----- Original Message -----
> >>> From: "Reindl Harald" <h.reindl at thelounge.net>
> >>> To: devel at lists.fedoraproject.org
> >>> Sent: Saturday, November 3, 2012 4:47:57 PM
> >>> Subject: Re: Anaconda is totally trashing the F18 schedule (was
> >>> Re:
> >>> f18: how	to install into a LVM partitions (or
> >>> RAID))
> >>>
> >>>
> >>>
> >>> Am 03.11.2012 15:38, schrieb Emmanuel Seyman:
> >>>> * "Jóhann B. Guðmundsson" [02/11/2012 20:34] :
> >>>>>
> >>>>> That package would hardly be un-maintained if it has
> >>>>> co-maintainers
> >>>>> now does it...
> >>>>
> >>>> Absolutely. Hence my request that any process we put in place be
> >>>> package-focused rather than maintainer-focused
> >>>
> >>> why?
> >>> how will you do this?
> >>> if there is nothing to change on a apckage it is at it is
> >>>
> >>> if any maintainer not login he is INACTIVE
> >>> if a package has more maintainers it is no problem retire the
> >>> inactive maintainer
> >>> if a package has only one maintainer and he is gone away the
> >>> package has to be retired
> 
> 
> --
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel