[zeromq-dev] Stable release downloads (was Re: CZMQ "stable" release versioning)
somdoron at gmail.com
Wed Apr 27 16:23:57 CEST 2016
For NetMQ we have automated release process using github releases. Once you
make the release on github the CI (appvayor) compile the library and upload
the artifacts to github.
We can do the same with libzmq and czmq, a little bit of work though. I
have less experience with travis, so I would need help with that.
Regarding the existing files, I think we have two options:
* Upload all to github, I can make a script that will make it simpler
* Use Amazon S3, I think it will very cheap, maybe even for free, I can
take care for that as well.
On Wed, Apr 27, 2016 at 11:52 AM, Ewen McNeill <zeromq at ewen.mcneill.gen.nz>
> On 25/04/16 21:51, Pieter Hintjens wrote:
>> Yes, retiring the deprecated APIs and bumping the major version should
>> go together.
> It also seems timely to raise where these stable release downloads come
> from when a user downloads them.
> links to download URLs like:
> and download.zeromq.org is:
> ewen at ashram:~$ host download.zeromq.org
> download.zeromq.org is an alias for virtual.imatix.com.
> virtual.imatix.com has address 220.127.116.11
> virtual.imatix.com mail is handled by 10 mail-in.imatix.com.
> ewen at ashram:~$
> and virtual.imatix.com is an alternative name for a VM... that is paid
> for by iMatix (ie, by Pieter).
> So we'll need to find another place to host these downloads. Personally
> I'd like it if _all_ the existing downloads were moved to that new place,
> rather than just being abandoned (I've spent too much time last year/this
> year trying to track down old code that didn't get carried along with moves
> to want to cause that to happen again). That would also let us potentially
> make download.zeromq.org point at that new location, and thus keep
> existing URLs working.
> Currently there are 160 downloadable files on download.zeromq.org, taking
> up 194MB of files; so an average around 1.2MB each. With presumably some
> of them being downloaded more than a trivial number of times.
> Pieter and I briefly discussed using GitHub Releases:
> along with a custom binary which was whatever tarball, binary, etc, had
> been built. From what I could tell from a quick look this is plausible
> without cost (for an open source project), at least under 1GB total (
> https://help.github.com/articles/what-is-my-disk-quota/) and maybe larger
> if they're explicitly attached to releases (
> https://help.github.com/articles/distributing-large-binaries/) which then
> seem to get stored outside the git archive itself.
> But (a) there's a "technical debt" of uploading 160 files (with 1-2 files
> per release), and (b) there aren't even any tags on the zeromq/libzmq
> repository AFAICT, so there's also the technical debt of figuring out where
> all these files should "attach" (ie, what's the matching source).
> I'm explicitly _not_ volunteering to spend the time figuring out where all
> these tags belong, and releases should be created/uploaded. But I can,
> eg, provide someone with a list of URLs to download all the files from
> download.zeromq.org if they were to volunteer to do this.
> There's an API to automate some of it:
> but that also requires a git commit ID to attach each release/set of files
> to... which I suspect is the hard part to figure out.
> Alternatively, other ideas for where to store the downloads that don't
> rely on iMatix/Pieter would be a good idea. Before the next release is
>  My "software archaeology" time has been going into:
> (there's still a couple of pieces to convert over to GitHub, but the
> imatix-legacy.github.io one is now close to replicating the early 2000
> iMatix website, with the source for everything at
> github.com/imatix-legacy/ in at least a "human reviewable" form.)
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the zeromq-dev