Hacker Public Radio is an podcast that releases shows every weekday Monday through Friday. Our shows are produced by the community (you) and can be on any topic that are of interest to hackers and hobbyists.
HPR3519: Rust 101: Episode 2 - Rolling With the Errors
GitLab Repository: https://gitlab.com/BlacKernel/rust-roller
Rust-Roller Dice Roller Tutorial Application
This is a simple dice rolling application that follows along with my Hacker Public Radio course on learning the rust programming language.
I will attempt to make the commits follow the episodes pretty closely with one commit after every episode with the episode number in the commit message.
List of Episodes
Rust 101: Episode 0 - What in Tarnishing?
Rust 101: Episode 1 - Hello, World!
Rust 101: Episode 2 - Rolling With the Errors
at blackernel at nixnet dot social
izzyleibowitz at pm dot me
HPR3518: Linux Inlaws S01E47: BigBlueButton and NAT
In this episode of your favourite FLOSS podcast our two OAPs discuss the challenges of running
conferencing systems like BigBlueButton behind a network address translation
(NAT) configuration, something that the Inlaws have been struggeling (?) with
for quite some time but now have arrived a solution which might just work :-).
If you face similar challenges or just want to refresh your knowledge about
intricate network architectures never mind their pitfalls, stay tuned. All
will be revealed (hopefully :-). But beware: This show is highly technical and
geek-only. Which may come in handy if you're not technical but suffer from
insomnia or similar sleep disorders - this is your show!
Network Address Translation (NAT): https://en.wikipedia.org/wiki/Network_address_translation
BigBlueButton (BBB): https://github.com/bigbluebutton/bigbluebutton
TURN server: https://gabrieltanner.org/blog/turn-server
STUN and more: https://en.wikipedia.org/wiki/STUN
Google TURN servers: https://gist.github.com/sagivo/3a4b2f2c7ac6e1b5267c2f1f59ac6c6b
Philip K. Dick's Vulcan Hammer: https://en.wikipedia.org/wiki/Vulcan%27s_Hammer
The Ice Road: https://www.imdb.com/title/tt3758814/?ref_=nm_flmg_act_7
HPR3517: Hp stream laptop with Lubuntu 20.04
Just a simple check of an old laptop with update
HPR3516: Rant about RX
It's a rant mostly about prescriptions and health care
HPR3515: ADB and scrcpy
Android Debug Bridge (adb) homepage
Install ADB Tools
There are multiple guides online as to how to install, but I found dnf install android-tools.x86_64 adb-enhanced.noarch the easiest. Similar commands are available for the other distros. Use your package manager to search for adb.
Enable Developer options
Go to Settings. Usually via the pulldown menu from the top twice, and click the cog icon. Search for 'Build Number', it's usually in Click on 'About Phone' Click on 'Build Number' seven times.
Go back and then search for 'Developer options' it's usually in the System section
You'll need to turn on two features 'Android Debugging' and 'ADB over network'
While we are at it, go back and then search for 'IP Address' it's usually in the About phone section. You should see a IPv4 address eg: 192.168.1.100. Make note of the IP address as we'll use it later.
To get help use the command adb help
global options: Tell you how to connect to the phone
general commands: Shows your devices, and gives help
networking: Allows you to connect over the network but also to port forward and reverse traffic
file transfer: The only reliable way to get files to and from your device.
internal debugging: Shows how to control the server
Plug your phone using a usb cable. There will be a notification and a popup to allow the connection.
Run adb shell and all going well you should see your phone. Commands like ls, cd, and find work well. For example find /storage/self/primary/.
Unfortunately if you unplug your phone you no longer have a connection to it, but you can enable network access via tcp. Leave your phone connected to USB and then tell it to use a TCP/IP connection with the command adb tcpip 5555.
Then connect to the phone using the phones IP address and port 5555, adb connect 192.168.1.100:5555. It should reply with a connected to message
$ adb connect 192.168.1.100:5555
connected to 192.168.1.100:5555
Now commands like adb shell should allow you to access the phone even if it's not physically connected via usb.
Got multiple devices then you can connect them all in the same way as shown above. The only issue is you need to tell adb which one you want to address.
The first thing you need to do is list the devices
$ adb devices -l
List of devices attached
192.168.1.100:5555 device product:XXXX model:XXXX device:XXXX transport_id:9
192.168.1.101:5555 device product:YYYY:ZZZZ device:ZZZZ transport_id:14
The important bit is the transport_id at the end. You can then use the adb command as normal but specifying the -t option
-t: allocate a pty if on a tty (-tt: force pty allocation)
So for example adb -t 14 shell would connect to phone YYYY
So that's it for remote control from the shell, but what if you want to see and interact with the screen itself ?
Remote screen sharing with scrcpy
scrcpy is a free and open-source s
HPR3514: Hacking Stories: Soft Drink
Link to NOTES.ps1
This is real Open Source
With a different host every day, you get people's once every few month bit of tech awesomeness every day, not oh no we have to do a show, let's throw something together. Great job on this show community. Way to go open source podcasting.
Mixed bag, at best
Some of it is moderately interesting from time to time. But after just listening to a guy (probably drunkenly,) ramble about installing an SSD and 16 gigs of RAM into a decade old MacBook for 18 minutes straight, I can't recommend. (Real hacker stuff, that...) There's plenty of better podcasts that are more consistent and technology-focused out there.
Hit or Miss, but worth subscribing to
This is a community based radio show, so anyone can make their own podcast for HPR. This results in variable quality, with shows that cover a topic well, to shows that are uninformative or banal, like "What's in my bag today". Since the topics covered are so broad, some of them will not be relevant to you. I personally don't care much for the libre office podcasts, but a libre office user would find them helpful. Still, I enjoyed and learned from many of the shows featured here.