Re: pre-screening new package: SQLCipher, based on SQLite3

2012-12-20 Thread Hans-Christoph Steiner
On Oct 12, 2012, at 9:03 PM, Hans-Christoph Steiner wrote: > > On Oct 1, 2012, at 7:36 PM, Hans-Christoph Steiner wrote: > >> On 10/01/2012 06:32 PM, Stephen Lombardo wrote: >>> Hello Florian, >>> >>> On Mon, Oct 1, 2012 at 1:57 PM, Florian Weimer wrote: Okay. Can your fork open unencry

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-10-12 Thread Hans-Christoph Steiner
On Oct 1, 2012, at 7:36 PM, Hans-Christoph Steiner wrote: > On 10/01/2012 06:32 PM, Stephen Lombardo wrote: >> Hello Florian, >> >> On Mon, Oct 1, 2012 at 1:57 PM, Florian Weimer wrote: >>> Okay. Can your fork open unencrypted databases? Are there any symbol >>> collisions with vanilla SQLite

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-10-01 Thread Hans-Christoph Steiner
On 10/01/2012 06:32 PM, Stephen Lombardo wrote: > Hello Florian, > > On Mon, Oct 1, 2012 at 1:57 PM, Florian Weimer wrote: >> Okay. Can your fork open unencrypted databases? Are there any symbol >> collisions with vanilla SQLite? >> > Yes, SQLCipher can open standard, unencrypted SQLite database

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-10-01 Thread Stephen Lombardo
Hello Florian, On Mon, Oct 1, 2012 at 1:57 PM, Florian Weimer wrote: > > Okay. Can your fork open unencrypted databases? Are there any symbol > collisions with vanilla SQLite? > Yes, SQLCipher can open standard, unencrypted SQLite databases without a problem and it has the same public API and

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-10-01 Thread Stephen Lombardo
Hello Hans, On Mon, Oct 1, 2012 at 12:47 PM, Hans-Christoph Steiner wrote: > On 09/28/2012 04:23 PM, Florian Weimer wrote: > > Why isn't it implemented as a VFS plugin? > > I don't know of any other precedent for a VFS plugin for adding > encryption support, do you? Maybe Stephen can speak more

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-10-01 Thread Florian Weimer
* Stephen Lombardo: > I agree that implementing SQLCipher using a VFS plugin would work, and > we've considered it in the past. However, we've decided to stick with the > codec approach for now, given that some functionality could prove more > complex to implement and a major shift / rewrite could

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-10-01 Thread Hans-Christoph Steiner
On 09/28/2012 04:23 PM, Florian Weimer wrote: > * Hans-Christoph Steiner: > >> The tricky part is that it is a modified version of SQLite3, and lintian >> properly gives an error about that. But because of the features that >> SQLCipher provides, it must modify the core of SQLite to work, therefore

Re: pre-screening new package: SQLCipher, based on SQLite3

2012-09-28 Thread Florian Weimer
* Hans-Christoph Steiner: > The tricky part is that it is a modified version of SQLite3, and lintian > properly gives an error about that. But because of the features that > SQLCipher provides, it must modify the core of SQLite to work, therefore > it cannot be made into a plugin. Why isn't it im

pre-screening new package: SQLCipher, based on SQLite3

2012-09-27 Thread Hans-Christoph Steiner
Hey all, I'm reading to upload a new package called SQLCipher (http://sqlcipher.net/) and I want to run it by y'all first. The upside is that it provides AES256 encrypted SQLite databases in a DFSG-free package that has been pretty widely tested, deployed and audited. You can find out more here