#1115896 RM: python-zc.customdoctests -- ROM; dead upstream, low popcon, not adapted for new Zope namespace #1115896
- Package:
- ftp.debian.org
- Source:
- ftp.debian.org
- Submitter:
- Alexandre Detiste
- Date:
- 2025-10-03 17:57:01 UTC
- Severity:
- normal
- Tags:
Hi Colin & FTP Masters, I'm proposing this Zope-y package for removal. I see the GitHub repository was archived in 2020 and nothing seems using it. https://github.com/zopefoundation/zc.customdoctests Of course it _could_ be patched to support the new Zope namespace, but I don't think that's worth it. This bug is filed with the "moreinfo" tag, it won't be processed/seen by FTP Masters until the discussion is resolved. Greetings, Alexandre
It would be polite to CC the original uploader too (done with this email), since it's possible they might want to continue with packaging ZODB, which is why this was originally packaged (#842876). Though if the repository has been archived upstream then I guess probably ZODB isn't using it any more?
There's an upstream issue: https://github.com/zopefoundation/zdaemon/issues/39 --- I am the main developer of https://lab.nexedi.com/nexedi/neoppod , which is a storage implementation for ZODB, and I am still interested in having ZODB in Debian, because I find it's an underrated database. I'd also include ZEO because it can be useful for a ZODB user and it should be cheap to have (apart from zdeamon#39). I don't want to detail here & now why I stopped my work on ZODB, and hopefully I could resume in a few months. Let's say that spending extra time on reintroducing removed packages is not encouraging. About zc.customdoctests, I must admit I have no direct interest in zdaemon and it's not me who'll help to fix #39 or fork zc.customdoctests (e.g. to adapt for new Zope namespace). So realistically, I can hardly defend it, except as long as it's not an obstacle to Debian. But for zodbpickle, it's different and I wish I reacted quickly enough to hold off its removal. Julien