| Summary: | dev-python/python-xcaplib-1.0.17 - Client for managing full or partial XML documents on XCAP servers (RFC 4825) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Patrick McMunn <doctorwhoguy> |
| Component: | New packages | Assignee: | Julian Ospald <hasufell> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | python |
| Priority: | Normal | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://openxcap.org/ | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 446024 | ||
| Attachments: | dev-python/python-xcaplib-1.0.17.ebuild | ||
|
Description
Patrick McMunn
2012-12-06 01:50:35 UTC
Perhaps you should make do with an overlay for now, I'm not sure we should take your list of 7 relatively obscure (as far as I can tell) packages and expend a lot of effort on them. Also, I really hate the python-prefix on all these. I guess it might make sense if upstream also has that and I'm sure all the Debian guys love it, but we already have the dev-python prefix. "4-python" EAPI is not defined by PMS and not allowed in the tree, see https://dev.gentoo.org/~ulm/pms/head/pms.html#x1-140002.2 Renaming the ebuilds and rewriting them to accommodate the name change is simple enough (the programs each seem to install in the python site-packages directory without any "python-" prefix), and I could rewrite them to use an acceptable EAPI. In any case, I'd be happy to host them on my overlay if they're still unsuitable for Portage. That would probably be a good first step. After you've debugged the overlay a little bit, we should see how much interest there is in this net-voip/blink thing. |
