[zeromq-dev] Letting imatix.com domain expire

[Ewen McNeill]

Hi Folks,

Those of you with long memories might remember that some ZeroMQ related 
things were originally under Pieter's company domain (imatix.com).  That 
hasn't been true for several years, but there might still be old links 
existing.


Since it's been 6 years now, and imatix.com is pretty much otherwise 
unused (just Pieter's old email address, which mostly just gets spam), 
I'm planning to let the imatix.com domain registration expire later this 
month (around 20 November 2022 from memory), rather than paying to renew 
it again.


Likely this will mean imatix.com will be picked up by some "domain 
placeholder" type purchaser from around Decmeber 2022 onwards.  So if 
you still find old imatix.com references please update them to something 
more current.


Thanks,

Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] restms.org

[Ewen McNeill]

On 2019-07-22 12:14, Ewen McNeill wrote:
If the restms.org domain name is still relevant, I'd like to find 
someone the community would support to take over ownership of:

[the domain, and WikiDot]


Is anyone still interested in restms.org?  I've heard nothing back from 
anyone at all about it, which says to me that it is no longer relevant 
and should be allowed to expire (in 2020).


If that's not the case, someone should speak up for keeping restms.org :-)

Ewen
(Former iMatix Sysadmin)
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] restms.org

[Ewen McNeill]

This is a slightly off topic post, but it seems the most likely way to 
find a relevant audience, particularly since Digitstan (and thus the 
RestMS mailing lists) are gone.


One of the last domain names that Pieter (Hintjens) was holding for the 
community is:


restms.org

(which exists to point to a Wikidot site -- http://www.restms.org/ -- 
AFAICT).


It was renewed until 2020 (just over a year from now) back in 2016 by 
someone interested in keeping the domain going, but I'm not sure who did 
that.


If the restms.org domain name is still relevant, I'd like to find 
someone the community would support to take over ownership of:


(a) the restms.org domain name (including paying for its registration 
renewals); and


(b) the restms.org site on Wikidot (ie, becoming the WikiDot "Master 
Admin" for the site)


If the restms.org domain name is not relevant any longer, I'll take it 
off "auto renew" and let it expire next year (at which point it'll 
probably be seized by domain name speculators for a while, then just 
vanish).


I can't tell if there's been much activity on restms since 2016.  Most 
of the pages linked from the front page of http://www.restms.org/ say 
things like "last updated 3752 days ago", which seems a long time (ie, 
10 years?).


Is the site still relevant as documentation even though it seems very 
stable?  Does the domain name matter?  Or would, eg, restms.wikidot.org 
be sufficient?  And/or the Internet Archive version of www.restms.org?


Thanks,

Ewen
(Former iMatix sysadmin)
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Pieter's book domains

[Ewen McNeill]

Just as a heads up, in case anyone thinks they are important to keep, a 
couple of Pieter's "book" domains are due to expire later this month:


*   psychopathcode.com
*   thepsychopathcode.com

There's also one other:

*   cultureandempire.com

which will expire in about a year.

All three are just redirects (on WikiDot, I think) to the GitBook pages:

https://www.gitbook.com/book/hintjens/psychopathcode/details
https://www.gitbook.com/book/hintjens/culture-empire/details

(respectively) and the books are also, eg, on Amazon (print on demand):

https://www.amazon.com/Psychopath-Code-Cracking-Predators-Stalk/dp/1514342022
https://www.amazon.com/Culture-Empire-Revolution-Pieter-Hintjens/dp/1492999776

which I suspect is the main way that people would find them these days 
(certainly if you know the title, the Amazon links are near the top of 
the results searching on Google).  They're also linked from:


http://hintjens.com/books

(direct to the GitBook pages and Amazon pages).

If anyone feels strongly enough about the books retaining their own 
domain name that redirects to the book page (on GitBook or Amazon) to 
want to pay for the domains (about 16 EUR/year/domain on Gandi I think) 
let me know.


Personally I don't think there's a specific need for the book domains to 
be retained, or any significant risk from them being snapped up by 
advertising sites/scammers, as I think the GitBook/Amazon locations are 
much better known/linked too, and there wasn't anything else on the domains.


So my plan is just to let all three expire (psychopathcode.com, 
thepsychopathcode.com later this month; cultureandempire.com next year), 
rather than pay to renew them myself.


Let me know directly if you feel differently,

Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] iMatix: old download.zeromq.org disk image -- last call

[Ewen McNeill]

Hi,

iMatix used to host the ZeroMQ downloads, at download.zeromq.org, on  a 
Gandi VM.  About a year ago the ZeroMQ downloads were moved from that 
Gandi VM to (a) GitHub (most newer releases), and (b) archive.org via a 
redirector service now pointed to by download.zeromq.org, for older 
historical releases.


Now that it's been about a year since the old Gandi VM was shut down, 
I've been planning on finally deleting the disk image of the old Gandi 
VM -- it's costing a few Euro a month to keep around, and given no one 
has asked about it in the last year, it seems time to let it go.


