<div dir="ltr"><div>For my show "20131004T082720Z 252 CPrompt-How-I-Found-Linux"  It can be released <span style="font-family:monospace">Tue 2014-03-25: hpr1472.<br><br></span></div><span style="font-family:monospace">Thanks!<br>
</span></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 10, 2014 at 9:36 AM, Carl D Hamann <span dir="ltr"><<a href="mailto:carl.hamann@gmail.com" target="_blank">carl.hamann@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 09/03/14 16:55, Ken Fallon wrote:<br>
> I would like to bring this topic to some form of closure. Can I invite<br>
> everyone to comment on this proposed text.<br>
</div><div class="">> <quote><br>
> If you have a non urgent show, please consider scheduling it during the<br>
> summer period in the Northern Hemisphere as this is usually when we are<br>
> short of shows. The backup queue is intended only to be used in the<br>
> cases where there is still a gap in the schedule 24 hours prior to release.<br>
><br>
> The shows will by their very nature need to be "timeless", ie: your<br>
> topic should still be relevant in four years or more. People will be<br>
> able to hear the show on the website but they will not be included in<br>
> any feeds until release.<br>
><br>
> Please begin all shows with text similar to:<br>
> "This is a backup show, if you are hearing this then HPR needs shows<br>
> ASAP. Please consider contributing a show. Email admin at hacker public<br>
> radio dot org for more information."<br>
><br>
</div><div class="">> We expect that we need at least 10 shows in the backup queue in order to<br>
> give people enough time to record and submit shows. Remember once that<br>
> all the backup shows have been used up and there are no more shows in<br>
> the queue, HPR as a project will stop.<br>
> </quote><br>
<br>
</div>I think this makes it clear what to do for non-urgent shows, and how<br>
that is different from the emergency queue (the new name for which<br>
also adds some clarity).<br>
<div class=""><br>
On Mon, Mar 10, 2014 at 7:28 AM, Ken Fallon <<a href="mailto:ken@fallon.ie">ken@fallon.ie</a>> wrote:<br>
> I think we need to make it clear that shows in this queue will *never*<br>
> get released unless there is an emergency. The reason I mention 10<br>
> shows, is because that is the minimum I think we need to rally the troops.<br>
><br>
</div><div class="">> On the other hand as we can see from the discussions to this thread,<br>
> some hosts intend that their shows never be rotated out and only used<br>
> for backup slots.<br>
<br>
</div>I think this is the right decision, given the wishes of these hosts.<br>
<div class=""><br>
> So the purpose of this clause is to make the Backup queue an Emergency<br>
> Queue. IE *only* shows intended to be in there for a looooooong time. No<br>
> rotation, no maximum size, playable - yes, but not scheduled until they<br>
> are needed.<br>
><br>
> So what about people that don't care when they are scheduled, who are in<br>
> no particular rush to have their show aired, but expect it to be<br>
> released sometime. I do not want to be responsible for scheduling those,<br>
> for fear of acquisitions of bias. Yes we could write a script to<br>
> schedule them but then that leads to confusion. So then why not let the<br>
> people schedule the shows themselves at a time we know will be quiet.<br>
> Eg: during the summer.<br>
><br>
> Does that seem logical and fair ?<br>
<br>
</div>I think this is exactly what's needed.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Hpr mailing list<br>
<a href="mailto:Hpr@hackerpublicradio.org">Hpr@hackerpublicradio.org</a><br>
<a href="http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org" target="_blank">http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org</a><br>
</div></div></blockquote></div><br></div>