[v2] sudo: Update to version 1.9.16p2

Message ID 20241129150009.3424242-1-adolf.belka@ipfire.org
State New
Headers
Series [v2] sudo: Update to version 1.9.16p2 |

Commit Message

Adolf Belka Nov. 29, 2024, 3 p.m. UTC
  - Update fromn version 1.9.16 to 1.9.16p2
- This v2 version replaces the one that went from 1.9.16 to 1.9.16p1
- The previous version has been marked as superceded in Patchwork.
- Update of rootfile not required
    1.9.16p2
	 * Sudo now passes the terminal device number to the policy plugin
	   even if it cannot resolve it to a path name.  This allows sudo
	   to run without warnings in a chroot jail when the terminal device
	   files are not present. GitHub issue #421.
	 * On Linux systems, sudo will now attempt to use the symbolic links
	   in /proc/self/fd/{0,1,2} when resolving the terminal device
	   number.  This can allow sudo to map a terminal device to its
	   path name even when /dev/pts is not mounted in a chroot jail.
	 * Fixed compilation errors with gcc and clang in C23 mode.
	   C23 no longer supports functions with unspecified arguments.
    1.9.16p1
	 * Fixed the test for cross-compiling when checking for C99 snprintf().
	   The changes made to the test in sudo 1.9.16 resulted in a different
	   problem.  GitHub issue #386.
	 * Fixed the date used by the exit record in sudo-format log files.
	   This was a regression introduced in sudo 1.9.16 and only affected
	   file-based logs, not syslog. GitHub issue #405.
	 * Fixed the root cause of the "unable to find terminal name for
	   device" message when running sudo on AIX when no terminal is
	   present.  In sudo 1.9.16 this was turned from a debug message
	   into a warning.  GitHub issue #408
	 * When a duplicate alias is found in the sudoers file, the warning
	   message now includes the file and line number of the previous
	   definition.
	 * Added support for the --with-secure-path-value=no configure
	   option to allow packagers to ship the default sudoers file with
	   the secure path line commented out.
	 * Sudo no longer sends mail when a user runs "sudo -nv" or "sudo -nl",
	   even if "mail_badpass" or "mail_always" are set.  Sudo already
	   avoids logging to a file or syslog in this case.  Bug #1072.

Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
---
 lfs/sudo | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
  

Patch

diff --git a/lfs/sudo b/lfs/sudo
index cac540be0..852f6c8cf 100644
--- a/lfs/sudo
+++ b/lfs/sudo
@@ -24,7 +24,7 @@ 
 
 include Config
 
-VER        = 1.9.16
+VER        = 1.9.16p2
 
 THISAPP    = sudo-$(VER)
 DL_FILE    = $(THISAPP).tar.gz
@@ -40,7 +40,7 @@  objects = $(DL_FILE)
 
 $(DL_FILE) = $(DL_FROM)/$(DL_FILE)
 
-$(DL_FILE)_BLAKE2 = 19daa789af3ca2c4832950f0dd6f26a97285fdc155f0d7c18ec1f1accafce9b86f2f5730d3bb0b8e7717c0c55f4079928e03acb3974cb2652c58d4bcb2f74a12
+$(DL_FILE)_BLAKE2 = ef9f1c2cd4044454a808d1dff5f865355e1bd061d1b5c93a005207e28e9b9df7c267cf01358ce60dd2c98f6844b51dab00eac4e7a08bade1d621235c3a4774bf
 
 install : $(TARGET)