[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Copyright License Proposal



Hi Jozef,

I really didn't want to get into the design of Debian-Perl on the mailing list, but I guess I have ;)

On Mon, Jun 6, 2011 at 7:20 PM, Jozef Kutej <jozef@kutej.net> wrote:
On 2011-06-06 10:04, Ingy dot Net wrote:
> My goal is to create tools that help CPAN Authors to become the Debian
> Maintainers of their *OWN* distributions.
> My goal is *NOT* to create tools for automatically making Debian Packages from
> other people's CPAN modules.

is there a problem with dh-make-perl? it's nearly perfect now, isn't it? may be
working towards uploading it to CPAN will close the gap between Debian and CPAN
authors? Perl developers are too much mused to finding everything on CPAN, so it
might trick some of them to think, that what is not there doesn't exists...

I'll just say that I agree with everything you've said here. Debian-Perl _is_ a wrapper around dh-make-perl and is just trying to take it to that final step. The truth is that most CPAN authors haven't even heard of dh-make-perl and don't think much about debian packaging. That's a shame because the authors are the perfect people to make sure their work is in good shape for downstream. I want Debian maintenance to be a normal thing that every CPAN author just does. If I obtain my druthers, running Makefile.PL will pop up an animated paper clip wearing a Debian hat that will... ok scratch that, but you get the idea. :)
 
dh-make-perl is on CPAN btw...


> From that perspective, it should be every author's right to opt into trusting a
> tool that helps them expand the audience of their works to Debian.

as an CPAN author that knows about the problems with distro packaging I would
really like to see something like Gregor pointed out - "Kwalitee::Repackageable"
or "Kwalitee::Distros" or even "Test::DistroReady". running a kwalitee script or
a distro-ready test suit before releasing to CPAN might be what's doable and
reasonable for a CPAN author while helping to remove common packaging problems
for the distribution. if it will be generic enough to match the packaging
problems of other distributions too, it might take off. this might be a
challenge for you Ingy, as you worship the acmeism, so a distribution agnostic
kwalitee/test tool might be an exact fit, no?

Debian-Perl will run all the appropriate linting/kwalitee tools, yes.

Acmeists are pragmatists. As an acmeist I am definitely concerned to taking my hard fought solutions to Python and Ruby and Perl is worked out. I guess Acmeism is gluttony for agony. ;)
 
there is and always will be a need for someone else then the author to have a
look at the distribution changes to updated what is necessary => for example
copyright-license for new/changed files, special binary/version dependecies, if
the modules still works well together within the distribution, patch purely
Debian related issues, filter user bug reports and report upstream only when
it's relevant or with additional troubleshooting info and making sure the CPAN
author didn't went crazy...

Well sure, but often I get the sense that Debian is at odds with automation. Without automation we don't get to the future. Trust, but verify.
 
personally I'm not good at packaging as it requires patience, sense for details
and pedantic work to be done. fortunately this group has members with these
skills that do a good job so the Debian-Perl package base is well done and
steadily growing.

In spades, Ingy
 

cheers
Jozef


--
To UNSUBSCRIBE, email to debian-perl-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 4DEC9BE0.8020004@kutej.net" target="_blank">http://lists.debian.org/[🔎] 4DEC9BE0.8020004@kutej.net



Reply to: