I have to agree with Klaatu on this! On 03/02/2014 07:16 PM, Klaatu wrote: > I dunno, maybe I'm conservative but to me "backup" means "backup". The > person who committed this 2-year old backup show knew that it was a > backup show. This means, inherently, that it will not get played except > in an emergency. And I think that's OK. > > For that to really work, though, I guess the episodes need to be > guaranteed timeless. Maybe we should work on collecting backup show > submissions that basically are timeless. I can think of about 58 unix > commands that could be discussed; they've been good for the past 40 > years so I guess we could tempt fate and assume they will continue to be > valid for another 40. > > I've kind of talked myself into a backup show sprint, where Timelessness > is the key goal. > > Then we could stash these timeless shows into our backup show bin, and > forget about them. > > Does that sound like an idea? > > - klaatu > > > > On 03/03/2014 12:43 PM, someone ishere wrote: >> There should be a queue. Anything over 3 months is a bit crazy though. The >> content could be out of date when it's released. I'm not sure about a limit >> to >> how many shows to keep, but anything more than 3 months old should be >> released.... say on a weekend. HPR 7 days a week would be bloody awesome. >> >> --cobra2 >> http://cctracker.org >> >>> I think a back up que is nice, but I think anything over a year is >>> excessive. Even the most historical show would be, IMHO, stale. I >>> don't know if it's hard to do, but expanding how far out the calendar >>> goes is an option, but I don't understand how it all works. This "also >>> scheduled" thing at the end is interesting. You could just put backup >>> shows a year out after they are submitted, I guess. Is any "floating" >>> possible for shows?! >>> >>> Just thoughts... >>> --- >>> Deepgeek >>> >>> On Sun, 02 Mar 2014 23:03:29 +0000 >>> >>> Dave Morriss <[email protected]> wrote: >> Hi All, >> >> Yesterday, while recording the February Community News with Ken and >> Ahuka, the subject of the backup shows and how to manage them came up. >> >> There are currently 12 backup shows in the queue, the oldest having >> been there for over 2 years. On the one hand it seems reasonable to >> maintain such a queue as an ultimate fall-back, but on the other >> hand, keeping shows for as long as this seems like a bad idea. >> >> So, some feedback from the HPR Community would be helpful. As far as I >> can see the main questions are: >> >> - Should there be a maximum time for backup shows to be queued? >> - Should we limit the number that are held at any time (by >> releasing the older ones)? >> - Is there still a need for a backup queue at all? >> >> Your thoughts would be appreciated. >> >> Dave >> >>>> >>>> _______________________________________________ >>>> Hpr mailing list >>>> [email protected] >>>> http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org >>> >>> _______________________________________________ >>> Hpr mailing list >>> [email protected] >>> http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org >> >> _______________________________________________ >> Hpr mailing list >> [email protected] >> http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org >> >> > > > _______________________________________________ > Hpr mailing list > [email protected] > http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org >
_______________________________________________ Hpr mailing list [email protected] http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