When checking on the disk images status I also found a Gandi 
announcement from May:


https://news.gandi.net/en/2017/05/moving-to-our-new-datacenter/

that they are closing the data centre those disk images live in, in 
November.  So that probably sets a final time to do something with the 
disk images if we need them, ie in the next two months.


Before I deleted the disk images, I thought I'd ask whether there was 
anything else, not already online elsewhere, that someone was hoping 
would be recovered from download.zeromq.org or other iMatix download 
hosting.  (In theory it might be possible to find afterwards out of the 
disk images of iMatix's other main server, but the Gandi VM is 
definitely the easiest thing to put back online quickly, before the disk 
images are deleted.)


Please let me know directly if you have any reason why these iMatix disk 
images should be kept and/or put back online for a while so something 
can be retrieved.  If I don't hear anything by Wednesday 6 September 
I'll probably finally delete the disk images later that week.


Thanks,

Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Anyone with admin rights over zeromq.org wiki?

[Ewen McNeill]

Hi Benjamin,

On 14/12/16 02:04, Benjamin Henrion wrote:

Any idea who is admin of zeromq.org wiki?


It looks like your immediate problem got solved:

http://zeromq.org/event:zeromq-pre-fosdem-hackaton-thu-2-fri-3-feb-2017

(although while the title says 2017, the body says 2016...)

But for the record: assuming you're meaning the zeromq.org site itself, 
on Wikidot, it appears Pieter's wikidot account is the "Master Admin" 
(ie, owner) of the zeromq.org Wikidot site.  There are a few other 
accounts with "admin" access, which I believe can do everything except 
perhaps appoint new admins.  (I reset the password on Pieter's Wikidot 
account a couple of months back to be able to turn off the notifications.)


Possibly it would make sense to transfer the "Master Administrator" role 
of the various ZeroMQ pages to some other Wikidot account?  (There 
appear to be roughly a dozen separately maintained sets of pages, each 
with their own admin/permissions setup.)  And/or appoint some more admin 
accounts?  (It appears creating new pages is limited to admins.)


I'm happy to help facilitate that if there's a clear community agreement 
on who it should be transferred to.  (AFAICT it's just "Change Master 
Administrator" on the Wikidot interface, but it appears there is only 
ever one "Master Administrator".)


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] zeromq-dev list re-enabled (Was: List check. Please disregard)

[Ewen McNeill]

On 11/12/16 13:12, MailmanLists Support wrote:

11.12 AEDT


By way of explanation (because some list members asked me earlier), the 
list host (MailmanLists -- thanks for the hosting!) had suspended the 
zeromq-dev list for a few days due to it being the target of a large 
spam run.  They've now been able to apply some more targeted spam 
protection, and re-enable the zeromq-dev list.


I think any messages sent to zeromq-dev in the last few days will 
probably have bounced back, and so if there's anything important you'll 
want to re-send it.


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Pieter's domain names (was Re: BDFL literally)

[Ewen McNeill]

On 7/10/16 10:39, Ewen McNeill wrote:

