| Message ID | 20260823075125.1733690-2-richard.purdie@linuxfoundation.org |
|---|---|
| State | Under Review |
| Headers | show |
| Series | [1/2] diffoscope: upgrade 328 -> 329 | expand |
diff --git a/meta/recipes-extended/ed/ed_1.22.5.bb b/meta/recipes-extended/ed/ed_1.22.6.bb similarity index 93% rename from meta/recipes-extended/ed/ed_1.22.5.bb rename to meta/recipes-extended/ed/ed_1.22.6.bb index 0301dd42c98..e65fe835abd 100644 --- a/meta/recipes-extended/ed/ed_1.22.5.bb +++ b/meta/recipes-extended/ed/ed_1.22.6.bb @@ -19,7 +19,7 @@ bindir = "${base_bindir}" SRC_URI = "${GNU_MIRROR}/ed/${BP}.tar.lz" UPSTREAM_CHECK_URI = "${GNU_MIRROR}/ed/" -SRC_URI[sha256sum] = "56e107ddc2f29dad6690376c15bf9751509e1ee3b8241710e44edbe5c3a158cc" +SRC_URI[sha256sum] = "3f33b22135219c39c3c695f7b7171c2567d3e2a17c798c0a90607320cbb268f2" EXTRA_OEMAKE = "-e MAKEFLAGS="
Changes in version 1.22.6: """ Some changes have been made to the code to pacify gcc's static analyzer. 'regex(7)' has been added to the --help output and to section 'SEE ALSO' in the man page. It has been documented in the manual that the cut buffer is deleted when a new file is read with 'e' or 'E'. It has been documented in the manual that using a regular expression inside the command-list of a global command may cause the "last regular expression processed" to differ between the first and subsequent executions of the command-list. """ Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> --- meta/recipes-extended/ed/{ed_1.22.5.bb => ed_1.22.6.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/ed/{ed_1.22.5.bb => ed_1.22.6.bb} (93%)