All of this user’s content is licensed under CC BY 4.0.

  • 27 Posts
  • 244 Comments
Joined 11 months ago
cake
Cake day: October 20th, 2023

help-circle







  • Kalcifer@sh.itjust.workstoLinux@lemmy.mlKDE Goals - A New Cycle Begins
    link
    fedilink
    arrow-up
    10
    arrow-down
    2
    ·
    edit-2
    8 days ago

    Personally, I have little interest in learning or dealing with C++ solely for the sake of developing KDE applications. I would much rather use Rust.

    Imo, restricting the languages that can be used for app development cuts out large swaths of developers who would otherwise be eager to develop software for the project. I’m sure there are some who wouldn’t mind picking up C++ for this cause, but I’d wager that they are a minority. Gnome beats out KDE in that regard, imo, as GTK has bindings and documentation for many languages.



  • without having to reboot to run the installer?

    I’m not sure that I understand what you mean. Are you saying that you want to be able to load the OS without having to reboot your computer? Or are you saying that you just don’t want to have to click the equivalent of “try the OS” when booting a live USB? If it’s the latter, you should be able to just select the flash drive as the install point (though, tbc, I have never tried this, but I don’t see why it wouldn’t work) (I think you’d need 2 USBs, though — you’d need 1 to be the installer source, and one to be the install point — I don’t think theres any installer that can run as a desktop application. Though, if it’s Arch Linux, you might actually be able to call pacstrap from the host OS — I’ve never tried this after having already installed the OS). There’s even OS’s that are specifically designed to be ephemeral on hardware in this way — eg Tails OS.







  • Huh. That’s actually kind’ve a clever use case. I hadn’t considered that. I presume the main obstacle would be the token limit of whatever LLM that one is using (presuming that it was an LLM that was used). Analyzing an entire codebase, ofc, depending on the project, would likely require an enormous amount of tokens that an LLM wouldn’t be able to handle, or it would just be prohibitively expensive. To be clear, that’s not to say that I know that such an LLM doesn’t exist — one very well could — but if one doesn’t, then that would be rationale that i would currently stand behind.






  • When I use a website as a source, at the time that I access it for information, I will also save a snapshot of it in the Wayback Machine. Ofc theres no guarantee that the Internet Archive will be able to survive, but the likelihood of that is probably far greater than some random website. So, if the link dies, one can still see it in the Wayback Machine. This also has the added benefit of locking in time what the source looked like when it was accessed (assuming one timestamps when they access the source when they cite it).