Replying to the list, since a couple of people have asked.
[... Re Pieter's domain names ...]
For the others, it's probably only worth paying for them if (a) they
point at something useful that is difficult to find another way (or
linked to a lot) or (b) it'd be problematic if a domain squatter got
hold of the name.  Pieter actively took most of these off auto-renew,
expecting them to expire [...]


Just a reminder, in case anyone was particularly attached to some of 
these not falling into domain squatter hands.


The ZeroMQ-related domains are held by Doron and were renewed recently 
(by Doron; thanks).  hintjens.com is held by a family member, and 
auto-renewed recently.  So those key ones are sorted out.


Of the others:


Book-related domains [...]

codeconnected.org (2016-12-14)
cultureandempire.com (2017-08-05)
psychopathcode.com (2017-09-28)
thepsychopathcode.com (2017-09-28)
scalablec.org (2017-01-08)
scalable-c.com (2017-01-31)
scalablec.com (2017-01-31)


I believe all of those are going to expire on the dates listed -- and 
for several of them that's either in the next month, or in the next 
couple of months.  (cultureandempire.com is marked to auto-renew, but 
that's the only exception I know about; I'm planning on leaving that on 
auto-renew for now, as I think the book is particularly relevant now...)


As far as I know it's okay to let the rest expire, so that's the current 
plan.  If anyone thinks differently please get in touch ASAP.



Software projects (past/present/future):

changeflow.com (2017-03-07)
openamq.org (2017-08-21)
restms.org (2020-10-30)


I still think the first two (changeflow.com, openamq.org) can probably 
expire in 2017.  restms.org might be most usefully transferred to 
someone else, but I don't have a clear community supported candidate.



Activism related:

digistan.org (2017-09-24)
eupaco.org (2017-10-25)


These would also be good to transfer, even though the projects are 
mostly "idle" (eg, there's useful archived information).  The previous 
transfer attempt for one of them failed (timed out; recipient did not 
respond in the two weeks available to confirm they wanted it).  I'm open 
to hearing from a good community supported candidate to receive them.



Other (unknown/not pointing at anything):

xpoc.org (2016-10-21)
formiq.io (2017-01-07)
swsi.info (2016-10-10)
smooth.af (2017-02-01; seems to be a Rick Roll, not sure why)
freeandopenwar.com (2017-02-14)
ipocracy.org (2016-11-16; redirect to hintjens.com)
smoothscript.com (2017-02-15)
brusselsvalley.com (2017-02-28)


swsi.info and xpoc.org have already expired, and I've not heard of 
anyone with a reason to renew them (they're still locked to Pieter's 
account at present, for a "last chance" renewal).  The others mostly 
expire in the next 3 months or so, and I'm expecting to let them expire. 
 AFAIK they were all "project ideas" of Pieter that never got implemented.


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Belgium/France: anyone willing to assist with Pieter's domain name ownership details

[Ewen McNeill]

This is an off chance enquiry, in case there is anyone located in 
Belgium or France of who might be able to help with "in country" 
investigation to sort out the details of the ownership of some of 
Pieter's domains.  Speaking good English and probably good French would 
help, but being nearby/in the same timezone would be very useful (I'm in 
New Zealand, which is pretty much the opposite timezone...).  In 
Brussels is probably ideal, but anywhere nearby who could, eg, call 
people on the phone to ask questions, would help.


If you are willing to help please contact me directly, off list.   More 
details below.


As I mentioned last week, some of Pieter's domains had the owner set to 
a Gandi handle which was not Pieter's main handle.  Most of those I was 
able to fix by doing a "password reset" on the other handle, logging in, 
and transferring the domain.  Unfortunately there are four older domains 
where the owner handle is (a) not Pieter's main handle, (b) doesn't have 
an email address on it, and (c) doesn't seem to have a password that 
Pieter told me.


Gandi's solution to fixing this (both from their FAQ and asking Gandi 
Support) is:


http://wiki.gandi.net/_media/en/contacts/en-email-change.pdf

for which we'll need:

(a) A legal document showing that iMatix Corporation legally exists

(b) A legal document showing a person who is able to sign on behalf of 
iMatix Corporation in an official capacity


(c) A legal photo ID for this person in (a) or (b)

(d) and that form above completed by the person who can sign

Obviously this would have been easier when Pieter was around :-)  But I 
didn't realise until this past weekend the state of the domain name 
ownership issues.


Ideally I'd prefer to sort this out while iMatix Corporation sprl is 
still on the Belgian companies register:


http://kbopub.economie.fgov.be/kbopub/toonondernemingps.html?lang=en=463066419

as I expect it'll get much harder after that is removed from the 
business register.


My best thought to solve this is either to figure out who the company 
lawyer is, and ask them to help, or to try to track down someone who can 
sign instead of Pieter for the company.  I have some ideas for how to 
figure that out, but some of them involve contacting Pieter's family 
which I'd rather not do at present from the other side of the world.


Thanks,

Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] BDFL literally

[Ewen McNeill]

On 7/10/16 15:28, Ewen McNeill wrote:

On 7/10/16 14:05, Steven McCoy wrote:

Is zero.mq <http://zero.mq> owned by someone else?

I don't know.  mq doesn't appear to have useful whois servers.


Ah, finally found a usable web whois service for .mq

https://www.dom-enic.com/whois.html

Appears to be owned by Ian Barber, and expires early 2018.

Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] BDFL literally

[Ewen McNeill]

On 7/10/16 14:05, Steven McCoy wrote:

Is zero.mq  owned by someone else?


I don't know.  mq doesn't appear to have useful whois servers.

I know it's not in Pieter's main list of domains at Gandi, but while 
trying to straighten out some other domains I did find that he had more 
than one account (caused by zone transfer auto-created accounts I think).


If anyone knows who owns zero.mq that'd probably be useful to let at 
least Doron know.


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] BDFL literally

[Ewen McNeill]

On 6/10/16 20:18, Trevor Bernard wrote:

Don't worry about sponsorship. My company will pay to renew them for
the next while (within reason). Just send me the details and I'll pay
the the bill.


Replying to the list, since a couple of people have asked.

I think Doron would much appreciate someone paying for the ZeroMQ 
related domains (first list below) for a while.


For the others, it's probably only worth paying for them if (a) they 
point at something useful that is difficult to find another way (or 
linked to a lot) or (b) it'd be problematic if a domain squatter got 
hold of the name.  Pieter actively took most of these off auto-renew, 
expecting them to expire -- I talked with him about it earlier in the 
year, and he clearly intended to let many of them expire.  So it doesn't 
seem helpful to renew the ones that Pieter planned to let go without a 
good reason.



ZeroMQ-related Domains (now held by Doron; I'm sure he'd welcome someone 
paying their renewal fees -- around EUR 12-13/domain/year I think):


