NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

convert patches to -p1 format

Browse Source
This commit is contained in:
Mike Frysinger 2004-10-19 14:31:15 +00:00
parent dfd5b4d38f
commit 134f256d2f
14 changed files with 71 additions and 367 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
package/bash/bash.mk
View File

@ -18,7 +18,7 @@ bash-source: $(DL_DIR)/$(BASH_SOURCE)
$(BASH_DIR)/.unpacked: $(DL_DIR)/$(BASH_SOURCE) $(BASH_DIR)/.unpacked: $(DL_DIR)/$(BASH_SOURCE)
$(BASH_CAT) $(DL_DIR)/$(BASH_SOURCE) | tar -C $(BUILD_DIR) $(TAR_OPTIONS) - $(BASH_CAT) $(DL_DIR)/$(BASH_SOURCE) | tar -C $(BUILD_DIR) $(TAR_OPTIONS) -
patch_level=-p0 toolchain/patch-kernel.sh $(BASH_DIR) package/bash/ bash??-??? toolchain/patch-kernel.sh $(BASH_DIR) package/bash/ bash??-???
# This is broken when -lintl is added to LIBS # This is broken when -lintl is added to LIBS
$(SED) 's,LIBS_FOR_BUILD =.*,LIBS_FOR_BUILD =,g' \ $(SED) 's,LIBS_FOR_BUILD =.*,LIBS_FOR_BUILD =,g' \
$(BASH_DIR)/builtins/Makefile.in $(BASH_DIR)/builtins/Makefile.in

53
package/bash/bash30-001
View File

