• 0 Posts
  • 21 Comments
Joined 5 years ago
cake
Cake day: January 29th, 2021

help-circle
  • I think NixOS is a superb choice if you have the time and energy to invest in it. I’m currently using Guix System (a GNU fork of Nix) and I’m very very happy with it. Previously I’ve been on openSUSE Tumbleweed because I thought the most important thing for me was btrfs with an easy snapshot system. But then, one day, when I was writing ansible playbooks to configure my OS I realized that what I care most about is declarative configurations. Now I’ve completely stopped using ansible for my laptop/desktop, and just rely upon native Guix configuration. I love it.

    I do still run MicroOS on all of my servers because it “just works” and I think transactional systems are great for servers. Recently, however, I’ve been thinking about trying out NixOS/Guix System as my server OS of choice, but we’ll see how that goes.

    If you’re willing to put in the time, I think you’ll love NixOS.

    Edit: Nix/Guix are also transactional.




  • Much of it might be freely available data, but there’s a huge difference between you accessing a website for data and an LLM doing the same thing. We’ve had bots scraping websites since the 90’s, it’s not a new thing. And since scraping bots have existed we’ve developed a standard on the web to deal with it, called “robots.txt”. A text file telling bots what they are allowed to do on websites and how they should behave.

    LLM’s are notorious for disrespecting this, leading to situations where small companies and organisations will have their websites scraped so thoroughly and frequently that they can’t even stay online anymore, as well as skyrocketing their operational costs. In the last few years we’ve had to develop ways just to protect ourselves against this. See the “Anubis” project.

    Hence, it’s much more important that LLM’s follow the rules than you and me doing so on an individual level.

    It’s the difference between you killing a couple of bees in your home versus an industry specialising in exterminating bees at scale. The efficiency is a big factor.










  • I’ve just migrated most of my repos from Codeberg to Sourcehut (sr.ht) and I really like it. I’ve got nothing against Codeberg or Forgejo, they’re awesome, but I just really like the simple design of Sourcehut.

    The git send-email workflow was new to me, but I started liking it fast! I’ve never really enjoyed the web-based MR/PR workflow of GitHub anyway (read: it feels very slow).

    Sourcehuts CI system if also really nice overall, although there are some things I miss from the great CI that GitLab has. Mostly I miss only running pipelines when tags are pushed, and stuff like that.



  • Maybe because it’s not an obviously wanted feature? But I’m just guessing. You should request it and see what happens, maybe more people want it. I’ve never even thought about it, since in the case of Podman/docker it’s so “obvious” and easy to just mount network shares to the host first. And in the case of Kubernetes you can just mount NFS shares directly into pods.


  • Agreed, but not quite perfectly. I’ve been using Tumbleweed for years, but there are a few things to think about.

    Whereas I’ve very rarely experienced any problems, the package manager is slow compared to the likes of apt and dnf. The repos are large, but the mirrors haven’t always been the fastest for me.

    Also “community”. There are always people in OpenSUSE matrix/irc rooms etc, but they are a rather small bunch of people. OpenSUSE doesn’t have close to the community of, say, Ubuntu or Arch.


  • I definitely do not hate SELinux, I think it’s a great system. But my experience mostly (at home, anyway) comes from managing servers running Kubernetes clusters and, like, just using podman do deploy containers. In both these cases SELinux is a on “just works” basis, for the most part.

    Then in enterprise environment that doesn’t run everything on containers, you usually have a very standardized way of applying SELinux policies. At my last place of work we did it via a rather Ansible role. It was simple and easy.

    But I can imagine using SELinux at home, where you maybe don’t have these things, might be a rather “mysterious” experience. It’s not the most obvious system.

    But learning to write your own policies (even if just trough se2allow or whatever it’s called) does de-mystify SELinix pretty quick.


  • GunnarGrop@lemmy.mltoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    arrow-up
    16
    arrow-down
    2
    ·
    1 year ago

    If Fedora wants to promote FOSS then it would make sense to just have it’s users enable Flathub if they want to. Instead of outright promote a repository that promotes proprietary software.

    If you meant it as moral question, then then answer would probably be that proprietary software does’nt guarantee the same user freedoms as free software. And thus does’nt let users control the software that runs on their own computers.


  • Oh yeah, that makes sense. Thanks for the info. I was under the impression that Flathub was a default flatpak repo in Fedora anyway.

    But yes, always with these trade-offs. It’s bad when package maintainers package software, and it’s bad when software developers package software…