Nabble - debian-perl

Bug#562108: ITP: libpod-elemental-perl -- module for manipulating POD elements

2009-12-22T11:18:24Z

Package: wnpp
Owner: Jonathan Yu <jawnsy@...>
Severity: wishlist
X-Debbugs-CC: debian-devel@...,debian-perl@...

* Package name : libpod-elemental-perl
Version : 0.093280
Upstream Author : Ricardo SIGNES <rjbs@...>
* URL : http://search.cpan.org/dist/Pod-Elemental/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : module for manipulating POD elements

Pod::Elemental is a system for treating Perl's Plain Old Documentation (POD)
format as trees of elements. This model is similar in nature to, though less
sophisticated than, the HTML Document Object Model (DOM). This makes it easy
to perform many different transformations on the document data.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#562102: ITP: libdist-zilla-perl -- Perl distribution builder

2009-12-22T09:53:28Z

Package: wnpp
Severity: wishlist
Owner: gregor herrmann <gregoa@...>

* Package name : libdist-zilla-perl
Version : 1.093400
Upstream Author : Ricardo SIGNES <rjbs@...>
* URL : http://search.cpan.org/dist/Dist-Zilla/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : distribution builder; installer not included!

Dist::Zilla builds distributions of code to be uploaded to the CPAN. In this
respect, it is like ExtUtils::MakeMaker, Module::Build, or Module::Install.
Unlike those tools, however, it is not also a system for installing code that
has been downloaded from the CPAN. Since it's only run by authors, and is
meant to be run on a repository checkout rather than on published, released
code, it can do much more than those tools, and is free to make much more
ludicrous demands in terms of prerequisites.

~~~~~

Dist::Zilla also needs the following modules:

* Package name : libstring-flogger-perl
Version : 1.001
Upstream Author : Ricardo SIGNES <rjbs@...>
* URL : http://search.cpan.org/dist/String-Flogger/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : string munging for loggers

string munging for loggers

* Package name : libmixin-extrafields-perl
Version : 0.007
Upstream Author : Ricardo SIGNES <rjbs@...>
* URL : http://search.cpan.org/dist/Mixin-ExtraFields/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : add extra stashes of data to your objects

Sometimes your well-defined object needs a way to tack on arbirary extra
fields. This might be a set of session-specific ephemeral data, a stash of
settings that need to be easy to grow over time, or any sort of
name-and-value parameters. Adding more and more methods can be cumbersome,
and may not be helpful if the names vary greatly. Accessing an object's guts
directly is simple, but is difficult to control when subclassing, and can
make altering your object's structure difficult.

Mixin::ExtraFields provides a simple way to add an arbitrary number of
stashes for named data. These data can be stored in the object, in a
database, or anywhere else. The storage mechanism is abstracted away from the
provided interface, so one storage mechanism can be easily swapped for
another. Multiple ExtraFields stashes can be mixed into one class, using one
or many storage mechanisms.

* Package name : libstring-formatter-perl
Version : 0.093221
Upstream Author : Ricardo Signes <rjbs@...>, Darren Chamberlain <darren@...>
* URL : http://search.cpan.org/dist/String-Formatter/
* License : GPL-2
Programming Lang: Perl
Description : build sprintf-like functions of your own

String::Formatter is a tool for building sprintf-like formatting routines. It
supports named or positional formatting, custom conversions, fixed string
interpolation, and simple width-matching out of the box. It is easy to alter
its behavior to write new kinds of format string expanders. For most cases,
it should be easy to build all sorts of formatters out of the options built
into String::Formatter.

Normally, String::Formatter will be used to import a sprintf-like routine
referred to as "stringf", but which can be given any name you like. This
routine acts like sprintf in that it takes a string and some inputs and
returns a new string:

my $output = stringf "Some %a format %s for you to %u.\n", { ... };

* Package name : libconfig-ini-mvp-perl
Version : 0.024
Upstream Author : Ricardo SIGNES, C<< <rjbs@...> >>
* URL : http://search.cpan.org/dist/Config-INI-MVP/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : multi-value capable .ini file reader (for plugins)

Config::MVP::Reader::INI reads .ini files containing MVP-style configuration.
It uses Config::INI::MVP::Reader to do most of the heavy lifting.

* Package name : libconfig-ini-perl
Version : 0.014
Upstream Author : Ricardo SIGNES, C<< <rjbs@...> >>
* URL : http://search.cpan.org/dist/Config-INI/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : simple .ini-file format

simple .ini-file format

* Package name : libconfig-mvp-perl
Version : 0.093350
Upstream Author : Ricardo Signes <rjbs@...>
* URL : http://search.cpan.org/dist/Config-MVP/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : multivalue-property package-oriented configuration

MVP is a mechanism for loading configuration (or other information) for
libraries. It doesn't read a file or a database. It's a helper for things
that do.

The idea is that you end up with a
Config::MVP::Sequence|Config::MVP::Sequence object, and that you can use that
object to fully configure your library or application. The sequence will
contain a bunch of Config::MVP::Section|Config::MVP::Section objects, each of
which is meant to provide configuration for a part of your program. Most of
these sections will be directly related to a Perl library that you'll use as
a plugin or helper. Each section will have a name, and every name in the
sequence will be unique.

This is a pretty abstract set of behaviors, so we'll provide some more
concrete examples that should help explain how things work.

* Package name : libmixin-extrafields-param-perl
Version : 0.011
Upstream Author : Ricardo SIGNES <rjbs@...>
* URL : http://search.cpan.org/dist/Mixin-ExtraFields-Param/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : make your class provide a familiar "param" method

Mixin::ExtraFields::Param mixes in to your class to provide a param method
like the ones provided by CGI, CGI::Application, and other classes. It uses
Mixin::ExtraFields, which means it can use any Mixin::ExtraFields driver to
store your data.

* Package name : libperl-version-perl
Version : 1.009
Upstream Author : Andy Armstrong <andy@...>
* URL : http://search.cpan.org/dist/Perl-Version/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Parse and manipulate Perl version strings

Perl::Version provides a simple interface for parsing, manipulating and
formatting Perl version strings.

Unlike version.pm (which concentrates on parsing and comparing version
strings) Perl::Version is designed for cases where you'd like to parse a
version, modify it and get back the modified version formatted like the
original.

~~~~~

The modules will be maintained within the Debian Perl Group; and the
descriptions will be improved before an upload :)

Cheers,
gregor

--
.''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
`- NP: Beatles: The Continuing Story Of Bungalow Bill

signature.asc (853 bytes) Download Attachment

Bug#561893: ITP: libsub-exporter-formethods-perl -- Sub::Exporter extension for handling methods

2009-12-20T18:40:17Z

Package: wnpp
Owner: Jonathan Yu <jawnsy@...>
Severity: wishlist
X-Debbugs-CC: debian-devel@...,debian-perl@...

* Package name : libsub-exporter-formethods-perl
Version : 0.091970
Upstream Author : Ricardo Signes <rjbs@...>
* URL : http://search.cpan.org/dist/Sub-Exporter-ForMethods/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Sub::Exporter extension for handling methods

Sub::Exporter::ForMethods is a Perl module that allows methods to be easily
imported into your namespace. It also wraps method calls to a transformation
routine, which inserts a named frame into stack traces to aid in debugging.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#561849: ITP: libpod-tree-perl -- Create a static syntax tree for a POD

2009-12-20T08:45:27Z

Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves <dom@...>

* Package name : libpod-tree-perl
Version : 1.16
Upstream Author : Steven McDougall <swmcd@...>
* URL : http://search.cpan.org/dist/Pod-Tree/
* License : Dual GPL/Artistic
Programming Lang: Perl
Description : Create a static syntax tree for a POD

Pod::Tree parses a POD into a static syntax tree. Applications walk the
tree to recover the structure and content of the POD. See Pod::Tree::Node
for a description of the tree.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#561808: libcompress-raw-bzip2-perl: Please upgrade to newer upstream version 2.023

2009-12-20T05:09:14Z

Package: libcompress-raw-bzip2-perl
Version: 2.021-1
Severity: wishlist

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Subject says it all: Please upgrade to 2.023, libio-compress-perl is
waiting for it.

BTW: I seem to remember discussing the idea of moving the package to
the pkg-perl repo. What do you think about it?

Cheers,
gregor

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJLLiH5AAoJELs6aAGGSaoGFwAP/iNRYCxWTnfdpERbskkHee49
5QMTyptX1jTvgReVlRp2/cOpyBiWWWDS4mi7twFqmFkLQvV+7by5ZS15Ot8vJl5n
IkQhTKIJr8HK4bvAOhZhHGt5w67yF6ou9EET4WU4VNknu/R9DzHyLzoJ5dGiG7Mw
/aBJG0ZBZBaxceqRm/gi/xuarrKI/5Jwiyn5JQQ2TAEM89P6j6IL2WmkjjcreDVe
iA/rIkYDhbEW56SpHqSMesM7n9aJjFp6Q4L4Rhfv4qzwze6z136SXDkZuKXec+jp
zIXLmcUjUOH0kErEg8f6kp+m/W7L5k9t0x3aFyRPLwwhLUCnsqT39NLeBW0OYJPh
3+yrs1xMCRYQ6nwI/14+s7PgZXkGXoOX+PtNt0eWSd/maHOksVk2tuYZlY6COsrS
bKZeV15ywbEYYjBrBW16YEZ758IGmvba5ObPrY2d/Xy0RDEB62ZVxbbzpW06pgBe
Fs5jT2UQ8+F6XzXSbcH5TweWaUqmOp+BSh47gMsIKENaC5rsttlTTRbTVGi779a5
ercmfwBTT8ofynm89JuOUzuDzQzmvzIdZR/8ePTnYLrHvJW6FguBwXXVNcyVmAR7
XcQe9d2MZZQEyeWjpNJvLZxrCYznetEMs4uHog/HjP/VzJ1PSPkd4jq6bLXG48wH
V1irGKS3OjjZYf9DFAzd
=gIQj
-----END PGP SIGNATURE-----

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#561605: ITP: libnet-twitter-lite-perl -- A perl interface to the Twitter API

2009-12-18T09:22:03Z

Package: wnpp
Owner: Jonathan Yu <jawnsy@...>
Severity: wishlist
X-Debbugs-CC: debian-devel@...,debian-perl@...

* Package name : libnet-twitter-lite-perl
Version : 0.08006
Upstream Author : Marc Mims <marc@...>
* URL : http://search.cpan.org/dist/Net-Twitter-Lite/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : A perl interface to the Twitter API

Net::Twitter::Lite provides a perl interface to the Twitter APIs. It uses the
same API definitions as Net::Twitter, but without the extra bells and
whistles and without the additional dependencies. Same great taste, less
filling.

This module is related to, but is not part of the Net::Twitter distribution.
It's API methods and API method documentation are generated from
Net::Twitter's internals. It exists for those who cannot, or prefer not to
install Moose and its dependencies.

You should consider upgrading to Net::Twitter for additional functionality,
finer grained control over features, full backwards compatibility with older
versions of Net::Twitter, and additional error handling options.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#561485: RFP: libmoosex-simpleconfig-perl - A Moose role for setting attributes from a simple configfile

2009-12-17T07:23:53Z

Package: wnpp
Severity: wishlist

* Package name : libmoosex-simpleconfig-perl
Version : 0.04
Upstream Author : Brandon L. Black, <blblack@...>
* URL or Web page : http://search.cpan.org/dist/MooseX-SimpleConfig/
* License : Perl (Artistic and GPL)
Description : MooseX::SimpleConfig - A Moose role for setting attributes from a simple configfile

Depends on, and enhances, MooseX::ConfigFromFile, that already has
a ITP bug open[1].

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543953

--
Guillaume Chambriat <gc@...>

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Removal of libwordpress-xmlrpc-perl

2009-12-16T20:28:00Z

Hi:

Please note that these bugs are no longer valid because
libwordpress-xmlrpc-perl has been removed from Debian unstable. It
appears that it has also been removed from testing per the automated
process.

This will "resolve" the issues for now -- however, unfortunately the
package is no longer available as part of Debian and must be installed
manually via CPAN or another tool. Hopefully the issues will be
resolved upstream eventually.

If there is some serious need for this package (and I mean enough to
convince us to do the work this would entail), we can consider a
severe series of patches to get things in good working order (but we'd
pretty much be diverging from upstream and it would pretty much just
be a fork of the older version that did not use the LEOCHARRE::
modules). I'd rather not maintain a module like this as a Debian
native package.

Cheers,

Jonathan

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Request to Join Project Debian Perl Group

2009-12-16T13:55:51Z

On Wed, 16 Dec 2009 21:25:51 +0000, noreply@... wrote:

> Jay Bonci has requested to join your project.

> Hi, I've recently reactivated my Debian account and would like to
> join up with the Debian perl group (which is maintaining my poorly
> maintained packages), and start chipping back in again.

Hi Jay,

nice to see you back!

I've added you to the pkg-perl project on alioth. In case you haven't
looked at the group's docs yet you can find everything on (or linked
from) http://wiki.debian.org/Teams/DebianPerlGroup

Cheers,
gregor

--
.''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
`- NP: The Eagles: Hotel California

signature.asc (853 bytes) Download Attachment

libmd5-perl removed from unstable

2009-12-16T09:10:24Z

severity 539011 serious
severity 539010 serious
thanks

Hi,

> I plan to request removal of the deprecated libmd5-perl package in the
> next weeks [1]. After the package has been removed, your package will
> either be uninstallable or recommend a package not contained in main.
> Both issues would be RC bugs. So please update your package before.

libmd5-perl has been removed from unstable now. I'm therefor increasing
the severity to serious.

Regards,
Ansgar

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Perl (and other) packaging talk on FOSDEM

2009-12-12T08:26:36Z

Le vendredi 11 décembre 2009 22:45:38, Gabor Szabo a écrit :
> Any of you is planning to attend FOSDEM?

Yes. I'll present a topic on configuration upgrade with Config::Model during
package upgrade.

I've also some ideas about ISV packaging, but I need to work on this topic
more to flesh it out.

> Can we try to organize a little session on Perl/CPAN packaging?

Given the topics above, I don't think I'll have the bandwidth to do much more,
but I'll be happy to attend.

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#560393: libdate-manip-perl: newer versions break xmltv-util

2009-12-12T03:46:30Z

package libdate-manip-perl
found 560393 6.05-1
notfound 560393 5.54-1
block 560393 by 560300
thanks

On Thu, Dec 10, 2009 at 05:15:50PM -0500, Jonathan Yu wrote:
> Date::Manip via CPAN and broke other packages as a result (in which
> case they would likely file a bug against xmltv-util, rather than the
> CPAN package)

FWIW, there is also a bug against xmltv about the same issue, which has been
forwarded upstream.. Hopefully it won't be too long before a fix becomes
available. I've corrected the version info on this bug, hopefully that'll
stop the problem from entering testing.

I'll endeavor to get the fixed xmltv packages uploaded as soon as possible.

--
Chris Butler <chrisb@...>
GnuPG Key ID: 1024D/D097A261

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Perl (and other) packaging talk on FOSDEM

2009-12-11T13:45:38Z

Hi,

I am cross posting this to both the Debian and the Fedora Perl
mailing lists. I hope this won't cause problems to either of you.

On FOSDEM in Brussels on 6-7 February 2010 there are going
to be two rooms for cross-distro talks.

I suggested on the FOSDEM mailing list to have a set of talks to
show/discuss how Perl and CPAN modules are being packaged by
the various distros.
What problems they encounter. How could the downstream packagers
work better with the upstream developers and vice verse.

Someone suggested that this need not be Perl only as the other dynamic
languages might have same issues. I sort of agree but I don't know about
those at all. So let's focus on Perl for now.

I'd be happy to give a talk about how CPAN modules are being developed,
how maintainership works, why do perl developers suggest installation via
CPAN.pm instead of apt-get or yum but I'd like to see if there are going to
be people from the respective Perl groups and if they are ready to
give talks on the subjects outlined above?

Any of you is planning to attend FOSDEM?
Can we try to organize a little session on Perl/CPAN packaging?

IMHO if we can submit 3 talk proposals
1) Debian
2) Fedora
3) CPAN

then probably some of the other distros will also join in and we can have
a nice session and might even make some improvements to our processes
and to our interaction.

List of dev-rooms: http://fosdem.org/2010/list-devrooms-their-call-talks
Cross-distro miniconf: http://fosdem.org/2010/distrominiconf

Gabor
ps. BTW I'd be also happy to cooperate on the subject of "testing".
If we could get 1-1 people from each distro explaining how they do testings
I'd be glad to explain how it is done in Perl/CPAN but this is a separate story.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

ITP: libwiki-toolkit-formatter-markdown-perl - Markdown formatter for Wiki::Toolkit

2009-12-11T04:05:38Z

Package: wnpp
Severity: wishlist

* Package name : libwiki-toolkit-formatter-markdown-perl
Version : 0.0.4
Upstream Author : Chris Prather <perigrin@...>
* URL : http://search.cpan.org/perldoc?Wiki::Toolkit::Formatter::Markdown
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Markdown formatter for Wiki::Toolkit.

A formatter backend for Wiki::Toolkit using Text::Markdown.

Note: I plan to package all Perl modules which are used in conjunction with
Wiki::Toolkit (Formatters, Plugins) and not shipped with this module.

Regards
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: HTML::Munger is gone from CPAN

2009-12-10T18:43:24Z

On Fri, Dec 11, 2009 at 5:48 AM, Jonathan Yu <jonathan.i.yu@...> wrote:

> I mentioned this, but I don't think we should maintain it under our
> group. If someone else is interested in maintaining it, I would
> suggest it be maintained as a native package.

I'd suggest instead that those interested in maintaining it should
take over upstream and re-upload it to CPAN. Seems silly to maintain
it as a native package when it clearly isn't Debian-specific.

> IMO if the software is unmaintained upstream, it should be removed
> from Debian, unless there is a large and established user base (this
> does not look to be the case).

Agreed, or someone should take over upstream.

--
bye,
pabs

http://wiki.debian.org/PaulWise

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#560393: libdate-manip-perl: newer versions break xmltv-util

2009-12-10T14:15:50Z

Bert,

You raise a valid point:
"Maybe the changes should be reported to package maintainers who
depend upon changed packages."

Perhaps in the future, we will work on establishing a policy with
respect to these major changes, and coordinate with package reverse
dependencies. However, the same issues would arise if someone updated
Date::Manip via CPAN and broke other packages as a result (in which
case they would likely file a bug against xmltv-util, rather than the
CPAN package)

Indeed, this deserves some further discussion and attention.

Cheers,

Jonathan

On Thu, Dec 10, 2009 at 4:59 PM, Bert Riding <reriding@...> wrote:

> On Thu, 10 Dec 2009 16:13:43 -0500
> Jonathan Yu <jonathan.i.yu@...> wrote:
>
>> Hi Bert:
>>
>> Thanks for the bug report.
>>
>> I'm curious why this isn't considered a bug against xmltv-util.
>>
>> The upstream maintainer made the interface changes and we simply
>> carried them through into Debian...
>>
>> If there's something the pkg-perl group can do about our
>> (libdate-manip-perl) package to help alleviate this issue, we'd love
>> to hear it. Otherwise, we're just sort of at a loss as to what to do
>> about this; the NEWS file released with that version does note these
>> serious changes:
>>
>> http://svn.debian.org/viewsvn/pkg-perl/trunk/libdate-manip-perl/debian/NEWS?revision=47970&view=markup
>>
>> (You would have seen these messages upon upgrade if you had
>> apt-listchanges installed)
>>
>> Cheers,
>>
>> Jonathan
>>
>> On Thu, Dec 10, 2009 at 3:27 PM, Bert Riding <reriding@...>
>> wrote:
>> > Package: libdate-manip-perl
>> > Version: 5.54-1
>> > Severity: normal
>> >
>> >
>> > I use the tv_grab_na_dd script from xmltv-util to download and
>> > process tv listing data from Schedules Direct. Recently, I have
>> > been unable to successfully do this because, it seems, Date::Manip
>> > is working differently in the 6.04-1 and 6.05-1 versions than it
>> > did in older releases. Downgrading to 5.54-1 restores expected
>> > behavior and allows tv_grab_dd_na to work right.
>> >
>> > One other installed package that depends on libdate-manip-perl,
>> > gnucash, seems to not care which version is of libdate-manip-perl
>> > is installed.
>> >
>> > -- System Information:
>> > Debian Release: squeeze/sid
>> > APT prefers unstable
>> > APT policy: (500, 'unstable'), (500, 'stable')
>> > Architecture: amd64 (x86_64)
>> >
>> > Kernel: Linux 2.6.32 (SMP w/2 CPU cores; PREEMPT)
>> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> > Shell: /bin/sh linked to /bin/dash
>> >
>> > Versions of packages libdate-manip-perl depends on:
>> > ii perl 5.10.1-8 Larry Wall's Practical
>> > Extraction
>> >
>> > libdate-manip-perl recommends no packages.
>> >
>> > libdate-manip-perl suggests no packages.
>> >
>> > -- no debconf information
>> >
>> >
>> >
>> > _______________________________________________
>> > pkg-perl-maintainers mailing list
>> > pkg-perl-maintainers@...
>> > http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers
>> >
> Hi,
> I've been discussing this issue with the author of xmltv who tells me
> that he hasn't changed it in years. Perhaps you're right that it
> should be reported as a bug against xmltv-util. Maybe the changes
> should be reported to package maintainers who depend upon changed
> packages. It's clear that there are many layers to this problem.
>
> --
> Bert Riding
> reriding@...
> gnupg fingerprint:
> C0F6 E202 EFB3 F332 CAB0 85D4 A113 9F46 3C93 5A6E
>

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: HTML::Munger is gone from CPAN

2009-12-10T14:12:40Z

On Thu, Dec 10, 2009 at 04:48:52PM -0500, Jonathan Yu wrote:
>Jonas:
>
>I mentioned this, but I don't think we should maintain it under our
>group. If someone else is interested in maintaining it, I would
>suggest it be maintained as a native package.
>
>IMO if the software is unmaintained upstream, it should be removed
>from Debian, unless there is a large and established user base (this
>does not look to be the case).

I agree that packages without _users_ should be dropped.

I disagree that packages without _upstream_ should be either dropped or
adopted: It makes sense to maintain as upstream + diff even if known
that there will not be any new upstream releases.

In the concrete case I agree it should be dropped, not because upstream
has gone but because it has (virtually) no users.

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/

[x] quote me freely [ ] ask before reusing [ ] keep private

signature.asc (853 bytes) Download Attachment

Re: HTML::Munger is gone from CPAN

2009-12-10T13:48:52Z

Jonas:

I mentioned this, but I don't think we should maintain it under our
group. If someone else is interested in maintaining it, I would
suggest it be maintained as a native package.

IMO if the software is unmaintained upstream, it should be removed
from Debian, unless there is a large and established user base (this
does not look to be the case).

Cheers,

Jonathan

On Thu, Dec 10, 2009 at 4:41 PM, Jonas Smedegaard <dr@...> wrote:

> On Thu, Dec 10, 2009 at 11:17:52PM +0200, Damyan Ivanov wrote:
>>
>> -=| Jonathan Yu, Thu, Dec 10, 2009 at 01:53:37PM -0500 |=-
>>>
>>> On Thu, Dec 10, 2009 at 1:24 PM, Maximilian Gass <mxey@...>
>>> wrote:
>>> > This module is no longer on CPAN, the upstream site is gone, its >
>>> > popcount is only 30 and it has no reverse dependencies.
>>> >
>>> > Should we keep it?
>>>
>>> No. I vote we file an RM against it -- having no reverse dependencies and
>>> being unmaintained upstream is sufficient for me. I don't think we should be
>>> keeping unmaintained or poorly maintained software in Debian.
>>
>> Keeping would mean we take over upstream. Although possible, this
>> would be unusual.
>
> Not necessarily: it is possible to maintain packages in Debian even with the
> upstream sources gone stale or missing.
>
>
> - Jonas
>
> --
> * Jonas Smedegaard - idealist & Internet-arkitekt
> * Tlf.: +45 40843136 Website: http://dr.jones.dk/
>
> [x] quote me freely [ ] ask before reusing [ ] keep private
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCgAGBQJLIWsPAAoJECx8MUbBoAEhP2IP/iCdT9S6TCVuF+lDihr71T3T
> uS7FsE6+sWoXRhwF3o5pY5EzzF1O/oDYriXC1rpdEei6fKN6HWEdIhCwd1KFi4Xy
> seZjIPGXC0XIB+G9d/RrRKOh1dbvgxGJftxkcuIcC+shEgung7LVuzZ0eI0DMbpP
> 4+DBocUkVFRfHPWMb9huCwkR/gTmnic/rHU3rexn9rLusgg8/08ir6r1EsG0Iv5M
> 4buO4zTngNripgUn51bEpKwZRWq7W1cFlez+E/sshndzhixtF3WTm+edKRP3u5+R
> weejmiTIW0nJS9RkUhsg5jjTXUGEiWD+c7mH59C/vpsPjlwna0sQYgghcd2hejQP
> be5Kp4CqkKf7pvXL7lxddjjlBRokExvsqkZN3bczisHUeyUc5R8DH72ZDgiBWDBD
> aIDUXqoz7cTYUByLbrzP1ou3iCaJq+nfSj18l9rzOhpx6C83bJFA1Mkf3vDDE333
> FLuMIVExhkFcmEsgX3SmkUw+9DDdjVk64JTDIjfkdb5hnYJebHfzU0WUI1yJW1qm
> 9oEVKG8zKZ2zzcerGOj6VrIoCfi1fwyOcymCuSC0Oj1bZ++eoMffG/u4JJsYh8Bl
> PmNC9PpxoDEre3rOt/e1DBahuEBrqPb64sHYcfZLXJB82EbvYtyNWfxN1f1hOoRK
> 4Q4f2q3gZB/deBghLjqK
> =V6x1
> -----END PGP SIGNATURE-----
>
>

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: HTML::Munger is gone from CPAN

2009-12-10T13:41:35Z

On Thu, Dec 10, 2009 at 11:17:52PM +0200, Damyan Ivanov wrote:

>-=| Jonathan Yu, Thu, Dec 10, 2009 at 01:53:37PM -0500 |=-
>> On Thu, Dec 10, 2009 at 1:24 PM, Maximilian Gass <mxey@...> wrote:
>> > This module is no longer on CPAN, the upstream site is gone, its
>> > popcount is only 30 and it has no reverse dependencies.
>> >
>> > Should we keep it?
>>
>> No. I vote we file an RM against it -- having no reverse dependencies
>> and being unmaintained upstream is sufficient for me. I don't think
>> we should be keeping unmaintained or poorly maintained software in
>> Debian.
>
>Keeping would mean we take over upstream. Although possible, this
>would be unusual.

Not necessarily: it is possible to maintain packages in Debian even with
the upstream sources gone stale or missing.

- Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/

[x] quote me freely [ ] ask before reusing [ ] keep private

signature.asc (853 bytes) Download Attachment

Re: HTML::Munger is gone from CPAN

2009-12-10T13:17:52Z

-=| Jonathan Yu, Thu, Dec 10, 2009 at 01:53:37PM -0500 |=-

> On Thu, Dec 10, 2009 at 1:24 PM, Maximilian Gass <mxey@...> wrote:
> > This module is no longer on CPAN, the upstream site is gone, its popcount is
> > only 30 and it has no reverse dependencies.
> >
> > Should we keep it?
>
> No. I vote we file an RM against it -- having no reverse dependencies
> and being unmaintained upstream is sufficient for me. I don't think we
> should be keeping unmaintained or poorly maintained software in
> Debian.

Keeping would mean we take over upstream. Although possible, this
would be unusual.

RM++

--
dam

signature.asc (205 bytes) Download Attachment

Request for packaging: Padre::Plugin::Catalyst and Padre::Plugin::Perl6

2009-12-10T10:56:09Z

Hi ppl,

I don't know if I should write lengthy explanation why are those
important for us
but I'd very much appreciate if someone could pick up those two
modules from CPAN
and package them for Debian.

regards
Gabor
http://szabgab.com/

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: HTML::Munger is gone from CPAN

2009-12-10T10:53:37Z

On Thu, Dec 10, 2009 at 1:24 PM, Maximilian Gass <mxey@...> wrote:
> This module is no longer on CPAN, the upstream site is gone, its popcount is
> only 30 and it has no reverse dependencies.
>
> Should we keep it?

No. I vote we file an RM against it -- having no reverse dependencies
and being unmaintained upstream is sufficient for me. I don't think we
should be keeping unmaintained or poorly maintained software in
Debian.

If there is enough interest, we can orphan it and allow someone else
who is interested in it to maintain it as a Debian native package.

I still think we should RM it.
>
>
> --
> To UNSUBSCRIBE, email to debian-perl-REQUEST@...
> with a subject of "unsubscribe". Trouble? Contact listmaster@...
>
>

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

HTML::Munger is gone from CPAN

2009-12-10T10:24:34Z

This module is no longer on CPAN, the upstream site is gone, its popcount is
only 30 and it has no reverse dependencies.

Should we keep it?

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Richiesta autorizzazione

2009-12-10T03:12:11Z

Buongiorno,

sono Giorgia Ferrari, assistente Marketing di Forum Media Srl, società operante nel campo dell'editoria e della formazione professionale.

La presente per richiederLe l'autorizzazione, ai sensi della vigente normativa sulla Privacy, ad inviarLe, a titolo informativo, tramite e-mail qualche dettaglio sui nostri recenti prodotti editoriali specifici per il settore Tecnico-Amministrativo, Ambiente e Sicurezza, Risorse Umane, Management e Formazione Professionale.

A questo proposito vorremmo inviarLe, a titolo informativo, schede prodotto dettagliate in modo che Lei possa valutare un Suo possibile interesse. Nel caso in cui preferisca ricevere dette informazioni via fax, oppure ad altro indirizzo di posta elettronica, voglia cortesemente trasmetterci i riferimenti.

Teniamo a precisare che, nel rispetto rigoroso della normativa sulla privacy, valuteremo solo autorizzazioni con la modalità opt-in, ossia non invieremo nulla senza un Suo regolare ed espresso assenso.

RingraziandoLa per l'attenzione, Le porgo i miei più cordiali saluti.

Giorgia Ferrari
FORUM MEDIA
www.forum-media.it

Il vostro indirizzo e-mail è trattato in conformità all'Art. 13 del D.lgs 30 giugno 2003 n.196, garantendo la massima riservatezza ed al fine di fornire utili informazioni commerciali per la Sua/Vostra attività. Se non volete ricevere più messaggi inviati per conto dell'operatore si prega di inviare un messaggio all'indirizzo unsubscribe@....

libtext-mediawikiformat-perl - Convert Mediawiki markup into other text formats

2009-12-10T01:00:31Z

Package: wnpp
Severity: wishlist

* Package name : libtext-mediawikiformat-perl
Version : 1.0
Upstream Author : Derek R. Price (derek at ximbiot.com)
* URL : http://search.cpan.org/perldoc?Text::MediawikiFormat
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Convert Mediawiki markup into other text formats

Wikipedia and its sister projects use the PHP Mediawiki to format
their pages. Text::MediawikiFormat attempts to duplicate the Mediawiki
formatting rules. Those formatting rules can be simple and easy to use, while
providing more advanced options for the power user. They are also easy to
translate into other, more complicated markup languages with this module. It
creates HTML by default, but could produce valid POD, DocBook, XML, or any
other format imaginable.Perl module implementing advanced operations on path variables

Note: I plan to package all Perl modules which are used in conjunction with
Wiki::Toolkit (Formatters, Plugins) and not shipped with this module.
Text::MediawikiFormat is needed as dependency for Wiki::Toolkit::Formatter::Mediawiki.

Regards
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#560279: ITP: libenv-path-perl -- Perl module implementing advanced operations on path variables

2009-12-09T23:19:09Z

Package: wnpp
Severity: wishlist
Owner: Salvatore Bonaccorso <salvatore.bonaccorso@...>

* Package name : libenv-path-perl
Version : 0.18
Upstream Author : David Boyce <dsbperl AT boyski.com>
* URL : http://search.cpan.org/dist/Env-Path/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Perl module implementing advanced operations on path variables

Env::Path presents an object-oriented interface to path variables, defined as
that subclass of environment variables which name an ordered list of
filesystem elements separated by a platform-standard separator.
.
Env::Path is for cases where you need to insert or remove interior path entries,
strip redundancies, operate on a pathvar without having to know whether the current
platform uses ":" or ";", operate on a pathvar which may have a different name on
different platforms, etc.

Note: This module is needed as dependency for 'cope'.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#560249: libhttp-dav-perl: New version available

2009-12-09T15:15:42Z

Package: libhttp-dav-perl
Version: 0.31-5
Severity: important

There has been many new version upstream of HTTP::DAV, which many fixes
bad bugs, for example http://rt.cpan.org/Public/Bug/Display.html?id=42877

0.31 was released 2002, latest is 0.38

I would propose change maintainership to the Debian Perl Group as well.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Come join me on Government Lists - U.S. | Canada

2009-12-09T06:28:05Z

Network Email

Join me on Government Lists - U.S. | Canada

REACH YOUR KEY GOVERNMENT AUDIENCE EASILY!

government--
mailing--
lists.com has:

1 blog post

I welcome you to join me on this business network.

REACH YOUR KEY GOVERNMENT AUDIENCE EASILY!
http://www.government-mailing-lists.com

Click to Join

Members on Government Lists - U.S. | Canada:

government--
mailing--
lists.com

Richard Furlong

Ryan Sharpe

Jim Kellough

Nitin Chaudhry

About Government Lists - U.S. | Canada

government-mailing-lists.com is the key-contact database for reaching government markets. Government Lists – U.S. | Canada

10 photos

To control which emails you receive on Government Lists - U.S. | Canada, click here

Re: RM: libwordpress-xmlrpc-perl/testing -- ROM; Based on recent source changes, we believe the quality of code is poor.

2009-12-07T21:50:06Z

Please ignore this mail, I now know how to deal with the situation. I
messed up because of two things:

1. I didn't notice reportbug said "testing (NOT unstable)"

2. reportbug on ftp.debian.org didn't mention the things available on
the ftpmaster_Removals Wiki page.

I plan to file a bug against reportbug to have this clarified, so
hopefully this will reduce misfiled issues (from us ignorant non-DDs)
on your end.

I apologize for this noise, please carry on :)

Cheers!

Jonathan

On Tue, Dec 8, 2009 at 12:17 AM, Jonathan Yu <jawnsy@...> wrote:

