Re: [Hpr] Linux Inlaws

On Fri, Aug 19, 2022, 1:39 PM dnt via Hpr wrote: > I think we should always keep > the focus on attracting new contributors, it's what sets HPR apart, and > it's the principle that should guide every decision, without exception. > This. This is what the HPR community has defined as success:

Re: [Hpr] Accessibility problem

On Tue, Aug 2, 2022, 10:30 AM Mike Ray wrote: > And I guess what you mean buy index is that you want any tag to appear > on the page only once, but then be followed by a column to the right > with the show numbers. > What if the tag name itself was a link to a page with just the shows related

Re: [Hpr] Policy change: Show complaints procedure

On Fri, Jun 10, 2022, 1:21 PM Ken Fallon wrote: > I would prefer to but specifying it as "harm" can cover any complaint. > I agree with keeping it generic to start--trying to indicate the intent rather than an enumerated list that could grow bryonically. Tentatively hopeful, - Laindir >

Re: [Hpr] Permission to move out a show

> > On Thu, Mar 24, 2022 at 7:41pm, Ken Fallon wrote: > > I am producing a report into the chain of events that took place. I have > > requested the community members who expressed concern about moving the > shows review it. With the goal to report back to the list with their > opinions on the

Re: [Hpr] Auditing the janitors

On Wed, Mar 23, 2022, 3:27 PM Ken Fallon wrote: > My initial suggestion is to have an Auditor from the Community join the > Admin channels for the purposes of monitoring their work. This should be > a rotating position, so that the person/people don't become on of the team. > This seems like a

Re: [Hpr] Permission to move out a show

On Mar 21, 2022, at 4:42 AM, Ken Fallon wrote: > > Hi All, > > One of the shows in the queue has some issues. I spoke to the host about it and it is not clear if they want to remove it or replace it. I think they are off line for a bit as they haven't replied. > > Can I move the show out past

Re: [Hpr] takov751

On Tue, Jan 11, 2022 at 12:11 PM Ken Fallon wrote: > In the past it has been argued that the more natural voices are > difficult to understand when sped up. So I took the two most natural > voices from the list and posted a side by side comparison to espeak at > 150%, 200%, 250%, 300%, 350%,

Re: [Hpr] Error feedback from show notes

I like the idea a lot. Having a list of things that didn't go smoothly means I can make targeted process improvements for the next submission. ___ Hpr mailing list Hpr@hackerpublicradio.org

Re: [Hpr] Passing of 5150

I remember him best for his participation in various round table discussions, including the podbrewers podcast, as well as hpr's own audio bookclub and new year's eve shows. He'll be sorely missed. - Laindir ___ Hpr mailing list

Re: [Hpr] Hpr Digest, Vol 128, Issue 5

On Thu, May 23, 2019, 10:48 AM lostnbronx wrote: > The question really isn't about this one episode, is it? This is > really about policy. > Definitely. I think the last thing anyone wants is a system that requires individual episodes to be evaluated by the mailing list. I think Ken's question

Re: [Hpr] Should we reject a show with copyrighted fair use clips in it ?

I'm really conflicted about this. I'm firmly in the camp of "reject this submission" for two reasons: > 1. I don't want something to jeopardize the future of HPR 2. I don't want to put undue work or stress on Ken--he does so much for the community already However, I'm very upset that I can't

Re: [Hpr] tags, virtualization, virtualisation

On Tue, Aug 21, 2018, 10:56 AM Dave Morriss wrote: > I don't know how soundex compares to what espeak can generate, but it > would be interesting to look at these issue. > Soundex is fairly simplistic. It's a four character code that captures the first letter of a word and the next three

Re: [Hpr] HPR shows with multiple hosts

On Oct 30, 2017 8:56 AM, "Josh Knapp" wrote: I'm not the biggest fan of PGSQL from the administration side. This probably stems from that I have not had a ton of experience messing with it except in very specific use cases. I have far more experience with MSSQL than

Re: [Hpr] New podcast - Late Night Linux

