were skipped, 170 by the test itself.
mysql-test-run: *** ERROR: there were failing test cases
The full log is at
http://perl.debian.net/rebuild-logs/jessie/mariadb-10.0_10.0.23-0%2Bdeb8u1/mariadb-10.0_10.0.23-0%2Bdeb8u1_amd64-20160614-0854.build
Thanks,
Dominic.
Source: libsys-virt-perl
Version: 1.2.9-2
Severity: serious
This package fails its tests suite on current stable.
t/800-events.t . 1/23
# Failed test 'got URI'
# at t/800-events.t line 272.
# got: 'test:/default'
# expected: 'test:///default'
# Failed test 'got URI'
On Sun, Jun 12, 2016 at 10:02:16PM +0100, Adam D. Barratt wrote:
> On Tue, 2016-06-07 at 09:11 +0100, Dominic Hargreaves wrote:
> > As per #826563 the recent perl update broke libdevel-declare-perl.
> > I've uploaded 0.006017-1+deb8u1 which I recommend is released through
> &g
033: recipe for target 'myconfig.h' failed
http://perl.debian.net/rebuild-logs/jessie/libquota-perl_1.7.1%2Bdfsg-1/libquota-perl_1.7.1%2Bdfsg-1_amd64-20160611-2316.build
Cheers,
Dominic.
opeful
that we can get this resolved before too much longer.
(I'm still very aware that I was the original instigator of the
much-despised warning, so I'd like to see the back of it as much
as anyone :)
Cheers,
Dominic.
Package: libfile-fcntllock-perl
Version: 0.22-3
Severity: normal
Control: block -1 by 827074
#827074 discusses a proposed File::Fcntllock::Any module which uses the
XS implementation if available, otherwise falls back to the pureperl
version. This bug is to implement the required packaging
Package: libfile-fcntllock-perl
Version: 0.22-3
Severity: normal
Control: tags -1 upstream
X-Debbugs-Cc: nt...@debian.org
In #677865 a long discussion took place about how to avoid the
warning about NFS locking in the absence of libfile-fcntllock-perl.
The issue (briefly) is that libdpkg-perl
that noone has noticed
(reported) this in Debian yet.
Attached is a proposed patch for stable.
Thanks,
Dominic.
diff -Nru libcss-dom-perl-0.15/debian/changelog libcss-dom-perl-0.15/debian/changelog
--- libcss-dom-perl-0.15/debian/changelog 2013-06-07 21:19:35.0 +0100
+++ libcss-dom-perl
Source: libnet-ssleay-perl
Version: 1.74-1
Severity: important
Forwarded: https://rt.cpan.org/Ticket/Display.html?id=115271
As reported on debian-devel[1] this package FTBFS with openssl 1.1.
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
As per #789344 the last point release caused libnet-ssleay-perl to
FTBFS because of a test suite failure.
Please find attached a proposed patch.
Thanks,
Dominic.
diff --git
h is due to a
> change in OpenSSL recently.
As of the last point release, which included openssl 1.0.1t-1+deb8u2,
this happens in stable too. A similar patch should probably be prepared.
Full build log:
http://perl.debian.net/rebuild-logs/jessie/libnet-ssleay-perl_1.65-1/libnet-ssleay-perl_1.65-1_amd64-20160611-1515.build
Dominic.
> On Sat, 11 Jun 2016 12:34:12 +0100, Dominic Hargreaves wrote:
>
> > Source: libio-pty-easy-perl
> > Version: 0.09-1
> > Severity: serious
> > Justification: FTBFS
> >
> > Since the update to perl 5.20.2-3+deb8u5, this package FTBFS in stable:
>
Source: libio-pty-easy-perl
Version: 0.09-1
Severity: serious
Justification: FTBFS
Since the update to perl 5.20.2-3+deb8u5, this package FTBFS in stable:
# Failed test 'write returns undef on timeout'
# at t/read-write.t line 18.
# got: '11'
# expected: undef
# Looks like you
On Sat, Jun 11, 2016 at 02:09:54AM +0200, gregor herrmann wrote:
> Control: fixed -1 0.16-1
> Control: forwarded -1 https://rt.cpan.org/Public/Bug/Display.html?id=107221
> Control: tag -1 + upstream fixed-upstream patch
>
> On Sat, 11 Jun 2016 00:31:51 +0100, Dominic H
Source: libcss-dom-perl
Version: 0.15-1
Severity: serious
Justification: FTBFS
This package FTBFS on stable:
# "utf-16" is encoded in UCS-2-LE but is not UCS-2-LE-based
Can't call method "cssText" on an undefined value at t/charset.t line 144.
# Looks like you planned 23 tests but ran 9.
# Looks
On Thu, Jun 09, 2016 at 10:00:18PM +0100, Adam D. Barratt wrote:
> On Wed, 2016-06-08 at 10:34 +0100, Dominic Hargreaves wrote:
> > As per #826667 the last perl update unfortunately broke biber too
> > (at least it causes a test failure; the actual cause is a bit unclear,
> >
On Wed, Jun 08, 2016 at 03:05:36PM +0900, Norbert Preining wrote:
> Hi Dominic,
>
> > Right now, I can't spot which change in 5.20.2-3+deb8u5 caused the
> > problem, but applying the change reference in that bug report, attached,
> > fixes the FTBFS.
>
>
e been
found yet.
Thanks,
Dominic.
diff -Nru biber-1.9/debian/changelog biber-1.9/debian/changelog
--- biber-1.9/debian/changelog 2014-12-24 23:45:26.0 +
+++ biber-1.9/debian/changelog 2016-06-07 16:56:37.0 +0100
@@ -1,3 +1,10 @@
+biber (1.9-3+deb8u1) UNRELEASED; urgency=
issue in
libdevel-declare-perl (see #826622); let me know if you'd like me to
prepare a similar NMU for biber or whether you'd like to handle it.
Apologies for the breakage.
Regards,
Dominic.
diff -Nru biber-1.9/debian/changelog biber-1.9/debian/changelog
--- biber-1.9/debian/changelog 2014-12-24 23
On Tue, Jun 07, 2016 at 02:33:15AM +0100, Adam D. Barratt wrote:
> On Tue, 2016-06-07 at 00:46 +0100, Dominic Hargreaves wrote:
> > On Mon, Jun 06, 2016 at 08:54:23PM +0100, Dominic Hargreaves wrote:
> [...]
> > > In hindsight, it's obvious that Debian's testing
for the help, and sorry for the hassle.
Best wishes,
Dominic.
On Mon, Jun 06, 2016 at 08:54:23PM +0100, Dominic Hargreaves wrote:
> Thanks Niko for analysis. The sequence of events went like this:
>
> 1) a commit (which fixed a segfault, but broke compatibility) was
>committed to the upstream development branch
> 2) upstream testing det
e
inclusion in stable-updates.
2) kick off a test rebuild of packages using perl to catch any issues
in this update (at least those which we can catch by package builds
and test suites).
3) document this in the perl maintenance notes on the wiki for future
reference
I should be able to do at least the first two of these this evening.
Thanks and apologies.
Dominic.
Control: severity -1 minor
Control: retitle -1 perl: flawed test: hardcoded E2BIG errno value
On Sun, May 29, 2016 at 02:23:52AM +0200, Samuel Thibault wrote:
> Dominic Hargreaves, on Sat 28 May 2016 16:50:41 +0100, wrote:
> > print "errno 7 stringifies to '$!'\n";
> >
On Sun, May 29, 2016 at 12:09:17AM +0300, Yuriy M. Kaminskiy wrote:
> On 28.05.2016 17:50, Dominic Hargreaves wrote:
> >On Thu, May 26, 2016 at 04:47:07PM +0100, Dominic Hargreaves wrote:
> >>Just to note that I can confirm that it we get a syntax error on
> >>whee
are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
Details of t
are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
Details of t
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
Details of t
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
errno 7 stringifies to '(os/kern) not receiver'
but because that error message is also long enough, the test passes.
Can you shed any more light about how to reproduce this test failure?
Thanks,
Dominic.
gt;
> These two pieces of information (pid, uid) are indeed not available yet
> on hurd-i386 (and a mere -1 is recorded), and the probability that they
> get implemented soon is relatively low. Perhaps we should make the perl
> testsuite ignore these for now?
Thanks, this is now applied in git (upstream and Debian).
Dominic.
On Thu, May 26, 2016 at 04:47:07PM +0100, Dominic Hargreaves wrote:
> On Thu, May 26, 2016 at 04:22:45PM +0300, Yuriy M. Kaminskiy wrote:
> > Dear Maintainer,
> >
> > I've made typo in code, and found that it freezes perl on attempt to parse:
> > perl -ce 's
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
Details of t
). Additionally, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
). Additionally, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
0 --timeout
2 -- ../test_prog.sh
This was fixed upstream by f8a7ccebba5637bf0cf5a23cea563b2ccd62312d[1],
which as you observed was first included in 5.22.0. It may be a candidate
for backporting to jessie / maint-5.20 upstream, but the patch doesn't
apply as-is.
Cheers,
Dominic.
[1]
<http://perl5.git.perl.org/perl.git/commit/f8a7ccebba5637bf0cf5a23cea563b2ccd62312d>
Control: tags -1 + fixed-upstream
On Thu, May 26, 2016 at 11:52:33AM +0100, Dominic Hargreaves wrote:
> Source: libdatetime-format-mysql-perl
> Version: 0.05-2
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition
>
> This package
uild log can be found at
http://perl.debian.net/rebuild-logs/perl-5.24-throwaway/libdatetime-format-mysql-perl_0.05-2/libdatetime-format-mysql-perl_0.05-2_amd64-20160526-1134.build
rt.cpan.org is currently down, so I wasn't able to check/forward.
Dominic.
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
On Fri, May 13, 2016 at 06:08:36PM +, Holger Levsen wrote:
> Hi Dominic!
>
> On Thu, May 12, 2016 at 12:21:55PM +0100, Dominic Hargreaves wrote:
> > Not that I have vast amounts of free time, but I do care about
> > munin packaging, so I can offer to put a little bit of
are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
Details of t
are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
Details of t
). Additionally, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.
You can see more background about this change at
<https://lists.debian.org/debian-devel/2014/02/msg00024.html>.
Thanks,
Dominic
D
On Mon, May 23, 2016 at 08:31:40PM +0100, Adam D. Barratt wrote:
> Control: tags 819758 -moreinfo +confirmed
>
> [CC += the p-u bug]
>
> On Mon, 2016-05-23 at 11:35 +0200, gregor herrmann wrote:
> > On Mon, 23 May 2016 09:27:44 +0100, Dominic Hargreaves wrote:
> >
On Mon, May 23, 2016 at 08:33:41AM +0200, gregor herrmann wrote:
> On Sun, 22 May 2016 21:40:43 +0100, Dominic Hargreaves wrote:
>
> > > Has anyone else tested the
> > > package?
> > Not to my knowledge. I can publish the built packages for amd64
> > somewhe
[CCing debian-perl]
On Sun, May 22, 2016 at 07:31:10PM +0100, Adam D. Barratt wrote:
> On Sat, 2016-05-21 at 14:43 +0100, Dominic Hargreaves wrote:
> > I wondered if you needed any more information in order to process this
> > request - since I am aware it's a large diff? Can
On Sat, Apr 30, 2016 at 08:21:44PM +0100, Dominic Hargreaves wrote:
> Release team: please consider #819758 as being a request for the attached
> patch (which includes the previously-submitted change); there is more
> rationale about the patches included in [1] - but the shor
are the main tasks/priorities other than bug squashing? Is an
upload of the current development branch to experimental useful, for
example?
Cheers,
Dominic.
l in a newer libperl-dev too.
>
> Untested tentative fix at
>
> https://anonscm.debian.org/cgit/perl/perl.git/commit/?id=6b15d0196492024f977fa1222752cea84b0765f7
Looks good to me!
Dominic.
On Mon, May 09, 2016 at 08:18:50PM +0300, Niko Tyni wrote:
> On Sun, May 08, 2016 at 10:29:30PM +0100, Dominic Hargreaves wrote:
> > On Mon, May 02, 2016 at 10:04:03PM +0100, Dominic Hargreaves wrote:
> > > On Mon, Aug 24, 2015 at 11:53:26PM +0200, Dominic Hargreaves wrote:
>
On Mon, May 05, 2014 at 03:51:06PM +0100, Dominic Hargreaves wrote:
> On Sun, Feb 02, 2014 at 03:12:32PM +0000, Dominic Hargreaves wrote:
> > [CCing debian-devel to get feedback on a de facto 'standard' tool].
> > So to summarise: for many years the perl package has provided
>
On Mon, May 02, 2016 at 10:04:03PM +0100, Dominic Hargreaves wrote:
> On Mon, Aug 24, 2015 at 11:53:26PM +0200, Dominic Hargreaves wrote:
> > On Fri, Aug 21, 2015 at 06:54:01PM +0200, Axel Beckert wrote:
>
> > > JFYI: I feel that this search wasn't sufficient. I miss at lea
I can confirm that the bug is no longer present in 50.0.2661.94-1~deb8u1.
Thanks,
Dominic.
rather than
warning?
A link to the discussion in #758234 in the tag description would probably
be helpful, if it is kept.
Cheers,
Dominic.
On Tue, May 03, 2016 at 04:17:47PM +0200, Ansgar Burchardt wrote:
> Control: tag -1 wontfix
> Control: block -1 by 758234
>
> Hi,
>
> On Tue, 2016-05-03 at 15:08 +0100, Dominic Hargreaves wrote:
> > This request is based on the lintian warning currently in eff
Package: ftp.debian.org
Severity: normal
This request is based on the lintian warning currently in effect for
this package:
https://lintian.debian.org/maintainer/nt...@debian.org.html#perl
It also applies to libperl5.24, which has just been accepted into
experimental.
Thanks,
Dominic.
On Mon, Aug 24, 2015 at 11:53:26PM +0200, Dominic Hargreaves wrote:
> On Fri, Aug 21, 2015 at 06:54:01PM +0200, Axel Beckert wrote:
> > JFYI: I feel that this search wasn't sufficient. I miss at least two
> > packages co-maintained by myself and missing in that list: xymon and
>
n
> so this might be fixed. I've not tested that yet.
>
> https://github.com/dankogai/p5-encode/pull/51
>
> Cloning this against the separate libencode-perl package, where it should
> be fixed first anyway.
The cloned bug has been closed, suggesting that this is indeed
fixed in Encode-2.83. Updating metadata accordingly.
Dominic.
ty update.
I've installed a test build of this update on my main workstation,
and all is well so far.
Thanks,
Dominic.
[1] <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822336>
perl_5.20.2-3+deb8u5.deb.diff.gz
Description: application/gzip
s afternoon. Once
the buildds have caught up, the binNMUs that gregoa mentioned above
should be kicked off.
libmodule-corelist-perl and libperl-apireference-perl have been uploaded
to sid today too.
Cheers,
Dominic.
Source: libperl-apireference-perl
Version: 0.22-1
Severity: important
This package will soon FTBFS (once perl 5.22.2 is uploaded to
unstable).
Cheers,
Dominic
gt; > not used by all the sending backends (at least _send_message_mailsend();
> > not sure we need to care about that.)
> >
> > I think I need to look at this a bit more.
>
> Revised set of two patches attached. Eyeballs would be welcome.
This looks sane to me. Thanks for taking the time to refactor!
Cheers,
Dominic.
gressively than is required to fit within that standard; that way, we
minimise the damage caused by wrapping, when displayed by MUAs which
themselves wrap.
I'm not sure what sort of warning is necessary; could you be more
specific here?
Cheers,
Dominic.
[1] <http://www.jebriggs.com/blog/2010/07/smtp-maximum-line-lengths/>
,
> > to highlight their origins? This might at least make 'perl -V' output
> > a bit clearer.
>
> Dominic proposed fixes/5.20.3/ which is fine by me assuming git-dpm
> copes (I expect it does).
It does seem to.
> > Another thing: we need to make sure the fixes are in unstabl
of downsides.
Release team: would you be happy with an update in stable along the lines
I've outlined?
Niko et al: any further comments?
Cheers,
Dominic.
functional
fddbd7860397641a9f336211b07bd51902a70e55 [perl #123652] eval {label:} crash
d40f1ca59e9f4eb4e0e717b5304072636b24a62a lib/perl5db.pl
ttracker.8502.n7.nabble.com/RT-4-2-8-reply-emails-go-out-blank-td59465.html
[snip discussion of backport, which is separate from the bug
itself - see [1]].
Any other thoughts about fixing this in jessie?
Cheers,
Dominic.
[1]
<http://lists.alioth.debian.org/pipermail/pkg-request-tracker-maintainers/2016-April/004139.html>
Source: cmake
Version: 3.5.2-1
Severity: grave
Justification: renders package unusable
cmake-data FTBFS on the arch:all autobuilder, but the binary part didn't.
This means that cmake in sid depends on a package which doesn't exist,
making the whole package unusable:
50.0.2661.86:
https://chromium.googlesource.com/chromium/src/+/d5834ce2cf3bbaf98f8eff1a8ed0e0df0f085bc4
Please could this be updated in Debian too?
Thanks!
Dominic.
-- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture
at1 (>= 2.0.1),
> libpcre3, zlib1g (>= 1:1.2.0), perl-modules, liberror-perl, git-man (>>
> 1:2.8.0~rc3), git-man (<< 1:2.8.0~rc3-.)
>
> Package: iwatch
> Maintainer: Joao Eriberto Mota Filho <eribe...@debian.org>
> Depends: perl-modules, libevent-perl,
r Debian Jessie. I have not
> confirmed it, but based on the versions numbers I believe Stretch and Sid are
> also affected.
Thanks for the report. This was fixed in perl 5.22.1, which is now
in sid and stretch.
We might be able to fix this in stable; we'll see how that goes.
Cheers,
Dominic.
Package: request-tracker4
Version: 4.2.12-6
Severity: normal
As discussed on the #rt IRC channel several months ago, the Debian packages
set WebBaseURL from debconf, when upstream says that this should nearly
never be set directly.
I suspect that this isn't strictly required, but may be wise
thought were unused questions
after completing all my testing. Oops.
Will fix ASAP.
Dominic.
variables.
Cheers,
Dominic.
aught).
Cheers,
Dominic.
rfectly
valid in some situations. I think such a check, if it existed, should be
external to the interpreter. So my vote is to close this one as a non-bug.
Dominic.
Control: tags -1 + wontfix
As Niko wrote in [1] the warnings shouldn't be disabled in the
general case; hence setting wontfix on this bug.
Dominic.
[1] <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508764#19>
Control: found -1 5.22.1-9
Control: retitle -1 perl: loops prevent variables being mentioned in
uninitizliaed value warnings
Control: tags -1 + confirmed upstream
On Sun, Jul 31, 2011 at 07:39:33PM +0800, jida...@jidanni.org wrote:
> Package: perl
> Version: 5.12.4-2
> Severity: wishlist
> Tags:
in all the extra
packages that we think might be useful; perl core is very definitely going
in the opposite direction.
(I'm not sure what you mean by a 'default local lib'; if you mean
something which is on @INC by default and intended to be writable by the
system administrator, that's exactly what the site path is...)
Cheers,
Dominic.
hwhile,
at least.
Dominic.
,
Dominic.
-- System Information:
Debian Release: 8.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked
On Sun, Mar 13, 2016 at 01:24:09PM +0200, Niko Tyni wrote:
> On Mon, Feb 29, 2016 at 12:17:39PM +0000, Dominic Hargreaves wrote:
> > Control: forwarded -1 https://rt.perl.org/Public/Bug/Display.html?id=127212
> > Control: tags -1 + fixed-upstream confirmed
> >
> > On
the current 2.12 release, could be
backported to jessie? The workaround is somewhat prone to breakage over
time as new nodes are added.
Thanks!
Dominic.
This appears to have been fixed in #812207 so this probably needs
to be merged or otherwise closed (incidentally, it appears that
reporting the bug against a real package wasn't enough for it to get
attention ;)
Cheers,
Dominic.
On Mon, Feb 29, 2016 at 01:59:39PM +0100, Nick Wellnhofer wrote:
> On 29/02/2016 13:17, Dominic Hargreaves wrote:
> >This was discovered as part of the investigation into
> ><https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810326> (which is
> >not quite the same
rt.cgi?bug=810326> (which is
not quite the same bug) and was fixed upstream. This fix should be in
5.24 which should be in stretch. However, the fix by its nature breaks
binary compatibility, so it will unfortunately not be possible to apply
it to a stable release.
Cheers,
Dominic.
On Sat, Feb 20, 2016 at 03:39:33PM +, Julien Cristau wrote:
> On Mon, Jul 20, 2015 at 23:52:42 +0200, Guillaume Delacour wrote:
>
> > On Mon, 29 Jun 2015 22:40:01 +0200 Guillaume Delacour
> > wrote:
> > > >
> > > > This package FTBFS in a clean sid sbuild setup:
> > > >
>
Source: libgraphite2-2.0.0
Version: 1.3.5-1~deb7u1
Severity: normal
Tags: patch
Dear Maintainer,
It looks like the reversion from -3 to -2.0.0 when rebuilding this for
oldstable-security omitted to update debian/libgraphite2-2.0.0.shlibs. The
effect is that when building against it [observed
e to pkg-perl?)
I am happy for this to be taken over by someone else - otherwise I
will move it when I get a chance (probably not this week).
Cheers,
Dominic.
port AFAICS, it was just inspired by my studies on that.
Sounds fine to me.
Cheers,
Dominic.
it's not a candidate on its own though.
I've added this to git now so we don't forget.
> I wonder if it also happens with the wheezy packages? The test
> code looks quite similar.
The patch doesn't apply without modifications, but the freebsd
porters can confirm that a similar patch is needed, I expect we
can easily apply it.
Cheers,
Dominic.
501 - 600 of 3449 matches
Mail list logo