hpr-knowledge-base/hpr_transcripts/hpr4676.txt

Episode: 4676
Title: HPR Community News for June 2026
Source: https://hub.hackerpublicradio.org/ccdn.php?filename=/eps/hpr4676/hpr4676.mp3
Transcribed: 2026-07-31 16:16:37 (official HPR transcript)

---

This is Hacker Public Radio Episode 4676, for 2026-07-06
Today's show is entitled, "HPR Community News for June 2026"
The host is HPR Volunteers and the duration is 00:34:53
The flag is Explicit, and the license is CC-BY-SA
The summary is "HPR Volunteer Ken talks about shows released and comments posted in June 2026"
Hi everybody, my name is Ken Fallon and you're listening to another episode of Hacker Public Radio.
This is the HPR Community News for June 2026.
It's just me on my own, I'm afraid. I've had some personal issues that just come up
and as a result, the people who had volunteered to host couldn't do it at that time.
So, sorry about that. Hopefully, next month things will work out a little bit better.
HPR is a community podcast that releases shows every week, Monday, Friday,
and any topic that is of interest to Hacker Disaster.
And this is the community news show put on by the HPR volunteers
so that we can give you up to date on what has been happening in and around the HPR community for the last month.
And the last month, in fact, was June 2026.
I get the privilege of introducing new hosts this month and our first new host was,
well, actually our only new host was Leonard Benshop,
who had the pleasure of not only meeting but attending his excellent lecture at the Teed Up event.
It was on the 4th.
Raised a few ears here, I have no doubt.
And if you want to check out that, the videos will be our online.
So, what we do here in the community news is we go over the shows that are posted
and then the comments that there were actually positive feedback.
Because, as you know, feedback is the currency we pay our hosts.
And the first show just so happened to be the community news from May 2026.
And there was one comment by Candy Clay Neater.
Busy weekend.
Hi, sorry I had to go before the recording started.
I was pretty busy over the weekday Friday volunteering at the convention.
And I had to go do something.
Hopefully, next community news, I can pop in.
Also, things are slowing down, starting to make a swing back to good, good again.
So, I may go and record a show soon.
Well, that is actually excellent news.
Not about that, but also that things are swinging back.
Always hear that.
Brian in Ohio had the show on the Arduino Unrelated Devices.
And this was about the Simon Sias game that he made for his grandson.
Which was an awesome thing to do.
And I really enjoyed this one.
He wrote it forth.
It would be very odd, as he has been known to record a few episodes on the topic.
So, I am assuming he and Leonard will be fast friends, if not in real life.
On a virtual sense, assured love.
No comments on that, I'm afraid.
Following day, we had Taj with Starting a Reading Habit.
And this one had two episodes.
It was about developing a habit of reading daily and the books he has read.
Antoine says, reading always been a lifesaver.
This alone makes the show very nice.
The other books on your list have beautiful covers.
About the cardio code, I was expecting some sharing of the specifics of the content.
So, we all could do with better cardio.
Nice to see you accomplish your audacious 20-a-year reading goal.
Thanks for the share.
And Kevi says, nice episode.
Thank you so much for posting.
I've never read any of the Battletech books, but I may keep an eye out for them.
I enjoy reading physical books.
I've tried e-book readers.
I really don't like the experience.
Although, I have found myself listening to audiobooks more.
Especially in the car or when being stuck on doing tasks.
Thanks for the tip and open reads.
I've never come across it before.
But I think we'll have a look for a review on upcoming episode next.
The next day, we had Mr. X with What's in My Component Box.
And this and the previous episodes were from the reserve queue.
Because this time of the year, the quantity of shows that we get are going down.
As is the amount of shows in the reserve queue as a result.
So, nothing to worry about as yet.
But we'll see if we're able to make it to the end of the summer without it becoming a real issue.
And in this one, Mr. X describes the contents of an old storage box.
Because, I must say, I'm rather guilty of this sort of thing myself.
Having component boxes.
Lots of stuff.
But very little time to do anything.
Kebby says,
Geeks are ahead of me, are ahead of their time.
In an age of recycling and repurposing, I find that geeks are always a step ahead of us.
We have been doing this for years.
I laughed out loud when you said that you weren't sure why you kept an item.
And thought, good, it isn't just an excellent show.
As always, Mr. X, keep up the good work.
Now that the EU has just, this month, introduced a 3 euro levy on every article coming from China.
We're going to find our components suddenly getting a lot more expensive.
And this one also came from the reserve queue.
Lots of gaps in the schedule, folks.
Don't feel guilty at all.
I mean, just sit back.
Let other people do all the work.
Why don't you?
Tips for glasses.
Cleaning glasses and mid-range progressive lenses.
This had three comments.
Yes, indeed.
Trey says,
Avoid hand soap.
Great recommendation.
I do avoid hand soaps as many include lotion residue.
I may check out some of the mid-range progressives.
I use dedicated computer glasses.
Great, but I need to remember to change back to prescription lenses when I get up and walk around much.
Jim DeVore says,
Geeks are lazy too.
After many years of experimenting, I settled out on clean 100% cotton washcloths and shampoo.
Before I get in the shower every day, I put a bit of shampoo on my glasses, wash them in the shower as it warms up, and then dry them on a fresh one.
I use it after cleaning my glasses to shower, and after drying it, goes into the laundry hamper on the next cycle.
Cheap, fast, easy, and I'm not managing any microfiber cloths and fancy eyeglass clean or chemical.
Operator says,
Glasses.
I want to thank you.
I'm glad the queue was empty because I recently bought a new glasses at Costco.
I feel like I overpaid for it, which makes sense since I have not worn glasses or contacts for 15 years.
My vision is changing as I age.
I'm now 46.
Even with large 49 ultrawide monitor, I use the font size to read comfortably.
I ordered two monitors today.
Wish me luck.
Well, that was actually a good tip there.
I use something like baby towels, cotton cloths that we got for the kids, and they're great at cleaning glasses, which is an ordinary dish soap.
The following day, we had a show from Swift 110.
I review my Musi Cozy Sleep and Exercise Bluetooth Health Band, and surprisingly enough, I have this exact same thing and will give the exact same recommendation.
So, well done there.
It just goes to show that even I can be outdone with topics to discuss, because this one has two comments.
Candy Caneater says, Wishlist, I often listen to podcasts and stuff when I go to bed, so using one of these would be very useful.
The only downside would be figuring how to use it with my MP3 player, since it doesn't support Bluetooth.
Interesting, Kevi says.
I have never heard of these before, but I think the concept is great.
My wife has recently been asking me to research a set of headphones for her to use in the gym.
I will suggest these.
Thanks for sharing.
And just to talk to Candy Caneater's one there, there's a USB devices that you can get with a 3.5mm jack, and you can plug that into your music player, and it'll take the audio from your music player and convert it into Bluetooth.
I have one here in the drawer doing nothing.
Drop me a line, and I'll send it over to you.
And another point on these is that they actually act as eye masks as well.
So if it's bright outside, you can put them over your eyes and actually go to sleep.
Awesome!
The following day, we had Unix Curio Part 8, Comparing Files.
Finding out the diff without using diff.
Again, Vance is doing an absolutely fantastic series here on this.
It's really engaging people, because there's five comments, but it's engaging me as well.
Every single time, he comes up with something that's really cool, and you kind of know, but kind of know some of the commands.
Some of the commands I use quite a lot, and sometimes it's really nice just to get the background history.
X-Man Monk says, great show again.
Another great show of these often forgotten commands.
Glad to hear you have more episodes in the work.
Look forward to hearing them.
Candy Caneater says, comparison.
CMP is, while not as useful as it may have been, still quite useful for testing whether two files are bit copies of each other.
Misty Jack says, HPR4657 uses COM.
COM is actually a very, very useful program in scripts, if you know how to make good use of it.
For example, Bash can be fairly slow when a classic Bing algorithm over large amounts of data.
Misty Jack is very close to an episode, just saying.
I continue.
However, as you can reformat the data so it can be compared with COM, you can then use COM as a filter without any loops.
As an example, it's an application, a simple loop, 3.7 seconds to work its way through the data, which is far too long.
However, using awk and sort to reformat one file, and the combination of find, cut, sort, and awk, unique and awk, and the directory structure, generate a second file, and then compare them with COM.
I was able to filter down the information to just the records that had relevant changes, and then use the slower looping algorithm on those.
That cut the time down to 0.150 seconds, more or less instantaneous from a user perspective.
Despite this mess appearing to have a lot more transformations in it, 25 times faster.
This is because there were actually fewer calls to commands in the second algorithm, even though more different commands were involved.
So COM is a very useful command to know, and if you have a lot of information to process, it should be one of those tools that you turn to when figuring out the best way to do it.
Actually, I have, right now, literally before the show, used that.
I went around to all my data on NAS, met MD5 sums of all the files, and then went to old backup disks, and did the same thing over there.
Awk'd the MD5, sorted and unique them, and then used the COM command to compare "-1-2", giving me the ones that are in common,
so that I know all those files that I found in common on the backup disk I could get rid of,
and it brought down my backup disk from 8 terabytes to 2 terabytes.
So I can now go through the 2 terabytes and figure out what it is in there that I need to backup, and what I need to save.
So a very useful command.
However I can, that should have been a show.
Yes, it should have been, but nobody's here to tell me otherwise.
Van says, appreciate the comments.
When I was uploading the episode, I started to feel like maybe I'm selling COM a bit short.
Nice to hear that it's useful, SkiJack.
While its functionality can easily replicate it with cut and awk, those utilities can certainly make use of the output COM.
Interesting to read that your experience in terms of runtime.
I have taken to using a single call tag, awk, in situations where I might otherwise call on several in the pipeline.
Your comments is a good reminder that if something will be better, instead of automatically assuming that one tool or sets of tools will be faster than other.
Whiskey Jack says, reply to Vance on awk in HBR4657.
awk is another extremely useful command to know in terms of improving performance, in case where you might otherwise need to use loops.
I don't have any relevant numbers at hand in this instance, but I know that I have increased performance very significantly by structuring an algorithm to allow use of awk.
The history of awk may be a good subject for a Unix curio episode.
Expect would be another good command to cover as well.
I have used this for scripts login to test VMs over SSH in cases where SSH wouldn't work for some reason.
Then the next day we had an episode by Whiskey Jack himself, audio revisited.
This is a follow-up to the series on Simple Podcast show with the result of filtering experiments.
Experiments responds to quite a bit of the feedback he got on other apps.
No comments there for that.
Command line fun, where Kevi uses FFmpeg record an episode for HBR.
Two comments.
Candy Canator says, FFmpeg encatenation is frustration-fusing.
But according to the wiki, with a link, you can just use FFmpeg-F, CONCAST-I, listoffiles.text, output.
For some reason, it forces you to use files.
That's a list of file names instead of being able to use a glob.
But it works pretty okay.
Whiskey Jack says,
When concatenating audio files using FFmpeg, you can create text files using the audio file with printf, space, or double-quote, file, space, single-quote, percent, s, single-quote, forward, slash, n, double-quote, space, asterisk, dot, flack, pipe that, or redirect that in a pod, seglist, dot, text, and then use FFmpeg.f, on cat, dash, safe, space, zero, dash, I, pod, seglist, space, full pod.
If you're using SOX, you can concatenate the files using the following SOX, it's asterisk, dot, flack, full pod, dot, flack.
I covered concatenating audio files using FFmpeg in HPR 4608 in my series on simple podcasting.
And these examples are in the show notes as reference for anyone who's interested.
The FFmpeg list file is probably useful for cases where you want to order the files manually rather than shell-globbing order.
If it turns out to be a double post for the subject, the electric power went out just as I was attempting to send it the first time, so I didn't think the first one went through.
It all got sorted.
The next episode has no comments, but it's from Ahuka in his series on science fiction about Robert A. Hyland and Future History Part 1.
And as always, excellent links in the show notes and the entire blog post from Ahuka's own blog has been copied over here for your reference.
Nice episode.
I'm really enjoying these.
Unfortunately, adding more and more stuff that I have yet to read to my list.
Not only that, all the Doctor Who episodes are piling up on me as well.
The following day, we had laptop computer woes or how I learned to love my tech hoarding.
There you go.
Another saves the day.
Claudio Miranda.
We're all guilty of it.
And this one base.
Claudio is able to repair his by basically grabbing parts from other laptops.
Candy Caneater says, uses smiley face.
I'm always nice seeing a repair when, especially if it's done with the parts.
We feel justified for refusing to get rid of any of my devices.
X-Man Monk says, great show.
Hey, Claudio.
Great show.
Enjoy hearing about BSD, even if it's hardware related.
Claudio replies to these guys.
Thanks for the comments.
Feel good to be able to use what I had left over parts in the repair device still in action.
By the way, the update on my Evo laptop.
My son's grandfather was able to find the problem.
A shorted MOSFET caused by a blown cap?
Interesting.
He tested with one E had on hand and it turned on and booted.
Once he finds a MOSFET with the correct rating, it should be back in action.
Yes.
We love this.
What are the answers I need to the questions I don't know to ask?
Antoine asking us the hard questions.
Nice little show.
I'm surprised there haven't been more comments about this, but it could be that it's approaching
some notifications here in the Northern Hemisphere.
But as always, an interesting life.
The following day, we had another episode where there are no comments.
It was on my journey to the hallway track at Tidos.
And I'd like to thank everybody there for putting on such a fantastic, welcoming event.
It was really, really, really enjoyable.
I was super tired after it.
I don't think I'm still over it, to be honest.
But it was absolutely fantastic and I really enjoyed it.
Definitely going back.
The dude responded to our not having a lot of shows by adding a show himself on the no-input
tutorial on how to build a drone box.
There were no comments on this, but I had seen episodes on what a drone box was.
I kind of knew of it in a roughish sense, but this was a good explanation of what it is
and how to build them.
With two YouTube video links there to give you more of an explanation.
Then we had Lee talking to Benno about Pokemon Go, the augmented reality game,
and how much he enjoys playing it and stuff.
Ironically enough, on the very day where it was announced that Pokemon Go training
was going to be used to train military drones.
Yeah, so there's no comments on that one.
How I got into tech, and this is the first one.
First Show by Leonard, describes the computers that he used, what he ran, and what he liked
about them, as he seems to have a love affair with Forth and Why Not.
Gen 2, IBM PCs, the Latte, Latte, language transforming techs, never heard of that.
Joe's own editor, I used that in college, actually, not a million miles from Nano.
Wendigo says, nice to meet you.
Thanks for the introduction, Leonard.
I really enjoyed hearing about your path through computing.
Although, it was very amusing that you thought you arrived to computing late,
as you predated my own introduction to computing by a decade.
Looking forward to hearing your next episode.
Candy Canator says, hello.
I like this episode.
It's nice to see other people's introduction to the hobby.
I agree with Wendigo.
That is amusing you got into it late, since I also got into computing much later.
Vance coming in here again with Unix Curios Part Printf.
I found this episode, personally, very revealing, because I had been following,
I had seen it coming up recently, and I started using Printf,
but explored a few gotchas in there about the use of the command
when it is and isn't safe to use it in comparison to Echo.
Brilliant show notes, as always, with these shows,
and lots and lots and lots of reference.
Candy Canator says, learned something I had no idea.
You could use percentes with multiple arguments,
the same line multiple times.
That would definitely be useful for some bash scripts.
I personally moved to using Ruby for my own scripts,
but I still really cool to...
Introduction to Ruby there.
Candy Canator, thank you very much.
Here, first episode.
Hi, I'm doing an episode on...
Don't forget to introduce yourself.
Tell us what Ruby is, why we might want to use it,
what platforms it's available on,
and a basic Hello World script.
Whiskey Jack, comments.
Oh, here again.
Whiskey Jack 467 Printf.
This is a very interesting series.
I hope that you will continue with it.
There are a few other very useful things
that you can do with Printf that I've made use of.
In a previous episode, you mentioned
that if you wish to concatenate several audio files
into one using FFM page,
create a file containing the names of the files,
plus the little text.
You could write a loop,
writing out each line of the file one at a time,
or you could use a single Printf command as follows.
Printf, colon, double quote, file, space, single quote,
present, S, single quote, forward slash, N, double quote,
Asterix, the flag, inter, pod, say, dust.
This will create a file consisting of multiple lines of text,
each in the form of the word file,
followed by the name of the file,
and then the no loop is necessary.
Another example came up with something
that I had worked on yesterday.
I need to print a floating point time value
by combining separate seconds and millisecond numbers.
However, the millisecond numbers is not zero padded on the left,
so this will give the incorrect value if used as is.
It is readily solved, however, by using Printf
with the zero pad the number.
Padsec equals dollar open bracket,
executing a command in there.
Printf, single quote, percent, zero, six, single quote,
and then the variable time sex, close, expansion.
So it would convert time sex and prepad it.
I was able to take the result
and append it to a string containing the time in seconds
followed by a decimal separator
and then the padded time in microseconds.
It is things like this that makes shell scripting fun to you.
X-Man Monks has another great show.
Thanks for all your work on these episodes.
Lots of good info about Printf.
I usually fuzz around with Echo
to get it to work on my machine,
but may not work on others.
There are good reasons for using Printf instead.
The next day, we had Whiskeyjack
with nuclear power technology follow-up on safety.
And this was in response to questions
posed by listeners on the comparative safety
of different energy.
This is an absolutely excellent episode
as he discusses in detail
the difficulty of comparing apples with apples,
apples with pears,
or in this case,
the different type of electricity generation.
And also brought into account
things that I hadn't considered
about the dangers of dams collapsing
and well worth a read
and a very interesting conclusion,
which I won't spoil for you here.
Then the next day, we had HVR Beer Garden.
Super strong burgers.
Oh dear, oh dear, oh dear.
This, I love the fact,
hearing the history of these beers
and where they come from.
Great episodes.
It's nice to see Paul is joining along
quite often at these shows.
The next upcoming beers
that they're going to be doing
is a double IPA,
Belgian Blonde,
and double dry hopped IPA.
As far as I'm concerned,
the Belgian Blonde.
Not a big hop fan.
Although, interestingly,
we grow hops in our back garden.
On the 26th,
we had Playing Civilizations Part 5,
Part 13,
and of course,
by a hookah.
And this time,
he was playing
Diplomatic Victory Part 2.
Trades and luxuries,
buildings,
wonders,
social policies,
and merchant cities and stuff.
I find these interesting.
Not that I'm into gaming or anything,
but I really am enjoying this
as that I don't get the deal
or never sit down
and play that game.
On the 29th,
we had an operator
with Protocol AI,
decentering Google,
local known,
the RAG versus
the RIP prep debate,
and building a protocol AI.
And RAG is
Retrieval Augmented Generation.
This was a nice episode.
Good to see the show notes.
I strongly suspect
they're AI-assisted,
but it's actually quite good.
It's no harm.
It gives,
goes happy enough with it
and happy enough
to release it as Creative Commons.
So I think we'll go with that.
So a good episode here.
And I like,
I'd like to actually hear more
about local AI model.
Clearly,
this very thing.
Preferably free,
Libre,
open source ones
that we could run here
locally
on our own machine.
Time is not,
it's not the issue.
We're ruling off solar power
in the background,
so it's not an environmental waste.
And we could use that
to produce show notes
for older episodes
that have not as much attention
to the show notes
that we have today.
So,
get on that, folks.
Send me in some shows
on that time.
The next,
and possibly,
yes,
the last show of the month.
I just squashed there two
from Tidos.
Hey, mum,
I'm on Spotify.
It was either that
or a show from the Reserve Queue.
So I wanted to get this.
Thought you might be interested
in hearing my presentation
that I gave about HPR.
I wanted to have a template talk
about HPR as a project.
And this was an excellent opportunity
to give that
in a safe environment.
But it might be a template
that other people
who are giving presentations
on HPR.
I would love your feedback,
listeners,
to this show
if you could go back
and just listen to that presentation
and some tips and tricks.
Don't worry,
be constructive criticism.
I will hate you for it,
but I'll get over it.
But I do want to put
a presentation together
about what worked.
I found that at the booth,
this presentation,
I was able to answer
any of the questions
that I was given.
And that's from my experience
as at other booths as well.
So I was happy to see
that when people came
to the booth,
I could just simply
fast forward
in the presentation
to that slide
and be able to,
you know,
give people
the information
that I wanted
them to have.
Well, that was all
the shows
for this month.
So we,
there were some
comments on
previous episode.
One from
2024,
August,
and it was
by Bob.
No,
the show was
by Bob,
and Jan
sent a comment
to Bob was saying
downloading
out of copyright
music using
tour proxy
with YouTube
DLP,
YT DLP
to get
the movies.
And Jan
says subtitles.
If you want
the subtitles
as well,
you can add
a write,
dash dash,
write dash
subs,
space,
dash dash,
sub dash
format,
space SRT,
and then the proxy
bit.
That was that.
Then we had
on
ham radio
licensing
by Lee.
We had
RJ saying
very interesting
as always.
Very interesting
show as always.
I love your
podcasts.
I'm new to
HBR,
just found out
about it a
week ago,
a few weeks
ago,
and you've
been the one
I know I
can always
go to for
an interesting
show.
It's uppity
down thing,
a technical
term for the
test of
an aerial
smiley face.
And RJ,
don't be afraid
to send in
your first
introductory
show to
us.
We would
love to
hear that.
Lee,
of course,
responded
saying,
Aireals,
thankfully,
the foundation
exam is
multiple choice,
but this is
important to
recognize the
following terms.
Pointy signal
spiky bit,
long wire
dangly-doo,
metal linear
wave catch
amoebob,
bendy frequency
rubber stub,
wire stretchy-poo,
scrubbing prong
amoebentig.
He's cracking me
up.
Oh,
okay.
Next one,
we had
responses to
comments on
HBR4424.
And Archer72
says,
not quite a
complete script.
If you guys
have gone off
on a debate
that could have
been a show,
I will get
very,
very annoyed
with a complete
script.
Six.
Last question.
Ken.
Hi, Ken.
I did some more
testing and the
script is not
quite ready.
Breaks on
some renamed
files leaving,
for example,
hbr1234.org
in Pogboat.
I'll try again.
Whiskey Jack
says,
in response to
this episode,
I have been
following the
saga on the
download podcast
violin.
I'm still
confused now
as ever when
it comes to
understanding
what this is
all about.
I still don't
understand why
Newboat needs
to come into
the picture.
I use a
crime job to
run a
bash.
Because it's
the podcaster
that he's chosen
to use.
We can't
all decide
to use
VI and
leave
Emacs
out of
the picture
or Nano.
Anyway,
back to
this comment.
I use
a cron job
to run
a bash
script to
automatically
download podcasts
and be
hbr.
They just
appear in
a directory
that I
have set
aside for
all the
new
podcasts.
When
some
podcasts
have
rubbish
audio
filenames
in their
RSS,
I have
that
have to
be
fixed.
HBR isn't
one of
them.
The URL
is just
fine.
What you
need to
do is
extract
the
audio
filename
from
the
RSS
fee
using
something
like
base
name
and
then
specify
the
name
to
wget
in the
dash
O
option
for
output
filename.
The result
is the
name
such as
hbr4644.mp3
being saved.
No after
the factory
naming is
necessary.
I'll do
an episode
on a
simplified
version
of what
I use
for
hbr.
The next
dot I
can use
is in
July.
So you'll
have to
wait till
then.
You'll
also go
to the
future
feed
comes
in.
Whiskey
check
R272
responds
to
Whiskey
jack
saying
I tend
to go
down
a rabbit
hole
and
this
is
one
of
them.
After
a quick
response
to
Ahmed
I
decided
to
try
a
fix.
This
is
further
proof
that I
am
not
a
programmer
and
should
not
be
asking
too
many
questions
AI.
Still
it
was
a
fun
endeavor
for
me
and
I
see
it
to
see
where
I
went
wrong.
Thank
you
for
the
constructive
critique
and
hope
to
hear
your
next
episode.
P.S.
A
useful
reason
to
rename
the
episodes
is
a
project
I
may
talk
about
later
when
use
rock
battles
on
an
iPod
classic.
Titles
show
as a
file is
easier
to
see
than
what
I
want
to
listen
to
than
HPO
122.
Sorry
about
that.
That
kind of
makes
sense
just
to
instead
of
the
HPO
with
the
episode
name
or
the
episode
title
which
I
get.
Whiskey
Jack
says
response
to
Archer
72.
If
you
want
to
get
the
episode
title
on
the
HPO
podcast
episode
and
use
it
to
modify
the
name
further
you
can
do
that
by
extracting
a
tagging
a
file
using
ID
on
Debian
derivatives
I
believe
comes
with
an
ID
package
this
hands
in
V1
as
well
V2
tags
I
will
add
a
script
I
am
currently
writing
Archer
says
ID3
hi
Whiskey
Jack
cool
can't
wait
to
hear
that
I
will
also
say
that
guys
use
the
RSS feed
you get
the
RSS feed
there
you can
use
XML
Starlet
and then you
have the
file name
and the
actual full
path to
the file
you don't
need to
look in
the
metadata
you can
it's
interesting
to see
what
people
will do
about
that
did
I
just
sign
myself
up
for
a
show
there
I
think
I
I'm
not
surprised
if I
haven't
already
done
it
I
would
have
to
ask
our
personal
HP
bot
AI
bot
what
I
did
at
work
today
Ken
Fallon
says
this
is
a
show
from
Lee
part
section
love
PHP
said
I
great
episode
I
agree
with
your
views
on
how
nice
PHP
is
those
of you
drives
our
website
trying to
move
again
reference
there
Ruby
to
the
episodes
on the
topic
see what
I did
there
and
the
last
comments
in this
month's
show
R2
playing
Civilizations
part
by
Ahuka
where
Antoine
says
tearing
and
happiness
if I
could
ask
why
puppeteering
other
states
reduces
internal
happiness
could
it
be
explained
by
the
perception
of
wasting
internal
power
without
the
benefits
of
the
population
if I
could
note
marvellous
building
for
Austria
the
coffee
house
25%
the
generation
of
grape
this
tells
a lot
about
the
reality
of
coffee
or
the
perspective
of
the
developers
here
is
a
non
player
the
size
of
a
cadence
make
them
pleasure
to
even
without
prior
knowledge
thanks
exactly
what
Antoine
says
thank
you
Kevin
replies
that's
the
algorithm
I think
the main
reason is
that the
algorithm
reduces
happiness
your
population
goes up
and the
number
of
cities
goes down
now I
can tell
a story
about how
large
sprawling
empires
tend to
not pay
attention
to desires
of the
average
citizen
and that
was
plausible
I
reckon
that Rome
did
reasonably
well
for a
few
centuries
nonetheless
Anton
says
number
two
thanks
that
helped
my
understanding
that
was
pretty
much
it
for
the
comments
and
the
only
feedback
was
from
moi
and
that
was
related
to
this
HBR
community
news
and
we're
just
saying
that
we
are
in
the
other
business
section
which
advantage
of
we
will
be
closing
open
the
repo
and
we're
also
putting
together
a
plan
for
a
Dockerfile
for
the
event
several
a
hosting
on
their
home
network
so
having
a
Dockerfile
for
that
so
I
put
an
architecture
note
together
I
wrote
it up
expanded
it out
so
there's
various
different
little
bits
to
it
people
want
to
contribute
to
that
field
too
and
that
of course
is
it
for
this
again
apologies
to
your
host
of
the
show
Kevvy's
on
holidays
waving to
you over
there
Kevvy
you're having a nice time
following my
master
cariously
through you
and
thanks to the
people who
volunteered
to the
apologies
again for
what happened
loved ones
is having
a little bit of
requires
drop of the
hat
action
on my
part
anyway
tune in
tomorrow
for
what no
doubt
will be
another
exciting
episode
of
Hacker
Public
Greed
Thank you.
You have been listening to the Hacker Public Radio podcast, at hackerpublicradio.org.
Today's show was contributed by a HPR listener like yourself.
If you ever thought of recording a podcast, then visit the HPR site to find out how easy it really is.
Hosting for HPR has been kindly provided by anhonesthost.com, the Internet Archive, rsync.net, and the HPR Community Content Delivery Network.
Unless otherwise stated, today's show is released under a Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.