joehealy at gmail.com
Thu May 16 23:56:51 UTC 2013
Thanks very much for this, I have successfully built this and libzmq3
To get these into backports, is the process as below?
1) upload somewhere (mentors.debian.net)
2) wait for libzmq3 to enter testing
3) request an upload on the backports mailing list
On Mon, May 13, 2013 at 8:45 AM, Julian Taylor
<jtaylor.debian at googlemail.com> wrote:
> On 12.05.2013 13:28, Joe Healy wrote:
>> Forgot to reply all.
>> On Sun, May 12, 2013 at 9:08 PM, Julian Taylor
>> <jtaylor.debian at googlemail.com> wrote:
>>> I started to look at pyzmq based on zmq3.
>>> I would like to also add pypy support. The easiest way to do this
>>> without bloating the debian/rules is to use the new pybuild build helper.
>>> Unfortunately the way pybuild is packaged now and probably also in
>>> future will make backporting of it very hard to impossible (at least in
>>> derivatives like Ubuntu with much stricter backporting rules).
>>> Do you have any backporting plans regarding pyzmq3?
>> I've been thinking about it this weekend, but have not come to any
>> firm conclusions on the best way to do so.
>> I had been potentially looking at backporting it and hosting outside
>> of debian, but had been wanting to find the cleanest and least
>> clashing way to do so. I wasn't really happy with any of the options -
>> change of package name, change of package versions, ensuring no
>> clashes, clean upgrade path etc...
>> As a result, I haven't done anything with it yet.
>>> For my purposes zeromq2 is sufficient, so I have no plans.
>>> But if you want to do it its possibly better I do a traditional
>>> dh_python2 upload first and later update to pybuild with pypy support.
>> From my perspective, I think this would be best.
> I uploaded zeromq3 based pyzmq to unstable now.
> It still uses dh_python2 so it should be reasonably easy to backport.
> As zeromq3 has two RC bugs it won't migrate to testing.
> What is the status on these issues?
> The next upload will very likely include pypy support which will not be
> so easily backportable.
> Possibly it will only go into experimental, I'm not sure yet.
>> It get a key dependency for salt backported more quickly and in the
>> case of salt prevent people doing hacky workarounds.
>> I believe one of the dependencies is cython. Do you know if it needs
>> to be backported or if the version in squeeze/wheezy is sufficient for
>> pyzmq3 in those releases?
> pyzmq should work with cython >= 0.13. Also if Cython should not be
> available the tarball includes pregenerated sources (not used in the
More information about the pkg-salt-team