When an XS module is built without -DDEBUGGING but the interpreter is,
the debugging stack high-water mark checking on the interpreter side
doesn't work properly. This makes /usr/bin/debugperl less useful than
it could be as it can no longer use many XS module packages.
Patch the check away for now. We hope upstream will provide a Configure
option for this in the future.
Bug: https://rt.perl.org/Ticket/Display.html?id=133327
Bug-Debian: https://bugs.debian.org/902779
Gbp-Pq: Topic debian
Gbp-Pq: Name disable-stack-check.diff
Our order is:
etc (for config files)
site (5.8.1)
vendor (all)
core (5.8.1)
site (version-indep)
site (pre-5.8.1)
The rationale being that an admin (via site), or module packager
(vendor) can chose to shadow core modules when there is a newer
version than is included in core.
(later updates by Niko Tyni)
Gbp-Pq: Topic debian
Gbp-Pq: Name mod_paths.diff
Bug-Debian: http://bugs.debian.org/128355
We want to keep the dependencies on perl-base as small as possible,
and some of the original list may be present on buildds (see Bug#128355).
(Backported to metaconfig unit probes by Niko Tyni)
Gbp-Pq: Topic debian
Gbp-Pq: Name prune_libs.diff
This fixes totally incorrectly rendered manual pages like
perlunicook and perltw.
TODO: should probably be a Configure option for proper upstreaming.
Bug-Debian: https://bugs.debian.org/840211
Gbp-Pq: Topic debian
Gbp-Pq: Name installman-utf8.diff
This fixes a crash in ext/XS-APItest/t/customop.t
It's currently unclear if the problem is with the code or the
gcc-6 optimizer.
Bug-Debian: https://bugs.debian.org/838613
Gbp-Pq: Topic debian
Gbp-Pq: Name hppa_op_optimize_workaround.diff
We already do this on GNU/kFreeBSD, and GNU/Hurd seems to need same
treatment.
Bug-Debian: https://bugs.debian.org/822735
Gbp-Pq: Topic debian
Gbp-Pq: Name hurd-softupdates.diff
Don't queue nonexisting subs for reinstalling later when
exiting the 'no autodie' scope.
FIXME: if the original sub 'can be undef for "CORE::" subs', does this
break for those? Is that the case when $symbol =~ /::/, as guarded for
on L566?
Bug: https://github.com/pjf/autodie/issues/69
Bug-Debian: https://bugs.debian.org/798096
Origin: upstream, c1b4fc4a31
Gbp-Pq: Topic fixes
Gbp-Pq: Name autodie-scope.diff
kFreeBSD 10 (possibly only with softupdates enabled) may defer
calculating the mtime for more than 2 seconds. Work around this
with a stat() call to calculate the mtime immediately.
(Modified to only stat() on kfreebsd by Niko Tyni)
Bug-Debian: https://bugs.debian.org/796798
Gbp-Pq: Topic debian
Gbp-Pq: Name kfreebsd-softupdates.diff
This was inherited from early changes by Brendan O'Dea, previously
(accidentally) in debian/prefix_changes.diff and before that in
debian/extutils_hacks.diff
Bug-Debian: https://bugs.debian.org/247370
Gbp-Pq: Topic debian
Gbp-Pq: Name makemaker-manext.diff
[rt.cpan.org #28632] fixed most issues with passing LD down to
subdirectory Makefile.PL files. However, there are some distributions
(including Wx, Par::Packer, and Verilog-Perl) that explicitly set
LD. Those still can't be overridden from the command line. Adding LD to
the PASTHRU list fixes this.
Bug-Debian: https://bugs.debian.org/758471
Gbp-Pq: Topic debian
Gbp-Pq: Name makemaker-pasthru.diff
Memoize(3perl) says:
tie my %cache => 'Memoize::Storable', $filename, 'nstore';
memoize 'function', SCALAR_CACHE => [HASH => \%cache];
Include the ‘nstore’ option to have the "Storable" database
written in ‘network order’. (See Storable for more details
about this.)
In fact the "nstore" option does no such thing. Option parsing looks
like this:
@options{@_} = ();
$self->{OPTIONS}{'nstore'} is accordingly set to undef. Later
Memoize::Storable checks if the option is true, and since undef is
not true, the "else" branch is always taken.
if ($self->{OPTIONS}{'nstore'}) {
Storable::nstore($self->{H}, $self->{FILENAME});
} else {
Storable::store($self->{H}, $self->{FILENAME});
}
Correcting the condition to (exists $self->{OPTIONS}{'nstore'}) fixes
it.
Noticed because git-svn, which uses the 'nstore' option for its
on-disk caches, was producing
Byte order is not compatible at ../../lib/Storable.pm
when run using a perl with a different integer size (and hence
byteorder).
Reported by Tim Retout (RT#77790)
Bug-Debian: http://bugs.debian.org/587650
Bug: https://rt.cpan.org/Public/Bug/Display.html?id=77790
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=77790
Gbp-Pq: Topic fixes
Gbp-Pq: Name memoize_storable_nstore.diff
The site directories do not exist on a typical Debian system. The build
systems will create them when necessary, so there's no need for a prompt
suggesting local::lib if the first existing parent directory is writable.
Also, writability of the core directories is not interesting as we
explicitly tell CPAN not to touch those with INSTALLDIRS=site.
Bug-Debian: http://bugs.debian.org/688842
Gbp-Pq: Topic debian
Gbp-Pq: Name cpan-missing-site-dirs.diff
In Debian systems, xterm might not exist or might not be the preferred
terminal emulator. Use x-terminal-emulator instead
Bug-Debian: http://bugs.debian.org/668490
Forwarded: not-needed
Gbp-Pq: Topic debian
Gbp-Pq: Name perl5db-x-terminal-emulator.patch
Bug-Debian: http://bugs.debian.org/640479
If you use cpan from Debian you usually wind up trying to read online
documentation through it. Unfortunately cpan can't find the
html2text.pl script even though it is installed using the Debian
package 'html2text'.
Please see the attached patch for a quick fix of this issue.
[Maintainer's note: html2text in Debian is not the same implementation
as the html2text.pl which is expected, but should provide similar
functionality].
Gbp-Pq: Topic debian
Gbp-Pq: Name find_html2text.diff
Origin: vendor
Bug-Debian: http://bugs.debian.org/567489
The list of packaged patches is in patchlevel-debian.h, which is generated
from the debian/patches/ directory when building the package.
Gbp-Pq: Topic debian
Gbp-Pq: Name patchlevel.diff
Bug-Debian: http://bugs.debian.org/508764
The system locales are rather frequently out of sync with the C library
during package upgrades, causing a huge amount of useless Perl locale
warnings. Squelch them when running package maintainer scripts, detected
by the DPKG_RUNNING_VERSION environment variable.
Any real locale problem will show up after the system upgrade too, and
the warning will be triggered normally again at that point.
Gbp-Pq: Topic debian
Gbp-Pq: Name squelch-locale-warnings.diff
Bug-Debian: http://bugs.debian.org/510895
On Sat, Jan 10, 2009 at 12:37:18AM +1100, Brendan O'Dea wrote:
> On Wed, Jan 7, 2009 at 12:21 AM, Niko Tyni <ntyni@debian.org> wrote:
> > We could create the directories in a postinst script, but I'm not sure
> > I see the point. They will be created automatically when installing
> > CPAN modules.
>
> The directories are intentionally not created, as this way they are
> excluded from the search path at start-up, saving a bunch of wasted
> stats at use/require time in the common case that the user has not
> installed any local packages. As Niko points out, they will be
> created as required.
Signed-off-by: Niko Tyni <ntyni@debian.org>
Gbp-Pq: Topic debian
Gbp-Pq: Name perlivp.diff
Modify the setting of LD_LIBRARY_PATH to append pre-existing values at the
time the rule is evaluated rather than when the Makefile is created.
This is required when building packages with dpkg-buildpackage and fakeroot,
since fakeroot (which now sets LD_LIBRARY_PATH) is not used for the "build"
rule where the Makefile is created, but is for the clean/binary* targets.
Gbp-Pq: Topic debian
Gbp-Pq: Name fakeroot.diff
The Debian packaging moves libperl.a a couple of levels up from the
CORE directory to match other static libraries.
Gbp-Pq: Topic debian
Gbp-Pq: Name extutils_set_libperl_path.diff
Bug-Debian: http://bugs.debian.org/343351
Remove version check which can cause problems for long running
processes embedding perl when upgrading to a newer version,
compatible, but built on a different machine.
Gbp-Pq: Topic debian
Gbp-Pq: Name errno_ver.diff
Bug-Debian: http://bugs.debian.org/340047
Package dependencies ensure the correct library is linked at run-time.
Gbp-Pq: Topic debian
Gbp-Pq: Name db_file_ver.diff