secs ( 0.07 usr 0.03 sys + 4.20 cusr
0.82 csys = 5.12 CPU)
Result: FAIL
Failed 21/21 test programs. 21/105 subtests failed.
make[1]: *** [Makefile:979: test_dynamic] Error 1
Full build log at
http://perl.debian.net/rebuild-logs/perl-5.38-throwaway/libzmq-ffi-perl_1.18-2/libzmq-ffi-perl_1.18-2_amd64-2023-07-06T13:54:28Z.build
--
Niko Tyni nt...@debian.org
017: test_dynamic] Error 255
Looks like it's fixed upstream in 1.60:
1.60 2023-02-11
- Fixed a test failure with Perl blead (5.37.x). Reported by Jim Keenan
and diagnosed by Yves Orton. GH #33.
--
Niko Tyni nt...@debian.org
http://perl.debian.net/rebuild-logs/perl-5.38/libapache-db-perl_0.18-2/libapache-db-perl_0.18-2+b1_amd64-2023-06-28T20:12:55Z.build
--
Niko Tyni nt...@debian.org
l build log at
http://perl.debian.net/rebuild-logs/perl-5.38/libsdl-perl_2.548-3/libsdl-perl_2.548-3+b2_amd64-2023-06-29T01:50:30Z.build
--
Niko Tyni nt...@debian.org
2.77 CPU)
Result: FAIL
Failed 1/3 test programs. 3/113 subtests failed.
make[1]: *** [Makefile:957: test_dynamic] Error 255
Full build log at
http://perl.debian.net/rebuild-logs/perl-5.38/libb-perlreq-perl_0.82-7/libb-perlreq-perl_0.82-7%2Bb2_amd64-2023-07-05T10%3A24%3A03Z.build
--
Niko Tyni nt...@debian.org
ta-swap-perl_0.08-2+b2_amd64-2023-06-28T20:28:45Z.build
--
Niko Tyni nt...@debian.org
xed upstream with
https://github.com/apache/mod_perl/commit/991cfeca9bac185f191510e0064f174d45718e6a
Full build log at
http://perl.debian.net/rebuild-logs/perl-5.38/libapache2-mod-perl2_2.0.12-1/libapache2-mod-perl2_2.0.12-1+b3_amd64-2023-06-29T03:47:12Z.build
--
Niko Tyni nt...@debian.org
7;sub encode_qp_threearg ( $$$ ) { encode_qp(shift); }';
}
}
}
Looks like the version check needs to be changed to handle non-numeric
version strings.
This is breaking the test suites of (at least) request-tracker4 and
request-tracker5, which check for warnings.
--
Niko Tyni nt...@debian.org
gh.)
I'm adding
Breaks: libnumber-format-perl (<< 1.76)
on the perl side in the next upload.
--
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
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
.
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
.
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
ing solution. Thanks to Gregor for investigating.
Like Gregor I'm not aware of recent changes around these things. Please
provide more information if you still think it's a regression on the
perl side.
--
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
from 1.20:
- Module::Install::DSL has been removed, as its use is highly discouraged.
--
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
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
change
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
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
h 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
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
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
bookworm). Closing the
bug accordingly (but leaving the bullseye tag so it won't get archived.)
TBH I doubt I'll be preparing an update for bullseye just for this
at this point. Can't speak for Dominic of course.
Thanks for the report and sorry things didn't work out quite
ebian with 2.9.12.
I'm reassigning and closing the bug as it's fixed in current versions
in unstable and testing. Not sure if it's something that should be
backported to current Debian stable (bullseye). Feel free to discuss
that with the libxml2 maintainers (cc'd) if you like.
--
Niko Tyni nt...@debian.org
ies in
https://github.com/Perl/perl5/commit/15776bb0ab4
It looks like the reasoning was that this "fixes some numbered lists to
display not so uglily".
--
Niko Tyni nt...@debian.org
PP Perl module in the pspp
binary package (or a separate libpspp-perl or whatever?) Currently
it looks like you're building it just for running the tests but then
throwing the result away.
Hope this helps, and thanks for your work on Debian.
--
Niko Tyni nt...@debian.org
On Fri, Jan 27, 2023 at 08:03:12AM +0100, Helmut Grohne wrote:
> Source: perl
> Version: 5.36.0-7
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
>
> perl uses -lcrypt without depending on libcrypt-dev. This used to be ok,
> but we split libcrypt to src:libxcrypt and now libc6-dev
-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
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
ide apart from configuring
perl to always use /bin/bash as the intermediate shell. I'm not thrilled
about that option and would much rather see the dash behaviour changed.
Workarounds I can see are calling system() in list form so the shell
doesn't get invoked, or locally changing /bin/sh to point to bash.
--
Niko Tyni nt...@debian.org
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
On Fri, Nov 25, 2022 at 03:39:12PM -0700, Sean Whitton wrote:
> ===BEGIN
> The Technical Committee recommends that Matthew Garrett be
> appointed by the Debian Project Leader to the Technical Committee.
>
> H: Recommend to Appoint Matthew Garrett
> F: Further Discussion
> ===END
I vote: H > F
to get a working build environment together,
and then do native builds with that.
Also it looks like not even dpkg has loongarch64 support yet so this
seems rather early.
[1] https://salsa.debian.org/perl-team/interpreter/perl/-/merge_requests/3
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
seye/amd64. And having the separate copies inside
perl-base (which is Essential:yes) makes it more robust during upgrades.
I can't think of a way to use hard links here.
--
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/
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
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
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
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
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
GNM_const(0.693147180559945309417232121458176568075500134360255254120680009493393621969694715605863326996419)
|
^~~~~~
--
Niko Tyni nt...@debian.org
On Wed, Oct 19, 2022 at 11:15:35AM +0200, John Paul Adrian Glaubitz wrote:
> On 10/19/22 11:06, Niko Tyni wrote:
> > The perl package currently fails to build on sparc64 due
> > to two failing tests:
> >Failed 2 tests out of 2622, 99.92% okay.
> > re/reg_mes
transition is already ongoing
(see https://lists.debian.org/debian-devel-announce/2022/10/msg5.html )
so you might want to upload a nocheck build or something to catch
the train.
Apologies for the late notice,
--
Niko Tyni nt...@debian.org
On Tue, Oct 18, 2022 at 03:05:59PM +0200, Emilio Pozuelo Monfort wrote:
> > On Wed, Sep 07, 2022 at 09:47:39PM +0300, Niko Tyni wrote:
> > > We'd like to get Perl 5.36 in bookworm. Filing this to get it on the
> > > radar properly, but I'd like to do a
Control: tag -1 patch fixed-upstream
Control: forwarded -1 https://github.com/makamaka/JSON-PP/pull/79
On Thu, Sep 29, 2022 at 10:35:29PM +0300, Niko Tyni wrote:
> On Wed, Sep 14, 2022 at 07:57:01PM +0100, Niko Tyni wrote:
> > Package: perl
> > Version: 5.36.0-2
>
Control: tag -1 - moreinfo
Control: block -1 with 1021324
On Wed, Sep 07, 2022 at 09:47:39PM +0300, Niko Tyni wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: transition
> Tags: moreinfo
> X-Debbugs-Cc: p...@packages.debian.org
>
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
Control: unblock 1019353 with -1
On Wed, Sep 14, 2022 at 07:57:01PM +0100, Niko Tyni wrote:
> Package: perl
> Version: 5.36.0-2
> User: debian-p...@lists.debian.org
> Usertags: perl-5.36-transition
> Forwarded: https://github.com/Perl/perl5/issues/20246
> X-Debbugs-Cc: li
ther Bad.
Would be great if (other) pkg-perl maintainers can pick this up from
here and forward upstream etc. Otherwise I'll get to it eventually :)
--
Niko Tyni nt...@debian.org
nsitive to changes in the dependency chain.
Not sure yet what to do about this but it doesn't feel like it should
be a hard blocker for the Perl 5.36 transition. Adding the metadata for
now anyway so we don't forget about it.
--
Niko Tyni nt...@debian.org
Control: tag -1 patch
Control: forwarded -1 https://github.com/Perl/perl5/pull/20267
On Tue, Aug 30, 2022 at 11:54:25PM +0300, Niko Tyni wrote:
> On Sun, Aug 28, 2022 at 01:41:48PM +0200, Samuel Thibault wrote:
> > Package: perl
> > Version: 5.34.0-5
> > Severity: important
| .pre-depends ~
"libperl5.34|perlapi-5.34";
is_good = .depends ~ "libperl5.36|perlapi-5.36" | .pre-depends ~
"libperl5.36|perlapi-5.36";
is_bad = .depends ~ "libperl5.34|perlapi-5.34" | .pre-depends ~
"libperl5.34|perlapi-5.34";
Thanks for your work on the release,
--
Niko Tyni nt...@debiar.org
ght to me.
[1] Coinstallability between Perl versions was requested so that packages
embedding a Perl interpreter (by linking against libperl5.xx) would
not be quite as tightly coupled during upgrades as they used to be. The
package doing the embedding can now be upgraded separately later, and
still h
Control: tag -1 confirmed upstream
On Sun, Aug 28, 2022 at 01:41:48PM +0200, Samuel Thibault wrote:
> Package: perl
> Version: 5.34.0-5
> Severity: important
> perl currently FTBFS on hurd-i386:
> # Error: Can't load '../../lib/auto/NDBM_File/NDBM_File.so' for module
> NDBM_File: ../../li
Control: forwarded -1 https://github.com/libwww-perl/HTTP-Daemon/issues/57
On Sat, Aug 06, 2022 at 11:17:13PM +, Thorsten Alteholz wrote:
>
>
> On Sat, 6 Aug 2022, gregor herrmann wrote:
>
> > On Sat, 06 Aug 2022 21:24:08 +0300, Niko Tyni wrote:
> >
> > >
n/perl Build test --verbose 1 returned exit code 3
I see the source uses __sync_bool_compare_and_swap in
lib/Hash/SharedMem.xs:470 . Apparently this is not available on 32-bit
MIPS architectures (or 32-bit PPC either for that matter.)
I'm copying the MIPS porters. Is there a known workaround for this?
--
Niko Tyni nt...@debian.org
Package: wnpp
Owner: Niko Tyni
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libprometheus-tiny-shared-perl
Version : 0.026
Upstream Author : Rob N ★
* URL : https://metacpan.org/release/Prometheus-Tiny
Package: wnpp
Owner: Niko Tyni
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libhash-sharedmem-perl
Version : 0.005
Upstream Author : Andrew Main (Zefram)
* URL : https://metacpan.org/release/Hash
Control: found -1 4.31-1
Control: forwarded -1 https://github.com/rurban/Cpanel-JSON-XS/issues/200
On Wed, Aug 10, 2022 at 03:09:05PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libcpanel-json-xs-perl package:
Control: reassign -1 libcpanel-json-xs-perl 4.30-1
Control: affects -1 request-tracker5
On Mon, Aug 08, 2022 at 12:21:17AM +0200, gregor herrmann wrote:
> On Sun, 07 Aug 2022 21:09:49 +0300, Niko Tyni wrote:
> ># Subroutine JSON::PP::Boolean::(++ redefined at
> > /usr/l
(Wstat: 256 (exited 1)
Tests: 47 Failed: 1)
Failed test: 47
Non-zero exit status: 1
Files=510, Tests=39839, 747 wallclock secs ( 5.34 usr 0.67 sys + 1849.19
cusr 148.68 csys = 2003.88 CPU)
Result: FAIL
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
On Sat, Aug 06, 2022 at 08:44:18PM +0100, Ian Jackson wrote:
> > The second issue (writing to /dev/full) is indeed fixed in sid / Perl
> > 5.34. It was https://github.com/Perl/perl5/issues/6799 and reportedly
> > only affects things like character devices (including /dev/full) and
> > sockets. I'
ok 25 - Underscore Content Length ... must match
ok 26 - ... and has expected status
ok 27 - ... and body does match
ok 28 - Longer Content Length ... gets timeout
ok 29 - ... and has expected status
ok 30 - ... and body does match
1..30
Dubious, test returned 6 (wstat 1536, 0x600)
Failed 6/30 subtests
--
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
> >
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
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
rather
than / in addition to polymake-common.
--
Niko Tyni nt...@debian.org
upposedly fixed with
https://github.com/irssi/irssi/pull/1384
though I haven't verified that.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
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
> >
> >
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
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
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
, Niko Tyni wrote:
> Source: libwx-perl-processstream-perl
> Version: 0.32-1.1
> Tags: ftbfs
> User: debian-p...@lists.debian.org
> Usertags: perl-5.36-transition
>
> This package fails to build from source with Perl 5.36 (currently in
> experimental.)
>
> Build log at
&g
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
R_USED=11.3.0'
ninja: build stopped: subcommand failed.
make[1]: *** [debian/rules:56: override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:35: build] Error 2
--
Niko Tyni nt...@debian.org
e 170.
# got: ''
# expected: 'ONE-TWO-THREE'
# Failed test at t/01-events.t line 174.
# got: ''
# expected: 'FOUR'
# Failed test at t/01-events.t line 192.
# got: ''
# expected: 'ECH
1 - t/data/tests/todo_misparse
ok 22 - t/data/tests/too_many
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/22 subtests
--
Niko Tyni nt...@debian.org
ickit-widget-scrollbox-perl_0.11-1_amd64-2022-06-14T06:54:08Z.build
--
Niko Tyni nt...@debian.org
but haven't tested that setting pushy_https => 0 in
t/data/MyConfig.pm will fix this.
Upstream is most probably affected similarly as there are no test reports
for CPAN-Reporter-Smoker since Perl 5.35.6.
--
Niko Tyni nt...@debian.org
40
ok 41
ok 42
ok 43
ok 44
ok 45
ok 46
Failed 1/46 subtests
--
Niko Tyni nt...@debian.org
Zero(new_body, type_details->body_size, char);
| ^~~~
make[4]: *** [Makefile:346: managesieve.o] Error 1
--
Niko Tyni nt...@debian.org
2,
from /<>/src/bin/common/exif.cpp:38:
/<>/src/include/spdlog/fmt/bundled/format.h:1193:20: error:
declaration does not declare anything [-fpermissive]
1193 | FMT_API explicit utf8_to_utf16(string_view s);
|^~~~~
make[3]: *
_aligned
| ^~~~
make[1]: *** [makefile:135: perl.o] Error 1
make[1]: Leaving directory '/<>/t/vile'
make: *** [debian/rules:36: build-stamp] Error 2
--
Niko Tyni nt...@debian.org
uld be welcome.
--
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
about that and mark it as
blocked by this one. The autopkgtest issue could also be worked around
by whitelisting libtext-balanced-perl temporarily, but I'd prefer a long
term fix if possible.
Thanks for your work,
--
Niko Tyni nt...@debian.org
paragraph as in 4a].
>
> 5. We decline to comment on the recent source package format MBF.
>
> Option A -- issue items 1-3, 4a and 5
>
> Option C -- issue items 1-3, 4c and 5
>
> Option X -- issue only items 1, 2, 3 and 5
>
> Option N -- none of the above.
>
> END BALLOT
I vote: C > A > X > N
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
On Sun, May 29, 2022 at 05:38:40PM +, Damyan Ivanov wrote:
> Package: perl
> Version: 5.34.0-4
> Severity: normal
> While infestigating a random FTBFS in starlet (#923829), it appeared to me
> that
> the problem is actually in perl.
> # Failed test 'No warnings'
> # at t/12bad_request_l
ld Break perl-openssl-defaults (<= 5) once we have fixed this.
--
Niko Tyni nt...@debian.org
n a binary package built from
> src:util-linux. If this package Conflicts with the rename package, then it
> must not contain any other binaries.
> ===End Resolution B
>
> ===Begin Resolution N
> None of the above
> ===End Resolution N
Sorry for the delay.
I vote: A > N &
On Mon, Apr 04, 2022 at 08:07:37PM +0200, gregor herrmann wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.66
> Severity: important
> Tags: patch
> X-Debbugs-Cc: nt...@debian.org
> This is a kind of followup for #1008267:
> not ok 5 - /usr/bin/perl -w -M"" -e 1 2>&1 exited successfully
>
On Fri, Mar 25, 2022 at 06:25:16PM +0100, gregor herrmann wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.34
> Severity: normal
> I just had an issue with our use.t and
> debian/tests/pkg-perl/use-whitelist, and after reading the code, it
> seems to me that there is a bug (since forever). What
hat Configure does when run "normally"
with -e. That would be preferrable to the dh --no-parallel workaround
as it would not slow the builds.
Could you please try if the attached patch fixes it?
--
Niko Tyni nt...@debian.org
>From 26b11231d66447ae0ed0d3ba032ae1b0523a26c0 Mon Sep 17 00
TF-8 characters or outright panics.
Hi, thanks for the report. I've just forwarded this upstream.
--
Niko Tyni nt...@debian.org
blocking pipes
writing until it blocks
wrote 256 * 4096 bytes
reading out until write no longer blocks
read 16 * 4096 bytes
--
Niko Tyni nt...@debian.org
#include
#include
#include
#include
#include
#include
int main(void) {
int fds[2];
int i;
char r_buf[PIPE_BUF];
char w_buf
the new perl
Break unfixed versions.)
See also https://github.com/timbunce/devel-nytprof/issues/143 about
the fragility of the tests.
--
Niko Tyni nt...@debian.org
201 - 300 of 4717 matches
Mail list logo