Summary: | dev-libs/double-conversion USE=static-libs should be reinstated | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Konstantin (Qrator Labs) <kpp+gentoo> |
Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | qt, soap |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 695878 |
Description
Konstantin (Qrator Labs)
2020-01-13 04:40:33 UTC
commit 762ae8c32889f933907bfbacbafd201cb33c9304 Author: David Seifert <soap@gentoo.org> Date: Wed Jan 1 11:14:15 2020 +0100 dev-libs/double-conversion: Remove USE="static-libs" Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: David Seifert <soap@gentoo.org> Sorry, the complexity for CMake-based ebuilds just isn't worth our effort getting multibuild right. The ebuild was using multibuild eclass, it was OK. Commit mentioned in previous comment was made without any good reason, so please, just revert it. It is Gentoo policy to not install static libraries (https://projects.gentoo.org/qa/policy-guide/installed-files.html#pg0302). Reopening this bug will not make it happen. Hello! The rule you mentioned doesn't force anyone to delete working code. We have this discussion in few different places before, I'll repeat the arguments, that wasn't beaten by you or mr. Gorny. 1. The rule says, that you shouldn't install static libraries > unless ... they are explicitly required[... by themselves...] So, if package is used by software developer (and there is no way other type of users should install this package directly), they might need static libraries. Also, when a person uses USE=static-libs, they explicitly require this behavior. So, > USE=static-libs may be added for static libraries if they are necessary witch was and should be the case here. Also. > If both shared [and static] libraries are supported... [only shared should be installed by default] Please, note, that shared linking is not really supported by upstream. E.g. they don't have it enabled by default and, at least when I checked last time, they didn't have shared configuration enabled in CI. 2. Your interpretation of policies violates the _goals_ of the policies: https://projects.gentoo.org/qa/policy-guide/basics.html#goals-of-policy-making p.3 says > The policies try to help developers in providing a consistent end-user experience Removing expected behavior of the package, getting rid of USE flag, creates very unpleasant and inconsistent behavior. See description of this bug. > The same concepts applied across different packages make it easier for user to achieve his goals My goals was to use the package for the goals of software development. After that commit I wasn't able to. > ...and reduce the likeliness of surprising behavior dynamically linked non-portable resulting executable was definitely a surprise. Especially given the fact that *everything was working before your commit*. As I said before, the maintainer's decision is final, if you re-open this bug we will disable your access. |