Re: Excluding files from CPAN diff

2010-02-19 Thread craig
Assuming you have access to the code and would like to do an obscure good thing in your spare time :-), you could throw in a filter for what gets diffed, based on the -T file test. The code is written in perl, right? cmac On Feb 19, 2010, at 4:25 AM, Barbie wrote: On Thu, Feb 18, 2010 at 05:

RE: Excluding files from CPAN diff

2010-02-19 Thread Burak Gürsoy
> -Original Message- > From: Barbie [mailto:bar...@missbarbell.co.uk] > Sent: Friday, February 19, 2010 2:26 PM > To: cr...@animalhead.com > Cc: module-authors@perl.org > Subject: Re: Excluding files from CPAN diff > > On Thu, Feb 18, 2010 at 05:47:52PM -0800, cr

Re: Excluding files from CPAN diff

2010-02-19 Thread Barbie
On Thu, Feb 18, 2010 at 05:47:52PM -0800, cr...@animalhead.com wrote: > > Q1: Can I use a no_index clause in META.yml to exclude > data files from the search.cpan diff? Or does that > only affect the module indexing? > Q2: If I move the data files to a share folder instead > of lib/aut

Re: Excluding files from CPAN diff

2010-02-18 Thread craig
I'm sorry, but we do not offer a pink unicorn for sale at this time. Thus there is not one in-house to go away. You can see our available unicorns at http://www.animalhead.com/unicorns.html I thought it was a reasonable question, but only a few people like Mr. Koenig or M. Barbie might be able t

Re: Excluding files from CPAN diff

2010-02-18 Thread Jonathan Yu
Eric, Thanks for this! I've been looking for a way to diff things where CPAN Diff complains that things are too big for quite some time. On Thu, Feb 18, 2010 at 2:26 PM, Eric Wilhelm wrote: > When the pink unicorn goes away, you might try: > >  http://github.com/gitpan Mr. Schwern is pretty awe

Re: Excluding files from CPAN diff

2010-02-18 Thread Eric Wilhelm
# from cr...@animalhead.com # on Thursday 18 February 2010 10:53: >I like to use this tool to confirm what I've changed from one   >distribution to the next. >My latest one added two big data files, and 'diff' says its results   >are too big to show. >Also the data files will change in future rele