• 0 posts
  • 116 comments
Joined 2 years ago
Cake day: June 10th, 2024
  • I can’t remember the site, now, but I literally couldn’t log into one this week because the email never arrived.

    Well, email allows you to solve that issue by self-hosting. But what you can’t solve is that if you do self-host, gmail will drop your emails to spam or just discard them completely, just because it feels like it, even if you do the whole dance with DMARC and have used the domain for a good few years. It’s frustrating as shit.

  • I wouldn’t be surprised if this is already the case, depending on your definition of “code”. After all LLMs can spit out code-looking text at a rate much faster than any human. The problem comes when you actually try using this code for anything important, or worse still when you try to maintain it going forward. As such, most code in projects that actually matter will probably be either created, or at least architected and carefully guided by humans for quite some time still.

  • I think the meme is a cliche of “haha you are in a relationship so your partner takes up all your time and you don’t have any time for your hobbies”. Which sounds like a pretty toxic relationship tbh

  • I made a really cozy and usability-focused setup like 10 years ago, and since I made it with NixOS+home-manager I’m just carrying it over with me. It is going strong after three device swaps, two moves to a new country, and meeting a partner, with some minor changes (i3 -> sway, Nord theme -> custom base16-based, pulseaudio -> pipewire, etc)

  • Dolphin (well, whatever the KDE’s indexer is called) uses xattrs under the hood for tagging, so it will be compatible with other software (including {get,set}fattr).

    The index has to be up-to-date, but then that would be true with any tag-based filesystem, it’s just happening on a different layer (and arguably a layer which is more suitable for this - not sure it’d be a good idea to enforce synchronous indexing during xattr writes).

    The most significant user-facing obstacle is lack of software which supports this system, but I guess that shows that there’s not much desire for it in reality.

  • So yeah, there’s no exact answer to “what happens to Linux after Torvalds”, it’s more of “who gets to add more maintainers to torvalds/linux.git if nobody merges things in there for 72 hours”. I suppose Linus is confident that the system of distributed maintainers is robust enough to survive his & gregkh’s incapacitation, and the only remaining point of failure is access to the central repo itself. I think he is underestimating the governance upheaval that would happen if he was to disappear, so I hope that he puts some more details about his views on future project governance in writing.