curvezmq.org
filemq.org
zeromq.com
zeromq.net
zeromq.org
zmtp.org
zyre.com
zyre.org


Book-related domains (not sure if all of these got set up/used, but 
clearly reserved for books Pieter was working on; dates are the current 
expiry date):


codeconnected.org (2016-12-14)
cultureandempire.com (2017-08-05)
psychopathcode.com (2017-09-28)
thepsychopathcode.com (2017-09-28)
scalablec.org (2017-01-08)
scalable-c.com (2017-01-31)
scalablec.com (2017-01-31)

(only cultureandempire.com is marked to auto-renew, and I'm not sure if 
that was intended or just overlooked when turning off auto-renew; the 
ones that point at something mostly seem to point at the relevant 
gitbook page.)



Personal:

hintjens.com (2017-10-24)

(Transferred to a family member earlier this year, on the condition that 
hintjens.com itself stayed pointing at Pieter's blog and they kept 
paying to renew it; I'm sure they'd be pleasantly surprised if someone 
were to pay to renew it for a couple more years.)



Software projects (past/present/future):

changeflow.com (2017-03-07)
openamq.org (2017-08-21)
restms.org (2020-10-30)

(as noted in my earlier message someone just paid to renew restms.org 
for several years -- thanks; the other two are old iMatix projects, and 
AFAICT the changeflow.com one doesn't point at anything)



Activism related:

digistan.org (2017-09-24)
eupaco.org (2017-10-25)

(These two are on auto-renew from the remaining prepaid balance of 
Pieter's account, but might be good candidates for transfer if there was 
someone clearly community supported to take custody of them as an archive)



Other (unknown/not pointing at anything):

xpoc.org (2016-10-21)
formiq.io (2017-01-07)
swsi.info (2016-10-10)
smooth.af (2017-02-01; seems to be a Rick Roll, not sure why)
freeandopenwar.com (2017-02-14)
ipocracy.org (2016-11-16; redirect to hintjens.com)
smoothscript.com (2017-02-15)
brusselsvalley.com (2017-02-28)

I think all of those "other" ones might as well expire unless someone 
recognises an in-progress project they were supposed to go with.


Plus three "iMatix" domains which I or one of the ex-iMatix developers 
will pay for (as noted in my earlier message the main one, imatix.com, 
just got renewed for several years by kind donation).  And two "Xitami" 
(early iMatix webserver) related ones which might as well just expire in 
a couple of years -- Xitami hasn't been an active project in about 10 years.


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] BDFL literally

[Ewen McNeill]

On 20/04/16 6:16, Pieter Hintjens wrote:

So without further ado I'd like to hand the stage over to my dear
friend, Mr Did You Really Add UDP Support to Libzmq In One Day
Doron  dramatic pause... SOMECH!!


For the record, Doron and I have now transferred the ZeroMQ domains that 
were previously owned by Pieter over to Doron (Doron already had 
administrative control over them; this just changes the Registrant field 
as well).


Thanks to Doron for assisting with the transfer, and for paying the 
US$7.50/domain transfer fee.


Pieter does have some other domains (mostly related to his books or 
non-ZeroMQ related projects) which will expire over the next 12 months. 
For some of these I am trying to finalise transfers of the domains to 
other people (who I have emailed directly).  A few of these (mostly 
iMatix related ones) will renew at least while there are still funds 
available in Pieter's registrar account.  For the others it is likely 
they will just be allowed to expire over the next 12 months.


If there is a domain name that you know that Pieter holds for which you 
would like to see the project it is related to continue, feel free to 
get in touch.  Where there's a clear community supported successor to 
look after the domain/project I'm happy to help facilitate a transfer of 
the domain ownership.


Alternatively the .org/.com/.net registry model does allow _anyone_ to 
pay the renewal fee on a domain, even one that they don't own.  So if 
you don't want to assume ownership of a domain, but do want to see it 
"stick round longer", then paying the renewal for another year could be 
a good option.  This is probably most relevant to the domains related to 
Pieter's books.  (All Pieter's domains are at Gandi, who definitely 
allow payment by anyone with a Gandi account for any domain at Gandi.)


Finally, thanks to the people who paid to renew:

restms.org
imatix.com

over the last month (imatix.com now expires in 2021; and restms.org now 
expires in 2020).


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] download.zeromq.org: last call

[Ewen McNeill]

On 30/05/16 11:32, Ewen McNeill wrote:

Possibly Doron/Benjamin could work on a way to point download.zeromq.org
at Benjamin's mirror in a way that maintains the existing URLs
continuity for now?


