Re: Looking for people to take over maintenance of my Perl modules on CPAN
Robert, I absolutely love Params::Smart ( http://search.cpan.org/~rrwo/Params-Smart-0.08/lib/Params/Smart.pm ) and would love to take it over. I read the docs for your Logic::Kleene ( http://search.cpan.org/~rrwo/Logic-Kleene-0.05/lib/Logic/Kleene.pm ) and although I cant imagine a practical case where I would return undef as opposed to an explicit true or false, my instinct tells me that this module might be useful. I keep all my CPAN modules on github ( https://github.com/metaperl ) and am eager about collaborating with users. If they have a good idea I'm all for adding it ASAP. On Fri, Mar 26, 2010 at 9:02 AM, Robert Rothenberg rob...@gmail.com wrote: Hi All, I've been too busy the last few years working on a PhD, and haven't been keeping the CPAN modules I'm in charge of http://search.cpan.org/~rrwo/ as up-to-date as I should. Bug reports have been accumulating, and I've not been testing them with newer versions of Perl. So I am looking for people who have an interest in some of these modules to take over maintenance of some of them. Please write to me off-list if you are interested. Regards, Robert Rothenberg
Re: Do we need another DTO/ORM module?
On Sat, Apr 17, 2010 at 12:48 PM, Paul Bennett paul.w.benn...@gmail.comwrote: I've been working on the following project for a while, mostly just to scratch my own itch: http://code.google.com/p/perl-**dbix-nailgun/source/browse/http://code.google.com/p/perl-dbix-nailgun/source/browse/ It's heavily inspired by Ruby on Rails' implementation of Active Record, tweaked to be more Perlish. It's supposed to literally grok the database structure and DWIM. By literally grok, I mean _literally_ consume the database structure, and by consuming it, come to a full understanding of it. By DWIM, I mean DW _I_ M, but hopefully I'm sane enough that what I mean is what any sane person ought to mean. The code snippet on the project front page says more than I think I could say in English, at least more tersely: package MyApp::Photos; use base qw(DBIx::Nailgun); sub init { my $self = shift; $self -validates_presence_of('**filename') -belongs_to('slides') -has_and_belongs_to_many('**categories') ; } somehwat reminiscent of the recently updated DBIx::DataModel by Laurent Dami. It looks like you manually describe table relationships instead of having a Loader class figure all this out. At any rate, a full set of code samples for all common CRUD operations against the Sakila database is a welcome submission to DBIx::Cookbook. The example for fetching all records are shown for Rose::DB::Object, DBIx::Skinny and DBIx::Class - http://search.cpan.org/~tbone/DBIx-Cookbook-0.07/lib/DBIx/Cookbook/Recipe/Searching/fetch_all.pod I did many more operations for DBIx::Class. Does this belong in CPAN (once it's finished off and polished a decent bit more)? why not? and what does DTO stand for? Thanks, -- Paul Bennett (PWBENNETT)
Re: Consensus on MakeMaker vs. Module::Build vs. Module::Install?
On Mon, Mar 22, 2010 at 3:35 PM, Bill Moseley mose...@hank.org wrote: For quite some time I've created modules for internal use and I don't bother with h2xs anymore for non-xs modules and I just copy-n-paste some existing Makefile.PL I have from another package. As a result of some choice a while back all my modules use Module::Install. I guess I like the declarative format of Module::Install and features like test_requires, install_share. Otherwise, I don't really care how the module is built and installed as long as it works. And I have not in a long time looked at the the different approaches in detail. So, I'm curious. Is there any kid of consensus on what to use for new modules and why? Or is it still mostly a matter of opinion? Dist::Zilla!
DBIx::Simple - issues with current distribution
DBIx::Simple is a fairly popular module for accessing databases from Perl. I love it. However, it is suffering from maintenance upkeep and lack of a public repository. I summarized the issues with this module in a recent perlmonks thread - http://perlmonks.org/index.pl?node_id=917878 I have a serious issue with the implementation in one place and have supplied a test case documenting the bug. Now marks 72 hours with no response. Given the 5+ months lag for other people (and one of them from a major linux distribution), I dont know how soon I can expect a fix, but I have in-house code that requires the fix. Now, in all fairness, I did get a reply from Juerd fairly quickly about another issue about 3-4 weeks ago. But the delay this time, coupled with several outstanding bugs, makes me ask if the distro needs a more progressive maintainer or if it needs to be forked. I would like to avoid forking it at all costs.
Re: Looking for people to take over maintenance of my Perl modules on CPAN
On Tue, Aug 2, 2011 at 11:03 AM, Terrence Brannon scheme...@gmail.com wrote: I read the docs for your Logic::Kleene ( http://search.cpan.org/~rrwo/Logic-Kleene-0.05/lib/Logic/Kleene.pm ) and although I cant imagine a practical case where I would return undef as opposed to an explicit true or false, my instinct tells me that this module might be useful. I'm not familiar with Kleene logic theory either, but i wonder if wedging in some kind of deferral completion semantic would make sense. Give a juggler enough coffee and he'll try to make everything both non-blocking and synchronous.
Re: DBIx::Simple - issues with current distribution
On Tue, Aug 2, 2011 at 2:44 PM, Juerd Waalboer ju...@tnx.nl wrote: Terrence Brannon skribis 2011-08-02 12:27 (-0400): DBIx::Simple [...] is suffering from maintenance upkeep and lack of a public repository. Suffering? The code has been stable, but I do maintain it. In fact, there has been a fairly recent new release. well, there have been two bugs filed and no action or response. But I do thank you for your rapid response to my supplied test case. As for a public repository, it has that: on CPAN. Release can be seen as just a synonym for revision. search.cpan.org has a nice diff tool. I will set up a github repository, probably, but will you cut me some slack please? You've been nagging me about this, and the bug you've reported, for a month now, during a time in which I've been on holiday and recovering from illness. Ok sounds good. I guess you work on a different response cycle than me. I throw everything to the wind the second I get a bug report and scramble to get back to the person as fast as possible. Now marks 72 hours with no response. Please contact sa...@tnx.nl if you wish to obtain a commercial SLA. You and Corion have a similar idea about money and service for free software. It differs from mine, but now is no time to get into haggling over that. My feedback about your software is free feedback about how it needs to improve and provides valuable in-field stress-testing for free... oops, there I go haggling :) Peace.