Re: An Analysis of the RFS Process

2013-10-17 Thread Andreas Tille
On Fri, Sep 20, 2013 at 05:58:02PM +0200, Paul Wise wrote: > As Andreas has said, teams/blends are a great place to get involved > with sponsoring. The Debian GIS team has been understaffed, is merging > with the OSM team and has recently seen a few new folks become > interested so you may want to

Re: An Analysis of the RFS Process

2013-09-20 Thread Paul Wise
On Fri, Sep 20, 2013 at 4:37 PM, Wookey wrote: > I expect most other devs are in a similar boat. Indeed, your experience sounds fairly typical. > So, no real answers there, but I would appreciate some feedback on > just how much responsibility sponsors are expected to take. I assume > it's the s

Re: An Analysis of the RFS Process

2013-09-20 Thread Wookey
+++ Paul Wise [2013-09-20 09:44 +0200]: > On Thu, Sep 19, 2013 at 2:37 AM, Dave Steele wrote: > > > I was curious about the current efficacy of the BTS-based RFS process, > > and so created some charts[1] to provide visibility. > > Interesting stuff, Indeed - thank you for doing this analysis a

Re: An Analysis of the RFS Process

2013-09-20 Thread Paul Tagliamonte
On Fri, Sep 20, 2013 at 10:32:17AM +0200, Kevin Bortis wrote: [snip] > BTW: There is an upcomming Debian project which could help > implementing a new parallel, non-official, community driven build > infrastructure called debile (formerly know as debuild.me). > https://alioth.debian.org/projects/

Re: An Analysis of the RFS Process

2013-09-20 Thread gregor herrmann
On Fri, 20 Sep 2013 08:32:26 -0400, Dave Steele wrote: > > If you plan to continue running these charts, please add some links to > > them on this wiki page: > > https://wiki.debian.org/Statistics > I don't see how. It is an 'Immutable Page'. That's moin's way of saying "login first to edit a pag

Re: An Analysis of the RFS Process

2013-09-20 Thread Dave Steele
On Fri, Sep 20, 2013 at 3:44 AM, Paul Wise wrote: > > If you plan to continue running these charts, please add some links to > them on this wiki page: > > https://wiki.debian.org/Statistics > I don't see how. It is an 'Immutable Page'. > Your conclusions are similar to what we know already anecd

Re: An Analysis of the RFS Process

2013-09-20 Thread Andreas Tille
Hi Paul, may I add my talk about "How to attract new developers for your team"[1] (which got even subtitles[2]) to your list. I'm fully convinced that the problem of the kind of "general" sponsoring has something to do with a lack of positive motivation / interest of sponsors to pick "any random"

Re: An Analysis of the RFS Process

2013-09-20 Thread Kevin Bortis
Hi I think that Debian needs something like ArchLinux AUR (Arch User repository). If you want packaging software for Debian you only have two possibilities: 1. Get the package through mentors into the official Debian repository (wich can be very frustraiting) or 2. host your software on your own s

Re: An Analysis of the RFS Process

2013-09-20 Thread Paul Wise
On Thu, Sep 19, 2013 at 2:37 AM, Dave Steele wrote: > I was curious about the current efficacy of the BTS-based RFS process, > and so created some charts[1] to provide visibility. Interesting stuff, some thoughts... If you plan to continue running these charts, please add some links to them on t

An Analysis of the RFS Process

2013-09-18 Thread Dave Steele
I was curious about the current efficacy of the BTS-based RFS process, and so created some charts[1] to provide visibility. The state classification used for the chart data is not completely vetted, but I believe it to be good enough to identify trends. The RFS Activity chart[2] shows a open RFS c