Beefy Boxes and Bandwidth Generously Provided by pair Networks
P is for Practical
 
PerlMonks  

Re: How should a fork of DBIx::Simple be handled?

by Juerd (Abbot)
on Aug 30, 2011 at 16:55 UTC ( #923266=note: print w/ replies, xml ) Need Help??


in reply to How should a fork of DBIx::Simple be handled?

How about just sending the patches you had in mind, to the author of DBIx::Simple, i.e. me?


Comment on Re: How should a fork of DBIx::Simple be handled?
Re^2: How should a fork of DBIx::Simple be handled?
by Anonymous Monk on Aug 31, 2011 at 03:34 UTC
      So the only lesson you take away from these two threads is to continue avoiding direct contact with Juerd? I'm still wondering what your goal is with these posts. But then, I already said so in 917893.
        So the only lesson you take away from these two threads is to continue avoiding direct contact with Juerd?

        No not at all. I wasnt getting any email replies from him. I sent him a test case via email. He ran it and it worked for him. So I revised it and tye tried it and saw the problem and I sent him the fixed one. And he has said nothing since then via email, so I filed it as a RT ticket. And there has been no movement on the RT ticket I supplied a few weeks ago. But since he replied to me here, it seems that he is willing to work with me in some fashion. And I will definitely keep him in the loop. Although I prefer he stay in the loop by following me on github.

        And his (and your) insistence on paying money for rapid feedback means I'd rather just do everything on my own because I have urgent demands for rapid evolution of this module and can no longer play backseat and/or pay money.

        I'm still wondering what your goal is with these posts.

        Hmm, well I wanted to get a feel for what (not)? to do and how (not)? to do it. The most likely thing to occur is that DBIx::Simple will be forked and I will document each change as I commit on github. I wont make any sort of CPAN release for a long time because we just need changes locally now. Over time, the various things I do might make their way into his code or a separate module.

        But the issue that my bug raises is actually a point of divergence. I dont think he will ever accept that patch and change his code to quit using fiddling with reference counts. And my test case MUST work for what we are doing locally.

Re^2: How should a fork of DBIx::Simple be handled?
by metaperl (Curate) on Aug 31, 2011 at 20:21 UTC

      I know about your preference; you have repeatedly, for almost two months now, insisted that I use github for DBIx::Simple. I might eventually do this when I feel like it, but for crying out loud, just !@#!@# stop whining about it.

      If you think that going on about it will help convincing me, you're wrong. It just gets on my nerves and makes me angry.

      As I've said before in private e-mail, the code is on CPAN, and very closely follows my local tree.

      As for github pull requests, I actually prefer manual patches because I estimate that it is unlikely that I will copy your suggestions unmodified. We're not going to discuss this; you're going to have to put up with it.

        I know about your preference; you have repeatedly, for almost two months now, insisted that I use github for DBIx::Simple. I might eventually do this when I feel like it, but for crying out loud, just !@#!@# stop whining about it. If you think that going on about it will help convincing me, you're wrong.
        I was replying to Corion. I wasnt talking to you.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://923266]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others romping around the Monastery: (6)
As of 2014-07-22 08:02 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    My favorite superfluous repetitious redundant duplicative phrase is:









    Results (106 votes), past polls