On Wednesday 26 September 2018 18:29:47 Carsten Ziegeler wrote: > For setting up Sling from scratch, I guess it would make sense to share > my list of bundles; I assembled it roughly a year ago and I didn't > update it since then. I'll go through this exercise and once I have > something I'll share it with the larger audience.
The sling feature is the minimal set of bundles and up to date: https://github.com/apache/sling-org-apache-sling-karaf-features/blob/master/src/main/feature/feature.xml#L22 Regards, O. > Regards > > Carsten > > > Jason E Bailey wrote > > > On Tue, Sep 25, 2018, at 3:25 PM, Dominik Süß wrote: > >> Hi Jason, > >> > >> What beyond the ‚engine‘ is actually required? > > > > I think that's the entire point that I'm trying to make. I don't actually > > know, and if you are coming to the website there really isn't a way for > > you to know what is or isn't needed if you are attempting to set up Sling > > from scratch. Carsten's comment was one of the most educational I've seen > > so far as to what needs to be set up.> > >> And even the engine is not required to use some sling bundles. > > > > Interesting question that, if you are using bundles from Sling without > > using the Sling engine, are you really using Sling?> > >> The axis of interest are maintenance commitment (indicating commitment of > >> active committers for module - staring as contribution and ending > >> orphaned) > >> and maturity (experimental, alpha, beta, production ready/ stable , > >> deprecated, maybe discontinued) > > > > That is your interpretation and I'm not sure if that matches other peoples > > definitions. Bertrand has implied that the level of support is not > > dependent on the number of committers but on whether the PMC decides via > > a vote whether a bundle should be supported i.e. not a contrib. That was > > my takeaway at least. > > > > My goal may also be slightly different from the conversation around > > indicating the deprecated bundles. > > > > I have had an issue with this page for a long time > > https://sling.apache.org/downloads.cgi > > > > It's awful, It conveys very little information, If I have a bundle id I > > can't find it here, I don't see why a bundle listed here should be used > > or not. I'm hoping these categorizations and tags can be utilized here > > to better segment what I'm looking at. So that it provides context. > > > > -Jason