[
https://issues.apache.org/jira/browse/QPID-5550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13914433#comment-13914433
]
Justin Ross commented on QPID-5550:
-----------------------------------
That would make sense if these represented a substantial amount of code, but
they are just swig wrappers. What's a pain in the ass is maintaining
redundant-but-not-quite the same tarballs in the release infrastructure.
I've spent some time looking at this, and I've decided to escalate this one.
This isn't worth it. I'm removing the perl-qpid and python-qpid_messaging
synthetic tarballs. The perl and python packaging will have to adjust to using
the authoritative tarball directly.
> Simplify binding artifacts and build metadata
> ---------------------------------------------
>
> Key: QPID-5550
> URL: https://issues.apache.org/jira/browse/QPID-5550
> Project: Qpid
> Issue Type: Improvement
> Components: C++ Client, Packaging, Perl Client, Python Client
> Reporter: Justin Ross
> Assignee: Darryl L. Pierce
>
> Right now we build special tarballs for the perl and wrapped python bindings
> of the messaging api in the release.sh script.
> First, what motivates this? Wouldn't be simpler from a packaging standpoint
> to simply build these when you build the C++ parts of the messaging api,
> using just the one cpp source tarball?
> Second, this logic belongs in the cpp subtree, not in the release.sh script.
> We can call into any "make special dist variant" targets we may need from the
> release script.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
