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>
Also removed all references to ispell (no longer in main portage tree, aspell provides same functionality) and streamlined spelling flags in general.
Signed-off-by: E. Liddell <ejlddll@warpmail.net>
Signed-off-by: Slávek Banko <slavek.banko@axis.cz>
Citation needed; until then, lack of interest for packaging in official
repositories is no evidence of 'resistance' to do it. Downstream developers
have no duty to do so, any downstream developer would be free to add TDE as
long as package quality met the standards but no one ever stepped up.
However, the overlay, as it is, would have to undergo major improvements
before that could happen.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
- Adapt IUSE=gtk2->gtk according to Gnome team policies
- Sort IUSE, DEPENDs
- local mycmakeargs
Package-Manager: Portage-3.0.8, Repoman-3.0.1
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Style: one dependency per line
Package-Manager: Portage-3.0.8, Repoman-3.0.1
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Note: Optional RDEPEND are banned by QA and should be done via optfeature instead.
Package-Manager: Portage-3.0.8, Repoman-3.0.1
RepoMan-Options: --force
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Andreas Sturmlechner
ormorph
E. Liddell
Chris