https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: net-im/teams-1.3.00.16851-r1 installs files with unresolved SONAME dependencies. Discovered on: amd64 (internal ref: ci)
Created attachment 661665 [details] build.log build log and emerge --info
I get ``` !!! existing preserved libs: >>> package: gnome-base/libgnome-keyring-3.12.0-r1 * - /usr/lib64/libgnome-keyring.so.0 * - /usr/lib64/libgnome-keyring.so.0.2.0 * used by /usr/share/teams/resources/app.asar.unpacked/node_modules/keytar3/build/Release/keytar.node (net-im/teams-1.3.00.16851-r1) Use emerge @preserved-rebuild to rebuild packages using these libraries ``` Doing an emerge @preserved-rebuild does not fix it. This looks related to this bug. From the build log: ``` * QA Notice: Unresolved soname dependencies: * * /usr/share/teams/resources/app.asar.unpacked/node_modules/keytar3/build/Release/keytar.node: libgnome-keyring.so.0 * ```
libgnome-keyring recently masked, replaced by libsecret teams is most binary blobs, so revdep-rebuild doesn't really do much if need teams then have to unmask libgnome-keyring?
(In reply to Geoff Leach from comment #3) > libgnome-keyring recently masked, replaced by libsecret > > teams is most binary blobs, so revdep-rebuild doesn't really do much > > if need teams then have to unmask libgnome-keyring? If keytar3 is removed, keytar4 is used, which is linked against libsecret. The ebuild should remove /usr/share/teams/resources/app.asar.unpacked/node_modules/keytar3 completely. At least that is what I did, and MS Teams keeps working just fine.
(In reply to Sven Eden from comment #4) > (In reply to Geoff Leach from comment #3) > > libgnome-keyring recently masked, replaced by libsecret > > > > teams is most binary blobs, so revdep-rebuild doesn't really do much > > > > if need teams then have to unmask libgnome-keyring? > > If keytar3 is removed, keytar4 is used, which is linked against libsecret. > The ebuild should remove > /usr/share/teams/resources/app.asar.unpacked/node_modules/keytar3 completely. > > At least that is what I did, and MS Teams keeps working just fine. Your ebuild works for me. And likewise same result (crash restart) when either system-ffmpeg or system-mesa set. Can also remove libgnome-keyring, with that removal of keytar3 you found (and put in your ebuild). Now if we could just disable that annoying Teams behaviour of every time it runs installing itself for automatic restart on login, i.e. rm ~/.config/autostart/teams-insiders.desktop but is then recreated every time Teams is run it seems.
Regarding the annoying autostart behaviour: I added a line containing "Hidden=true" to ~/.config/autostart/teams.desktop and then set the file read only with "chmod 444 ~/.config/autostart/teams.desktop" more a hack than a solution, I admit...
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=50423e6b368afd6810517933807f693275c4fde6 commit 50423e6b368afd6810517933807f693275c4fde6 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2020-10-09 18:40:42 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2020-10-09 18:40:42 +0000 net-im/teams: Version bump * let's try again without gnome-keyring * remove keytar3 entirely * add useflags system-ffmpeg, system-mesa Closes: https://bugs.gentoo.org/729064 Closes: https://bugs.gentoo.org/747190 Closes: https://bugs.gentoo.org/743793 Package-Manager: Portage-3.0.4, Repoman-3.0.1 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> net-im/teams/Manifest | 1 + net-im/teams/metadata.xml | 4 ++ net-im/teams/teams-1.3.00.25560.ebuild | 101 +++++++++++++++++++++++++++++++++ 3 files changed, 106 insertions(+)
