-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2014-03-03 00:03, Dave Morriss 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 >
On 2014-03-03 00:11, dg wrote: > 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 This is referring to the page: http://hackerpublicradio.org/calendar.php All the scheduled shows are listed on this page. Those scheduled for the next month are in the "Next Month" section and everything else is in the "Also Scheduled" section. This allows access to all the shows without the need to browse through loads of almost empty pages. On 2014-03-03 00:14, Kevin Wisher wrote: > I agree that 2 years is too long. > I agree also. On 2014-03-03 00:43, someone ishere wrote: > ... say on a weekend. HPR 7 days a week would be bloody awesome. > > --cobra2 > http://cctracker.org > If by bloody awesome you mean more work for everyone then yes but actually no :) Messing aside I am less opposed to this now that we auto release shows than before, but I'm not sure that people are ready to a) contribute more shows b) listen to even more shows On 2014-03-03 01:16, Klaatu wrote: > I've kind of talked myself into a backup show sprint, where > Timelessness is the key goal. > > - klaatu > Can you send me a chapter for the read-me file that describes the requirements :) On 2014-03-03 01:26, Beto Mendez wrote: > This is like disaster recovery planning for podcasts. > As with every disaster recovery planning, we should do enough to recover and no more. On 2014-03-03 01:42, Nigel Verity wrote:> I certainly agree that shows on technical subjects can quickly become > I thinking of things like "how to fold a fitted sheet" which I > genuinely found both charming and interesting. > > Regards > > Nige > And for years the surge of unfolded sheets will bring stress and angst to the worlds hackers while we hoard the solution in a backup queue. On 2014-03-03 04:21, David L. Willson wrote:> I suppose the backup show queue is unneeded. I want to hear all the shows. > If, as seems likely, we decide to keep a backup queue, I'd love to > have a way to listen to them, even if we never run out of shows, > which seems likely also. > Technically we could put a link on the website but .... I think the backup queue is a crutch and we should remove it. We as a community have now the responsibility for maintaining the health of the queue and the backup shows takes the pressure off that problem meaning it is only the admins that need to take action. There is no reason why we all could not have a spare show on our home computers and upload them in an emergency. That emergency would be announced here on the list and that would give other people a chance to step into the breach. On 2014-03-03 07:32, Fifty OneFifty wrote: > I vote when there are 4 weeks (20) shows in the backup queue, each > new backup show causes the oldest one to be dropped into the regular > feed. If we are doing a backup queue, this would be the easiest to manage. - -- Regards, Ken Fallon http://kenfallon.com http://hackerpublicradio.org/correspondents.php?hostid=30 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTFEyUAAoJECO2jUN3MRFpmXUP/26qS+iyjLTzKhTFydcGFUwF DcUTFZGTdItfb9whtANEZA+cbuPmYDLq8P0590k0vXbFRRUqWZm+RssXyHNJ7HKf OncV2WNJ+sc0vHHrLBWpsKAQi706UyG/dfXcpz+4RBLFMP2XpRY6temN8QZU1SLe QIU7guvgs+VNCO8HXZYMpSzhTITv3XIC9ih1Gm5oX3ErKfHr4AdlUmSIBqNLm7k2 Ri5jrtUJQgIphDV2kHbZOkv/bNxO10AJagmvSye+0M9RzyfF+ZekNqGWcCsWS5qb Ng8CNMREs8C1EkUYxPosJE5I3pj0bBI0kXR0BT/luqhT26cZTTk10IYG9iKpUD8s EBzAKGDK6wUlFl1AQM26o9BVam7Uq1Igo0n6GdGjRE/mDtrc71oMzWoGaKIHrBCr eQu3uVY0QYgvL8ZrcxkgyBBU79V6HGtwTw3UxZBAwq0rjAQPchC60ET86ipHuJL3 xT5Wa64nCylss9U56DRm0rkaTr5r/iMULW1dx9k2JNkGHy6rLUODm5/3l0H+djgW SPZe/JHmFDTaW86hjmrWl3DSMHTB/wH7WIbzF8OsqZvMO8tCvOyVypiPJwQY4UO7 tEMxLrOHUDkt8o1T2RzYt/1ELR6+w25jRPkNiSFxYubgryf7tMg0XQWrHI7memIn IctXMTdSKDdZuu5/hd/N =s/+k -----END PGP SIGNATURE----- _______________________________________________ Hpr mailing list [email protected] http://hackerpublicradio.org/mailman/listinfo/hpr_hackerpublicradio.org
