this post was submitted on 23 Aug 2024
448 points (94.8% liked)

linuxmemes

21607 readers
1381 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 members of the community for any reason.
  • 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.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
    • 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. Even if you watch it on a Linux machine.
    • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
    •  

    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 fork-bomb your computer.

    founded 2 years ago
    MODERATORS
    poopsmith@lemmy.world
    zephyr@lemmy.world
    rtxn@lemmy.world
    448
    My impression of github since switching to Linux (lemmy.world)
    submitted 4 months ago* (last edited 4 months ago) by Alk@lemmy.world to c/linuxmemes@lemmy.world
    121 comments fedilink hide all child comments
     

    I've been transitioning to Linux recently and have been forced to use github a lot when I hadn't much before. Here is my assessment.

    Every github project is named something like dbutils, Jason's cool photo picker, or jibbly, and was forked from an abandoned project called EHT-sh (acronym meaning unknown) originally made by frederick lumberg, forked and owned by boops_snoops and actively maintained by Xxweeb-lord69xX.

    There are either 3 lines of documentation and no releases page, or a 15 page long readme with weekly releases for the last 15 years and nothing in between. It is either for linux, windows, or both. If it's for windows, they will not specify what platforms it runs on. If it's for Linux, there's a 50% chance there are no releases and 2 lines of commands showing how to build it (which doesn't work on your distro), but don't worry because your distro has it prepackaged 1 version out of date and it magically appears on flatpak only after you've installed it by other means. Everything is written in python2. It is illegal to release anything for Mac OS on github.

    you are viewing a single comment's thread
    view the rest of the comments
    [–] BlackLaZoR@fedia.io 101 points 4 months ago (4 children)

    Wait until you install some package and then scratch your head not knowing how to run it.

    [–] SanicHegehog@lemm.ee 44 points 4 months ago

    Then think “I’ll figure it out later” but you never do. Only to be reminded of it a month later when you happen to see it scroll by in an apt-or-whatever package upgrade.

    “Oh yeah, I forgot about that. I should check that thing out again” you think to yourself. But you never do. Repeat for eternity.

    [–] Darohan@lemmy.zip 38 points 4 months ago (3 children)

    Helix Editor did this to me. They have so much documentation on their site about how to use the editor, how to extend it, theme it, etc., etc. What they didn't seem to document, though, is that the binary is named hx, not helix :/

    [–] pmc@lemmy.blahaj.zone 15 points 4 months ago (3 children)

    When I'm confused like that, I check https://packages.debian.org and open the file list for the package. That way I know what binaries are installed.

    [–] logi@lemmy.world 2 points 4 months ago

    There is also a dpkg command for that. Grep it for /bin/ and you've got your executable.

    [–] Darohan@lemmy.zip 2 points 4 months ago

    Ooh, I'll keep that in mind for next time, thanks!

    [–] Ephera@lemmy.ml 8 points 4 months ago

    The fun part is that as a dev, you don't really know that either. It's just the file name of the executable. Anyone can rename that.
    And even if it's not renamed, you still don't know, if your users need to call it with just hx or with ./hx or some other path.

    Obviously, you should mention somewhere that the executable is likely called hx, but because that requires an explanation, there's certainly a tendency to not mention it very often...

    [–] HouseWolf@lemm.ee 11 points 4 months ago (1 children)

    Devs who make the -h command actually useful are modern day saints.

    [–] UnityDevice@startrek.website 5 points 4 months ago

    I think they meant you don't know what the binary is called because it doesn't match the package name. I usually list the package files to see what it put in /use/bin in such cases.

    [–] NostraDavid@programming.dev -2 points 4 months ago (1 children)

    If I install a package, I don't even know what it installed and/or where.

    I can't believe Linux can't even tell you what it installed where - even Windows can do that.

    [–] ReveredOxygen@sh.itjust.works 4 points 4 months ago

    Most package managers have a way to list all the files a package will install