|
|
Up |
|
|
  |
Author: MartÃÂn FerrariMartÃÂn Ferrari
Date: May 21, 2008 20:20
Package: perl
Version: 5.10.0-10
Severity: normal
Tags: upstream
Hi, while trying to solve #315669, I discovered a bug in Storable, which
segfaults when called during global destruction. In the upstream bug
report you can find the test case and more information. I'm already
tagging upstream, since I could reproduce this in many other operating
systems.
Thanks.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
|
| Show full article (1.44Kb) |
|
| |
no comments
|
|
  |
Author: Gabor SzaboGabor Szabo
Date: May 20, 2008 08:10
Hi,
a month or two ago in Oslo we discussed with Jeremiah and others
that I would like to make it easy for everyone, including the CPAN module
authors to see which of the CPAN modules are distributed by Debian.
In addition I would like to add a kwalitee metric to CPANTS
http://cpants.perl.org/
indicating that the module is distributed by Debian without any local patches
and that it has no bugs reported in Debian.
I hope that having such metric on CPANTS will encourage CPAN developers
to make sure they pick up the patches from Debian and fix the bugs reported
in Debian.
So we figured out the best would be if there was a cron job on some
debian server
generating a csv file with fileds like
Perl-Package-Name,CPAN Version,Number of patches,Number of bugs,Link
to its home page in Debian
I guess I am talking about Debian Unstable here but we can discuss this.
I can then fetch this file and update the CPANTS database with this information.
|
| Show full article (1.42Kb) |
|
| |
18 Comments |
|
  |
Author: Manoj SrivastavaManoj Srivastava
Date: May 19, 2008 16:00
Package: ftp.debian.org
Severity: normal
Hi,
libmodule-load-conditional-perl is a rdepends of this package,
and should drop the dependency on libmodule-load-perl. The other
package is libgraphics-colornames-perl, and I'll take care of that.
manoj
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25.1 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
|
| |
|
no comments
|
|
  |
Author: Vincent DanjeanVincent Danjean
Date: May 18, 2008 09:30
Hi,
Looking after Koha dependencies, I saw on the Koha ML that
Text::CSV_XS AND Text::CSV are needed.
Looking in Debian, I see libtext-csv-perl but it seems correspond to
Text::CSV_XS (but the manpage added by the DD that it called Text::CSV.3pm)
What should we do ?
The best would be to endup in :
Text::CSV packaged in libtext-csv-perl
Text::CSV_XS packaged in libtext-csv-xs-perl with its manpage renamed
in Text::CSV_XS.3pm
But how to handle the transition ? Can this be done for lenny ? Will this
transition needs two releases (one to transition from libtext-csv-perl to
libtext-csv-xs-perl, the latter providing the former to help upgrade and
one (lenny to ...) to reintroduce libtext-csv-perl) ?
What do you think ? (libtext-csv-perl has about 12 rdepend)
Best regards,
Vincent
|
| Show full article (1.24Kb) |
|
8 Comments |
|
  |
|
|
  |
|
|
  |
Author: MartÃn FerrariMartÃn Ferrari
Date: May 12, 2008 08:40
Hi there,
when preparing a new upstream release of libpoe-component-irc-perl
using perl5.10, I got lost of lintian warnings about manpages:
W: libpoe-component-irc-perl: manpage-has-errors-from-man
usr/share/man/man3/POE::Component::IRC.3pm.gz 1442: `\-' is not
allowed in an escape name
Gregor and I tracked this down to the way that E is converted
since perl 5.10:
Original POD:
Hinrik Ern SigurEsson gmail.com>
perl 5.10 pod2man:
Hinrik O\*:rn Sigur\*(d\-sson gmail.com>
perl 5.8 pod2man:
Hinrik O\*:rn Sigur\*(d-sson gmail.com>
The minimal testcase can be obtained with the following oneliner:
echo -e '=pod\n\nE' | pod2man | tail -1
I'm asking here, because I don't know much about *roff and friends, so
maybe someone can say if this is actually a pod2man bug or not.
THanks.
|
| Show full article (1.03Kb) |
|
1 Comment |
|
  |
Author: Niko TyniNiko Tyni
Date: May 12, 2008 05:50
On Mon, May 12, 2008 at 10:45:47AM +0000, Thomas Viehmann wrote:
> tag 480458 moreinfo
> thanks
>
> Hi, with a huge number of reverse build-dependencies, I think this needs a better
> plan.
> ** spf-tools-perl has an unsatisfied dependency on i386: libversion-perl
> ** libconfig-json-perl has an unsatisfied dependency on i386: libversion-perl
[...]
Hi,
perl-modules Provides: libversion-perl since 5.10.0, and none of
those 25 or so packages have a versioned dependency (which can't be
provided).
The non-build-dependencies shouldn't be a problem, apt will select
perl-modules instead just like it does with libnet-perl currently.
As for building, perl-modules is currently always installed because
dpkg-dev is build-essential and pulls it in. It's not build-essential
itself, though.
|
| Show full article (1.42Kb) |
|
3 Comments |
|
  |
Author: Damyan IvanovDamyan Ivanov
Date: May 9, 2008 04:50
reassign 480256 perl-modules
notfound 480256 1:0.7400-2
found 480256 5.10.0-3
severity 480256 important
thanks
-=| Giacomo Mulas, Fri, May 09, 2008 at 07:59:30AM +0200 |=-
> Package: libversion-perl
> Version: 1:0.7400-2
> Severity: normal
>
> The transition to perl 5.10 made libversion-perl uninstallable, due to
> dependencies which cannot be satisfied on sid. Please rebuild/port to the
> new perl release.
version.pm is part of perl-modules and there is an unfortunate bug in
the Conflicts:
|
| Show full article (1.37Kb) |
|
2 Comments |
|
  |
|
|
  |
Author: Charles PlessyCharles Plessy
Date: May 8, 2008 08:10
Good evening, Perl team,
I have finished the packaging of Data::Stag, started by David Paleino in
your SVN repository (many thanks for having it open to other DDs by
default).
Although I often vociferate against repackagings, I have deleted a GIF
file from the original tarball, because I am unsure of its copyright
status (it is used on an unrelated web site), and it only serves to
decorate a documentation page. I have provided a get-orig-source that
creates the ~dfsg tar archive.
Due to the Perl transition, I do not know if an upload is welcome (even
if it would be to NEW). Therefore, I will wait for somebody on this list
to give me a green light before doing so.
libdata-stag-perl is necessary for libgo-perl (that I plan to package in
Debian-Med's repository unless you prefer the have it in yours), and
libgo-perl is necessary for a bioinformatic format (GFF3) parser.
Have a nice day,
|
| Show full article (1.12Kb) |
|
7 Comments |
|
|
|
|