Skip Navigation

User banner
Posts
70
Comments
1,033
Joined
2 yr. ago

  • XML is much more annoying to read/write by hand

  •  
        
    fn main(){
        println!("hello world");
    }
    
      
  • I'd probably prefer a bash script that's called from your CI/CD if done properly, just because I could run the same tests locally with that script. That makes the feedback loop much faster and also allows stuff like auto formatting.

    Yes, you can do git hooks, but then you have to keep it in sync with your CI/CD all the time.

  • If I have two folders in my directory, Dir1 and dir2, what does d <TAB> autocomplete to and what should it do?

  • I still see ő (with dashes), guess for some reason your combination of OS, program and fonts makes that Unicode look different

  • Different person, but I'll try to explain some of what I know.

    Traditional Linux:

    • read/write root and usr
    • only one version of a program can exist*
    • packages are available immediately after install
    • packages are imperative (you tell it what to do, it does that)
    • files swapped in place (can lead to issues like kernel modules missing or Firefox not opening new tabs until restart)

    *you might have python3.8 and python3.9, but those must be created as different packages using different paths in /usr

    NixOS, Guix:

    • declarative package management (basically config file and exactly these packages are installed)
    • usr and parts of root read-only (afaik)
    • packages symlinked to usr
    • multiple versions of packages kept locally (though not all active necessarily)
    • will keep using old package until restart/reboot, therefore not breaking on updates. New instances of a program can use the new package
    • easy to roll back due to multiple versions kept

    Immutable OS (haven't seen one mentioned by OP, but it's a category):

    • often imperative package management
    • using snapshots or multiple root partitions for easy rollbacks
    • read-only root and usr
    • packages might only be available after a reboot (depends on implementation and if system packages or something else like Flatpak, which doesn't need a reboot, are used)

    SerpentOS:

    • experimental distro (ie stuff might change)
    • imperative package manager
    • packages installed to separate tree, but swapped live. Basically A/B root of an Immutable system that doesn't require a reboot (according to the explaination in the latest blog post)

    Not sure why ClearLinux is on that list of special distros and I don't know half of the rest so yeah. Hope this explains some of it?

  • Permanently Deleted

    Jump
  • You're right, it's some FUTO license and has some limitations that make it not FOSS.

    License

  • Yeah it's common. I'm not confused by it, just like a normal g more.

  • Permanently Deleted

    Jump
  • Huh, since when? I did check the project wiki and it still says there's a workaround for anti-cheat, but whatever. Nice that it's working better on Linux since I last checked.

  • Permanently Deleted

    Jump
  • Maybe Niagara Launcher, though I'm quite happy to pay the dev a bit of money (not required for most stuff actually, I only login on my phone)

    Until recently I'd have said Symfonium for music playback from Jellyfin, but the Finamp beta gave me an OSS alternative.

    Ideally banking apps, booking.com and TripAdvisor all had FOSS alternatives, but that's not realistic.

  • Permanently Deleted

    Jump
  • I'm currently on holiday in Croatia and my car rental company, one apartment as well as one tour guide have communicated/provided info through WhatsApp.

  • The Fira family has a similar fancy g for some reason

  • Yeah, for the new Qualcomm chips they're using in the Windows for ARM devices. Not sure if they still need device trees to work properly or if they have an UEFI like.

  • There's "an anime game" project to workaround the launcher and anti-cheat. Was fully playable when I used it a few months ago, but I did have to change to Proton GE or something else to fix some graphical glitches.

    Also, no guarantee your account won't get banned.

  • Thanks, I didn't check those, but then there's even less reason to not have some screenshots in the repo imo

  • Not sure how well it works, but this already exists with mCaptcha

  • Could you add just one or two screenshots please?