.26.
Haven'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
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
> >
Control: reassign -1 libtest-output-perl 1.032-1
Control: affects -1 src:libdist-zilla-plugin-requiresexternal-perl
Control: tag -1 fixed-upstream
On Wed, Feb 10, 2021 at 08:46:30PM +0200, Niko Tyni wrote:
> Source: libdist-zilla-plugin-requiresexternal-perl
> Version: 1.009-1
> Severity
for me.
>From what I can see the libdist-zilla-plugin-requiresexternal-perl
autopkgtest checks didn't get triggered for libtest-output-perl testing
migration at all. I don't understand why.
--
Niko Tyni nt...@debian.org
#977554. AIUI lintian in git has a fix/workaround.
--
Niko Tyni nt...@debian.org
On Fri, Nov 27, 2020 at 12:05:46PM +, Federico Ceratto wrote:
> (This is a direct message)
>
> > Hi, this closure seems to be incorrect? 0.33-3 still failed
> > on the buildds on s390x, ppc64 and sparc64.
>
> Hi Niko and thanks for spotting the issue.
> I'm going to upload a new version
this closure seems to be incorrect? 0.33-3 still failed
on the buildds on s390x, ppc64 and sparc64.
Reopening, but please let me know if I missed something.
--
Niko Tyni nt...@debian.org
On Fri, Nov 20, 2020 at 09:30:23AM +0100, Aurelien Jarno wrote:
> On 2020-11-16 16:39, Niko Tyni wrote:
> > On Fri, Nov 13, 2020 at 08:48:19PM +0100, Sven Joachim wrote:
> > > On 2020-11-13 18:23 +0100, Niels Thykier wrote:
> > >
> > > > Control: reassign -
inux. I'm not sure
if this list is exhaustive, though.
The first option looks less intrusive to me.
Disclaimer: I haven't tested any of this :)
--
Niko Tyni nt...@debian.org
transition.
--
Niko Tyni nt...@debian.org
upstream by
https://github.com/perl5-dbi/DBD-CSV/commit/88c3ca044a3881eab62d6d2d38490351fd421386
This seems to be a test-only issue, so a Breaks entry on the libdbi-perl
side is probably not needed (at least if a fixed libdbd-csv-perl is able
to migrate on its own.)
--
Niko Tyni nt
--enable-shared to ./configure.
Probably the override_dh_auto_configure-arch and
override_dh_auto_configure-indep targets in src:libzeep debian/rules
are not effective because of the earlier override_dh_auto_configure
target. But I didn't actually test any of this.
Hope this helps,
--
Niko Tyni nt...@debian.org
>
> postgresql-12 FTBFS on multiple archs, eg:
>
> https://buildd.debian.org/status/fetch.php?pkg=postgresql-12=amd64=12.4-3%2Bb1=1604914304=0
This looks relevant, hope it helps:
https://www.postgresql.org/message-id/16689-57701daa23b37...@postgresql.org
--
Niko Tyni nt...@debian.org
g debian/patches/compile_with_-fPIC.patch
makes it build again. I suppose something else is introducing -fPIC to
the build nowadays but I haven't looked into this.
--
Niko Tyni nt...@debian.org
dependency on perl.
This seems to have regressed in 3.55 with the fix for #682900.
Filing a bug about this, thanks for noticing.
--
Niko Tyni nt...@debian.org
On Mon, Jun 15, 2020 at 09:41:18PM +0300, Niko Tyni wrote:
> On Fri, Jun 12, 2020 at 06:58:15PM +0300, Niko Tyni wrote:
>
> > I have not had the tuits yet for looking at IO::Socket::IP properly.
> > It seems to me that it could look at the address and pass AI_NUMERICHOST
&g
7-1
libwiki-toolkit-plugin-ping-perl_0.03-2
mod-gnutls_0.9.0-1.1
perlbal_1.80-3
pinto_0.14000-1
request-tracker4_4.4.4-1
starlet_0.31-1
starman_0.4015-1
twiggy_0.1025+dfsg-1
--
Niko Tyni nt...@debian.org
>From fbed100b2501f9ba1537acd65f160353fc3acd73 Mon Sep 17 00:00:00 2001
From: Niko Tyni
like you failed 2 tests of 8.
t/mail/gnupg-bad.t .
Dubious, test returned 2 (wstat 512, 0x200)
and so forth.
--
Niko Tyni nt...@debian.org
at /usr/bin/monkeysphere-validation-agent line
22.
BEGIN failed--compilation aborted at /usr/bin/monkeysphere-validation-agent
line 22.
It would be good to have an autopkgtest check in msva-perl to spot
breakage such as this automatically.
--
Niko Tyni nt...@debian.org
hint flag to
getaddrinfo(3) so it only returns IPv6 addresses on IPv6-only hosts,
even for 'localhost'.
src/ngircd/resolve.c:249: hints.ai_flags = AI_ADDRCONFIG;
--
Niko Tyni nt...@debian.org
ration_ms: 0.332
...
make[2]: *** [Makefile:510: test-ci-js] Error 1
make[2]: Leaving directory '/<>'
make[1]: *** [debian/rules:214: override_dh_auto_test-arch] Error 2
--
Niko Tyni nt...@debian.org
t
E: Build killed with signal TERM after 150 minutes of inactivity
--
Niko Tyni nt...@debian.org
led
resolvehost: could not lookup IP address
1 test, 0 passed, 0 known failure, 0 skipped
--
Niko Tyni nt...@debian.org
‘archive.ics.uci.edu’
! test failed
fread: invalid stream number = -1
1 test, 0 passed, 0 known failure, 0 skipped
--
Niko Tyni nt...@debian.org
rl: /3/objects.inv (Caused by
NewConnectionError(': Failed to establish a new connection: [Errno -3] Temporary
failure in name resolution'))
make[1]: *** [debian/rules:13: override_dh_sphinxdoc] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:7: binary] Error 2
--
Niko Tyni nt...@debian.org
z] Error 1
make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
make[2]: *** [CMakeFiles/Makefile2:2390: manpages/CMakeFiles/manpages.dir/all]
Error 2
--
Niko Tyni nt...@debian.org
ian/rules:13: binary] Error 2
--
Niko Tyni nt...@debian.org
r.log" failed (13: Permission denied)
./testsuite: line 56: kill: (4020973) - No such process
cleaning up working directory /tmp/tmp.M18miQDa2Y
make[1]: *** [Makefile:13: check] Error 1
make[1]: Leaving directory '/<>'
dh_auto_test: error: make -j4 check returned exit code 2
make: ***
42: configure-ghc-stamp]
Error 1
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
2
--
Niko Tyni nt...@debian.org
github.com/tsenart/tb github.com/tsenart/tb/examples github.com/tsenart/tb/http
github.com/tsenart/tb/io returned exit code 1
make: *** [debian/rules:4: build] Error 25
--
Niko Tyni nt...@debian.org
: scan_test.go:23: ScanFully(*int, "0x", 'v'): want ok, got
error failed to parse "0x" as int: strconv.ParseInt: parsing "0x": invalid
syntax
TestScanFully: scan_test.go:32: ScanFully(*int, "0x", 'd') = failed to
parse "0x" as int: extra characters "x"; *ptr==0
--- FAIL: TestScanFully (0.00s)
FAIL
FAIL github.com/src-d/gcfg/types 0.016s
FAIL
dh_auto_test: error: cd obj-x86_64-linux-gnu && go test -vet=off -v -p 4
github.com/src-d/gcfg github.com/src-d/gcfg/scanner github.com/src-d/gcfg/token
github.com/src-d/gcfg/types returned exit code 1
make: *** [debian/rules:4: build] Error 25
--
Niko Tyni nt...@debian.org
s: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
Test_Process_memory_maps: process_test.go:114: memory map get error
{"path":"","rss":0,"size":0,"pss":0,"sharedClean":0,"sharedDirty":0,"privateClean":0,"privateDirty":0,"referenced":0,"anonymous":0,"swap":0}
--- FAIL: Test_Process_memory_maps (0.00s)
=== RUN Test_Process_MemoryInfo
--- PASS: Test_Process_MemoryInfo (0.00s)
[...]
FAIL
FAIL github.com/shirou/gopsutil/process 1.462s
FAIL
dh_auto_test: error: cd obj-x86_64-linux-gnu && go test -vet=off -v -p 4
github.com/shirou/gopsutil github.com/shirou/gopsutil/cpu
github.com/shirou/gopsutil/disk github.com/shirou/gopsutil/docker
github.com/shirou/gopsutil/host github.com/shirou/gopsutil/internal/common
github.com/shirou/gopsutil/load github.com/shirou/gopsutil/mem
github.com/shirou/gopsutil/net github.com/shirou/gopsutil/process returned exit
code 1
make: *** [debian/rules:12: build] Error 25
--
Niko Tyni nt...@debian.org
t -vet=off -v -p 4
github.com/caarlos0/env returned exit code 1
make: *** [debian/rules:4: build] Error 25
--
Niko Tyni nt...@debian.org
*** [debian/rules:18: build] Error 2
--
Niko Tyni nt...@debian.org
quot;1h5m\""
|
58 | parsefail = fail "duration parse error; expected eg \"5m\" or
\"1h5m\""
|
^^^
make[1]: *** [Makefile:8: build] Error 1
make[1]: Leaving directory '/<>'
dh_auto_build: error: make -j1 returned exit code 2
make: *** [debian/rules:10: binary] Error 25
--
Niko Tyni nt...@debian.org
: Leaving directory '/<>'
make[1]: *** [debian/rules:22: override_dh_auto_test] Error 2
--
Niko Tyni nt...@debian.org
e.
A bug report can be filed in the tracker at
<https://github.com/sphinx-doc/sphinx/issues>. Thanks!
make[1]: *** [Makefile:42: html] Error 2
make[1]: Leaving directory '/<>/docs'
make: *** [debian/rules:70: doc-stamp] Error 2
--
Niko Tyni nt...@debian.org
broken by the backward incompatible changes in
make_4.3-1.
--
Niko Tyni nt...@debian.org
debian/rules clean subprocess returned
exit status 2
This was presumably broken by the backward incompatible changes in
make_4.3-1.
--
Niko Tyni nt...@debian.org
[...]
1 unexpected results:
FAILED websocket-client-with-remote-server
See
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/emacs-websocket.html
for a full build log.
--
Niko Tyni nt...@debian.org
ible-builds.org/debian/rb-pkg/unstable/amd64/falkon.html
https://tests.reproducible-builds.org/debian/history/falkon.html
--
Niko Tyni nt...@debian.org
In the expression:
either
(\ _ -> fail "bad base64 data")
return
(B64.decode $ T.encodeUtf8 t)
|
47 | (\_ -> fail "bad base64 data")
|^^
make[2]: *** [Makefile:30: deb
ed doesn't have a manifest
> (Closes: #952370)
The actual fix for #952370 seems to be missing, I only see a changelog
entry in the debdiff.
At least cronometer_0.9.9+dfsg-3 still fails to build.
Reopening.
--
Niko Tyni nt...@debian.org
1
This seems to have regressed around 2020-06-19, see
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/datapacker.html
https://tests.reproducible-builds.org/debian/history/datapacker.html
--
Niko Tyni nt...@debian.org
On Sun, Jun 21, 2020 at 11:35:22PM +0200, gregor herrmann wrote:
> On Sun, 21 Jun 2020 22:11:05 +0200, Lucas Nussbaum wrote:
> > > # 'pod2text: unable to format
> > > /usr/lib/x86_64-linux-gnu/perl-base/Carp.pm
> Interesting bug, and not found in cpantesters.
>
> I note that
Control: tag -1 patch
Control: forwarded -1 https://github.com/libwww-perl/libwww-perl/pull/342
On Mon, Jun 15, 2020 at 10:40:48PM +0300, Niko Tyni wrote:
> The change in libwww-perl had a side effect of making it
> look at max_redirect only when the Location header is set.
> For
/rfc7231#section-6.4.4
Some googling reveals this is not a new question.
https://stackoverflow.com/questions/16194988/for-which-3xx-http-codes-is-the-location-header-mandatory
For the sake of robustness I suppose libwww-perl should be fixed, so
reassigning.
--
Niko Tyni nt...@debian.org
On Fri, Jun 12, 2020 at 06:58:15PM +0300, Niko Tyni wrote:
> I have not had the tuits yet for looking at IO::Socket::IP properly.
> It seems to me that it could look at the address and pass AI_NUMERICHOST
> to getaddrinfo(3) if it looks like an IPv4 address. I guess matching
> against
On Tue, Jun 09, 2020 at 06:40:12PM +0200, gregor herrmann wrote:
> On Mon, 08 Jun 2020 10:18:09 +0300, Niko Tyni wrote:
>
> > This seems to be a wider issue. Copying the debian-perl list for
> > discussion.
>
> Thanks for the analysis!
>
> > I'm left wonder
On Tue, Jun 09, 2020 at 07:08:01PM +0200, Jérémy Lal wrote:
> Le mar. 9 juin 2020 à 18:37, gregor herrmann a écrit :
> > # unshare -n
> > # ip li set lo up
> > # ip li add dummy0 type dummy
> > # ip li set dummy0 up
> Thanks, it doesn't yield the exact same conditions, though ?
ondering if the IO::Socket::IP default behaviour is desirable,
or whether we should try to change it (maybe to special case localhost
and/or 0.0.0.0 ?)
BTW, I noticed nodejs also fails (with test code listening on 127.0.0.1
but client connecting to ::1) so at least we're not quite alone in this...
--
Niko Tyni nt...@debian.org
On Sat, Jun 06, 2020 at 10:28:49AM +0300, Niko Tyni wrote:
> Package: libextutils-hascompiler-perl
> Version: 0.021-2
> Severity: serious
>
> This package fails its test suite with perl 5.30.3-2 from unstable.
> With perl 5.30.3-2, #798626 is fixed and $Config{useshrpli
On Sat, Jun 06, 2020 at 10:03:15AM +0300, Niko Tyni wrote:
> I think we need to move the perl-base between vendor and core, so after
> /usr/lib/x86_64-linux-gnu/perl/5.30 but before /usr/share/perl/5.30.
Sorry, that should have been 'after /usr/share/perl5 but before
/usr/lib/x86_64-lin
> > If it's *only* the test that's broken, I can manually trigger the right
> > test.
>
> So, do you already know if I should do this, or will you resolve the
> issue without my intervention?
Thanks for following up. I hope that somebody in the pkg-perl team who
knows what the modules actually do (probably Jonas? cc'd) could look
into this.
--
Niko Tyni nt...@debian.org
04'
# make[2]: *** [Makefile:956: perl] Error 2
# make[2]: Leaving directory '/tmp/BDk9YhPh04'
# Looks like you failed 1 test of 3.
--
Niko Tyni nt...@debian.org
On Wed, Jun 03, 2020 at 07:39:38PM +0300, Niko Tyni wrote:
> Package: perl-base
> Version: 5.30.2-1
> Severity: serious
>
> Our Perl package dependencies and search path arrangements allow
> for a suitably versioned libperl5.30 package to break perl-base
> functionality. Thi
the test suite breakage is not just a technicality, the missing
Breaks makes it possible for users to partially upgrade their systems
to a broken combination.
Paul, please correct me if I'm mistaken above :)
--
Niko Tyni nt...@debian.org
mpilation failed in require.
BEGIN failed--compilation aborted.
--
Niko Tyni nt...@debian.org
separate bug for libio-socket-ip-perl, which has the
same tests. I've verified that it also fails to build in the same way.
FWIW, an easy way to test this is
# unshare -n
# ip li set lo up
# ip dev add dummy0 type dummy
# ip li set dummy0 up
It's probably best to fix libio-socket-ip-perl first as it's self
contained, and then copy the fix over to src:perl.
--
Niko Tyni nt...@debian.org
On Wed, May 20, 2020 at 10:22:31PM +0300, Niko Tyni wrote:
> Package: libcolor-calc-perl
> Version: 1.074-2
> Severity: grave
> Tags: bullseye sid
> X-Debbugs-Cc: libgraphics-colornames-p...@packages.debian.org
>
> Color::Calc uses Graphics::ColorNames::HTML, which was re
line 2.
# Looks like you failed 1 test of 1.
--
Niko Tyni nt...@debian.org
for the
versions of libgraphics-colorobject-perl it broke.
--
Niko Tyni nt...@debian.org
, libgraphics-colornames-perl should add a Breaks entry for the
versions of libcolor-calc-perl it broke.
--
Niko Tyni nt...@debian.org
nsient. In any case, I doubt the fault is in gcc-9.
--
Niko Tyni nt...@debian.org
bdata-uuid-perl.
It looks like Data::UUID was not necessary at all, so upstream has
dropped it in
https://github.com/LibreCat/Catmandu-FileStore/commit/0e9e2d09dae88f6a0ca39edf0a342f8364c43f22
--
Niko Tyni nt...@debian.org
.
--
Niko Tyni nt...@debian.org
ut
t/skip1.t (Wstat: 65280 Tests: 0 Failed: 0)
Non-zero exit status: 255
Parse errors: No plan found in TAP output
t/update.t(Wstat: 65280 Tests: 0 Failed: 0)
Non-zero exit status: 255
Parse errors: No plan found in TAP output
Files=5, Tests=0, 0 wallclock
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 February.
--
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 +
module-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
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
\
cd perl && \
if false; then \
--
Niko Tyni nt...@debian.org
ire at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
On Mon, Oct 07, 2019 at 08:59:47PM +0300, Niko Tyni wrote:
> Source: polymake
> Version: 3.2r4-4
> Severity: serious
> Tags: ftbfs
> Control: block 935737 with -1
>
> This package failed to build in sid when rebuilding against Perl 5.30.
>
> Looking at the
for the transition.
As always, build logs can be found at
https://buildd.debian.org/status/package.php?p=libnbd=unstable
--
Niko Tyni nt...@debian.org
make[1]: *** [debian/rules:41: override_dh_auto_test] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:32: build-arch] Error 2
--
Niko Tyni nt...@debian.org
migration.
See https://buildd.debian.org/status/logs.php?pkg=jellyfish=ppc64el
The migration status interferes with the ongoing Perl 5.30 transition,
so it may be necessary to remove this package from testing soon.
--
Niko Tyni nt...@debian.org
in sid after that.
>From the build log:
In file included from gl_util.h:20,
from gl_util.c:2:
glext_types.h:66:9: error: unknown type name ‘khronos_ssize_t’
66 | typedef khronos_ssize_t GLsizeiptr
[...]
make[2]: *** [Makefile:410: gl_util.o] Error 1
--
Niko T
es/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
8.1.really.8.7.7
_ZN12sockinfo_tcp5ioctlEmm@Base 8.8.1.really.8.7.7
[...]
dh_makeshlibs: failing due to earlier errors
make: *** [debian/rules:15: binary] Error 255
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
2
--
Niko Tyni nt...@debian.org
: relocation R_X86_64_32 against
symbol `_Py_NoneStruct' can not be used when making a shared object; recompile
with -fPIC
/usr/bin/ld: final link failed: nonrepresentable section on output
collect2: error: ld returned 1 exit status
--
Niko Tyni nt...@debian.org
nclude/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
barchive-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
From: Niko
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
>
, for
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 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 merge
tyni 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 take it upstream later
when I
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
> >
008 thread-safe locales, so
it calls uselocale(3) underneath when the Perl side POSIX::setlocale()
function is invoked.
The proposed fix/workaround seems fine to me, though I wonder if glibc
should invalidate the cache in uselocale(3) as well. Copying the
glibc maintainers. Any opinion on this?
--
On Sat, Mar 16, 2019 at 12:29:07PM +0200, Niko Tyni wrote:
> > > This will cause temporary uninstallability of libmarc-charset-perl in
> > > sid so the uploads should be coordinated a bit. I guess I can do both
> > > if needed.
> >
> > Thanks.
> > (
Control: 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:
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:
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
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 te
On Sun, Mar 10, 2019 at 07:12:43PM +, Dmitry Bogatov wrote:
> Good. Try this version of patch, please. It seems to works for me in my
> i386 chroot.
Works for me too, and light testing didn't reveal any problems.
> > It would make sense to limit this to 32-bit architectures as I believe the
On Fri, Mar 08, 2019 at 02:39:53PM +, Dmitry Bogatov wrote:
> I believe this patch would somewhat solve issue. Dear submitter, can you
> please apply this patch, build package and check, that `gdbm_load-nolfs'
> binary from created bin:gdbmtool does sensible thing?
Thanks. It doesn't quite
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
m fetch foo
gdbmtool: stdin:1.1-10: cannot open database perl-stretch.gdbm: Malformed
database file header
# similar results with any of these:
perl <<'EOF'
use GDBM_File;
tie %h, q(GDBM_File), "perl-stretch.gdbm", _READER, 0640
or die "opening GDBM file failed: $!&quo
ames 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. Once that is
> 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
101 - 200 of 1438 matches
Mail list logo