In perl.git, the branch smoke-me/maint-5.14-from-debian has been created <http://perl5.git.perl.org/perl.git/commitdiff/8214bafd1678bd7e2dcfda969835e98081d70c1d?hp=0000000000000000000000000000000000000000>
at 8214bafd1678bd7e2dcfda969835e98081d70c1d (commit) - Log ----------------------------------------------------------------- commit 8214bafd1678bd7e2dcfda969835e98081d70c1d Author: Michael G. Schwern <schw...@pobox.com> Date: Mon Oct 3 19:05:29 2011 +0100 Close the eval "require $module" security hole in Digest->new($algorithm) Also the filter was incomplete. Bug-Debian: http://bugs.debian.org/644108 M MANIFEST M cpan/Digest/Digest.pm A cpan/Digest/t/security.t commit eab2aad8e0c21b01e89e4549f9ae17a3c00f176a Author: Tony Cook <t...@develop-help.com> Date: Sun Mar 11 14:38:57 2012 +1100 properly propagate tainted errors Backport af89892ed and 05a1a0145d by Tony Cook to 5.14 Bug: https://rt.perl.org/rt3/Public/Bug/Display.html?id=111654 Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663158 M pp_sys.c M t/op/taint.t commit 38372abcc0c384d6a611f1f353549777278b0fed Author: David Mitchell <da...@iabyn.com> Date: Tue Jun 28 17:04:40 2011 +0100 RT 64804: tainting with index() of a constant Bug: http://rt.perl.org/rt3/Public/Bug/Display.html?id=64804 Bug-Debian: http://bugs.debian.org/291450 Origin: upstream, http://perl5.git.perl.org/perl.git/commit/3b36395d31cf0a2f3a017505cd0ea857a7acb5d1 At compile time, ck_index with a tainted constant set PL_tainted, which remained on during the rest of compilation, tainting all other constants. Fix this by saving and restoring PL_tainted across the call to fbm_compile, which is what sets PL_tainted. M op.c M t/op/taint.t commit 66693e6966552701d0ee9d197effb1a694cdaf55 Author: Pino Toscano <p...@debian.org> Date: Tue Nov 1 18:37:19 2011 +0000 enable LFS on GNU/Hurd at the moment, perl is compiled on GNU/Hurd without large file support. This, other than the lacking of support for files > 2 GB, causes the failure in the t/op/stat.t test. The failure in stat.t happens because of the following: when filtering devices in /dev/* using grep {} with -b/-c, stat fails for large devices such as /dev/hdX blocks, or /dev/zero chars (this latter case should be an Hurd-specific issue, but shouldn't matter for this case), hence the counts done with grep {} and the ones done filtering the output of `ls' don't match. The attached patch enables the LFS using the same way used on linux.sh; about t/op/lfs.t, it gets skipped at the "kernel/fs not configured to use large files?" check, although it correctly detects sparse files and (at least by looking at the disk usage) allocates the 5GB (or so) file created with system() in that test. M hints/gnu.sh commit 5163eb84a3571921b7882d2a203d2606505b4e2a Author: Pino Toscano <p...@debian.org> Date: Mon Oct 31 21:37:04 2011 +0000 Fix hang in ext/POSIX/t/sysconf.t on GNU/Hurd while compiling perl 5.14.2 on GNU/Hurd, I ran into what it seems a undefined POSIX behaviour in ext/POSIX/t/sysconf.t. my $fd = POSIX::open($fifo, O_RDWR) or skip("could not open $fifo ($!)", 3 * @path_consts_fifo); according to the POSIX open()[1] about O_RDWR, The result is undefined if this flag is applied to a FIFO. .... which is actually our case. Apparently Linux and *FreeBSD (and maybe also OSes) accept this behaviour, but on GNU/Hurd this causes the open() call to block undefinitely. Given there's nothing done with the FIFO if not querying {,f}pathconf() values, the proposed solution I attached is to change the opening mode to "O_RDONLY | O_NONBLOCK". [1] http://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html M ext/POSIX/t/sysconf.t commit bf317a18a39302b2fc53a218e8ffcc12ae13d973 Author: Pino Toscano <p...@debian.org> Date: Mon Oct 31 19:21:27 2011 +0000 Add GNU/Hurd hints for NDBM_File currently, there are few tests failing because of a broken NDBM module; using the same hints as used on Linux (given that apparently the cause is the same) makes the following tests pass: t/op/dbm.t cpan/autodie/t/dbmopen.t cpan/Memoize/t/errors.t cpan/Memoize/t/tie_ndbm.t ext/NDBM_File/t/ndbm.t lib/AnyDBM_File.t Dominic Hargreaves adds: Note that the original git commit log [what you see above] lists some tests which aren't affected in blead. M MANIFEST A ext/NDBM_File/hints/gnu.pl commit 4d0f01cccf4a28d8053b5c0ce508db11933df74c Author: Pino Toscano <p...@debian.org> Date: Wed Aug 10 08:11:33 2011 +0300 Improve general GNU hints, needed for GNU/Hurd. Bug-Debian: http://bugs.debian.org/636609 With minor modifications to add Pino to AUTHORS. M MANIFEST A ext/ODBM_File/hints/gnu.pl M hints/gnu.sh commit 7e69e354f041c861c968a42a7e2de57b174e771e Author: Niko Tyni <nt...@debian.org> Date: Wed May 18 21:44:06 2011 -0700 [perl #90122] Make h2ph correctly search gcc include directories System header conversion with "h2ph -a" is currently broken on Ubuntu Natty and Oneiric (unless the gcc-multilib package is installed for backward compatibility), resulting in things like # perl -e 'require "syscall.ph"' Can't locate asm/unistd.ph in @INC [...] This happens because Ubuntu has switched to a 'multiarch' setup, see <https://wiki.ubuntu.com/MultiarchSpec> for details. The asm subdirectory isn't in $Config{usrinc} anymore: /usr/include/asm is now /usr/include/x86_64-linux-gnu/asm. (The third component of the new path varies with the actual architecture.) gcc --print-search-dirs doesn't really tell anything about where gcc looks for the include directories, it was just used to find the gcc internal directory prefix. Parse the output of "gcc -v -E" instead, and append $Config{usrinc} for safety. Duplicates shouldn't matter. The h2ph "-a" switch isn't currently tested automatically, and that seems nontrivial to do portably. Manual testing was done with # mkdir ttt # ./perl -Ilib ./utils/h2ph -a -d $(pwd)/ttt syscall.h The gcc invocation has been tested to work with gcc 4.6, 4.1, and 3.3. http://bugs.debian.org/625808 https://bugs.launchpad.net/bugs/777903 M utils/h2ph.PL commit 6dd2b3bcc46585f91c20420d9e46b29e504af318 Author: Samuel Thibault <sthiba...@debian.org> Date: Wed Aug 4 13:34:05 2010 +0300 Make hints/gnu.sh append to $ccflags rather than overriding them Bug-Debian: http://bugs.debian.org/587901 Don't override possible extra $ccflags values given to Configure on GNU/Hurd. M hints/gnu.sh ----------------------------------------------------------------------- -- Perl5 Master Repository