gmane.linux.debian.devel.perl

pacpl: Error when creating ogg tag

Dominique Dumont — 2012-05-25T14:47:12

Hello

pacpl stops when calling clear_comments method [1]. This method is 
provided by Ogg::Vorbis::Header but not by Ogg::Vorbis::Header::PurePerl

libogg-vorbis-header-perl was removed from debian (#594447) quite recently. 
(Looks like Ogg::Vorbis::Header::PurePerl is not a drop-in replacement for 
Ogg::Vorbis::Header :-/ )

arename project did replace Ogg::Vorbis::Header with Audio::Scan [2]. But such 
a change should be done upstream by pacpl author. 

Philip, what to you think ? Are you still maintaining pacpl ?

All the best

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671796
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594447&sourceid=mozilla-search#8

Re: DM who needs a DD agreement

Dominique Dumont — 2012-05-25T08:47:40

First, of all, subscribe to this list (if not already done ;-) )

Then the main steps and recommendation are there:

  http://wiki.debian.org/Teams/DebianPerlGroup/Welcome

See you on #debian-perl 

All the best

Re: DM who needs a DD agreement

Xavier — 2012-05-25T04:14:19

Le 24/05/2012 10:32, Dominique Dumont a écrit :

Hi,

of course it would be great, how can I do it ?

Best regards
Xavier

Re: DM who needs a DD agreement

Dominique Dumont — 2012-05-24T08:32:03

How about joining the debian-perl team and maintain your packages with us ?

For us, the main advantage is that we can review your packages along the 
others. It would be much easier.



All the best

Re: Can I adopt removed package?

gregor herrmann — 2012-05-24T06:33:21


Right, but the reasons for the removal still hold: The module is
deprecated and buggy, and I strongly suggest to keep it out of the
archive and switch rt-extension-calendar to the recommended
DateTime::Format::ICal.

Cheers,
gregor

DM who needs a DD agreement

Xavier — 2012-05-24T04:09:05

Hi all,

I'm Debian maintainer and maintain lemonldap-ng and libregexp-assemble.
I've prepared 2 new packages : libapache-session-browseable-perl and
libapache-session-ldap-perl. Can anyone take a look at this ?
http://x.guimard.free.fr/deb/

Thanks,
Xavier

Bug#674123: ITP: libdata-util-perl -- selection of utilities fordata and data types

Salvatore Bonaccorso — 2012-05-23T08:22:38

Package: wnpp
Owner: Salvatore Bonaccorso <carnil< at >debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel< at >lists.debian.org,debian-perl< at >lists.debian.org

* Package name    : libdata-util-perl
  Version         : 0.59
  Upstream Author : Goro Fuji(gfx) <gfuji(at)cpan.org>.
* URL             : http://search.cpan.org/dist/Data-Util/
* License         : Artistic or GPL-1+
  Programming Lang: Perl
  Description     : selection of utilities for data and data types

Data::Util provides utility functions for data and data types,
including functions for subroutines and symbol table hashes (stashes).

The implementation of this module is both Pure Perl and XS, so if
you have a C compiler, all the functions this module provides are
really faster.

This is a new dependency for libsvn-hooks-perl.

Finanziamenti per imprese e privati

Zaia — 2012-05-14T20:29:06

Finanziamenti
Per imprese e privati
Per informazioni clicca qui



unsubscribe

Re: Request to Join Project Debian Perl Group from Taku Yasui (tach)

gregor herrmann — 2012-05-12T16:58:18



I've just added you to the pkg-perl porject on Alioth.

Please take a look at our docs at http://pkg-perl.alioth.debian.org/
, especially policy.html and git.html, and don't hestitate to ask any
questions on the list or on IRC.

Welcome!

gregor

E' arrivato

dr.Alfieri — 2012-05-08T18:40:38

Nuovo kit Sbiancante per denti rapido.
Nuova formula ,ancora piu' efficace!

http://naturalmente.visit-page.com

Provalo;e' garantito!

Sono disponibili anche le ricariche.


Dr.Claudio Alfieri

How to handle mod_perl bugs?

Keith Lawson — 2012-05-06T15:10:33

Hello,

I'm not sure how to handle bug #666837 for the package I built as long 
as bug #666822 is outstanding. Reading through #666822 it looks as if 
the Apache team plans to include 2.4 regardless of whether mod_perl2 is 
ready or not. Does this mean that all packages that depend on mod_perl2 
will be removed from Wheezy if mod_perl2 isn't ready by the June when 
the freeze is planned?

I'm happy to do any work required to close my outstanding bug but don't 
see how that's possible until mod_perl2 is updated to work with Apache 
2.4. Please advise.

Thanks,
Keith.

Bug#671656: ITP: libmodule-cpanfile-perl -- format for describingCPAN dependencies of Perl applications

gregor herrmann — 2012-05-05T16:31:08

Package: wnpp
Owner: gregor herrmann <gregoa< at >debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel< at >lists.debian.org,debian-perl< at >lists.debian.org

* Package name    : libmodule-cpanfile-perl
  Version         : 0.9007
  Upstream Author : Tatsuhiko Miyagawa
* URL             : http://search.cpan.org/dist/Module-CPANfile/
* License         : Artistic or GPL-1+
  Programming Lang: Perl
  Description     : format for describing CPAN dependencies of Perl applications

`cpanfile` describes CPAN dependencies required to execute associated Perl
code.

Place the `cpanfile` in the root of the directory containing the associated
code. For instance, in a Catalyst application, place the `cpanfile` in the
same directory as `myapp.conf`.

Tools supporting `cpanfile` format (e.g. cpanm and carton) will automatically
detect the file and install dependencies for the code to run.

Bug#671654: ITP: libdist-metadata-perl -- module for gettinginformation about a perl module distribution

gregor herrmann — 2012-05-05T16:15:08

Package: wnpp
Owner: gregor herrmann <gregoa< at >debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel< at >lists.debian.org,debian-perl< at >lists.debian.org

* Package name    : libdist-metadata-perl
  Version         : 0.922
  Upstream Author : Randy Stauner <rwstauner< at >cpan.org>
* URL             : http://search.cpan.org/dist/Dist-Metadata/
* License         : Artistic or GPL-1+
  Programming Lang: Perl
  Description     : module for getting information about a perl module distribution

Dist::Metadata provides an easy interface for getting various metadata about
a Perl module distribution.

This is mostly a wrapper around CPAN::Meta providing an easy interface to
find and load the meta file from a tar.gz file. A dist can also be
represented by a directory or merely a structure of data.

If the dist does not contain a meta file the module will attempt to determine
some of that data from the dist.

Bug#671650: ITP: libfile-spec-native-perl -- module for using nativeOS implementation of File::Spec from a subclass

gregor herrmann — 2012-05-05T16:05:22

Package: wnpp
Owner: gregor herrmann <gregoa< at >debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel< at >lists.debian.org,debian-perl< at >lists.debian.org

* Package name    : libfile-spec-native-perl
  Version         : 1.003
  Upstream Author : Randy Stauner <rwstauner< at >cpan.org>
* URL             : http://search.cpan.org/dist/File-Spec-Native/
* License         : Artistic or GPL-1+
  Programming Lang: Perl
  Description     : module for using native OS implementation of File::Spec from a subclass

File::Spec::Native is a stupid hack to make the default File::Spec behavior
available from a subclass. This can be useful when using another module that
expects a subclass of File::Spec but you want to use the current, native OS
format (automatically detected by File::Spec).

For example: Path::Class/as_foreign (as of version 0.24) allows you to
translate a Path::Class object from one OS format to another. However, there
is no way to specify that you want to translate the path into the current,
native OS format without

Re: Bug#667737: libnet-server-perl: no IPv4 server when binding tolocalhost

Per Carlson — 2012-05-03T21:05:28

Oops, this were a draft email which I were unsatisfied with because it
sounded a bit harsh. Planned to save it and continue editing it today,
but it were unfortunately sent. Please disregard the last email.
Sorry.


What I mean to say is:

I understand the wish to ensure IPv4 functions as good as possible
today, because that's what over 99% of the users  use. The logical
short term solution is then to disable IPv6 whenever some conflict
surface. Unfortunately this short term focus mean Debian (once again)
risk to miss the release goal of full IPv6 support.

