idatum

I was pleasantly surprised to see FreeBSD part of the list of available cross-platforms running .NET. I already had a FreeBSD instance for ZFS and was able to also host a website and some workloads written in C#, avoiding the need for a separate Linux instance.

https://wiki.freebsd.org/.NET

This link is awesome. Thanks for sharing!

"Yangwang – BYD’s luxury division"

Luxurious.

I resigned myself to the fact that IoT crappy devices will always exist and I isolated these to their own VLAN with IPv4-only (maybe I'll go dual-stack at some point).

Yes, VLANs add complexity -- even the obligatory IoT VLAN -- but I generally want to keep these IoT devices isolated anyway.

A Missoula floods event. From a high vantage point, of course.

If you run older hardware you realize quickly how significant it is to be able to do cross builds with build.sh. I came across this post today that highlights this!

https://zia.io/objects/c4b825f9-8c57-4b86-a108-af869dfbcb10

> How long would you imagine it might take to compile NetBSD 10 from source on real m68k hardware? Earlier this year I wanted to find out, so I set up a Macintosh to try it.

> The toolchain, OS and installation sets started on 16-March and finished on 10-May:

> build.sh started: Sat Mar 16 17:04:20 UTC 2024

> build.sh ended: Fri May 10 00:35:54 UTC 2024

> 4692724.22 real 3810544.56 user 700310.18 sys

Every post about IPv6 and its failure is about friction. Friction for the inevitable march towards adoption.

As usual with English, the British master it, and they have a term for bureaucratic friction: "The Blob"

Just want to say "Thank you!" for sharing your instinct for privacy concerns. That also made me pause to click on Try Me on the site. Hard pass.

I think this trend is going to get worse and we haven't hit bottom.

But the bounce from bottom may be we seek out actual journalists and a new (again) market emerges for human generated, quality content. And I hope this starts at the local level. We need "local papers".

Do memories and/or brain functionality rely on volatile storage? So if you die, that storage is gone.

How our brain works may rely on more than the structure of the brain. When you are brought back (booted?), things may not work the same.

> It’s a really great way to explore devices hardware-wise, without having to write a lot of boilerplate C or rust code on an external development environment.

Yes, second this. It's why I still use Forth. A UART and picocom (for example) and I'm interacting with an MCU. No complex (bloated) tooling needed for prototyping and learning. I've used this with STM32 devices and lately a Raspberry Pi Pico.

I recall running QNX on my iPAQ handheld, sometime in the late 2000s. It was pre-iPhone, so seeing a Unix-like O/S on a handheld device back then was quite a treat.

Self hosting Ente and Minio (Debian and FreeBSD). I can now have an encrypted backup of my phone's photos without privacy issues of Google photos etc.

Early voting has advantages, one being that once I drop my ballot in the local ballot collection box, I can more easily ignore political ads. It's liberating.

I can't but think this is the business practice of a dying technology, yet another example.

I won the fiber lottery where I live, and I will never go back to cable (I had a choice). Let's just call the rejected cable choice a "30 Rock episode".

And that same cable provider eventually was called out for advertising a "10G Plan!". Yeah.

Meanwhile my fiber provider advertises options based on symmetric upload/download speeds. And I think this is the key in these days when we send a lot of outbound data with video call and offline backups.

Put in place a rule that only the lowest speed can be advertised by providers.

What's great is the rest of the BSDs will integrate improvements.

Investment in the BSDs is goodness.

In experiments that detect gravity waves, I recall the problem of Heisenberg Uncertainty Principle limiting our ability to see an individual graviton. I don't recall much detail and probably didn't understand fully when I read it. Something about our detectors and what an individual graviton effect would cause, falls within that limit; hence undetectable.

Does this change that theoretical limit?

I run .NET 8 on FreeBSD 14. Even one of the BSDs has it now. Cool.

Buzz did have a bit of urgency in his voice regarding the 1202 alarm :)

If I understand Threads adoption, it is quite large compared to Mastodon. Will Mastodon be able to handle the load if Threads -- a commercial entity -- is not blocked?