Random alternative thought: find somewhere (Amazon free 
instance/sponsored by someone? someone's existing VM/machine?) to host 
"download.zeromq.org" that is _only_ a redirect service, working just 
from regexes?


Eg,

http://download.zeromq.org/zmq-0.1.tar.gz

needs to become:

https://archive.org/download/zeromq_0.1/zmq-0.1.tar.gz

which is (in Apache syntax -- 
http://httpd.apache.org/docs/2.4/mod/mod_alias.html#redirectmatch) is 
something like:


RedirectMatch permanent "^zmq-([0-9.]+)\.(.+)$" 
"https://archive.org/download/zeromq_$1/zmq-$1.$2;


and so on, for the dozen or so pattern variations.  (All the original 
filenames were preserved on upload to archive.org, and the archive.org 
identifiers -- those "directory names" -- were generated with what 
amounted to a regex, so that should be repeatable with a regex.)


The newest downloads could be pointed at the GitHub Release copies.  Eg,

http://download.zeromq.org/zeromq-4.1.4.tar.gz

needs to be come:

https://github.com/zeromq/zeromq4-1/releases/download/v4.1.4/zeromq-4.1.4.tar.gz

which is an Apache-redirect something like

RedirectMatch permanent "^zeromq-(4\.1\.[4-9])\.(.+)$" 
"https://github.com/zeromq/zeromq4-1/releases/download/v$1/zeromq-$1.$2;


and with some variations on version number could auto-handle any new 
releases without much extra setup, assuming the version tag structure 
stays the same.


Then we point download.zeromq.org DNS at the system that just performs 
those redirects.  Because it wouldn't actually serve up the traffic -- 
just redirects -- I don't think it'd end up using much data (which makes 
using, eg Amazon cheaper).


But maybe the effort is better expended in getting people still pointing 
at download.zeromq.org to update their download URLs.  (Eg, I can file a 
ticket for MacPorts once there's a clear answer for what to tell them 
for updates.)


Ewen

PS: IIRC Amazon free tier runs out on using up a certain number of 
credits _or_ a certain amount of calendar time (a year?), so if it was 
set up with a free tier instance it'd eventually die if not converted to 
a paid service.  But a paid service just serving redirects is hopefully 
cheap.


Or maybe someone on the list could host a redirector.  lighttpd 
mod_redirect might have sufficient flexibility:


http://redmine.lighttpd.net/projects/1/wiki/docs_modredirect

but I've not used it for this sort of "complex" redirect myself.  And 
nginx rewrite serving up a redirect response in theory should work:


https://www.nginx.com/blog/converting-apache-to-nginx-rewrite-rules/
https://www.nginx.com/blog/creating-nginx-rewrite-rules/
http://nginx.org/en/docs/http/ngx_http_rewrite_module.html

but I've also not used it for anything this complex myself.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] download.zeromq.org: last call

[Ewen McNeill]

On 27/05/16 20:58, Benjamin Henrion wrote:

On Fri, May 27, 2016 at 9:54 AM, Doron Somech  wrote:

I can create S3 account for older releases, let me know if it still needed
or archive is enough.


I made a mirror here:
http://filez.zoobab.com/zmq/download.zeromq.org/


Thanks for the mirror.

I think archive.org _and_ a "mirror of our own" (thanks Benjamin) should 
be sufficient, without needing someone to keep a S3 account open to keep 
another copy online.[0]


About the only other thing I can think of which may break is various 
"distribution package repositories" whose master download version points 
at download.zeromq.org URLs.  And I don't see a quick solution to that 
other than perhaps finding a way to point the download.zeromq.org DNS 
name at a complete mirror _and_ then encouraging those package 
repositories to update to the GitHub releases.


Possibly Doron/Benjamin could work on a way to point download.zeromq.org 
at Benjamin's mirror in a way that maintains the existing URLs 
continuity for now?  (Unfortunately archive.org and S3 aren't really a 
solution to that auto-generated download url situation, as the structure 
of the download URLs changes -- both have another layer of directory 
hierarchy in them for the release version.)


Eg, MacPorts:

https://trac.macports.org/browser/trunk/dports/devel/czmq/Portfile
https://trac.macports.org/browser/trunk/dports/devel/zmq/Portfile

which have:

master_siteshttp://download.zeromq.org/

and auto-generated download URLs.  (MacPorts even has a zmq22 as a 
legacy dependency, which I hadn't put on GitHub.)


(Distributions like Debian tend to maintain their own original archive 
mirrors so changes should only affect the maintainers, who presumably 
can follow updated links on the "get the software" page.  And hopefully 
also at least periodically check in on this list.)


Ewen

[0] Worst case, something "pretty much identical" to those 
download.zeromq.org files can be re-created out of the git repositories 
with a bit of work, just without the original dates/MD5SUMs matching. 
And most of the older releases (eg, older than the current 4.x and 3.x 
releases) are just for historical research at this point.  (The most 
recent 4.1.4 and 3.2.5 are hosted on GitHub as well as archive.org, with 
the download links pointed at the GitHub versions.)

___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] download.zeromq.org: last call

[Ewen McNeill]

Replying to myself for the benefit of anyone else finding this later...

On 26/05/16 15:24, Ewen McNeill wrote:

If you can (a) edit the GitHub releases for zeromq3-x or zeromq4-1 (ie,
have an "Edit" button next to the Releases on those pages), or (b) edit
the "get-the-software" page I'd love to hear from you.


With a hint from GitHub support, it turns out that what (automatically) 
appears on the releases tab when you create a "release" tag (possibly 
any tag, possibly a tag with a specific format like the vN.N.N ones that 
zeromq3-x and zeromq4-1 have), is "not really a release" as far as the 
rest of GitHub's UI is concerned.  So you can't "Edit" those releases as 
documented.


Instead you have to "Edit Tag" (on the page you reach by clicking on the 
tag name), or "Add release notes" (on the "Tags" tab of the Releases 
section), and that will take you to the page that _really_ creates a 
"GitHub Release".   From there you can attach files, add more 
descriptions, etc.  And when you save that form, _then_ you have a 
GitHub Release.  After that the documented "Edit" button magically 
appears.  (I've suggested to GitHub support that the UI and/or 
documentation could be improved :-) )


Anyway:

https://github.com/zeromq/zeromq3-x/releases/tag/v3.2.5
https://github.com/zeromq/zeromq4-1/releases/tag/v4.1.4

now have the download files that were placed on download.zeromq.org 
attached to them.  And older 3.x and 4.x downloads are available via 
links at:


https://zeromq.github.io/zeromq3-x/
https://zeromq.github.io/zeromq4-1/

(served from archive.org)

Once the links on:

http://zeromq.org/intro:get-the-software

are updated I think we're done.

Much older release are perhaps best found by searching on archive.org.

subject:"zeromq" subject:"message_queue"

brings up a list of all of them at present.

And if you want a specific one searching in the title for the version 
number, eg:


subject:"zeromq" subject:"message_queue" title:"2.0.9"

should get you the right archive.org item, with the files attached to it.

Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] download.zeromq.org: last call