It makes more sense to fix the lack of IPv6 in HTTP::Daemon than to
disable it in Net::Server.


I think it might be better to add IPv6 support in other modules than
fixing problems (which isn't true problems) in this one.


While not being apart of the perl-group I do volunteer to help out,
especially things around IPv6 (which I do care about). Now there isn't
that many perl modules with bugs tagged with ipv6...

Re: libexcel-template-plus-perl

Robert James Clay — 2012-05-03T14:57:39

   It is.


   True, and something I hadn't thought of.



  That explains it.



  It looks like it is.



   Indeed it does, thanks!




RJ Clay
jame< at >rocasa.us

Re: libexcel-template-plus-perl

Salvatore Bonaccorso — 2012-05-03T12:42:19

Hi Jame

On Thu, May 03, 2012 at 06:09:15AM -0400, Robert James Clay wrote:

If I see it correctly, 'use Moose;' is used directly in the code, thus
it needs a direct dependency. Assume (even unlikely)
Excel::Template::Plus would drop the libmoosex-param-perl dependency,
then when reevaluating the dependencies you would need anyway to add
it back again.

As 'basic rule': if a module is used directly in the code, then it
also should be listed in dependency.

Note: I only have done a 'git grep 'use Moose;' to check, but not if
it is then actually used.

Does this brings some clarification?

Regards,
Salvatore

libexcel-template-plus-perl

Robert James Clay — 2012-05-03T10:09:15

  I am working on getting Excel::Template::Plus into Debian as the
package libexcel-template-plus-perl.  Salvatore Bonaccorso recently was
kind enough review my efforts so far and one of the things he noted was
as follows:  "Missing dependencies on libmoose-perl".

  That's easy enough to do but I'm wondering if it still needs to be
listed explicitly when the (admittedly, new) package
libmoosex-param-perl, which also depends on it, is already listed?




Jame

Re: Puzzling license warning from dh-make-perl

gregor herrmann — 2012-05-02T22:30:01


Sounds good.
 

This should be fixed in git already:
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/dh-make-perl.git


Cheers,
gregor

Re: Bug#667737: libnet-server-perl: no IPv4 server when binding tolocalhost

Per Carlson — 2012-05-02T22:25:57

Hi Daniel.

A bit late maybe, but...


I don't agree with you (and "the rest of the perl world") here on a
general basis. getaddrinfo returns any IPv6 addresses before IPv4 *by
design*. If it were the other way around the (inevitable) transition
to IPv6 would be much harder. Of course this is only true if asking
for AF_UNSPEC (or the trivial AF_INET6) records.

In that light rewriting Net::Server to always prioritize IPv4 is dead
wrong and should be avoided. If selecting an IPv6 address is causing
any problems, this is most likely caused by old IPv4-only mindset
(like localhost always and only resolves to 127.0.0.1). If "we" are
going to have success in the v4->v6 transition this mindset must be
changed instead of breaking IPv6.

I do support your rewrite to 5.14 core modules for "native" IPv6
functionality, but not this "do not break any (already broken) IPv4
applications".

Puzzling license warning from dh-make-perl

Brendan Byrd — 2012-05-02T21:41:14

This is from a "cpan2deb String::LCSS_XS" command:

**********
Copyright information incomplete!

Upstream copyright information could not be automatically determined.

If you are building this package for your personal use, you might disregard
this information; however, if you intend to upload this package to Debian
(or in general, if you plan on distributing it), you must look into the
complete copyright information.

The causes for this warning are:
Licensing information is present, but cannot be parsed

This is strange, considering a LICENSE file is present, as well as a
standard LICENSE=>perl entry in Makefile.PL.

https://metacpan.org/source/LIMAONE/String-LCSS_XS-1.2/Makefile.PL

In fact, after looking at the create_copyright sub:
https://metacpan.org/source/DAM/DhMakePerl-0.75/lib/DhMakePerl/Command/Packaging.pm#L925
, it looks like large parts of the whole sub could be replaced with
Software::License equivs.  I've started doing this for Module::Starter
myself.

Found the problem here:
https://metacp