• 1 Post
  • 56 Comments
Joined 3 years ago
cake
Cake day: June 15th, 2023

help-circle
  • No idea what you are talking about… did you get an assignment to implement some CLI program and want ideas for what to do?

    If this program was made in a language that supports creating packages for other programs (e.g. Python, Rust, NodeJS), should this program be a ‘package’, or should it be a standalone program that has a simple “setup” script?

    I’d assume what you call “packages for other programs” would be plugins? In that case, unless you have a specific existing program you want to write a plugin for, then yours would be a standalone program.

    About the “setup script”, if you mean that’s an installer of sorts, then no, your program must not necessarily have an installer (you or others may write standalone installers or packages for various package managers, but that’s another story).






  • For files I use syncthing (also for music/photos/notes/etc… syncing files is IMHO the way to go wherever applicable).

    For sending links to my PC (eg. articles linked from podcasts’ notes) I used to rely on firefox sync, but I’m starting to distance myself from Mozilla so I am gonna experiment with wallabang.

    For sending small notes to myself (stuff that I want to sort or act upon when I get to my PC), I’m using signal’s “note to self” but I’m investigating alternatives because signal doesn’t mark such messages as unread and so sometimes I forget I’ve sent some.





  • I’ve blocked the bot because I find it’s more annoying that useful (I’m not complaining - just giving feedback).

    That said, IMHO from that list you should remove the entries that:

    • are ambiguous (eg: HA has 2 entirely different meanings in your list)
    • have become words on their own (eg. DNS, HTTP, etc…): nobody cares what these expand to (think, NASA) and also knowing what these expand to doesn’t help at all (if you tell me that HTTP means “hyper-text markup protocol” will I not have to go read wikipedia anyways to understand what it is?)
    • are often not used according to your definition (eg. IP is more often used to refer to an IP address rather than to the protocol) - of course you may want to amend the definitions instead

    Also, you should keep the acronym expansion (“RAID” => “Redundant Array of Independent Disks”) from any comment you may want to add (“for mass storage”) and - since you are at it - provide relevant links to wikipedia articles and/or other resources.

    PS: since a lot of entries in the list are not even acronyms… maybe you should consider renaming the bot to something related to “abbreviations” or “glossary”?







  • you will have to spend a lot of time learning the Nix language

    I’d say you shouldn’t use any system (be it nixos, ansible or even bash scripts) if you are not willing to learn it.

    That said, I too find pre-made modules less useful that I initially thought when I got into nixos: unless you want to do very basic stuff, a lot of times it’s easier to just generate whatever scripts/configuration files you need directly (using one of the trivial builders in lib or writing a custom derivation) rather than learning how the corresponding nixos module works.

    One could say nixos modules make easy things slightly easier, and hard things much harder (this is adapted - possibly imprecisely - from a quote on ORMs, I think by Joel Spolsky).


  • In your shoes (and, in fact, in mine) I’d try to move away from interactive tools and into file-driven ones.

    Personally I use nixos, run WUD (what’s up docker) to be notified of available updates, and manually test/update the containers once in a while (every couple weeks or so?)

    There are a bazillion other solutions (from stuff like ansible/chef/puppet, to docker-compose, to kubernetes, to… a hand-written bash script) - the idea is to setup stuff via files that you can version, reference and write comments in rather than using some gui for interactive steps that you’ll forget to document in some wiki.

    Monitoring is a whole different beast than configuring: you’ll be probably better off using something that does just that instead of some all-in-one solution. Try looking into something like beszel before going for the full prometheus/graphana stack.



  • talkingpumpkin@lemmy.worldtoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    arrow-up
    8
    arrow-down
    1
    ·
    edit-2
    1 month ago

    It would seem my point is not getting through (ie. I must not have expressed it well enough).

    You having freedom doesn’t mean other people have a duty to support what you do - it just means they don’t have legal ground to stop you.

    For example, freedom of speech doesn’t mean that newspaper must publish whatever you write - it just means the police won’t come knocking on your door at 5am because you of something you wrote.

    The “idea of linux” (by which I take you mean the idea of FOSS in general, not of the kernel specifically) isn’t to support anything and everything.

    Does dropping 32 bit go against the “idea of linux”? Does software being developed/tested only on specific distros go against it? Do devs that only supporting glibc because they don’t care about musl go against the idea of linux?

    I’m just expressing a concern where over relying on one init system will limit options

    Nope, nothing actually limits the options of people who don’t like systemd: if they want to run some FOSS piece of software whose upstream devs don’t care about openrc (or whatever init of choice), they’ll just have to fork the projects, put the work in, and the upstream devs won’t be able to stop them in any way.

    This is what the “freedom” in FOSS means. Twisting it to mean that upstream goes against “the idea of linux” if they don’t support whatever thing you care about and they don’t is entitled.


  • talkingpumpkin@lemmy.worldtoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    arrow-up
    37
    arrow-down
    4
    ·
    edit-2
    1 month ago

    this doesn’t go with the idea of Linux, which is having “freedom” with your os

    Err… it’s “freedom” as in “you are free to run your own system using whatever software you wish” not “freedom” as in “distros and devs have a duty to support your freedom to run any specific software you happen to like”.

    Let’s turn down the entitlement dial a bit.