[Ewen McNeill]

This is the "last call" for download.zeromq.org.  If you want anything off:

http://download.zeromq.org/

which you don't already have, please download it ASAP.  The VM hosting 
it (an iMatix VM) will be shut down in the next couple of weeks, 
possibly as early as 1 June 2016 (if the last few outstanding issues are 
sorted out).


The main outstanding issue I'm aware of is that:

http://zeromq.org/intro:get-the-software

points at download.zeromq.org, and so far I've (a) not been able to add 
the "pre-built" archives to the appropriate GitHub Releases pages, and 
(b) do not know who has access to edit that page.


If you can (a) edit the GitHub releases for zeromq3-x or zeromq4-1 (ie, 
have an "Edit" button next to the Releases on those pages), or (b) edit 
the "get-the-software" page I'd love to hear from you.


See:

https://github.com/zeromq/zeromq3-x/issues/124
https://github.com/zeromq/zeromq4-1/issues/123

(Pieter adding me to the repositories didn't seem sufficient; I've filed 
a GitHub support request to ask about permissions needed, but if someone 
else has access and is willing to add the existing archives that'd save 
some time.)


I believe all tarballs/zip files from download.zeromq.org have been 
uploaded to archive.org (as of this morning):


https://archive.org/search.php?query=subject%3A%22zeromq%22%20subject%3A%22imatix%22

(I'm trying to get an archive.org "collection" created, called "zeromq", 
to make them a bit easier to navigate, but the process seems very manual 
so this may take a while.)


To collect references to recent(ish) versions of those, that people 
might want, I've taken advantage of (a) having write access to zeromq3-x 
and zeromq4-1 and (b) the fact that the "gh-pages" branch wasn't used 
and created two simple index pages linking to the 3.x and 4.x versions:


https://zeromq.github.io/zeromq3-x/
https://zeromq.github.io/zeromq4-1/

which are backed by links to https://archive.org/download/...

(If anyone really hates this approach feel free to do something else. 
But this solved my problem of "how do people figure out which links to 
use to get at recent releases".)


There's nothing linking to the _older_ files directly, but if someone 
wants to create such a page I'm happy to send the CSV file used to 
upload the files to archive.org and the hacky Python script I used to 
build those two pages from that CSV file.


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

[Ewen McNeill]

On 9/05/16 21:45, Kevin Sapper wrote:

[1] https://github.com/zeromq/libzmq/releases/tag/v4.0.2-test


Thanks for automating this.  It looks great.

This gives us two downloads per release (each in .tar.gz and .zip):

https://github.com/zeromq/libzmq/releases/download/v4.0.2-test/zeromq-4.2.0.tar.gz
-- the Travis generated tarball (which I assume is prepared ready for 
"./configure, make, make install")


https://github.com/zeromq/libzmq/archive/v4.0.2-test.tar.gz
-- the GitHub auto-generated tarball from that release tag (which I 
assume is what a git clone would give you, so a few extra steps required).


So downloaders can choose the one they want.  (Including .zip file 
variations of both.)


Also of note, both URLs include a filename at the end, so "wget" 
automatically does the right thing with the downloaded files (I just 
tested).


Ewen
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

[Ewen McNeill]

On 4/05/16 8:21, Luca Boccassi wrote:

But most importantly, the tarball will ship stuff that shouldn't be
shipped, which is a huge problem for distribution packagers.


To echo this: if there are things in the upstream tarball that they 
shouldn't ship, they have to undo things from the upstream tarball, 
rather than just having some patches adding to it.  In the worst case 
(licensing problems) they have to build a "replacement upstream" 
tarball, which is just painful for everyone.


Personally I think it should be possible for anyone to "make a 
distribution file" (eg, for their own use), and that the tooling to do 
that should be in the repository.  It stops that being magic special 
sauce that is known only to a few people.  Which means "make dist" 
should continue to exist.  (And it sounds like it's been fixed to work, 
which IMHO is the solution to anything that "almost but not quite works" 
:-) )


As for GitHub releases, AFAICT:
- if you tag a release commit, I think you get automagic tar.gz/zip 
releases of what is in the git trees at that commit, which is probably 
useful for distros.  (And some distro systems, eg MacPorts, can also 
clone git as of a release tag and build from that, so it is multi-use.)


- in addition to that, ie, with the tagged release commit, you can 
_also_ upload "binary artefacts" (eg, your own tarballs, or binaries) 
which may have some of the generated bits pre-generated (which removes 
dependencies on some auto tooling/knowledge).  These need to be attached 
to the commit.  AFAICT these bits then get served from Amazon S3 at present.


The combination of these two might give ZeroMQ projects the best of both 
worlds (eg, providing the names didn't conflict).  A "tarball of git" 
_and_ a "ready to build, just run make" version as well, and people 
could get what they wanted.  There's an API for uploading these binary 
artefacts, so it could potentially even come from the CI system (eg, 
Kevin's work with Travis), based on seeing a release tag added.


All of the above depends on having git tags for the release commits.

Also FWIW, Doron and I have been talking about using Amazon S3 
separately to host the existing downloads.zeromq.org tarballs (ie, 
uploaded as binary artefacts).  I think the main thing we'd need is some 
way to translate the (long) S3 URLs into something friendly people can 
find, hosted somewhere.  For which my thought was maybe using 
https://zeromq.github.io/libzmq/ (ie, the gh-pages branch in the 
repository), since that doesn't currently seem to be used, and could be 
auto-built given a list of S3 URLs and the tarballs that were uploaded.


I'd like to get _all_ of downloads.zeromq.org hosted somewhere else this 
month (May 2016) _and_ to ensure that everything that's there (160 
files) are still downloadable (just with new URLs) for posterity.


Ewen

PS: Someone adding release commit tags to the libzmq, etc history for 
all previous releases (ie, as of that commit) would be great.  Or at 
least the recent ones.  But I think that would be a manual process to 
find them (eg, reviewing "git log" looking for changelog updates or 
similar).

___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Stable release downloads (was Re: CZMQ "stable" release versioning)

[Ewen McNeill]

On 28/04/16 2:23, Doron Somech wrote:

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.


