| Summary: | net-im/teams "wrong" installation directory | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Michelangelo Scopelliti <kernelpanic> |
| Component: | Current packages | Assignee: | Stephan Hartmann (RETIRED) <sultan> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dilfridge, jstein |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | tentative ebuild (new version) | ||
|
Description
Michelangelo Scopelliti
2020-10-16 17:42:57 UTC
Let's try this in a future version. I am wary to meddle too much with the installation in one go. Maybe replace
cat > 99teams <<-EOF
LDPATH=${EROOT}/usr/$(get_libdir)/chromium
EOF
doenvd 99teams
with as symlink to not impose system libffmpeg.so on all apps
Created attachment 677023 [details] tentative ebuild (new version) This is a tentative ebuild for the new (1.3.00.30857) version (see bug #758257). Besides the licensing issues, the dependencies were heavily changed (checked with ldd) and, apparently, gtk+:3[X] accounts for almost everything. A quick test with system mesa showed no issues (on my systems, at least); ffmpeg testing requires some more time. It is my opinion that language packs could be removed, but doing it safely requires time. And, since the package is chromium-based, maybe some namespace checking may be needed. This proposed ebuild tries also to account for comment #2 concerns. In any case, this is the ebuild I'm using right now. (In reply to Michelangelo Scopelliti from comment #0) > > As a binary packages, shouldn't be installed in /opt? The path change is > trivial in usr/bin/teams script. > It doesn't matter whether it's a binary or not, if it complies to unix FHS. Ie has proper /usr/{bin,lib,share} directory structure. /opt is used for packages that just dump everything in a single directory and calls the binary there. Like: $ ls /opt/spotify/spotify-client/ Apps cef.pak libEGL.so spotify.desktop apt-keys devtools_resources.pak libGLESv2.so swiftshader cef_100_percent.pak icons locales v8_context_snapshot.bin cef_200_percent.pak icudtl.dat snapshot_blob.bin cef_extensions.pak libcef.so spotify I haven't used Teams but I can believe it behaves similarily. Just wanted to clear that up. (In reply to Joonas Niilola from comment #4) [CUT] > It doesn't matter whether it's a binary or not, if it complies to unix FHS. > Ie has proper /usr/{bin,lib,share} directory structure. /opt is used for > packages that just dump everything in a single directory and calls the > binary there. Like: > $ ls /opt/spotify/spotify-client/ [CUT] > I haven't used Teams but I can believe it behaves similarily. Just wanted to > clear that up. Thank you for the clarification. When I was forced to use Teams at my workplace, I didn't find an ebuild and I wrote one based on the skypeforlinux ebuild. After all, it's just the same chromium stuff. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8041ecd8735fa711583ddc611e21e425dd6215a2 commit 8041ecd8735fa711583ddc611e21e425dd6215a2 Author: Stephan Hartmann <sultan@gentoo.org> AuthorDate: 2021-06-28 08:12:58 +0000 Commit: Stephan Hartmann <sultan@gentoo.org> CommitDate: 2021-06-28 08:13:13 +0000 net-im/teams: bump to 1.4.00.13653 Also rework ebuild a bit and move to /opt. Closes: https://bugs.gentoo.org/796356 Closes: https://bugs.gentoo.org/749588 Package-Manager: Portage-3.0.20, Repoman-3.0.2 Signed-off-by: Stephan Hartmann <sultan@gentoo.org> net-im/teams/Manifest | 1 + net-im/teams/metadata.xml | 1 + net-im/teams/teams-1.4.00.13653.ebuild | 105 +++++++++++++++++++++++++++++++++ 3 files changed, 107 insertions(+) |
