HN user
Some years ago - never mind how long precisely - I also starting writing a Lisp interpreter in Python. I also called it Lispy. This time, the coincidence is less remarkable though, as the word play just sits there, begging to be played.
Just as I was thinking to myself that it might be fun to play around with Lisp again, this shows up in my news ticker. Coincidence?
The blue-footed booby deserves a place in the top 10, IMHO. But I see the competition is fierce.
Rest in peace, Mister Salus.
I remember running CoLinux back in my training days ~2005-2006. It seemed a bit like black magic to me at the time, but it worked quite well for my needs.
But CoLinux - IIRC - required the NT branch of Windows. I can only imagine the level of hackery it takes to make this happen on Windows 9x.
Part of me wants to weep at the sheer perversity, part of me wants to burst into manic laughter. It is indeed a world of endless wonders.
I had the same reaction.
The outcome is the same, yes. With incompetence, there is at least a glimmer of hope things will get rectified. But you are correct, trust is destroyed this way, and it doesn't look like Microsoft cares much.
True, however, that has been the case for quite a while. This particular incident doesn't change that, except for the VeraCrypt developer, who is in a crappy situation now (not just regarding VeraCrypt, he mentions he was using the certificate for his main job as well, so this sucks a lot for him).
As much as I like bashing Microsoft, never underestimate people's capacity for incompetence, especially where large organizations are involved. I don't see how they would gain anything from this move.
STRICT tables are something I appreciate very much, even though I cannot recall running into a problem that would have prevented by its presence in the before-time. But it's good to have all the same.
I don't think I've ever done much with SQLite's JSON functions, but I have on one or two occasions used a constraint to enforce a TEXT column contains valid JSON, which would have been very tedious to do otherwise.
Tell that to Raymond Chen! ;-D
The full title, "The cover of C++: The Programming Language raises questions not answered by the cover" was too long for HN, apparently.
I haven't switched to pkgbase. Yet. I don't intend to for the time being. I set up a VM to test it, but I haven't gotten around to actually testing it.
Last I heard (~8 years ago), the RAID-like functionality in btrfs was very unstable and crash-prone. The impression I got was that there was not a lot of interest in fixing this. Then bcachefs came and ... appears to have gone nowhere AFAICT.
The non-RAID part of btrfs appears to be stable. It's the default filesystem on openSUSE and SLES. But I don't think it's ever going to reach feature parity with ZFS.
On openSUSE Tumbleweed, it is. Each Upgrade creates two snapshots, one before, one after, and if anything goes wrong, I can boot into a snapshot where the world was still in order.
I have a higher opinion of ZFS than I do of btrfs, but FWIW snapper+btrfs has worked well for me on openSUSE Tumbleweed for ten years now, too.
I have not thus far had anything to do with containers, so docker is unknown territory for me.
I run audiobookshelf in a Debian VM via bhyve, but I was gonna run a Debian VM anyway.
My home server has been running FreeBSD for ten years now, and it has never let me down. Except for one time I got fresh with /dev/speaker and triggered a spontaneous reboot (I don't know if it's FreeBSD's fault or the hardware, though).
I delayed upgrading to 15.0 after it was released, but last weekend I finally did it, and it left me wondering why I hadn't done it sooner, because it went quickly and smoothly.
Is there anything FreeBSD can do that, say, Debian cannot? Probably not (at least I cannot think of anything). When I set up the server, ZFS was a huge selling point, but I heard that it works quite well on Linux, these days. But I appreciate the reliability, the good documentation, the community (when I need help).
I chickened out. :(
Rest in peace.
...just as soon as Linux takes over the desktop! ;-)
this is possible via snapper on Linux + btrfs but needs complex installation and is not so integrated
FWIW, openSUSE defaults to btrfs on the root filesystem and uses snapper in a very similar manner to zfs boot environments on FreeBSD. I don't have a lot of experience with the latter, but I have been running openSUSE Tumbleweed on my desktop and primary laptop for about 10 years now, and the btrfs+snapper arrangement has worked pretty well for me.
(I also run FreeBSD on my home server and just did the upgrade to 15.0 this weekend, which left me wondering why I had procrastinated this upgrade for so long. It went perfectly fine.)
Huh. If you go through the hazing of installing arch without that new installation script, it is consistent, I suppose. One thing in favor of this approach, is that it is very straightforward.
Not what I'd choose, but I think that is the beauty of the whole free software movement - one thing you get in utter abundance is choice.
You mean people still log into a virtual terminal and call startx? (blushing emoji)
I mean, if that's the way they like it, that's fine. It feels a bit quaint, though, at least to me. If a graphical desktop is what I want anyway, why not make it automatic? I'm not judging, just trying to understand.
I only use it for shell access to machines in my home network, so I cannot remark on performance, but it is also by far the easiest to use VPN solution I've had contact with. Not that I'm an expert in this matter, but setting up Wireguard access was dead simple and it has never given me any trouble since.
0[str] is valid and asserts dominance.
At this point I came dangerously close to spewing water all over my keyboard. :D
When I started using Linux, I didn't do so because I disliked Windows so much, I just was an insatiably curious nerd.
But since then, each new version of Windows has made me more and more grateful for not having to deal with that dumpster fire on my personal devices.
The saddest part to me is that I have the strong impression it wouldn't take that much work to turn Windows into a much better system. But for whatever reason, Microsoft is not interested in making that happen. Maybe they are incapable of doing so. But the system itself not the reason.
This is the howling insanity that drove Microsoft to kill the start button, then reanimate it, then move it to the center of the task bar.
I wish everyone a gentle start into the new year, and that it may bring you much health, love, and joy!
May 2026 be a much, much better year than this one!
Yes, but the single-floppy live system with a desktop and a browser came much later. ;-)
Oooooh, that's a blast from the past! I used to use LiteStep for about 6-9 months in 2000, before I started using GNU/Linux.
At the end, I had really beautiful (to my eyes, back then) and very functional desktop, but something went wrong when I made backup before installing SuSE Linux 7.0, so months of vigorous customizing were lost. :-(
But it was fun while it lasted. There were a number of alternative desktop shells in the Windows 95/98 era.