[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Uploaded bash 2.04-0beta5db1 (alpha) to master



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.6
Date: Thu, 24 Feb 2000 19:34:10 +0100
Source: bash
Binary: bash-builtins bash bash-doc
Architecture: alpha
Version: 2.04-0beta5db1
Distribution: unstable
Urgency: low
Maintainer: AlphaBuildd/John Goerzen <buildd@erwin.complete.org>
Description: 
 bash       - The GNU Bourne Again SHell
 bash-builtins - Bash loadable builtins - headers & examples
Changes: 
 bash (2.04-0beta5db1) unstable; urgency=low
 .
   * New upstream version, beta 5, Debian build 1.
   * Remove six dpatch files with patches now integrated upstream.
   * Bugs fixed with this upstream version: #5703, #15165, #21363, #21901,
     #33900, #36652, #38804, #41916, #47179, #47990, #50353, #56209, #57544.
   * Compiled with NON_INTERACTIVE_LOGIN_SHELLS to run the startup files when
     not in posix mode. Fixes #11938, #14287, #25245.
   * Still in this version: #27090.
   * 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).
   * debian/patches/random.dpatch: Fix bug in patch (closes #38804).
   * debian/README.Debian: Commented behaviour from report #50853.
Files: 
 ef495483b973c93a0aefc5311ce49d3b 404352 base required bash_2.04-0beta5db1_alpha.deb
 0406b27ce6faf2eeac68e139d98de737 74146 utils optional bash-builtins_2.04-0beta5db1_alpha.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.5 and Gnu Privacy Guard <http://www.gnupg.org/>

iD8DBQE4uBrQ3PeFtIodmh8RAsQWAKCG2mY8g1/vDZtUCJuB+/q/PM34PwCfT8jo
N6T833khAb8mLnb5uRJW1ms=
=ZA1v
-----END PGP SIGNATURE-----


Reply to: