<div dir="ltr">I would have to look deeper again but my kneejerk was this sounds like "nightly" to me. Just chiming in quickly</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 27, 2023 at 3:04 PM <<a href="mailto:asterisk@phreaknet.org">asterisk@phreaknet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I brought this up at one point prior to the GitHub migration, and it was <br>
tabled at the time until post-migration. I was discussing again with <br>
George in the past couple weeks, but at some point the list got dropped <br>
out of that so I wanted to bring that back onto the list.<br>
<br>
What I'd requested at the time was a link similar to <br>
asterisk-20-current, for example, on the downloads server, that is <br>
inclusive of release candidates. -current excludes them, for good <br>
reason, but a link that included these would make it easier for release <br>
candidates to be deployed and by extension tested. A while back, Josh <br>
put out a post encouraging people to try out release candidates[1]. It <br>
would be significantly easier for people to try out release candidates <br>
if there were static links that would pull the latest RC if one was <br>
currently out, and otherwise the latest release as -current currently does.<br>
<br>
Recapping George's concern with this was that people might download this <br>
stable/RC combo not realizing that it might link to a release candidates <br>
at times. I feel that giving it a sufficiently descriptive name, like <br>
asterisk-20-unstable or something like should make it clear enough that <br>
it's probably not what people want unless they're deliberately looking <br>
for that.<br>
<br>
George had suggested a permalink that only linked to RCs when they were <br>
available. I don't like this idea, because then it's not a universal <br>
permalink, which was the entire point of my original request. Currently, <br>
if somebody wants to pull down a release candidate in the script, the <br>
release candidate name needs to be hardcoded somewhere. Hardcoding that <br>
a release candidate currently exists, even if the link didn't change, is <br>
no less problematic and doesn't help very much. It would really need to <br>
be a single link that works at all times, I think, to be useful, so that <br>
automated tools don't need to do any thinking and can just pull <br>
something down.<br>
<br>
One major problem with the other proposals is the links are transient, <br>
so as soon as the official release candidate comes out, the links to the <br>
release candidates disappear and anything relying on that breaks <br>
immediately. There are workarounds for this, but all of them end up <br>
wasting somebody's time on a regular basis.<br>
<br>
TL;DR is it would great if there was a link like <br>
asterisk-20-latest-unstable or something that always pointed to latest <br>
20 tarball, regardless of whether it's a regular or release candidate <br>
release. I don't care what the name is personally, as long as it exists, <br>
so as a sufficiently scary name seems like it should dissuade casual <br>
browsers from downloading it accidentally, and that's the only concern <br>
I've seen raised thus far.<br>
<br>
With Asterisk 21 rc already out, is this something that could be added <br>
in some kind of permalink form, to allow for broader testing? It would <br>
be a win win situation since Sangoma would benefit from more people <br>
trying release candidates, and this would facilitate that. There are <br>
many cases where I think if downloading a release candidate were as easy <br>
and predictable as downloading the -current tarball, it would be done, <br>
and actually streamline other things in the process.<br>
<br>
Another thought: since this would be a new link that didn't exist <br>
before, rather than symlinking, it could also 302 redirect to the latest <br>
GitHub tarball (if that were easy to do... I know those links aren't <br>
predictable). That would probably save a little bandwidth.<br>
<br>
Thanks!<br>
<br>
[1] <a href="https://www.asterisk.org/take-a-look-at-release-candidates/" rel="noreferrer" target="_blank">https://www.asterisk.org/take-a-look-at-release-candidates/</a><br>
<br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">- Andrew "lathama" Latham -</div></div>