Re: DBD::mysql next steps

2017-11-16 Thread Michiel Beijen
Hi Pali! On Thu, Nov 16, 2017 at 12:49 PM, wrote: > Hi! And what are you going to do with all commits which you reverted in > 4.043 version? As I remember, months ago you wrote that you reapply > fixes, but nothing happened. Instead you started merging conflicting > new pull requests which othe

Re: DBD::mysql next steps

2017-11-16 Thread pali
On Friday 10 November 2017 10:13:55 Patrick M. Galbraith wrote: > Greetings all! > > Michiel and I have been talking, weighing options of what course to take in > dealing with moving forward-- with the goal of both offering both stability > and the choice to have the latest functionality and bug f

Re: DBD::mysql next steps

2017-11-13 Thread pali
And I would suggest to disable issue tracker on github as primary bug tracker (according to DBD::mysql documentation) is on RT and also probably all problems are reported there. The worst thing which can be is to have two independent bug trackers, which is current situation.

Re: DBD::mysql next steps

2017-11-13 Thread Patrick M. Galbraith
Me too! I look forward to getting pull requests reviewed and in the driver as well as get your UTF-8 work in per my previous email. We can use all the help we can get. regards, Patrick On 11/11/17 3:53 AM, p...@cpan.org wrote: On Friday 10 November 2017 10:13:55 Patrick M. Galbraith wrote:

RE: DBD::mysql next steps

2017-11-13 Thread Curtis Leach
om   -Original Message- From: Darren Duncan [mailto:dar...@darrenduncan.net] Sent: Friday, November 10, 2017 6:39 PM To: dbi-users@perl.org Subject: Re: DBD::mysql next steps On 2017-11-10 5:58 PM, Dan Book wrote: > On Fri, Nov 10, 2017 at 8:43 PM, Noel Butler wrote: > G

Re: DBD::mysql next steps

2017-11-11 Thread pali
On Friday 10 November 2017 10:13:55 Patrick M. Galbraith wrote: > Greetings all! > > Michiel and I have been talking, weighing options of what course to take in > dealing with moving forward-- with the goal of both offering both stability > and the choice to have the latest functionality and bug f

Re: DBD::mysql next steps

2017-11-10 Thread Darren Duncan
On 2017-11-10 5:58 PM, Dan Book wrote: On Fri, Nov 10, 2017 at 8:43 PM, Noel Butler wrote: Given that things are only ever going to move forward with my/maria-sql would it not be better to enable this by default, and have a "disable" setting for those who want to run something of anti

Re: DBD::mysql next steps

2017-11-10 Thread Dan Book
On Fri, Nov 10, 2017 at 8:43 PM, Noel Butler wrote: > > Given that things are only ever going to move forward with my/maria-sql > would it not be better to enable this by default, and have a "disable" > setting for those who want to run something of antiques? > > Because in years to come there wil

Re: DBD::mysql next steps

2017-11-10 Thread Noel Butler
On 11/11/2017 01:13, Patrick M. Galbraith wrote: > Greetings all! > > Michiel and I have been talking, weighing options of what course to take in > dealing with moving forward-- with the goal of both offering both stability > and the choice to have the latest functionality and bug fixes as well a

Re: DBD::mysql next steps

2017-11-10 Thread Darren Duncan
I agree in principle with Patrick's plan. My strong recommendation for continuing development under a different module name was based on the assumption (but not the knowledge) that the Unicode/Blob problems were rooted in the DBD::mysql codebase in such a way that they blocked the ability to u

DBD::mysql next steps

2017-11-10 Thread Patrick M. Galbraith
Greetings all! Michiel and I have been talking, weighing options of what course to take in dealing with moving forward-- with the goal of both offering both stability and the choice to have the latest functionality and bug fixes as well as give contributors the opportunity to be part of overall i