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
om src:cpanminus verifies
CHECKSUMS if Module::Signature (src:libmodule-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
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
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
or remove the override if 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
.PL standardall
dir=`pwd` &&\
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 <>
e from SIGHUP.
So this 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 0cf5cc08885dc65a0824f4f8d3409babe1ac5
gnu/perl/5.30/DynaLoader.pm line 193.
at blib/lib/marisa.pm line 11.
Compilation failed in require 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&suite=unstable
--
Niko Tyni nt...@debian.org
S'
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&arch=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
odules/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
> usr/lib/x86_64-linux-gnu/perl5/5.28/a
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 sys
se 8.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
usr/include/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
atch to libarchive-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
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
> >
https://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
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
5.30.0-2 as I think 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 files
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::setlo
work 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", "
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),
>
on if the 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
x27;s not clear to me
whether glibc is working correctly here or not.
--
Niko Tyni nt...@debian.org
e, @intrigeri and @ntyni 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
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
> >
and fixed upstream; I'll look at it in the
next few days unless someone else beats 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
rently hardcoded and I'm not just 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 variat
uot;fix" for this is to disable faketime usage in the
reprotest pipeline, if possible.
--
Niko Tyni nt...@debian.org
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
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
gtest 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
usr 0.00 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
cusr 0.03
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
similar 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
\\field{labeltitlesource}{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
s like you failed 1 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
date patch 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/
SIX 2008 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
>
(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
uster or not. Will probably
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
atep)' failed.
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
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 testsu
ch 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 w
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
ADER, 0640
or die "opening GDBM file failed: $!";
print $h{foo}, "\n";
EOF
python <<'EOF'
import gdbm
print(gdbm.open("py2-stretch.gdbm", "r")["foo"])
EOF
python3 <<'EOF'
import dbm.gnu
print(dbm.gnu.open("py3-stretch.gdbm", "r")["foo"])
EOF
--
Niko Tyni nt...@debian.org
, then renames 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. Onc
ly
> 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
passwd"; my $foo = bless \$s, "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
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
atabases) to build-depend 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
rly '-' needs special 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 should
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 maintainer
perl -Iblib/lib -Iblib/arch -MDBI -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
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
On Mon, Jan 14, 2019 at 11:13:14PM +0800, 積丹尼 Dan Jacobson wrote:
> >>>>> "NT" == Niko Tyni writes:
> NT> On Sun, Nov 04, 2018 at 04:48:43AM +0800, 積丹尼 Dan Jacobson wrote:
> >> Package: libxml-libxml-perl
> >> Version: 2.0132+dfsg-2+b1
> &g
ems to have changed
in DBD-SQLite 1.61_02 as noted in the upstream bug.
https://metacpan.org/diff/file?target=ISHIGAKI/DBD-SQLite-1.61_02/&source=ISHIGAKI/DBD-SQLite-1.61_01/
Checking that the value is defined seems to fix / work around this,
as seen in the attached patch. I'm not totally sure
nt_quads_estimate at /usr/share/perl5/Moo/Role.pm line 280.
Compilation failed in require at t/plan.t line 5.
BEGIN failed--compilation aborted at t/plan.t line 5.
This seems to have broken with libattean-perl 0.020-1. The upstream changelog
states:
(Update) Expose count_quads_estimate metho
On Wed, Jan 17, 2018 at 11:07:41PM +0200, Niko Tyni wrote:
> Package: www.debian.org
> Tags: patch
> X-Debbugs-Cc: debian-c...@lists.debian.org
>
> Hi, please find attached a patch to update
> https://www.debian.org/intro/organization
> for the recent tech-ctte membership
ke this feature is about reporting line numbers
in parsed XML documents, and you're not parsing anything.
--
Niko Tyni nt...@debian.org
gs
that they didn't earlier, and that we need to fix this on the libopengl-perl
side somehow. So reassigning.
Copying Florian, who added the patch back in 2012. Any interest in looking
at this? :)
--
Niko Tyni nt...@debian.org
ed API changes,
so they are not suitable for Debian (which uses the system libgit2,
not the bundled one) at this point.
Therefore I've just uploaded a backported targeted fix for this issue,
versioned as 0.79-6.
--
Niko Tyni nt...@debian.org
xport PERLDOC=-oTerm PERLDOC_PAGER='less -R' # works like Stretch, Jessie
> export PERLDOC=-oMan # works like Wheezy
I'm fine with adding something like this fwiw (though I'd rather leave out
the .bashrc part and just say something about setting those environment
variables.)
--
Niko Tyni nt...@debian.org
Control: reassign -1 libmariadbclient18 10.1.37-0+deb9u1
This reportedly regressed with DSA-4341-1, reassigning to the correct
package.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Sat, Dec 15, 2018 at 09:53:54PM +0200, Niko Tyni wrote:
> On Sat, Dec 15, 2018 at 03:52:58AM +0100, gregor herrmann wrote:
> > Package: autopkgtest
> > Version: 5.7
> > Severity: normal
>
> > autopkgtest [03:29:08]: ERROR: "chmod -R go+
On Sat, Dec 15, 2018 at 03:52:58AM +0100, gregor herrmann wrote:
> Package: autopkgtest
> Version: 5.7
> Severity: normal
> autopkgtest [03:29:08]: ERROR: "chmod -R go+rwX --
> /tmp/autopkgtest.ES3bLl/autopkgtest-satdep.deb" failed with stderr
> "/bin/chmod: cannot access '/tmp/autopkgtest.ES3bL
running the prefork mpm so presumably only some of your
apache processes will have the libraries loaded by the actual Perl
application.)
--
Niko Tyni nt...@debian.org
+0300, Niko Tyni wrote:
>
> On Fri, Jul 20, 2018 at 11:54:04PM +, Debian Bug Tracking System wrote:
>
> >[ gregor herrmann ]
> >* debian/rules: turn off verbosity for tests as a workaround for test
> > failures with newer Test-Simple. (Closes: #901080)
>
built, but it looks
like the reverse is not true? In any case, even the old versions (5.28.1-2
in this case) of the arch:all binaries disappearing seems incorrect to me?
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
ource control file.)
Patch attached.
--
Niko Tyni nt...@debian.org
>From 40f4ff9be209ec4e201788a0e1762ab34c8a159c Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Fri, 7 Dec 2018 17:14:09 +0200
Subject: [PATCH] Use dh_perl to generate a dependency on perl
---
debian/rules | 1 +
1 file ch
a
separate package.
--
Niko Tyni nt...@debian.org
your work on lintian, it's invaluable to the whole project.
--
Niko Tyni nt...@debian.org
y value
in releasing buster with this as a separate package.
--
Niko Tyni nt...@debian.org
. This was introduced just a few
days before 5.28 was uploaded to sid, so we missed it in our 5.28
test rebuilds.
--
Niko Tyni nt...@debian.org
//github.com/houseabsolute/Time-Local/commit/63265fd81c7f6177bf28dfe0d1ada9cb897de566
--
Niko Tyni nt...@debian.org
s is worth fixing, preferably upstream as
I don't think the current test.pl change is useful to anybody.
--
Niko Tyni nt...@debian.org
. The only package triggering the tag currently
is libmail-sender-perl, which is non-free, RC-buggy and not in stable.
The check can therefore be removed. Thanks for helping with this
transition :)
--
Niko Tyni nt...@debian.org
501 - 600 of 4717 matches
Mail list logo