this post was submitted on 19 Aug 2025
1739 points (98.4% liked)

linuxmemes

26886 readers
167 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn, no politics, no trolling or ragebaiting.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
  • 5. 🇬🇧 Language/язык/Sprache
  • This is primarily an English-speaking community. 🇬🇧🇦🇺🇺🇸
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
  • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
  •  

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] AnUnusualRelic@lemmy.world 1 points 3 days ago (3 children)

    You get to learn the notation conventions with <> and [] fairly early on. Maybe a very new user would make that mistake. If he doesn't get it fairly quick, maybe computers aren't for him.

    [–] Storm@slrpnk.net 4 points 3 days ago (1 children)

    Nah m8, I'm generally on board with asking people to read the manual, but these unexplained conventions are nonsense. Pages really should be explicit about notation being added to commands that aren't actually a part of them

    [–] AnUnusualRelic@lemmy.world 1 points 3 days ago (1 children)

    They're explained right at the beginning of the manpage.

    The man manpage. I'm sure it was the first one you read? Because you wanted to know how man worked?

    [–] Storm@slrpnk.net 1 points 2 days ago (1 children)

    Sure, but that is very far from obvious, and very few people who don't already have an understanding of this stuff are going to know to look there. When I search for how to do something on the internet I mostly find 2 kinds of sources: stuff that's way dumbed down (and usually out of date/incorrect) and stuff full of unexplained notation/abbreviations/arbitrary conventions without any links to resources that explain them.

    I guess my issue with the man pages is mostly that they just don't try to be approachable to the not-so-tech-litterate folk who might be interested in Linux if we had resources that didn't assume all this foreknowledge.

    [–] AnUnusualRelic@lemmy.world 1 points 2 days ago

    I guess my issue with the man pages is mostly that they just don’t try to be approachable to the not-so-tech-litterate folk who might be interested in Linux if we had resources that didn’t assume all this foreknowledge.

    That's a fair point. Their problem is that they both have to be relatively concise and as exhaustive as possible, which makes it difficult to be user friendly. So the style is usually terse and more friendly to seasoned users than to the new ones.

    I think beginning users would do well to invest in something like an introductory ORiley book rather than rely on the often highly dubious online stuff. I've seen so many absolutely atrocious "Linux for beginners" pages that I really wouldn't recommend any.

    [–] Postimo@lemmy.zip 4 points 3 days ago (1 children)
    [–] noxypaws@pawb.social 2 points 3 days ago (1 children)

    BS. I've been using linux for over 20 years and I still don't know what those mean. I can only guess from context. It's a stupid convention to just use symbols like that and never explain it.

    [–] AnUnusualRelic@lemmy.world 0 points 3 days ago (1 children)

    Read the man manpage and all will be revealed.

    [–] noxypaws@pawb.social 3 points 3 days ago (1 children)

    Following the openbsd example from the original comment I replied to, it has absolutely nothing to say about what brackets mean, so this advice would not be helpful for an openbsd system: https://man.openbsd.org/man

    On my personal linux system (arch derivative, by the way), it at least mentions brackets meaning optional, but only in the context of arguments:

       [-abc]             any or all arguments within [ ] are optional.
    

    I think this would trip up some new users. The destination, with or without the username to connect as, may not seem like an "argument" to a new user since it doesn't have a dash before it like the example does

    [–] AnUnusualRelic@lemmy.world 0 points 2 days ago* (last edited 2 days ago)

    this advice would not be helpful for an openbsd system

    Sorry, I wasn't aware of that. BSD usually has excellent ~~pan~~ man pages.

    Here's the relevant section in the Linux one:

    The following conventions apply to the SYNOPSIS section and can be used as a guide in other  sections.
    
           **bold text**          type exactly as shown.
           *italic text*        replace with appropriate argument.
           [-abc]             any or all arguments within [ ] are optional.
           -a|-b              options delimited by | cannot be used together.
           argument ...       argument is repeatable.
           [expression] ...   entire expression within [ ] is repeatable.
    
    
    

    The destination, with or without the username to connect as, may not seem like an “argument” to a new user since it doesn’t have a dash before it like the example does

    Then the new user should real the ssh manpage which very clearly specifies that it is.