On Thu, Apr 26, 2018 at 09:09:27AM +0200, Manuel A. Fernandez Montecelo wrote:
>
> But since longer builds are not a problem for us, as long as it
> doesn't affect other architectures, it'll be better to increase the
> factor for this arch, to be on the safe side.
Thanks. I did this in 5.26.2-3,
On Wed, Apr 25, 2018 at 11:30:11AM +0200, Christoph Berg wrote:
> Re: Niko Tyni 2018-04-20 <20180420174614.GA6944@estella.local.invalid>
> > When you fix this, please file a bug against perl to add a Breaks entry
> > for the older pgbackrest versions so that partial
2.t
This regressed between 5.26.1-5 and 5.26.1-6, but I doubt the source
changes between those caused it. A toolchain regression seems more likely,
but I haven't tested this in any way.
@debian-ia64: would you please look into it?
--
Niko Tyni nt...@debian.org
to get faster any time soon?
--
Niko Tyni nt...@debian.org
On Tue, Apr 24, 2018 at 06:07:41PM +0200, gregor herrmann wrote:
> On Tue, 24 Apr 2018 18:38:21 +0300, Niko Tyni wrote:
>
> > Package: sqitch
> > Version: 0.9996-1
> > Severity: wishlist
> >
> > I got a private request for packaging upstream version 0.9998
Package: sqitch
Version: 0.9996-1
Severity: wishlist
I got a private request for packaging upstream version 0.9998.
Filing this publicly. I'm happy if somebody else in the team wants to
handle it.
--
Niko Tyni nt...@debian.org
/Data/Format/HTML.pm line 199.
--
Niko Tyni nt...@debian.org
at -e line 1.
--
Niko Tyni nt...@debian.org
) at
/usr/share/perl5/Data/Format/HTML.pm line 165.
BEGIN failed--compilation aborted at /usr/share/perl5/Data/Format/HTML.pm
line 165.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/perl5/5.26/Geo/Shapelib.pm line 5.
BEGIN failed--compilation aborted at
/usr/lib/x86_64-linux-gnu/perl5/5.26/Geo/Shapelib.pm line 5.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
line 62.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
-base) at
/usr/share/perl5/HTML/PopupTreeSelect.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/HTML/PopupTreeSelect.pm
line 7.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/x86_64-linux-gnu/perl-base) at
/usr/share/perl5/HTML/WikiConverter/Markdown.pm line 9.
BEGIN failed--compilation aborted at
/usr/share/perl5/HTML/WikiConverter/Markdown.pm line 9.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt
-linux-gnu/perl-base) at
/usr/share/perl5/Log/Dispatch/FileRotate.pm line 15.
BEGIN failed--compilation aborted at
/usr/share/perl5/Log/Dispatch/FileRotate.pm line 15.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
1.
I know this is already fixed in git (thanks Xavier!), still filing a
bug for tracking purposes. Will add the Closes entry to the changelog
in git myself as soon as I get the BTS ack.
--
Niko Tyni nt...@debian.org
/perl5/LWP/Authen/Negotiate.pm line 6.
BEGIN failed--compilation aborted at /usr/share/perl5/LWP/Authen/Negotiate.pm
line 6.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/usr/lib/x86_64-linux-gnu/perl-base) at
/usr/share/perl5/Module/Install/AutoManifest.pm line 6.
BEGIN failed--compilation aborted at
/usr/share/perl5/Module/Install/AutoManifest.pm line 6.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko
/Transform.pm line 8.
BEGIN failed--compilation aborted at /usr/share/perl5/MARC/Transform.pm line 8.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt...@debian.org
/lib/x86_64-linux-gnu/perl-base) at
/usr/share/perl5/Module/Install/ExtraTests.pm line 5.
BEGIN failed--compilation aborted at
/usr/share/perl5/Module/Install/ExtraTests.pm line 5.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
--
Niko Tyni nt
/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
::Closure /)
{
last if eval(
"require $backend; *eval_closure =
\\&$backend\::eval_closure;"
);
}
exists(_closure)
or croak "Could not load Eval::TypeTiny";
--
Niko Tyni nt...@debian.org
/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
--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...
--
Niko Tyni nt
-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
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
/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
/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
/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
/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
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
/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
.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
On Wed, Apr 18, 2018 at 02:30:58PM +0200, Helmut Grohne wrote:
> Source: perl
> Version: 5.26.2-2
> User: helm...@debian.org
> Usertags: rebootstrap
> in #893469, you said that you intended to update configs from
> experimental build logs. I guess that part got lost somehow. Now the
> package
On Tue, Apr 17, 2018 at 06:44:50PM +0200, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 17/04/18 18:38, Niko Tyni wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: tran
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
perl 5.26.2-1 in experimental. It is binary compatible with 5.26.0 and
5.26.1 and therefore Provides all of perlapi-5.26.0, perlapi-5.26.1
and perlapi-5.26.2. However, as usual,
are/perl/5.26/Exporter/Heavy.pm line 111.
BEGIN failed--compilation aborted at t.pl line 3.
--
Niko Tyni nt...@debian.org
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 ==
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 Sun, Apr 08, 2018 at 01:45:28PM +0200, gregor herrmann wrote:
> On Sun, 08 Apr 2018 12:29:05 +0300, Niko Tyni wrote:
>
> > The test dependencies come from /usr/share/autodep8/support/perl/generate,
> > so that would need an update. I wonder if that's overkill for a handf
On Sun, Apr 08, 2018 at 12:01:11PM +0300, Niko Tyni wrote:
> Package: pkg-perl-autopkgtest
> Version: 0.43
> Severity: wishlist
>
> We're currently disabling syntax.t and use.t in libwx-perl because they
> need a $DISPLAY, and libwx-glcanvas-perl is similarly affected. I expec
should probably just do that for all packages.
I guess any configurability should be common with smoke.t, so #895190
is related.
--
Niko Tyni nt...@debian.org
-autopkgtest, so cloning a separate bug for that and blocking.
--
Niko Tyni nt...@debian.org
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
priate.
--
Niko Tyni nt...@debian.org
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
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
)
Failed test: 8
Non-zero exit status: 1
--
Niko Tyni nt...@debian.org
m
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
On Wed, Mar 28, 2018 at 08:29:38PM +0300, Niko Tyni wrote:
> So the rebuilt libalien-wxwidgets-perl has picked up wxwidgets 3.0.4
> and embedded that in the virtual package name that libwx-perl depends on.
And just in case somebody wonders why: the whole story is in #757855.
--
Niko
Control: reopen -1
On Wed, Mar 28, 2018 at 12:08:26AM +0200, Emilio Pozuelo Monfort wrote:
> On 23/03/18 20:26, Niko Tyni wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> >
> &g
On Wed, Mar 28, 2018 at 01:47:03AM +0900, Osamu Aoki wrote:
> On Mon, Mar 26, 2018 at 06:22:00PM +0300, Niko Tyni wrote:
> > -Didier Raboud
> > +Didier Raboud
> > Philip Hands
> > Tollef Fog Heen
> > -Margarita Manterola
> > +Margar
On Mon, Mar 26, 2018 at 04:10:33PM +0100, Simon McVittie wrote:
> On Mon, 26 Mar 2018 at 17:33:15 +0300, Niko Tyni wrote:
> >
> > - > domain="organization">chairman
> > + > domain="organization">chair
> ...
> > -Didier Raboud
&g
On Sun, Mar 25, 2018 at 04:12:18PM +0300, Niko Tyni wrote:
> On Fri, Mar 16, 2018 at 08:40:14PM +0200, Niko Tyni wrote:
> > On Wed, Jan 17, 2018 at 11:07:41PM +0200, Niko Tyni wrote:
> >
> > > Hi, please find attached a patch to update
> > > https://
On Fri, Mar 16, 2018 at 08:40:14PM +0200, Niko Tyni wrote:
> On Wed, Jan 17, 2018 at 11:07:41PM +0200, Niko Tyni wrote:
>
> > Hi, please find attached a patch to update
> > https://www.debian.org/intro/organization
> > for the recent tech-ctte membership changes.
;
> GCC complains about the pointer to integer cast of the wrong size but
> only on 64-bits. I've attached a patch to fix this by casting through
> intptr_t first.
Many thanks for catching this and providing a patch!
I've forwarded it upstream, will apply with the next upload.
--
Niko Tyni nt...@debian.org
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
These are uninstallable in sid since the latest wxwidgets3.0 upload.
Could you please binNMU them?
nmu libalien-wxwidgets-perl_0.69+dfsg-1 . ANY . unstable . -m "Rebuild for
wxwidgets3.0
On Fri, Mar 23, 2018 at 05:59:47PM +0200, Niko Tyni wrote:
> On Sat, Mar 17, 2018 at 10:25:28AM +0100, Didier 'OdyX' Raboud wrote:
>
> > ===BEGIN===
> >
> > The chair of the Debian Technical Committee will be:
> >
> > A : Didier Raboud
> > B :
On Sat, Mar 17, 2018 at 10:25:28AM +0100, Didier 'OdyX' Raboud wrote:
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A : Didier Raboud
> B : Tollef Fog Heen
> C : Phil Hands
> D : Margarita Manterola
> E : David Bremner
> F : Nik
On Tue, Mar 20, 2018 at 10:02:34AM +0100, Jonas Smedegaard wrote:
> I believe circular build-dependencies for testsuite needs can - and
> should be addressed by marking such build-dependencies appropriately,
> rather than skipping them - for exactly situations like this.
Sure.
> Question
Control: retitle -1 libplack-middleware-deflater-perl: broken on big endian
hosts
Control: reassign -1 libplack-middleware-deflater-perl 0.12-1
Control: tag -1 patch
Control: affects -1 libfurl-perl
On Mon, Mar 19, 2018 at 09:35:03PM +0200, Niko Tyni wrote:
> I got as far as see
9af94c9013a81f17189fccf082cfe3a9
No tuits to actually dig into gzip streams at least tonight...
--
Niko Tyni nt...@debian.org
On Mon, Mar 19, 2018 at 08:41:10AM +0100, Helmut Grohne wrote:
> Source: perl
> Version: 5.26.1-5
> User: helm...@debian.org
> Usertags: rebootstrap
>
> Hi perl maintainers,
>
> I see that you keep updating those cross files in the debian folder.
> Thus it seems like you would still be
On Wed, Jan 17, 2018 at 11:07:41PM +0200, Niko Tyni wrote:
> Hi, please find attached a patch to update
> https://www.debian.org/intro/organization
> for the recent tech-ctte membership changes.
>
> It also updates the rather outdated list of past members on
> https://ww
t; F: Further Discussion
> ===END
I vote: S > F
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
.
BEGIN failed--compilation aborted at
/usr/share/perl5/AtteanX/Compatibility/Trine.pm line 10.
It looks like debian/control has cdbs based substvars but the
package doesn't actually use cdbs.
Plug: declaring "Testsuite: autopkgtest-pkg-perl" would have caught this...
--
Niko
02 (which CPAN marks as UNAUTHORIZED for
some reason). From Changes:
0.002 2018-02-05
[ Bug Fixes ]
- Fix the langString error coded to Attean.
--
Niko Tyni nt...@debian.org
Control: reassign -1 libcairo2 1.15.10-1
Control: retitle -1 cairo: PNG handling regression in 1.15.10
Control: tag -1 patch fixed-upstream
Control: affects -1 libcairo-perl
On Sat, Feb 03, 2018 at 07:55:23PM +0200, Niko Tyni wrote:
> On Sat, Feb 03, 2018 at 07:19:24PM +0200, Niko Tyni wr
--
Niko Tyni nt...@debian.org
Package: perl
Version: 5.26.1-4
It looks like the rebuilds against libgdbm5 (perl_5.26.1-4+b1)
lost the NDBM_File and ODBM_File modules. The relevant headers
have been moved to libgdbm-compat-dev, so a build dependency
on that should fix this.
--
Niko Tyni nt...@debian.org
5.5 with
https://perl5.git.perl.org/perl.git/commit/b10cb25a6c86fd96fff8f2dfa6d8df3e6b51a451
and was fixed recently in blead by
https://perl5.git.perl.org/perl.git/commit/910a6a8be166fb3780dcd2520e3526e537383ef2
which I'm attaching as well.
--
Niko Tyni nt...@debian.org
&g
On Thu, Feb 15, 2018 at 09:08:23PM +, Colin Watson wrote:
> On Thu, Feb 15, 2018 at 08:58:29PM +0200, Niko Tyni wrote:
> > I'm a bit surprised by #247134. Doesn't the "debconf is not a registry"
> > mantra imply that all data in /var/cache/debconf should be possib
Control: close -1
On Thu, Feb 15, 2018 at 05:21:17PM +0100, gregor herrmann wrote:
> On Fri, 04 Aug 2017 16:52:21 -0400, Alex Muntada wrote:
>
> > Niko Tyni:
> > > I think I'm leaving this for now. We can see if it becomes a problem
> > > later, and if not, just
In the context of this bug, I'd expect dbconfig-common to read in
/etc/dbconfig-common/request-tracker4.conf and fill in the empty
(nuked) debconf database based on that.
--
Niko Tyni nt...@debian.org
this (and can't really promise
to do that soon.)
So it could really be a bug in either dbconfig-common or in the config
script or both :)
Digging into the old SVN history, that 'set -e' has been there from
the start (= 2007). This certainly seems to be a corner case...
--
Niko Tyni nt...@debian.org
On Mon, Feb 12, 2018 at 12:53:12PM +0100, Aurelien Jarno wrote:
> Package: perl
> Version: 5.26.1-4
> Severity: important
> Tags: patch
> User: debian-gl...@lists.debian.org
> Usertags: 2.27
>
> perl 5.26.1-4 fails to build with glibc 2.27 (2.27-0experimental0 from
> experimental):
> | -
eal the TC decision from 2014-11-15 in #746578.
> F: Further Discussion
I vote: R > F
--
Niko Tyni nt...@debian.org
signature.asc
Description: PGP signature
On Sat, Feb 03, 2018 at 07:19:24PM +0200, Niko Tyni wrote:
> Package: libcairo-perl
> Version: 1.106-2
> Severity: serious
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
>
> As noticed by ci.debian.net, the test suite of this package
> recently started fail
ion.
--
Niko Tyni nt...@debian.org
here is no script in the new version of the package - giving up
/usr/bin/python3: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.25' not
found (required by /lib/x86_64-linux-gnu/libexpat.so.1)
dpkg: error while cleaning up:
subprocess installed post-installation script returned error exit
this is
probably going to be much wider issue than just libglib2.0-dev...
Just my two cents,
--
Niko Tyni nt...@debian.org
/devel/tech-ctte
I'm copying the tech-ctte list; eyeballs would be welcome.
Please speak up if you spot an error or omission.
Thanks for your work on Debian,
--
Niko Tyni nt...@debian.org
Index: english/intro/organization.data
in the upstream bug.
--
Niko Tyni nt...@debian.org
Control: reassign -1 perl
Control: affects -1 polymake
Control: severity -1 important
On Tue, Jan 09, 2018 at 04:55:26PM +, Dominic Hargreaves wrote:
> On Mon, Jan 08, 2018 at 10:40:19PM +0200, Niko Tyni wrote:
> > A test build fixes the polymake issue and doesn't seem to break
On Thu, Jan 11, 2018 at 11:44:58PM -0500, Jeremy Bicha wrote:
> If perl works like all the other languages that use GObject
> Introspection, then libgtk3-webkit2-perl should depend on
> gir1.2-webkit2-4.0 instead of depending on the -dev package.
>
> Please fix this unless you have a good reason
On Wed, Jan 03, 2018 at 05:38:56PM +0100, Didier 'OdyX' Raboud wrote:
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A: Didier Raboud
> B: Tollef Fog Heen
> C: Phil Hands
> D: Margarita Manterola
> E: David Bremner
> F: Niko Ty
On Sun, Jan 07, 2018 at 05:04:17PM +0200, Niko Tyni wrote:
> The wasted stats could certainly be fixed by modifying our relevant
> changes to perl.c
>
> https://sources.debian.org/src/perl/5.26.1-3/debian/patches/debian/mod_paths.diff/
> but I haven't looked into that prope
Thanks for your reply, Benjamin! I'm copying p...@packages.debian.org
again and looking for input from my comaintainer Dominic. See below.
On Sat, Jan 06, 2018 at 10:07:47PM +0100, Benjamin Lorenz wrote:
> On 01/06/2018 08:08 PM, Niko Tyni wrote:
> > Running polymake curren
WIW I don't think this is the correct way to fix this because it doesn't
take partial upgrades into account at all. I've filed #886494 with some
suggestions on better fixes.
OTOH a binNMU doesn't hurt of course...
--
Niko Tyni nt...@debian.org
Package: polymake
Version: 3.1-5
Severity: grave
X-Debbugs-Cc: p...@packages.debian.org
Running polymake currently fails with
$ polymake
Can't locate loadable object for module Polymake::Ext in @INC (@INC contains:
/usr/share/polymake/perllib /usr/lib/polymake/perlx/5.26.0
-encode/issues/127 and I'm cloning a
separate bug against the separate libencode-perl package, which is where
this needs to be fixed first.
A test case without piconv in the mix would be
perl -MEncode -e 'Encode::decode("MIME-Header", "=?U".("_"x200)."?Q??=")'
--
Niko Tyni nt...@debian.org
s for your work on this!
--
Niko Tyni nt...@debian.org
On Fri, Jan 05, 2018 at 02:35:38AM +0100, gregor herrmann wrote:
> On Mon, 01 Jan 2018 18:56:52 +0200, Niko Tyni wrote:
> > Disregarding hurd-i386, the problematic test seems to be
> > t/66_ioasync_03_signals.t,
>
> t/66_ioasync_02_signals.t or t/66_ioasync_03_child.t?
t/
lt (or fix the epoll backend to work in the presence
of fork, which admittedly is hard - EV does it for you, and also does
not use unsafe backends by default).
I'm not sure what to make of this. Maybe disarm this particular test somehow
for now and see how it fares otherwise?
--
Niko Tyni nt...@debian.org
t2-4.0 package. Looks like the
module is unusable without that, so raising the severity.
The build time tests pass because of the build-dep on
libwebkit2gtk-4.0-dev (which pulls in gir1.2-webkit2-4.0); perhaps that's
the right thing to do for runtime as well?
--
Niko Tyni nt...@debian.org
-1) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-XLqRLl/10-libtest2-workflow-perl_0.18-1_all.deb
(--unpack):
trying to overwrite '/usr/share/man/man3/Test2::Tools::Spec.3pm.gz', which is
also in package libtest2-suite-perl 0.97-1
--
Niko Tyni nt...@debian.org
> ===BEGIN
> The Technical Committee recommends that Gunnar Wolf <gw...@debian.org> be
> appointed by the Debian Project Leader to the Technical Committee.
>
> G: Recommend to Appoint Gunnar Wolf <gw...@debian.org>
> F: Further Discussion
> ===END
I vote: G > F
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
From: Niko Tyni <nt...@
idea so far is to put the output of 'dpkg-vendor --query Vendor'
in cf_by.
.
Not sure if we need to (try to) spot unmodified source packages:
technically if there are no source differences, I suppose it's configured
by Debian not downstream...
--
Niko Tyni nt...@debian.org
Bug/Display.html?id=101033)
As Filter::Util::Call is also in the separate libfilter-perl package,
this needs to be fixed (or maybe just documented as a limitation?) there
first. The fix can then be backported to the Perl core version, or can
trickle there later by the normal upstream process.
--
Niko Tyni nt...@debian.org
701 - 800 of 4633 matches
Mail list logo