Talk:Bash (Unix shell)

Logo official or FAN ART?

If the latter, why does Wikipedia have it? Is wikipedia a platform for assign logos to random things? — Preceding unsigned comment added by 81.182.52.188 (talk) 10:04, 16 July 2018 (UTC)

The image caption describes it as the "Official GNU Bash logo." If that's not good enough for you, a simple Google search on "official bash logo" turns up the site [1], which describes the creation of the logo in 2015. The search also turns up links to the logo in the bash project's official repository. Eleuther (talk) 10:27, 17 July 2018 (UTC)

I call BS. Where does that page say GNU/Free Software Foundation authorized it or at least the authors of Bash: Brian Fox and Chet Ramey? Just because a website advertises itself as something, that does not mean that's legit. The official page of Bash is at [2]. I don't see a friggin' logo there. That site you linked is just trying to use the logo to promote themselves (Prospect One). — Preceding unsigned comment added by 81.182.52.188 (talk) 00:55, 18 July 2018 (UTC)

A bit crabby this mornin', are we? Thanks for mentioning Chet Ramey, the current maintainer of bash. On the official bash page, which you linked to, the second paragraph says, "The maintainer also has a bash page." If you follow that link to Chet Ramey's bash page, there you will see the logo. So he, at least, seems to think the logo has some official status. You could also have followed the link "30,000 people voted for the best iteration" (on the bashlogo.com page that I mentioned earlier). This leads to an article on opensource.com, about the project to create the logo, and Ramey's role in it, and his sanctioning of it. Please see the github page official-bash-logo for more information if you need it. This all seems to me like open source working the way it should, rather than (as you seem to assume) everyone involved acting unethically and in bad faith. Cheers, Eleuther (talk) 18:02, 18 July 2018 (UTC)

Sorry for chiming in but that logo is not official. The official GNU Bash page does NOT display the logo. Therefore, it's fan art. — Preceding unsigned comment added by 81.183.25.44 (talk) 16:13, 26 September 2019 (UTC)

Chet Ramey is not merely a "fan". He's the maintainer of Bash. The source page on github declares that this is the "Official GNU Bash Logo", that the client is Chet Ramey and that it is copyright 2016 by the Free Software Foundation. I find no reason to doubt that it is exactly what it says it is. I'm not persuaded that it matters whether FSF includes this logo at [3]. 2016 is recent history for bash and it seems likely the gnu page hasn't been updated. To question the authenticity of this as the official Bash logo, I think you need way better evidence. Msnicki (talk) 14:21, 1 August 2021 (UTC)

Possible original research

This section appears to be almost completely original research. Its claims are not expressed anywhere in the sources cited, rather, the citations all link to basic information about Bash or dictionary definitions of respective words.

As an example, the section states that "With that pun, it would seem, is added an allusion: possibly to the Hindu or Buddhist idea of reincarnation; possibly to the Christian idiom known as 'being born again;' or quite possibly just to the more abstract idea of renewal." There is no source that makes that claim, and I am left to assume that this is an editor's own interpretation. As such, I am marking it as original research. Abitowlish (talk) 01:53, 23 May 2024 (UTC)

macOS is Unix, and bash is not Unix-like

I am not a Wikipedia writer, I just want to say that I really do not like the following sentence since it might be misleading: "While bash is considered Unix-like,[14] it's also available on macOS, Windows, BeOS,[15][16] and Haiku.[17]".

The cited FAQ in [14] states that "Bash is a Unix command interpreter", not something like "Unix-like". Also, how should only a terminal resemble a whole UNIX OS?

Also, macOS is the only real Unix (that is also certified to be one), so why should it be unusual for bash running on macOS?

I think I would be more pleased with something like: "While bash was developed with UNIX and UNIX-like operation systems in mind like GNU/Linux or macOS, it is also available on Windows, BeOS, and Haiku." 176.3.11.152 (talk) 21:18, 22 August 2024 (UTC)

I am glad that there is still someone who tries to explain things to wikipedia that obviously only very few of the wikipedia upper class can or want to understand. Could this have something to do with who donates a lot of money to wikipedia? 91.248.156.3 (talk) 09:40, 25 August 2024 (UTC)

