[ruby] Update sqlite3 → 1.6.7 (unknown)

[depfu]

---

Welcome to Depfu 👋

This is one of the first three pull requests with dependency updates we've sent your way. We tried to start with a few easy patch-level updates. Hopefully your tests will pass and you can merge this pull request without too much risk. This should give you an idea how Depfu works in general.

After you merge your first pull request, we'll send you a few more. We'll never open more than seven PRs at the same time so you're not getting overwhelmed with updates.

Let us know if you have any questions. Thanks so much for giving Depfu a try!

---

Here is everything you need to know about this upgrade. Please take a good look at what changed and the test results before merging this pull request.

What changed?

✳️ sqlite3 (~> 1.4.0 → ~> 1.6.7) · Repo · Changelog

Release Notes

1.6.7

1.6.7 / 2023-10-10

Dependencies

Vendored sqlite is updated to v3.43.2.

Upstream release notes:

• Fix a couple of obscure UAF errors and an obscure memory leak.
• Omit the use of the sprintf() function from the standard library in the CLI, as this now generates warnings on some platforms.
• Avoid conversion of a double into unsigned long long integer, as some platforms do not do such conversions correctly.

Added

• Compile packaged sqlite3 with additional flags to explicitly enable FTS5, and set synchronous mode to normal when in WAL mode. [#408] (@flavorjones)

---

sha256 checksums:

c0a2523a982176f1f24201af2ac7a3b576598c9fc4eb4eff37cd6eccb5442601  sqlite3-1.6.7-aarch64-linux.gem
2d7487ae8260a23a58a7140252d63c6e2b93738ef4cd8e69f8d737663ca98845  sqlite3-1.6.7-arm-linux.gem
ccc3418105e1365f7ad0f6a253c54945c7b39c9823325be0dfd6b7648b2593a6  sqlite3-1.6.7-arm64-darwin.gem
d9ff6f69cb1b7d2d408098086957bf0af109c821ea65359c1070af4aa828b55b  sqlite3-1.6.7-x64-mingw-ucrt.gem
2672cc318063fc0c9bcdb0bf9fe914a550a9545fa18ec4c3a1246a9c8d2f7e3a  sqlite3-1.6.7-x64-mingw32.gem
adf7adb774c687c6f2881659c2d5ce9d30466fbfcbb0652c5e90f6722482b263  sqlite3-1.6.7-x86-linux.gem
ac386077bc043c2a0ef7334195e826b20fbc7382632da27637ad3f0620dc48d6  sqlite3-1.6.7-x86_64-darwin.gem
de24904b0679f043736d8e18931f1690ff2d20ea1a0cb491edc454f75718e8a2  sqlite3-1.6.7-x86_64-linux.gem
5c2b22210999a4f58b50f637cdd650d0aa9e333430f9bcd3e90c0a0aed7799bb  sqlite3-1.6.7.gem

Does any of this look wrong? Please let us know.

Commits

See the full diff on Github. The new version differs by 11 commits:

• version bump to v1.6.7
• Merge pull request #412 from sparklemotion/flavorjones-dep-sqlite3-3.43.2
• dep: update packaged sqlite3 to 3.43.2
• Merge pull request #409 from sparklemotion/dependabot/bundler/ruby_memcheck-2.2.0
• build(deps): update ruby_memcheck requirement from 2.1.2 to 2.2.0
• Merge pull request #408 from sparklemotion/flavorjones-sqlite-compiletime-options
• ext: compile sqlite with WAL_SYNCHRONOUS=1 and --enable-fts5
• Revert "ext: compile sqlite with WAL_SYNCHRONOUS=1 and --enable-fts5"
• ext: compile sqlite with WAL_SYNCHRONOUS=1 and --enable-fts5
• Merge pull request #407 from sparklemotion/flavorjones-update-sqlite-checksums
• update sqlite checksums, which apparently changed

---

Depfu will automatically keep this PR conflict-free, as long as you don't add any commits to this branch yourself. You can also trigger a rebase manually by commenting with @depfu rebase.

All Depfu comment commands

@​depfu rebase

Rebases against your default branch and redoes this update

@​depfu recreate

Recreates this PR, overwriting any edits that you've made to it

@​depfu merge

Merges this PR once your tests are passing and conflicts are resolved

@​depfu cancel merge

Cancels automatic merging of this PR

@​depfu close

Closes this PR and deletes the branch

@​depfu reopen

Restores the branch and reopens this PR (if it's closed)

@​depfu pause

Ignores all future updates for this dependency and closes this PR

@​depfu pause [minor|major]

Ignores all future minor/major updates for this dependency and closes this PR

@​depfu resume

Future versions of this dependency will create PRs again (leaves this PR as is)

[depfu]

Closed in favor of #112.