I'm sorry I can't hear you over my eshell
linuxmemes
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
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 figures
We 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.
#!/bin/sh
#!/bin/bash
?
#!/usr/bin/env bash
Then you're just running bash scripts with bash. You're not running bash scripts with fish.
I think that's the point of the comment
Exactly, use the shell you like (nushell in my case), write POSIX scripts for maintainability, and use shebangs so you don't have to think about it.
If you like fish but don't use it as your login shell because it's not POSIX you're missing the point of the shebang
Write POSIX scripts for portability*, maintainability doesn't depend much on the shell
POSIX for the system, Fish for the interaction is how I like my OS :3
POSIX shell sucks ass. Just because there are many worse options doesn't make it any better.
I love my bash-isms.
It's installed on my machine but really don't know how to make use of it that much. Any tips and tricksters?
While using the fish shell you can just type 'help', and it'll pull up an offline web page with their manuals and guides. But to be honest, I dont really use fish for anything but the fancy colors and auto-completion lol. Also fish π :)
oh yeah! the autocompletion seems great
I just switched to fish for the pretty colors and quality of life features. Anything I should keep in mind while using it as a Linux noob? I don't even know who POSIX is lol.
zsh with oh-my-zsh addon can do the same amount of pretty colours and qol stuff, with the addition of being POSIX compliant. Not that fish is bad or anything, but you don't want additional troubles with random incompatibility on top of the usual learning curve.
I HIGHLY recommend using bash and zsh as posix-compliant shells at the beginning, then if you want something different; you can use whatever the hell you want. Nushell, fish, etc.
I HIGHLY recommend using bash and zsh as posix-compliant shells at the beginning
Why? All the usual shell scripts don't use Fish as interpreter.
No posix compliance is a headache. (Where the hell are my aliases!?) And also most scripts need to be executed in a posix-compliant shell.
Most scripts need to be executed in a posix-compliant shell
Simple. Just add #!/bin/bash to the start of your script and call it a day.
Or use #!/usr/bin/env bash if you're goated with the sauce. This won't work if you're not goated with the sauce.
Those who are goated with the sauce know what's up.
Whatever you do, do not link /bin/sh to /bin/fish.
And also most scripts need to be executed in a posix-compliant shell.
That's why there is that shebang thingie in first line. Distributions like Debian use an entire different shell from bash for scripts: https://manpages.debian.org/buster/dash/dash.1.en.html
why use aliases (they exist in fish) when you can use abbreviations and your history isnt determined by whatever you set your aliases up as? If you change an alias, your history does not reflect that. If you use abbreviations, your history is perfectly usable
The fuck is an abbreviation? Is it a knock-off alias?
basically a text expansion. I have g=git, so when I type "g push" after I hit space after g, it expands it to git in the terminal as if i just typed out git myself. My history doesnt show "g push" it shows "git push" before I push enter
Been using fish for years and did not know this.
"POSIX compliant shells" means shells that work with... Fuck how do I even describe this simplistically? A lot of scripts are ran by a program named "sh". Sometimes it is bash, sometimes dash, but they're all POSIX compliant which means they've got some standard things that most people expect.
Using a non POSIX compliant shells will be okay, because programs trying to use "sh" will still work (unless you set something up wrong, which you'd probably have to go out if your way to do, so you're probably fine).
Genuinely the only downside to using a non POSIX compliant shell is that you won't learn the standard stuff so you won't be as good at writing and reading scripts. It's truly not too big of a deal. Fish (non POSIX compliant) is what Arch (or at least Cachy) used by default. It's been great. The defaults are useful. To get a similar experience with POSIX shells I typically have to use zsh with oh-my-zsh and some plugins. Fish does it all out of the box.
So don't worry about it!
Hell yeah, I don't really mess with scripts much yet but I do love to be non standard. Thanks for the run down!
Okay so first there was Unix. It was semi Open Source and a bunch of companies were making different versions that were becoming increasingly incompatible. That is why POSIX was created, it standardizes major parts of Unix. Linux is a Unix like operating system, meaning it functions similarly but doesnβt share any code. One thing that POSIX standardizes is the shell meaning thereβs a standard how a loop works etc. Most shell on Linux like bash and zsh are POSIX compliant but some (like fish arenβt). This means a command that works one way in bash might work differently in fish. Basic stuff is mostly the same in my experience so if youβre not having any problems you shouldnβt worry about being POSIX compliant. If you want most of the same stuff but POSIX compliant checkout zsh. Fish provides documentation for adjusting your commands so Iβd just ignore it until you run into a problem and then take a look at the docks
Hell yeah! Thanks for the background info and the link to the documentation!
Feels difficult to breathe. π€
POSIX Defiant
I really like Fish but for simple stuff like youtube-dl you always have to put quotation marks around the YouTube video's address because Fish thinks the question mark is an operator. So annoying.
Fixed in fish 4.0 :)
Fixed in fish 4.0 :)
*reinstalling Fish right now*
reinstalling Fish right now
Alright:
> /usr/bin/fish --version
fish, version 4.0.1
For whatever reason openSUSE doesn't ship 4.0.2 despite the fact that it's in its development repo since months. Oh well, could be worse.
Ask the maintainer to push the update to Factory.
Maybe later
Of course if you do find yourself in need of a single char wildcard or by extenaion a fixed length wildcard, you just don't have that in fish.
Laughs in still needing to write POSIX scripts
source, I use debian with fish and I write my scripts still in POSIX since fish is god slow at scripting, it is really nice for interactive usage but scripting performace is bad, and I can't assume bash to be everywhere so POSIX I go
Non English speaker here . don't you mean "non POSIX compliant" instead of "POSIX non compliant" ?or is it a hint at the fact that it is designed to actually be non compliant?
"non-POSIX compliant" = compliant with non-POSIX (whatever "non-POSIX" may be)
"POSIX non-compliant" = not compliant with POSIX
The best way to say what OP did would be a simple "not POSIX compliant". Looking back, that's exactly what was said in the post. The meme itself is, unfortunately a different story.
Posix non-compliant was used in the meme because the author wanted to save on words in the puchline. "Using a shell not POSIX compliant" lacks a few words and is syntactically incorrect. "Using a POSIX non-compliant shell" saves on words, and is syntactically correct, but makes the sentence more complex.
All in all, the "non-" prefix is a bit finicky in english and can usually be avoided.
Wouldn't it be more like "non POSIX-compliant"? That's how I would understand it, though I'm not a native speaker
This is the way I see it too. Treat "POSIX-compliant" as an adjective and negate it.
Honestly, I didn't see it that way. With the dash, I do. That works as well. It's just that, if I put a dash somewhere myself, it's the other way around.
Generally, people mix the two, so you have to use context. I think, however, your take is correct. I think the post is meant to give a bit of a rebellious vibe, so that may be why they chose this phrasing.
Switching to dash
I'd rather use cash