"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
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
-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
,
as seen in the attached patch. I'm not totally sure that this
won't break things on other DBD implementations though.
--
Niko Tyni nt...@debian.org
>From b8cd9d0d853fdca08488f261d5856801e2ce2771 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Mon, 21 Jan 2019 21:07:59 +0200
Subject:
ads_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 method at
affect things
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
it2 bundled 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
Control: tag -1 pending
Hello,
Bug #918435 in libgit-raw-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
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
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
package.
--
Niko Tyni nt...@debian.org
in releasing buster with this as a separate package.
--
Niko Tyni nt...@debian.org
d 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
--
Niko Tyni nt...@debian.org
Control: tag -1 pending
Hello,
Bug #911938 in libhttp-daemon-ssl-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: clone -1 -2
Control: reassign -2 libio-socket-ssl-perl 2.060-3
Control: retitle -2 libio-socket-ssl-perl: TLSv1.3 connection deadlock
On Tue, Nov 13, 2018 at 12:10:12AM +0200, Niko Tyni wrote:
> FWIW this smells to me most likely a bug in IO::Socket::SSL TLSv1.3
> support but I h
On Mon, Nov 12, 2018 at 09:11:59PM +0100, Mike Gabriel wrote:
> In order not to loose this bit of information that came in via #debian-perl
> IRC:
Thanks, and sorry for not doing that myself.
FWIW this smells to me most likely a bug in IO::Socket::SSL TLSv1.3
support but I haven't managed to
On Mon, Nov 12, 2018 at 09:29:14AM +0100, Christoph Martin wrote:
> Version 0.22.9 introduced a setting of recursion_limit_hast to 65536,
> but I still get reports of user, who need a higher value.
Yeah, I guess it depends on the number of apt sources.
Why don't you just disable the checks
s the best tool for this (a cache
of apt list contents.) AFAICS you're reading the whole data structure
in memory even when you need just one entry? You might want to look at
the various Cache / CHI modules, or even just plain GDBM_File.
--
Niko Tyni nt...@debian.org
ot in range(128)
make[3]: *** [Makefile:1414: cs/cs.stamp] Error 1
This seems to be the same issue as
https://bugzilla.redhat.com/show_bug.cgi?id=1604169
https://github.com/itstool/itstool/issues/22
https://gitlab.gnome.org/GNOME/gnumeric/issues/331
--
Niko Tyni nt...@debian.org
On Wed, Oct 17, 2018 at 09:21:29PM +0200, Kurt Roeckx wrote:
> On Wed, Oct 17, 2018 at 09:22:35PM +0300, Niko Tyni wrote:
> > Is it still useful to block openssl 1.1.1 testing migration with this bug?
>
> Things like python are also blocked on it. I have no problem
> low
On Tue, Oct 16, 2018 at 04:58:56AM +0530, shirish शिरीष wrote:
> While upgrading my system, I came across this bug (shared by apt-listbugs) .
>
> I wonder if there are any gdbm databases which are built and have that
> database.
>
> The one example that was shared by6 Niko was of
will probably
need some maintscript logic to remove the incompatible version and
regenerate it.
Local databases on user systems still need a solution.
--
Niko Tyni nt...@debian.org
sl 1.1.1 testing migration with this bug?
My personal concern is that the openssl testing/unstable situation has
been the only blocker for a Perl 5.28 transition for quite some time now,
and the buster transition deadline (2019-01-12) is less than three
months away.
--
Niko Tyni nt...@debian.org
On Mon, Oct 15, 2018 at 05:50:23PM +, Dmitry Bogatov wrote:
> [2018-10-15 20:18] Niko Tyni
> > > I am sorry to say it, but probably binNMU or sourceful upload would
> > > be required for all packages, that bundle gdbm databases, generated
> > > by (gdbm <<
On Mon, Oct 15, 2018 at 12:21:16AM +, Dmitry Bogatov wrote:
>
> [2018-10-13 13:20] Niko Tyni
> > The libgdbm6 transition broke autopkgtest checks of src:perl and
> > libmarc-charset-perl.
> >
> > It looks like some GDBM databases which were working with the o
On Sat, Oct 13, 2018 at 01:20:55PM +0300, Niko Tyni wrote:
> Package: libgdbm6
> Version: 1.18-2
> Severity: grave
> X-Debbugs-Cc: p...@packages.debian.org,
> libmarc-charset-p...@packages.debian.org
>
> The libgdbm6 transition broke autopkgtest checks of src:perl and
&
version 1.14.1. 03/01/2018 on Sat Oct 13
13:15:59 2018
#:version=1.0
#:file=debian/tests/data/jessie.gdbm
#:uid=1000,user=niko,gid=1000,group=niko,mode=644
# End of header
#:len=3
Zm9v
#:len=9
amVzc2llIE9L
#:count=1
# End of data
--
Niko Tyni nt...@debian.org
ressed with gdk-pixbuf 2.38.0+dfsg-1 or so, but I
haven't verified that (and the ci.debian.net machinery doesn't seem to
have pinpointed it yet either.)
--
Niko Tyni nt...@debian.org
On Mon, Aug 20, 2018 at 08:52:04PM +0200, Sebastiaan Couwenberg wrote:
> So far I've not been able to reproduce this issue.
>
> How massively parallel are your builds?
Looks like they have parallel=4. But the sid s390x build that
encountered this only has parallel=2.
k my sponsor to upload it.
The experimental tag isn't that much of an issue in itself. The main
thing now is that reverse dependencies of libsane have to be rebuilt
for libsane1. That needs to be coordinated with the release team.
Please ask the release team how they would prefer this to be handled.
--
Niko Tyni nt...@debian.org
if
the 'generate' target of swig/python/GNUmakefile is getting erroneously
run in parallel with targets compiling the files that 'generate' modifies.
So maybe it's just a case of fragility on parallel builds?
--
Niko Tyni nt...@debian.org
sid is going to clash with other transitions.
It looks like 1.0.27-1~experimental6 entered sid accidentally, do you
intend to revert that or go ahead with the transition?
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
der doing that
until a solution is implemented upstream?
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Fri, Jul 27, 2018 at 01:46:24PM +0300, Niko Tyni wrote:
> Source: uwsgi
> Version: 2.0.17.1-2
> Severity: serious
> Tags: ftbfs
> Control: block 902557 with -1
>
> This package fails to build on sid/amd64:
> *** unable to build gccgo p
ild on at least amd64 with
> gcc-8/g++-8, but succeeds to build with gcc-7/g++-7. The
> severity of this report will be raised before the buster release.
There's an upstream patch for this at
https://github.com/octo/liboping/commit/18ca43507b351f339ff23062541ee8d58e813a53
--
Niko Tyni nt...@debian.org
Control: retitle -1 libbam-dev: no longer built with -fPIC
Control: reassign -1 libbam-dev 0.1.19-3
On Fri, Jul 27, 2018 at 01:12:01PM +0300, Niko Tyni wrote:
> Source: libbio-samtools-perl
> Version: 1.43-1
> Severity: serious
> Tags: ftbfs
> Control: block 902557 with -1
>
&g
to fix this. There's no regressing code change,
0.17-1 fails in the same way.
--
Niko Tyni nt...@debian.org
>From cc8d278d2737f55ac2ef262c89849597c5929f90 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Mon, 30 Jul 2018 15:08:10 +0300
Subject: [PATCH] tree_to_callback: don't
On Sat, Jul 28, 2018 at 02:24:51AM +0200, gregor herrmann wrote:
> Control: tag -1 + confirmed upstream
> Control: forwarded -1 https://github.com/mkamensky/Text-Bidi/issues/8
>
> On Fri, 27 Jul 2018 14:58:11 +0300, Niko Tyni wrote:
>
> > This package fails to build on si
ile:355: private.o] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: make -j1 returned exit code 2
make: *** [debian/rules:22: build] Error 2
I see src:fribidi has had a couple of uploads recently, this
probably regressed with those.
--
Niko Tyni nt...@debian.org
o-error plugins/gccgo/gccgo_plugin.c plugins/gccgo/uwsgi.go -Wl,-z,relro -lgo
*** unable to build gccgo plugin ***
make: *** [debian/rules:450: debian/stamp-uwsgi-plugin-gccgo] Error 1
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
--
Niko Tyni nt...@debian.org
make: *** [debian/rules:4: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
It seems to have built OK on test.reproducible-builds.org on 2018-07-12,
so could be a binutils regression rather than libbam-dev?
--
Niko Tyni nt...@debian.org
porting the issue.
(Closes: #902355)
* dh_installexamples: Ditto.
[...]
--
Niko Tyni nt...@debian.org
On Sat, Jul 21, 2018 at 01:00:28AM +0200, gregor herrmann wrote:
> On Fri, 29 Jun 2018 10:37:34 +0300, Niko Tyni wrote:
>
> > As libqtgui4-perl can't be rebuilt for Perl 5.28 in its current state
> > and is not going to be fixed, removal of this debconf frontend has be
plying this as an interim fix even if qt4-perl is
going away, to unblock the Perl 5.28 transition.
--
Niko Tyni nt...@debian.org
>From 8d0f96e2b91a03476f509d75f6066d29d0124066 Mon Sep 17 00:00:00 2001
From: Niko Tyni
Date: Tue, 17 Jul 2018 20:34:05 +0300
Subject: [PATCH] Disable buildi
onst long unsigned int (*)[]}'
On arm*:
ptrace.c:167:12: error: 'get_ptrace_tid' defined but not used
[-Werror=unused-function]
static int get_ptrace_tid( struct thread *thread )
--
Niko Tyni nt...@debian.org
8-07-06 15:05:20.981 P00 ERROR: [125]: Cache reset disabled by
--cache-only option
debian/rules:15: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 125
--
Niko Tyni nt...@debian.org
Source: auto-multiple-choice
Version: 1.3.0-5
Severity: serious
This package Build-Depends on pdftk, which has been uninstallable in
unstable and gone from testing for a couple of months now due to #892539.
--
Niko Tyni nt...@debian.org
we can't really get Perl 5.28 into
testing if that makes debconf fail to build. So something needs to
be done.
I think I'll try to push debconf #629405 ("libqtgui4-perl based frontend
might need to be removed") then.
--
Niko Tyni nt...@debian.org
est migration
checks, which highlighted that the package is installable but broken
with the libgsl23 version currently in testing.)
https://ci.debian.net/packages/libm/libmath-gsl-perl/testing/amd64/
--
Niko Tyni nt...@debian.org
.)
--
Niko Tyni nt...@debian.org
On Wed, Jun 27, 2018 at 10:34:08PM +0200, Axel Beckert wrote:
> Perl 5.26:
>
> → perl -E 'my $i = 0 ; while ($i < 10) { $ii[$i++] = "ii[$i] = $i" ; say
> $ii[$i-1]; } '
> ii[0] = 0
> ii[1] = 1
[...]
> Perl 5.28:
>
> → perl -E 'my $i = 0 ; while ($i < 10) { $ii[$i++] = "ii[$i] = $i" ; say
On Tue, Jun 19, 2018 at 10:05:09AM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> El jueves, 14 de junio de 2018 14:45:59 -03 Niko Tyni escribió:
> > On Fri, Jan 19, 2018 at 06:23:25AM +0200, Adrian Bunk wrote:
> > > Package: libsmokeqt4-dev
> > > Version:
On Wed, Jun 27, 2018 at 05:34:50PM +0200, gregor herrmann wrote:
> On Tue, 26 Jun 2018 10:25:06 +0300, Niko Tyni wrote:
> When I `touch xs/*' before dh_auto_build, indeed re-swig-ification is
> skipped for all files; so on the other hand, touching swig/* should
> make sure tha
On Tue, Jun 26, 2018 at 08:37:58AM -0500, Dirk Eddelbuettel wrote:
> On 26 June 2018 at 10:12, Niko Tyni wrote:
> | For the record, the Perl GSL bindings package libmath-gsl-perl (can be
> | made to) work without the deprecated symbols too. It just needs a rebuild,
> | and forcing
On Tue, Jun 26, 2018 at 10:25:06AM +0300, Niko Tyni wrote:
> It looks like the deprecated symbols will be reinstated for now.
> Not sure if we still want to disable them on our side. Probably not.
The gsl maintainer seems keen to remove those symbols in a (near?) future
SONAME bump. Pr
On Sun, Jun 24, 2018 at 04:02:06PM +0200, gregor herrmann wrote:
> -my $ver2func = do(catfile(qw/inc ver2func/));
> +my $ver2func = do('./' . catfile(qw/inc ver2func/));
Yeah, that's better than -I. (hardcoding '/' as the directory separator is
a bit ugly but works for us, and I see catfile is
On Mon, Jun 25, 2018 at 06:37:21AM -0500, Dirk Eddelbuettel wrote:
> I seem to have confused myself. I have new 2.5-2 packages which should carry
> the deprecated symbols, brought back for our use in the eg the Perl GSL
> package.
Thanks! I can confirm that libmath-gsl-perl works fine again
On Tue, Jun 26, 2018 at 08:23:54AM +0200, gregor herrmann wrote:
> On Tue, 26 Jun 2018 04:24:59 +0200, Axel Beckert wrote:
>
> > Dominic Hargreaves wrote:
> > > The upstream version of this package has not worked since 5.18, and we
> > > have had to apply several fixes in Debian since. The build
at the next upstream SONAME bump or a Debian specific
transition?
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
On Wed, Jun 20, 2018 at 11:39:27PM +0300, Niko Tyni wrote:
> There's still the 2.2.8 / --ignore-mdc-error regression to fix.
Here's a patch for adapting the test suite to that one too.
I can't see an easy way to inject --ignore-mdc-error to the
decrypt() c
ith something like this:
perl -I. Build.PL
perl Build clean # removes xs/*
perl -I. Build.PL
perl Build # regenerates xs/*
perl Build test
and the attached two patches. The latter one may not turn out to be
necessary if the deprecated functions get reinstated with #902281.
--
Niko Tyni nt...@
at -e line 1.
Please reinstate the symbols or bump the SONAME (which would normally
require a proper library transition.)
--
Niko Tyni nt...@debian.org
key seems
sensible, so the attached patch adapts the test suite to that.
There's still the 2.2.8 / --ignore-mdc-error regression to fix.
Happy if someone else can look at that, won't be able to do that
for a few days myself.
--
Niko
>From 46ccc0a68d9f8d9c62d3fe3343dfd624065fc6b9 Mon Sep 17 0
On Fri, May 25, 2018 at 05:06:21PM +0300, Niko Tyni wrote:
> Control: severity -1 serious
>
> On Fri, May 25, 2018 at 11:05:58AM +0200, intrig...@debian.org wrote:
> > Package: libgnupg-interface-perl
> > Version: 0.52-9
> > Severity: important
> > X-Debbugs-C
uild] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
--
Niko Tyni nt...@debian.org
directory:
'/usr/lib/python3/dist-packages/mkdocs/themes/readthedocs/fonts/fontawesome-webfont.woff'
make[1]: *** [Makefile:10: html/index.html] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: make -j4 returned exit code 2
make: *** [debian/rules:8: binary] Error 2
Thanks for your work,
--
Niko Tyni nt...@debian.org
s it's good to have your patch to fall back on.
Hi, any news on this? It's blocking parts of our Perl 5.28 rebuild
testing, and will obviously block the transition as well when we get
that far.
Thanks for your work,
--
Niko Tyni nt...@debian.org
BFS because of this bug.
Dear Qt/KDE maintainers: do you think qt4-perl should still be kept alive,
or should the support in debconf be finally removed (see #629405) ?
I see there's a prospective alternative KDE debconf frontend (#631769)
but that seems stalled unfortunately.
Copying the debconf
ned
exit status 2
--
Niko Tyni nt...@debian.org
make -j4 test returned exit code 2
debian/rules:6: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit
status 2
--
Niko Tyni nt...@debian.org
es).
1 out of 2 hunks FAILED -- saving rejects to file mi/miinitext.c.rej
patching file include/os.h
Hunk #1 succeeded at 633 (offset 12 lines).
make: *** [debian/rules:129:
unix/xserver/.apply-patches-vnc-patch-xorg.stamp] Error 1
--
Niko Tyni nt...@debian.org
out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
builddeps:pkg-haskell-tools : Depends: libghc-shake-dev (< 0.16) but
0.16.4-2 is to be installed
E: Unable to correct problems, you have held broken packages.
--
Nik
es:111: build] Error 2
Full build log attached.
--
Niko Tyni nt...@debian.org
postgis_amd64-2018-06-09T14:19:48Z.build.gz
Description: application/gzip
c_schema.t .. skipped: Catalyst::Plugin::Session::State::Cookie is
required for this test
Test Summary Report
---
t/01use.t(Wstat: 256 Tests: 1 Failed: 1)
Failed test: 1
Non-zero exit status: 1
Files=8, Tests=1, 1 wallclock secs ( 0.04 usr 0.01 sys + 0.47 cusr 0.05
csys = 0.57 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
to a recommendation.
https://salsa.debian.org/debian/latex-make/commit/4ed84338b64b7bd2fff6d6764f3236625c092043
--
Niko Tyni nt...@debian.org
an/pkgconfig/OpenIPMIpthread.pc
sed: can't read /usr/lib/pkgconfig/OpenIPMIpthread.pc: No such file or
directory
make: *** [debian/rules:205: build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
--
Niko Tyni nt...@debian.org
.pm
line 195.
# Looks like your test exited with 2 just after 10.
[...]
Test Summary Report
---
t/rr-dnssec.t (Wstat: 512 Tests: 10 Failed: 0)
Non-zero exit status: 2
Parse errors: Bad plan. You planned 38 tests but ran 10.
--
Niko Tyni nt...@debian.org
On Thu, May 17, 2018 at 01:16:17AM +0300, Niko Tyni wrote:
> On Sun, May 13, 2018 at 04:52:06PM +0200, gregor herrmann wrote:
> > Source: libmarc-transform-perl
> > Version: 0.003006-2
> > Severity: serious
> > Tags: upstream buster sid
> > Justification: fails to
eval{ create("605"
> (Missing operator before 605?)
This regressed with
https://github.com/ingydotnet/yaml-pm/commit/a2231746743e9bb2939c063ab440ac658c226c4e
--
Niko Tyni nt...@debian.org
P_ELEMENT
Line: 3
Document: 1
at /usr/share/perl5/YAML/Loader.pm line 361.
The YAML code is accepted by YAML::XS and YAML::Tiny, so this seems like
a probable regression in libyaml-perl to me.
Bisecting gives
https://github.com/ingydotnet/yaml-pm/commit/1976972cd399a7082f
lhost/token/form
not ok 2 - Found form
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 2/2 subtests
--
Niko Tyni nt...@debian.org
s: No plan found in TAP output
Files=2, Tests=50, 2 wallclock secs ( 0.03 usr 0.00 sys + 1.34 cusr 0.07
csys = 1.44 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
0.02 sys + 73.54 cusr
0.94 csys = 74.66 CPU)
Result: FAIL
--
Niko Tyni nt...@debian.org
nd in TAP output
t/config-model-wizard.t (Wstat: 512 Tests: 3 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
--
Niko Tyni nt...@debian.org
On Wed, Apr 25, 2018 at 11:30:11AM +0200, Christoph Berg wrote:
> Re: Niko Tyni 2018-04-20 <20180420174614.GA6944@estella.local.invalid>
> > When you fix this, please file a bug against perl to add a Breaks entry
> > for the older pgbackrest versions so that partial
at -e line 1.
--
Niko Tyni nt...@debian.org
) at
/usr/share/perl5/Data/Format/HTML.pm line 165.
BEGIN failed--compilation aborted at /usr/share/perl5/Data/Format/HTML.pm
line 165.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/perl5/5.26/Geo/Shapelib.pm line 5.
BEGIN failed--compilation aborted at
/usr/lib/x86_64-linux-gnu/perl5/5.26/Geo/Shapelib.pm line 5.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
line 62.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
-base) at
/usr/share/perl5/HTML/PopupTreeSelect.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/HTML/PopupTreeSelect.pm
line 7.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/x86_64-linux-gnu/perl-base) at
/usr/share/perl5/HTML/WikiConverter/Markdown.pm line 9.
BEGIN failed--compilation aborted at
/usr/share/perl5/HTML/WikiConverter/Markdown.pm line 9.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt
-linux-gnu/perl-base) at
/usr/share/perl5/Log/Dispatch/FileRotate.pm line 15.
BEGIN failed--compilation aborted at
/usr/share/perl5/Log/Dispatch/FileRotate.pm line 15.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
1.
I know this is already fixed in git (thanks Xavier!), still filing a
bug for tracking purposes. Will add the Closes entry to the changelog
in git myself as soon as I get the BTS ack.
--
Niko Tyni nt...@debian.org
/perl5/LWP/Authen/Negotiate.pm line 6.
BEGIN failed--compilation aborted at /usr/share/perl5/LWP/Authen/Negotiate.pm
line 6.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/usr/lib/x86_64-linux-gnu/perl-base) at
/usr/share/perl5/Module/Install/AutoManifest.pm line 6.
BEGIN failed--compilation aborted at
/usr/share/perl5/Module/Install/AutoManifest.pm line 6.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko
/Transform.pm line 8.
BEGIN failed--compilation aborted at /usr/share/perl5/MARC/Transform.pm line 8.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/lib/x86_64-linux-gnu/perl-base) at
/usr/share/perl5/Module/Install/ExtraTests.pm line 5.
BEGIN failed--compilation aborted at
/usr/share/perl5/Module/Install/ExtraTests.pm line 5.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt
201 - 300 of 1438 matches
Mail list logo