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
pired 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 46ccc0a68d9f8d9c62d3fe3343dfd624065fc6
quire at -e line 1.
BEGIN failed--compilation aborted 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
I was able to cobble a working rebuild together with 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 g
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
d
for now,
and remove them at the next upstream SONAME bump or a Debian specific
transition?
--
Niko Tyni nt...@debian.org
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 h
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 wi
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 ra
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 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 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 sur
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 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
>
libgsl23 in testing.)
--
Niko Tyni nt...@debian.org
opkgtest 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
roblem is that 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
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
ot"}
2018-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
this regressed 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 Sun, Nov 13, 2016 at 07:13:54PM +0200, Niko Tyni wrote:
> Package: request-tracker4
> Version: 4.2.13-3
> Severity: serious
>
> This package failed to build on the 'all' buildd:
>
>
> https://buildd.debian.org/status/fetch.php?pkg=request-tracker4&
Control: severity -1 important
Control: tag -1 unreproducible
On Mon, Nov 21, 2016 at 12:45:19AM +0100, Emilio Pozuelo Monfort wrote:
> On 20/11/16 21:32, Niko Tyni wrote:
> > On Sun, Nov 13, 2016 at 07:13:54PM +0200, Niko Tyni wrote:
> >> Package: request-tracker4
>
ound is presumably to pass GetAddrInfoFlags => 0 to
IO::Socket::IP constructors, at least where the address family is
explicitly spelled out.
Sorry, no patch atm.
--
Niko Tyni nt...@debian.org
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
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
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
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
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
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
, 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
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
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
tests pass. What's the history behind this version check?
--
Niko Tyni nt...@debian.org
ent is of type
'const HROW (*)[] {aka const 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
his, allowing qt4-perl to build
again in my tests.
Please consider applying 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
Da
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 becom
porting the issue.
(Closes: #902355)
* dh_installexamples: Ditto.
[...]
--
Niko Tyni nt...@debian.org
de 2
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
ot;\".\"" -g -Dgccgo_plugin=gccgo_plugin
-Wno-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[1]: *** [Makefile: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
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
test of 3.
The attached patch seems 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] tr
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
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: 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 plugin
re there. Would you consider doing that
until a solution is implemented upstream?
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
n 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
uild logs makes me wonder 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
nd ask 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
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.
https://buildd.debian.or
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 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:
https://salsa.debian.org/perl-team/modules/packages/libgit-raw-perl/commit/
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
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
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
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
/pogl/bugs/21/
https://bugzilla.redhat.com/show_bug.cgi?id=1224294
which have the attached patch that deletes references to the
removed symbols. Even with that applied, I suppose at least
some Breaks entries would be in order?
--
Niko Tyni nt...@debian.org
>From e83b9048c43cbcbdaeb287dd571
hCookie
is apparently the only one that needs this.
--
Niko Tyni nt...@debian.org
pe as 'AMD Opteron 62xx class CPU' FWIW.
I'm Cc'ing the upstream author, Kevin Ryde, who's probably interested.
A current log of a failing build can be found at
https://reproducible.debian.net/rb-pkg/unstable/amd64/libmath-planepath-perl.html
I'll see if I can arrange access to a host where the failure is reproducible.
--
Niko Tyni nt...@debian.org
DATE AFT1989\n"
# t/Basic.pm line 32 is: &Test::ok(@a)
t/basic.t .. Failed 1/1501 subtests
--
Niko Tyni nt...@debian.org
On Sun, Aug 16, 2015 at 09:56:52PM +0200, Julien Cristau wrote:
> On Sun, Aug 16, 2015 at 17:57:00 +0300, Niko Tyni wrote:
> > As noticed by the reproducible builds CI setup, this package fails to
> > build on current sid.
> >
> > # Failed test 'require Open
Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=99463
On Sun, Aug 16, 2015 at 05:31:18PM +0100, Chris Lamb wrote:
> Source: libmessage-passing-perl
> Version: 0.116-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debia
clone 795741 -1
retitle -1 libgl1-mesa-glx: please Break libopengl-perl (<< 0.6704+dfsg-2)
severity -1 normal
reassign -1 libgl1-mesa-glx 10.6.4-1
thanks
On Sun, Aug 16, 2015 at 05:57:00PM +0300, Niko Tyni wrote:
> Package: libopengl-perl
> Version: 0.6704+dfsg-1
> Severity: seri
7, 10-11
t/plugin.t (Wstat: 0 Tests: 38 Failed: 0)
TODO passed: 38
t/validate-json-schema.t(Wstat: 256 Tests: 9 Failed: 1)
Failed test: 9
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
o
have been lost somewhere?
The other one (#839023 / libgraphics-colorobject-perl) worked fine.
Thanks for your work,
--
Niko Tyni nt...@debian.org
ll as the debian/cross/ ones don't affect native
builds).
So either something changed in the toolchain / platform or this was a
latent undeterministic bug and we're just unlucky now.
Needs investigation. Cc'ing the mips porters; any help would be welcome.
--
Niko Tyni nt...@debian.org
Control: tag -1 upstream fixed-upstream patch
On Tue, Dec 20, 2022 at 05:54:40PM +0100, Lucas Nussbaum wrote:
> Source: request-tracker4
> Version: 4.4.6+dfsg-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20221220 ftbfs-bookworm
-2, mixed mode, sharing)
I'm cloning a separate bug about this.
Not sure why jexec is used here though. Just running /usr/bin/ckbuilder
works for me (but the request-tracker5 build fails later, presumably
due to a different bug.)
--
Niko Tyni nt...@debian.org
ake: *** [debian/rules:7: binary] Error 2
I think this was broken by libmodule-build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
Example log at
https://tests.reproducible-builds.org/debian/rbuild/trixie/arm64/libtoml-parser-perl_0.91-2.rbuild.log.gz
--
Niko Tyni nt...@debian.org
5
I think this was broken by libmodule-install-perl 1.21-1 with this upstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
/rbuild/trixie/amd64/libtest-deep-fuzzy-perl_0.01-2.rbuild.log.gz
--
Niko Tyni nt...@debian.org
h this upstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
h this upstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
eam
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
y '/<>'
make: *** [debian/rules:7: binary] Error 2
I think this was broken by libmodule-build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
--
Niko Tyni nt...@debian.org
pstream
change
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
Niko Tyni nt...@debian.org
t;
"LD=x86_64-linux-gnu-gcc -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro"
returned exit code 2
I think this was broken by libmodule-install-perl 1.21-1 with this upstream
change
from 1.20:
- Module::Install::DSL ha
.
Building with the 'nocheck' build profile would solve the issue, but
I don't think the Debian binNMU machinery supports this.
Filing against libsyntax-keyword-dynamically-perl but this could
be fixed in either package.
--
Niko Tyni nt...@debian.org
.
Building with the 'nocheck' build profile would solve the issue, but
I don't think the Debian binNMU machinery supports this.
Filing against libsyntax-keyword-match-perl but this could
be fixed in either package.
--
Niko Tyni nt...@debian.org
11: override_dh_auto_install] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:7: binary] Error 2
I think this was broken by libmodule-build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
--
Niko Tyni nt...@debian.org
build-tiny-perl 0.046-1 with this
upstream change from 0.040:
- Don't manify podless modules/scripts
--
Niko Tyni nt...@debian.org
r the pkg-config part:
https://github.com/NetBSD/pkgsrc/blob/trunk/graphics/p5-Image-Imlib2/patches/patch-Build.PL
but yours looks good to me as well :)
I think the failing test is a bug in imlib2 1.10.0 and I've just filed #1041406
about it.
I'm attaching a workaround that might be ap
On Tue, Jul 18, 2023 at 03:28:43PM +0100, Niko Tyni wrote:
> FWIW I found some prior art in NetBSD for the pkg-config part:
>
>
> https://github.com/NetBSD/pkgsrc/blob/trunk/graphics/p5-Image-Imlib2/patches/patch-Build.PL
>
> but yours looks good to me as well :)
>
Spec->catfile() would feel cleaner
to me.)
Baptiste: please let us know if/when duck is fixed so we can add a
suitable Breaks entry on the perl side. (And obviously let us also know
if you disagree about the bug :)
BTW it seems like duck could use an autopkgtest test suite so things
like this would be detected automatically.
--
Niko Tyni nt...@debian.org
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
> >
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
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
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
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
> >
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
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
: 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
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
On Wed, Apr 14, 2021 at 08:50:46PM +0200, Paul Gevers wrote:
> Hi Ivo, Marco,
>
> On 06-04-2021 22:10, Ivo De Decker wrote:
> > I ran a number of (partial and full) upgrade tests, and they all seem to
> > work
> > fine. In all cases, libcrypt1 is installed before libc6, and there is no
> > interm
aven't heard of similar issues there but a fix would possibly help
their users too (at least eventually.)
In general the coinstallability of older libperl5.xx and perl-modules-5.xx
packages with current ones is desirable to ease upgrades of packages
linking against libperl, such as postgresql.
--
Niko Tyni nt...@debian.org
ride_dh_auto_configure] Error 1
This seems to have regressed when libssh2-1-dev 1.9.0-3 dropped its
dependency on libgcrypt20-dev.
The libssh2 change is currently blocked from entering testing, so this
issue only affects sid at least for now.
--
Niko Tyni nt...@debian.org
.
#975208 looks similar and indicates this is probably an issue with an
outdated Scalar::Util in inc/ . I don't know why libhttp-lrdd-perl wasn't
spotted back then, but better late than never I guess.
--
Niko Tyni nt...@debian.org
1 - 100 of 1486 matches
Mail list logo