AFAICT, uploading the binary release artefacts to GitHub, results in 
GitHub storing them on S3 (at GitHub's expense).  Given the source 
repositories are on GitHub, I think that'd be my default choice for the 
existing files.


Thanks for the offer to help with scripting uploads of the existing 
files.  I think the main "hard" bit (ie, require a human) left would be 
figuring out which commits to put the release tags on, so that they 
match up with what is in the tarballs.  Maybe someone else can help with 
identifying those commits?


Directly using S3 is worth considering, but I think at best it would be 
free for 1 year:


https://aws.amazon.com/free/faqs/

"5 GB of Amazon S3 standard storage, 20,000 Get Requests, and 2,000 Put 
Requests*"


has the little star that means "available for 12 months following your 
AWS sign-up date'.  So going the S3 route would mean finding some way to 
fund it on an on-going basis.  It's relatively cheap 
(https://aws.amazon.com/s3/pricing/), but not free ($0.03/GB for 
storage/month, plus $0.09/GB for transfers to the Internet; at a guess 
less than a few dollars a month, but having to be paid every month).


Ewen

PS: Re http://www.zoobab.com/github-sucks-wget-unfriendly, the issue 
seems to be the URL structure doesn't have the filename at the end. 
Annoying, undesirable, but IMHO, not a fatal reason not to use it.  It'd 
perhaps be better to lobby GitHub to change their URL structure to end 
in the original filename and/or a simulated final filename; it should be 
a relatively simple change for them.


___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Stable release downloads (was Re: CZMQ "stable" release versioning)

[Ewen McNeill]

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.


http://zeromq.org/intro:get-the-software

links to download URLs like:

http://download.zeromq.org/zeromq-4.1.4.tar.gz

and download.zeromq.org is:

ewen@ashram:~$ host download.zeromq.org
download.zeromq.org is an alias for virtual.imatix.com.
virtual.imatix.com has address 95.142.169.98
virtual.imatix.com mail is handled by 10 mail-in.imatix.com.
ewen@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:

https://help.github.com/articles/creating-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.[0]  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:

https://developer.github.com/v3/repos/releases/#create-a-release

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 
"cut".


Ewen

[0] My "software archaeology" time has been going into:

https://github.com/imatix-legacy/
https://imatix-legacy.github.io/

(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@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] ZeroMQ mailing list host migration complete (was beginning)

[Ewen McNeill]

On 20/04/16 10:41, Ewen McNeill wrote:

Just a heads up, mostly for the list archive, that we are starting the
migration process of the ZeroMQ mailing lists from the old iMatix
colocated machine to the MailmanLists (mailmanlists.net) sponsored
hosted Mailman.


The mailing lists appear to be working properly on the new host -- 
thanks MailmanLists.  The only issues I've found are:
- a few messages around the time of the migration did not get archived 
(but it appears newer messages are being archived), and


- the URLs for most of the mailing list messages in the archive changed 
(an unfortunate side effect of re-importing them into Mailman). 
Currently Google's index of messages is out of date, so you may need to 
search with Google, then look through the archive by date to find the 
right link to a particular message.  Indexes like Google should catch up 
eventually, but it might take a few months for the reindexing robots to 
come back past for a complete crawl.


Since it all seems to be working, this morning I have shut down the VM 
at the old iMatix colo machine which was previously hosting 
lists.zeromq.org.  All going well, everything just keeps working.  But 
if you notice any issues please let me or Pieter know directly.


Ewen

PS: If anyone is interested in old iMatix history (from the 1990s), I've 
started putting some of the early source code (from 
http://legacy.imatix.com/) up on GitHub:


https://github.com/imatix-legacy

Most of it is just of historic interest at this point.  But having spent 
time last year digging through old floppy backups looking for old iMatix 
code (so someone could fight a stupid software patent...), I'm keen it 
doesn't just vanish.


There's some more to come (SFL, SMT, Xitami, etc), but many of the 
oldest Open Source projects are there now.



PPS: Since my "mailing list move basically complete" test message was 
ironically one that didn't get archived... I'm including the text again 
below FTR.


-=- cut here -=-
This migration is now basically complete -- the lists have been 
recreated on the mailmanlists.net host, with the same subscriber list, 
email addresses, website addresses, and mailing list archives.  The DNS 
was updated about an hour ago (2016-04-20 06:55 UTC) and due to the low 
TTL time should be visible world wide within an hour or two.


In theory everything should carry on as before, just with a new machine 
hosting the lists.


As far as I can tell only one message (Ale Strooisma, 07:07 UTC) came in 
between the archive backup being taken for migration, and the switch to 
the new host.  So everything else should be in the migrated archives, 
but may possibly have a new URL (if in doubt refer to the month by month 
indexes).


If anyone notices any surprises with the new mailing list host please 
email me directly and I'll have a look into it and/or refer it to 
mailmanlists.net to investigate.


Thanks again to mailmanlists.net for offering to sponsor hosting the 
list, and their prompt assistance with migrating it.


Ewen
-=- cut here -=-
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] iMatix copyrights in ZeroMQ code base

[Ewen McNeill]

Hi Pieter,

[On list;

On 23/04/16 4:31, Pieter Hintjens wrote:

iMatix Corporation sprl, with address at 13-15 rue des Ateliers, 1080
Brussels Belgium, hereby grants an irrevocable, global, and fully
paid-up license on all its copyrights that exist in the libzmq code
base, and any other projects under the ZeroMQ organization on GitHub,
under the Mozilla Public License version 2.


With my "time traveller from the future" hat on:
- please commit this statement into at least one of the ZeroMQ git 
archives (eg, https://github.com/zeromq/libzmq)


- ZeroMQ was originally developed by FastMQ, which iMatix acquired 
(http://lists.zeromq.org/pipermail/zeromq-dev/2009-November/001353.html; 
http://imatix.wikidot.com/press:fastmq-acquisition)


- can you say something about whether that acquisition included transfer 
of all FastMQ copyrights to iMatix, and thus whether the FastMQ 
originated code/copyright is covered by this MPLv2 license grant; or 
whether FastMQ remained a separate subsidiary of iMatix and the 
copyrights remained separate[0]; and


- can you say something about your understanding of what proportion of 
the copyright FastMQ owned, at the time of the acquisition by iMatix 
(2009-11-01), versus what proportion of the copyright was owned 
individually by developers who might have been working for/with FastMQ.


Thanks,

Ewen

[0] The press release says FastMQ became "a division of iMatix 
Corporation" which implies separate, but the copyright strings in the 
files got updated about 2 months later:


https://github.com/zeromq/libzmq/commit/4f6baf4dde627656b63cc4e2acdb78a8577ba640
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev