mshroyer

AlmaLinux is "boring" in the best possible way, and it works really well in WSL too. Their extended support for x86-64 v2 has also been useful on one my old computers.

Funding is easy to get once you have an impressive and demonstrably good program. But without Dolly's work (and yes, the work of people she brought on to carry out her vision), none of this program would currently exist.

I'm thinking the car from the Sega Genesis game "Outrun 2019" (and only a few years late!)

Why on earth is so much more expensive than an arbitrary pair of devices that could max out a cable?

Hey drop me an email

To be concrete and hopefully more constructive with my criticism, he's prone to saying things like "Fil-C is safer than Rust":

https://x.com/filpizlo/status/2053351119095791995

And "Rust let’s you corrupt memory / Fil-C doesn’t.":

https://x.com/filpizlo/status/2079253367587737841

These are false claims. The following compiles and runs fine with Fil-C, happily corrupting memory in a way that a safer language like Rust would not allow:

    #include <stdint.h>
    #include <stdio.h>
    
    struct Account {
            unsigned char name[8];
            uint32_t privileged;
    };
    
    void write_name(struct Account *account, size_t index, char value)
    {
            account->name[index] = value;
    }
    
    int main(int argc, char* argv[])
    {
            struct Account acct = {
                    .name = "foobar",
                    .privileged = 42,
            };
    
            write_name(&acct, 8, 1);
    
            printf("privileged = %d\n", acct.privileged);
            return 0;
    }

His claims about Fil-C being safer than Rust seem to hinge on Fil-C's ability to make safe-er an entire application stack, compared to a hypothetical Rust application that links to C dependencies which (currently) can't be compiled with Fil-C. This is true as far as it goes, but it's a far cry from justifying a blanket statement like "Fil-C is safer than Rust".

He's been especially arrogant and dismissive on X. I'm very glad Fil-C exists, but his behavior makes me doubt the whole project.

I switched my main home computer to the Framework 13 (albeit on Windows) in 2021, after multiple weeks with my MBP sent away for AppleCare. I had some minor electrical issues with the original 11th gen Intel motherboard, but the 13th gen Intel board I've since upgraded to has been perfect.

It's by far the best primary computer I've owned. The tradeoffs in battery life, speaker sound quality, and so on didn't matter much for my use case, so I was happy to take them; but this new model seems to fix those issues too, so I think it'll appeal to a much wider audience.

I was lucky enough to be at the event and I can say the 13 Pro feels great in the hand. Overall chassis stiffness, typing (I guess due to the increased chassis stiffness), and the new touchpad all feel premium. Between that and the battery life, I think this really has a chance to win over a lot more current MBP users.

FYI, the existing Framework 13 Intel motherboards do support Thunderbolt 4: https://knowledgebase.frame.work/usb-port-definition-matrix-... There's an additional, optional retimer update that's officially Thunderbolt certified, but I haven't bothered with that because my Thunderbolt dock was already working: https://knowledgebase.frame.work/en_us/framework-laptop-bios...

I had a similar experience with FreeNAS (now called TrueNAS): I'm sure it's great for some people, but I ended up fighting the abstraction layer way more than I benefited from it. I personally found it easier to just run Samba on plain FreeBSD/OpenZFS.

I've been running OpenBSD as a router for almost 20 years I think? These days, the only ongoing maintenance it requires of me is running `syspatch` and `pkg_add -u` periodically to keep things up-to-date, and then `sysupgrade` when a new release comes around. It's way more hassle-free than in the old days.

> Asking for "no politics" is itself a strong political view

No, it explicitly is not, and this "deepity" doesn't change any rational analysis. The injection of politics into every aspect of society must and should be refused.

I didn't realize, until recognizing Bradbury in that image yesterday, that HTTP status 451 is an explicit reference to "Fahrenheit 451", but apparently it is: https://www.rfc-editor.org/rfc/rfc7725

In the acknowledgments section,

> Thanks also to Ray Bradbury.

Illustrating "451 Unavailable For Legal Reasons" with Ray Bradbury made me laugh

I even had to switch my reading list spreadsheet over from LibreOffice to Excel when the former started seriously lagging with about 250 rows total

Yeah, I imagine this will help a lot of people who created retrospectively-cringey email addresses in their youth, but kept them over the years because of inertia

> After changing, Google details that your original email address will still receive emails at the same inbox as your new one and work for sign-in, and that none of your account access will change.

Not a perfect defense, but sufficient to make your key much harder to exploit: Use a Yubikey (or similar) resident SSH key, with the Yubikey configured to require a touch for each authentication request.

Some distros have better WSL support than others—some will only work with systemd disabled, others have issues with X11. Ubuntu is well supported of course, but on the RHEL-ish side I've found that AlmaLinux 10 works especially well.

Really great book. Among other things, I think it's the best explanation of ZFS I've seen in print.

These days I use it as a home file server because for my needs, FreeBSD the best tool for that job.

But back in the early 2000s I got access to a free Unix shell account that included Apache hosting and Perl, and if I'm not misremembering, it was running on FreeBSD and hosted by an ISP in the UK using the domain names portland.co.uk and port5.com.

That was formative for me: I learned all of Unix, Perl, and basic CGI web development on that server. I don't know who specifically was running that server, or whether they have any relation to the current owner of that domain. But if you're out there, thanks! Having access to FreeBSD was a huge help to a random high schooler in the U.S., who wouldn't have been able to afford a paid hosting account back then.

Sure, but ZFS is much better integrated into FreeBSD. It supports ZFS on root with boot environments out of the box.

And when running a Samba server, it's helpful that FreeBSD supports NFSv4 ACLs when sitting between ZFS and SMB clients; on Linux, Samba has to hack around the lack of NFSv4 ACL support by stashing them in xattrs.

You can arguably get even better ZFS and SMB integration with an Illumos distribution, but for me FreeBSD hits the sweet spot between being nice to use and having the programs I need in its package library.

The recent addition of dhcp6leased is a great example: Built into the base system, simpler to configure than either dhcp6c or dhcpcd, and presumably also more secure than either.

Yeah it's the most succinct explanation I've seen of weird machines and memory tagging. Definitely bookmarking this one. I wonder if video of the talk that presumably presented this is available.

I use a screen protector to prevent wear to the oleophobic coating, which had noticeably degraded on my previous iPhone. I know you can also buy treatments to replace the coating on the screen itself, but I don't know how good they are, and the screen protector is easier to replace if eventually needed.

(I walk a good deal and also bike with the phone in my pocket, so it's possible my phone gets above average wear in this department.)

You can additionally set up ULA: https://en.wikipedia.org/wiki/Unique_local_address

The way I do this, my internal DNS resolves hosts to their fixed ULA addresses. For the handful that are accessible externally, public DNS resolves to their address on the current public prefix.

Huh, why IPv6 only instead of dual stack? Assuming you're talking about a home or small business network

The (occasionally, on Comcast) changing dynamic prefix was a pain for me too, when accessing things externally. For internal use I additionally set up a fixed ULA prefix.

I don't know if this is somehow particular to my setup, but on both macOS and Linux I find that simply running full `compinit` fails to update mtime on `~/.zcompdump` when nothing's changed. That causes this optimization to fail, for me, if my completions haven't changed within the last day.

This is fixed by adding an explicit `touch ~/.zcompdump` in the branch that runs a full `compinit`.

It's a great, easily-approachable framework too. I'd just recently picked it up for a pet project, and taking advantage today's powerful system webviews as UI frameworks seems like the obvious choice.

Also check out Wails if you'd like something along these lines with Go substituted for Rust

Yes but in their US integration, it's actually a bit more glitchy than Kindle especially if you're juggling multiple library cards. You can still make it work, and I do bother with that because my Kobo is such a better device than my Kindle, but it's more of a headache than using Libby to send to Kindle.