Bash 3.0 Released

qazwsx789 writes "The first public release of bash-3.0 is now available via ftp and from the usual GNU mirror sites. For the official release notes by the author, Chet Ramey, check his usenet post."

Comments

I'm still waiting for a feature

[Stevyn]

...a GTK front end

Re:I'm still waiting for a feature

[BrokenHalo]

...a GTK front end

There is. Try zenity.

Re:I'm still waiting for a feature

[Apreche]

gnome-terminal, duh.

Re:I'm still waiting for a feature

[Ari_Haviv]

how about...wizards?

Re:I'm still waiting for a feature

[SirPrize]

From the Zenity web page:

Zenity lets you display Gtk+ dialog boxes from the command line and through shell scripts. It is similar to gdialog, but is intended to be saner. It comes from the same family as dialog, Xdialog, and cdialog, but it surpasses those projects by having a cooler name.

Re:I'm still waiting for a feature

[liquidsin]

How about Clippy?

Hi! You appear to be typing something at the command prompt. It does not appear to be english. Maybe I can help. Would you like me to:

• spell-check it for you?
• change your local settings to another language?
• do nothing: sleeping on keyboard
• do nothing: that's PERL, you insensitive clod!
• fuck off

First "zsh rules" post!

[Just Some Guy]

Bash was my first shell and I used it exclusively for years. One day, I'd read enough about zsh to force myself to give it a try. Oh how I loved thee, bash, but I won't be going back.

Re:First "zsh rules" post!

[Anonymous Coward]

insightful? please at least give a few reasons why zsh is better. I use bash, but i'm open to other possibilities.

Re:First "zsh rules" post!

[Anonymous Coward]

Will everyone stop with the Bash bashing, please?

Re:First "zsh rules" post!

[opk]

