• 2 Posts
  • 125 Comments
Joined 3 years ago
cake
Cake day: June 15th, 2023

help-circle
  • 😛

    I mean, pushing pennies up my nose is a transferable skill in that I could push pennies up anyone else’s nose, and I could even make a whole TV career out of a show where I push pennies up people’s noses on the street.

    So I’ll instead amend my statement to say that guile isn’t a common or often sought after skill. 😉



  • NixOS (and GuixSD) is a whole operating system. But base guix and Nix is a package manager that you can install into any existing distro and use for as many or as few packages as you want.

    So you can give it a shot in roughly no time, is what I’m saying.

    The main difference between the full system ones and the package manager ones is obviously that it manages system level packages and the kernel, but also that they have configuration systems setup to run daemons and manage system config. But other than that it’s just the same paradigm as the package manager version.


  • Yeah! I was just coming here to recommend GuixSD or NixOS! Not because they’re normal, but because they’re not, and you have an opportunity to screw around 😅

    Fedora and Debian are different but also pretty similar. Arch or Gentoo are more different. The atomics like bazzite and silverblue are even more different. And then there’s NixOS and GuixSD that are basically a completely different paradigm of how to setup a system. And that might be frustrating if it doesn’t work for you, but as a test computer go wild! Heck, try NixOS and GuixSD to experience their differences from each other!

    The only other thing I might recommend for a challenge is something like Linux From Scratch where you don’t have any distro and you just build everything yourself. Definitely not recommended for normal people! It’s a project rather than something you can just try out for a weekend. And it may be frustrating, who knows. But if you’re into that kind of thing it may be enlightening!


  • Listen, I use guix so I’m not against you, but claiming that Guile, or even any scheme / lisp, is a transferable skill is a stretch 😛

    As a software developer for 20 years, configuring guix is the only time I’ve encountered guile. And the only time I’ve used any kind of lisp is when I forced myself to during a coding challenge or advent of code thing, just for interest’s sake.

    So again, I know what you’re saying, but for me, deep in the industry, guile might as well be a bespoke language for configuring guix 😅



  • Yeaaaaaaah, I wasn’t sure whether or not to put that somewhere or not, and eventually decided not. I devalued all env vars, which I would feel like I had to move up to get into the PATH. I love the path, and I do agree with you that is important for understanding how the system really works, and how you can add your own commands, but I guess I figure that’s a good Shell 201. For someone who wants to start using it, and isn’t sure what a grep is or why a cat is involved, I figure they’re not yet primed to care where these things live on their disk.

    But soon after, for sure! And obviously others can disagree with me.


  • psycotica0@lemmy.catoLinux@programming.devTips/Resources on the Shell.
    link
    fedilink
    arrow-up
    26
    arrow-down
    1
    ·
    edit-2
    2 days ago

    Before you get too lost, I want to write a tiny intro:

    The terminal (also called shell and sometimes command prompt, even though these are technically different things) is a place where you run commands.

    If you open one right now and type ls (that is a lower case L), and then hit enter, it will list the files in your current folder. And it spits that out as text, which will be important later. So that’s the gist, ls is a program that does something, and you type the name of it to run it, and it outputs its result as text.

    Most commands have “flags”, which are options you give it when you run it. ls -l is ls run with the “l” flag (also lower case L). If you run that you’ll see it lists more information per file this time. The mnemonic here is “l for long”. There are lots of flags, and you can usually combine them with a single dash, so ls -lth is the same as ls -l -t -h, which lists extra data, sorts by time, and uses human readable units like “3GB” instead of 3096432764 bytes.

    There are also “long flags” that start with two dashes by convention. These would look like ls -l --time --human-readable which does the same thing as before, but is more readable but less compact. Long options don’t combine the way short options do, so you need to separate them with spaces.

    Some flags need values. Like ls -l --sort size which is usually the same as ls -l --sort=size but confusingly not the same as ls -l --sort = size (note the spaces) which makes sense if you know how these things work, but for now you just need to accept.

    Commands also have “arguments”, which are not flags. Sometimes also called “parameters”. So for ls up until now we’ve been just listing the current folder over and over, but ls can list any folder, like ls Documents or ls Downloads, and that can be combined with flags, usually before the arguments, like ls -lth Downloads.

    Okay, so that’s flags and arguments, but you may be wondering how do you know what flags are available and what they do? Two main options!

    The first is called a “man page”, man being short for manual. Man itself is a command that opens essentially instructions for a command, in the terminal itself, and you can use the arrow keys to go up and down and “q” to quit. Try man ls to see what is it’s got for you. You usually don’t need to read it to to bottom and understand everything, you normally just go looking for something in particular. You can also use / in man to search for something, like /sort to look for the word sort. And then n and N go forward and back searching for the next and previous hit for that search. Also man -k search will search through the man pages looking for things that match, in this case, the term “search” and list you commands. You may want that for being like “there’s gotta be a way to do this, but I don’t know what the command is!”. Also man pages are sorted into sections, and contains more than just commands. So you only care a out the things in section 1 for now.

    The second way to get help is that most commands, but not all, will have a -h or --help flag that tells them to list their own help as output instead of what they normally do. So ls --help lists the options it supports.

    Quoting! You may have noticed the shell is sensitive to spaces. So imagine you had a folder with a space in the name. If you ran ls My Folder, it would break that into two arguments, My and Folder, and would try to find you the contents of both of those two folders, which would fail because they don’t exist! So to fix that we have two options: quoting and escaping. You can wrap it in quotes like ls "My Folder" to tell the shell “this is all one unit, don’t break it up”, or you can “escape” the space by putting a backslash before it, like ls My\ Folder to tell it “this next space isn’t a splitting one, so please include it in the argument”. The backslash won’t be there by the time ls sees it, it’s just telling the shell how to split the arguments.

    And then pipes! Pipes are the killer feature of the shell, as they allow you to take the output of one command and make it the input of the next. And some commands are built with this in mind. Like grep, which can search its input for things that match the pattern given as its argument. Like ls Downloads | grep pdf, which will take the list of files we’re used to seeing ls output to us, and instead feed that to grep which will filter it down to just the pdfs. There’s a lot you can do with these pipelines, because you could then take the output of grep and pipe it to something else to further process it, etc.

    So that’s nowhere near everything, not even close, but it’s hopefully enough to be able to wander around the big wide world and know what the heck people are talking about, and at least how to read what you’re seeing.

    Quick note! The command rm means remove. It deletes files, and it doesn’t use a trash can or anything, they’re just gone. So be very careful with that one! And if some jackass out there tries to get you to run rm -rf / or some equivalent, DON’T DO IT. That stands for “remove” with the flags “recursive”, which means descend into child folders and keep going, and “force” which means delete things even if you shouldn’t. Then it has the argument of “/” which is the root of your filesystem, meaning a recursive operation on that will effect every file on your computer. So essentially this command deletes all files on your machine. Bad. 😅

    Here’s some quick notes to give words to other things you might see and have trouble looking up!

    • ls $HOME: the thing after the $ is an “environment variable”, which is some value your shell has stored and allows you to inject into the command. You can run the env command to see what variables there currently are
    • echo blah is a command that just outputs its args (argument is such a long word). It’s useful for injecting words into a pipeline, or outputting environment variables, like echo $HOME
    • ls ~/Pictures: The “tilde” is just a shortcut for your home folder, so it’s actually the same as ls "$HOME/Pictures", but it’s so common to do things relative to your homedir, that it’s a shortcut.
    • ls | less: the less command is great, because it takes its input and presents it in an interactive scrollable thing sometimes called a “pager”. This is actually what man uses to present its pages, so the same arrow keys and q applies, but you can take any output and put it in less
    • ls `echo Documents` or ls $(echo Documents) are two equivalent ways of running a command in a subshell, and then having the result be itself and argument for the outer command. So echo spits out “Documents” as its output, but not to us. That output is then an argument to ls, which just runs like ls Documents. This is different than a pipe, but is a other way commands can be linked together to form larger units. The first one is called “back-ticks” by the way.
    • sudo whoami: sudo is a command that “does” something as “super user”. S U DO. It’s used to escalate your privileges. So maybe a normal user can’t install packages, but sudo whatever can. The sudo command just asks your password and gets you access, the runs the rest of the command as-is. You’ll see this a lot in instructions people give.

    I think that’s enough to get off the ground? Good luck!



  • I know it doesn’t matter, and is fully a side issue to this post, but I hate that “blacklist” gets brought into this. It’s never been used to be “a list of black people” or something; that wasn’t the original meaning, and that’s not the modern intention. It’s just a word that sounds like maybe it could have been racist in origin, but it wasn’t. And that one makes me grumpy just as an annoying word person.

    The real hot take was that we used the term black and white for people at all! If we could go back to the past and make it so we call it, like, Affo and Euro or something, whatever, it would have cleared up a lot of unrelated term confusion.

    I mean, if we could go back and change things there’s maybe some other stuff that would be more important to change… but among the changes I would make are those!



  • I’ll admit I don’t use dockge, so it’s possible I’m misunderstanding…

    But I think if you have a source folder on the box, separate from the one you keep your compose files in, you can run:

    docker build -t someName:someVersion .
    

    and that will build the image. Then in your normal docker compose folder you just specify the image as matching whatever you built it as, and docker won’t pull images it already has, so it’ll just use the one you already built.

    So yeah this source folder is different from the compose folder, but you don’t have source folders for all the stuff you didn’t build, so this shouldn’t really be that different. And the compose part doesn’t care where the images came from once you have them.





  • The “where I live” part is key. Because very likely this person is in SF, where they cannot buy a luxurious house cash with that money, and where cost of living eats surprisingly far into that stupid high number.

    But notably, this is why all the normal people who don’t make a half million dollars a year can’t live in SF! 😅




  • I can least kinda appreciate this guy’s approach. If we assume that AI is a magic bullet, then it’s not crazy to assume we, the existing programmers, would resist it just to save our own jobs. Or we’d complain because it doesn’t do things our way, but we’re the old way and this is the new way. So maybe we’re just being whiny and can be ignored.

    So he tested it to see for himself, and what he found was that he agreed with us, that it’s not worth it.

    Ignoring experts is annoying, but doing some of your own science and getting first-hand experience isn’t always a bad idea.