On 2/18/09, Bernd Fondermann <[email protected]> wrote: > Paul Querna wrote: >> I want to get Orthrus to a state where it can easily be used by Linux >> and other OS vendors. It needs releases for that to happen though. >> >> I would like it to stay at the ASF if possible, but even if Orthrus went >> to the incubator, I'm not sure it would attract more than a handful of >> committers -- and once the core features are done, I don't think there >> would be any major code development. >> >> The scope of what Orthrus is currentlyimplementing is a small standard >> that has been stable for 10+ years. >> >> The reason I started it at all is to replace OPIE, which does't even >> compile on OSX, and to make a PAM module that works on Solaris, so that >> the ASF infrastructure could use it. >> >> Maybe Google Code is the right place to take it, since it seems to build >> an ASF style community, it would need to be a project with a much larger >> scope? >> >> Thoughts? > > I'm a bit lost on this, too. For Java projects, there is Commons as a > last resort. For other languages, there is nothing like it. Our > community and oversight model doesn't really seem to fit for very small > projects in terms of code and community.
Commons is targeted at micro-libraries so micro java CLI apps are also OOS > It's a discussion which already was touched when Droids went into > incubation. A small project. Can it survive the Incubator? The problem (as I see it) is not incubation but graduation Droids is of interest to the Lucene nexus so perhaps that might be an exit option but I agree about this point in general > Here at ASF, projects are expected to grow to and beyond a certain > critical mass. But where is the place for all those little gems? http://gems.apache.org ;-) To be language agnostic but run on the collective responsibility model used by the commons, the apps would need to be tiny. I find that size makes a big difference when it comes to comprehension especially in languages where I only have a smattering, and I think many developers would agree with me. Robert > > Bernd > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
