Uploaded bash 2.03-4 (m68k) to erlangen
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.6
Date: Fri, 7 Jan 2000 07:19:00 +0100
Source: bash
Binary: bash-builtins bash bash-doc
Architecture: m68k
Version: 2.03-4
Distribution: unstable
Urgency: low
Maintainer: Debian/m68k Build Daemon <buildd@kullervo.informatik.uni-erlangen.de>
Description:
bash - The GNU Bourne Again SHell
bash-builtins - Bash loadable builtins - headers & examples
Changes:
bash (2.03-4) unstable; urgency=low
.
* debian/control: Fix build dependencies (fixes #52777).
* debian/rules: Cleanup.
* debian/patches/rl-ctrl-char.dpatch: Don't assume char is signed by
default (fixes #53252).
* Build with libncurses5-dev (fixes #54165).
* Fix changelog symlink in bash-doc package (fixes #54240).
* debian/README.Debian: Add paragraph for writing prompts.
* debian/README.Debian: Add paragraph about hashing of moved commands
(and closing #36877).
* Install more verbose skeleton files (closes #39728).
* The `-l' option to test is not included by intent (fixes #13645).
Comment from upstream: "The `-l' option should never have been documented,
and it was a mistake to include it in the first place -- it screws up the
grammar. Old Bourne shells and test commands had it because there was no
other way to find the length of a variable's value. Since bash has
${#variable}, there's no need for it. POSIX.2 says, in the rationale,
that implementation is irregular and that the shell supports it directly.
* Report #26720: perl -e 'print ":;" x 100000' > foo; . ./foo dumps core.
Comment from upstream: This is not a bash bug; it is a process resource
problem. The default resource limit for stack size is 8M on my version of
Linux. The call tree created by the parser for the script (100000 calls
to `:') is 99999 nodes deep, and requires that many recursive calls to the
command execution routines. This overflows the stack, and bash segfaults.
I couldn't reproduce it anywhere but Linux, because the machines I tested
on all have reasonable default stack sizes. Raising the limit to 16M is
sufficient to cause the script to run successfully (I didn't try anything
between 8M and 16M).
* Report #30460: redirection is different from standard: bash --posix
$ mkdir foo; cd foo; echo anything goes > "this file"
$ for f in *; do tr ay \ o < $f | cat; done
sh: $f: ambiguous redirect
This is POSIX.2 behaviour.
* debian/bash.preinst.c: Check if /bin/sh points to something other than
bash and is not diverted and point to README.Debian how to divert
a file (fixes #34717, #45656).
Files:
1bba280c44b7b8e4f8ef214d9330f4ee 323930 base required bash_2.03-4_m68k.deb
b824ad5e939a10c34e282501d50b13ec 75770 utils optional bash-builtins_2.03-4_m68k.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (SunOS)
Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard <http://www.gnupg.org/>
iEYEARECAAYFAjh5qQMACgkQcS3JWD3FdvfsuwCcCHl0Lnxybm4CqlQo4YTqrupr
LU4An2pcvLUkl9fJxCJWcTEQfl0CM4k2
=+42H
-----END PGP SIGNATURE-----
Reply to: