All,
I am pleased to announce that DBD::SQLite (Self Contained RDBMS in a Perl DBI
Driver) version 1.30_04 has been released on CPAN (by Adam Kennedy).
http://search.cpan.org/~adamk/DBD-SQLite-1.30_04/
This developer release bundles the brand-new SQLite version 3.7.2, which (since
3.7.0
All,
I am pleased to announce that DBD::SQLite (Self Contained RDBMS in a Perl DBI
Driver) version 1.27 has been released on CPAN (by Adam Kennedy).
http://search.cpan.org/~adamk/DBD-SQLite-1.27/
This release is the newest one intended for production use and has no known
serious bugs
All,
I am pleased to announce that DBD::SQLite (Self Contained RDBMS in a Perl DBI
Driver) version 1.26_06 has been released on CPAN (by Adam Kennedy).
http://search.cpan.org/~adamk/DBD-SQLite-1.26_06/
TESTING NEEDED!
Please bash the hell out of the latest DBD::SQLite and report any
Please note the following correction to the announcement.
Whining is also welcome. :)
Adam K
2009/10/15 Darren Duncan dar...@darrenduncan.net:
Patches welcome. Ideas welcome. Testing welcome. Whining to /dev/null.
On Oct 14, 2009, at 11:39 PM, Darren Duncan wrote:
Also be sure to look at the section http://sqlite.org/foreignkeys.html#fk_enable
, because you have to enable a pragma on each connect to use the
foreign keys feature; it isn't yet on by default for backwards
compatibility purposes.
I
All,
I am pleased to announce that DBD::SQLite (Self Contained RDBMS in a DBI Driver)
version 1.24_01 has been released on CPAN (by Adam Kennedy).
http://search.cpan.org/~adamk/DBD-SQLite-1.24_01/
The main feature of this release is that now DBD::SQLite also uses amalgamated
source
All,
I am pleased to announce that DBD::SQLite (Self Contained RDBMS in a DBI Driver)
version 1.20 has been released on CPAN.
http://search.cpan.org/dist/DBD-SQLite/
This follows on the heels of 10 developer releases released starting 2009 March
27th (Adam Alias Kennedy has been doing
Congrats guys - glad this finally came about.
On Tue, 7 Apr 2009, Darren Duncan wrote:
All,
I am pleased to announce that DBD::SQLite (Self Contained RDBMS in a DBI
Driver) version 1.20 has been released on CPAN.
http://search.cpan.org/dist/DBD-SQLite/
This follows on the heels of 10
the bundled version or the system version, and
I'll leave selecting which to the same mechanism Matt had it, unless the users
argue for a change. I think that means the bundled is the default.
So then, what I'm planning to do is this then:
1. Enter DBD::SQLite into public version control
In data 27 marzo 2009 alle ore 03:30:10, Darren Duncan
dar...@darrenduncan.net ha scritto:
So, out of my un-paid projects, my promise to take over release
management of DBD::SQLite (from the still incommunicado previous owner)
has now come to the front of my queue (now that Set::Relation
behaviour through a download.
How much do you care about old(er) architectures? I mean, as you will
unbundle, you have no control anymore about the portability of the files
DBD-SQLite-1.14 on HP-UX 10.20:
Using DBI 1.607 (for perl 5.008008 on PA-RISC2.0)
cc -c -I. -I/pro/lib/perl5/site_perl
Cosimo Streppone wrote:
In data 27 marzo 2009 alle ore 03:30:10, Darren Duncan
dar...@darrenduncan.net ha scritto:
So, out of my un-paid projects, my promise to take over release
management of DBD::SQLite (from the still incommunicado previous
owner) has now come to the front of my queue (now
Hello Steffen et al, thanks for your response.
I was not previously aware that Adam had taken this up; no mention of it in any
forums I frequent nor on CPAN. But I'm very happy to hear it nonetheless.
If Adam is serious about this and wants to organize the effort to keep
DBD::SQLite up
- Forwarded message from Matt S Trout dbix-cl...@trout.me.uk -
Date: Fri, 27 Mar 2009 10:24:36 +
From: Matt S Trout dbix-cl...@trout.me.uk
To: dbix-cl...@lists.scsys.co.uk
Subject: [Dbix-class] DBD::SQLite new maintenance plan
Reply-To: DBIx::Class user and developer list dbix-cl
about this and wants to organize the effort to keep
DBD::SQLite up to date, then I'm quite happy to step back from trying to
start my own effort. The main reason I offered to take over or co-maintain
back around Jan 12th was because the module seemed to be abandoned and no
one else
On Fri, Mar 27, 2009 at 09:24:36AM +, Matt S Trout wrote:
I don't think dbi-dev is a good place for it - how about I provision a
dbd-sqlite list on scsys and an IRC channel on perl.org? The last batch of
tweaking was done with the help of @dbic-devel so I figure stuffing the
community
http://svn.ali.as/cpan/releases/DBD-SQLite-1.19_01.tar.gz
Uploaded to PAUSE just now.
2009/3/27 Matt S Trout m...@shadowcat.co.uk:
On Fri, Mar 27, 2009 at 09:24:36AM +, Matt S Trout wrote:
I don't think dbi-dev is a good place for it - how about I provision a
dbd-sqlite list on scsys
On Fri, 27 Mar 2009 22:18:01 +1100, Adam Kennedy
adamkennedybac...@gmail.com wrote:
http://svn.ali.as/cpan/releases/DBD-SQLite-1.19_01.tar.gz
DBD::SQLite-1.19_01 from trunk on HP-UX 10.20:
cc -c -I. -I/pro/lib/perl5/site_perl/5.8.8/PA-RISC2.0/auto/DBI -Ae +DAportable
+Z -z -D_HPUX_SOURCE -Wl
nor on CPAN. But I'm very happy to hear it
nonetheless.
If Adam is serious about this and wants to organize the effort to keep
DBD::SQLite up to date, then I'm quite happy to step back from trying to
start my own effort. The main reason I offered to take over or co-maintain
back
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
I have tried emailing Matt several times without response already.
Did you cc modu...@perl.org? What did they say? They've been helpful
with me in the past in tracking module owners down.
In particular, I will continue to bundle the SQLite
This is the first version of DBD::SQLite in a long time which runs
the test suite with no errors on Fedora.
net1#uname -a
Linux net1.coolsurf.com 2.6.27.19-170.2.35.fc10.i686 \
#1 SMP Mon Feb 23 13:21:22 EST 2009 i686 i686 i386 GNU/Linux
Thanks!
Adam Kennedy wrote:
http
,
is a useful feature. But, in my experience, it was only
needed because the DBD::Sqlite *wasn't* being well maintained.
If it had been, I would have just used the new DBD::Sqlite and
never worried about it.
The DBD::SQlite should use
a) already installed libs if *available and compatible*
b
On Fri, Mar 27, 2009 at 01:16:58PM +0100, H.Merijn Brand wrote:
On Fri, 27 Mar 2009 22:18:01 +1100, Adam Kennedy
adamkennedybac...@gmail.com wrote:
http://svn.ali.as/cpan/releases/DBD-SQLite-1.19_01.tar.gz
DBD::SQLite-1.19_01 from trunk on HP-UX 10.20:
Please can you send failures like
On Fri, 27 Mar 2009, Greg Sabino Mullane wrote:
I have tried emailing Matt several times without response already.
Did you cc modu...@perl.org? What did they say? They've been helpful
with me in the past in tracking module owners down.
I very rarely read mailing list mail these days - my
don't use
DBD::SQLite myself for any production purposes, and it has been a while
since I've used it at all, so you should lean harder one people who
really depend on it than on opinionated assholes like me.
I'm not a pushover. It's more that I wasn't strongly opinionated on the matter
On Mar 28, 2009, at 12:40 AM, Darren Duncan wrote:
I'm not a pushover. It's more that I wasn't strongly opinionated on
the matter in the first place and I was fishing; your response led
to me realizing that a simpler plan of action was better (and less
work for both me and others).
Hello,
So, out of my un-paid projects, my promise to take over release management of
DBD::SQLite (from the still incommunicado previous owner) has now come to the
front of my queue (now that Set::Relation 0.9.0 is out), so I'm now starting to
think about it in detail and get to work over
On Mar 26, 2009, at 10:30 PM, Darren Duncan wrote:
Hello,
So, out of my un-paid projects, my promise to take over release
management of DBD::SQLite (from the still incommunicado previous
owner) has now come to the front of my queue (now that Set::Relation
0.9.0 is out), so I'm now
DBD::SQLite. I currently
estimate mid-March to get into it.
-- Darren Duncan
Erik Aronesty wrote:
I do Perl and C and offer some help.
Same here. I feel reasonably at home both in C and Perl, and I've
written some simple XS code. I don't have any experience with DBI,
I will also do what I
I do Perl and C and offer some help.
Same here. I feel reasonably at home both in C and Perl, and I've
written some simple XS code. I don't have any experience with DBI,
I will also do what I can to help, if anyone wants it. Also, is there
a repository anywhere?
It's not documented in the
--
so I'd be more than happy to see an up-to-date version of DBD::SQLite.
Since I'm lazy enough to rely on OS-provided SQLite installations on
various computers, I'm using at least three different old versions of
SQLite in parallel, DBD::SQLite being the oldest of all ... (no
compatibility
Subject: Re: [sqlite] request to become co-maintainer of DBD::SQLite
These are replies to posts on the sqlite-users list. However, if there
is going to be ongoing discussion I prefer it happen on the dbi-dev
list. Not that sqlite-users isn't very on topic itself, dbi-dev just
seems *more
of DBD::SQLite
These are replies to posts on the sqlite-users list. However, if there
is going to be ongoing discussion I prefer it happen on the dbi-dev
list. Not that sqlite-users isn't very on topic itself, dbi-dev just
seems *more* on topic, I think.
Clark Christensen wrote:
One of my first
changes will be to require DBI 1.607+
The current DBD-SQLite works fine under older versions of DBI. So unless
there's a compelling reason to do it, I would prefer you not make what seems
like an arbitrary requirement.
I have 2 answers to that:
1. Sure, I can avoid changing the enforced
This is a reply to a post on the dbix-class list. However, if there is going to
be ongoing discussion I prefer it happen on the dbi-dev list, since dbi-dev just
seems the most on topic, I think.
Goro Fuji wrote:
Just now I am concidering to maintain DBD::SQLite, and I have ideas about
Hello Matt Sergeant,
I would like to request your permission or blessing to become an official
co-maintainer of the DBD::SQLite module, which is the defacto standard binding
for SQLite to Perl.
(Also CC'd are some other concerned parties as FYI; my apologies if I've written
too many people
Hi Mr. Sergeant! (and the members of the DBI-dev mailing list).
I encountered a problem in DBD::SQLite: (version 1.09)
http://search.cpan.org/dist/DBD-SQLite/
It is demonstrated by the following two scripts:
# Statement-Reuse-Prepare.pl - run it once.
use DBI;
$db_name = foo.sqlite;
unlink
I posted this as a bug against DBD::SQLite but haven't heard back. I
would be happy to fix this myself
This program shows that DBD::SQLite returns unusual type info. I would
appreciate any pointers on where to go to fix this. It looks like one
just needs to write a mapper of some sort:
my
On Tue, Feb 19, 2002 at 10:41:37AM +0100, H.Merijn Brand wrote:
But have these functions not implemented?
- Place holders
Yes, in CVS, but SQLite doesn't support them, so it uses the hackish
method of splitting up the SQL on ? and re-joining it for execution with
the values in
On Tue, 19 Feb 2002, KAWAI,Takanori wrote:
- Original Message -
From: Matt Sergeant [EMAIL PROTECTED]
To: KAWAI,Takanori [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, February 19, 2002 6:45 PM
Subject: Re: DBD::SQLite
On Tue, 19 Feb 2002, KAWAI,Takanori wrote:
(snip
- Original Message -
From: Matt Sergeant [EMAIL PROTECTED]
To: KAWAI,Takanori [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, February 19, 2002 10:16 PM
Subject: Re: DBD::SQLite
(snip)
OK, new release out - http://axkit.org/download/DBD-SQLite-0.03.tar.gz
Well, it occurs
On Wed, 20 Feb 2002, KAWAI,Takanori wrote:
- Original Message -
From: Matt Sergeant [EMAIL PROTECTED]
To: KAWAI,Takanori [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, February 19, 2002 10:16 PM
Subject: Re: DBD::SQLite
(snip)
OK, new release out - http://axkit.org
42 matches
Mail list logo