On Sat, Jan 4, 2014 at 10:59 AM, Joseph R. Justice <jayare...@gmail.com>wrote:

> On Fri, Jan 3, 2014 at 9:28 PM, Richard Hipp <d...@sqlite.org> wrote:
>
>  OK, so I propose the following fix:
>>
>
> [...]
>
>
>>  (2) Remove the --disable-internal-sqlite option on trunk.  Require the
>> use of the built-in SQLite only, since SQLite needs to be built with
>> non-standard compile-time options to fully meet the needs of Fossil.
>>
>
> [...]
>
>
>>  (4) When distributions complain, we simply explain that we tried using
>> an external SQLite but it introduced too many complications and bugs and
>> that we now require statically linking SQLite for reasons of security and
>> reliability.
>>
>
> Just to make sure I understand...  You intend to eliminate the capability
> of --disable-internal-sqlite for Fossil not only for tip-of-trunk of
> Fossil, and not only for development snapshots (although you don't really
> have that, do you?), but *also* for future *release* versions of Fossil as
> well.  Correct?
>
> In other words, on http://www.fossil-scm.org/download.html , if and when
> there is a "Version 1.28" (and also for later versions beyond that one),
> the distributed source code for that version (or later) of Fossil will no
> longer support --disable-internal-sqlite, and any distribution wishing to
> package that version of Fossil such that it will use their system-provided
> shared library version of SQLite (which presumably will or at least may be
> different from the version provided with Fossil as an embedded code copy)
> will be entirely on their own to implement that capability.
>
> And further, presumably, the fossil-scm.org devs will not accept patches
> from external contributors (such as distribution packagers of Fossil) to be
> applied to the source code for the released version of Fossil to re-add
> this capability.
>


That is my proposal, yes.

The rational is that --disable-internal-sqlite adds no new capabilities to
the program, but it does add complexity and risk.


-- 
D. Richard Hipp
d...@sqlite.org
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to