Re: CMF packages on svn.zope.org
Sean Upton <[email protected]>
| Newsgroups | gmane.comp.web.zope.plone.devel |
|---|---|
| Message-ID | <CANjV-2OaOXag0tM8uS+s9RMR+KBehYWD4o6TvoFZG7410NVzyw@mail.gmail.com> |
On Wed, Jul 9, 2014 at 12:26 AM, Timo Stollenwerk <tisto-z4DKO/[email protected]> wrote: > Hi, > > svn.zope.org seems to be down again, breaking our entire CI setup (not > the first time). As far as I know all zope packages have been moved to > github already. Though, it seems the CMF project made the decision not > to move their packages to github. Which is totally fine. Though, since > svn.zope.org is really unreliable, I think we have to find a solution > that works for us. Historical reference: http://www.gossamer-threads.com/lists/zope/cmf/234534 > Some of the CMF packages seems to be on github anyways, but they are not > considered to be the canonical ones: > > https://github.com/zopefoundation/Products.GenericSetup/pull/3 Yuck. > I haven't been involved into any discussion with the Zope or the CMF > project, can anybody give me an update on the situation and the current > status of the packages that we still use from CMF? Is anyone using CMF outside of Plone anymore anyway? If so, where; if not, why not fork (or at least force the issue of getting Zope contributors to move the development to github.com/zopefoundation)? > If we are using our own branches anyways (not sure if this is the case), > wouldn't it make sense to fork or at least mirror the packages that we > need on github to get a more reliable setup? Ideally host all packages on github.com/zopefoundation (or permanently fork them to github.com/plone ?), then have some sort of off-github git repository mirror (e.g. self-hosted backups or gitlab or something) to make the all-eggs-in-one-basket worries (e.g. EvilCorp sends DMCA notices, bye-bye repos) go away? > This would also allow us to > put post-commit hooks on the github repos, because so far Jenkins can > not detect any changes from those packages, making it really hard to > find possible regressions introduced by those packages. Someone ought to put this on github somewhere, over the ideological objections of the detractors -- the community of people using (and potentially contributing to) CMF seems to have moved there. Since git is decentralized (assuming we have automated backups or a mirror), it ought not to really be that controversial. Sean ------------------------------------------------------------------------------ Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft