Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Fri, 2015-07-31 at 11:20 +0200, Alessandro Ghedini wrote: So, now the package looks good. Please set the target distribution to unstable in the changelog and I'll upload. Just read the notification that the package is now in the New Queue [1], thank you very much for taking care of it! Kind regards, Luca Boccassi Brocade Communications Systems [1] https://ftp-master.debian.org/new/czmq_3.0.2-1.html signature.asc Description: This is a digitally signed message part
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Thu, Jul 30, 2015 at 08:24:34PM +0100, Luca Boccassi wrote: On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote: * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. Reasoning for this choice was to follow what libzmq does, since the maintainer is making both libzmq1 and libzmq3 (and libzmq5 in experimental) available at the same time, and I thought in the future I'd do the same for libczmq. FWIW, being the one who originally packaged the zeromq and zeromq3 packages, the reason why I kept them separate was that some of the reverse dependencies of libzmq-dev did not build with the newer version, so both had to be kept in the archive. Otherwise I would have just renamed libzmq1 to libzmq3 and kept the same -dev, -dbg and source package names. * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). I added it since there is a discrepancy between the tarballs on the official website and Github, and to explain it. If it is all right with you, I would rather keep using the tarball from the website Yeah, that's fine. My point was that you don't really need to justify why you used one tarball instead of the other, so the README.source file is useless (the debian/watch file already tells people where the tarball comes from). * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). It was giving a warning on the Mentors upload page, so I added it. I'd like to keep it overridden if you don't mind :-) Sure, no problem. So, now the package looks good. Please set the target distribution to unstable in the changelog and I'll upload. Cheers signature.asc Description: Digital signature
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Fri, 2015-07-31 at 11:20 +0200, Alessandro Ghedini wrote: On Thu, Jul 30, 2015 at 08:24:34PM +0100, Luca Boccassi wrote: On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote: * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. Reasoning for this choice was to follow what libzmq does, since the maintainer is making both libzmq1 and libzmq3 (and libzmq5 in experimental) available at the same time, and I thought in the future I'd do the same for libczmq. FWIW, being the one who originally packaged the zeromq and zeromq3 packages, the reason why I kept them separate was that some of the reverse dependencies of libzmq-dev did not build with the newer version, so both had to be kept in the archive. Otherwise I would have just renamed libzmq1 to libzmq3 and kept the same -dev, -dbg and source package names. Ah I see, makes sense. Thanks for the explanation. * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). I added it since there is a discrepancy between the tarballs on the official website and Github, and to explain it. If it is all right with you, I would rather keep using the tarball from the website Yeah, that's fine. My point was that you don't really need to justify why you used one tarball instead of the other, so the README.source file is useless (the debian/watch file already tells people where the tarball comes from). Ok, makes sense, removed. * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). It was giving a warning on the Mentors upload page, so I added it. I'd like to keep it overridden if you don't mind :-) Sure, no problem. So, now the package looks good. Please set the target distribution to unstable in the changelog and I'll upload. Changed to unstable and added you in the Uploaders field, tagged and pushed. Thank you very much, I really appreciate your help! Kind regards, Luca Boccassi Brocade Communications Systems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1438336119.21726.2.ca...@gmail.com
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Thu, Jul 23, 2015 at 03:58:55AM +0100, Luca Boccassi wrote: owner 630761 luca.bocca...@gmail.com thanks Note that you need to CC cont...@bugs.debian.org for this to work, or you can use the Control pseudo-header. Hello, Hi, I took the liberty of upgrading the repository on Alioth [1] to CZMQ 3.0.2, and uploaded the resulting packages to Mentors [2]. I added 2 backported patches, fixed some warnings and other changes. If it is all right with you, I will take over maintenance of this package and try to find a sponsor to finally upload it to Debian. The RFP is now 4 years old! :-) I already am the maintainer of the internal build of CZMQ at Brocade, so I am already doing this job for the company. Might as well do it for the community too! So, I had a look at the package and here are a few notes: * The changelog entries should be merged into a single one since it would be the first upload for the package. There's no need to list all the changes there either, the Initial release message with the closed bug is enough. * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. * The Conflicts field is not needed either way since the libczmq-dev package doesn't exist (and if you do rename the -dev package the Provides field is not needed either). * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). * No need to use both autotools-dev and dh-autoreconf. autoreconf is enough. * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). * Generally it's better to license the debian/* files under the same license of the project, in this case MPL-2.0. It seems that when the project was relicensed from the LGPL-3+, Arnaud decided to put the debian files under GPL-3 (without my consent...) which IMO doesn't make a lot of sense. * You can safely remove Gergely and myself from the Uploaders list. I think it's also safe to remove Arnaud as well since he's been inactive for a while (he can always be added back if needed). * You might want to update the page at http://zeromq.org/distro:debian with your name. I think that's all, though I might have missed something. So, anyway, I'm open to sponsoring the package if needed, since Arnaud seems to be inactive. Once you've fixed the above just ping me and I'll have another look (no need to upload the package to mentors.d.n, I only use git anyway). Cheers signature.asc Description: Digital signature
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Thu, 2015-07-30 at 16:58 +0200, Alessandro Ghedini wrote: On Thu, Jul 23, 2015 at 03:58:55AM +0100, Luca Boccassi wrote: owner 630761 luca.bocca...@gmail.com thanks Note that you need to CC cont...@bugs.debian.org for this to work, or you can use the Control pseudo-header. Silly me, thought I CC'ed it and didn't go back to check. Thanks for the reminder! So, I had a look at the package and here are a few notes: * The changelog entries should be merged into a single one since it would be the first upload for the package. There's no need to list all the changes there either, the Initial release message with the closed bug is enough. Done. I kept only 2 entries, one for each patch, as I think it's useful information for a Changelog, if it's all right with you. * The -dev package should just be named libczmq-dev (i.e. without the version), this way next time the project bumps the SONAME it'll be easier to do the transition (you won't have to update all the reverse build dependencies). * Same goes for -dbg, but it's less important in that case. Reasoning for this choice was to follow what libzmq does, since the maintainer is making both libzmq1 and libzmq3 (and libzmq5 in experimental) available at the same time, and I thought in the future I'd do the same for libczmq. But thinking about it, the key difference is that upstream still maintains older versions of libzmq, but there is only one branch in libczmq, older versions did not get bugfix releases in the past so probably it won't happen in the future. So, done as you suggested :-) * The Conflicts field is not needed either way since the libczmq-dev package doesn't exist (and if you do rename the -dev package the Provides field is not needed either). Done. * The README.source doesn't really provide any useful information, so it can be removed (also, since the dh-autoreconf plugin is used, the tarball generated from GitHub would probably work as well). I added it since there is a discrepancy between the tarballs on the official website and Github, and to explain it. If it is all right with you, I would rather keep using the tarball from the website, for 2 reasons: 1) The package is smaller, and the autotools chain is already generated, which means less maintenance and faster build times for us (autoreconf is temporary, my patch has been merged so I will drop it eventually, when they do a new release). 2) At the moment, the Github tarball ships with an object file (src/foreign/sha1/sha1.o) (I sent a patch to remove it and it has been merged upstream), which means I would have to re-package it and mark it as ds, since it is against policy as far as I understand. The tarball on the website is sanitised and does not have this problem, so unintended files are less likely to fall in now or in the future. * No need to use both autotools-dev and dh-autoreconf. autoreconf is enough. Done. But please note that, as I wrote above, once a new release happens I plan to drop autoreconf, since my patch has been merged and re-generating the autotools chain will no longer be necessary. This will be an advantage because the build system will be closer as upstream intends to, and also means faster build times and less maintenance for us. * No need to override the debian-watch-may-check-gpg-signature lintian warning (but it's not a problem if you want to do it anyway...). It was giving a warning on the Mentors upload page, so I added it. I'd like to keep it overridden if you don't mind :-) * Generally it's better to license the debian/* files under the same license of the project, in this case MPL-2.0. It seems that when the project was relicensed from the LGPL-3+, Arnaud decided to put the debian files under GPL-3 (without my consent...) which IMO doesn't make a lot of sense. Moved debian/* to MPL-2.0. * You can safely remove Gergely and myself from the Uploaders list. I think it's also safe to remove Arnaud as well since he's been inactive for a while (he can always be added back if needed). Done. * You might want to update the page at http://zeromq.org/distro:debian with your name. Done. I think that's all, though I might have missed something. Thank you very much for your feedback, it's very welcome! I also dropped libpgm-dev from the build-dep, as it is actually not needed (it's a dependency of libzmq-dev, and it pulls it in itself). I pushed all changes to the repo [1]. So, anyway, I'm open to sponsoring the package if needed, since Arnaud seems to be inactive. Once you've fixed the above just ping me and I'll have another look (no need to upload the package to mentors.d.n, I only use git anyway). Last week I talked to the ZMQ maintainer, László [CC'ed], and he expressed interest in sponsoring, but I think he is busy or away now, so if you think the package is in a good state to be uploaded I would be very happy to get the upload done with. Thank you, I really
Processed: Re: Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
Processing commands for cont...@bugs.debian.org: owner 630761 luca.bocca...@gmail.com Bug #630761 [wnpp] ITP: libczmq -- High-level C binding for ZeroMQ Owner changed from aque...@debian.org to luca.bocca...@gmail.com. thanks Stopping processing here. Please contact me if you need assistance. -- 630761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630761 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.143827873217749.transcr...@bugs.debian.org
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
owner 630761 luca.bocca...@gmail.com thanks On Thu, 9 Oct 2014 22:20:49 +0200 Arnaud Quette aquette@gmail.com wrote: retitle 630761 ITP: libczmq -- High-level C binding for ZeroMQ owner 630761 aque...@debian.org thanks Hi, I'm intending to take over the packaging of libczmq. I'll start by pushing the last stable (2.2.0) to collab-maint [0] (ready to push). Packages are ready for upload too. But please note that since I'm not (yet) a user of czmq, I may be missing something. So, any help, info, hint, test, ... will be welcome. For further steps, I'll need to talk with the upstream (Pieter Hintjens, cc'ed, is the upstream leader), to get visibility on the 3.0.0 timelines and general roadmap. Thanks to those of you cc'ed, for having paved the road! cheers, Arno Hello, I took the liberty of upgrading the repository on Alioth [1] to CZMQ 3.0.2, and uploaded the resulting packages to Mentors [2]. I added 2 backported patches, fixed some warnings and other changes. If it is all right with you, I will take over maintenance of this package and try to find a sponsor to finally upload it to Debian. The RFP is now 4 years old! :-) I already am the maintainer of the internal build of CZMQ at Brocade, so I am already doing this job for the company. Might as well do it for the community too! Thank you very much for your work on this package. Kind regards, Luca Boccassi Brocade Communications Systems [1] http://git.debian.org/?p=collab-maint/czmq.git [2] https://mentors.debian.net/package/czmq signature.asc Description: This is a digitally signed message part
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
retitle 630761 ITP: libczmq -- High-level C binding for ZeroMQ owner 630761 aque...@debian.org thanks Hi, I'm intending to take over the packaging of libczmq. I'll start by pushing the last stable (2.2.0) to collab-maint [0] (ready to push). Packages are ready for upload too. But please note that since I'm not (yet) a user of czmq, I may be missing something. So, any help, info, hint, test, ... will be welcome. For further steps, I'll need to talk with the upstream (Pieter Hintjens, cc'ed, is the upstream leader), to get visibility on the 3.0.0 timelines and general roadmap. Thanks to those of you cc'ed, for having paved the road! cheers, Arno -- [0] http://git.debian.org/?p=collab-maint/czmq.git -- Eaton Data Center Automation - Opensource Leader NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
Processed: Re: Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
Processing commands for cont...@bugs.debian.org: retitle 630761 ITP: libczmq -- High-level C binding for ZeroMQ Bug #630761 [wnpp] RFP: libczmq -- High-level C binding for ZeroMQ Changed Bug title to 'ITP: libczmq -- High-level C binding for ZeroMQ' from 'RFP: libczmq -- High-level C binding for ZeroMQ' owner 630761 aque...@debian.org Bug #630761 [wnpp] ITP: libczmq -- High-level C binding for ZeroMQ Owner recorded as aque...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 630761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630761 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.141288605910008.transcr...@bugs.debian.org
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
Package: wnpp Severity: wishlist * Package name: libczmq Version : 1.0.0 Upstream Author : Pieter Hintjens p...@imatix.com and others * URL : http://czmq.zeromq.org/ * License : LGPL3+ Programming Lang: C Description : High-level C binding for ZeroMQ czmq (previously known as libzapi) provides a high-level C binding for 0MQ, a lightweight messaging library. . This library provides higher level abstractions on top of the base library, with features such as: . * Work with messages as strings, individual frames, or multipart messages. * Automatic closure of any open sockets at context termination. * Automatic LINGER configuration of all sockets for context termination. * Portable API for creating child threads and ØMQ pipes to talk to them. * Simple reactor with one-off and repeated timers, and socket readers. * System clock functions for sleeping and calculating timers. * Easy API to get/set all socket options. * Includes generic hash and list containers. There are a few issues with the library: upstream makes no attempt at versioning it yet, so the packager will either need to convince upstream to at least use the package version in the SONAME, or find another workaround - or in the worst case, keep it out of Debian until upstream starts to version it properly. I plan to package this library at some point in the not too distant future, unless someone beats me to it (hence the RFP and not ITP). -- |8] -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871uytdm0w@luthien.mhp
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
Hi, On Fri, Jun 17, 2011 at 08:12:15AM +0200, Gergely Nagy wrote: There are a few issues with the library: upstream makes no attempt at versioning it yet, so the packager will either need to convince upstream to at least use the package version in the SONAME, or find another workaround - or in the worst case, keep it out of Debian until upstream starts to version it properly. Uhm, really? There seem to be nothing wrong. Given that this is the first version is normal to have 0.0.0 as interface numbers, it's just how libtool is supposed to work [0]: Never try to set the interface numbers so that they correspond to the release number of your package. Anyway, why not call the source package czmq instead of libczmq? That seems the name used by upstream. I plan to package this library at some point in the not too distant future, unless someone beats me to it (hence the RFP and not ITP). I would like to help if you need so (e.g. co-maintaining the package). I've done a quick and dirty initial try to package this, and it doesn't seem that hard. Please let me know. Cheers [0] http://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110617124905.ga30...@pc-ale.fastwebnet.it
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
Alessandro Ghedini al3x...@gmail.com writes: Hi, On Fri, Jun 17, 2011 at 08:12:15AM +0200, Gergely Nagy wrote: There are a few issues with the library: upstream makes no attempt at versioning it yet, so the packager will either need to convince upstream to at least use the package version in the SONAME, or find another workaround - or in the worst case, keep it out of Debian until upstream starts to version it properly. Uhm, really? There seem to be nothing wrong. Given that this is the first version is normal to have 0.0.0 as interface numbers, it's just how libtool is supposed to work [0]: Never try to set the interface numbers so that they correspond to the release number of your package. The upstream README states that they do not attempt to version the library at all: , | Library versioning: we don't make any attempt to version the library at | this stage. Classes are in our experience highly stable once they are | built and tested, the only changes typically being added methods. ` Indeed, there is nothing wrong with 0.0.0, as long as that's intentional, and future releases will have a different version, which to my understanding, is not the case in czmq's case. Anyway, why not call the source package czmq instead of libczmq? That seems the name used by upstream. Yeah, czmq should be the source name. I'm not quite sure why I wrote libczmq - I guess I was thinking too much ahead :) I plan to package this library at some point in the not too distant future, unless someone beats me to it (hence the RFP and not ITP). I would like to help if you need so (e.g. co-maintaining the package). Sounds like a good idea, thank you! I've done a quick and dirty initial try to package this, and it doesn't seem that hard. Please let me know. I'd love to have a look at your packaging. -- |8] -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjr88vkp@luthien.mhp
Bug#630761: RFP: libczmq -- High-level C binding for ZeroMQ
On Fri, Jun 17, 2011 at 02:57:10PM +0200, Gergely Nagy wrote: Alessandro Ghedini al3x...@gmail.com writes: Hi, On Fri, Jun 17, 2011 at 08:12:15AM +0200, Gergely Nagy wrote: There are a few issues with the library: upstream makes no attempt at versioning it yet, so the packager will either need to convince upstream to at least use the package version in the SONAME, or find another workaround - or in the worst case, keep it out of Debian until upstream starts to version it properly. Uhm, really? There seem to be nothing wrong. Given that this is the first version is normal to have 0.0.0 as interface numbers, it's just how libtool is supposed to work [0]: Never try to set the interface numbers so that they correspond to the release number of your package. The upstream README states that they do not attempt to version the library at all: , | Library versioning: we don't make any attempt to version the library at | this stage. Classes are in our experience highly stable once they are | built and tested, the only changes typically being added methods. ` Indeed, there is nothing wrong with 0.0.0, as long as that's intentional, and future releases will have a different version, which to my understanding, is not the case in czmq's case. Right. I didn't check the README... well, I've only checked the README shipped with the source tarball which is empty. That note is only on the git repository. Anyway, it doesn't seem really an issue at this point to me, we may manage to bump the SONAME by ourselves if we'll find it appropriate (and at the same time try to convince upstream to use a proper versioning :) ). But for safety we may as well wait a little bit. I plan to package this library at some point in the not too distant future, unless someone beats me to it (hence the RFP and not ITP). I would like to help if you need so (e.g. co-maintaining the package). Sounds like a good idea, thank you! I've done a quick and dirty initial try to package this, and it doesn't seem that hard. Please let me know. I'd love to have a look at your packaging. Sure. I've just setup a git repository at [0] (hope it's ok for you to use git and git-buildpackage, otherwise we may find an alternative solution). The package still misses something (e.g. a -dbg package and a *.symbols file), but it seems to work. Feel free to do any changes you find appropriate. (Btw, I've used your description of the package, which seemed better then mine). Cheers [0] http://git.debian.org/?p=collab-maint/czmq.git -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110617141322.ga32...@pc-ale.fastwebnet.it