Running them in src_unpack made sense only in EAPIs 0 and 1.
Fixes: 18fda95cea306efe8009d1100195225acd8f8756
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
At this point, almost all upstreams will have switched to configure.ac. Therefore, configure.in is most likely an indication of an inactive
upstream, and there is no useful way for the ebuild maintainer to
silence the warning (other than the ebuild renaming the file).
Keep the message as einfo, so there is still an indication that the file
was renamed.
Bug: https://bugs.gentoo.org/426262
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
---
eclass/autotools.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 91046b9f82f3..3a040b863eea 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -400,7 +400,7 @@ eautoconf() {
*)
# Move configure file to the new location only on newer EAPIs to ensure
# checks are done rather than retroactively breaking ebuilds.
- eqawarn "Moving configure.in to configure.ac (bug #426262)"
+ einfo "Moving configure.in to configure.ac (bug #426262)"
mv configure.{in,ac} || die
;;
esac
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 399 |
Nodes: | 16 (2 / 14) |
Uptime: | 101:19:28 |
Calls: | 8,363 |
Calls today: | 2 |
Files: | 13,165 |
Messages: | 5,897,912 |