Therefore if there are any shows that are on the site which you feel [harm HPR](https://lists.hackerpublicradio.com/pipermail/hpr/2022-June/004492.html), first see if a [response episode](https://lists.hackerpublicradio.com/pipermail/hpr/2021-September/004250.html) is sufficient to address the grievance. If not then please bring it to the attention of the janitors at hpr, and we will see if the concerns are grounded based on the same criteria as if the show was been posted today.
There seems to be a clear desire to keep HPR as a podcast and not transition to a podcast hosting platform. What I came to realize was that the HPR setup could be adapted to become a podcast hosting platform with minor changes. For example, were we to not release the main feed, remove the HPR branding, and provide each show their own schedule, then each hosted podcast (now HPR series) would be their own entity. However it's not something that the community, janitors, or the HPR patrons are enthusiastic about implementing.
[Rejecting a show on the grounds that it is "using HPR as a means to push a particular product or view"](https://lists.hackerpublicradio.com/pipermail/hpr/2025-July/004883.html)
Supporting [Various Creative Commons Works](https://lists.hackerpublicradio.com/pipermail/hpr/2013-April/001216.html), that allows people to to submit (a single) interesting/important creative commons works on a given topic to the queue. It should be prefixed with a short introduction as to why we should be interested, then submit it under your own name to the queue.
[Policy Change: Clarification that contributions are CC BY-SA 4.0 unless otherwise stated](https://lists.hackerpublicradio.com/pipermail/hpr/2024-October/004791.html)
[Policy Change: Should we reject a show with copyrighted fair use clips in it ?](https://lists.hackerpublicradio.com/pipermail/hpr/2019-May/003673.html)
