/lib/texinfo' in debian/rules and ${perl:Depends}
in the package dependencies should fix this. When this is fixed, please
file a bug against perl so we can add Breaks entries on that side and
make sure partial upgrades don't break.
--
Niko Tyni nt...@debian.org
: cannot stat './libmarpa_dist/config.guess': No such file or directory
/usr/share/cdbs/1/rules/buildcore.mk:147: recipe for target 'update-config'
failed
make: *** [update-config] Error 1
Full build log attached.
--
Niko Tyni nt...@debian.org
, and
https://code.activestate.com/lists/perl5-porters/226385/ for a related
upstream thread.
--
Niko Tyni nt...@debian.org
1
See http://perl.debian.net/rebuild-logs/perl-5.24/icheck_0.9.7-6.2/
for a full build log.
--
Niko Tyni nt...@debian.org
rl/5.24/DynaLoader.pm line 187.
at test.pl line 13.
Compilation failed in require at test.pl line 13.
BEGIN failed--compilation aborted at test.pl line 13.
not ok 1
See
http://perl.debian.net:3000/distribution#perl-5.24/libalgorithm-permute-perl/0.12-3/buildlog
for a full build log.
--
Niko Tyni nt...@debian.org
d with 255 before it could output anything.
[...]
Files=32, Tests=2, 2 wallclock secs ( 0.12 usr 0.22 sys + 1.66 cusr 0.37
csys = 2.37 CPU)
Result: FAIL
Failed 30/32 test programs. 1/2 subtests failed.
See
http://perl.debian.net:3000/distribution#perl-5.24/libdata-alias-perl/1.20-1/buildlog
for a full build log.
--
Niko Tyni nt...@debian.org
turned exit code 2
debian/rules:7: recipe for target 'build-arch' failed
See
http://perl.debian.net:3000/distribution#perl-5.24/libscope-upper-perl/0.28-1/buildlog
for a full build log.
--
Niko Tyni nt...@debian.org
s is
blocked on the 'multiarch interpreter' problem. See the links mentioned
earlier in this bug; I'm not aware of any recent progress on this front.
--
Niko Tyni nt...@debian.org
the package only has #!/usr/bin/perl scripts?
Whether the resulting dependency is versioned or is completely orthogonal
to this thing AFAICS.
--
Niko Tyni nt...@debian.org
; "necessary infrastucture for basic TCP/IP networking" anymore.
Well, getservbyname(3) is used by 945 packages according to
codesearch.debian.net, and getprotobyname(3) by 551 packages.
Those use /etc/services and /etc/protocols by default AFAIK.
Doesn't seem that seldom to me?
--
Niko Tyni nt...@debian.org
On Fri, Sep 04, 2015 at 11:06:20PM +0300, Niko Tyni wrote:
> Control: tag -1 sid stretch
>
> On Sat, Aug 29, 2015 at 10:38:43AM +0100, Dominic Hargreaves wrote:
> > Source: libxml-easyobj-perl
> > Version: 1.12-3
> > Severity: serious
> > Justification:
>
> This package FTBFS with perl 5.22:
There's a patch in the upstream ticket making this package compile, but
it still fails its test suite. Upstream doesn't seem to be interested
in fixing it.
There are no reverse dependencies. I suggest removal unless
somebody objects?
--
Niko Tyni nt...@debian.org
k we should do with
libpoe-api-peek-perl ? Should webgui get removed as well?
--
Niko Tyni nt...@debian.org
Control: tag -1 confirmed
On Wed, May 18, 2016 at 11:02:06PM +0200, Xavier wrote:
> I've removed tag "moreinfo" since upstream author can reproduce the bug.
Thanks. I was able to reproduce it as well on current sid/amd64.
No idea about a fix at the moment though :(
--
N
On Sat, May 21, 2016 at 05:18:05PM +0300, Niko Tyni wrote:
> Package: libsys-syscall-perl
> Version: 0.25-2
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: zrh-2016
>
> This package fails to build on kfreebsd-*.
>
> t/01-epoll.t . skipped: t
kfreebsd too.
--
Niko Tyni nt...@debian.org
, but I'll run it by the
autobuilders to make sure it's working first.
--
Niko Tyni nt...@debian.org
>From 27084cb9b8a0cdc0bdaae792a329ea3b35a9ef92 Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Sat, 21 May 2016 14:05:31 +
Subject: [PATCH] Add mips* support
---
lib/Sys/S
Control: retitle -1 libsys-syscall-perl: FTBFS on arm64: test suite failures
Control: severity -1 serious
On Fri, May 20, 2016 at 01:49:12PM +0300, Niko Tyni wrote:
> Package: libsys-syscall-perl
> Version: 0.25-2
> Severity: normal
> User: debian-p...@lists.debian.org
> Userta
Control: tag -1 fixed-upstream
On Fri, May 20, 2016 at 10:30:30PM +, Eric Wong wrote:
> Niko Tyni <nt...@debian.org> wrote:
> > The problem is that arm64 does not have the legacy epoll_create() and
> > epoll_wait() syscalls, those are implemented in gli
On Fri, May 20, 2016 at 11:09:01AM +, Eric Wong wrote:
> Niko Tyni <nt...@debian.org> wrote:
> > It seems probable that this makes it fail to build from source
> > on arm64 as well, but I haven't verified that. armhf is OK on
> > tests.reproducible-builds.org fwiw.
it fail to build from source
on arm64 as well, but I haven't verified that. armhf is OK on
tests.reproducible-builds.org fwiw.
--
Niko Tyni nt...@debian.org
0.00 sys + 0.61 cusr 0.02
csys = 0.70 CPU)
Result: FAIL
It seems probable that this makes it fail to build from source
on arm64 as well, but I haven't verified that. armhf is OK on
tests.reproducible-builds.org fwiw.
--
Niko Tyni nt...@debian.org
, 5-12, 15-19
Non-zero exit status: 15
It seems probable that this makes it fail to build from source
on arm64 as well, but I haven't verified that. armhf is OK on
tests.reproducible-builds.org fwiw.
--
Niko Tyni nt...@debian.org
that. armhf is OK on tests.reproducible-builds.org
fwiw.
--
Niko Tyni nt...@debian.org
graph.t line 69.
# Compared $data->[0]
#got : 'bytesIn min nan'
# expect : 'bytesIn min -nan'
# Looks like you failed 6 tests of 226.
--
Niko Tyni nt...@debian.org
ustmetayml-perl.html
--
Niko Tyni nt...@debian.org
retitle 824511 perl: shell execution removes exported bash functions
block 824511 with 814358
thanks
(Please keep 824...@bugs.debian.org cc'd on replies)
On Tue, May 17, 2016 at 11:25:26AM -0600, Christoph Junghans wrote:
> 2016-05-17 9:06 GMT-06:00 Niko Tyni <nt...@debian.org>:
> &
s).
Python behaves similarly fwiw, as seen with
python -c 'import os; os.system("bash -c fct")'
There's not much we can do on the Perl side. Do you want me to
merge this with #814358, or what should we do with this report?
--
Niko Tyni nt...@debian.org
Rinci.
Whoever fixes this: please also make librinci-perl Break
libperinci-sub-normalize-perl (<< 0.17~) or something like that to
make sure partial upgrades work.
--
Niko Tyni nt...@debian.org
sue, but I'm not promising a patch any time soon...
--
Niko Tyni nt...@debian.org
On Mon, May 09, 2016 at 09:49:13PM +0300, Niko Tyni wrote:
> I intend to disable the test in libapache2-mod-perl2 for now until
> a better solution is found.
Done in 2.0.9-5 which I just uploaded.
> Do you want to track the apache2 crash
> with this bug, or should we reas
On Thu, Apr 14, 2016 at 07:48:47AM +0200, Stefan Fritsch wrote:
> reassign 820824 apache2
> On Tuesday 12 April 2016 23:04:42, Niko Tyni wrote:
> > Looking at the CI results at
> >
> > https://ci.debian.net/packages/liba/libapache2-mod-perl2/unstable/a
> > md64/
On Mon, May 09, 2016 at 08:42:54PM +0300, Niko Tyni wrote:
> Package: libperl-dev
> Version: 5.22.2-1
>
> Since 5.22.1-7 [1], libperl-dev doesn't depend on perl anymore. This was
> done to make it possible to install a foreign arch libperl-dev and
> libperl5.22 for cross bui
ix pull in a newer libperl-dev too.
[1]
https://anonscm.debian.org/cgit/perl/perl.git/commit/?id=501ef753a6ea38fdcc473bf919e138fee20a3adb
--
Niko Tyni nt...@debian.org
?
>
> Trivial patch attached for discussion.
> +warn "Deprecated program in use: rename as shipped with the Debian perl
> package will be removed after the release of stretch. Please install the
> separate 'rename' package which will provide the same command.\n";
Thanks for pushing this forward.
I'd be fine with the deprecation warning strategy FWIW. Do we need
to run this by debian-devel too?
--
Niko Tyni nt...@debian.org
report. I can't reproduce your issue on current
unstable with your example and this Apache configuration:
SetHandler perl-script
PerlHandler ModPerl::Registry
Options ExecCGI
I just get the 'OK' output with this.
Can you please provide a simple Apache configuration that triggers it?
--
Niko Tyni nt...@debian.org
Control: reassign -1 giflib 5.1.4-0.1
Control: affects -1 libimager-perl
On Thu, May 05, 2016 at 09:44:19PM +1000, Tony Cook wrote:
> On Thu, May 05, 2016 at 10:05:55AM +0300, Niko Tyni wrote:
> > t/200-file/400-basic.t ..
> > 1..262
> > [...]
> > # typ
On Thu, May 05, 2016 at 10:05:55AM +0300, Niko Tyni wrote:
> Package: libimager-perl
> Version: 1.004+dfsg-1
> Severity: serious
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
>
> This package fails to build on current sid/amd64. Log at
> ht
im1 is not of type Imager::ImgRaw at t/200-file/400-basic.t line 79.
The tests in subdirectories don't get run on the autopkgtest
side (#812219), which is why this didn't show up there.
--
Niko Tyni nt...@debian.org
guess the space after 1.5.0 in the Build-Depends field of
> debian/control is the culprit.
That's a dpkg regression, see #823431.
--
Niko Tyni nt...@debian.org
On Wed, May 04, 2016 at 08:13:56PM +0200, Guillem Jover wrote:
> First off, with the reproducible and rebootstrap efforst rebuilding
> stuff with latest dpkg, it's really fast to catch regressions, that's
> very helpful, thanks! And second, also thanks for tracking this down. :)
Thanks for the
of an accidental ABI break in unstable (where
we'd probably want to switch to perlapi-5.22.2d or something like that.)
--
Niko Tyni nt...@debian.org
s like the dependency parse now includes whitespace,
which seems overly zealous to me?
This seems to have regressed with
https://anonscm.debian.org/cgit/dpkg/dpkg.git/commit/?id=bd17966babf8705e8f02c808f646dfa149828256
I don't know if there are more affected packages.
--
Niko Tyni nt...@debian.org
?
Tentatively setting at 'serious' but feel free to adjust/close if this
is all going as designed.
--
Niko Tyni nt...@debian.org
Control: forwarded -1 https://rt.perl.org/Ticket/Display.html?id=128020
On Thu, Apr 28, 2016 at 08:17:09PM +0100, Dominic Hargreaves wrote:
> On Thu, Apr 28, 2016 at 07:05:40PM +0300, Niko Tyni wrote:
> > On Tue, Apr 26, 2016 at 09:55:38PM +0300, Niko Tyni wrote:
> >
> >
On Tue, Apr 26, 2016 at 09:55:38PM +0300, Niko Tyni wrote:
> A better fix would be be to wrap everything, but I don't have a good patch
> for that. Hacking build_complete_message() could work I guess, but it's
> not used by all the sending backends (at least _send_message_mailsend();
&
On Mon, Apr 25, 2016 at 10:31:18PM +0300, Niko Tyni wrote:
> On Sun, Apr 24, 2016 at 06:25:03PM +0100, Dominic Hargreaves wrote:
>
> > I've applied these in branch dom/jessie-imports-from-5.20.3 on top of
> > the jessie branch (which now has the fix for #821848 applied). I use
On Mon, Apr 25, 2016 at 09:46:02PM +0100, Dominic Hargreaves wrote:
> The patch looks good. However the example output looks ugly for me
> (particuarly the 100-char one, where most of the patch descriptions
> are uglified by a wrapping out of sync with my 80 character terminal).
I see. The
On Sun, Apr 24, 2016 at 06:25:03PM +0100, Dominic Hargreaves wrote:
> I've applied these in branch dom/jessie-imports-from-5.20.3 on top of
> the jessie branch (which now has the fix for #821848 applied). I used
> two separate merge commits (one for the functional stuff and one for the
> docs).
Control: tag -1 patch
On Sun, Apr 24, 2016 at 10:25:23PM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.22.1-10
> So it looks like perlbug is broken on stretch/sid with the default exim4
> configuration, and exim4 is the default MTA on Debian AFAIK. I think we
&
arning to the
docs would be enough?
--
Niko Tyni nt...@debian.org
On Sun, Apr 24, 2016 at 02:43:26PM +0300, Niko Tyni wrote:
> I wonder if it would be useful to prefix the patch (file)names with
> something else than the current 'debian/' or 'fixes/', perhaps '5.20.3/',
> to highlight their origins? This might at least make 'perl -V' output
> a
On Sat, Apr 23, 2016 at 04:36:26PM +0100, Dominic Hargreaves wrote:
> Source: perl
> Version: 5.20.2-3+deb8u4
> I analysed the 165 commits in upstream's git repository between
> 5.20.2 and 5.20.3 and selected what I believe to be the 40-odd
> relevant patches (the others are either non-functional
Control: tag -1 patch
On Sat, Apr 23, 2016 at 02:55:55PM +0200, Andreas Metzler wrote:
> On 2016-04-20 Niko Tyni <nt...@debian.org> wrote:
> [...]
> > The failure can be triggered with this:
>
> > % perl -MCrypt::GCrypt -e
> > '$c=Crypt::GCrypt->new(type=&
led when the port was already closed. And why does the peer look
like an echo service?
I'm reopening but downgrading this. Perhaps we should just have
start_webserver() retry a couple of times somehow if it fails the
first time.
--
Niko Tyni nt...@debian.org
8 0x004da689 in Perl_runops_debug (my_perl=0x2785010) at dump.c:2234
#9 0x00450e92 in S_run_body (oldscope=1, my_perl=0x2785010) at
perl.c:2453
#10 perl_run (my_perl=0x2785010) at perl.c:2376
#11 0x0041d09b in main (argc=6, argv=0x7ffc0f9ebfe8,
env=0x7ffc0f9ec020) at perlmain.c:116
--
Niko Tyni nt...@debian.org
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Perl 5.22.2 is to be released on Sunday 24th April or so.
A release candidate is currently in experimental. This
is a stable update with just bugfix changes, see
.
--
Niko Tyni nt...@debian.org
On Fri, Apr 15, 2016 at 07:39:22AM +, Niels Thykier wrote:
> Niko Tyni:
> > On Fri, Apr 15, 2016 at 06:26:21AM +, Niels Thykier wrote:
> >> Not saying you should use debhelper; I just wanted to challenge the
> >> statement a bit to see if it still makes se
to fix this is to stop Providing perl-modules in 5.24. There
are currently 50 or so source packages in sid depending or build depending
on perl-modules. Lists attached.
I think we should probably do both: fix the Conflicts in 5.22 and drop
the transitional perl-modules virtual package in 5.24.
--
Nik
On Fri, Apr 15, 2016 at 06:26:21AM +, Niels Thykier wrote:
> Niko Tyni:
> > On Fri, Jan 08, 2016 at 12:55:10PM +0200, Niko Tyni wrote:
> >> Package: perl
> >> Version: 5.22.1-3
> >> Severity: wishlist
> >>
> >> Detached debugging symbols ar
On Fri, Jan 08, 2016 at 12:55:10PM +0200, Niko Tyni wrote:
> Package: perl
> Version: 5.22.1-3
> Severity: wishlist
>
> Detached debugging symbols are moving to a separate archive suite.
>
> https://lists.debian.org/debian-devel/2015/12/msg00262.html
>
> We should
#15 worker_thread (thd=0x7fd453eb27a0, dummy=) at worker.c:990
#16 0x7fd453418454 in start_thread (arg=0x7fd44740d700) at
pthread_create.c:334
#17 0x7fd453155ecd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
--
Niko Tyni nt...@debian.org
with the
generated one (good!)
--
Niko Tyni nt...@debian.org
On Wed, Apr 06, 2016 at 01:07:17PM +0200, László Böszörményi wrote:
> On Wed, Apr 6, 2016 at 11:53 AM, Niko Tyni <nt...@debian.org> wrote:
> > This is due to a change in 'PRAGMA table_info' behaviour in 3.12.0. The
> > "type" column in PRAGMA table_info() is now a b
On Sat, Apr 02, 2016 at 12:10:20PM +0300, Niko Tyni wrote:
> Package: libdbix-class-schema-loader-perl
> Version: 0.07045-1
> Severity: serious
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
> X-Debbugs-Cc: sqli...@packages.debian.org
>
> As noticed by the
On Wed, Apr 06, 2016 at 08:36:51AM +0200, László Böszörményi (GCS) wrote:
> On Sat, Apr 2, 2016 at 9:40 PM, Niko Tyni <nt...@debian.org> wrote:
> > The root cause is that sqlite3_column_decltype() quotes its output in
> > 3.12.0, where previously it didn't.
> [...]
>
son, the syntax of a.pl is perfectly legal--consider:
>
> $bar = "hello, world";
> print $bar, "\n";
I'm not sure if this old bug should be kept open as a request for a
runtime warning when printing out a stringified file handle, or just
closed as a non-bug. Opinions?
--
Niko Tyni nt...@debian.org
erl-redis/pull/112
(not yet merged upstream).
--
Niko Tyni nt...@debian.org
>From 155f19bd998cb1350dd067ec7b8c06738f9484e3 Mon Sep 17 00:00:00 2001
From: Syohei YOSHIDA <syo...@gmail.com>
Date: Tue, 9 Jun 2015 12:26:49 +0900
Subject: [PATCH] Compare error number instead of error message for
intentional change or a regression?
--
Niko Tyni nt...@debian.org
#!/usr/bin/perl -w
use DBI;
use strict;
my $dbh = DBI->connect("dbi:SQLite:dbname=ttt","","", { RaiseError => 1 });
$dbh->do("DROP TABLE IF EXISTS foo");
$dbh->do("CREATE
On Sat, Apr 02, 2016 at 11:20:02AM +0200, László Böszörményi (GCS) wrote:
> On Sat, Apr 2, 2016 at 11:02 AM, Niko Tyni <nt...@debian.org> wrote:
> > Package: libdatabase-dumptruck-perl
> > Version: 1.2-2
> [...]
> > As noticed by the ci.debian.net test setup, this p
On Fri, Apr 01, 2016 at 11:21:45PM +0100, Dominic Hargreaves wrote:
> On Mon, Mar 12, 2012 at 09:49:59PM +0200, Niko Tyni wrote:
> > Just a note that this topic has resurfaced upstream; the thread starts at
> >
> > http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/
)
Result: FAIL
Like #819782, this was broken by the recent sqlite3_3.12.0-1 upgrade
in unstable.
Needs further investigation, but cc'ing the sqlite3 maintainer as a heads-up.
--
Niko Tyni nt...@debian.org
clearly fitting in the SQLite 3.12 release notes at
http://sqlite.org/releaselog/3_12_0.html
so maybe it's a regression?
Needs further investigation, but cc'ing the sqlite3 maintainer as a heads-up.
--
Niko Tyni nt...@debian.org
Control: clone -1 -2
Control: retitle -2 libencode-perl: small failure in RFC2047 eMail header
encoding
Control: reassign -2 libencode-perl 2.63-1
On Tue, Jun 02, 2015 at 03:27:53PM +0300, Niko Tyni wrote:
> On Tue, Jun 02, 2015 at 02:04:57PM +0200, Thorsten Glaser wrote:
> > Pack
/cowsay line 14.
--
Niko Tyni nt...@debian.org
share/perl/5.22.1
/usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5
/usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at
/usr/share/perl5/JSON/WebToken.pm line 14.
# BEGIN failed--compilation aborted at /usr/share/perl5/JS
hould just be commented out.
This is also [rt.cpan.org #85604], with no response in three years.
--
Niko Tyni nt...@debian.org
nary compatibility, so it will unfortunately not be possible to apply
> it to a stable release.
The workaround in sid/stretch disabling PERL_TRACK_MEMPOOL for the debug
build (debian/debugperl-compat-fix.diff) should be applicable to jessie
too. We should probably push it into a stable update.
--
Niko Tyni nt...@debian.org
http://anonscm.debian.org/cgit/perl/perl.git/commit/debian/rules?id=494019582d1007c831e65876dadd258874c9bd91
>
> -I $(srcdir)/lib is no longer passed to PERL_TO_USE.
Indeed. This was probably an oversight when rebasing my development branches.
Thanks for the report, will fix soon.
--
Niko Tyni nt...@debian.org
ome experiences exist regarding failures when doing no optimisation.
It's passing an uninitialized pointer to libfreecontact. Proposed patch
attached.
--
Niko Tyni nt...@debian.org
>From 4570fcae64c5f62ef1bf7558063064a60db62d0b Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
ke: *** [build] Error 1
--
Niko Tyni nt...@debian.org
check, do you have libapache2-mod-perl2 2.0.9~1624218-2+deb8u1
installed? The first version in jessie (without +deb8u1) has known issues.
--
Niko Tyni nt...@debian.org
On Mon, Feb 01, 2016 at 04:41:44PM +0200, Niko Tyni wrote:
> Package: libperl-dev
> Version: 5.22.1-5
> I think the libperl-dev -> perl (-> perl-base) dependency is a bug now
> that libperl5.22 is M-A:same and has the full standard library. It should
> be enough for
oviding GetAddrInfoFlags to the socket,
as was done in the IO::Socket::IP test suite to fix the above issues.
However, sprinkling such fixes all over reverse dependencies does seem
somewhat wrong to me...
In any case, at least the hanging test suite is nasty and needs fixing.
--
Niko Tyni nt...@debian.org
upport AFAICS, it was just inspired by my studies on that.
--
Niko Tyni nt...@debian.org
Package: courier-unicode
Version: 1.4-1
Severity: serious
This package build-depends on w3c-dtd-xhtml, which was
removed from the archive a month ago. See #711332.
--
Niko Tyni nt...@debian.org
g
> this will be a big effort.
I think the libperl-dev -> perl (-> perl-base) dependency is a bug now
that libperl5.22 is M-A:same and has the full standard library. It should
be enough for libperl-dev to Depend on libperl5.22.
--
Niko Tyni nt...@debian.org
he end those were deemed minor enough that the fix was released
without the full security coordination process.
I'm attaching the patch that was applied upstream. This will be in the
next Debian upload.
--
Niko Tyni nt...@debian.org
>From c7f9fd502e015c6dca18f88c6c972413d2d789b3 Mon Sep 17 00:
On Sat, Jan 30, 2016 at 12:03:27PM +0200, Niko Tyni wrote:
> Package: libio-socket-ssl-perl
> Version: 2.022-1
> Severity: serious
> X-Debbugs-Cc: open...@packages.debian.org
>
> The libio-socket-ssl-perl started hanging in its test suite
> with libssl1.0.2 upgrade from
doesn't change the
situation with libio-socket-ssl-perl.
Another affected package seems to be libnet-https-nb-perl, which is
using libio-socket-ssl-perl.
Cc'ing the openssl maintainers; any ideas? I hope I can make a smaller
test case later, but I'm out of time right now.
--
Niko Tyni nt
Package: cme
Version: 1.009-1
The 'list' command seems to be broken:
$ cme list
Can't locate object method "dev" via package
"Getopt::Long::Descriptive::Opts::__OPT__::2" at
/usr/share/perl5/App/Cme/Command/list.pm line 41.
$ echo $?
255
--
Niko Tyni nt...@debian.org
hy this works on unstable
(ca-certificates 20160104) but not stable, with no differences in the
relevant certificates that I can see. Perhaps openssl is behaving
differently?
Hope this helps a bit,
--
Niko Tyni nt...@debian.org
st case is indeed what we need for this.
See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810799#66
This is going to need a new bug number anyway as it's a separate issue,
so the cleanest thing would be to file a new bug altogether.
--
Niko Tyni nt...@debian.org
016 at 10:38:27PM +0200, Niko Tyni wrote:
> > On Wed, Jan 20, 2016 at 02:42:04PM +0100, Chris Lamb wrote:
> > > Source: libimager-perl
> > > Version: 1.004+dfsg-1
> > > Severity: serious
> > > Justification: fails to build from source
> >
don't want to hardcode the
list of tests.
--
Niko Tyni nt...@debian.org
clone 812219 -1
retitle -1 pkg-perl-autopkgtest: provide a way to override the default list of
smoke tests
reassign -1 pkg-perl-autopkgtest
severity -1 wishlist
thanks
On Thu, Jan 21, 2016 at 07:14:22PM +0200, Niko Tyni wrote:
> Package: libimager-perl
> Version: 1.004+dfsg-1
> User:
ntaint it. OTOH, if something in CGI::Session makes it unnecessarily
tainted (as was the case in the bug we fixed), that's something we
can fix.
I'm copying Peter Thoeny, the TWiki author. Peter, would you be willing
to work with us to try and find the reason for these taint problems? The
full bug
die'
dies with the new giflib but not the old one.
Cc'ing Matthias Klose as a heads-up, he uploaded 5.1.1-0.2.
--
Niko Tyni nt...@debian.org
On Sun, Jan 17, 2016 at 08:13:32PM +, Dominic Hargreaves wrote:
> I'm not really clear on what splitting these into separate packages
> (which sounds like a considerable amount of work) really gains us?
> The size gain in the perl package (around 50kB as far as I can see) on
> its own doesn't
1301 - 1400 of 4634 matches
Mail list logo