Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)W
Posts
61
Comments
327
Joined
1 yr. ago

  • It describes itself as a server-side application for playing music, but it can be used locally as well. For example, the Cantata music player uses mpd to handle music decoding and playback, but automates it in the background to keep the interface simple for the user. This separation of concerns allows Cantata to benefit from things like decoding improvements, security fixes, and new sound APIs (e.g. PipeWire) without having to reinvent the wheel.

  • It's worth noting that KDE Connect works on more desktops than just KDE Plasma. It also supports Linux, Android, iOS, Windows, MacOS, and probably other operating systems, and can do more than just transfer files.

  • Thank you for including the text as text.

  • You need to know the name of the file before you can download it.

    Indeed. And /favicon.ico might not be a Windows ICO file, but instead be a PNG, GIF, or some other image format. I thought that's what you were (correctly) pointing out when you wrote "it doesn’t have to be an *.ico file". In such cases, the HTTP Content-Type field tells what image format it is.

    If I were to blindly download /favicon.ico, I’d naturally get a 404 page:

    Ah, so it turns out you were thinking of cases where /favicon.ico doesn't exist at all. That can also happen, but your suggestion to "try different file extensions" is not the answer, as you can see if you try to curl /favicon.png, /favicon.gif, etc. The correct approach is to parse a web page's HTML in search of a favicon URL, which you did in your above reply, but that's not the same thing as what you originally suggested.

  • The Unreal Engine for Linux page indicates that they offer pre-compiled builds for Ubuntu 22.04.

    It's possible that those pre-compiled builds might work on Linux Mint, since Mint is based on Ubuntu. I would probably try this before committing to the officially supported Ubuntu version, both because it's nice to have a newer distro and because Mint has a good track record of avoiding Ubuntuisms that are not generally well received (e.g. Snap).

    If you don't mind some extra work, you can apparently build Unreal for other linux distros. See here:https://dev.epicgames.com/documentation/en-us/unreal-engine/linux-development-quickstart-for-unreal-engine

  • So you might need to try different file extensions.

    No, you don't. The HTTP response header will tell you what type it is. Anything using file name suffixes to determine content type on the web (unless it's just a fallback guess) is broken.

  • Fair enough. I didn't recommend those because:

    The spec is far more detailed than necessary to get started with the language. Having to slog through it just to get the basics would have put me off, so I was relieved to find the Tour.

    While the documentation page's articles might be useful, I was disappointed with their writing. As an experienced programmer, I found the ones I read immensely boring and disrespectful of my time, because they have a lot of plodding verbiage explaining already-familiar concepts and often restating sentences from just one or two lines earlier. Meanwhile, other ideas are illustrated using (for example) C pointer syntax instead of explaining, which is clear to me, but would likely frustrate someone unfamiliar with that syntax. The authors seem unable to decide who their target audience is.

  • On a PC, I prefer having local tools; mainly open-source ones. They work without network connectivity, will continue to work in the future, store my data where I have control of it, and don't generally don't spy on me.

    I think web apps might make more sense on mobile devices, because I mostly use them for communications and accessing online services, so network connectivity is usually a given. Web apps could also help mitigate the spyware problem brought by mainstream installed apps, because I could block third-party scripts if they were web apps. In practice, though? I de-googled my phone and use open-source apps exclusively, for the best of both worlds.

  • If you already know at least one programming language, you might start with the official Tour of Go. I appreciate its succinct simplicity. Along with a few official blog posts and the standard library docs, it was enough to get me writing useful code.

    https://go.dev/tour/

    https://go.dev/blog/sliceshttps://go.dev/blog/strings

    https://pkg.go.dev/std

    (To be fair, I've been programming for quite a while. Someone unfamiliar with the concepts that Go uses might need a more substantial tutorial.)

  • The signal to noise ratio on Stack Overflow has been low for a long time now, even before LLMs showed up. I was once a high-rep contributor there. Nowadays, I usually won't even bother clicking web search results that lead there, let alone share my knowledge with them. (And with Cloudflare, which is now a man-in-the-middle between the site and its users.)

    IMHO, the community could use a distributed Q&A network, with no instance able to interfere with anyone's access to our accumulated knowledge.

  • I'm with atzanteol. This obvious and predictable irony doesn't make me think, “That has got to be a story from The Onion, America’s Finest News Source.” (See Rule 4.)

  • [disputed]

  • I just checked that 32GiB system that runs zramswap at PERCENT=50, and free -h is reporting 27GiB available. I think that confirms my suspicion.

    So, I don't think there's any significant down side to running zramswap even if your system never needs to swap. :)

  • Geany is excellent. It's a lightweight programmer's editor with enough features and configurable hooks to provide the important parts of a full-blown IDE. It renders text clearly, never feels laggy, and doesn't get greedy with your RAM. I recommend it to people who can't stand the bloat that's often seen elsewhere these days, but would rather have a GUI than resort to vim.

    A couple minor annoyances to me:

    • It doesn't yet support the Language Server Protocol, so any language that it doesn't understand will be left without syntax and context-sensitive features. (On the other hand, it does support a lot of languages.)
    • It inherits Scintilla's use of Gtk for its GUI, so it's an alien app on Qt-based desktops.

    I use it anyway, because I find it easier / more comfortable to use than Kate.

  • I suspect zram's swap device only consumes RAM when it actually contains swapped pages, but I don't know for sure. Can anyone link an authoritative statement on this?

    I use it on a 32 GiB workstation, also with PERCENT=50 and ALGO=zstd in Debian's /etc/default/zramswap, and vm.swappiness=60. This is its only swap device. I like that it avoids needless SSD wear and painfully slow interactivity during large compile and compression jobs.

    Is it worth it on your system, which has only 2 CPU cores? If your memory-intensive workloads compress well, then I would think yes, for the same reasons that I like it. If you find your CPU struggling with it, you could always change to a lighter compression algorithm.

    On the other hand, if your memory-intensive tasks don't compress well, then no, I would not expect it to be a good use of your CPU.

    You'll never know until you try it. I suggest checking the output of zramctl when running tasks that create memory pressure.