Summary: | net-im/zoom-5.8.6.739 pulls in some Qt packages notwithstanding USE='bundled-qt' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | sphakka <marcoep> |
Component: | Current packages | Assignee: | Ulrich Müller <ulm> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | dilfridge, jstein, mva |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=798681 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
sphakka
2021-12-16 14:28:10 UTC
Do you observe any breakage of functionality? If not, then I don't think that this qualifies as a bug. (In reply to Ulrich Müller from comment #1) > Do you observe any breakage of functionality? If not, then I don't think > that this qualifies as a bug. An incorrect dependency would count. But it's not clear if Zoom bundles quazip. (In reply to Sam James from comment #2) > An incorrect dependency would count. But it's not clear if Zoom bundles > quazip. We use dev-libs/quazip because the policy is not to use bundled libs unless absolutely necessary. (Security issues are one reason for this, but not the only one.) We would also use the system Qt, but for some unknown reason it doesn't work. The problem has been reported upstream but so far we haven't heard back from then. Thanks for the explanations. The tradeoff looks reasonable as it's only these couple of system Qt libs that's pulled in by quazip. I guess this bug can be closed -- I let the devs decide. It is also a license issue. quazip is licensed under LGPL-2.1, so the user has the right to modify it. Using the bundled lib would deny the user that right, because the Zoom tarball doens't include quazip's source code. |