I'm using Debian mainly for the last 20 years. I switched my laptop from Ubuntu to Fedora, mainly because Ubuntu snap madness and Debian was not working well on my framework 12gen. I was a bit skeptical due to previous experiences with redhat/fedora, but fedora was solid for the last 6 months. I'm thinking about migrating my desktop from Debian to Fedora.

I did the full interview process (11?) it didn't worth the time spent

same experience with Amazon a while ago, same with Microsoft, looks like ghosting is common

Apple hardware which can be destroyed by software, the M1 speakers: https://github.com/AsahiLinux/docs/wiki/Feature-Support#spea...

A good intro to tamago: https://media.ccc.de/v/36c3-10597-tamago_-_bare_metal_go_fra...

I already package some of the toolchain I use in containers because vendors tends to depends on old version of libc or curl and never update..

After watching https://www.youtube.com/watch?v=-enIM4x-KPA I I want to add it to my toolchain containers and have everything in one place.

I wonder how it will be priced by GH or using alternatives like: https://github.com/cdr/code-server

But since most of C developers are now using vscode if the performance are fine this could change the way embedded software development tools are distributed.

[Edit] the pricing is now public and looks fair:

Instance Type (Linux) Per-hour rate

Basic (2 cores, 4GB RAM, 32 GB SSD) $0.085

Standard (4 cores, 8 GB RAM, 32 GB SSD) $0.169

Premium (8 cores, 16 GB RAM, 32 GB SSD) $0.339

another cool one is the 70's one using the Concorde: https://motherboard.vice.com/en_us/article/8q8qwk/the-concor...

Love that plane looks futuristic, reminds me of that scene from 2001: Space Odyssey

So anyone observing totality in that region would have perhaps seen (and heard) the Concorde in front of the eclipse?

wow!

yes, but without communication security

Indeed. If you're going with an Arduino/ethernet you are not going to get SSL layer between client/broker. Then again, you do get the security of being on a wired network, and little to no RF emissions.

If you "upgrade" to an ESP class microprocessor, you do get MQTT, CoAP, and SSL support. And frankly the more protocols, the better. Some do tend to be better than others in different situations. I know I greatly prefer MQTT, for its clean and basic protocol. It gets out of the way for me to do what I want, basic Pub/Sub and storing relevant data into a MongoDB for timeseries.

I know at work, we're using RabbitMQ (AMQP). It has its own positives and negatives. My biggest concern is it serves as a forward-and-store datastore - another place where backups need to be made, let we lose essential data. I'm against complex moving parts, where simpler moving parts would suffice.

Mirai is pretty basic and use default device password which wasn't changed by the end user, so manufacturer will probably says it's all user fault

The telnet password used by the botnets and the admin control for the end user are separate in many of these devices. My understanding is that the telnet password was set to not give the end user the access to change it, well, with the exception of technically savvy end users.

Let me rephrase that, many of these devices have a wise open port 23 and other ports through which Mirai accessed a backdoor.

I recently experienced a bug with OpenSSL 1.1 and the team was pretty reactive! I'm using OpenSSL 1.1 because it's the only DTLS implementation featuring all the extensions (OCSP stappling) and ciphersuites (AES-CCM-8) I need.