Well, that makes a bucketful of unuseful & biased assumptions. Perhaps the editor 91.248.156.3 can identify who this wikipedia upper class is. Does it include Koavf who has worked as a pizza delivery guy, a bookstore clerk, a computer lab assistant, and a research assistant? I, myself, who am among the top 1100 editors by edits, have recently retired & get a small pension & Social security. I think that you would be hard pressed to find anyone who is supported financially to do this volunteer work. I suggest that 91.248.156.3 read the policy on original research to know the difference between making stuff up & backing up what one has to write with verification from reliable sources. Perhaps it would be better if the editor at 91.248.156.3 actually became a contributor & learned what it takes to build an encyclopedia rather than taking potshots. Peaceray (talk) 18:01, 26 August 2024 (UTC)

 Done I altered the language slightly, so it now reads While bash was developed for UNIX and UNIX-like operation systems such as GNU/Linux, it's also available on Windows, BeOS, and Haiku. Peaceray (talk) 17:36, 26 August 2024 (UTC)

Hello, 176.3.11.152 here. I want to thank you for reading and valuing my thoughts.

I don't want to say much about 91.248.156.3 as this is the wrong place, I just want to say thank you for your work, you do a great job that many don't appreciate. 176.6.49.66 (talk) 09:05, 7 September 2024 (UTC)

Single maintainer for over 30 years

CC @Blush30720: @Neko-chan:
I think it's worth to mention the fact that only one person maintained bash for over 30 years (as of 2025). All along. Not breaking compatibility even once. Just like in that Xkcd 2347 meme. We have at least two sources on that. Any objections? AXONOV (talk) ⚑ 19:53, 26 April 2025 (UTC)

@Alexander Davronov I'm not sure why I'm tapped in on this, but if you have good sources, go for it ~ฅ(ↀωↀ=)neko-chan^nyan 01:28, 27 April 2025 (UTC)

"Not breaking compatibility even once" is a demonstrated falsehood. I've used Bash as my primary shell and have on many occasions had to make changes to my scripts to accommodate changes to Bash; often this only required minor tweaks, but at least twice it has required significant reworking. For example, non-local flow control using break and continue was broken without warning in Bash 4.3. Although the previous behaviour can be reinstated using shopt -s compat42, that disables all subsequent improvements as well, so numerous scripts required significant re-working to get around the loss of this functionality.

There is even a breaking change expected in the upcoming 5.3 release, and the maintainer is aware of this: it introduces a mandatory warning for usage of `printf` that has hitherto worked silently, with no option to suppress this warning. This spurious output will cause breakage in a small proportion of CI/CD chains and false alarms in some system monitoring tools. Yet the maintainer asserts that it won´t cause enough damage to existing systems to justify any ameliorative adjustment; I'm a "lone wolf" and should be ignored.

I'm way beyond disappointed. Martin Kealey (talk) 07:13, 18 May 2025 (UTC)

Thanks for reaching and pointing that out. I was totally wrong on that. Turns out there is a whole range of options to invoke compatibilty modes... Including --posix. AXONOV (talk) ⚑ 07:58, 18 May 2025 (UTC)

Misleading timeline points

Some anachronisms:

• 1971 - Ken Thompson developed the first shell for UNIX called the 'V6 shell' - except that “v6 shell” was simply shorthand for whatever version of the shell was shipped as part of UNIX v6, which itself wasn't shipped until 5 years later. This misattribution extends to claims of features that did not exist in 1971, such as pipelines.
  The reference to osh still being distributed is clearly out of place; it should probably sit against the 1977 release of the Bourne Shell.
• 1977 - ASCII published by NIST - technically true, but it had been published by ANSI in 1968. (By 1977 ASCII had already been the dominant encoding for several years, so it's not clear why it's mentioned here at all.)
• 1984 - IEEE POSIX work started in 1984 - except it wasn't driven by IEEE until 1986, and wasn't called POSIX until 1988.

Also, much of this list really belongs under UNIX rather than Bash. Martin Kealey (talk) 23:16, 18 May 2025 (UTC)

I suggest we move statements on ASCII to the article about ASCII.
Regarding POSIX: I think we should keep this statement cause it specifies "work" on standard, not standard itself which was published in 1988. AXONOV (talk) ⚑ 09:21, 21 May 2025 (UTC)