No matter how many script devs you complain to, there is _always_ going
to be a script that contains bashisms. If /bin/sh _absolutely_ has to
point to dash, instead of refusing to run scripts with bashisms, why not
do something constructive like scanning the script for bashisms, and
then running it
I agree that standards are important, however I don't feel this is the right
way to go about things. User's are generally going to go for the easiest
solution - which is either:
- change sh to bash after several hours of googling
- give up and switch distros (or even go back to Windows)
--
Scri
It's all well and good to say "you don't like it, you fix it yourself"
which is exactly what I did within a day of upgrading. However, we're
ones who are computer literate enough to actually work out what was
happening. The majority of "human beings" that Ubuntu is _meant_ to be
targeting are going
"The overwhelming majority of Ubuntu users would almost never notice
application installs running faster? I am serious. There are packages
that take over a minute for post-install dpkg configuration, and dash
speeds them up a LOT. It's the difference in spending 10 minutes or 30
minutes on dist-upg
May I ask why the default shell was changed to dash in the first place?
>From what I've seen, there doesn't seem to be any benefits apart from
being faster (which IMHO isn't as important as running scripts
properly). As I already said, I don't see why dash can't just be an
option, and not a default
> "The fact is in the majority of cases [dash] fails miserably"
> This is what polite people call a falsehood, and what I call a lie.
Ok, fine, perhaps a slight overstatement.
I tried using dash, but it only took a few days before I started coming
across broken scripts (which had previously worked
Dash is terrible. The fact is in the majority of cases it fails
miserably. Please change the default back to bash.
--
Script that are using bash could be broken with the new symlink
https://launchpad.net/bugs/61463
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.co