Globs are more powerful: **/*.c will recursively search for .c files: much quicker to type than find.
You can match file types: e.g. *(@) will get you symlinks. *(U) gets files owned by you.

Syntax for alternation is a lot easier. No @(this|that) or !(*.f). Instead, it is (this|that) and ^*.f

Next point is completion. It includes a vast range of definitions so completion works well for lots of commands. The completion system handles completing parts of words so it better handles user@host completion. You get descriptions with completion match listings. Completion also has a really powerful context sensitive configuration system so you can make it work the way you like.

It has modules. For running a simple shell script it will actually use less space than bash because it doesn't need to load the line editor and other interactive related code into memory.

There is much much more. It takes a while to learn everything but if you just enable the completion functions (autoload -U compinit; compinit) you'll find it better than bash or tcsh from day 1.

Re:First "zsh rules" post!

[Just Some Guy]

Bigs ones for me:

• A sane auto-completion system. That is, "cvs <tab>" gives a list of all of the commands that cvs understands. "cvs -<tab>" (same as above but tabbing after typing "-") gives a list of all of the options that cvs understands. These are good things. Now, in fairness, bash also has a command completion library. Unfortunately, it's implemented as a huge set of Bash functions. In zsh, "set|wc" returns 179 lines. In bash, "set|wc" returns 3,961 lines. The net effect is that zsh's system is noticeably faster and less polluting to the local environment.
• Modules. Wrappers for TCP connections, a built-in cron thingy, and PCRE are all loadable modules to do tricky things easily.
• Lots of pre-defined things. Load the "colors" and "zsh/terminfo" modules and you get defined associative arrays like $fg, which emits terminal-appropriate escape codes to set the foreground color of printed text. The command "echo ${fg[red]}red text${fg[default]}normal text" prints "red text" in red, and "normal text" in your default color.

Bash is a good shell, and I have nothing bad to say about it. However, zsh seems to have been designed from the ground up by power users and for power users. I absolutely love it and everyone that I've given a example config file to (to get them running with little hassle) has permanently switched.

Re:First "zsh rules" post!

[Just Some Guy]

As the maintainer of FreeBSD's bash-completion port, I'm reasonably familiar with it. Yes, it's approximately as powerful as zsh's completion module. Still, have you ever looked at it? It's a giant set of defined functions and glue. Seriously, get to a bash prompt and type "set" to see all of the things that've been stuffed into your shell's namespace. Now, try that with zsh and be pleasantly surprised.

As I said in another post, a big side effect is that zsh's completions seem to be much faster than bash's. That alone is worth the price of admission for me.

Re:First "zsh rules" post!

[Nachtfalke]

Up until recently, I also was a zsh user. But bash has one thing going for it, that zsh does not do: work with a UTF-8 locale.
The zsh line editor get's totally confused if you type for example an umlaut and backspace over it.
And since my native language uses umlauts, and I need a UTF-8 environment for work, I had to go back to bash. Unfortunately...

A new version?

[moonbender]

Hell, I didn't even know bash was still in active development. It was always just bash to me, not bash-x.y.z. But then I guess I wouldn't notice the difference, really.

On the list of changes:

[meringuoid]

System-specific changes for: SCO Unix 3.2

What are these, I wonder? Something along the lines of changing the prompt to always display [litigious@bastards]$, perhaps?

Re:On the list of changes:

[grub]

I'm wondering why it's in the "LINUX" section of /. Bash is used across many different OSs.

Re:On the list of changes:

[Anonymous Coward]

Amusing comment noted but to stop any salacious rumours in the bud I shall quote the changelog -- cunningly named changelog in the archive.

SCO Unix 3.2, like Solaris, requires that the system's `timezone' variable be declared as long

Re:On the list of changes:

[Prowl]

GNU or Unix would seem to be the most appropriate

bash has been around since 1989 (according to copywrite on man page). Linux 1.0 came around 5 years later.

The editors should know better, unless they're intentionally trying to piss off RMS

Neat

[stratjakt]

Someone tell me why I want this. The Usenet post doesn't seem to explain what's so exciting about it, besides a bunch of boring bug-fixes, and some esoteric-sounding syntax changes.

Re:Neat

[DAldredge]

Don't worry about it. Just let the adults keep using their computers and you can keep using your as a toy.

(It's a shell, it's not susposed to be exciting)

Re:Neat

[Brad Moore]

According to the changelog, all the messages are internationalized now, so if you spoke a language other than English, you can get error messages and such in your native language.

Re:Neat

[pete-classic]

It supports a new sequence brace expansion which should make snarfing porn easier and more efficent.

Does it get more exciting then that?

-Peter

Re:Neat

[ellem]

As part of the deal with Apple making fixes they need to get Bash to version 10 ASAP for Bash X marketing.

Re:Neat

[Jugalator]

(It's a shell, it's not susposed to be exciting)

Pfft... I thought geeks browsed Slashdot!

Re:Neat

[Chris_Jefferson]

The main difference is full internationalisation support, which deserves a full version upgrade :)

Unless you have scripts which used the old slightly dubious (but still not bad) internationalisation then you should notice no differences at all. There are a couple of really, really stupid looking scripts which now produce something different, but in almost every single case the new answer is I'm sure what everyone expected to appear before :)

Re:Neat

[KodaK]

you can get error messages and such in your native language.

This is so going to suck. If I get an error message that I'm unfamiliar with I'll plug it into google. Even if the hit is in a language I don't understand I can usually work out what a solution to my problem may be by looking at the command sequences posted in replies.

Now I'll lose that ability just because a bunch of whiners (the rest of the world) want error messages in *their* language. That's just not fair, as it doesn't benefit me.

I propose an immediate reversal of the i18n changes introduced into Bash 3.0. Who's with my jingoistic ass?

Re:Neat

[A Big Gnu Thrush]

Pfft... I thought geeks browsed Slashdot!

Real geeks do browse /.

Only lusers post.

Oh, wait...damn.

Re:Neat

[cant_get_a_good_nick]

Cool, but just saves a process. Could do this with seq before.
seq 1 30 | xargs -i wget http://pr0nsite.com/image{}.jpg
Not that I'd try this or anything... no...

I do want to get a T-Shirt made:
Real geeks download their pr0n with one line shell-scripts.

Re:Neat

[carpe_noctem]

...either that or change the project name to "iBash".

hrms, that's kinda catchy, aint it?

Not much changed

[opk]

Doesn't seem to be much changed given the version number increase. [[ =~ ]] can match regexes and it can do zsh style {1..3} expansions. Improved multibyte support too. There were bigger changes in some of the 2.0x updates.

Apple helping out

[Macka]

Several bug fixes for POSIX compliance came in from Apple; their assistance is appreciated.

It's nice to see yet more contributions from Apple to the OSS community.

Re:Apple helping out

[hot_Karls_bad_cavern]

"It's nice to see yet more contributions from Apple to the OSS community."

Right on, brother. (This is not bashing apple before i get started!) They have done something that no one else in the *nix world has done: shit-hot gui. People can blather about this and that, but to deny that Apple has created one of the most user-friendly, beautiful, slick gui's for *nix is crazy. I'd like to continue seeing Apple release more help to OSS. Keep the real money makers to themselves (for now), but allow more dev's to release usefull changes back to the community that helped build it ya know?

You are 100% correct that it's nice to see them making another move like this...even if it was a lil' one :)

Dear Apple haters...

[TheHonestTruth]

From the release notes:

Several bug fixes for POSIX compliance came in from Apple; their assistance is appreciated.

It looks like Apple is giving back to the community, and to a fundamental tool.

To the parent: I'm in the same boat. I thought bash 3?? What is there to add?? Looks like multibyte char support (sorry, I'm are a dum Amer'kin).

-truth

Re:Dear Apple haters...

[Jahf]

Believe it or not, -most- of the large companies that use GPL'ed tools give back to the community.

Apple has done numerous fixes, not just on BASH.

Sun (disclaimer: for whom I work) has done -tons- of work on GNOME, Mozilla and don't forget Open Office (just to name a few).

IBM works on many projects and gives back ... plus contributing all new things like JFS.

All the distro makers like Red Hat, Novell, etc give back tons.

Each of those companies pay engineers to fix pieces not done in Open Source projects as well as to extend them for their customers. The patches are covered under GPL just like the main code, and these companies know it and yet knowingly dedicate serious money and hours to these projects. And then they satisfy the GPL by putting them out on source CDs or submitting them back to the main projects.

The big problem for getting submitted code accepted is that these companies are usually fixing and developing on a codebase that is aging. For instance, Sun did numerous I18N fixes for GNOME 2.6, but by the time they were ready the main GNOME organization had moved on to 2.8. That means there is a disconnect between the two and the changes have to be ported forward before they will hit the main code branch. The same problem can happen with kernel patches and just about any other codebase that changes versions so quickly.

Sorry, you were doing the good thing and pointing out Apple's contributions. But so many people think these companies violate the GPL (in spirit if not in law) when they are very large contributors to open source. Sure, some do, and the community usually find out about it and shame them into minimal compliance (Linksys and Sveasoft come to mind after my delving into alternate WRT54G firmwares last night), but generally speaking the big companies have been a good part of the community.

Re:People still use a shell for Linux?

[ylikone]

Because you can NEVER be quite sure of what files are being manipulated when you are using a GUI.

Why use a middleman when you have access to the source?

Movie Tie-in

[Bistronaut]

They should have called the movie Bourne Again.

It's...it's...

[FreemanPatrickHenry]

The Bourne Again and Again and Again Shell! Again!

When are they going to upgrade MY shell?

[g_adams27]

Yeah, Bash 3.0 is great and all, but when are the bash people going to upgrade rbash? Man, I can't do anything with that shell!

Re:When are they going to upgrade MY shell?

[ryanvm]

Insightful? You morons, it's a joke.

POSIX Compliance issues.

[Ashe Tyrael]

There's been an interesting little problem caused for people like Gentoo with the updates in bash 3.0.

http://bugs.gentoo.org/show_bug.cgi?id=58703

Just a simple move towards compliance breaks most of their scripts, so they've had to patch it out.

Lovely.

Re:POSIX Compliance issues.

[keesh]

It's a problem with autoconf, not with any Gentoo-specific scripts. You're just more likely to see it on Gentoo given how much you end up running autoconf :)

MSH

[Jugalator]

Ha ha, you dorks, use MSH like a man!

I wonder how this will get modded? :-o

POSIX

[Waffle Iron]

This statement had me a little confused for a while:

Several bug fixes for POSIX compliance came in from Apple; their assistance is appreciated.

Then I looked through the POSIX spec, and sure enough I found this section, which explained things:

POSIX section 23.4.18 (SHELL):

To the extent possible on the terminal hardware, the shell shall present to the user the appearance mimicing a translucent plastic material. The shell rendering material model should incorporate prominent specular highlights suggesting a shiny smooth surface. The shell should cast fuzzy shadows on any user interface elements that lay below it.

Re:People still use a shell for Linux?

[gowen]

Why type when you can just point and click?

Batch jobs. You just can't beat

for i in img*.jpg; do convert $i $(basename $i .jpg).png; done

Everything else, I do in emacs...

Just wondering...

[Kynde]

What is so hot about bash, e.g. compared to zsh?

Seriously, I'm not trying to start a flame war here. This is coming from a really long term zsh user because back when I was just starting unix and linux a fellow bearded unix guru told me something along the lines "go with zsh, it's the best" (thas was about -95). And I've never looked back, but now seing bash being the default shell in most distros I've began to wonder what's going on. Perhaps over the years bash overtook zsh or there are some hidden qualities in bash that I don't know about.

Anyone with some insight on _both_ shells would be greatly appreciated.

Re:Just wondering...

[opk]

Zsh is still the best.

Bash developers have different priorities.
Bash became the default primarily because it is GNU.
Zsh has some ugly but powerful features like nested expansions. The two areas where bash is better than zsh is multibyte support and POSIX compliance. Much of that was contributed by IBM and Apple respectively. But if you use the shell a lot, you'll find zsh does a lot of things better. The completion is amazing. And when it isn't emulating sh/posix, it fixes some of the broken design decisions (like word splitting of variables) which saves you from doing stupid things.

The FSF actually does development in a very closed manner when it can (the gcc egcs split was partly because of this). Bash is a good example of this. That perhaps a good thing because it is probably good that bash doesn't get some of zsh's nasty (but powerful) features. And if zsh didn't exist, bash might have been forked by now. If you care about your shell, you'll find much more of a community on the zsh lists than the spam filled bug-bash list. You can't even get at alpha releases of bash without being one of the chosen few.

Breaks Gentoo

[Kujah]

Gentoo's various scripts rely on the fact that /bin/sh is usually symlinked to /bin/bash. With 3.0, when invoked as /bin/sh, bash behaves as it should for the first time, which caused some problems. (which are now fixed, by the way)

once upon a time...

[TheHonestTruth]

tsch was the deafult for OS X and for Jaguar I believe, but they moved to bash for Panther.

-truth

Can arrow key history be like Matlab's?

[dara]

I read the announcement and it mentions "History traversal with arrow keys", but what I would really like doesn't seem to be mentioned (but perhaps it is possible with bash-2.05, I'm not much of a shell expert). In Matlab, the up-arrow key searches the history for commands that match all the characters on the line. No characters and it acts like a normal bash arrow, if "figure, plot" is at the beginning of the line, it will quickly scroll through all plotting commands that have been entered at the shell.

Any idea if this is possible?

Dara Parsavand

Re:Can arrow key history be like Matlab's?

[Anonymous Coward]

cat >> ~/.inputrc
"\e[A": history-search-backward
"\e[B": history-search-forward
^D

Bash isn't Linux

[gorim]

Bash is a portable tool that existed long before Linux did. It is not specific or particular to Linux. So why in the world does this get posted under the category of Linux ?

History timestamps!

[straponego]

Bash can now store timestamps in the history and save them to the history file. This alone is worth the upgrade for me. The option to erase duplicates is pretty nice too.

Re:People still use a shell for Linux?

[Atzanteol]

find . -type f -exec chmod a+r \{\} \;

find . -type d -exec chmod a+rx \{\} \;

Or would you rather go through every file in ~/public_html, right-click on it, and change the perms?

Re:People still use a shell for Linux?

[Idealius]

The same can happen using the shell.

When you run a binary from the shell are you ever sure what files it's accessing?

If you log it, sure -- but there are tools to do that in the GUI, too.

Re:People still use a shell for Linux?

[simetra]

Many Linux distributions are installed as servers and require no GUI. Many aren't even hooked up to a monitor, much less a mouse. Cron jobs and other stuff can do shell stuff as whatever user you specify. Users can telnet/rlogin/ssh in and do stuff. The shell is very important in this regard. In fact, your pretty gui probably uses the shell way more than you're aware.

Because you are not me

[Just Some Guy]

There's an old saying: "there's no accounting for tastes". Most people take that to mean that you just can't explain why other people like the things they do. Another valid interpretation is that you are not accountable for your tastes, meaning that you don't have to defend your preferences.

You like using a GUI and I like using a terminal. We're two people with two preferred methods of interacting with our machines. Your way is superior - for you. My way is superior - for me. There is no point (or obligation) to argue about which is better, since "better" is not a well-ordered set in this case.

Really great feature !

[Anonymous Coward]

Guys, I'm really so excited about this. I ran around proclaiming the news about bash-3.0 in my department. Not too many people got excited (I work in Psychology) but check this out:

[user@mitral user]$ echo $BASH_VERSION
2.05a.0(1)-release
[user@mitral user]$ a | b |cat
bash: a: command not found
bash: b: command not found
[user@mitral user]$ echo $?
0

[user@mitral bash-3.0]$ echo $BASH_VERSION
3.00.0(1)-release
[user@mitral bash-3.0]$ set -o pipefail
[user@mitral bash-3.0]$ a | b |cat
bash: a: command not found
bash: b: command not found
[user@mitral bash-3.0]$ echo $?
127

Feel the love!

history

[kungfujew]

timestamped history sounds like a useful auditing feature....

I read this as...

[Stopmotioncleaverman]

...Bush 3.0. I was wondering why the last two incarnations of your US president were so god-awful. ;)

Re:New features?

[greck]

No, bash 3.0 is not compliant with RFC 2324.

That was a wild mod ride!

[Just Some Guy]

Man, all I wanted to do was say that I also liked zsh. I didn't think that many people were so wrapped up in their shells.

My post started with +2 (cause I are 1337). Then I got an "Interesting", two "Overrated"s, a "Funny", and most recently a "Flamebait".

Come on, mods: can I have an "Insightful" and an "Underrated", too?

That was the whole point.

[devphil]

The plan was to introduce new features in sub-versions like .04a, .05a, .05b. Then let them stabilize. Once the bugs were worked out, that would be 3.0.

As opposed to most open source software, which releases x.0 as soon as it compiles, and only then starts working out the stability bugs.

Re:GUI possibilities

[Atzanteol]

Sure, a GUI *can* have an advanced search tool that does what I mentioned.

But what if I want to do:

for i in `cat file.lst`; do wget $i -o - | convert ... ; done

You gonna write a custom GUI app for everything? The nice thing about the command line is that it's "language oriented" rather than "picture oriented." Rather than pointing at what I want and clicking, I tell the computer what I want using a language.

It's the same reason we don't code with a point & click interface (save for VB, but the point and click still only got you so far).

Re:GUI possibilities

[Scarblac]

Please explain to me what precludes a GUI from offering an advanced search tool, in which you can open up a property info dialog for the results and do bulk permission/property changes for. (Hint: nothing stops this from happening.)

What you will end up with is a huge dialog with all kinds of checkboxes and text fields for the same things the command has. Making it more irritating and slower for the purpose of turning it into a shiny GUI, no thanks.

Even if you somehow make a magically really useful GUI widget that makes me enter all the necessary information in a completely natural and quick way and achieve perfection, I cannot believe you can do that automatically for every command ever. Which means there'll be a neat widget for some commands, and the command line for the rest.

That way lies hell. We have a perfectly good command line, thank you. If you want to make GUI frontends, perfectly fine, but don't expect us to use them.

Re:bash = "embrace and extend" proprietary crap

[pohl]

Proprietary \Pro*pri"e*ta*ry\, a. [L. proprietarius.]
Belonging, or pertaining, to a proprietor; considered as
property; owned; as, proprietary medicine.
[1913 Webster]

Seems like an odd word to use to describe free software. Try not to lip-sync to the jargon, dude.

Warning, the above is a sad unix joke!

[xtermin8]

I know its hard to tell, even for people famaliar with rbash; but this is what passes for humor among unix geeks.

It isn't and neither is the topic

[trashme]

You're speaking in half-truths.

The top catagory for this story is Announcements. It is also listed under the following catagories: GNU, Operating Systems, Unix, and lastly Linux.