Hi there,
Tres Seaver wrote:
[snip]
> Those files exist to allow for a use case we may have abandoned, which
> is allowing packages to be installed in such a way that a tool could
> help users enable / disable their configurations, without mutating
> something like 'site.zcml'. The folks who might have that usecase are
> those who package zope3 components for deployment outside buildout (as
> .deb / .rpm, etc.)
True. Perhaps Brian Sutherland could tell us?
I could certainly imagine automation that generated such slugs
automatically and I don't believe such slugs exist many of our packages,
so I suspect the use case has been abandoned quite a while ago.
> I don't know if there is such an audience; Benji also pointed out that
> he thought there were such folks. My initial reaction to Dan's removal
> was that the checkin message ("remove zpkg stuff") had nothing to do
> with that particular change: 'zpkg' was entirely separate from slugs.
That's true, it's unrelated.
Let's see whether any of this audience will speak up and say they're
still using slugs. I think that still shouldn't stop us from *still*
getting rid of them, but let's gather a bit more information first. If
we get no information, we should certainly get rid of them.
I also took this opportunity to record our decision concerning ZPKG
stuff (which isn't slugs, I'll record that separately when we reach a
decision).
Regards,
Martijn
_______________________________________________
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
