Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Jan 2023 23:58:35 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 268652] Qt5:  Some apps fails to start after upgrading to 5.15.8
Message-ID:  <bug-268652-7788-lMPCjsxE8y@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-268652-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-268652-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268652

--- Comment #57 from Tatsuki Makino <tatsuki_makino@hotmail.com> ---
(In reply to Tomoaki AOKI from comment #56)

That method would include those embedded by -rpath.

It seems that this is the code that will be the reason why the application
binary will eventually look for the plugin library in /usr/local/bin.
https://github.com/qt/qtbase/blob/75ae8869fb171493e4d5163910ef3a2034902c7d/=
src/corelib/kernel/qcoreapplication.cpp#L2869

It seems that this is the path check for the library.
https://github.com/qt/qtbase/blob/75ae8869fb171493e4d5163910ef3a2034902c7d/=
src/corelib/plugin/qfactoryloader.cpp#L139

It seems that this is the cause of a piece of the path string being embedde=
d.
https://github.com/qt/qtbase/blob/75ae8869fb171493e4d5163910ef3a2034902c7d/=
src/corelib/global/qlibraryinfo.cpp#L449

The reason for the fall down to /usr/local/bin/ is being sought when
/usr/local/bin/vlc is launched.
Was /usr/local/lib/qt5/plugins/ included in the search path or not?
Where is it embedded and used?

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-268652-7788-lMPCjsxE8y>