> >> So I've been wondering: what is going on? -- this goes specially to > >> Eric, who is lead and maintainer of RubyGems -- are you too busy? > > > > This is just how Eric is. Frustrating as it may be at times, Eric works on > > what he wants to work on when he wants to work on it. It keeps him sane. > > Currently his focus is on rdoc. He'll cycle back around to rubygems before > > long. I through all my years of working with him have not found an > > effective means of escalating an issue to him when he doesn't want to pay > > attention to it. > >
This response, while informative, is both unhelpful and may fuel existing perceptions that needlessly undermines both the project and Eric-as-Lead. I'm not saying this to start a flame, but the response misses the root issue and does nothing to better perceptions. As a RubyGems user all I really want to see is that the project is managed so that key fixes and features don't linger any longer than needed to create robust solutions. How this is implemented isn't (and shouldn't be) my business. IMO, the root issue appears simply to be that a trusted backup lead/maintainer hasn't been identified who works closely with the lead and who's primary role is to keep things from stagnating when the primary lead/maintainer is unavailable. This has nothing specifically to do with Eric. It's simply a practical acknowledgement that all RubyGems contributors are (a) working for free, (b) have lives/passions outside of Rubygems, and (c) need "me time" to keep sane and passionate. Bluntly, I think the "fix" is for Eric and the contributors to take some time and go offline to quickly figure out a more flexible and realistic way to manage the project. Jon _______________________________________________ Rubygems-developers mailing list http://rubyforge.org/projects/rubygems Rubygems-developers@rubyforge.org http://rubyforge.org/mailman/listinfo/rubygems-developers