@ -1,30 +1,5 @@
BASH PATCH REPORT *** bash-3.0/arrayfunc.c Fri Dec 19 00:03:09 2003
================= --- bash/arrayfunc.c Sun Aug 1 20:43:00 2004
Bash-Release: 3.0
Patch-ID: bash30-001
Bug-Reported-by: Karlheinz Nolte <kn@k-nolte.de>
Bug-Reference-ID: <20040801200058.GA3311@mars.home.k-nolte.de>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00009.html
Bug-Description:
The following script triggers the segfault.
This was found by Costa Tsaousis the author of FireHOL.
He wrotes:
"I think I have found the bug. The script bellow crashes at the
third echo (UNSET). It seems to be a problem of the "unset" BASH
function when erasing arrays. It leaves something behind so that if
the array just unset is referenced, it produces a segmentation fault.
According to the documentation the first and the third expansions
should be exactly the same."
Patch:
*** ../bash-3.0/arrayfunc.c Fri Dec 19 00:03:09 2003
--- arrayfunc.c Sun Aug 1 20:43:00 2004
*************** ***************
*** 612,616 **** *** 612,616 ****
@ -39,8 +14,8 @@ Patch:
} }
*** ../bash-3.0/subst.c Sun Jul 4 13:56:13 2004 *** bash-3.0/subst.c Sun Jul 4 13:56:13 2004
--- subst.c Thu Aug 12 13:36:17 2004 --- bash/subst.c Thu Aug 12 13:36:17 2004
*************** ***************
*** 4983,4987 **** *** 4983,4987 ****
return -1; return -1;
@ -55,8 +30,8 @@ Patch:
{ {
vtype = VT_ARRAYMEMBER; vtype = VT_ARRAYMEMBER;
*** ../bash-3.0/variables.c Sun Jul 4 13:57:26 2004 *** bash-3.0/variables.c Sun Jul 4 13:57:26 2004
--- variables.c Wed Aug 4 15:28:04 2004 --- bash/variables.c Wed Aug 4 15:28:04 2004
*************** ***************
*** 1420,1428 **** *** 1420,1428 ****
@ -94,8 +69,8 @@ Patch:
! } ! }
was_tmpvar = old_var && tempvar_p (old_var); was_tmpvar = old_var && tempvar_p (old_var);
*** ../bash-3.0/pcomplete.c Thu Jan 8 10:36:17 2004 *** bash-3.0/pcomplete.c Thu Jan 8 10:36:17 2004
--- pcomplete.c Tue Aug 3 23:15:41 2004 --- bash/pcomplete.c Tue Aug 3 23:15:41 2004
*************** ***************
*** 864,867 **** *** 864,867 ****
--- 864,869 ---- --- 864,869 ----
@ -114,8 +89,8 @@ Patch:
+ VUNSETATTR (v, att_invisible); + VUNSETATTR (v, att_invisible);
a = array_cell (v); a = array_cell (v);
*** ../bash-3.0/array.c Thu May 6 08:24:13 2004 *** bash-3.0/array.c Thu May 6 08:24:13 2004
--- array.c Wed Aug 25 15:50:42 2004 --- bash/array.c Wed Aug 25 15:50:42 2004
*************** ***************
*** 452,456 **** *** 452,456 ****
array_dispose_element(new); array_dispose_element(new);
@ -130,8 +105,8 @@ Patch:
return(0); return(0);
} else if (element_index(ae) > i) { } else if (element_index(ae) > i) {
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */
@ -145,8 +120,8 @@ Patch:
! #define PATCHLEVEL 1 ! #define PATCHLEVEL 1
#endif /* _PATCHLEVEL_H_ */ #endif /* _PATCHLEVEL_H_ */
*** ../bash-3.0/tests/dbg-support.tests Tue Mar 25 15:33:03 2003 *** bash-3.0/tests/dbg-support.tests Tue Mar 25 15:33:03 2003
--- tests/dbg-support.tests Tue Aug 3 23:09:29 2004 --- bash/tests/dbg-support.tests Tue Aug 3 23:09:29 2004
*************** ***************
*** 63,68 **** *** 63,68 ****
trap 'print_return_trap $LINENO' RETURN trap 'print_return_trap $LINENO' RETURN

30
package/bash/bash30-002
View File

@ -1,27 +1,5 @@
BASH PATCH REPORT *** bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
================= --- bash/lib/readline/display.c Wed Jul 28 13:48:04 2004
Bash-Release: 3.0
Patch-ID: bash30-002
Bug-Reported-by: "Ralf S. Engelschall" <rse@engelschall.com>
Bug-Reference-ID: <20040728082038.GA31398@engelschall.com>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00262.html
Bug-Description:
After upgrading the OpenPKG "bash" package to 3.0, we had to discover
that the prompt handling on Bash 3.0 / Readline 5.0 is broken if a
multiline prompt (a string containing newlines) is used. The effect is
that on the first input line (where the last line of the prompt is the
prefix) the input line is wrapped N characters before the last column
where N seems to be exactly the length (including newlines) of the
prompt ($PS1) minus the characters on the last line of the prompt.
Patch:
*** ../bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
--- lib/readline/display.c Wed Jul 28 13:48:04 2004
*************** ***************
*** 352,356 **** *** 352,356 ****
&prompt_last_invisible, &prompt_last_invisible,
@ -49,8 +27,8 @@ Patch:
*t = c; *t = c;
return (prompt_prefix_length); return (prompt_prefix_length);
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

33
package/bash/bash30-003
View File

@ -1,22 +1,5 @@
BASH PATCH REPORT *** bash-3.0/builtins/trap.def Thu May 27 22:26:19 2004
================= --- bash/builtins/trap.def Thu Aug 5 08:55:43 2004
Bash-Release: 3.0
Patch-ID: bash30-003
Bug-Reported-by: Egmont Koblinger <egmont@uhulinux.hu>
Bug-Reference-ID: <Pine.LNX.4.58L0.0407290044500.12603@sziami.cs.bme.hu>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00279.html
Bug-Description:
Bash no longer accepts the `trap signum' syntax when in POSIX mode. This
patch restores a measure of backwards compatibility.
Patch:
*** ../bash-3.0/builtins/trap.def Thu May 27 22:26:19 2004
--- builtins/trap.def Thu Aug 5 08:55:43 2004
*************** ***************
*** 24,28 **** *** 24,28 ****
$BUILTIN trap $BUILTIN trap
@ -75,8 +58,8 @@ Patch:
! else if (posixly_correct == 0 && first_arg && *first_arg && ! else if (posixly_correct == 0 && first_arg && *first_arg &&
(*first_arg != '-' || first_arg[1]) && (*first_arg != '-' || first_arg[1]) &&
signal_object_p (first_arg, opt) && list->next == 0) signal_object_p (first_arg, opt) && list->next == 0)
*** ../bash-3.0/doc/bashref.texi Sat Jun 26 14:26:07 2004 *** bash-3.0/doc/bashref.texi Sat Jun 26 14:26:07 2004
--- doc/bashref.texi Fri Aug 27 12:33:46 2004 --- bash/doc/bashref.texi Fri Aug 27 12:33:46 2004
*************** ***************
*** 5954,5958 **** *** 5954,5958 ****
The @code{trap} builtin doesn't check the first argument for a possible The @code{trap} builtin doesn't check the first argument for a possible
@ -92,8 +75,8 @@ Patch:
signal to the original disposition, they should use @samp{-} as the signal to the original disposition, they should use @samp{-} as the
first argument. first argument.
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */
@ -107,8 +90,8 @@ Patch:
! #define PATCHLEVEL 3 ! #define PATCHLEVEL 3
#endif /* _PATCHLEVEL_H_ */ #endif /* _PATCHLEVEL_H_ */
*** ../bash-3.0/tests/errors.right Thu May 27 22:26:03 2004 *** bash-3.0/tests/errors.right Thu May 27 22:26:03 2004
--- tests/errors.right Sat Aug 7 22:35:10 2004 --- bash/tests/errors.right Sat Aug 7 22:35:10 2004
*************** ***************
*** 86,90 **** *** 86,90 ****
./errors.tests: line 216: trap: NOSIG: invalid signal specification ./errors.tests: line 216: trap: NOSIG: invalid signal specification

29
package/bash/bash30-004
View File

@ -1,22 +1,5 @@
BASH PATCH REPORT *** bash-3.0/subst.c Sun Jul 4 13:56:13 2004
================= --- bash/subst.c Thu Aug 12 13:36:17 2004
Bash-Release: 3.0
Patch-ID: bash30-004
Bug-Reported-by: Stephane Chazelas <stephane_chazelas@yahoo.fr>
Bug-Reference-ID: <20040902131957.GC1860@frhdtmp102861.morse.corp.wan>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00291.html
Bug-Description:
Calculation of lengths and offsets for parameter string length and substring
expansion does not correctly account for multibyte characters.
Patch:
*** ../bash-3.0/subst.c Sun Jul 4 13:56:13 2004
--- subst.c Thu Aug 12 13:36:17 2004
*************** ***************
*** 4692,4695 **** *** 4692,4695 ****
--- 4692,4715 ---- --- 4692,4715 ----
@ -97,8 +80,8 @@ Patch:
! len = MB_STRLEN (value); ! len = MB_STRLEN (value);
break; break;
case VT_POSPARMS: case VT_POSPARMS:
*** ../bash-3.0/include/shmbutil.h Mon Apr 19 09:59:42 2004 *** bash-3.0/include/shmbutil.h Mon Apr 19 09:59:42 2004
--- include/shmbutil.h Thu Sep 2 15:20:47 2004 --- bash/include/shmbutil.h Thu Sep 2 15:20:47 2004
*************** ***************
*** 32,35 **** *** 32,35 ****
--- 32,37 ---- --- 32,37 ----
@ -128,8 +111,8 @@ Patch:
#endif /* !HANDLE_MULTIBYTE */ #endif /* !HANDLE_MULTIBYTE */
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

29
package/bash/bash30-005
View File

@ -1,22 +1,5 @@
BASH PATCH REPORT *** bash-3.0/lib/readline/misc.c Wed Jul 7 08:56:32 2004
================= --- bash/lib/readline/misc.c Sat Aug 7 22:38:53 2004
Bash-Release: 3.0
Patch-ID: bash30-005
Bug-Reported-by: schwab@suse.de
Bug-Reference-ID: <20040801085535.E83D41DB3FFE9@sykes.suse.de>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00004.html
Bug-Description:
Moving upwards in the history (with previous-history) and back again
clobbers the last history line.
Patch:
*** ../bash-3.0/lib/readline/misc.c Wed Jul 7 08:56:32 2004
--- lib/readline/misc.c Sat Aug 7 22:38:53 2004
*************** ***************
*** 277,286 **** *** 277,286 ****
_rl_saved_line_for_history->data = (char *)rl_undo_list; _rl_saved_line_for_history->data = (char *)rl_undo_list;
@ -30,8 +13,8 @@ Patch:
return 0; return 0;
--- 277,280 ---- --- 277,280 ----
*** ../bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004 *** bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
--- lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004 --- bash/lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
*************** ***************
*** 273,280 **** *** 273,280 ****
--- 273,282 ---- --- 273,282 ----
@ -46,8 +29,8 @@ Patch:
rl_noninc_reverse_search (count, key); rl_noninc_reverse_search (count, key);
break; break;
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

28
package/bash/bash30-006
View File

@ -1,25 +1,5 @@
BASH PATCH REPORT *** bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
================= --- bash/lib/readline/display.c Mon Aug 30 11:55:02 2004
Bash-Release: 3.0
Patch-ID: bash30-006
Bug-Reported-by: alexander@skwar.name
Tomohiro KUBOTA <debian@tmail.plala.or.jp>
Bug-Reference-ID: <20040801124721.C69B8A2547A@server.bei.digitalprojects.com>
<16688.41450.433668.480445@gargle.gargle.HOWL>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00006.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=257540
Bug-Description:
Prompts with multibyte characters or invisible characters following a line
wrap are displayed incorrectly.
Patch:
*** ../bash-3.0/lib/readline/display.c Thu May 27 22:57:51 2004
--- lib/readline/display.c Mon Aug 30 11:55:02 2004
*************** ***************
*** 202,206 **** *** 202,206 ****
{ {
@ -148,8 +128,8 @@ Patch:
} }
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

45
package/bash/bash30-007
View File

@ -1,42 +1,5 @@
BASH PATCH REPORT *** bash-3.0/braces.c Thu Dec 4 11:09:52 2003
================= --- bash/braces.c Wed Aug 4 14:34:33 2004
Bash-Release: 3.0
Patch-ID: bash30-007
Bug-Reported-by: Oliver Kiddle <okiddle@yahoo.co.uk>
Tim Waugh <twaugh@redhat.com>
Bug-Reference-ID: <10454.1091313247@athlon>
<20040804100140.GX8175@redhat.com>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00313.html
http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00056.html
Bug-Description:
Two bugs:
How does it decide what characters are allowed. The following really
looks like a bug to me:
$ echo {<C4>..D}
That's accepted and produces output that seems to wrap round to ^A and
then goes up to D. Note that I'm using an ISO-8859-1 locale. If that
works at all, it should surely descend.
This short script:
var=baz
echo foo{bar,${var}.}
echo foo{bar,${var}}
gives the following output with bash-3.0:
./test: line 2: foo${var.}: bad substitution
foobar} foobaz
Patch:
*** ../bash-3.0/braces.c Thu Dec 4 11:09:52 2003
--- braces.c Wed Aug 4 14:34:33 2004
*************** ***************
*** 341,346 **** *** 341,346 ****
if (lhs_t == ST_CHAR) if (lhs_t == ST_CHAR)
@ -61,8 +24,8 @@ Patch:
continue; continue;
} }
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

32
package/bash/bash30-008
View File

@ -1,29 +1,5 @@
BASH PATCH REPORT *** bash-3.0/subst.c Sun Jul 4 13:56:13 2004
================= --- bash/subst.c Thu Aug 12 13:36:17 2004
Bash-Release: 3.0
Patch-ID: bash30-008
Bug-Reported-by: uberlord@rsm.demon.co.uk
Bug-Reference-ID: <1092327965.4233.1.camel@uberlaptop.ubernet>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00144.html
Bug-Description:
> Description:
> Bash 3 breaks array expansion
>
> Repeat-By:
> #!/bin/bash
> x=(one two)
> echo ${x[@]:1}
> # prints nothing in bash 3
> # prints two in bash 2
Patch:
*** ../bash-3.0/subst.c Sun Jul 4 13:56:13 2004
--- subst.c Thu Aug 12 13:36:17 2004
*************** ***************
*** 4892,4896 **** *** 4892,4896 ****
*e1p += len; *e1p += len;
@ -38,8 +14,8 @@ Patch:
return (-1); return (-1);
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

37
package/bash/bash30-009
View File

@ -1,34 +1,5 @@
BASH PATCH REPORT *** bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
================= --- bash/lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
Bash-Release: 3.0
Patch-ID: bash30-009
Bug-Reported-by: Tim Waugh <twaugh@redhat.com>
Bug-Reference-ID: <20040810083805.GT2177@redhat.com>
Bug-Reference-URL: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=129526b
http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00116.html
Bug-Description:
-->
Steps to Reproduce:
1. Launch a bash shell
2. Set editing mode to 'vi' with 'set -o vi'
3. Type any command, but don't hit return
4. Enter vi-command mode by hitting the escape key
5. Go to the end of line with the '$' command
6. Type 'r' to change the last character
7. Type any character (other than what the character already is)
The last two characters are inexplicably swapped
after the last character is changed.
<--
Patch:
*** ../bash-3.0/lib/readline/vi_mode.c Tue Jul 13 14:08:27 2004
--- lib/readline/vi_mode.c Tue Aug 17 00:12:09 2004
*************** ***************
*** 691,695 **** *** 691,695 ****
wchar_t wc; wchar_t wc;
@ -94,8 +65,8 @@ Patch:
else else
#endif #endif
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

29
package/bash/bash30-010
View File

@ -1,26 +1,5 @@
BASH PATCH REPORT *** bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
================= --- bash/bashline.c Thu Sep 2 16:00:12 2004
Bash-Release: 3.0
Patch-ID: bash30-010
Bug-Reported-by: Samuel Thibault <samuel.thibault@ens-lyon.org>
Bug-Reference-ID: <E1Bo8Sq-0004u5-00@bouh>
Bug-Reference-URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=261142
Bug-Description:
When trying to auto-complete ~/../``/, I just get:
malloc: bashline.c:1340: assertion botched
free: start and end chunk sizes differ
last command: kill -9 %2
Stopping myself...
Patch:
*** ../bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
--- bashline.c Thu Sep 2 16:00:12 2004
*************** ***************
*** 101,104 **** *** 101,104 ****
--- 101,105 ---- --- 101,105 ----
@ -99,8 +78,8 @@ Patch:
/* Handle symbolic link references and other directory name /* Handle symbolic link references and other directory name
expansions while hacking completion. */ expansions while hacking completion. */
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

40
package/bash/bash30-011
View File

@ -1,37 +1,5 @@
BASH PATCH REPORT *** bash-3.0/lib/readline/mbutil.c Wed Jan 14 09:44:52 2004
================= --- bash/lib/readline/mbutil.c Wed Aug 18 22:25:57 2004
Bash-Release: 3.0
Patch-ID: bash30-011
Bug-Reported-by: Egmont Koblinger <egmont@uhulinux.hu>
Bug-Reference-ID: <Pine.LNX.4.58L0.0407282151140.8088@sziami.cs.bme.hu>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-07/msg00277.html
Bug-Description:
I've just upgraded to readline 5.0 and bash 3.0 and tried them with UTF-8
encoding. I found line editing to be quite buggy:
I type an accented letter, let's say <E1>. Then <E1> appears. I press the left
arrow, the cursor goes back, it is now over <E1>. I press <E9>. Now <E9><E1> is
visible, which is correct, but the cursor is past the two letters, though
it should be over <E1>. Here only the first Left arrow takes affect, moves
the cursor over <E1>, but the 2nd time I press Left, it just beeps, doesn't
move to the first char (<E9>). Now a Right arrow doesn't move the cursor, but
causes further Left and Right arrows to work as expected. To go on,
similar bug occurs nearly every time that I insert an accented letter
before or amongs other ones (but not at the end of the line). When the
command line has about ten or twenty accented letters (and no or hardly
any non-accented ones), line editing becomes a total chaos, where
sometimes inserting another accented letter causes the cursor to jump many
characters to the right, and pressing the Left arrow sometimes causes the
cursor to jump back lots of characters at once.
Patch:
*** ../bash-3.0/lib/readline/mbutil.c Wed Jan 14 09:44:52 2004
--- lib/readline/mbutil.c Wed Aug 18 22:25:57 2004
*************** ***************
*** 127,135 **** *** 127,135 ****
{ {
@ -54,8 +22,8 @@ Patch:
break; break;
} }
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

26
package/bash/bash30-012
View File

@ -1,23 +1,5 @@
BASH PATCH REPORT *** bash-3.0/jobs.c Fri Apr 23 16:28:25 2004
================= --- bash/jobs.c Wed Aug 18 11:15:07 2004
Bash-Release: 3.0
Patch-ID: bash30-012
Bug-Reported-by: ben@ncipher.com
Bug-Reference-ID: <E1BxQYe-0002p1-00@berdoo.ncipher.com>
Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/2004-08/msg00215.html
Bug-Description:
When using the pipefail option, the following command:
echo foo | false
produces an exit status of 0, ignoring the exit status of false.
Patch:
*** ../bash-3.0/jobs.c Fri Apr 23 16:28:25 2004
--- jobs.c Wed Aug 18 11:15:07 2004
*************** ***************
*** 1779,1784 **** *** 1779,1784 ****
{ {
@ -39,8 +21,8 @@ Patch:
return fail; return fail;
} }
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */

25
package/bash/bash30-013
View File

@ -1,22 +1,5 @@
BASH PATCH REPORT *** bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
================= --- bash/bashline.c Thu Sep 2 16:00:12 2004
Bash-Release: 3.0
Patch-ID: bash30-013
Bug-Reported-by: Len Lattanzi <llattanzi@apple.com>
Bug-Reference-ID: <556CE1CE-E1AC-11D8-A2D9-00039383EC60@apple.com>
Bug-Reference-URL:
Bug-Description:
vi-mode filename completion/glob expansion should understand and perform
tilde expansion.
Patch:
*** ../bash-3.0/bashline.c Mon Jul 5 23:22:12 2004
--- bashline.c Thu Sep 2 16:00:12 2004
*************** ***************
*** 2514,2518 **** *** 2514,2518 ****
static int ind; static int ind;
@ -69,8 +52,8 @@ Patch:
matches = shell_glob_filename (globtext); matches = shell_glob_filename (globtext);
*** ../bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001 *** bash-3.0/patchlevel.h Wed Aug 22 08:05:39 2001
--- patchlevel.h Thu Sep 2 15:04:32 2004 --- bash/patchlevel.h Thu Sep 2 15:04:32 2004
*************** ***************
*** 26,30 **** *** 26,30 ****
looks for to find the patch level (for the sccs version string). */ looks for to find the patch level (for the sccs version string). */