Re: Advocating Alessandro Ghedini <al3xbio <at> gmail.com>

On Wed, 08 Feb 2012 20:07:58 +0000, NM Front Desk wrote:

> Auth-Key: nmauthde0ddbe2d488a2009a00654339b17446
> Applicant: Alessandro Ghedini <al3xbio <at> gmail.com>
> 
> Why do you advocate this person? (please provide a 5-10 line summary).
> 
> You are encouraged to take questions such as the following into account
> but you're not limited to answering these:
>  - How have they contributed to Debian already?
>  - What do they intend to do for Debian in the future?
>  - How do they interact with others, such as users and other developers?

I hereby advocate Alessandro's application as a DD.

Alessandro is a member of the Debian Perl Group since at least
December 2010, and he's one of the most active members constantly
since then.

When he joined the team, I was pleasantly surprised how quick he
learned all the written and unwritten rules, policies, and procedures
both of Debian at large and our group, and he soon prepared very good
packages. Since a long time I'm usually uploading his packages
without any (request for) changes, so it's about time he can do this
himself :)

Alessandro cares for a whole bunch of packages (he's in Uploaders for
85 according to my local git repos but IIRC he has worked on more)
and has done the whole range of maintainer duties (new upstream
release, fixing bugs, interacting with users and upstream, adopting

Bug#659051: ITP: libmodule-implementation-perl -- module for loading one of several alternate implementations of a module

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-implementation-perl
  Version         : 0.03
  Upstream Author : Dave Rolsky <autarch <at> urth.org>
* URL             : http://search.cpan.org/dist/Module-Implementation/
* License         : Artistic-2.0
  Programming Lang: Perl
  Description     : module for loading one of several alternate implementations of a module

Module::Implementation abstracts out the process of choosing one of several
underlying implementations for a module. This can be used to provide XS and
pure Perl implementations of a module, or it could be used to load an
implementation for a given OS or any other case of needing to provide
multiple implementations.

This module is only useful when you know all the implementations ahead of
time. If you want to load arbitrary implementations then you probably want
something like a plugin system, not this module.

warning: cast to pointer from integer of different size

Niko,Dom,
	We have a lot of packages with this build error.
https://buildd.debian.org/~brlink/bytag/W-pointer-cast-size-mismatch.html This
looks worrying to me. As far as I can see it would need to be fixed by
changing the code generated by the XS layer. I imagine it would be
concern on the newer 64 bit architectures. Or maybe it happens not to be
a serious issue in XS Perl modules.

--

-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu

New Config::Model 2.001 with new command: cme

Hello

I've just uploaded to CPAN a new version of Config::Model with big changes, 
hence the version bump tp 2.001. 

The main change for users is the deprecation of the config-edit program in 
favor of cme. Instead of using options, this cme uses command keywords like 
git, so users will have more possibilities while typing less. 

Internally, some performance improvements were implemented. Validation checks 
are now performed only when values are actually changed. Given the work 
required, core Config::Model classes were converted to Moose.

This new release will soon be available on Debian.

Next step: the Debian package model is becoming quite big and drags a lot of 
dependencies. I'm to extract it out of Config::Model and ship it in its own 
Perl distribution of CPAN.

Which raises the question of naming. The name Config::Model::Debian::Dpkg does 
indeed decribes what *is* this component, but it does not tell people what it 
can be used for. So I'm thinking about naming it App::Debian::PackageEditor 
(even though it will not ship an executable file).

Thoughts ?

All the best

Bug#658838: ITP: libmoosex-attributeshortcuts-perl -- Moose extension providing shorthands for common attribute options

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini <al3xbio <at> gmail.com>

* Package name    : libmoosex-attributeshortcuts-perl
  Version         : 0.008
  Upstream Author : Chris Weyl <cweyl <at> alumni.drew.edu>
* URL             : http://search.cpan.org/dist/MooseX-AttributeShortcuts/
* License         : LGPL-2.1
  Programming Lang: Perl
  Description     : Moose extension providing shorthands for common attribute options

 Ever found yourself repeatedly specifying writers and builders, because
 there's no good shortcut to specifying them? Sometimes you want an 
 attribute to have a read-only public interface, but a private writer. And
 wouldn't it be easier to just say "builder => 1" and have the attribute 
 construct the canonical "_build_$name" builder name for you?
 .
 MooseX::AttributeShortcuts causes an attribute trait to be applied to all 
 attributes  defined to the using class. This trait extends the attribute 
 option processing to handle the above variations. 

Note that this is needed by the new version libdist-zilla-plugin-git-perl.

Could someone take care of libgeo-ip-perl?

Hello

Some years ago, I've packaged libgeo-ip-perl, because it was used by some 
people in the network under my administration.

But now I'm no longer interested in this package, and have very little 
resource.

Could please someone take care of this package?
I have a local git repo with all packaging history that I could send on 
request (400k tar.bz2 file)

There is an open bug requesting to package a new version.

Nikita

Please package App-Prolix 0.03

Replace libgtk2-mozembed-perl with libgtk2-webkit-perl?

Bug#658267: RM: libmoosex-chainedaccessors-perl -- ROM; superseded, no more rdeps

Package: ftp.debian.org
Severity: normal

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

Please remove the libmoosex-chainedaccessors-perl source and binary
package from the archive.

It's (integrated into and) superseded by its successor
libmoosex-attribute-chained-perl which is already in the archive.

The only previous rdep, libhtml-formfu-perl, is already fixed.

Cheers,
gregor

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

iQIcBAEBCAAGBQJPKWuQAAoJELs6aAGGSaoGScAP/0QLAUj6ahJ8Ghwtw29fiFSZ
AheuLQ25Krj+WGNDffSquSpQRGZOv0324QeiHQ7SbUgDqVC2JEEHPPgU8V2p/oHP
yxRhY/wsue+/tppwDscx3IRZ2DOlLlzLIEvJLW8wvH9gcQgreHULT3c/zwu3FblK
dbLk+Ha2OMOXAjnAF6DT1nb5a8oy3zKTpMpNLl3FK8v3eFLjxE89vVV1DLSn7ykQ
6N7kr+/FDLBEHLVhXgpaVGO40rPt/GXsx4fvoz+HBYEprO9Z9gPoEi/zSiIkfeUk
hVwBp+JzQNyfeC9Zzm2GpKgK2UGIzhKK4OATtP+hBfJI0ji++Uep0D4iWQcjCAJE
XpBxHpoUbvyCIBSXt/TC6K4pMb2Vb4KK4Y2nWQCiCy3fQ/3DkPSCF39lOrsnarXJ
P8dGn5JJ1c94Czx9ei48U179FBJKlqWZF6Tkd/HPtv5y1OH4aA505zi+zEccerBE
bo44bWFujJEi4pHu7A9QLNwW3jXqtVoRAvWzd+lYffiw7St+1smkEibGDB8BiD2v
wkYqzwufJQZ+9Cdl8Pp7j/GjTDAb42vbq0FutQDrQ0cZJ1z4VoLAzKkrqRtdJG7+
TQFwP4M8aBe/LzqlBd0KUV5fmAHf3ZabqJBNn0ofjnqcoh6/+1kC3Yei2waf9wgO
FkFhEAJmv3CPaEbZYfVN
=Uotv
-----END PGP SIGNATURE-----

Bug#658130: ITP: libmoosex-markasmethods-perl -- moose extension to ark overload code symbols as methods

Package: wnpp
Owner: Dominique Dumont <dod <at> debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel <at> lists.debian.org,debian-perl <at> lists.debian.org

* Package name    : libmoosex-markasmethods-perl
  Version         : 0.14
  Upstream Author : Chris Weyl <cweyl <at> alumni.drew.edu>
* URL             : http://search.cpan.org/dist/MooseX-MarkAsMethods/
* License         : GPL-2
  Programming Lang: Perl
  Description     : moose extension to ark overload code symbols as methods

MooseX::MarkAsMethods is a Perl module that allows one to easily mark
certain functions as Moose methods. This will allow other packages
such as namespace::autoclean to operate without blowing away your
overloads. After using MooseX::MarkAsMethods your overloads will be
recognized by Class::MOP as being methods, and class extension as well
as composition from roles with overloads will "just work".

By default we check for overloads, and mark those functions as methods.

If 'autoclean => 1' is passed to import on use'ing this module, we will
invoke namespace::autoclean to clear out non-methods.

this is a dependency of libdbix-class-schema-loader

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

Bug#658109: ITP: libsvn-class-perl -- manipulate Subversion workspaces with Perl objects

Package: wnpp
Owner: Dominique Dumont <dod <at> debian.org>
Severity: wishlist
X-Debbugs-CC: debian-devel <at> lists.debian.org,debian-perl <at> lists.debian.org

* Package name    : libsvn-class-perl
  Version         : 0.17
  Upstream Author : Peter Karman <perl <at> peknet.com>
* URL             : http://search.cpan.org/dist/SVN-Class/
* License         : Perl like
  Programming Lang: Perl
  Description     : manipulate Subversion workspaces with Perl objects

SVN::Class extends Path::Class to allow for basic Subversion workspace
management. SVN::Class::File and SVN::Class::Dir are subclasses of
Path::Class::File::Stat and Path::Class::Dir respectively.

SVN::Class does not use the SVN::Core Subversion SWIG bindings. Instead, the
svn binary tool is used for all interactions, using IPC::Cmd. This design
decision was made for maximum portability and to eliminate non-CPAN
dependencies.

This module is a dependency of libpadre-plugin-svn-perl

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