Fossil Forum

Version 2.18 Beta
Login

Version 2.18 Beta

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:

https://arstechnica.com/gadgets/2022/02/64-bit-raspberry-pi-os-exits-beta-is-available-for-all-pi-3-4-and-zero-2-boards/

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