Re: sqlite 3.8.11.1

2015-09-10 Thread Paul Pereira
> The project goals are simply and plainly incompatible. Sqlite is > too much about database featurism, accepting considerable bloat > into the codebase, while mandoc needs to focus on minimalism and A good fraction of these changes relate to the FTS5 code, which would not be compiled in to

Re: sqlite 3.8.11.1

2015-09-09 Thread Miod Vallat
> Hi, > > thanks to the hard work of jturner@, here's a 650kb gzipped update to > sqlite 3.8.11.1, bumping shlib to 31.0. This is needed for upcoming > firefox 41 update, but anyone is welcome to look into the update itself. > > Not attaching the diff because of the size

Re: sqlite 3.8.11.1

2015-09-09 Thread Bob Beck
Why do we have unreviewable diffs to software in base? On Wed, Sep 09, 2015 at 10:25:24AM +0200, Landry Breuil wrote: > Hi, > > thanks to the hard work of jturner@, here's a 650kb gzipped update to > sqlite 3.8.11.1, bumping shlib to 31.0. This is needed for upcoming > fi

Re: sqlite 3.8.11.1

2015-09-09 Thread Theo de Raadt
> > Not attaching the diff because of the size, available at > > http://rhaalovely.net/~landry/stuff/sqlite-3.8.11.1.diff.gz > > And i forgot to mention that it went in an amd64 bulk build without > fallout, thanks to ajacoutot@ So, one architecture has been tested. N

sqlite 3.8.11.1

2015-09-09 Thread Landry Breuil
Hi, thanks to the hard work of jturner@, here's a 650kb gzipped update to sqlite 3.8.11.1, bumping shlib to 31.0. This is needed for upcoming firefox 41 update, but anyone is welcome to look into the update itself. Not attaching the diff because of the size, available at http://rhaalovely.net

Re: sqlite 3.8.11.1

2015-09-09 Thread Theo de Raadt
This is a really stupid way to treat the base source tree. > thanks to the hard work of jturner@, here's a 650kb gzipped update to > sqlite 3.8.11.1, bumping shlib to 31.0. This is needed for upcoming > firefox 41 update, but anyone is welcome to look into the update itself. > >

Re: sqlite 3.8.11.1

2015-09-09 Thread Miod Vallat
> > When espie@ imported sqlite he wanted to follow upstream so he imported > > what was distrubuted with sqlite. Since then we do tagged (based on the > > sqlite version) imports whenever we do an update. So when a diff is sent > > out it includes all new files in that sqlite release. In this

Re: sqlite 3.8.11.1

2015-09-09 Thread Amit Kulkarni
On Wed, Sep 9, 2015 at 11:12 AM, Miod Vallat wrote: > > > When espie@ imported sqlite he wanted to follow upstream so he > imported > > > what was distrubuted with sqlite. Since then we do tagged (based on the > > > sqlite version) imports whenever we do an update. So when a diff

Re: sqlite 3.8.11.1

2015-09-09 Thread Stuart Henderson
On 2015/09/09 11:47, Amit Kulkarni wrote: > AFAIK, the original rationale for importing sqlite into base was for > storing the database table (INDEX?) for building ports using dpb. It > can be switched to a port module with some pains. mandoc uses it.

Re: sqlite 3.8.11.1

2015-09-09 Thread Ingo Schwarze
Hi, Stuart Henderson wrote on Wed, Sep 09, 2015 at 05:51:18PM +0100: > On 2015/09/09 11:47, Amit Kulkarni wrote: >> AFAIK, the original rationale for importing sqlite into base was for >> storing the database table (INDEX?) for building ports using dpb. It >> can be switched to a port module