On Thu, Dec 14, 2017 at 11:03:52PM +, Colin Watson wrote:
> On Thu, Dec 14, 2017 at 10:27:24PM +0200, Niko Tyni wrote:
> > I have just noticed that Filter::Util::Call is in both src:perl and
> > libfilter-perl. This seems to warrant some package metadata handling as
> > d
al to me: Filter is clearly a somewhat frequently
released XS distribution so the perlapi-* dependencies will probably
make sure that no obsolete versions stay installable in practice.
Adding the Breaks shouldn't hurt though afaics, so I think we should do
that for correctness.
--
Niko Tyni nt...@debian.org
On Wed, Dec 13, 2017 at 08:42:39AM +0100, Andreas Tille wrote:
> I admit I need help of the Debian Perl team to tackle this. The issue
> persists also in the new version 1.7.2 of bioperl. Any help would be
> welcome.
> On Tue, Jun 27, 2017 at 07:59:00AM +0200, Graham Inggs wrote:
> > Source:
disabling the
xlocale.h probing, but partial upgrades are still potentially affected.
Please add a Breaks: libperl5.26 (<< 5.26.1-3) into libc6-dev to fix this.
Thanks for your work,
--
Niko Tyni nt...@debian.org
issue only happens if the current
perl gets built with the new glibc. Assuming we upload the workaround
to sid before glibc 2.26, I think it should be fine.
Thoughts welcome.
--
Niko
>From 9c42a53ce705baaff3739a674f196ef8ed059568 Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Dat
s. FWIW, the corresponding change was
https://perl5.git.perl.org/perl.git/commitdiff/8c9e50e76ac4058a63c63a3d1714aa2556ca9393
And it's in the 'Exports' section, not 'Examples' :)
--
Niko Tyni nt...@debian.org
On Mon, Oct 23, 2017 at 09:15:35PM +0200, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> >
> > perl 5.26.1-1 is in experimental. It is binary compatible with 5.26.0
> > and therefore Provides both perlapi-5.26.0 and perlapi-5.26.1. However,
> > four binNMUs will be needed once it
On Tue, Oct 24, 2017 at 03:34:10PM +0100, Dominic Hargreaves wrote:
> On Sun, Oct 22, 2017 at 08:57:59PM +0300, Niko Tyni wrote:
> > I'm tempted to just declare that anything relying on these parts of the
> > ABI is buggy and get the known affected modules/packages fixed.
>
>
On Sat, Sep 16, 2017 at 10:27:26AM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.26.0-8
> Severity: normal
> X-Debbugs-Cc: d...@debian.org, vor...@debian.org, gl...@packages.debian.org
>
> As seen in
> https://bugs.launchpad.net/ubuntu/+source/libanyevent-perl/+bug/
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
perl 5.26.1-1 is in experimental. It is binary compatible with 5.26.0
and therefore Provides both perlapi-5.26.0 and perlapi-5.26.1. However,
four binNMUs will be needed once it
On Tue, Oct 17, 2017 at 05:44:26PM +0200, gregor herrmann wrote:
> Package: dh-make-perl
> Version: 0.95
> Severity: serious
> Tags: buster sid
> Justification: fails to build from source
> As first seen on ci.debian.net, dh-make-perl's test suite fails with
> libdpkg-perl 1.19.0 and 1.19.0.1:
>
On Sat, Sep 16, 2017 at 10:48:42AM +0100, Wookey wrote:
> On 2017-09-16 10:43 +0300, Niko Tyni wrote:
> > (I can still include them in sid, but they aren't going to be functional
> > there as-is...)
>
> Yes. I filed this because it's how I got it done initially. I'll
On Sat, Sep 16, 2017 at 01:06:48AM +0100, Wookey wrote:
> Package: perl
> Version: 5.24.1-3+deb9u1
> Severity: normal
> Tags: upstream patch
> There is no obvious variable in the config file to set up this
> search. The closest is incpth, and using that does work, which is what
> the attached
On Sat, Sep 16, 2017 at 01:23:40AM +0100, Wookey wrote:
> Package: perl
> Version: 5.24.1-3+deb9u1
> Severity: normal
> Tags: patch
>
> Attached are the config.sh.static and patches for the other two
> configs for the new arm64ilp32 architecture. Please add these to the
> debian/cross/arm64ilp32
ing at codesearch.debian.net, this also concerns (reverse dependencies
of) libio-aio-perl, libcoro-perl and libev-perl.
I'll forward this upstream next.
--
Niko Tyni nt...@debian.org
Control: found -1 5.26.0-5
On Wed, Aug 09, 2017 at 05:31:24PM +0300, Niko Tyni wrote:
> On Wed, Aug 09, 2017 at 11:16:03AM +0200, Alex Riesen wrote:
> > Package: perl-base
> > Version: 5.24.1-3+deb9u1
> > Severity: normal
>
> > when I run the test suite (Git (the
On Tue, Aug 01, 2017 at 11:57:26AM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.26.0-4
>
> As noticed by Olly Betts, the fix for #758689, where we injected the less
> '-R' option in perldoc, has regressed in the 5.26 packages.
>
> It looks like Pod::Perldoc is now
Control: found -1 5.24.0-1
On Fri, Aug 18, 2017 at 10:37:40PM +0300, Niko Tyni wrote:
> On Thu, Aug 17, 2017 at 07:48:15PM +0200, Helmut Grohne wrote:
> > Source: perl
> > Version: 5.26.0-5
> > Severity: wishlist
> > User: helm...@debian.org
> > Usertags: reboots
ing it
straight away) seems sound to me and might have been part of the advice
but we never got as far as discussing that.
--
Niko Tyni nt...@debian.org
rgument handling but will need to dig into it some more.
In sake somebody wants to play with it, my steps in reproducing it in
a chroot (for armhf in this case) were roughly
# dpkg --add-architecture armhf
# apt update
# apt install crossbuild-essential-armhf
# apt -a armhf build-dep perl
$ dpkg-buildpackage -b -aarmhf
--
Niko Tyni nt...@debian.org
(Wstat: 512 Tests: 93 Failed: 2)
> Failed tests: 67, 69
> Non-zero exit status: 2
As discussed on IRC with Emilio, this seems to be
https://bugzilla.gnome.org/show_bug.cgi?id=785978 in pango.
Reassigning.
--
Niko Tyni nt...@debian.org
makes sure
partial upgrades from stretch work.
--
Niko Tyni nt...@debian.org
bols of the perl package here:
> deb http://debug.mirrors.debian.org/debian-debug/ stretch-debug main non-free
> contrib
They are in the perl-debug package in the main archive, mostly for
historical reasons.
--
Niko Tyni nt...@debian.org
ably local configuration?) may well need fixing too.
Hope this helps a bit,
--
Niko Tyni nt...@debian.org
ive for rename that has
been in perl since 2005
23:13 < Dom> I think your plan is better
23:13 < ntyni> right; /usr/bin/rename was historically an alternative with a
brief coexistence in util-linux
23:13 < Dom> with Replaces:
23:21 < ntyni> Dom: ok with me copy-pasting this discussion to #735134 so we
don't forget?
23:21 -zwiebelbot:#debian-perl- Debian#735134: perl: rename(1) is ancient -
https://bugs.debian.org/735134
23:22 < Dom> sure.
--
Niko Tyni nt...@debian.org
s.t(Wstat: 256 Tests: 11 Failed: 1)
Failed test: 10
Non-zero exit status: 1
Parse errors: Bad plan. You planned 35 tests but ran 11.
Files=36, Tests=747, 42 wallclock secs ( 0.27 usr 0.04 sys + 7.04 cusr
0.73 csys = 8.08 CPU)
Result: FAIL
--
Niko Tyni
epends: libgslcblas0 (= 2.4+dfsg-4) but it is not going to be
installed
E: Unable to correct problems, you have held broken packages.
This is due to gsl breakage/uncoordinated transition, see #869778 .
--
Niko Tyni nt...@debain.org
On Sat, Aug 05, 2017 at 02:37:35PM -0400, gregor herrmann wrote:
> On Fri, 04 Aug 2017 17:42:47 -0400, Alex Muntada wrote:
>
> > gregor herrmann:
> > > A quick glance at the commit says: looks good!
> > Looks good to me, too.
>
> So I guess we could upload the package with this change?
> Who
On Wed, Aug 02, 2017 at 03:50:39PM -0400, gregor herrmann wrote:
> On Wed, 02 Aug 2017 11:10:25 +0300, Niko Tyni wrote:
> > Sure, we should filter the more common tests of this kind out
> > of the runtime check list.
>
> Ack, and this should bring us a long way.
> (I
On Wed, Aug 02, 2017 at 10:45:48AM -0400, gregor herrmann wrote:
> On Mon, 31 Jul 2017 22:14:17 -0400, gregor herrmann wrote:
>
> > > These are not going to work with our autopkgtest setup as they look for
> > > modules in the build tree. Also, we run 'perl -wc' in the autopkgtest
> > > syntax
Control: severity -1 normal
Control: forcemerge -1 870334
On Wed, Aug 02, 2017 at 11:58:43AM +0300, Niko Tyni wrote:
> On Mon, Jul 31, 2017 at 01:00:20PM +0300, Niko Tyni wrote:
> > Package: pkg-perl-autopkgtest
> > Version: 0.37
> > Severity: wishlist
> >
> > Ap
On Mon, Jul 31, 2017 at 01:00:20PM +0300, Niko Tyni wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.37
> Severity: wishlist
>
> Apparently Module::Install supports a 'tests' line in Makefile.PL
> listing the tests to be run at build time. It would be nice if
> smoke.t l
On Tue, Aug 01, 2017 at 04:53:36PM -0400, gregor herrmann wrote:
> On Tue, 01 Aug 2017 19:58:55 +0300, Niko Tyni wrote:
>
> > Hm. I agree the goal is to get the same list of tests that are run at
> > build time.
>
> I don't agree 100% I think.
> From what I'
On Tue, Aug 01, 2017 at 11:31:05AM -0400, Alex Muntada wrote:
> My idea is that we should smoke test the same list of tests that
> are actually run by "make test" or "./Build test" without having
> to parse those *.PL files to figure out that list. Therefore,
> the list should be obtained by
/Perldoc/ToTerm.pm/#L35
--
Niko Tyni nt...@debian.org
ome statistics about the number of
packages with *.t files in subdirectories, and whether those have
TEST_FILES specified in Makefile.PL. Currently I have no idea if the
failing packages are just a small minority of the affected ones, or if
almost all of them are failing now.
--
Niko Tyni nt...@debian.org
On Mon, Jul 03, 2017 at 10:40:45PM +0300, Niko Tyni wrote:
> Package: autopkgtest
> Version: 4.4
> User: debian-p...@lists.debian.org
> Usertags: versioned-provides
> X-Debbugs-Cc: debian-p...@lists.debian.org
>
> As seen on ci.debian.net with for instance libhttp-tiny-pe
me directory which isn't provided by any package
> from Debian testing accordantly to apt-file.
Thanks! This will be fixed in the next upload.
--
Niko Tyni nt...@debian.org
k for
modules in the build tree. Also, we run 'perl -wc' in the autopkgtest
syntax check which should be more or less equivalent.
I propose that we add t/00-compile/*.t to the list that the smoke check
skips automatically.
--
Niko Tyni nt...@debian.org
.
The package where I encountered this is libmousex-types-perl.
--
Niko Tyni nt...@debian.org
or the existence of Makefile before attempting to open it.
Thanks. The test doesn't make much sense for the autopkgtest setup,
so skipping it makes sense. An easier way to do that would be just
to put it in debian/tests/pkg-perl/smoke-skip, which I've just done
with 1.10-2.
--
Niko Tyni nt...@debian.org
ket by Petr Písař, sadly
with no comment from upstream yet. Attaching for convenience.
--
Niko Tyni nt...@debian.org
>From 8513c82bca186a9c724fe9c9b44ccbac062793d8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= <ppi...@redhat.com>
Date: Wed, 3 May 2017 16:57:52 +0200
Subject:
bian's usual backwards-compatibility
> arrangements.
>
> === End Resolution ===
>
> R: Approve resolution and repeal the CTTE decision from 2012-07-12.
> F: Further Discussion
I vote: R > F
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
ptions if that doesn't work out.
(I understand the urgency related to the 5.26 transition is over now
for you too, so it hopefully shouldn't impact your other work much if
-5 doesn't build on hppa/sh4 after all.)
Thanks for your work,
--
Niko Tyni nt...@debian.org
ld, with the rest of the build
dependencies being only needed for the test suite.
I think I'll bring this up on the debian-perl list when I find some time,
just wanted to chime in here. I'll upload the fix soonish unless someone
beats me to it.
Cheers,
--
Niko Tyni nt...@debian.org
On Mon, Jul 24, 2017 at 11:40:40PM +0300, Niko Tyni wrote:
> On Sun, Jul 23, 2017 at 10:36:04PM +0200, gregor herrmann wrote:
> > On Thu, 20 Jul 2017 22:50:00 +0300, Adrian Bunk wrote:
> >
> > > https://buildd.debian.org/status/fetch.php?pkg=syslog-ng-incubator=s3
> >
> > FAIL modules/grok/tests/test_grok (exit status: 1)
>
> Confirmed on zelenka in the s390x-sid chroot.
Just for the record, this seems to be specific to 64-bit big endian
platforms as it failed on ppc64 and sparc64 too.
Hope this helps a bit,
--
Niko Tyni nt...@debian.org
On Mon, Jul 24, 2017 at 02:01:16PM -0400, John David Anglin wrote:
> On 2017-07-24, at 6:45 AM, John Paul Adrian Glaubitz wrote:
>
> > On Sun, Jul 23, 2017 at 09:32:04PM -0400, John David Anglin wrote:
> >> Maybe the patch will also fix the sh build.
> >
> > Yes, it does. I just tested the patch
with the broken combination.
--
Niko Tyni nt...@debian.org
error: clang-c/Index.h: No such file or directory
#include
^
compilation terminated.
Makefile:353: recipe for target 'Clang.o' failed
make[2]: *** [Clang.o] Error 1
The reason seems to be #866354 in libstdc++6.
--
Niko Tyni nt...@debian.org
f op.c to -O0.
Maybe that has become harmful now if there are problems mixing
-O0 and -O2 code?
--
Niko Tyni nt...@debian.org
On Sat, Jul 22, 2017 at 09:19:30PM +0200, John Paul Adrian Glaubitz wrote:
> On 07/22/2017 09:08 PM, Niko Tyni wrote:
> > Thanks. In that case you should be able to work around the breakage
> > (and hopefully catch up with the 5.26 transition) by building with
> > DE
t similar treatment.
Would you be able to narrow this down to file level? Cf. #838613 and
debian/patches/debian/hppa_op_optimize_workaround.diff
--
Niko Tyni nt...@debian.org
ug against perl so we can add a
Breaks entry for older versions. This makes sure partial upgrades from
stretch work.
--
Niko Tyni nt...@debian.org
On Fri, Jul 21, 2017 at 10:19:11AM +0200, Emilio Pozuelo Monfort wrote:
> On 20/07/17 22:51, Niko Tyni wrote:
> > Control: block -1 with 869139
> >
> > On Thu, Jul 20, 2017 at 09:16:41PM +0200, Emilio Pozuelo Monfort wrote:
> >> On 20/07/17 21:01, Niko Tyni wrote:
&g
69124 for another apparently timing related issue on sparc64.
--
Niko Tyni nt...@debian.org
d=116127
which was about ext2/ext3 on Linux not recording fractional seconds. The
"fix" of parsing /proc/mounts seems fragile at best...
Patches for fixing this on Hurd would be welcome, and I expect upstream
to be receptive as well.
--
Niko Tyni nt...@debian.org
Control: block -1 with 869139
On Thu, Jul 20, 2017 at 09:16:41PM +0200, Emilio Pozuelo Monfort wrote:
> On 20/07/17 21:01, Niko Tyni wrote:
> > On Thu, Jun 29, 2017 at 07:51:33PM +0200, Emilio Pozuelo Monfort wrote:
> >> Control: forwarded -1
> >> https://release.
On Thu, Jun 29, 2017 at 07:51:33PM +0200, Emilio Pozuelo Monfort wrote:
> Control: forwarded -1
> https://release.debian.org/transitions/html/perl5.26.html
>
> On 29/06/17 14:07, Niko Tyni wrote:
> > Package: release.debian.org
> > User: release.debian@packages
l
syslog-ng-mod-date
syslog-ng-mod-grok
syslog-ng-mod-kafka
syslog-ng-mod-zmq
--
Niko Tyni nt...@debian.org
nondeterministic. However, it seems limited
to sparc64 afaics.
I'm copying the debian-sparc list. I don't intend to work on this myself,
but patches are welcome of course if it turns out to be a bug in perl
and not the sparc64 platform.
--
Niko Tyni nt...@debian.org
We're very close to a transition to 5.26
in sid, so there's a danger of hppa getting left behind. Apologies for
the late notice.
--
Niko Tyni nt...@debian.org
On Fri, Jul 14, 2017 at 10:50:16AM +0200, Emilio Pozuelo Monfort wrote:
> On 02/07/17 19:04, Dominic Hargreaves wrote:
> > On Sun, Jul 02, 2017 at 05:01:20PM +0200, gregor herrmann wrote:
> >> On Fri, 30 Jun 2017 12:39:09 +0200, Emilio Pozuelo Monfort wrote:
> >>
> >>> We need to distinguish among
kefile:15: recipe for target 'core-check' failed
make[4]: *** [core-check] Error 2
--
Niko Tyni nt...@debian.org
On Thu, Jul 13, 2017 at 06:56:52PM -0400, Scott Kitterman wrote:
> On Friday, July 14, 2017 12:37:12 AM Niko Tyni wrote:
> > It looks like a cdbs issue to me,
> > A workaround that seems to help is putting
> > X-Python3-Version: 3.5
> > in the Source paragraph o
ibperl5.24
etc. are in perl-debug too and should be more useful for that case.
(I see we don't mention them in the perl-debug package description but
we clearly should.)
See also #810327.
--
Niko Tyni nt...@debian.org
; as expected.)
A workaround that seems to help is putting
X-Python3-Version: 3.5
in the Source paragraph of debian/control to prevent it from trying 3.6
at all. This makes the build work for me (but doesn't help the python3.6
transition of course.)
This is the worst blocker for the Perl 5.26 transition too (uwsgi needs
to be rebuilt because uwsgi-plugin-psgi links against libperl), so even
a temporary ugly workaround would be appreciated from this side :)
--
Niko Tyni nt...@debian.org
ok 25 - command 'random' returned an ok status
ok 26 - command 'status' returned an ok status
ok 27 - random is on
ok 28 - command 'random' returned an ok status
ok 29 - command 'status' returned an ok status
ok 30 - random is off
ok
E: ABORT: Received INT signal (requesting cleanup and
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--
Niko Tyni nt...@debian.org
::Simple
is installed, otherwise PerlX::Assert::DD (which needs Devel::Declare.)
--
Niko Tyni nt...@debian.org
s: 29
Parse errors: Bad plan. You planned 70 tests but ran 57.
Files=76, Tests=1783, 90 wallclock secs ( 0.20 usr 0.06 sys + 86.61 cusr
2.41 csys = 89.28 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
erride_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
debian/rules:12: recipe for target 'build' failed
make: *** [build] Error 2
--
Niko Tyni nt...@debian.org
I expect a source-only upload
with these build dependencies would fail on the arch:all buildd.
Feel free to downgrade if that turns out to be wrong.
--
Niko Tyni nt...@debian.org
-aggregate-perl.
FWIW, this package is currently unbuildable in sid, as it has
Build-Depends-Indep: [...], libtest-most-perl
Build-Conflicts-Indep: [...], libtest-simple-perl (>= 1.30), perl (>=
5.25.1)
while libtest-most-perl has
Depends: [...], libtest-simple-perl (>= 1.302047) | perl (>= 5.25.4)
--
Niko Tyni nt...@debian.org
nf/ConfModule.pm line 65.
readline() on closed filehandle GEN0 at
/usr/share/perl5/Debconf/ConfModule.pm line 78."
[...]
--
Ran 9 tests in 0.704s
FAILED (failures=9)
debian/rules:23: recipe for target 'check' failed
make: *** [check] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status
2
--
Niko Tyni nt...@debian.org
1 Failed: 1)
Failed test: 1
Non-zero exit status: 1
Files=16, Tests=127, 0 wallclock secs ( 0.03 usr 0.01 sys + 0.41 cusr
0.02 csys = 0.47 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
t: 1
Non-zero exit status: 1
Files=16, Tests=127, 0 wallclock secs ( 0.04 usr 0.00 sys + 0.52 cusr
0.04 csys = 0.60 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
also about to revert the corresponding change for perl/experimental
so we can do the 5.26 transition without worrying about this.
--
Niko Tyni nt...@debian.org
Provides (hopefully temporarily.)
I intend do that this weekend or early next week if #867104 needs time.
--
Niko Tyni nt...@debian.org
(Taking the debian-dpkg list in the loop and hence overquoting.)
On Tue, Jul 04, 2017 at 10:18:08PM +0200, Ralf Treinen wrote:
> On Tue, Jul 04, 2017 at 10:29:35PM +0300, Niko Tyni wrote:
> > On Tue, Jul 04, 2017 at 09:09:37PM +0200, Ralf Treinen wrote:
> >
> > > t
ong -Wformat -Werror=format-security -c
modules/lua/lua-grammar.c -o modules/lua/modules_lua_liblua_la-lua-grammar.o
>/dev/null 2>&1
make[2]: Leaving directory '/<>/debian/build-tree'
Makefile:1188: recipe for target 'all' failed
make[1]: *** [all] Error 2
--
Niko Tyni nt...@debian.org
1 wallclock secs ( 0.05 usr 0.01 sys + 0.26 cusr 0.01
csys = 0.33 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
lify lots of dependencies
that currently read like (for instance)
perl (>= 5.16.1) | libscalar-list-utils-perl (>= 1:1.24)
--
Niko Tyni nt...@debian.org
Control: reassign -1 dose-builddebcheck 5.0.1-8
On Mon, Jul 03, 2017 at 10:39:55PM +0200, Kurt Roeckx wrote:
> On Mon, Jul 03, 2017 at 11:21:30PM +0300, Niko Tyni wrote:
> > Package: buildd.debian.org
> > X-Debbugs-Cc: debian-p...@lists.debian.org
> > User: debian-
-utils-perl conflicts with:
- libscalar-list-utils-perl:arm64
--
Niko Tyni nt...@debian.org
ibautodie-perl (= 2.29-2) in the 5.24
packages.
(I wonder what kind of testing would have spotted this, given libperl5.22
is no longer in any Debian suite. Going forward, we will want to ensure
at least that libperl5.x in sid is always coinstallable with libperl5.y
in stable.)
--
Niko Tyni nt...@debian.org
ion)' instead?
Copying the debian-perl@ list as multiple perl packages are affected.
--
Niko Tyni nt...@debian.org
On Mon, Jul 03, 2017 at 06:07:28PM +0200, gregor herrmann wrote:
> I see two possibilities:
> - lower the version in the Replaces/Breaks to <= 1.4414-1, as that's
> the last separateky packaged version un Debian; not as
> "theoretically clean" as breaking the "real" version but should be
>
me though I haven't looked at
this very deeply yet. Assuming the Breaks is mainly about file conflicts,
even (<= 1.4414-1) would probably be OK.
We're somewhat lucky in this case to have that option available;
the general case of a merge of separate packages in sid would probably
be harder.
--
Niko Tyni nt...@debian.org
such file or
directory: ./dicrc
# /usr/lib/mecab/mecab-dict-gen
dictionary_generator.cpp(212) [param.load(DCONF(DICRC))] no such file or
directory: ./dicrc
Copying the maintainers.
--
Niko Tyni nt...@debian.org
% oai_pmh
The encoding pragma is no longer supported at /usr/bin/oai_pmh line 3.
BEGIN failed--compilation aborted at /usr/bin/oai_pmh line 3.
--
Niko Tyni nt...@debian.org
severity 826506 important
user debian-p...@lists.debian.org
usertags 826506 + perl-5.26-transition
thanks
On Sun, Jun 05, 2016 at 10:43:28PM +0300, Niko Tyni wrote:
> Package: tiarra
> Version: 20100212+r39209-1
> Severity: minor
> User: debian-p...@lists.debian.org
> User
severity 826448 important
user debian-p...@lists.debian.org
usertags 826448 + perl-5.26-transition
thanks
On Sun, Jun 05, 2016 at 07:26:58PM +0300, Niko Tyni wrote:
> Package: libsyntax-highlight-engine-simple-languages-perl
> Version: 2
> Severity: minor
> User: debian-p...@list
On Thu, Jun 29, 2017 at 04:39:21PM +0100, Dominic Hargreaves wrote:
> On Thu, Jun 29, 2017 at 03:07:39PM +0300, Niko Tyni wrote:
> > Package: release.debian.org
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > X-Debbugs-Cc: debian-p...@lis
be prudent to decouple the move to versioned Provides (see
#758100 and the thread at [1]) from the rest of the transition and do
it with 5.24 in sid first. I hope to have time for that next week.
[1] https://lists.debian.org/debian-devel/2017/06/msg00236.html
--
Niko Tyni nt...@debian.org
::tmpnam() }
It looks like this is in the '--replay' code path and not the
game itself, so filing at 'normal' for now.
--
Niko Tyni nt...@debian.org
:$tmp_dir = "POSIX::tmpnam()
directory" if not $fh;
lib/Spreadsheet/WriteExcel/Worksheet.pm:$tmp_dir = "POSIX::tmpnam()
directory" if not $fh;
It looks like this is fallback code that might not be active
so filing at 'normal' for now.
--
Niko Tyni nt...@debian.org
d through in regex; marked
by <-- HERE in m/\\patterns{ <-- HERE .*/ at /usr/bin/html2ps line 4085.
Calling POSIX::tmpnam() is deprecated at /usr/bin/html2ps line 497.
--
Niko Tyni nt...@debian.org
.
--
Niko Tyni nt...@debian.org
/null
Calling POSIX::tmpnam() is deprecated at /usr/lib/mutt/mailspell line 37.
Please use File::Temp instead.
--
Niko Tyni nt...@debian.org
801 - 900 of 4633 matches
Mail list logo