e/DBD-SQLite/commit/ba4f472e7372dbf453444c7764d1c342e7af12b8
--
Niko Tyni nt...@debian.org
Source: libmath-gsl-perl
Version: 0.43-1
Severity: serious
Tags: ftbfs
This package failed to build on several architectures.
>From
>https://buildd.debian.org/status/fetch.php?pkg=libmath-gsl-perl&arch=arm64&ver=0.43-1&stamp=1632072156&raw=0
# Failed test 'use Math::GSL::Matrix;'
# at t/00-
On Sun, Sep 19, 2021 at 05:42:55PM +0200, gregor herrmann wrote:
> Package: libtest-xml-simple-perl
> Version: 1.05-2
> Severity: serious
> Tags: ftbfs sid bookworm
> Justification: fails to build from source (but built successfully in the past)
> This is a bit suprising as we have debian/patches/
On Mon, Sep 20, 2021 at 10:25:43AM +0100, Niko Tyni wrote:
> Source: libmath-gsl-perl
> Version: 0.43-1
> Severity: serious
> Tags: ftbfs
>
> This package failed to build on several architectures.
>
> From
> https://buildd.debian.org/status/fetch.php?pkg=libmath-gsl
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
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
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
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
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
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
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
.PL standardall
dir=`pwd` &&\
cd perl && \
if false; then \
--
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
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
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 Februar
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 +
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 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 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
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
Control: tag -1 pending
Hello,
Bug #924719 in 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:
https://salsa.debian.org/perl-team/interpreter/perl/commit/7ffa05fcb0ebe9525c7ceae6fa5
Control: tag -1 pending
Hello,
Bug #923238 in libmarc-charset-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:
https://salsa.debian.org/perl-team/modules/packages/libmarc-charset-pe
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.
> > (
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
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
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
&
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 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 <<
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
, it 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
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 libmarc-charse
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
> loweri
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
n 97: ordinal not 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
sure Storable is 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
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 with
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 get
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
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:
https://salsa.debian.org/perl-team/modules/packages/libhttp-daemon
//github.com/houseabsolute/Time-Local/commit/63265fd81c7f6177bf28dfe0d1ada9cb897de566
--
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
y value
in releasing buster with this as a separate package.
--
Niko Tyni nt...@debian.org
a
separate package.
--
Niko Tyni nt...@debian.org
e-linux-gnu/,
/usr/lib/i386-kfreebsd-gnu/.
[3] as in 'open my $fh, "<", \$scalar;'
[4] it's not even in $Config{ccflags} because we ship a Config.pm from
the shared build without it, see #798626 et al.
--
Niko Tyni nt...@debian.org
>From 9b014783658e
rom Clone rather than inheriting (GH#189) (Graham Knop)
Looking at the above, my guess is that the Dancer test which "hides
Clone.pm" needs to be updated, as it uses HTTP::Headers which now
requires Clone.
--
Niko Tyni nt...@debian.org
path
'/tmp/uGVjCBrSr3/libfoo' failed
I've tested that building in bookworm succeeds, but injecting
git_1%3a2.38.1-1_amd64.deb (and git-man_1%3a2.38.1-1_all.deb) makes it
fail. I assume this is about
https://security-tracker.debian.org/tracker/CVE-2022-39253
which was fixed in git 1:2.38.1-1.
--
Niko Tyni nt...@debian.org
lication is that pdl has added an unversioned dependency on
libtext-balanced-perl while it really needs a newer one. So making the
perl core packages Provide libtext-balanced-perl will break pdl.
I've filed a separate bug about this, and would prefer to have
pdl changed first.
--
Niko Tyni nt...@debian.org
uld be welcome.
--
Niko Tyni nt...@debian.org
ickit-widget-scrollbox-perl_0.11-1_amd64-2022-06-14T06:54:08Z.build
--
Niko Tyni nt...@debian.org
On Sun, Jul 03, 2022 at 04:29:22PM +0300, Niko Tyni wrote:
> Source: perl
> Version: 5.36.0-1
> Severity: serious
> Tags: ftbfs
> User: debian-p...@lists.debian.org
> Usertags: perl-5.36-transition
> X-Debbugs-Cc: debian-m...@lists.debian.org
>
> The perl package in
al blocks,
and doing an exit(1) from there.
https://sources.debian.org/src/apt-cacher/1.7.26/apt-cacher/#L2251
https://sources.debian.org/src/apt-cacher/1.7.26/apt-cacher/#L1259
I'd say this is not a bug in liburi-perl.
--
Niko Tyni nt...@debian.org
e of the handler (see "$^S" in perlvar). Because
this promotes strange action at a distance, this counterintuitive
behavior may be fixed in a future release.
Corresponding untested patch against apt-cacher attached.
--
Niko Tyni nt...@debian.org
>From 33013c19088fa3a4
Control: severity -1 normal
On Sun, Jul 03, 2022 at 10:41:16PM +0300, Niko Tyni wrote:
> On Sun, Jul 03, 2022 at 04:29:22PM +0300, Niko Tyni wrote:
> > Source: perl
> > Version: 5.36.0-1
> > Severity: serious
> > Tags: ftbfs
> > User: debian-p...@lists.d
On Sun, Jul 03, 2022 at 05:20:17PM +0300, Niko Tyni wrote:
> On Sat, Jun 25, 2022 at 10:09:46AM +0300, Damyan Ivanov wrote:
> > Control: retitle -1 libtickit-widget-scrollbox-perl: intermittent memory
> > corruption in t/02input-key.t and t/03input-mouse.t
> >
> >
rather
than / in addition to polymake-common.
--
Niko Tyni nt...@debian.org
Source: libgrokj2k
Version: 9.7.5-1
Severity: serious
This package failed to build on armel, mips64el, mipsel, ppc64el and
s390x, but built successfully on them in the past.
In case these architectures are not supported, the old binaries
should be removed.
--
Niko Tyni nt...@debian.org
s. The
package won't migrate until it either builds on those architectures again,
or the old packages are removed from unstable.
For more information on removal requests see
https://wiki.debian.org/ftpmaster_Removals
Hope this helps,
--
Niko Tyni nt...@debian.org
Control: severity -1 normal
Hi, thanks Ian for the report and Damyan for looking into the issues.
On Sun, Jul 31, 2022 at 11:37:09AM +0300, Damyan Ivanov wrote:
> -=| Ian Jackson, 30.07.2022 13:42:05 +0100 |=-
> > Package: perl
> > Version: 5.34.0-4
> > Severity: grave
> >
> > To reproduce
> >
ld Break perl-openssl-defaults (<= 5) once we have fixed this.
--
Niko Tyni nt...@debian.org
ight versioned
dependencies on the zlib1g package, requiring rebuilds whenever there's
a new zlib upstream version. That seems overkill to me.
Note that if we do introduce the tight dependencies, src:perl has a
separate copy of Compress-Raw-Zlib which should probably get the same
treatment.
--
Niko Tyni nt...@debian.org
On Wed, Nov 16, 2022 at 10:44:33PM +0100, gregor herrmann wrote:
> On Wed, 16 Nov 2022 21:56:31 +0200, Niko Tyni wrote:
>
> > From the log:
> >
> >not ok 2 - ZLIB_VERSION (1.2.11) matches
> > Compress::Raw::Zlib::zlib_version
> ># Failed test (t/
config, triggering a latent bug in redland-bindings
of a missing a build dependency.
A full build log is available at
http://perl.debian.net/rebuild-logs/sid/redland-bindings_1.0.17.1+dfsg-2/redland-bindings_1.0.17.1+dfsg-2.buildlog
--
Niko Tyni nt...@debian.org
GNM_const(0.693147180559945309417232121458176568075500134360255254120680009493393621969694715605863326996419)
|
^~~~~~
--
Niko Tyni nt...@debian.org
1792 (exited 7) Tests: 7 Failed: 7)
Failed tests: 1-7
Non-zero exit status: 7
Files=4, Tests=7, 21 wallclock secs ( 0.04 usr 0.02 sys + 0.94 cusr 0.20
csys = 1.20 CPU)
Result: FAIL
We've had trouble with arm* before, see #824846 .
--
Niko Tyni nt...@debian.org
ng Ilmari: any news here? There's some pressure to fix this on the
Debian side, do you think the fix/workaround (->set_clone_behaviour(0))
is at least an acceptable temporary solution?
Thanks for your work,
--
Niko
>From 421f0c87f50862786b98934575d3f73a02119181 Mon Sep 17 00:00:00 2001
Fro
enIPMIpthread.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
which relaxed its dependency on fig2dev to a recommendation.
https://salsa.debian.org/debian/latex-make/commit/4ed84338b64b7bd2fff6d6764f3236625c092043
--
Niko Tyni nt...@debian.org
ped: Catalyst::Plugin::Session::State::Cookie is
required for this test
t/07dbic_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
debian/rules: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
d 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.
--
unk #2 succeeded at 109 (offset -129 lines).
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
ests passed![0m
make[1]: Leaving directory '/<>'
dh_auto_test: 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
returned
exit status 2
--
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 de
the way of other
> packages 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
c, 'rb') as fsrc:
FileNotFoundError: [Errno 2] No such file or 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
k:77:
debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
--
Niko Tyni nt...@debian.org
ed in require at /usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm
line 19.
BEGIN failed--compilation aborted at
/usr/lib/x86_64-linux-gnu/perl5/5.26/SNMP.pm line 19.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
Reassigning.
--
Niko Tyni nt...@debian.org
(Wstat: 256 Tests: 12 Failed: 1)
Failed test: 8
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
On Tue, Apr 03, 2018 at 08:39:34PM +1000, Craig Small wrote:
> tags 894626 + help
Hi Craig, thanks for looking into the this net-snmp issue. Could you
elaborate a bit on what you want help for? Gregor already provided a
patch, do you want testing for that or another patch with a different
approac
On Sat, Apr 07, 2018 at 03:35:22PM +0300, Niko Tyni wrote:
> On Tue, Apr 03, 2018 at 08:39:34PM +1000, Craig Small wrote:
> > tags 894626 + help
>
> Hi Craig, thanks for looking into the this net-snmp issue. Could you
> elaborate a bit on what you want help for? Gregor already
dy recipe for injecting that.
It seems probable that other packages (libwx-glcanvas-perl?) are
similarly affected, but I haven't looked into that.
Olly, explicitly copying you as you're handling this transition (thanks
for that!). Any thoughts on this?
Setting severity to RC initially
On Sat, Apr 07, 2018 at 09:57:15PM +0100, Olly Betts wrote:
> On Sat, Apr 07, 2018 at 04:20:48PM +0300, Niko Tyni wrote:
> > So to do this properly it looks like we need something to make
> > sure the Perl Wx related packages are upgraded in sync. The
> > virtual package
On Sun, Apr 08, 2018 at 11:42:47AM +0300, Niko Tyni wrote:
> Another approach would be to consider this a one time glitch (how often
> are we going to change toolkits anyway?), make libwx-perl Break older
> (gtk2 based) libwx-scintilla-perl and libwx-glcanvas-perl versions,
> an
On Mon, Apr 09, 2018 at 09:37:54PM +0100, Olly Betts wrote:
> I've read that ticket already, but I'm not really clear on why it
> requires the exact wxWidgets version. If you built against wxWidgets
> 3.0.3.1 then the real requirement is $upstream_version >= 3.0.3.1 not
> $upstream_version == 3.0
/lib//perl/5.26.1 (note /perl/
not /perl5/). This private directory changed with the upgrade of Perl.
When you fix this, please file a bug against perl to add a Breaks entry
for the older pgbackrest versions so that partial upgrades can't end up
with a broken combination of packages.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
usr/share/perl5/openscap.pm line 11.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
uire at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
This has been fatal since Perl 5.22, so stretch is affected too.
--
Niko Tyni nt...@debian.org
at
/usr/share/perl5/XML/Structured.pm line 11.
BEGIN failed--compilation aborted at /usr/share/perl5/XML/Structured.pm line
11.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
usr/share/perl5/X2Go/Log.pm line 37.
BEGIN failed--compilation aborted at /usr/share/perl5/X2Go/Log.pm line 37.
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/X2Go/Server/DB.pm line 38.
BEGIN failed--compilation aborted at /usr/share/perl5/X2Go/Server/DB.pm line
38.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
e) at
/usr/lib/x86_64-linux-gnu/perl5/5.26/QtCore4.pm line 799.
BEGIN failed--compilation aborted at
/usr/lib/x86_64-linux-gnu/perl5/5.26/QtCore4.pm line 799.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
ation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
This is also the case on stretch and jessie.
--
Niko Tyni nt...@debian.org
/usr/lib/x86_64-linux-gnu/perl-base) at
/usr/share/perl/5.26/parent.pm line 16.
BEGIN failed--compilation aborted at
/usr/share/perl5/Plack/Middleware/Cache.pm line 5.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
.
BEGIN failed--compilation aborted at -e line 1.
I see that ssh is (rightly!) the preferred way to use this module,
and libnet-telnet-perl is an alternative secondary dependency, but
NetApp::Filer unconditionally uses Net::Telnet so it looks like the
package is unusable without that...
--
-base) at
/usr/share/perl5/Net/DNS/ZoneFile/Fast.pm line 74.
BEGIN failed--compilation aborted at /usr/share/perl5/Net/DNS/ZoneFile/Fast.pm
line 74.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
eTiny Eval::Closure /)
{
last if eval(
"require $backend; *eval_closure =
\\&$backend\::eval_closure;"
);
}
exists(&eval_closure)
or croak "Could not load Eval::TypeTiny";
--
Niko Tyni nt...@debian.org
86_64-linux-gnu/perl-base) at
/usr/share/perl5/Monitoring/Livestatus/Class.pm line 4.
BEGIN failed--compilation aborted at
/usr/share/perl5/Monitoring/Livestatus/Class.pm line 4.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/site_perl /usr/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.
--
201 - 300 of 1486 matches
Mail list logo