On Jan 10, 2017 11:24 AM, "N.Thomas" wrote: Looks interesting, I'll give it a try. I've been missing drunken Linux talk since Dan and Fab signed off. If you enjoyed Fab's drunken rants, I can enthusiastically recommend his new project with David Megins-Nicholas, Geek

Re: [Hpr] Live @ PodcastAwards.com on June 26th @ 8pm EST

On Jun 21, 2016 2:52 AM, "Ken Fallon" wrote: > Looks like Jon will be representing us if we win. Both a prolific contributor and a hacker of quite some breadth. Sure you'll do us proud. > I put some introduction text together, that the presenter will read > while the connection

Re: [Hpr] HPR Policy Change - HTML default in RSS Feed

On May 10, 2016 4:39 AM, "Ken Fallon" wrote: > > Can you all please assist with testing the feeds > http://hackerpublicradio.org/rss.php?html=1=ogg > Confirmed correct display in RssDemon for Android, it downloads the enclosure, but I'm unable to verify playback because it only

Re: [Hpr] HPR Policy Change - HTML default in RSS Feed

On May 7, 2016 10:18 AM, "Ken Fallon" wrote: > This is a proposal to change the default RSS feed from Plain Text to > support HTML. This decision needs to be taken by you the community and > will also be discussed on the community news. I think this is an excellent idea. >

Re: [Hpr] HPR Community News - next Saturday on 2016-04-30T18:00:00Z

On Apr 27, 2016 5:22 AM, "Dave Morriss" wrote: > Thanks also to fiftyonefifty and carl hamann for your replies. I'll be > happy to have any help that's available but understand that there's a > lot going on at the weekend. Now I feel sheepish, but after originally offering

Re: [Hpr] Proposed New Series

On April 22, 2016 at 5:42 AM Dave Morriss wrote: > Oh, and we have discussed allowing shows to be members of multiple > series - something that the database design can't cater for now. That's > just crazy talk though :-) It seems to me that in many cases, we're treating

Re: [Hpr] How to check if the intro and outro are added

On Dec 30, 2015 3:17 PM, "Dave Morriss" wrote: > Using a recent HPR show in my podcast queue and running > echoprint-codegen on the entire thing I found I got a chunk of JSON with > metadata and a humongous fingerprint string. After spending some time reading the

Re: [Hpr] How to check if the intro and outro are added

On Dec 29, 2015 1:22 AM, "Ken Fallon" wrote: > That looks very good. Did you manage to get it working ? I've gotten their code to compile. So that's one egg for the souffle. If I can get it to reliably produce the same output, I'll be happier. I have a feeling I need to spend

Re: [Hpr] How to check if the intro and outro are added

On Tue, Dec 22, 2015 at 11:25 AM, Ken Fallon wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi All, > > Anyone know how to programmatically determine if the intro and outro > have been added to a track using FLOSS tools. Binary comparison won't work if the host

Re: [Hpr] [SPAM] HPR Menus are not accessible

On 09/09/2015 12:34, Ken Fallon wrote: > The current system is using unordered lists, and it is the application > of css that is causing the problem. The exact same html without the css > added is what is been served from: > http://hackerpublicradio.org/accessibility.php One technique I've seen

Re: [Hpr] Fwd: Cross-Promotional Opportunties

Again, most of my reaction is an emotional response to the tone of the email, which, as you pointed out, reads as a mail-merged marketing piece targeted at any organization associated with cyber-security buzz words. My examination of their site was cursory at best, and I'm far from labeling them

Re: [Hpr] New year's post mortem

On 2015-01-08 20:27, Klaatu kla...@straightedgelinux.com wrote: And in terms of re-listenability, I personally think that the NYE show has zero potential. I can't imagine why anyone would want to listen to a show of people just hanging out not really talking about anything. Then again, people

Re: [Hpr] Backup shows

On 2014-03-05 12:49, Dave Morriss wrote: So, I interpret this as a general agreement that backup shows should continue to be kept, but that a rotation mechanism to release the older shows should be implemented. That seemed to me to be the consensus of those involved in the discussion. And it