On Thu, Mar 19, 2020 at 03:20:34PM +0100, Paul Gevers wrote:
> Source: libsys-sigaction-perl
> Version: 0.23-1
> Severity: important
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: timeout
> libsys-sigaction-perl fails its autopkgtest on arm64 due to a
On Thu, Apr 23, 2020 at 06:06:53PM +0200, gregor herrmann wrote:
> (and also in debian/rules) but the failing test is use.t, which
> respects NO_NETWORK_TESTING but we have no way to set it in our
> framework. (And the module tries to connect to www.google.com at port
> 80 without further
://ci.debian.net/data/autopkgtest/testing/arm64/libn/libnet-dns-lite-perl/5095175/log.gz
t/05mx.t ...
ok 1 - use Net::DNS::Lite;
not ok 2 - lookup google.com mx
# Failed test 'lookup google.com mx'
# at t/05mx.t line 19.
--
Niko Tyni nt...@debian.org
1 2>&1 exited successfully
not ok 4 - env PERL_DL_NONLAZY=1 /usr/bin/perl -w
-M"Test::RequiresInternet" -e 1 2>&1 produced no (non-whitelisted) output
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/4 subtests
--
Niko Tyni nt...@debian.org
Control: tag -1 fixed-upstream
On Fri, Apr 17, 2020 at 08:50:02PM +0300, Niko Tyni wrote:
> On Fri, Apr 17, 2020 at 06:26:17PM +0300, Niko Tyni wrote:
> > On Fri, Apr 17, 2020 at 11:08:35AM +, Matthias Klose wrote:
> > > Package: src:perl
> > > Version: 5.30
Control: tag -1 upstream
On Fri, Apr 17, 2020 at 06:26:17PM +0300, Niko Tyni wrote:
> On Fri, Apr 17, 2020 at 11:08:35AM +, Matthias Klose wrote:
> > Package: src:perl
> > Version: 5.30.0-9
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-...@lis
.c:41
#12 0x55d9246ffc9c in S_run_body (my_perl=0x55d924b842d0, oldscope=1) at
perl.c:2716
#13 0x55d9246ff69b in perl_run (my_perl=0x55d924b842d0) at perl.c:2639
#14 0x55d9246c7226 in main (argc=4, argv=0x7fffb8604158,
env=0x7fffb8604180) at perlmain.c:127
I'll look into this more later.
--
Niko Tyni nt...@debian.org
ined your suggestion to
add support for handling /usr/bin/systemd-sysusers with the alternatives
system, and you then requested the Technical Committee to overrule them.
If this is not the case, could you please state clearly what you want
us to decide.
Among other things, you later mention that a separate systemd-sysusers
package would be acceptable to you, pointing to #946456 . This avenue
doesn't seem to be exhausted yet?
--
Niko Tyni nt...@debian.org
://salsa.debian.org/perl-team/modules/packages/libcryptx-perl.git
[2] https://cpan.metacpan.org/authors/id/M/MI/MIK/CryptX-0.067.tar.gz
Thanks for your work on lintian,
--
Niko Tyni nt...@debian.org
On Sat, Jan 25, 2020 at 06:09:29AM +0100, Helmut Grohne wrote:
> Source: libcdb-file-perl
> Version: 1.00-1
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
>
> libcdb-file-perl fails to cross build from source, because its ARCHLIB
> variable is computed for the build
On Sat, Jan 25, 2020 at 07:21:48PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sat, 2020-01-25 at 20:21 +0200, Niko Tyni wrote:
> > Hi, I'd like to fix src:perl #915209 (FTBFS in 2020) in stretch with
> > the attached debdiff. This is a build
/changelog2020-01-25 19:54:54.0 +0200
@@ -1,3 +1,11 @@
+perl (5.24.1-3+deb9u6) stretch; urgency=medium
+
+ * Add backported Time-Local patch by Bernhard M. Wiedemann fixing test
+failures from the year 2020 onwards. Thanks to Dean Hamstead.
+(Closes: #915209)
+
+ -- Niko Tyni
On Tue, Jan 14, 2020 at 03:26:33PM +1100, Dean Hamstead wrote:
> The attached patch is for 5.24.1 old-stable and is derived from
> https://rt.cpan.org/Public/Bug/Display.html?id=124787
Thanks! I'll try to get this in the next oldstable point release,
currently scheduled for February.
--
On Sun, Dec 15, 2019 at 11:26:34AM +0100, Helmut Grohne wrote:
> I fear that your other mail made me realize a mistake though. Unlike
> python there is no standard installation. For perl it's perl-base and
> perl. We cannot take perl for granted. Now perl pulls libperl5.30, which
> contains
On Sun, Dec 15, 2019 at 04:39:18PM +0100, Helmut Grohne wrote:
> If we count Debian in, this is four different Linux distributions all
> trying to cross build (part of) cpan. I think this shows that moving
> some of the integration upstream is worth a try. The less each and every
> distribution
On Tue, Nov 19, 2019 at 07:50:57PM +0100, Helmut Grohne wrote:
> So we still don't have our single source of truth here.
>
> The other aspect is that this is very much Debian-specific. Given the
> effort it takes to make stuff cross buildable, we want to (and do) share
> that work with yocto,
l:any dependencies for program-only pkgs
>
> That's the commit that adds :any only if the package contains
> exclusively programs. The commit fixes #824696, which was originally
> filed by Javier Serrano Polo and later commented by Niko Tyni:
>
> | AFAICS wine*-tools depend on perl
ge, to match architectures on my system.
> Keep in mind I still think things are working, since they seem to be
> running okay. Help me help you.
You still haven't described what problem you are trying to solve.
--
Niko Tyni nt...@debian.org
out guaranteeing binary compatibility
between the perl interpreter and its plugins (compiled XS modules). Their
architectures must therefore always match.
--
Niko Tyni nt...@debian.org
On Mon, Oct 28, 2019 at 12:28:32PM +0100, Guillem Jover wrote:
> On Wed, 2019-10-23 at 22:40:00 +0300, Niko Tyni wrote:
> > I'll re-instate TZ=UTC in 5.30.0-9 or so, but clearly the underlying
> > issue remains.
>
> Just noticed this change from the changelog. :) UTC is
d be fixed by listing the expected number of digits
for all the packages. I guess I'll look at that too.
However, the main point of the test is to have it fail if it spots new
packages in the archive that would need a corresponding Breaks/Replaces
entry. By your classification this makes it unreliable. I'm not sure if
this means I should disable it. That seems counterproductive to me.
--
Niko Tyni nt...@debian.org
Control: tag -1 upstream
On Sat, Oct 26, 2019 at 03:23:43PM +0200, Vincent Lefevre wrote:
> On 2019-10-26 15:45:28 +0300, Niko Tyni wrote:
> > I understand the CHECKSUMS files are PGP signed by the CPAN archive.
> > I was referring to verifying these signatures. Whether the downlo
On Thu, Oct 24, 2019 at 11:00:28AM +0200, Vincent Lefevre wrote:
> On 2019-10-23 22:20:04 +0300, Niko Tyni wrote:
> > So as I understand this, verifying CHECKSUMS would be the thing to do,
> > and setting 'check_sigs' wouldn't really help (only deployed partially
> >
Control: severity -1 important
On Wed, Oct 23, 2019 at 11:22:47PM +0200, Moritz Muehlenhoff wrote:
> On Wed, Oct 23, 2019 at 10:20:04PM +0300, Niko Tyni wrote:
> > Control: reassign -1 src:perl
> > Control: found -1 5.20.2-3
> >
> > On Tue, Oct 22, 2019 at 12:36:14PM +
Control: found -1 5.30.0-8
On Fri, Jul 03, 2015 at 11:16:46PM +0300, Niko Tyni wrote:
> On Mon, May 04, 2015 at 02:28:04PM +0200, Jérémy Bobbio wrote:
> > Another issue that surfaced now that we are doing timezone variations is
> > that LOCALTIME_MIN and LOCALTIME_MAX gets d
t to follow the
FreeDesktop.org specification.
Assuming this behaviour is deliberate, the CPAN.pm documentation
should probably refer to File::HomeDir or something like that.
--
Niko Tyni nt...@debian.org
module-signature-perl, bundles a
recent PAUSE public key) is installed, but CPAN.pm doesn't. But I might
be wrong.
I'm copying the security team. Would somebody be interested in digging
further into this?
Not touching the severity but given the long standing history this is
not a high priority item for me.
--
Niko Tyni nt...@debian.org
Control: reassign -1 libhttp-tiny-perl
(sorry for the duplicate, got the clone number wrong on the first try)
On Mon, Oct 01, 2018 at 10:21:49PM +0300, Niko Tyni wrote:
> Control: clone -1 -2
> Control: reassign -1 libhttp-tiny-perl 0.070-1
> Control: block -1 with -2
>
> On Su
f applicable.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Wed, Oct 09, 2019 at 11:45:39PM +0300, Niko Tyni wrote:
> Package: libmarisa-perl
> Version: 0.2.5-3
> Severity: grave
> Control: block 935737 with -1
>
> As noticed by the autopkgtest checks, the marisa Perl bindings are
> totally broken in sid
\
cd perl && \
if false; then \
--
Niko Tyni nt...@debian.org
On Mon, Oct 14, 2019 at 10:42:26PM +0800, Paul Wise wrote:
> Any idea why something similar doesn't also happen in the loop above,
> where getline would return undef on error, terminating the loop?
getline() has a different interface and restarts interrupted
read(2) calls internally. It's like
s doesn't look to me like a regression in Perl or other
dependencies, just a bug in the code.
Maybe something like the attached patch would do? Only lightly tested
but seems to fix it for me.
--
Niko Tyni nt...@debian.org
>From 0cf5cc08885dc65a0824f4f8d3409babe1ac5747 Mon Sep 17 00:00:00 2001
F
ire at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
On Mon, Oct 07, 2019 at 08:59:47PM +0300, Niko Tyni wrote:
> Source: polymake
> Version: 3.2r4-4
> Severity: serious
> Tags: ftbfs
> Control: block 935737 with -1
>
> This package failed to build in sid when rebuilding against Perl 5.30.
>
> Looking at the
for the transition.
As always, build logs can be found at
https://buildd.debian.org/status/package.php?p=libnbd=unstable
--
Niko Tyni nt...@debian.org
make[1]: *** [debian/rules:41: override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:32: build-arch] Error 2
--
Niko Tyni nt...@debian.org
migration.
See https://buildd.debian.org/status/logs.php?pkg=jellyfish=ppc64el
The migration status interferes with the ongoing Perl 5.30 transition,
so it may be necessary to remove this package from testing soon.
--
Niko Tyni nt...@debian.org
in sid after that.
>From the build log:
In file included from gl_util.h:20,
from gl_util.c:2:
glext_types.h:66:9: error: unknown type name ‘khronos_ssize_t’
66 | typedef khronos_ssize_t GLsizeiptr
[...]
make[2]: *** [Makefile:410: gl_util.o] Error 1
--
Niko T
es/http-lua/src/ngx_http_lua_script.c:13:
/<>/debian/modules/http-lua/src/ngx_http_lua_common.h:20:10:
fatal error: luajit.h: No such file or directory
20 | #include
| ^~
compilation terminated.
make[3]: *** [objs/Makefile:2443: objs/addon/src/ngx_http_lua_script.o] Error
1
--
Niko Tyni nt...@debian.org
On Mon, Sep 16, 2019 at 05:20:06PM +0200, intrig...@debian.org wrote:
> Package: libcairo-gobject-perl
> Version: 1.004-3
> Severity: important
>
> I've spotted this error while packaging 1.005:
>
> E: libcairo-gobject-perl: library-not-linked-against-libc
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi, perl 5.30 has been in experimental since May and I think it is
ready for sid/bullseye now.
Our test rebuilds caught unusually few failures and those are
all fixed now.
The build
8.1.really.8.7.7
_ZN12sockinfo_tcp5ioctlEmm@Base 8.8.1.really.8.7.7
[...]
dh_makeshlibs: failing due to earlier errors
make: *** [debian/rules:15: binary] Error 255
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
2
--
Niko Tyni nt...@debian.org
: relocation R_X86_64_32 against
symbol `_Py_NoneStruct' can not be used when making a shared object; recompile
with -fPIC
/usr/bin/ld: final link failed: nonrepresentable section on output
collect2: error: ld returned 1 exit status
--
Niko Tyni nt...@debian.org
nclude/pcap/pcap.h:835:18: note: previous declaration of ‘pcap_open’
was here
PCAP_API pcap_t *pcap_open(const char *source, int snaplen, int flags,
^
--
Niko Tyni nt...@debian.org
his might be a bug in debootstrap, not properly handling the virtual
> provides of perl-openssl-defaults. Please reassign if your analysis has
> the same result.
Hi, this is indeed #878961 / #827602 in debootstrap.
--
Niko Tyni nt...@debian.org
barchive-zip-perl over the next
> few days.
Thanks.
Meanwhile, please consider the attached patch which should solve the
immediate concern by using Sub::Override (from libsub-override-perl)
instead.
--
Niko
>From 06cc575db2f6eb5336d00b93b9c8b2ceb4280867 Mon Sep 17 00:00:00 2001
From: Niko
On Tue, Jul 09, 2019 at 04:08:18PM -0300, Chris Lamb wrote:
> > the recently added libmonkey-patch-perl dependency in
> > libfile-stripnondeterminism-perl has unfortunately resulted in a build
> > dependency cycle
> […]
> > I see this new dependency was introduced for normalizing zip archives
>
://salsa.debian.org/perl-team/scripts/tree/master/perl-transitions
and could probably be simplified to just alert on build dependency cycles.
--
Niko Tyni nt...@debian.org
, for
instance by making this dependency optional and having the packages that
actually need it declare an explicit build dependency ?
Thanks for considering,
--
Niko Tyni nt...@debian.org
nk enabling parallel
builds was an improvement. But we'll see.
This should possibly be considered a Perl 5.30 transition blocker as
at least some Debian ports (m68k, sh4) use qemu-user for buildds.
Adding the usertag for now.
--
Niko Tyni nt...@debian.org
On Sun, Jul 07, 2019 at 08:04:07PM +0200, John Paul Adrian Glaubitz wrote:
> Source: perl
> Version: 5.30.0-3
> Severity: normal
> User: debian-...@lists.debian.org
> Usertags: m68k
> According to debian/README.source, I have to run "debian/rules
> update-configure"
> after modifying these
On Thu, Jul 04, 2019 at 09:06:33PM +0300, Niko Tyni wrote:
> On Thu, Jul 04, 2019 at 08:04:52PM +0300, Niko Tyni wrote:
>
> > > Starting with Perl 5.28, Perl uses POSIX 2008 thread-safe locales, so
> > > it calls uselocale(3) underneath when the Perl side POSIX::se
on Debian,
--
Niko Tyni nt...@debian.org
#include
#include
#include
#include
int main(int argc, char **argv)
{
locale_t loc;
int i=0;
/* The C locale is special cased in glibc to not look at LANGUAGE
so we set C.UTF-8 as the base locale instead */
setenv("LANG", "C.UTF
Control: forwarded -1 https://rt.perl.org/Public/Bug/Display.html?id=134264
On Thu, Jul 04, 2019 at 08:04:52PM +0300, Niko Tyni wrote:
> > Starting with Perl 5.28, Perl uses POSIX 2008 thread-safe locales, so
> > it calls uselocale(3) underneath when the Perl side POSIX::setlocale()
On Thu, Jun 27, 2019 at 12:08:53AM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.28.1-6
> Severity: important
>
> As discussed in #924657, glibc has a cache of already loaded translations
> that gets invalidated (by incrementing _nl_msg_cat_cntr) in setlocale(3),
operand is numeric,
including any string that looks like a number. If the operand is an
identifier, a string consisting of a minus sign concatenated with
the identifier is returned.
So it looks like this is intentional or at least documented
behaviour that we're stuck with.
--
Niko Tyni nt...@debian.org
On Wed, Jun 26, 2019 at 11:23:28PM +0300, Niko Tyni wrote:
> clone 924657 -1
> reassign -1 perl 5.28.1-6
> severity -1 important
> retitle -1 perl: switching locales no longer invalidates gettext translation
> cache
> thanks
Forgot that the BTS doesn't like clones of merge
not clear to me
whether glibc is working correctly here or not.
--
Niko Tyni nt...@debian.org
tyni we
> have enough bravery?
As I already noted on the bug, the workaround seems fine to me. I think
it should be used for Buster, but I don't have a chance to do anything
else about this right now. Sorry.
I'm cloning a bug against perl and will try to take it upstream later
when I
Control: tag -1 patch
Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=129869
On Wed, Jun 19, 2019 at 08:27:51PM +0300, Niko Tyni wrote:
> On Tue, Jun 18, 2019 at 10:52:03AM +0200, Ferenc Wágner wrote:
> > Package: libauthen-radius-perl
> > Version: 0.29-1
> >
me to it.
I'm raising the severity of this; if we cannot get it fixed in time
for the Debian Buster release, it should at least be fixed in a stable
release update later.
--
Niko Tyni nt...@debian.org
ust missing
something, it seems this should be reflected in the Debian package
dependencies as well; currently faketime is just a recommendation.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
On Wed, Jun 12, 2019 at 09:35:09PM +0200, gregor herrmann wrote:
> On Wed, 12 Jun 2019 22:17:26 +0300, Niko Tyni wrote:
>
> > I expect the best "fix" for this is to disable faketime usage in the
> > reprotest pipeline, if possible.
>
> To disable the time v
t;fix" for this is to disable faketime usage in the
reprotest pipeline, if possible.
--
Niko Tyni nt...@debian.org
for this
but that seems to be a generated file so I'm not patching it.)
--
Niko Tyni nt...@debian.org
>From 8e6d49b473c9db87cd29ea55931964517142b3d7 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Sat, 8 Jun 2019 11:12:07 +0300
Subject: [PATCH] git-debrebase.1.pod: typo fix
---
git-debrebase.1.pod
from the
Debian Perl sprint in Hamburg!
[1] https://salsa.debian.org/perl-team/interpreter/perl.git if it matters
--
Niko Tyni nt...@debian.org
>From 9251b5d47e60ccd3f91345bd81cdc2d2dc787ae3 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Sat, 8 Jun 2019 10:58:01 +0300
Subject: [PATCH] git
check too, so that any
changes in for instance the dist package that cause a regression here
would be caught by the testing migration checks.
--
Niko Tyni nt...@debian.org
sys + 0.16 cusr 0.02
csys = 0.20 CPU)
Result: FAIL
This was fixed upstream in 1.20180928.
Greetings from the Debian Perl Sprint in rainy Hamburg,
--
Niko Tyni nt...@debian.org
csys = 0.66 CPU)
Result: FAIL
There's a patch in the upstream ticket that should fix this, but I
haven't tested that.
Greetings from the Debian Perl Sprint in rainy Hamburg,
--
Niko Tyni nt...@debian.org
status: 25
Parse errors: Bad plan. You planned 1009 tests but ran 369.
There's a patch in the upstream ticket that should fix this, but I
haven't tested that.
Greetings from the Debian Perl Sprint in rainy Hamburg,
--
Niko Tyni nt...@debian.org
( 0.05 usr 0.03 sys + 1.03 cusr 0.20
csys = 1.31 CPU)
Result: FAIL
There's a patch in the upstream ticket that should fix this, but I
haven't tested that.
Greetings from the Debian Perl Sprint in rainy Hamburg,
--
Niko Tyni nt...@debian.org
lar patch as in
https://github.com/rurban/re-engine-PCRE2/commit/6b5cc9b4e686910e25fa411c62711fdf44383285
will fix this but I haven't tested that.
Greetings from the Debian Perl Sprint in rainy Hamburg,
--
Niko Tyni nt...@debian.org
}{title}
#\\field{note}{0}
#\\field{title}{A title}
#\\field{year}{2000}
#\\field{dateera}{ce}
# \\endentry
# '
[...]
Failed 17/45 test programs. 152/1145 subtests failed.
--
Niko Tyni nt...@debian.org
test of 144.
This is because libossp-uuid-perl Provides: libdata-uuid-perl
but the version checks are not prepared for this.
A versioned build dependency on libdata-uuid-perl (>= 1.203) would
probably fix this.
I assume this is not release critical for buster but I'm not quite sure.
--
Niko Tyni nt...@debian.org
metadata for the POSIX::mblen() fix.
+
+ -- Niko Tyni Sun, 31 Mar 2019 14:51:22 +0300
+
perl (5.28.1-5) unstable; urgency=medium
* Patch perlbug to use "editor" as the default editor. (Closes: #922609)
diff -Nru perl-5.28.1/debian/patches/fixes/posix-mbrlen.diff
perl-5.28.1/debian/pat
008 thread-safe locales, so
it calls uselocale(3) underneath when the Perl side POSIX::setlocale()
function is invoked.
The proposed fix/workaround seems fine to me, though I wonder if glibc
should invalidate the cache in uselocale(3) as well. Copying the
glibc maintainers. Any opinion on this?
--
On Sun, Mar 24, 2019 at 12:19:20PM +0200, Niko Tyni wrote:
> While the current test data files from stretch indeed cannot be read
> on sid, I cannot make new test data files on stretch that reproduce the
> behaviour. I've created 100 such databases on each affected architecture
> and
(Copying Adam as he expressed some interest in this on IRC.)
On Wed, Mar 20, 2019 at 10:51:13PM +0200, Niko Tyni wrote:
> Package: perl
> Version: 5.28.1-5
> Severity: important
>
> As seen at https://autopkgtest.ubuntu.com/packages/perl the NDBM
> autopkgtest checks are fai
ly
check with the release team what they think. In any case, I'll wait
for -5 to enter testing first.
--
Niko Tyni nt...@debian.org
On Sat, Mar 16, 2019 at 12:29:07PM +0200, Niko Tyni wrote:
> > > This will cause temporary uninstallability of libmarc-charset-perl in
> > > sid so the uploads should be coordinated a bit. I guess I can do both
> > > if needed.
> >
> > Thanks.
> > (
Control: clone -1 -2
Control: retitle -2 perl: Break libmarc-charset-perl (<< 1.35-3)
Control: reassign -2 perl 5.28.1-4
On Wed, Mar 13, 2019 at 10:49:29PM +0100, gregor herrmann wrote:
> On Wed, 13 Mar 2019 20:24:59 +0200, Niko Tyni wrote:
>
> > - have perl_5.28.1-5 Build-Dep
led.
zsh: abort (core dumped) perl -MPOSIX=mblen -e 'mblen("a", 1)'
This is a 5.28 regression. I've reported it upstream with the attached
proposed patch, which should be trivial to backport to 5.28.
Will update this bug with the upstream ticket number once I get one.
--
Niko Tyni nt
On Wed, Feb 27, 2019 at 09:20:25PM +0200, Niko Tyni wrote:
> On Mon, Feb 25, 2019 at 11:31:14AM +0100, Gianfranco Costamagna wrote:
> > Package: libmarc-charset-perl
> > Version: 1.35-2
> > Severity: serious
> >
> > Hello, for some reasons the package te
to Buster).
--
Niko Tyni nt...@debian.org
On Sun, Mar 10, 2019 at 07:12:43PM +, Dmitry Bogatov wrote:
> Good. Try this version of patch, please. It seems to works for me in my
> i386 chroot.
Works for me too, and light testing didn't reveal any problems.
> > It would make sense to limit this to 32-bit architectures as I believe the
On Fri, Mar 08, 2019 at 02:39:53PM +, Dmitry Bogatov wrote:
> I believe this patch would somewhat solve issue. Dear submitter, can you
> please apply this patch, build package and check, that `gdbm_load-nolfs'
> binary from created bin:gdbmtool does sensible thing?
Thanks. It doesn't quite
On Sat, Mar 02, 2019 at 09:34:49PM +0200, Niko Tyni wrote:
> # ls -l *.gdbm
> -rw-r- 1 root root 12294 Mar 2 19:04 perl-stretch.gdbm
> -rw-r--r-- 1 root root 12294 Mar 2 19:04 py2-stretch.gdbm
> -rw-r--r-- 1 root root 12294 Mar 2 19:04 py3-stretch.gdbm
These are all bit-by-b
m fetch foo
gdbmtool: stdin:1.1-10: cannot open database perl-stretch.gdbm: Malformed
database file header
# similar results with any of these:
perl <<'EOF'
use GDBM_File;
tie %h, q(GDBM_File), "perl-stretch.gdbm", _READER, 0640
or die "opening GDBM file failed: $!&quo
ames them to relative ones.
$tar->add_files($abs);
$tar->rename(substr("$abs", 1), "$pfx/".$abs->relative($root));
This is relying on Archive::Tar having removed the first slash,
which is no longer a valid assumption.
I expect Dist::Inkt needs to adapt. Once that is
> be built on hosts with "merged `/usr`" directory schemes (or in
> such chroots)
>
> * FD: Further Discussion
>
> === End Resolution ===
I vote:
M > H > W > FD
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
"Foo"; print
qq(value: "$foo" ref:) . ref($foo) . "\n"; open(my $fh, $foo) or die $!'
value: "> /etc/passwd" ref:Foo
Permission denied at -e line 1.
That said, this does seem quite far fetched. I expect the patch fixes
all the command line injection is
On Thu, Feb 28, 2019 at 12:06:18PM +, Dmitry Bogatov wrote:
>
> [2019-02-27 21:20] Niko Tyni
> > > - update perl to build-depend on libgdbm-dev (>= 1.18-2) and Break
> > > older versions of libmarc-charset-perl (and any other perl packages
> > &g
PASS
command3 PASS
This was not spotted earlier as ci.debian.net only runs checks on amd64.
--
Niko Tyni nt...@debian.org
and depend on the newer perl
>
> I assume other language bindings like python-gdbm will need something
> similar.
But ideally gdbm would restore compatibility and libmarc-charset-perl would
not need any changes.
--
Niko Tyni nt...@debian.org
pecial handling in XML::Parser if 2-arg open is
converted to 3-arg open.
(Sorry, no tuits for providing a better patch for XML::Parser.)
--
Niko Tyni nt...@debian.org
On Fri, Feb 15, 2019 at 08:55:16PM +0100, gregor herrmann wrote:
> > > - As for the implementation in [0]:
> > > not sure if the "exit 0" in smoke is correct
>
> This still confuses me.
> Shouldn't it "exit $?" or just nothing (line 174)?
It's a "set -e" script so a failure from test.pl
On Wed, Feb 13, 2019 at 09:23:00PM +0100, Xavier Guimard wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.50
> Severity: wishlist
> - tests skipped should return a 77 exit code and all tests marked as
>"Restrictions: skippable". It avoids to consider that a test succeeds
>if
-e
'DBI->connect("dbi:SQLite:dbname=:memory:", "","", { sqlite_defensive => 1})'
and the attached patch fixes it for me.
--
Niko Tyni nt...@debian.org
>From daf3153f7ad67edd7071886c866fe790a7875427 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Wed, 13 Feb 2
On Mon, Jan 28, 2019 at 07:01:52PM -0800, Felix Lechner wrote:
> Maybe the pending Perl commit 672eb451 will help? Details in #916313.
FYI I've just uploaded perl/5.28.1-4 which fixes #916313.
Hope that helps.
--
Niko Tyni nt...@debian.org
401 - 500 of 4633 matches
Mail list logo