Version 2.18 Beta
(1) By Richard Hipp (drh) on 2022-02-21 11:36:55 [link] [source]
Fossil version 2.18 is now in beta, with a projected release for later this week or early next week.
Please report any last-minute problems or changes that are needed.
Please join me in testing the latest trunk code. If you are using an older version of Fossil, please update to the latest trunk check-in and use it for the next few days, to try to uncover any issues.
Footnote support will not land on trunk until after version 2.18 is finalized.
(2) By sean (jungleboogie) on 2022-02-23 03:05:39 in reply to 1 [link] [source]
Assuming these are in the 2.18 release, they may be worth mentioning in changes.wiki:
- Fossil chat pull
- update now includes the originating hash version
(3) By anonymous on 2022-02-23 14:18:43 in reply to 1 [link] [source]
You have released version 2.18 final for the Raspberry Pi (among others). But there are now two versions of the Pi OS: 32 bit and 64 bit. The current distribution is for the 32 bit OS and does not run on the 64 bit OS.
Any chance of preparing a 64 bit version too?
(4) By Stephan Beal (stephan) on 2022-02-23 14:23:07 in reply to 3 [link] [source]
Any chance of preparing a 64 bit version too?
@drh just FYI: the 64-bit RPI OS just came out of beta a few weeks ago and works only on the RPI3, RPI4, and the Zero 2 devices:
(5) By anonymous on 2022-02-23 14:39:26 in reply to 4 [link] [source]
And the Pi400 which has the CPU embedded in a keyboard, making for a good entry level computer.
(6) By Stephan Beal (stephan) on 2022-02-23 14:56:18 in reply to 5 [link] [source]
And the Pi400 which has the CPU embedded in a keyboard, making for a good entry level computer.
The pi400 is a pi4 board with a different form factor.
(7) By Richard Hipp (drh) on 2022-02-23 15:57:00 in reply to 3 [link] [source]
Any chance of preparing a 64 bit version too?
Not now. Maybe later.
Meanwhile, you can always use the source tarball:
sudo apt install libssl-dev
tar xzf fossil-src-2.18.tar.gz
cd fossil-src-2.18
./configure && make
(8) By anonymous on 2022-02-23 16:06:01 in reply to 7 [link] [source]
Thanks, the compile from source satisfies my need.
(9) By Konstantin Podsvirov (podsvirov) on 2022-02-26 12:18:49 in reply to 1 [source]
Hello to all!
I'm trying to build latest fossil with system sqlite (--disable-internal-sqlite
) and get the error:
Checking for sqlite3_open in sqlite3...-lsqlite3
Error: system SQLite library omits required build option -DSQLITE_ENABLE_JSON1
Looks like it's from tools/sqlcompattest.c
:
static const char *zRequiredOpts[] = {
"ENABLE_FTS4", /* Required for repository search */
"ENABLE_JSON1", /* Required for the check-in locking protocol */
"ENABLE_DBSTAT_VTAB", /* Required by /repo-tabsize page */
};
Since sqlite 3.38 the option ENABLE_JSON1
is a no-op. We should check that the option OMIT_JSON
is not used.
(10) By Stephan Beal (stephan) on 2022-02-26 14:39:11 in reply to 9 [link] [source]
We should check that the option OMIT_JSON is not used.
Fixed. Thank you for the report. Whether or not a patch release will be made for this is up to Richard. It sounds like a low-impact bug except for distro package maintainers, who will certainly all trip over it.
(11) By Dan Shearer (danshearer) on 2022-02-26 15:01:41 in reply to 10 [link] [source]
Stephan Beal (stephan) on 2022-02-26 14:39:11:
It sounds like a low-impact bug except for distro package maintainers, who will certainly all trip over it.
Hopefully not. This was why I modified tools/sqlcompattest.c
to pull the minimum required version from auto.def
and if there is a problem report this:
found system SQLite version %s but need %s or later, consider removing --disable-internal-sqlite
Nevertheless, I'll pass your warning on downstream because if they do trip over it then they maybe they should be using the tool we gave them :-)
Dan Shearer
(12) By Dan Shearer (danshearer) on 2022-02-26 15:09:20 in reply to 11 [link] [source]
Just to be completely clear, the way to call this without compiling the tool yourself is:
./configure --print-minimum-sqlite-version
Dan
(13) By Stephan Beal (stephan) on 2022-02-26 15:16:48 in reply to 11 [link] [source]
if they do trip over it then they maybe they should be using the tool we gave them :-)
That's just the problem: the tool we gave them (sqlcompattest.c) requires a sqlite3 build option which 3.38 no longer has, so if they have an out-of-tree 3.38, that compatibility test will fail :/, forcing them to either patch the test or use the in-tree sqlite3.
(14) By Dan Shearer (danshearer) on 2022-02-26 15:27:35 in reply to 13 [link] [source]
So it does. Good catch.
(15) By Konstantin Podsvirov (podsvirov) on 2022-02-26 17:04:28 in reply to 10 [link] [source]
Thanks for quick fix. We will use this in MSYS2.