I'm holding off on making the cynical conclusion about Threads' motivations.

I wonder too if the data collected via that subscription is useful to monetize somehow? Maybe like health data from your watch?

I have an ADS-B receiver. It's a hobby. I didn't get any notification yet.

Looks like I let my guard down with Flightware. Again, it's a hobby -- supposed to be a joy. I wrote some code to use TTS to play the departure, aircraft, and flight info so I can sit on my deck and enjoy as flights passed by.

Flightware has my exact location. Of course, so does Google via my phone. But this isn't supposed to be Google. It's a hobby.

And now my hobby is part of the sh*t world of Google and every other data hoarding sociopath enterprise.

I'll stop using piaware.

EDIT:

Logged in to Flightaware.com and got this:

Reset Your Password

Due to a data security incident that potentially involves your personal information and out of an abundance of caution, we are requiring you to reset your password. Additional information was sent to you via email. Please enter your FlightAware username or e-mail address below to reset your password:

And something equally chilling -- the sound of a glacier cracking (more of a deep thud sound).

Quote from Harry Lime character in The Third Man:

"...in Italy, for thirty years under the Borgias, they had warfare, terror, murder, and bloodshed, but they produced Michelangelo, Leonardo da Vinci, and the Renaissance. In Switzerland, they had brotherly love, they had five hundred years of democracy and peace. And what did that produce? The cuckoo clock."

Am I delusional that there once was a NASA that was completely transparent almost as a flex to show how they had the chops to overcome challenges?

Or am I conflating in the moment transparency with the postmortem reports that followed the Apollo (13) era?

Often for me, it's building my own software around another FOS project. Home Assistant (HA) is a good example. I have several sensors that I collect via my own Zigbee, BLE, and RTL-SDR clients which output readings as MQTT messages.

The only thing HA does it display them via their MQTT sensor/event entities. I'm not a big fan of developing UIs.

If the application fits, choosing one of the BSDs with the more popular chip families can work well. In other words, if the BSD crowd likes an SoC, you'll get a good, stable system running with good kernel support. In my case it's the RockChip family, specifically from PINE64.

Examples:

- PINE64 Rock64 running FreeBSD 14.1 replaced an aging RPi3. I use this for SDR applications. It's a small, low power device with PoE that I can deploy close to my outdoor antennas (e.g. 1090mhz for dump1090-fa ADS-B). It's been really solid with its eMMC, and FreeBSD has good USB support for RTL-SDR devices.

- PINE64 RockPro64 running NetBSD 10. I have a PCIe card with a 500gb SSD M.2 slot. NetBSD has ZFS support and it has been stable. This lets me take snapshots on the SSD zpool. I generate time-lapse videos using the faster cores.

You don't get 100% HW support (e.g. no camera support for RockPro64) but I don't need it. The compromise is worth it in my case because I get a stable and consistent system that I'm familiar with: BSD.

> It is a bit stiff and hard to work with,

Current USB-C cables that connect to my docking station have a rigid connector end that puts mechanical stress on my laptop's port. I have the habit of moving my laptop around on my desk, and that connector end is a lever that pulls it out of the port.

Worse, it physically wore out one of the ports where it became almost unusable (replacing requires an entire new board).

Let's not put more stuff on these cables so they don't act more like like pliers instead of actual cables.

For remote SSH, I like to use an .ssh/config setting for the remote host and automatically start a remote tmux. Saved my work a few times from spotty connections from my laptop tethered to my phone. Something like this:

    Host t-sdf
        HostName sdf.org
        User idatum
        RemoteCommand tmux new -A -s mylaptop
        RequestTTY yes

Then log in with

    ssh t-sdf

and tmux is happily running a session named "mylaptop". Connecting again gets you back to the same tmux session.

I use tmux daily and I haven't found a reason to switch.

Ideally no, not "Big Brother". But this is Google, and the burden of proof is on them to not collect data "to make our services better", etc.

Especially location data. If something like Find My Phone is activated, my immediate bias is to assume Google is taking advantage of this data collection to monitize my data without my consent.