I think URL like:    .../tree?ci=trunk  will fail without 3.8.2.

Your best bet is to compile without --disable-internal-sqlite and just let
Fossil use the built-in version of SQLite.  That will definitely be the
safest and best tested approach.  If you use --disable-interal-sqlite, you
never know when you might hit some case where Fossil is using a newer
feature of SQLite that is not available in your library version, and which
we forgot to warn you about.



On Mon, Jan 27, 2014 at 4:07 PM, James Turner <ja...@calminferno.net> wrote:

> OpenBSD currently has SQLite 3.8.0.2 in it's tree. We are coming up to a
> release lock and I don't imagine a newer version will be imported before
> then.
>
> We are compiling Fossil with --disable-internal-sqlite in our ports
> tree. Fossil compiles without error. I've also relaxed the SQLite
> runtime version check to 3.8.0 and all make tests pass. I've been able
> to fossil clone, fossil pull, fossil up and run fossil sqlite3 without
> error.
>
> Does anyone see any problem with running Fossil 1.28 against SQLite
> 3.8.0.2? I'd really like to see Fossil 1.28 make our 5.5 release.
>
> Thanks.
>
> --
> James Turner
> _______________________________________________
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>



-- 
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