Drop KEYWORDS without keyworded dependencies.
Package-Manager: Portage-3.0.11, Repoman-3.0.2
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Depending on ~media-libs/libart_lgpl-14.0.7 in 14.0.8 ebuilds was certainly
not correct.
Cherry-picked from af1b333e20.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
media-libs/libkarma was dropped from Gentoo ebuild repo in 2016 and requires
mono. With media-libs/libkarma neither in this repository nor in Gentoo ebuild
repo we can not depend on it here.
Sort dependencies.
Package-Manager: Portage-3.0.9, Repoman-3.0.2
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
- We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
- Fix wrong phase function override src_compile() -> src_configure()
- local mycmakeargs
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND.
Package-Manager: Portage-3.0.9, Repoman-3.0.2
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
If your eclass needs special provisioning for a single ebuild, just do it
in the ebuild instead.
- We no longer have to tip-toe around assigning IUSE, DEPEND and RDEPEND
- Drop superfluous COMMON_DEPEND
- local mycmakeargs
Package-Manager: Portage-3.0.9, Repoman-3.0.2
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
This remains conditional on BUILD_TYPE=live for now as this is where we can
experiment with things.
Set only relevant bits we need from these functions directly in here:
- TRINITY_VER
- TDEDIR
- TDEDIRS
- Dependency on trinity-base/tdelibs
In a follow-up commit, set-trinityver() and need-trinity() will become no-ops
for BUILD_TYPE=live.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
By making it conditional on CATEGORY=trinity-base there is effectively no
change for now with existing trinity-meta-2.eclass consumers.
This is a better fit, since all the things set up here are actually being
used inside trinity-base-2.eclass.
This is important for the next step, when the functions used are being
phased out in favor of meta vars.
In trinity-base category, this affects the following trinity-base-2.eclass
consumers:
- trinity-base/arts
- trinity-base/tde-i18n
- trinity-base/tdelibs
Of those, only trinity-base/tdelibs needs handling to not create a circular
dependency on its own.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
This depends on an undocumented variable set inside a function set-trinityver()
that may or may not be run before.
In reality, that string only ever contained ${PV} anyway.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
This is in preparation of cleaning up some bits of trinity-functions-2.eclass.
trinity-functions-2.eclass and set-trinityver do not really serve a purpose
here. The eclass is not meant to be inherited from individual ebuilds, and
if there ever will be a new SLOT it is going to be trivial to bump it.
SLOT usage should be revisited however, and possibly reverted to "0".
Also sort dependencies.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Andreas Sturmlechner
ormorph
E. Liddell