> On Wed, 16 Feb 2022, Mart Raudsepp wrote:
> Ühel kenal päeval, K, 16.02.2022 kell 19:39, kirjutas Ulrich Müller:
>> Function vala_src_prepare did not call eapply_user, so it could not
>> be
>> used as a stand-alone phase function but must be called explicitly.
>> Rename it to vala_setup,
app-shells/mcfly is up for grabs as a result of the proxied
maintainer no longer being interested in it.
It is currently up to the latest version with no known issues.
--
ionen
signature.asc
Description: PGP signature
Ühel kenal päeval, K, 16.02.2022 kell 19:39, kirjutas Ulrich Müller:
> Function vala_src_prepare did not call eapply_user, so it could not
> be
> used as a stand-alone phase function but must be called explicitly.
> Rename it to vala_setup, which can be called either from pkg_setup or
> from
On Wed, Feb 16, 2022 at 05:21:29PM -0500, Ionen Wolkens wrote:
> Better fix would've been to remove the quotes I think, so that it
> splits arguments and doesn't pass a literal empty "" string.
Although I guess it is a behavior change, so may prefer to wait for
EAPI change.
..but given ebuilds
On Wed, Feb 16, 2022 at 06:58:20PM +0100, Andreas Sturmlechner wrote:
> I'm not sure what this variable is about, but we gotta fix it.
Mentioned this in the bug too, but it's like MYMESONARGS and
EXTRA_ECONF. Not documented but it's still spread around by
word of mouth and sometime used by devs
Function vala_src_prepare did not call eapply_user, so it could not be
used as a stand-alone phase function but must be called explicitly.
Rename it to vala_setup, which can be called either from pkg_setup or
from src_prepare. Add a trivial vala_src_prepare wrapper in existing
EAPIs, so that
I'm not sure what this variable is about, but we gotta fix it.
...and rather drop on next EAPI bump.
Bug: https://bugs.gentoo.org/833100
Signed-off-by: Andreas Sturmlechner
---
eclass/cmake.eclass | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/eclass/cmake.eclass