> Here are some reasons why:
>
> 1. We discussed this in the ITP for libleocharre-perl [0]; the whole
> idea of the LEOCHARRE:: modules is flawed in many ways, and also
> exports random symbols to the 'main' namespace with no way of stopping
> it from doing so.
>
> 2. The overhead involved with patching in the needed LEOCHARRE::
> features is probably going to be big in the long term
>
> 3. There is a critical security issue due to inclusion of WordPress' XMLRPC [1]
>
> 4. Low popcon score
>
> 5. Not in stable (only unstable and testing)
>
> [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559524
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559770
> [2] http://qa.debian.org/popcon.php?package=libwordpress-xmlrpc-perl
>

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

RM: libwordpress-xmlrpc-perl/testing -- ROM; Based on recent source changes, we believe the quality of code is poor.

2009-12-07T21:17:59Z

Here are some reasons why:

1. We discussed this in the ITP for libleocharre-perl [0]; the whole
idea of the LEOCHARRE:: modules is flawed in many ways, and also
exports random symbols to the 'main' namespace with no way of stopping
it from doing so.

2. The overhead involved with patching in the needed LEOCHARRE::
features is probably going to be big in the long term

3. There is a critical security issue due to inclusion of WordPress' XMLRPC [1]

4. Low popcon score

5. Not in stable (only unstable and testing)

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559524
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559770
[2] http://qa.debian.org/popcon.php?package=libwordpress-xmlrpc-perl

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#559987: ITP: libmodule-install-xsutil-perl -- Module::Install extension for handling XS modules

2009-12-07T21:08:51Z

Package: wnpp
Owner: Jonathan Yu <jawnsy@...>
Severity: wishlist
X-Debbugs-CC: debian-devel@...,debian-perl@...

* Package name : libmodule-install-xsutil-perl
Version : 0.19
Upstream Author : Goro Fuji <gfuji@...>
* URL : http://search.cpan.org/dist/Module-Install-XSUtil/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : Module::Install extension for handling XS modules

Module::Install::XSUtil is a Perl module which extends Module::Install by
providing a set of utilities to setup distributions which include or depend
on XS module.

For examples of this module in action in the wild, see XS::MRO::Compat and/or
Method::Cumulative.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#559984: ITP: libb-hooks-op-annotation-perl -- module to allow annotation and delegation of hooked OPs

2009-12-07T20:36:02Z

Package: wnpp
Owner: Jonathan Yu <jawnsy@...>
Severity: wishlist
X-Debbugs-CC: debian-devel@...,debian-perl@...

* Package name : libb-hooks-op-annotation-perl
Version : 0.43
Upstream Author : chocolateboy <chocolate@...>
* URL : http://search.cpan.org/dist/B-Hooks-OP-Annotation/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : module to allow annotation and delegation of hooked OPs

B::Hooks::OP::Annotation provides a way for XS code that hijacks OP op_ppaddr
functions to delegate to (or restore) the previous functions, whether they
are assigned by perl or by another module. Typically this should be used in
conjunction with B::Hooks::OP::Check (see libb-hooks-op-check-perl).

B::Hooks::OP::Annotation makes its types and functions available to XS code
by means of ExtUtils::Depends (libextutils-depends-perl). Modules that wish
to use these exports in their XS code should use B::OP::Hooks::Annotation in
the Perl module that loads the XS.

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#559770: libwordpress-xmlrpc-perl embeds wordpress' xmlrpc

2009-12-06T16:33:59Z

On Sun, 6 Dec 2009 19:32:18 -0500 Jonathan Yu wrote:

> Hi:
>
> Thank you for your bug report.
>
> It should be noted that this module is destined for removal from
> unstable and testing due to some new dependencies (LEOCHARRE::
> modules) which we would rather not package. The code quality of those
> files was questionable (such as dumping random things into the main
> namespace), and the consensus amongst the group was that removal of
> Wordpress-XMLRPC was the best option.
>
> Given that this module is not yet in stable, I'm not sure whether we
> should spend the time investigating this -- the package
> libwordpress-xmlrpc-perl will be removed from testing and unstable
> some time this week, probably over the next few days unless
> significant objections are raised and a suitable solution is
> discovered.
>
> For discussion of the removal, please see:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559524
>
> This would seem to be the final nail in the coffin for this package.

ok, thanks for the info.

mike

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#559770: libwordpress-xmlrpc-perl embeds wordpress' xmlrpc

2009-12-06T16:32:18Z

Hi:

Thank you for your bug report.

It should be noted that this module is destined for removal from
unstable and testing due to some new dependencies (LEOCHARRE::
modules) which we would rather not package. The code quality of those
files was questionable (such as dumping random things into the main
namespace), and the consensus amongst the group was that removal of
Wordpress-XMLRPC was the best option.

Given that this module is not yet in stable, I'm not sure whether we
should spend the time investigating this -- the package
libwordpress-xmlrpc-perl will be removed from testing and unstable
some time this week, probably over the next few days unless
significant objections are raised and a suitable solution is
discovered.

For discussion of the removal, please see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559524

This would seem to be the final nail in the coffin for this package.

Cheers,

Jonathan

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#559732: ITP: libweb-simple-perl -- simple web framework

2009-12-06T10:01:46Z

Package: wnpp
Severity: wishlist
Owner: gregor herrmann <gregoa@...>

* Package name : libweb-simple-perl
Version : 0.002
Upstream Author : Matt S. Trout <mst@...>
* URL : http://search.cpan.org/dist/Web-Simple/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : simple web framework

Web::Simple provides a bare minimum system for writing web applications that
don't need a full-fledged web framework.

The philosophy of Web::Simple is to keep to an absolute bare minimum, for
everything. It is not designed to be used for large scale applications; the
Catalyst web framework already works very nicely for that and is a far more
mature, well supported piece of software.

However, if you have an application that only does a couple of things, and
want to not have to think about complexities of deployment, then Web::Simple
might be just the thing for you.

--
.''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
`- NP: Jon Bon Jovi: I'll Be There For You

signature.asc (853 bytes) Download Attachment