From: Michael Olbrich <m.olbrich@pengutronix.de>
To: Roman Schnider <R.Schnider@cab.de>
Cc: Roman Schnider via ptxdist <ptxdist@pengutronix.de>
Subject: Re: [ptxdist] [PATCH v2] sqlite: version bump 3.48.0 -> 3.49.2
Date: Fri, 9 May 2025 15:43:49 +0200 [thread overview]
Message-ID: <20250509134349.GH1080564@pengutronix.de> (raw)
In-Reply-To: <4c1f6d51-22ce-4c74-a7c5-561cb7aa2df7@cab.de>
On Fri, May 09, 2025 at 01:29:40PM +0000, Roman Schnider wrote:
> > On Thu, May 08, 2025 at 10:12:53AM +0200, Roman Schnider via ptxdist wrote:
> >> https://www.sqlite.org/releaselog/3_49_2.html
> >>
> >> * Addresses CVE-2025-29088 and CVE-2025-3277
> >> https://www.sqlite.org/cves.html
> >>
> >> * Adjust build options, disabled JSON support
> >> * Install missing symlink libsqlite3.so -> libsqlite3.so.3.49.2 in the targetinstall stage.
> >>
> >> Signed-off-by: Roman Schnider <r.schnider@cab.de>
> >> ---
> >> v2:
> >> - Bump to 3.49.2 since just released yesterday
> >> - Since 3.49.0, the shared library is named using the package version, e.g. libsqlite3.so.3.49.2
> >> The install_lib macro does create a libsqlite3.so.0 symlink, but the libsqlite3.so one is missing.
> >> Create it manually.
> >>
> >> rules/sqlite.make | 11 +++++++----
> >> 1 file changed, 7 insertions(+), 4 deletions(-)
> >>
> >> diff --git a/rules/sqlite.make b/rules/sqlite.make
> >> index f75edfbd5..3eb011062 100644
> >> --- a/rules/sqlite.make
> >> +++ b/rules/sqlite.make
> >> @@ -29,8 +29,8 @@ endef
> >> #
> >> # Paths and names
> >> #
> >> -SQLITE_VERSION := 3.48.0
> >> -SQLITE_MD5 := ab4e0652b6dedb075faf7a2781ba2c20
> >> +SQLITE_VERSION := 3.49.2
> >> +SQLITE_MD5 := 46ef8fec4c97ec77ab27659ad27b28b0
> >> SQLITE := sqlite-autoconf-$(call sqlite/file-version,$(SQLITE_VERSION))
> >> SQLITE_SUFFIX := tar.gz
> >> SQLITE_URL := https://www.sqlite.org/2025/$(SQLITE).$(SQLITE_SUFFIX)
> >> @@ -67,8 +67,9 @@ SQLITE_CONF_OPT := \
> >> --disable-editline \
> >> --$(call ptx/endis,PTXCONF_SQLITE_READLINE)-readline \
> >> --$(call ptx/endis,PTXCONF_SQLITE_THREADSAFE)-threadsafe \
> >> - --$(call ptx/endis,PTXCONF_SQLITE_LOAD_EXTENSION)-dynamic-extensions \
> >> + --$(call ptx/endis,PTXCONF_SQLITE_LOAD_EXTENSION)-load-extension \
> >> --disable-math \
> >> + --disable-json \
> >
> > See my comment on v1.
> >
> >> --enable-fts4 \
> >> --enable-fts3 \
> >> --disable-fts5 \
> >> @@ -90,7 +91,9 @@ $(STATEDIR)/sqlite.targetinstall:
> >> @$(call install_fixup, sqlite,AUTHOR,"Ladislav Michl <ladis@linux-mips.org>")
> >> @$(call install_fixup, sqlite,DESCRIPTION,missing)
> >>
> >> - @$(call install_lib, sqlite, 0, 0, 0644, libsqlite3)
> >> + @$(call install_lib, sqlite, 0, 0, 0644, libsqlite3)
> >> + @$(call install_link, sqlite, libsqlite3.so.$(SQLITE_VERSION), \
> >> + /usr/lib/libsqlite3.so)
> >
> > PTXdist drops this link explicitly, because it should not be needed at
> > runtime. It is typically used to find -lsqlite3 at build-time. The linker
> > will then use the 'soname' which is libsqlite3.so.0 here. And that link
> > exists.
> > So why do you need libsqlite3.so here?
>
> Since 3.49.0 the build does not create a shared library including the
> SONAME entry with 'libsqlite3.so.0' anymore. A binary linked against it
> will then include the default name libsqlite3.so for the NEEDED entry,
> which is not there:
> $ arm-v7a-linux-gnueabihf-objdump -p sqlite-test | grep NEEDED
> NEEDED libz.so.1
> NEEDED libsqlite3.so
> NEEDED libc.so.6
>
>
> A detailed explication why they removed the soname can be found here:
> https://sqlite.org/src/forumpost/5a3b44f510df8ded
Thank you for the explication.
> I guess we now have to options:
> 1. add the link manually
> 2. change the configuration to use the option --soname=legacy
Please use --soname=legacy so that we can keep the rest as is.
Michael
> >> ifdef PTXCONF_SQLITE_TOOL
> >> @$(call install_copy, sqlite, 0, 0, 0755, -, /usr/bin/sqlite3)
> >> --
> >> 2.43.0
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
prev parent reply other threads:[~2025-05-09 13:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-08 8:12 Roman Schnider via ptxdist
2025-05-09 8:55 ` Michael Olbrich
2025-05-09 13:29 ` Roman Schnider via ptxdist
2025-05-09 13:43 ` Michael Olbrich [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250509134349.GH1080564@pengutronix.de \
--to=m.olbrich@pengutronix.de \
--cc=R.Schnider@cab.de \
--cc=ptxdist@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox