you are viewing a single comment's thread
view the rest of the comments
[–] 0 points 1 year ago (11 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.

  • source
  • parent
  • hideshow 11 child comments
  • [–] 8 points 1 year ago (3 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

  • source
  • parent
  • hideshow 3 child comments
  • [–] -1 points 1 year ago (2 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?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago (1 child)

    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.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year 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.

  • source
  • parent
  • [–] 5 points 1 year ago (3 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.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 0 points 1 year ago (2 children)

    Read the man manpage and all will be revealed.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 1 year ago (1 child)

    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

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 1 year ago* (last edited 1 year 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.

  • source
  • parent