Re: [DBD-SQLite] register_global_collation()

...@justice.ge.ch: -Message d'origine- De : Adam Kennedy Envoyé : mardi, 21. juillet 2009 10:50 À : Dami Laurent (PJ) Objet : Re: [DBD-SQLite] Added functionalities (hooks) Most of this looks fine, but I don't like the global hash for collations. It takes something that previous had

Re: [DBD-SQLite] DBD-SQLite-Amalgamation-3.6.16

Unless we see a release of SQLite that recommended updating, or reach a complete resolution to the various refactoring stuff that's being committed into the repository, or someone hits a critical bug, I consider the current release to be both stable and worth letting sit for a while, so there's

[DBD-SQLite] Ideas for people on a recommended namespace for DBD::SQLite enhancement packages

Now that we've got a number of integration points available for feeding code into SQLite's internals, I'm wondering if we should consider some form of blessed or recommended namespace for people to write these extensions in. Are we just going to recommend SQLite:: or does anyone have

Re: [DBD-SQLite] Removing the on-by-default referential integrity.

for people to do optional upgrading, rather than immediately forcing everything to fail. Adam K 2009/11/3 Darren Duncan dar...@darrenduncan.net: Adam Kennedy wrote: For the first production release of DBD::SQLite with foreign keys, it's starting to make me nervous that we will enable

Re: [DBD-SQLite] Removing the on-by-default referential integrity.

Righto, so I'm going to roll an official release candidate dev version now, and we code freeze at this point (just docs and test tweaks allowed between now and final). I'll let the last dev release cook for 3 or 4 days, then do the prod one. Adam K 2009/11/4 Kenichi Ishigaki

Re: [DBD-SQLite] Removing the on-by-default referential integrity.

Apologies, I've been very distracted. Adam K On Fri, Nov 13, 2009 at 9:23 AM, Darren Duncan dar...@darrenduncan.net wrote: Adam Kennedy wrote on Nov 3: Righto, so I'm going to roll an official release candidate dev version now, and we code freeze at this point (just docs and test tweaks

Re: [DBD-SQLite] SQLite 3.7.0 now in SVN - new bugs to fix

As soon as someone fixes the tests, ping the list and I'll cut the dev release. Adam K On 22 July 2010 12:54, Darren Duncan dar...@darrenduncan.net wrote: Hello, Today the next major version of SQLite was released, and below the dashed line is a copy of D. Richard Hipp's release

Re: [DBD-SQLite] SQLite 3.7.x problem fixed, please dev-release

Quite a few FAIL reports, mostly around Test::NoWarnings in fts3.t I'm on flaky connection, but if someone can fix it I'll drop another dev release tonight. Adam K On Thu, Aug 26, 2010 at 5:38 AM, Darren Duncan dar...@darrenduncan.net wrote: Kenichi Ishigaki wrote: Hi. Sorry that I had

[DBD-SQLite] Re: DBD::SQLite / 32-bit Perl and 64-bit INTEGER PRIMARY KEY

Hi Matthias I may not be the best person to address this question to, as I'm just the release manager and crotchety old fogie of DBD::SQLite. The question is best addressed to the DBD::SQLite mailing list. dbd-sqlite@lists.scsys.co.uk (forwarded) Adam K On 5 October 2011 03:33, Matthias

[DBD-SQLite] DBB::SQLite 1.36_03 released

http://svn.ali.as/cpan/releases/DBD-SQLite-1.36_03.tar.gz ___ DBD-SQLite mailing list DBD-SQLite@lists.scsys.co.uk http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbd-sqlite

Re: [DBD-SQLite] might Alien::Base be useful to DBD::SQLite development?

I would also note that the way we do the bundling in DBD::SQLite is actually one of the SQLite projects recommended methods for building and packaging it. So we're pretty happy with the current situation. Adam On 10 May 2013 22:20, kenichi ishigaki kishig...@gmail.com wrote: 2013/5/11 Darren