<p dir="ltr">The only license JSON that looks valid is the string. Simple bracketing will suffice for complex licenses. </p>
<div class="gmail_quote">On 17 Oct 2013 16:05, "Sönke Ludwig" <<a href="mailto:sludwig@outerproduct.org">sludwig@outerproduct.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 17.10.2013 15:28, schrieb Jacob Carlborg:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2013-10-17 14:33, Sönke Ludwig wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
"dub publish" sounds like something that may considerably increase the<br>
complexity of the command line tool, especially in the long term, and it<br>
also increases the coupling to the public registry, whereas now it just<br>
needs a very small HTTP API that can be fulfilled by any HTTP file<br>
server. So I'd rather want to avoid that if possible.<br>
</blockquote>
<br>
You could have something like this:<br>
<br>
dub publish <git-tag><br>
<br>
Should be much difference compare to how it works now. It would just<br>
trigger the server to look for that tag, instead of doing it automatically.<br>
<br>
</blockquote>
<br>
Well, the other issue with that is that there is no guarantee that the server can fulfill the request in a timely manner. It may be busy getting information about other packages/tags/branches which makes it impossible to get direct feedback.<br>

<br>
What about an e-mail notification, though? Seems like the most natural channel.<br>
</blockquote></div>