Re: [gentoo-dev] Help needed for maintaining GNOME
Eli Schwartz writes: > On 9/25/24 1:47 PM, Mart Raudsepp wrote: >> Hello >> >> > [...] >> To my knowledge, one big issue right now is a circular dep between >> glib->gobject-introspection->glib, which needs proper solving to move >> forward with things. Or at least look at reducing the glib requirement >> in gnome-shell some way to at least unleash that core stack for our >> users. There are ideas we can talk about. > > > This is... tricky. The obvious possibility is to try to build a > bootstrap copy of AAA inside the ebuild for BBB as a bootstrap thing, as > long as that is sufficient to build a proper copy of AAA using the > partially valid installation of BBB. This is bug 937616 for those following along. Blake has been poking at this suggestion a bit over there and in https://github.com/gentoo/gentoo/pull/38618. > > Chewi was also trying to see if portage can be convinced to stage the > same package twice with different USE flags in the same emerge process > in order to solve cyclical USE flag dependencies, but it's not a > guarantee... Right, this is very much worth exploring but isn't an answer to this given it'll take a while for the feature to be mature anyway.
Re: [gentoo-dev] Help needed for maintaining GNOME
On Wed, Sep 25, 2024 at 3:46 PM James Le Cuirot wrote: > Yes, the glib/gobject-introspection conflict was my main test case. It was an > interesting one because it also involved some blockers. I pushed my half baked > idea up to GitHub in the hope that Zac or someone could maybe take it and > actually make it work properly. The results so far have shown that it at least > seems feasible. Once complete, we could get it out the door quite quickly. I took a peek at https://github.com/gentoo/portage/pull/1385, and it looks like you may need the --autounmask-bactrack=y option to, since any automunmask USE changes currently put a halt backtracking. -- Thanks, Zac
Re: [gentoo-dev] Help needed for maintaining GNOME
On Wed, 2024-09-25 at 23:46 +0100, James Le Cuirot wrote: > On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote: > > On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote: > > > Chewi was also trying to see if portage can be convinced to stage the > > > same package twice with different USE flags in the same emerge process > > > in order to solve cyclical USE flag dependencies, but it's not a > > > guarantee... > > > > I see it more as giving us hope of being able to remove whatever > > horrible hack we implement eventually, but I think the horrible > > hack will have to exist in the interim. > > Yes, the glib/gobject-introspection conflict was my main test case. It was an > interesting one because it also involved some blockers. I pushed my half baked > idea up to GitHub in the hope that Zac or someone could maybe take it and > actually make it work properly. The results so far have shown that it at least > seems feasible. Once complete, we could get it out the door quite quickly. > > As for GNOME, I'm afraid I don't use it, but I do recognise the importance > these packages have even on my KDE system, so I am very grateful for Leio's > hard work. Sorry, meant to include a link to that. https://github.com/gentoo/portage/pull/1385 signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Help needed for maintaining GNOME
On Wed, 2024-09-25 at 14:41 -0400, Ionen Wolkens wrote: > On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote: > > Chewi was also trying to see if portage can be convinced to stage the > > same package twice with different USE flags in the same emerge process > > in order to solve cyclical USE flag dependencies, but it's not a > > guarantee... > > I see it more as giving us hope of being able to remove whatever > horrible hack we implement eventually, but I think the horrible > hack will have to exist in the interim. Yes, the glib/gobject-introspection conflict was my main test case. It was an interesting one because it also involved some blockers. I pushed my half baked idea up to GitHub in the hope that Zac or someone could maybe take it and actually make it work properly. The results so far have shown that it at least seems feasible. Once complete, we could get it out the door quite quickly. As for GNOME, I'm afraid I don't use it, but I do recognise the importance these packages have even on my KDE system, so I am very grateful for Leio's hard work. signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Help needed for maintaining GNOME
On Wed, Sep 25, 2024 at 08:47:30PM +0300, Mart Raudsepp wrote: > Hello > > > The state of GNOME in Gentoo could use a bunch of work and we don't > really have the developers currently to take care of it. > My own grandiose plans to be back and keep things in good order faced > sad reality (a bunch of personal things) and we could really use some > help in at least carefully reviewing and merging a contributors lots of > work, and hopefully more. > While I don't have the time, energy and currently motivation to be > hands-on in the git tree right now, I am online on IRC rather > constantly (lets say while waiting on work rust code compilation ;) and > happy to help on-board an interested developer or developers with any > peculiarities (which hopefully would get documented in the process), > questions, module interactions, whatever is needed, including during PR > reviews, just please do keep in touch, so I can offload things from my > brain for a more sustainable future. > > Given a huge stack of available pull requests from a contributor, the > main need right now is someone with a Gentoo developer hat who can help > review these and get good things merged, fixed what's needed, and keep > an eye out on the bugs. Of course contributors are welcome too, but > please keep an eye out for not duplicating work that's already waiting > review. As a Gentoo user on GNOME, let me first use this opportunity to thank leio, Matt (who previously maintained GNOME), and flint2 on GitHub (who has been submitting many PRs for GNOME) for your work on this desktop environment. GNOME was something I would like to work on if we didn't have flint2's many pending PRs because, of course, we wouldn't like duplicate work. At this moment, I don't have too much time, but as a stakeholder of this GNOME issue on Gentoo, I'm happy to do my best to help with it. I just can't wrap my head around a deadlock I'm seeing. We surely want and need a Gentoo developer's involvement in GNOME, at least in reviewing PRs; but if no Gentoo developer could review flint2's PRs, then flint2 couldn't even become a Gentoo developer merely by showing a stable stream of _merged_ contributions to GNOME on Gentoo -- because those PRs wouldn't be reviewed and merged. I was quite close to becoming a Gentoo developer but had to pause the recruiting process due to a personal life change; after I sorted that change out, I am no longer interested in the area of Gentoo I contributed to previously (namely Java, because (1) a lot of things about Java have been changed and I have been struggling to keep up, and (2) I don't even use Java a lot personally). I would have definitely loved to help with this if I were already a Gentoo developer. The key point I wanted to make here is that we probably should get flint2 on board as a Gentoo developer. > To my knowledge, one big issue right now is a circular dep between > glib->gobject-introspection->glib, which needs proper solving to move > forward with things. Or at least look at reducing the glib requirement > in gnome-shell some way to at least unleash that core stack for our > users. There are ideas we can talk about. Is this covered by one of flint2's PRs already? > > Mart > Best regards, Leo3418 signature.asc Description: PGP signature
Re: [gentoo-dev] Help needed for maintaining GNOME
On Wed, Sep 25, 2024 at 02:05:10PM -0400, Eli Schwartz wrote: > Chewi was also trying to see if portage can be convinced to stage the > same package twice with different USE flags in the same emerge process > in order to solve cyclical USE flag dependencies, but it's not a > guarantee... I see it more as giving us hope of being able to remove whatever horrible hack we implement eventually, but I think the horrible hack will have to exist in the interim. -- ionen signature.asc Description: PGP signature
Re: [gentoo-dev] Help needed for maintaining GNOME
On 9/25/24 1:47 PM, Mart Raudsepp wrote: > Hello > > > The state of GNOME in Gentoo could use a bunch of work and we don't > really have the developers currently to take care of it. > My own grandiose plans to be back and keep things in good order faced > sad reality (a bunch of personal things) and we could really use some > help in at least carefully reviewing and merging a contributors lots of > work, and hopefully more. > While I don't have the time, energy and currently motivation to be > hands-on in the git tree right now, I am online on IRC rather > constantly (lets say while waiting on work rust code compilation ;) and > happy to help on-board an interested developer or developers with any > peculiarities (which hopefully would get documented in the process), > questions, module interactions, whatever is needed, including during PR > reviews, just please do keep in touch, so I can offload things from my > brain for a more sustainable future. Thanks for bringing this up. I do not use gnome myself, but I use cinnamon which was based on it and uses much of its technology stack, so color me interested. > Given a huge stack of available pull requests from a contributor, the > main need right now is someone with a Gentoo developer hat who can help > review these and get good things merged, fixed what's needed, and keep > an eye out on the bugs. Of course contributors are welcome too, but > please keep an eye out for not duplicating work that's already waiting > review. And this much I can certainly do. :) > To my knowledge, one big issue right now is a circular dep between > glib->gobject-introspection->glib, which needs proper solving to move > forward with things. Or at least look at reducing the glib requirement > in gnome-shell some way to at least unleash that core stack for our > users. There are ideas we can talk about. This is... tricky. The obvious possibility is to try to build a bootstrap copy of AAA inside the ebuild for BBB as a bootstrap thing, as long as that is sufficient to build a proper copy of AAA using the partially valid installation of BBB. Chewi was also trying to see if portage can be convinced to stage the same package twice with different USE flags in the same emerge process in order to solve cyclical USE flag dependencies, but it's not a guarantee... -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Help needed for maintaining GNOME
Hello The state of GNOME in Gentoo could use a bunch of work and we don't really have the developers currently to take care of it. My own grandiose plans to be back and keep things in good order faced sad reality (a bunch of personal things) and we could really use some help in at least carefully reviewing and merging a contributors lots of work, and hopefully more. While I don't have the time, energy and currently motivation to be hands-on in the git tree right now, I am online on IRC rather constantly (lets say while waiting on work rust code compilation ;) and happy to help on-board an interested developer or developers with any peculiarities (which hopefully would get documented in the process), questions, module interactions, whatever is needed, including during PR reviews, just please do keep in touch, so I can offload things from my brain for a more sustainable future. Given a huge stack of available pull requests from a contributor, the main need right now is someone with a Gentoo developer hat who can help review these and get good things merged, fixed what's needed, and keep an eye out on the bugs. Of course contributors are welcome too, but please keep an eye out for not duplicating work that's already waiting review. To my knowledge, one big issue right now is a circular dep between glib->gobject-introspection->glib, which needs proper solving to move forward with things. Or at least look at reducing the glib requirement in gnome-shell some way to at least unleash that core stack for our users. There are ideas we can talk about. Mart
Re: [gentoo-dev] [PATCH] distutils-r1.eclasS: Switch scikit-build-core to build.verbose
On Tue, 2024-09-24 at 08:14 +0200, Michał Górny wrote:
> Replace `cmake.verbose` with `build.verbose`, following the change
> in scikit-build-core 0.10.
>
> Signed-off-by: Michał Górny
> ---
> eclass/distutils-r1.eclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
> index 5a6ebdcede8a..53b40163c216 100644
> --- a/eclass/distutils-r1.eclass
> +++ b/eclass/distutils-r1.eclass
> @@ -1339,9 +1339,9 @@ distutils_pep517_install() {
> ninjaopts =
> shlex.split(os.environ["NINJAOPTS"])
> print(json.dumps({
> "build.tool-args": ninjaopts,
> + "build.verbose": True,
> "cmake.args":
> ";".join(sys.argv[1:]),
> "cmake.build-type":
> "${CMAKE_BUILD_TYPE}",
> - "cmake.verbose": True,
> "install.strip": False,
> }))
> EOF
Reverting this, since it breaks "older" packages. Upstream literally
didn't provide any way for this to work for everyone.
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
Re: [gentoo-dev] Updating community maintained Gentoo Eclipse IDE repository ebuild to EAPI 7
Hello everyone! I wholeheartedly agree with Eli on this. If it is on official gentoo infrastructure then something needs to be done. I do not know how important eclipse is but I think that if no one wants to maintain it then it should be archived. Of course having Kevin's work go to waste is not a good thing so I think it should be included in the archive. It could stay in that state until someone wishes to maintain it. Then it could be moved to guru or back to the official git. Regards fkobi On Friday, September 20th, 2024 at 05:29, Eli Schwartz wrote: > On 9/19/24 11:00 PM, Kevin Brace wrote: > > > Hi Sam, > > > > Okay, if I was not clear about what I wanted, I will try to clarify. > > I personally wanted the "sort of official" Eclipse IDE Gentoo overlay on > > GitHub to take up my updated EAPI 7 based ebuilds, but the only person I > > was able to contact refused. > > I call the repository "sort of official" since it is still on the Gentoo > > wiki page. [1] > > I fixed the ebuild so I do not feel like it should be rejected by the > > developer, but it is what it is. > > Since this is what the situation is, I feel like the existing "sort of > > official" Eclipse IDE Gentoo overlay should be forked, and the updated > > ebuilds should be incorporated. > > Or, perhaps I can gain access to commit the updates to this repository, but > > I assume the people listed on the GitHub page probably will not allow that. > > I hope the explanation I wrote here makes sense. > > I was not aware of the alternative unofficial repository . > > I will take a look at it. > > That being said, the wiki page still has the now broken repository. [2] > > Something needs to be done to remedy the situation. > > > > > The eclipse overlay is hosted on gitweb.gentoo.org and IMHO if it's > going to be there rather than in some individual's private github > account there should be an expectation that the Gentoo project can seek > out new maintainers to take over, if the current maintainers don't wish > to continue maintaining it. > > If the current maintainers wished to keep maintaining it, that would be > one thing, but refusing to maintain it in the desire to have it die is > pretty silly. > > > Another option would be to package it in GURU: > https://wiki.gentoo.org/wiki/Project:GURU -- this would imply that you > expect all users who have volunteered to contribute to GURU to be able > to make updates to eclipse. > > Then delete the eclipse overlay as obsolete and superseded. > > > -- > Eli Schwartz signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [PATCH] distutils-r1.eclasS: Switch scikit-build-core to build.verbose
On Tue, Sep 24, 2024 at 08:14:02AM +0200, Michał Górny wrote: > Replace `cmake.verbose` with `build.verbose`, following the change > in scikit-build-core 0.10. LGTM. There is a typo in commit subject, eclasS -> eclass. Petr
[gentoo-dev] [PATCH] distutils-r1.eclasS: Switch scikit-build-core to build.verbose
Replace `cmake.verbose` with `build.verbose`, following the change
in scikit-build-core 0.10.
Signed-off-by: Michał Górny
---
eclass/distutils-r1.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 5a6ebdcede8a..53b40163c216 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass/distutils-r1.eclass
@@ -1339,9 +1339,9 @@ distutils_pep517_install() {
ninjaopts =
shlex.split(os.environ["NINJAOPTS"])
print(json.dumps({
"build.tool-args": ninjaopts,
+ "build.verbose": True,
"cmake.args":
";".join(sys.argv[1:]),
"cmake.build-type":
"${CMAKE_BUILD_TYPE}",
- "cmake.verbose": True,
"install.strip": False,
}))
EOF
--
2.46.1
Re: [gentoo-dev] sending emails from woodpecker.gentoo.org to q...@gentoo.org fails
On 9/23/24 11:18 AM, Andrey Grozin wrote: > Hello *, > > I use alpine at woodpecker to read and send gentoo-related mails (for > example, gentoo-dev, including this email). Usually everything goes > normally. However, the alias q...@gentoo.org contains > bmangen...@gmail.com, and I get > > (expanded from ): host > gmail-smtp-in.l.google.com[74.125.195.26] said: 550-5.7.26 Your > email has > been blocked because the sender is unauthenticated. 550-5.7.26 Gmail > requires all senders to authenticate with either SPF or DKIM. > 550-5.7.26 > 550-5.7.26 Authentication results: 550-5.7.26 DKIM = did not pass > 550-5.7.26 SPF [woodpecker.gentoo.org] with ip: [140.211.166.183] = > did > not 550-5.7.26 pass 550-5.7.26 550-5.7.26 For instructions on > setting up > authentication, go to 550 5.7.26 > https://support.google.com/mail/answer/81126#authentication > 41be03b00d2f7-7db499b84f4si20987432a12.662 - gsmtp (in reply to end > of DATA > command) > > Is there some problem with email configuretion at woodpecker? Are you not able to configure alpine to send emails while identifying via smtp as gro...@gentoo.org? Why are you identifying as gro...@woodpecker.gentoo.org? You innards are leaking :) and I guess gmail doesn't know how to recognize you anymore. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Package up for grabs: net-p2p/nicotine+
Hey, net-p2p/nicotine+ is up for grabs. 1 bug open, version bump available. -- juippis OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] sending emails from woodpecker.gentoo.org to q...@gentoo.org fails
Hello *, I use alpine at woodpecker to read and send gentoo-related mails (for example, gentoo-dev, including this email). Usually everything goes normally. However, the alias q...@gentoo.org contains bmangen...@gmail.com, and I get (expanded from ): host gmail-smtp-in.l.google.com[74.125.195.26] said: 550-5.7.26 Your email has been blocked because the sender is unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM. 550-5.7.26 550-5.7.26 Authentication results: 550-5.7.26 DKIM = did not pass 550-5.7.26 SPF [woodpecker.gentoo.org] with ip: [140.211.166.183] = did not 550-5.7.26 pass 550-5.7.26 550-5.7.26 For instructions on setting up authentication, go to 550 5.7.26 https://support.google.com/mail/answer/81126#authentication 41be03b00d2f7-7db499b84f4si20987432a12.662 - gsmtp (in reply to end of DATA command) Is there some problem with email configuretion at woodpecker? Andrey
[gentoo-dev] Last rites: dev-util/biew
# Eli Schwartz (2024-09-22) # Unmaintained, abandoned upstream, does not compile with GCC 14. # Removal on 2024-10-22. Bug #874732. dev-util/biew -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-python/pypy3_9, dev-python/pypy3_9-exe, dev-python/pypy3_9-exe-bin
# Michał Górny (2024-09-21) # Discontinued upstream. Since 7.3.17, only 2.7 and 3.10 are released. # Vulnerable. # Removal on 2024-10-21. Bug #939951. dev-python/pypy3_9 dev-python/pypy3_9-exe dev-python/pypy3_9-exe-bin -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-python/pytest-lazy-fixture
# Michał Górny (2024-09-21) # Unmaintained. Broken with >=dev-python/pytest-8. # Replaced by dev-python/pytest-lazy-fixtures. No revdeps left. # Removal on 2024-10-21. Bug #939420. dev-python/pytest-lazy-fixture -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last-rites: dev-db/futuresql5
# Andreas Sturmlechner (2024-09-20) # No more revdeps after app-accessibility/kontrast:5 cleanup. # Removal on 2024-10-20. dev-db/futuresql5 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Updating community maintained Gentoo Eclipse IDE repository ebuild to EAPI 7
On 9/19/24 11:00 PM, Kevin Brace wrote: > Hi Sam, > > Okay, if I was not clear about what I wanted, I will try to clarify. > I personally wanted the "sort of official" Eclipse IDE Gentoo overlay on > GitHub to take up my updated EAPI 7 based ebuilds, but the only person I was > able to contact refused. > I call the repository "sort of official" since it is still on the Gentoo wiki > page. [1] > I fixed the ebuild so I do not feel like it should be rejected by the > developer, but it is what it is. > Since this is what the situation is, I feel like the existing "sort of > official" Eclipse IDE Gentoo overlay should be forked, and the updated > ebuilds should be incorporated. > Or, perhaps I can gain access to commit the updates to this repository, but I > assume the people listed on the GitHub page probably will not allow that. > I hope the explanation I wrote here makes sense. > I was not aware of the alternative unofficial repository . > I will take a look at it. > That being said, the wiki page still has the now broken repository. [2] > Something needs to be done to remedy the situation. The eclipse overlay is hosted on gitweb.gentoo.org and IMHO if it's going to be there rather than in some individual's private github account there should be an expectation that the Gentoo project can seek out new maintainers to take over, if the current maintainers don't wish to continue maintaining it. If the current maintainers wished to keep maintaining it, that would be one thing, but refusing to maintain it in the desire to have it die is pretty silly. Another option would be to package it in GURU: https://wiki.gentoo.org/wiki/Project:GURU -- this would imply that you expect all users who have volunteered to contribute to GURU to be able to make updates to eclipse. Then delete the eclipse overlay as obsolete and superseded. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Updating community maintained Gentoo Eclipse IDE repository ebuild to EAPI 7
Hello, If the current maintainer does not want to continue maintaining these, and no one else volunteers to, then the overlay will just be removed. Someone else would need to volunteer to maintain eclipse in a new overlay/repo for updates to happen. Then potentially that new overlay will be integrated into eselect-repository to replace the old one. It doesn't sound like anyone is willing to do the maintenance on it though, so likely the overlay will just be deleted. All the best, James On Fri, 20 Sept 2024, 04:06 Kevin Brace, wrote: > Hi Sam, > > Okay, if I was not clear about what I wanted, I will try to clarify. > I personally wanted the "sort of official" Eclipse IDE Gentoo overlay on > GitHub to take up my updated EAPI 7 based ebuilds, but the only person I > was able to contact refused. > I call the repository "sort of official" since it is still on the Gentoo > wiki page. [1] > I fixed the ebuild so I do not feel like it should be rejected by the > developer, but it is what it is. > Since this is what the situation is, I feel like the existing "sort of > official" Eclipse IDE Gentoo overlay should be forked, and the updated > ebuilds should be incorporated. > Or, perhaps I can gain access to commit the updates to this repository, > but I assume the people listed on the GitHub page probably will not allow > that. > I hope the explanation I wrote here makes sense. > I was not aware of the alternative unofficial repository . > I will take a look at it. > That being said, the wiki page still has the now broken repository. [2] > Something needs to be done to remedy the situation. > > Regards, > > Kevin Brace > Brace Computer Laboratory blog > https://bracecomputerlab.com > > > [1]: https://wiki.gentoo.org/wiki/Eclipse > [2]: https://github.com/gentoo/eclipse-overlay > > > > Sent: Thursday, September 19, 2024 at 7:34 PM > > From: "Sam James" > > To: "Kevin Brace" > > Cc: gentoo-dev@lists.gentoo.org > > Subject: Re: [gentoo-dev] Updating community maintained Gentoo Eclipse > IDE repository ebuild to EAPI 7 > > > > Kevin Brace writes: > > > > > Hi, > > Hi, > > > > > > > > I am a first time poster who just subscribed to the gentoo-dev mailing > list. > > > I installed Eclipse IDE 4.6 to one Gentoo Linux installation using the > > > community maintained Eclipse IDE repository ebuild when Portage still > > > supported EAPI 6, but the current release of Portage no longer does > > > so. > > > I have been increasingly annoyed by this community maintained Gentoo > Eclipse IDE ebuild giving me weird warning type messages when running > Portage. > > > Of course, it does not stop Portage from running, but I do not like it > aesthetically. > > > The cause of the warning messages are that ebuilds are still at EAPI 5 > (for Eclipse IDE 4.5) and 6 (for Eclipse IDE 4.6), and they need to be > updated to at least EAPI 7. > > > I got so annoyed by this that I decided to take them into my own > hands, and I managed to update ebuilds in question. > > > I got rid of all the annoying messages displayed when running Portage, > and it appears that Eclipse IDE installs fine. > > > So I directly contacted one developer of the three still active on > GitHub, but he refused to take up the ebuilds and update them. > > > He does not seem to want to maintain the repository any longer (he > > > appears to be disillusioned with the Eclipse IDE ebuilds they > > > developed for some reason), and even suggested that a new community > > > repository to be created to replace the now obsolete Eclipse IDE > > > repository. > > > This one I am talking about. > > > > > > https://github.com/gentoo/eclipse-overlay > > > > > > Personally, I really did not want to get involved in this type of OS > > > infrastructure project because I work on totally different type of > > > code development projects, but I feel like something has to be done to > > > update the Eclipse IDE ebuilds to keep up with Portage. > > > Let me know what more experienced Gentoo developers think. > > > > In general, packaging Java is pretty painful and everyone has migrated > > to using just prebuilt jars for useful applications (like Eclipse). > > > > (See > > e.g. > https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/4EHBACT4I263R4QF75HB3DUJWWANGHAS/ > , > > and I think Chewi wrote a similar email at one point.) > > > > I'm not 100% clear what's being requested here: > > * it def
Re: [gentoo-dev] Updating community maintained Gentoo Eclipse IDE repository ebuild to EAPI 7
Hi Sam, Okay, if I was not clear about what I wanted, I will try to clarify. I personally wanted the "sort of official" Eclipse IDE Gentoo overlay on GitHub to take up my updated EAPI 7 based ebuilds, but the only person I was able to contact refused. I call the repository "sort of official" since it is still on the Gentoo wiki page. [1] I fixed the ebuild so I do not feel like it should be rejected by the developer, but it is what it is. Since this is what the situation is, I feel like the existing "sort of official" Eclipse IDE Gentoo overlay should be forked, and the updated ebuilds should be incorporated. Or, perhaps I can gain access to commit the updates to this repository, but I assume the people listed on the GitHub page probably will not allow that. I hope the explanation I wrote here makes sense. I was not aware of the alternative unofficial repository . I will take a look at it. That being said, the wiki page still has the now broken repository. [2] Something needs to be done to remedy the situation. Regards, Kevin Brace Brace Computer Laboratory blog https://bracecomputerlab.com [1]: https://wiki.gentoo.org/wiki/Eclipse [2]: https://github.com/gentoo/eclipse-overlay > Sent: Thursday, September 19, 2024 at 7:34 PM > From: "Sam James" > To: "Kevin Brace" > Cc: gentoo-dev@lists.gentoo.org > Subject: Re: [gentoo-dev] Updating community maintained Gentoo Eclipse IDE > repository ebuild to EAPI 7 > > Kevin Brace writes: > > > Hi, > Hi, > > > > > I am a first time poster who just subscribed to the gentoo-dev mailing list. > > I installed Eclipse IDE 4.6 to one Gentoo Linux installation using the > > community maintained Eclipse IDE repository ebuild when Portage still > > supported EAPI 6, but the current release of Portage no longer does > > so. > > I have been increasingly annoyed by this community maintained Gentoo > > Eclipse IDE ebuild giving me weird warning type messages when running > > Portage. > > Of course, it does not stop Portage from running, but I do not like it > > aesthetically. > > The cause of the warning messages are that ebuilds are still at EAPI 5 (for > > Eclipse IDE 4.5) and 6 (for Eclipse IDE 4.6), and they need to be updated > > to at least EAPI 7. > > I got so annoyed by this that I decided to take them into my own hands, and > > I managed to update ebuilds in question. > > I got rid of all the annoying messages displayed when running Portage, and > > it appears that Eclipse IDE installs fine. > > So I directly contacted one developer of the three still active on GitHub, > > but he refused to take up the ebuilds and update them. > > He does not seem to want to maintain the repository any longer (he > > appears to be disillusioned with the Eclipse IDE ebuilds they > > developed for some reason), and even suggested that a new community > > repository to be created to replace the now obsolete Eclipse IDE > > repository. > > This one I am talking about. > > > > https://github.com/gentoo/eclipse-overlay > > > > Personally, I really did not want to get involved in this type of OS > > infrastructure project because I work on totally different type of > > code development projects, but I feel like something has to be done to > > update the Eclipse IDE ebuilds to keep up with Portage. > > Let me know what more experienced Gentoo developers think. > > In general, packaging Java is pretty painful and everyone has migrated > to using just prebuilt jars for useful applications (like Eclipse). > > (See > e.g. > https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/4EHBACT4I263R4QF75HB3DUJWWANGHAS/, > and I think Chewi wrote a similar email at one point.) > > I'm not 100% clear what's being requested here: > * it definitely looks like the eclipse overlay is pretty dead and > should probably be removed from the repository list; > * we can consider requests if someone wants access to it (perhaps you!) > to contribute fixed ebuilds to it, but it might just be better to make > your own repository for that; > * there seem to be some newer ebuilds for eclipse in other repositories, > see e.g. http://gpo.zugaina.org/Search?search=eclipse > > > > > Regards, > > > > Kevin Brace > > Brace Computer Laboratory blog > > https://bracecomputerlab.com > > thanks, > sam > >
Re: [gentoo-dev] Updating community maintained Gentoo Eclipse IDE repository ebuild to EAPI 7
Kevin Brace writes: > Hi, Hi, > > I am a first time poster who just subscribed to the gentoo-dev mailing list. > I installed Eclipse IDE 4.6 to one Gentoo Linux installation using the > community maintained Eclipse IDE repository ebuild when Portage still > supported EAPI 6, but the current release of Portage no longer does > so. > I have been increasingly annoyed by this community maintained Gentoo Eclipse > IDE ebuild giving me weird warning type messages when running Portage. > Of course, it does not stop Portage from running, but I do not like it > aesthetically. > The cause of the warning messages are that ebuilds are still at EAPI 5 (for > Eclipse IDE 4.5) and 6 (for Eclipse IDE 4.6), and they need to be updated to > at least EAPI 7. > I got so annoyed by this that I decided to take them into my own hands, and I > managed to update ebuilds in question. > I got rid of all the annoying messages displayed when running Portage, and it > appears that Eclipse IDE installs fine. > So I directly contacted one developer of the three still active on GitHub, > but he refused to take up the ebuilds and update them. > He does not seem to want to maintain the repository any longer (he > appears to be disillusioned with the Eclipse IDE ebuilds they > developed for some reason), and even suggested that a new community > repository to be created to replace the now obsolete Eclipse IDE > repository. > This one I am talking about. > > https://github.com/gentoo/eclipse-overlay > > Personally, I really did not want to get involved in this type of OS > infrastructure project because I work on totally different type of > code development projects, but I feel like something has to be done to > update the Eclipse IDE ebuilds to keep up with Portage. > Let me know what more experienced Gentoo developers think. In general, packaging Java is pretty painful and everyone has migrated to using just prebuilt jars for useful applications (like Eclipse). (See e.g. https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/4EHBACT4I263R4QF75HB3DUJWWANGHAS/, and I think Chewi wrote a similar email at one point.) I'm not 100% clear what's being requested here: * it definitely looks like the eclipse overlay is pretty dead and should probably be removed from the repository list; * we can consider requests if someone wants access to it (perhaps you!) to contribute fixed ebuilds to it, but it might just be better to make your own repository for that; * there seem to be some newer ebuilds for eclipse in other repositories, see e.g. http://gpo.zugaina.org/Search?search=eclipse > > Regards, > > Kevin Brace > Brace Computer Laboratory blog > https://bracecomputerlab.com thanks, sam
[gentoo-dev] Updating community maintained Gentoo Eclipse IDE repository ebuild to EAPI 7
Hi, I am a first time poster who just subscribed to the gentoo-dev mailing list. I installed Eclipse IDE 4.6 to one Gentoo Linux installation using the community maintained Eclipse IDE repository ebuild when Portage still supported EAPI 6, but the current release of Portage no longer does so. I have been increasingly annoyed by this community maintained Gentoo Eclipse IDE ebuild giving me weird warning type messages when running Portage. Of course, it does not stop Portage from running, but I do not like it aesthetically. The cause of the warning messages are that ebuilds are still at EAPI 5 (for Eclipse IDE 4.5) and 6 (for Eclipse IDE 4.6), and they need to be updated to at least EAPI 7. I got so annoyed by this that I decided to take them into my own hands, and I managed to update ebuilds in question. I got rid of all the annoying messages displayed when running Portage, and it appears that Eclipse IDE installs fine. So I directly contacted one developer of the three still active on GitHub, but he refused to take up the ebuilds and update them. He does not seem to want to maintain the repository any longer (he appears to be disillusioned with the Eclipse IDE ebuilds they developed for some reason), and even suggested that a new community repository to be created to replace the now obsolete Eclipse IDE repository. This one I am talking about. https://github.com/gentoo/eclipse-overlay Personally, I really did not want to get involved in this type of OS infrastructure project because I work on totally different type of code development projects, but I feel like something has to be done to update the Eclipse IDE ebuilds to keep up with Portage. Let me know what more experienced Gentoo developers think. Regards, Kevin Brace Brace Computer Laboratory blog https://bracecomputerlab.com
Re: [gentoo-dev] [PATCH 1/3] [QA] fix .editorconfig
Paul Zander writes: > This series of patches is meant as a basis to fix the .editorconfig used in > ::gentoo. Initial reason was that .patch > files are being broken by the current version. > > trimming trailing whitespace breaks patches > > Signed-off-by: Paul Zander > --- > .editorconfig | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/.editorconfig b/.editorconfig > index 7d6e17345e1..f2cd7328e57 100644 > --- a/.editorconfig > +++ b/.editorconfig > @@ -1,3 +1,6 @@ > +# Copyright 1999-2024 Gentoo Authors > +# Distributed under the terms of the GNU General Public License v2 > + > # https://editorconfig.org/ > root = true > > @@ -9,3 +12,6 @@ indent_style = tab > indent_size = 4 > trim_trailing_whitespace = true > #max_line_length = 80 > + > +[*.patch] > +trim_trailing_whitespace = false This first patch is OK and I'll pull it in. The others need to be respun with commit messages describing it.
[gentoo-dev] [PATCH 1/1] eclass/tests/toolchain.sh: declare PYTHON_COMPAT
toolchain.sh test script requires PYTHON_COMPAT array since commit
1d93a491096f ("toolchain.eclass: rework tests more") otherwise it dies
with
die: PYTHON_COMPAT not declared.
error.
Signed-off-by: Petr Vaněk
---
eclass/tests/toolchain.sh | 2 ++
1 file changed, 2 insertions(+)
diff --git a/eclass/tests/toolchain.sh b/eclass/tests/toolchain.sh
index 6f8df5b4fc4a..2e48c3443493 100755
--- a/eclass/tests/toolchain.sh
+++ b/eclass/tests/toolchain.sh
@@ -11,6 +11,8 @@ PR=r0
source tests-common.sh || exit
source version-funcs.sh || exit
+PYTHON_COMPAT=( python3_{10..13} )
+
EAPI=7 inherit toolchain
# Ignore actually running version of gcc and fake new version
--
2.44.2
[gentoo-dev] Re: New project: Vulkan
On 17/09/24 16:55, Matt Turner wrote: I suggest making a new Vulkan project within Gentoo and moving these packages from x11@ maintainership to it: dev-cpp/robin-hood-hashing dev-util/glslang dev-util/spirv-headers dev-util/spirv-tools dev-util/volk dev-util/vulkan-headers dev-util/vulkan-tools dev-util/vulkan-utility-libraries media-libs/shaderc media-libs/vulkan-layers media-libs/vulkan-loader (I've repeatedly forgotten to clean up shaderc and glslang when I clean up the others because they are the only two that are not maintained by x11@) Would it make sense to also give the group its own category? lu
[gentoo-dev] New project: Vulkan
I suggest making a new Vulkan project within Gentoo and moving these packages from x11@ maintainership to it: dev-cpp/robin-hood-hashing dev-util/glslang dev-util/spirv-headers dev-util/spirv-tools dev-util/volk dev-util/vulkan-headers dev-util/vulkan-tools dev-util/vulkan-utility-libraries media-libs/shaderc media-libs/vulkan-layers media-libs/vulkan-loader (I've repeatedly forgotten to clean up shaderc and glslang when I clean up the others because they are the only two that are not maintained by x11@)
[gentoo-dev] [PATCH] kernel-install.eclass: fix gentoo-kernel-bin with llvm-objcopy
We ship the kernel in gentoo-kernel-bin in the form of an UKI, using
objcopy we extract from this the kernel image (and if desired the
generic initramfs).
However, llvm-objcopy does not properly handle the -O argument and as a
result the extracted kernel image is of the same file type as the UKI
(i.e. a PE32+ executable) instead of a regular kernel image. This causes
issues in bootloader such as grub which differentiate between loading
a normal kernel image and loading an EFI executable (such as an UKI).
And also causes the signature verification to fail since the kernel
image is bigger then it should be due to the additional headers.
Using the --dump-section argument instead resolves this problem.
See-also: https://github.com/llvm/llvm-project/issues/108946
Signed-off-by: Andrew Ammerlaan
Closes: https://github.com/gentoo/gentoo/pull/38643
Signed-off-by: Andrew Ammerlaan
---
eclass/kernel-install.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/kernel-install.eclass b/eclass/kernel-install.eclass
index 930640188c26..dc337c7862fd 100644
--- a/eclass/kernel-install.eclass
+++ b/eclass/kernel-install.eclass
@@ -650,7 +650,7 @@ kernel-install_extract_from_uki() {
local uki=${2}
local out=${3}
- $(tc-getOBJCOPY) -O binary "-j.${extract_type}" "${uki}" "${out}" ||
+ $(tc-getOBJCOPY) "${uki}" --dump-section ".${extract_type}=${out}" ||
die "Failed to extract ${extract_type}"
chmod 644 "${out}" || die
}
--
2.46.0
Re: [gentoo-dev] profiles: desktop: Add "wayland" to make.defaults
On 9/14/24 6:23 AM, Andreas Sturmlechner wrote: > 1) overall small impact on binary size, no runtime implications for X users > 2) desktop profile definition is "minimal" USE flags, not necessarily "legacy" > 3) plenty of "minimal" gui-wm/* exist, so X WMs can't claim that space > 4) KWin is not just used with Plasma, but also as LXQt default, and both > Plasma as well as Gnome have plenty of desktop profile users for some reason > (mostly no-multilib of course ...) I suppose it is technically "minimal" to have either one or the other but not both... Which one deserves to be the "minimal default"? That is a harder question to answer. But at least selectively there's a reason to have various packages such as toolkits default to X support for ABI reasons (this argument can of course be made for wayland too) and there's a surprising amount of software out there that is X11-specific from the days when it was less common to use generic toolkits such as Gtk / Qt, which I guess leads us to: xwayland. Anyway, I'll just add -wayland to make.conf to stem the flood, I suppose. My DE is hardly "minimal" but it is certainly X-only. Perhaps what we really need is an easier way to handle custom user profiles via mixins, so that e.g. people who use lxqt don't have to beg for a dedicated official profile. > 5) deduplication++ At least this could be handled by making a profiles/targets/desktop/wayland and having both plasma and gnome parent themselves to that? It's not really much of an argument, even if it is only added on to 4 other arguments, to talk about deduplication as a reason to modify end-user experiences. The arguments for end-user experiences should relate to solving end-user problems, which is what points 1-4 argue based on. Internal implementation details should remain internal implementation details, and it seems we do (happily) have the technology to make them stay that way. -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] profiles: desktop: Add "wayland" to make.defaults
On Sat, Sep 14, 2024 at 12:23:05PM +0200, Andreas Sturmlechner wrote: > 1) overall small impact on binary size, no runtime implications for X users > 2) desktop profile definition is "minimal" USE flags, not necessarily "legacy" > 3) plenty of "minimal" gui-wm/* exist, so X WMs can't claim that space > 4) KWin is not just used with Plasma, but also as LXQt default, and both > Plasma as well as Gnome have plenty of desktop profile users for some reason > (mostly no-multilib of course ...) > 5) deduplication++ +1 from me, I see no reason not to Users are of course still free to disable it if they really must when it's not causing dependency conflicts, but shipping desktop defaults without wayland is odd in 2024. -- ionen signature.asc Description: PGP signature
[gentoo-dev] profiles: desktop: Add "wayland" to make.defaults
1) overall small impact on binary size, no runtime implications for X users 2) desktop profile definition is "minimal" USE flags, not necessarily "legacy" 3) plenty of "minimal" gui-wm/* exist, so X WMs can't claim that space 4) KWin is not just used with Plasma, but also as LXQt default, and both Plasma as well as Gnome have plenty of desktop profile users for some reason (mostly no-multilib of course ...) 5) deduplication++ PR link: https://github.com/gentoo/gentoo/pull/38601 Cleanup summary: profiles/targets/desktop/gnome/make.defaults | 2 +- profiles/targets/desktop/gnome/package.use| 18 -- profiles/targets/desktop/make.defaults| 2 +- profiles/targets/desktop/package.use | 17 +++-- profiles/targets/desktop/plasma/make.defaults | 2 +- profiles/targets/desktop/plasma/package.use | 11 --- 6 files changed, 18 insertions(+), 34 deletions(-) diff --git a/profiles/targets/desktop/make.defaults b/profiles/targets/ desktop/make.defaults index 02e4f168b0a1..3e4f9fd3998b 100644 --- a/profiles/targets/desktop/make.defaults +++ b/profiles/targets/desktop/make.defaults @@ -1,4 +1,4 @@ # Copyright 1999-2024 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 -USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus dri dts dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg kf6compat lcms libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png policykit ppds qml qt6 qt5 sdl sound spell startup-notification svg tiff truetype vorbis udev udisks unicode upower usb vulkan wxwidgets X xcb xft x264 xml xv xvid" +USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus dri dts dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg kf6compat lcms libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png policykit ppds qml qt6 qt5 sdl sound spell startup-notification svg tiff truetype vorbis udev udisks unicode upower usb vulkan wayland wxwidgets X xcb xft x264 xml xv xvid" diff --git a/profiles/targets/desktop/gnome/make.defaults b/profiles/targets/ desktop/gnome/make.defaults index 3f9e6955f3b8..2dc85fe967ca 100644 --- a/profiles/targets/desktop/gnome/make.defaults +++ b/profiles/targets/desktop/gnome/make.defaults @@ -1,4 +1,4 @@ # Copyright 1999-2023 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 -USE="colord eds evo gnome gnome-keyring gnome-online-accounts gnome-shell gstreamer introspection keyring nautilus networkmanager pulseaudio sysprof tracker wayland" +USE="colord eds evo gnome gnome-keyring gnome-online-accounts gnome-shell gstreamer introspection keyring nautilus networkmanager pulseaudio sysprof tracker" diff --git a/profiles/targets/desktop/gnome/package.use b/profiles/targets/ desktop/gnome/package.use index 3914d0992c9e..a60190ee8b3e 100644 --- a/profiles/targets/desktop/gnome/package.use +++ b/profiles/targets/desktop/gnome/package.use @@ -1,15 +1,6 @@ # Copyright 1999-2023 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 -# Alfred Wingate (2023-12-25) -# Prefer wayland over X with REQUIRED_USE: ^^ ( gbm wayland X ) ->=media-tv/kodi-20.2 wayland -X - -# Mart Raudsepp (2023-10-01) -# x11-wm/mutter[wayland] requires xwayland[libei] for emulated input portal -# for e.g. remote desktop remote input support -x11-base/xwayland libei - # Mart Raudsepp (2022-01-05) # gnome-boxes requires spice-gtk[vala] net-misc/spice-gtk vala @@ -32,15 +23,6 @@ dev-libs/efl sound # Needed by gnome-photos media-libs/gegl raw -# Needed by a global USE=wayland right now; some REQUIRED_USE may be outdated and need review ->=media-libs/cogl-1.18.2-r1 gles2 ->=media-libs/clutter-1.20 egl -media-libs/cogl kms -media-libs/libsdl2 gles2 - -# Needed by mutter defaults and USE=wayland, bug #547300 ->=media-libs/mesa-10.3 gles2 - # For eautoreconf in =app-crypt/seahorse-3.10.2-r1 app-crypt/gcr vala diff --git a/profiles/targets/desktop/package.use b/profiles/targets/desktop/ package.use index 82330969f098..febf52c3b940 100644 --- a/profiles/targets/desktop/package.use +++ b/profiles/targets/desktop/package.use @@ -11,8 +11,9 @@ net-p2p/transmission -qt5 dev-qt/qtbase libproxy # Alfred Wingate (2023-12-25) -# Prefer X over gbm with REQUIRED_USE: ^^ ( gbm wayland X ) ->=media-tv/kodi-20.2 X -gbm +# Prefer wayland over X with REQUIRED_USE: ^^ ( gbm wayland X ) +# >=21.1 allows build with multiple display backends again + (2023-11-12) # NSS: Required by kde-apps/okular[pdf] @@ -24,6 +25,11 @@ app-text/poppler nss boost # accessibility required by kde-plasma/kwin:5 dev-qt/qtgui:5 accessibility egl libinput +# Mart Raudsepp (2023-10-01) +# kde-plasma/kwin and x11-wm/mutter[wayland] require xwayland[libei] for +# emulated input portal for e.g. remote desktop remote input support +x11-base/xwayland libei + # Sam James (2023-09-22) # Most people aren't going to use CMake's GUI. USE=gui is enabled
Re: [gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*
Hi, On 2024/09/13 12:22, Michael Orlitzky wrote: On 2024-09-11 17:23:16, Jaco Kroon wrote: 1. Let users (myself included) just download and use that. 2. We package the phar file rather than the individual deps. Yes, this is cheating. Like using embedded libs, however, I've seen and observed that in some cases this makes more sense than splitting them up (eg clippy and frr). 3. We go about figuring everything out again and bumping all those individual packages and keeping them all up to date individually. I don't think this is worth our time and effort. I honestly think in this case 2 may well be acceptable. Otherwise 1, but I think 3 is not worth the effort based on your feedback and further reading from when I originally posed the question to now. I agree that (3) is probably too much trouble. It might be worth it if someday people want to bring back other packages that would benefit from the deps, like PHPUnit. I don't like (2) because there's no way for the security team to know what's inside composer.phar, and no way for users to tell that they've got ~15 bundled dependencies in a tool that's extremely sensitive. So... what I've been doing is putting composer.phar in /usr/local/bin. (I also run it as a separate user because I don't trust the code it's downloading but that has nothing to do with Gentoo.) I think, then let's stick with that. I'm not able to edit https://wiki.gentoo.org/wiki/Composer_packaging in order to make reference of this dicussion there so others looking at it will understand what the motivation is. In the meantime I'm sorted at least. Thanks for the constructive discussion. Kind regards, Jaco
Re: [gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*
On 2024-09-11 17:23:16, Jaco Kroon wrote: > 1. Let users (myself included) just download and use that. > 2. We package the phar file rather than the individual deps. Yes, this > is cheating. Like using embedded libs, however, I've seen and observed > that in some cases this makes more sense than splitting them up (eg > clippy and frr). > 3. We go about figuring everything out again and bumping all those > individual packages and keeping them all up to date individually. I > don't think this is worth our time and effort. > > I honestly think in this case 2 may well be acceptable. Otherwise 1, but > I think 3 is not worth the effort based on your feedback and further > reading from when I originally posed the question to now. I agree that (3) is probably too much trouble. It might be worth it if someday people want to bring back other packages that would benefit from the deps, like PHPUnit. I don't like (2) because there's no way for the security team to know what's inside composer.phar, and no way for users to tell that they've got ~15 bundled dependencies in a tool that's extremely sensitive. So... what I've been doing is putting composer.phar in /usr/local/bin. (I also run it as a separate user because I don't trust the code it's downloading but that has nothing to do with Gentoo.)
[gentoo-dev] [PATCH] autotools.eclass: Run eautoheader with --force
From: YiFei Zhu
To quote Eli [1] (I can't explain it better than this):
autotools.eclass runs autoheader without options (and in
particular without --force). This will only remake config.h.in
if there are actual changes to the content, which in turn means
that it will be out of date compared to aclocal.m4 (which we very
much expect to have changes).
So `make` sees that the header is out of date, and runs autoheader
yet again, this time updating the timestamp for `make` purposes.
This causes QA warning that "maintainer mode" is detected.
autoheader and autoconf added --force option at the same time [2],
so no reason only autoconf has that option in the eclass and not
autoheader.
Like, autoconf, a check on WANT_AUTOCONF != 2.1 is added because the
feature was added in autoconf 2.52.
[1] https://bugs.gentoo.org/939468#c6
[2] https://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=commitdiff;h=dbf7fc61
Closes: https://bugs.gentoo.org/939468
Closes: https://bugs.gentoo.org/939535
Signed-off-by: YiFei Zhu
---
eclass/autotools.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 0571b18ba525..641612f37193 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -312,7 +312,13 @@ eautoreconf() {
else
eautoconf --force
fi
- [[ ${AT_NOEAUTOHEADER} != "yes" ]] && eautoheader
+ if [[ ${AT_NOEAUTOHEADER} != "yes" ]] ; then
+ if [[ ${WANT_AUTOCONF} == "2.1" ]] ; then
+ eautoheader
+ else
+ eautoheader --force
+ fi
+ fi
[[ ${AT_NOEAUTOMAKE} != "yes" ]] && FROM_EAUTORECONF="yes" eautomake
${AM_OPTS}
if [[ ${AT_NOELIBTOOLIZE} != "yes" ]] ; then
--
2.46.0.662.g92d0881bb0-goog
[gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*
Jaco Kroon posted on Wed, 11 Sep 2024 09:33:10 +0200 as excerpted: > I missed this announcement, looking specifically for composer again. > > If I make the effort of bumping to newest version, is this something > that would be re-added to the tree? > > I note there were active security vulnerabilities under very specific > conditions (composer.phar is exposed via http). > > Or should I rather just deploy this into a local overlay? [Tree or local overlay?] You seem to have missed the obvious middle option, deploying to a public overlay. If there's many related packages (another reply mentioned a bunch of deps; not being a PHP person I wouldn't know...) that might most appropriately be a dedicated overlay. For single packages, particularly if there's likely to be others interested, the guru overlay seems to be quite popular as a middle ground, allowing multiple people to help without the full bureaucracy of the main tree. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: [gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*
Hi Michael, Looks like we keep bumping into each other ... and not only on PHP packages. n 2024/09/11 13:26, Michael Orlitzky wrote: On Wed, 2024-09-11 at 09:33 +0200, Jaco Kroon wrote: Hi, I missed this announcement, looking specifically for composer again. If I make the effort of bumping to newest version, is this something that would be re-added to the tree? I'd re-commit if you're interested in keeping up with it. It brings a lot of dependencies with it though. It was initially added in https://github.com/gentoo/gentoo/pull/2905 (where you can see the deps) and I'll bet the list is even longer now. Updating them is more annoying than usual because they all want autoload.php files that aren't in the source tarball: https://wiki.gentoo.org/wiki/Composer_packaging IIRC the "classmap" format is particularly annoying because you have to regenerate it with every release. Right. What I take away from this is that PHP trying to incorporate things that annoy me about other languages is a pain in the backside. All I really need (and I think this is in line with something you mentioned in one of our other discussions) is that PHP source files are typically no longer packaged, because everyone uses composer now to just pull in dependencies from just about anywhere, and often poorly vetted, outdated versions. What I really just need is a way to for a specific PHP deployed app be able to run composer to pull in those dependencies into a normal user account so that I can properly isolate the specific PHP app. I think it's useful to have the composer command available on Gentoo, but I do agree with the principle of letting each deployment manage it's own rather. Ie, my *opinion* is that Gentoo should package the interpreters and any pecl-* stuff which is compiled. And let the apps handle their own sources. composer I reckon is a bit of a tricky one here because it looks like it itself is a source-based thing, and pulls in a bunch of it's own deps then? Looking at what one of our clients did is they have a versioned composer.phar ... which means deps are packaged. https://getcomposer.org/download/ has these lower down, so IMHO three options here: 1. Let users (myself included) just download and use that. 2. We package the phar file rather than the individual deps. Yes, this is cheating. Like using embedded libs, however, I've seen and observed that in some cases this makes more sense than splitting them up (eg clippy and frr). 3. We go about figuring everything out again and bumping all those individual packages and keeping them all up to date individually. I don't think this is worth our time and effort. I honestly think in this case 2 may well be acceptable. Otherwise 1, but I think 3 is not worth the effort based on your feedback and further reading from when I originally posed the question to now. Your opinion? Kind regards, Jaco
Re: [gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*
On Wed, 2024-09-11 at 09:33 +0200, Jaco Kroon wrote: > Hi, > > I missed this announcement, looking specifically for composer again. > > If I make the effort of bumping to newest version, is this something > that would be re-added to the tree? I'd re-commit if you're interested in keeping up with it. It brings a lot of dependencies with it though. It was initially added in https://github.com/gentoo/gentoo/pull/2905 (where you can see the deps) and I'll bet the list is even longer now. Updating them is more annoying than usual because they all want autoload.php files that aren't in the source tarball: https://wiki.gentoo.org/wiki/Composer_packaging IIRC the "classmap" format is particularly annoying because you have to regenerate it with every release.
[gentoo-dev] [PATCH 3/3] java-pkg-2.eclass: remove unused eclass functions java-pkg-2_src_{compile,test}
The last ebuild using these functions was net-vpn/i2p-2.5.2-r1
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-pkg-2.eclass | 92 +---
1 file changed, 1 insertion(+), 91 deletions(-)
diff --git a/eclass/java-pkg-2.eclass b/eclass/java-pkg-2.eclass
index 6da4efd222c2..2b2a298cfe74 100644
--- a/eclass/java-pkg-2.eclass
+++ b/eclass/java-pkg-2.eclass
@@ -59,96 +59,6 @@ java-pkg-2_src_prepare() {
java-utils-2_src_prepare
}
-
-# @FUNCTION: java-pkg-2_src_compile
-# @DEPRECATED: none
-# @DESCRIPTION:
-# Default src_compile for java packages
-#
-# @CODE
-# Variables:
-# EANT_BUILD_XML - controls the location of the build.xml (default:
./build.xml)
-# EANT_FILTER_COMPILER - Calls java-pkg_filter-compiler with the value
-# EANT_BUILD_TARGET - the ant target/targets to execute (default: jar)
-# EANT_DOC_TARGET - the target to build extra docs under the doc use flag
-# (default: javadoc; declare empty to disable completely)
-# EANT_GENTOO_CLASSPATH - @see eant documentation in java-utils-2.eclass
-# EANT_EXTRA_ARGS - extra arguments to pass to eant
-# EANT_ANT_TASKS - modifies the ANT_TASKS variable in the eant environment
-# @CODE
-java-pkg-2_src_compile() {
- if [[ -e "${EANT_BUILD_XML:=build.xml}" ]]; then
- # auto generate classpath
- java-pkg_gen-cp EANT_GENTOO_CLASSPATH
-
- [[ "${EANT_FILTER_COMPILER}" ]] && \
- java-pkg_filter-compiler ${EANT_FILTER_COMPILER}
- local antflags="${EANT_BUILD_TARGET:=jar}"
- if has doc ${IUSE} && [[ -n "${EANT_DOC_TARGET=javadoc}" ]];
then
- antflags="${antflags} $(use_doc ${EANT_DOC_TARGET})"
- fi
- local tasks
- [[ ${EANT_ANT_TASKS} ]] && tasks="${ANT_TASKS}
${EANT_ANT_TASKS}"
- ANT_TASKS="${tasks:-${ANT_TASKS}}" \
- eant ${antflags} -f "${EANT_BUILD_XML}"
${EANT_EXTRA_ARGS} "${@}"
- else
- echo "${FUNCNAME}: ${EANT_BUILD_XML} not found so nothing to
do."
- fi
-}
-
-# @FUNCTION: java-pkg-2_src_test
-# @DEPRECATED: none
-# @DESCRIPTION:
-# src_test, not exported.
-java-pkg-2_src_test() {
- [[ -e "${EANT_BUILD_XML:=build.xml}" ]] || return
-
- if [[ ${EANT_TEST_TARGET} ]] || < "${EANT_BUILD_XML}" tr -d "\n" | grep
-Eq "]*\bname=[\"']test[\"']"; then
- local opts task_re junit_re pkg
-
- if [[ ${EANT_TEST_JUNIT_INTO} ]]; then
- java-pkg_jar-from --into "${EANT_TEST_JUNIT_INTO}" junit
- fi
-
- if [[ ${EANT_TEST_GENTOO_CLASSPATH} ]]; then
- EANT_GENTOO_CLASSPATH="${EANT_TEST_GENTOO_CLASSPATH}"
- fi
-
-
ANT_TASKS=${EANT_TEST_ANT_TASKS:-${ANT_TASKS:-${EANT_ANT_TASKS}}}
-
- task_re="\bdev-java/ant-junit(4)?(-[^:]+)?(:\S+)\b"
- junit_re="\bdev-java/junit(-[^:]+)?(:\S+)\b"
-
- if [[ ${DEPEND} =~ ${task_re} ]]; then
- pkg="ant-junit${BASH_REMATCH[1]}${BASH_REMATCH[3]}"
- pkg="${pkg%:0}"
-
- if [[ ${ANT_TASKS} && "${ANT_TASKS}" != none ]]; then
- ANT_TASKS="${ANT_TASKS} ${pkg}"
- else
- ANT_TASKS="${pkg}"
- fi
- elif [[ ${DEPEND} =~ ${junit_re} ]]; then
- pkg="junit${BASH_REMATCH[2]}"
- pkg="${pkg%:0}"
-
- opts="-Djunit.jar=\"$(java-pkg_getjar ${pkg}
junit.jar)\""
-
- if [[ ${EANT_GENTOO_CLASSPATH} ]]; then
- EANT_GENTOO_CLASSPATH+=",${pkg}"
- else
- EANT_GENTOO_CLASSPATH="${pkg}"
- fi
- fi
-
- eant ${opts} -f "${EANT_BUILD_XML}" \
- ${EANT_EXTRA_ARGS} ${EANT_TEST_EXTRA_ARGS}
${EANT_TEST_TARGET:-test}
-
- else
- echo "${FUNCNAME}: No test target in ${EANT_BUILD_XML}"
- fi
-}
-
# @FUNCTION: java-pkg-2_pkg_preinst
# @DESCRIPTION:
# wrapper for java-utils-2_pkg_preinst
@@ -158,4 +68,4 @@ java-pkg-2_pkg_preinst() {
fi
-EXPORT_FUNCTIONS pkg_setup src_prepare src_compile pkg_preinst
+EXPORT_FUNCTIONS pkg_setup src_prepare pkg_preinst
--
2.41.0
[gentoo-dev] [PATCH 2/3] java-utils-2.eclass: remove java-pkg_check-jikes
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-utils-2.eclass | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 50e4e422db1e..aa69cce14cae 100644
--- a/eclass/java-utils-2.eclass
+++ b/eclass/java-utils-2.eclass
@@ -203,9 +203,9 @@
JAVA_PKG_COMPILERS_CONF=${JAVA_PKG_COMPILERS_CONF:="/etc/java-config-2/build/com
#
# Useful for local testing.
#
-# Use jikes and javac, in that order
+# Use and javac, in that order
# @CODE
-# JAVA_PKG_FORCE_COMPILER="jikes javac"
+# JAVA_PKG_FORCE_COMPILER=" javac"
# @CODE
# @ECLASS_VARIABLE: JAVA_PKG_FORCE_ANT_TASKS
@@ -2306,9 +2306,6 @@ java-pkg_init() {
# TODO we will probably want to set JAVAC and JAVACFLAGS
- # Do some QA checks
- java-pkg_check-jikes
-
# Can't use unset here because Portage does not save the unset
# see https://bugs.gentoo.org/show_bug.cgi?id=189417#c11
@@ -2966,12 +2963,6 @@ java-pkg_check-versioned-jar() {
fi
}
-java-pkg_check-jikes() {
- if has jikes ${IUSE}; then
- java-pkg_announce-qa-violation "deprecated USE flag 'jikes' in
IUSE"
- fi
-}
-
java-pkg_announce-qa-violation() {
local nodie
if [[ ${1} == "--nodie" ]]; then
--
2.41.0
[gentoo-dev] [PATCH 1/3] java-utils-2.eclass: stop mentioning java-ant-2 eclass
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-utils-2.eclass | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 43d9b749ba3d..50e4e422db1e 100644
--- a/eclass/java-utils-2.eclass
+++ b/eclass/java-utils-2.eclass
@@ -9,13 +9,12 @@
# @SUPPORTED_EAPIS: 6 7 8
# @BLURB: Base eclass for Java packages
# @DESCRIPTION:
-# This eclass provides functionality which is used by java-pkg-2.eclass,
-# java-pkg-opt-2.eclass and java-ant-2 eclass, as well as from ebuilds.
+# This eclass provides functionality which is used by java-pkg-2.eclass and
+# java-pkg-opt-2.eclass as well as from ebuilds.
#
# This eclass should not be inherited this directly from an ebuild. Instead,
# you should inherit java-pkg-2 for Java packages or java-pkg-opt-2 for
packages
-# that have optional Java support. In addition you can inherit java-ant-2 for
-# Ant-based packages.
+# that have optional Java support.
if [[ -z ${_JAVA_UTILS_2_ECLASS} ]] ; then
_JAVA_UTILS_2_ECLASS=1
@@ -101,7 +100,7 @@ JAVA_PKG_ALLOW_VM_CHANGE=${JAVA_PKG_ALLOW_VM_CHANGE:="yes"}
# @DEFAULT_UNSET
# @DESCRIPTION:
# Specify a non-standard Java source version for compilation (via javac -source
-# parameter or Ant equivalent via build.xml rewriting done by java-ant-2
eclass).
+# parameter).
# Normally this is determined from the jdk version specified in DEPEND.
# See java-pkg_get-source function below.
#
--
2.41.0
[gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*
Hi, I missed this announcement, looking specifically for composer again. If I make the effort of bumping to newest version, is this something that would be re-added to the tree? I note there were active security vulnerabilities under very specific conditions (composer.phar is exposed via http). Or should I rather just deploy this into a local overlay? Kind regards, Jaco On 2024/06/21 19:20, Arthur Zamarin wrote: # Arthur Zamarin (2024-06-21) # Last dev-php/* EAPI=6 packages, and reverse dependencies of them. # composer has active security vulnerabilities. Others are waiting # for version bumps, and unbundling of dependencies. # Removal on 2024-07-21. Bugs #934666. dev-php/phpDocumentor dev-php/phpcov dev-php/phpdepend dev-php/phpdocumentor-reflection-common dev-php/phpdocumentor-reflection-docblock dev-php/phpdocumentor-type-resolver dev-php/stringparser_bbcode dev-php/symfony-config dev-php/symfony-console dev-php/symfony-dependency-injection dev-php/symfony-event-dispatcher dev-php/symfony-yaml dev-php/composer
Re: [gentoo-dev] [PATCH] profiles/targets/desktop: make USE=qml default for more than just plasma
Eli Schwartz writes: > Installing random applications tends to drag in qml requirements, as it > is a pivotal part of the Qt technology stack required by other > components. One quickly ends up in USE flag resolution hell when trying > to select it on a per-package basis for most use cases other than having > Qt installed solely for an isolated application. > > For average desktop use it makes sense to simply default it to on. > People can always disable it manually if they want, but it basically > just adds a single package (qtdeclarative) as a dep to your Qt stack. > Yes, please do. Especially given Ionen said he was OK with it (IIRC) and asturm acked it. > Signed-off-by: Eli Schwartz > --- > profiles/targets/desktop/make.defaults| 2 +- > profiles/targets/desktop/plasma/make.defaults | 4 ++-- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/profiles/targets/desktop/make.defaults > b/profiles/targets/desktop/make.defaults > index 72e77543df12..02e4f168b0a1 100644 > --- a/profiles/targets/desktop/make.defaults > +++ b/profiles/targets/desktop/make.defaults > @@ -1,4 +1,4 @@ > # Copyright 1999-2024 Gentoo Authors > # Distributed under the terms of the GNU General Public License v2 > > -USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus > dri dts dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg > kf6compat lcms libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png > policykit ppds qt6 qt5 sdl sound spell startup-notification svg tiff > truetype vorbis udev udisks unicode upower usb vulkan wxwidgets X xcb > xft x264 xml xv xvid" > +USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus > dri dts dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg > kf6compat lcms libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png > policykit ppds qml qt6 qt5 sdl sound spell startup-notification svg > tiff truetype vorbis udev udisks unicode upower usb vulkan wxwidgets X > xcb xft x264 xml xv xvid" > diff --git a/profiles/targets/desktop/plasma/make.defaults > b/profiles/targets/desktop/plasma/make.defaults > index 62e625bbfdcb..7f42ef98fc5b 100644 > --- a/profiles/targets/desktop/plasma/make.defaults > +++ b/profiles/targets/desktop/plasma/make.defaults > @@ -1,4 +1,4 @@ > -# Copyright 1999-2023 Gentoo Authors > +# Copyright 1999-2024 Gentoo Authors > # Distributed under the terms of the GNU General Public License v2 > > -USE="activities declarative dri kde kwallet networkmanager pipewire plasma > policykit pulseaudio qml screencast semantic-desktop wayland widgets" > +USE="activities declarative dri kde kwallet networkmanager pipewire plasma > policykit pulseaudio screencast semantic-desktop wayland widgets" signature.asc Description: PGP signature
[gentoo-dev] [PATCH] java-utils-2.eclass: remove unused eclass fuction use_doc
Signed-off-by: Volkmar W. Pogatzki
---
eclass/java-utils-2.eclass | 24
1 file changed, 24 deletions(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 481c9b7df081..43d9b749ba3d 100644
--- a/eclass/java-utils-2.eclass
+++ b/eclass/java-utils-2.eclass
@@ -2254,30 +2254,6 @@ java-pkg_force-compiler() {
JAVA_PKG_FORCE_COMPILER="$@"
}
-# @FUNCTION: use_doc
-# @DEPRECATED: none
-# @DESCRIPTION:
-#
-# Helper function for getting ant to build javadocs. If the user has USE=doc,
-# then 'javadoc' or the argument are returned. Otherwise, there is no return.
-#
-# The output of this should be passed to ant.
-# @CODE
-# Parameters:
-# $@ - Option value to return. Defaults to 'javadoc'
-#
-# Examples:
-# build javadocs by calling 'javadoc' target
-# eant $(use_doc)
-#
-# build javadocs by calling 'apidoc' target
-# eant $(use_doc apidoc)
-# @CODE
-# @RETURN string - Name of the target to create javadocs
-use_doc() {
- use doc && echo ${@:-javadoc}
-}
-
# @FUNCTION: java-pkg_init
# @INTERNAL
--
2.41.0
[gentoo-dev] Last rites: mate-extra/mate-netbook
# Eli Schwartz (2024-09-09) # Upstream has dropped this package since MATE 1.28. # Removal on 2024-10-09. Bug #932568. mate-extra/mate-netbook -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: sci-chemistry/mopac7
# Eli Schwartz (2024-09-09) # Fails to build with modern C. Unmaintained for 20 years. # Removal on 2024-10-09. Bug #877105, #927389. sci-chemistry/mopac7 -- Eli Schwartz OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last-rites: net-libs/libmediawiki
# Andreas Sturmlechner (2024-09-09) # No revdeps for years, KF5-based. Removal on 2024-10-09. net-libs/libmediawiki signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] [PATCH] profiles/targets/desktop: make USE=qml default for more than just plasma
On Donnerstag, 5. September 2024 18:51:43 MESZ Eli Schwartz wrote: > diff --git a/profiles/targets/desktop/make.defaults > b/profiles/targets/desktop/make.defaults index 72e77543df12..02e4f168b0a1 > 100644 > --- a/profiles/targets/desktop/make.defaults > +++ b/profiles/targets/desktop/make.defaults > @@ -1,4 +1,4 @@ > # Copyright 1999-2024 Gentoo Authors > # Distributed under the terms of the GNU General Public License v2 > > -USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus dri dts > dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg kf6compat lcms > libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png policykit ppds qt6 > qt5 sdl sound spell startup-notification svg tiff truetype vorbis udev > udisks unicode upower usb vulkan wxwidgets X xcb xft x264 xml xv xvid" > +USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus dri dts > dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg kf6compat lcms > libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png policykit ppds qml > qt6 qt5 sdl sound spell startup-notification svg tiff truetype vorbis udev > udisks unicode upower usb vulkan wxwidgets X xcb xft x264 xml xv xvid" diff Feel free to go ahead. Regards, Andreas signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Last rites: eapi7-ver.eclass, eqawarn.eclass, versionator.eclass
> On Mon, 26 Aug 2024, Ulrich Mueller wrote: > Eclasses that support EAPI 6 only, which is no longer used in the > Gentoo repository. > Removal in 30 days, i.e. on 2024-09-25. Update from the local planning office (beware of the leopard!): Removal of these eclasses will be postponed to 2024-10-08. signature.asc Description: PGP signature
[gentoo-dev] [PATCH 44/44] xdg-utils.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/xdg-utils.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/xdg-utils.eclass b/eclass/xdg-utils.eclass
index 34535a129e334..84f88eee18fce 100644
--- a/eclass/xdg-utils.eclass
+++ b/eclass/xdg-utils.eclass
@@ -1,4 +1,4 @@
-# Copyright 2004-2023 Gentoo Authors
+# Copyright 2004-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: xdg-utils.eclass
@@ -18,7 +18,11 @@
# * XDG mime information database management
case ${EAPI} in
- 5|6|7|8) ;;
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 43/44] xdg.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/xdg.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/xdg.eclass b/eclass/xdg.eclass
index 14c56047af451..6af4b91875fc6 100644
--- a/eclass/xdg.eclass
+++ b/eclass/xdg.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: xdg.eclass
@@ -13,14 +13,18 @@
# Utility eclass to update the desktop, icon and shared mime info as laid
# out in the freedesktop specs & implementations
+if [[ -z ${_XDG_ECLASS} ]]; then
+_XDG_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_XDG_ECLASS} ]]; then
-_XDG_ECLASS=1
-
inherit xdg-utils
# Avoid dependency loop as both depend on glib-2
--
2.46.0
[gentoo-dev] [PATCH 42/44] wrapper.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/wrapper.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/wrapper.eclass b/eclass/wrapper.eclass
index 8d3d273d81c65..a62bb51d0fe71 100644
--- a/eclass/wrapper.eclass
+++ b/eclass/wrapper.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: wrapper.eclass
@@ -7,15 +7,19 @@
# @SUPPORTED_EAPIS: 5 6 7 8
# @BLURB: create a shell wrapper script
+if [[ -z ${_WRAPPER_ECLASS} ]]; then
+_WRAPPER_ECLASS=1
+
case ${EAPI} in
- 5|6|7|8) ;;
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_WRAPPER_ECLASS} ]]; then
-_WRAPPER_ECLASS=1
-
-# @FUNCTION: make_wrapper
+# FUNCTION: make_wrapper
# @USAGE: [chdir] [libpaths] [installpath]
# @DESCRIPTION:
# Create a shell wrapper script named wrapper in installpath
--
2.46.0
[gentoo-dev] [PATCH 41/44] webapp.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/webapp.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/webapp.eclass b/eclass/webapp.eclass
index 5b091c84851ff..e8bc127e1b96c 100644
--- a/eclass/webapp.eclass
+++ b/eclass/webapp.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: webapp.eclass
@@ -10,14 +10,18 @@
# The webapp eclass contains functions to handle web applications with
# webapp-config. Part of the implementation of GLEP #11
+if [[ -z ${_WEBAPP_ECLASS} ]]; then
+_WEBAPP_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_WEBAPP_ECLASS} ]]; then
-_WEBAPP_ECLASS=1
-
# @ECLASS_VARIABLE: WEBAPP_DEPEND
# @DESCRIPTION:
# An ebuild should use WEBAPP_DEPEND if a custom DEPEND needs to be built, most
--
2.46.0
[gentoo-dev] [PATCH 40/44] virtualx.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/virtualx.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/virtualx.eclass b/eclass/virtualx.eclass
index f7318eafc59e7..07d303899582e 100644
--- a/eclass/virtualx.eclass
+++ b/eclass/virtualx.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: virtualx.eclass
@@ -9,14 +9,18 @@
# @SUPPORTED_EAPIS: 6 7 8
# @BLURB: This eclass can be used for packages that need a working X
environment to build.
+if [[ -z ${_VIRTUALX_ECLASS} ]]; then
+_VIRTUALX_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_VIRTUALX_ECLASS} ]]; then
-_VIRTUALX_ECLASS=1
-
# @ECLASS_VARIABLE: VIRTUALX_REQUIRED
# @PRE_INHERIT
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 39/44] vim-spell.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/vim-spell.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/vim-spell.eclass b/eclass/vim-spell.eclass
index 607771ae8035d..57bcb0dc8021b 100644
--- a/eclass/vim-spell.eclass
+++ b/eclass/vim-spell.eclass
@@ -62,14 +62,18 @@
# spell files. It's best to let upstream know if you've generated spell files
# for another language rather than keeping them Gentoo-specific.
+if [[ -z ${_VIM_SPELL_ECLASS} ]] ; then
+_VIM_SPELL_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_VIM_SPELL_ECLASS} ]] ; then
-_VIM_SPELL_ECLASS=1
-
SRC_URI="mirror://gentoo/${P}.tar.bz2"
SLOT="0"
--
2.46.0
[gentoo-dev] [PATCH 38/44] vim-plugin.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/vim-plugin.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/vim-plugin.eclass b/eclass/vim-plugin.eclass
index ee4f1b6e0f813..b2ae0cb9e4c33 100644
--- a/eclass/vim-plugin.eclass
+++ b/eclass/vim-plugin.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: vim-plugin.eclass
@@ -12,14 +12,18 @@
# which is read automatically by vim. The only exception is
# documentation, for which we make a special case via vim-doc.eclass.
+if [[ -z ${_VIM_PLUGIN_ECLASS} ]]; then
+_VIM_PLUGIN_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_VIM_PLUGIN_ECLASS} ]]; then
-_VIM_PLUGIN_ECLASS=1
-
inherit vim-doc
[[ ${EAPI} != [67] ]] && _DEFINE_VIM_PLUGIN_SRC_PREPARE=true
--
2.46.0
[gentoo-dev] [PATCH 37/44] vim-doc.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/vim-doc.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/vim-doc.eclass b/eclass/vim-doc.eclass
index 119ce793071d6..f20f7397cf65b 100644
--- a/eclass/vim-doc.eclass
+++ b/eclass/vim-doc.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: vim-doc.eclass
@@ -16,13 +16,17 @@
# DEPEND in vim-plugin or by whatever version of vim is being
# installed by the eclass.
+if [[ ! ${_VIM_DOC_ECLASS} ]] ; then
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ ! ${_VIM_DOC_ECLASS} ]] ; then
-
# @FUNCTION: update_vim_helptags
# @USAGE:
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 36/44] vcs-clean.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/vcs-clean.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/vcs-clean.eclass b/eclass/vcs-clean.eclass
index e4c61ac7164ac..719bdec17676b 100644
--- a/eclass/vcs-clean.eclass
+++ b/eclass/vcs-clean.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: vcs-clean.eclass
@@ -9,14 +9,18 @@
# @SUPPORTED_EAPIS: 5 6 7 8
# @BLURB: helper functions to remove VCS directories
+if [[ -z ${_VCS_CLEAN_ECLASS} ]] ; then
+_VCS_CLEAN_ECLASS=1
+
case ${EAPI} in
- 5|6|7|8) ;;
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_VCS_CLEAN_ECLASS} ]] ; then
-_VCS_CLEAN_ECLASS=1
-
# @FUNCTION: ecvs_clean
# @USAGE: [list of dirs]
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 35/44] udev.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/udev.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/udev.eclass b/eclass/udev.eclass
index ac94f98221aad..7fd99cbba8b06 100644
--- a/eclass/udev.eclass
+++ b/eclass/udev.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: udev.eclass
@@ -36,14 +36,18 @@
# }
# @CODE
+if [[ -z ${_UDEV_ECLASS} ]]; then
+_UDEV_ECLASS=1
+
case ${EAPI} in
- 5|6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_UDEV_ECLASS} ]]; then
-_UDEV_ECLASS=1
-
inherit toolchain-funcs
if [[ ${EAPI} == [56] ]]; then
--
2.46.0
[gentoo-dev] [PATCH 34/44] toolchain-funcs.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/toolchain-funcs.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index 5e36fa275dcd0..66819996ea33b 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass/toolchain-funcs.eclass
@@ -13,14 +13,18 @@
# in such a way that you can rely on the function always returning
# something sane.
+if [[ -z ${_TOOLCHAIN_FUNCS_ECLASS} ]]; then
+_TOOLCHAIN_FUNCS_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_TOOLCHAIN_FUNCS_ECLASS} ]]; then
-_TOOLCHAIN_FUNCS_ECLASS=1
-
inherit multilib
# tc-getPROG [tuple]
--
2.46.0
[gentoo-dev] [PATCH 33/44] tmpfiles.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/tmpfiles.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/tmpfiles.eclass b/eclass/tmpfiles.eclass
index 39650401a6a0f..63889a275fef5 100644
--- a/eclass/tmpfiles.eclass
+++ b/eclass/tmpfiles.eclass
@@ -1,4 +1,4 @@
-# Copyright 2016-2022 Gentoo Authors
+# Copyright 2016-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: tmpfiles.eclass
@@ -55,9 +55,13 @@
if [[ -z ${_TMPFILES_ECLASS} ]]; then
_TMPFILES_ECLASS=1
-case "${EAPI}" in
-5|6|7|8) ;;
-*) die "API is undefined for EAPI ${EAPI}" ;;
+case ${EAPI} in
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
# @ECLASS_VARIABLE: TMPFILES_OPTIONAL
--
2.46.0
[gentoo-dev] [PATCH 32/44] systemd.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/systemd.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/systemd.eclass b/eclass/systemd.eclass
index 03d6a82fd3103..a5f0decde1e35 100644
--- a/eclass/systemd.eclass
+++ b/eclass/systemd.eclass
@@ -1,4 +1,4 @@
-# Copyright 2011-2023 Gentoo Authors
+# Copyright 2011-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: systemd.eclass
@@ -25,7 +25,11 @@
# @CODE
case ${EAPI} in
- 5|6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 31/44] strip-linguas.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/strip-linguas.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/strip-linguas.eclass b/eclass/strip-linguas.eclass
index 718341b4a6264..b31f414c87c31 100644
--- a/eclass/strip-linguas.eclass
+++ b/eclass/strip-linguas.eclass
@@ -1,4 +1,4 @@
-# Copyright 2004-2021 Gentoo Authors
+# Copyright 2004-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: strip-linguas.eclass
@@ -9,15 +9,19 @@
# @SUPPORTED_EAPIS: 5 6 7 8
# @BLURB: convenience function for LINGUAS support
+if [[ -z ${_STRIP_LINGUAS_ECLASS} ]]; then
+_STRIP_LINGUAS_ECLASS=1
+
case ${EAPI} in
- 5|6|7|8) ;;
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_STRIP_LINGUAS_ECLASS} ]]; then
-_STRIP_LINGUAS_ECLASS=1
-
-# @FUNCTION: strip-linguas
+# FUNCTION: strip-linguas
# @USAGE: [|<-i|-u> ]
# @DESCRIPTION:
# Make sure that LINGUAS only contains languages that a package can
--
2.46.0
[gentoo-dev] [PATCH 30/44] ruby-utils.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/ruby-utils.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/ruby-utils.eclass b/eclass/ruby-utils.eclass
index 789f57ce25f6a..48a25114b396b 100644
--- a/eclass/ruby-utils.eclass
+++ b/eclass/ruby-utils.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: ruby-utils.eclass
@@ -15,13 +15,17 @@
# This eclass does not set any metadata variables nor export any phase
# functions. It can be inherited safely.
-case ${EAPI:-0} in
- [5678]) ;;
+if [[ ! ${_RUBY_UTILS} ]]; then
+
+case ${EAPI} in
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ ! ${_RUBY_UTILS} ]]; then
-
# @ECLASS_VARIABLE: RUBY_TARGETS_PREFERENCE
# @INTERNAL
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 29/44] ruby-ng.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/ruby-ng.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/ruby-ng.eclass b/eclass/ruby-ng.eclass
index d80ae96dd40bc..2ef6d22474351 100644
--- a/eclass/ruby-ng.eclass
+++ b/eclass/ruby-ng.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: ruby-ng.eclass
@@ -67,7 +67,11 @@
# passed to "grep -E" to remove reporting of these shared objects.
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 28/44] ruby-fakegem.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/ruby-fakegem.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index 40ff76ce900e0..04099a82ef4fd 100644
--- a/eclass/ruby-fakegem.eclass
+++ b/eclass/ruby-fakegem.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: ruby-fakegem.eclass
@@ -139,7 +139,11 @@ RUBY_FAKEGEM_BINDIR="${RUBY_FAKEGEM_BINDIR-bin}"
RUBY_FAKEGEM_EXTENSION_LIBDIR="${RUBY_FAKEGEM_EXTENSION_LIBDIR-lib}"
case ${EAPI} in
- 5|6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 27/44] readme.gentoo-r1.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/readme.gentoo-r1.eclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/eclass/readme.gentoo-r1.eclass b/eclass/readme.gentoo-r1.eclass
index 48023d9c049f8..3d2d8244687c7 100644
--- a/eclass/readme.gentoo-r1.eclass
+++ b/eclass/readme.gentoo-r1.eclass
@@ -21,7 +21,11 @@ if [[ -z ${_README_GENTOO_ECLASS} ]]; then
_README_GENTOO_ECLASS=1
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 26/44] preserve-libs.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/preserve-libs.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/preserve-libs.eclass b/eclass/preserve-libs.eclass
index 35c65ef4436f9..38571447b945d 100644
--- a/eclass/preserve-libs.eclass
+++ b/eclass/preserve-libs.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: preserve-libs.eclass
@@ -7,14 +7,18 @@
# @SUPPORTED_EAPIS: 5 6 7 8
# @BLURB: preserve libraries after SONAME changes
+if [[ -z ${_PRESERVE_LIBS_ECLASS} ]]; then
+_PRESERVE_LIBS_ECLASS=1
+
case ${EAPI} in
- 5|6|7|8) ;;
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_PRESERVE_LIBS_ECLASS} ]]; then
-_PRESERVE_LIBS_ECLASS=1
-
# @FUNCTION: preserve_old_lib
# @USAGE: [more libs]
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 25/44] prefix.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/prefix.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/prefix.eclass b/eclass/prefix.eclass
index 8d50d0ba7b6e1..e968e8ae8bac7 100644
--- a/eclass/prefix.eclass
+++ b/eclass/prefix.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: prefix.eclass
@@ -12,14 +12,18 @@
# located somewhere in the filesystem. Prefix ebuilds require
# additional functions and variables which are defined by this eclass.
-case ${EAPI:-0} in
- [5678]) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
if [[ -z ${_PREFIX_ECLASS} ]]; then
_PREFIX_ECLASS=1
+case ${EAPI} in
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
# @ECLASS_VARIABLE: EPREFIX
# @DESCRIPTION:
# The offset prefix of a Gentoo Prefix installation. When Gentoo Prefix
--
2.46.0
[gentoo-dev] [PATCH 24/44] portability.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/portability.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/portability.eclass b/eclass/portability.eclass
index 78da440e22ddb..926ac8b8b825f 100644
--- a/eclass/portability.eclass
+++ b/eclass/portability.eclass
@@ -9,14 +9,18 @@
# @SUPPORTED_EAPIS: 6 7 8
# @BLURB: This eclass is created to avoid using non-portable GNUisms inside
ebuilds
+if [[ -z ${_PORTABILITY_ECLASS} ]]; then
+_PORTABILITY_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_PORTABILITY_ECLASS} ]]; then
-_PORTABILITY_ECLASS=1
-
# @FUNCTION: treecopy
# @USAGE: [orig2 orig3 ]
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 23/44] php-pear-r2.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/php-pear-r2.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/php-pear-r2.eclass b/eclass/php-pear-r2.eclass
index 9882c7dcc7004..567aa9a8144f3 100644
--- a/eclass/php-pear-r2.eclass
+++ b/eclass/php-pear-r2.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: php-pear-r2.eclass
@@ -14,14 +14,18 @@
# Note that this eclass doesn't handle dependencies of PEAR packages
# on purpose; please use (R)DEPEND to define them correctly!
+if [[ -z ${_PHP_PEAR_R2_ECLASS} ]]; then
+_PHP_PEAR_R2_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_PHP_PEAR_R2_ECLASS} ]]; then
-_PHP_PEAR_R2_ECLASS=1
-
RDEPEND=">=dev-php/pear-1.8.1"
[[ ${EAPI} != [67] ]] && IDEPEND=">=dev-php/pear-1.8.1"
--
2.46.0
[gentoo-dev] [PATCH 22/44] perl-functions.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/perl-functions.eclass | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/eclass/perl-functions.eclass b/eclass/perl-functions.eclass
index 142fdeb8cfbd0..d2b6cfb85f734 100644
--- a/eclass/perl-functions.eclass
+++ b/eclass/perl-functions.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: perl-functions.eclass
@@ -17,11 +17,12 @@
# global scope.
case ${EAPI} in
- 7|8)
- ;;
- *)
- die "${ECLASS}: EAPI ${EAPI:-0} not supported"
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
[[ ${CATEGORY} == "perl-core" ]] && inherit alternatives
--
2.46.0
[gentoo-dev] [PATCH 21/44] pax-utils.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/pax-utils.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/pax-utils.eclass b/eclass/pax-utils.eclass
index 3830f03df3419..a7144278fd9a4 100644
--- a/eclass/pax-utils.eclass
+++ b/eclass/pax-utils.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2021 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: pax-utils.eclass
@@ -21,14 +21,18 @@
# To control what markings are made, set PAX_MARKINGS in /etc/portage/make.conf
# to contain either "PT", "XT" or "none". The default is none
-case ${EAPI:-0} in
- 5|6|7|8) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
if [[ -z ${_PAX_UTILS_ECLASS} ]]; then
_PAX_UTILS_ECLASS=1
+case ${EAPI} in
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
# @ECLASS_VARIABLE: PAX_MARKINGS
# @DESCRIPTION:
# Control which markings are made:
--
2.46.0
[gentoo-dev] [PATCH 20/44] out-of-source-utils.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/out-of-source-utils.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/out-of-source-utils.eclass
b/eclass/out-of-source-utils.eclass
index d68b210889951..55a88127ca711 100644
--- a/eclass/out-of-source-utils.eclass
+++ b/eclass/out-of-source-utils.eclass
@@ -1,4 +1,4 @@
-# Copyright 2022-2023 Gentoo Authors
+# Copyright 2022-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: out-of-source-utils.eclass
@@ -12,14 +12,18 @@
# This eclass provides a run_in_build_dir() helper that can be used
# to execute specified command inside BUILD_DIR.
+if [[ ! ${_OUT_OF_SOURCE_UTILS_ECLASS} ]]; then
+_OUT_OF_SOURCE_UTILS_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ ! ${_OUT_OF_SOURCE_UTILS_ECLASS} ]]; then
-_OUT_OF_SOURCE_UTILS_ECLASS=1
-
# @FUNCTION: run_in_build_dir
# @USAGE: ...
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 19/44] multiprocessing.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/multiprocessing.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/multiprocessing.eclass b/eclass/multiprocessing.eclass
index 13d6a92f2f2e5..f9627de26c3b9 100644
--- a/eclass/multiprocessing.eclass
+++ b/eclass/multiprocessing.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: multiprocessing.eclass
@@ -24,14 +24,18 @@
# }
# @CODE
-case ${EAPI:-0} in
- [5678]) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
if [[ -z ${_MULTIPROCESSING_ECLASS} ]]; then
_MULTIPROCESSING_ECLASS=1
+case ${EAPI} in
+ 5|6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
# @FUNCTION: get_nproc
# @USAGE: [${fallback:-1}]
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 18/44] multilib-minimal.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/multilib-minimal.eclass | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/eclass/multilib-minimal.eclass b/eclass/multilib-minimal.eclass
index 92968b6cf2137..c84fb3781a975 100644
--- a/eclass/multilib-minimal.eclass
+++ b/eclass/multilib-minimal.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: multilib-minimal.eclass
@@ -23,16 +23,21 @@
#
# If you need generic install rules, use multilib_src_install_all function.
-case ${EAPI} in
- 6|7|8) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
inherit multilib-build
if [[ ! ${_MULTILIB_MINIMAL_ECLASS} ]]; then
_MULTILIB_MINIMAL_ECLASS=1
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
+
multilib-minimal_src_configure() {
debug-print-function ${FUNCNAME} "$@"
--
2.46.0
[gentoo-dev] [PATCH 17/44] multilib.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/multilib.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/multilib.eclass b/eclass/multilib.eclass
index bf9c88f7e6a4e..eca8c02d8336c 100644
--- a/eclass/multilib.eclass
+++ b/eclass/multilib.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: multilib.eclass
@@ -9,14 +9,18 @@
# @DESCRIPTION:
# This eclass is for all functions pertaining to handling multilib
configurations.
+if [[ -z ${_MULTILIB_ECLASS} ]]; then
+_MULTILIB_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_MULTILIB_ECLASS} ]]; then
-_MULTILIB_ECLASS=1
-
inherit toolchain-funcs
# Defaults:
--
2.46.0
[gentoo-dev] [PATCH 16/44] multilib-build.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/multilib-build.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/multilib-build.eclass b/eclass/multilib-build.eclass
index 1774ad057430b..22c4a8bb30489 100644
--- a/eclass/multilib-build.eclass
+++ b/eclass/multilib-build.eclass
@@ -1,4 +1,4 @@
-# Copyright 2013-2023 Gentoo Authors
+# Copyright 2013-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: multilib-build.eclass
@@ -17,14 +17,18 @@
# dependencies shall use the USE dependency string in ${MULTILIB_USEDEP}
# to properly request multilib enabled.
+if [[ -z ${_MULTILIB_BUILD_ECLASS} ]]; then
+_MULTILIB_BUILD_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_MULTILIB_BUILD_ECLASS} ]]; then
-_MULTILIB_BUILD_ECLASS=1
-
inherit multibuild multilib
# @ECLASS_VARIABLE: _MULTILIB_FLAGS
--
2.46.0
[gentoo-dev] [PATCH 15/44] multibuild.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/multibuild.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/multibuild.eclass b/eclass/multibuild.eclass
index f15d3327c7dd2..0677ea346e4ce 100644
--- a/eclass/multibuild.eclass
+++ b/eclass/multibuild.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: multibuild.eclass
@@ -13,17 +13,21 @@
# multiple 'variants' of a package (e.g. multilib, Python
# implementations).
+if [[ ! ${_MULTIBUILD_ECLASS} ]]; then
+_MULTIBUILD_ECLASS=1
+
case ${EAPI} in
- 6|7|8)
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8)
# backwards compatibility for run_in_build_dir
inherit out-of-source-utils
;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ ! ${_MULTIBUILD_ECLASS} ]]; then
-_MULTIBUILD_ECLASS=1
-
# @ECLASS_VARIABLE: MULTIBUILD_VARIANTS
# @REQUIRED
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 14/44] mono-env.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/mono-env.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/mono-env.eclass b/eclass/mono-env.eclass
index 48712587ff3ed..02bd7e8dd9bee 100644
--- a/eclass/mono-env.eclass
+++ b/eclass/mono-env.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: mono-env.eclass
@@ -9,14 +9,18 @@
# @DESCRIPTION:
# Set environment variables commonly used by dotnet packages.
+if [[ -z ${_MONO_ENV_ECLASS} ]] ; then
+_MONO_ENV_ECLASS=1
+
case ${EAPI} in
- 6|7) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_MONO_ENV_ECLASS} ]] ; then
-_MONO_ENV_ECLASS=1
-
SRC_URI="http://download.mono-project.com/sources/${PN}/${P}.tar.bz2";
mono-env_pkg_setup() {
--
2.46.0
[gentoo-dev] [PATCH 13/44] libtool.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/libtool.eclass | 9 +
1 file changed, 9 insertions(+)
diff --git a/eclass/libtool.eclass b/eclass/libtool.eclass
index bd6141e1ede93..b36b1fd365d3b 100644
--- a/eclass/libtool.eclass
+++ b/eclass/libtool.eclass
@@ -17,6 +17,15 @@
if [[ -z ${_LIBTOOL_ECLASS} ]]; then
_LIBTOOL_ECLASS=1
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
case ${EAPI} in
6) DEPEND=">=app-portage/elt-patches-20240116" ;;
7|8) BDEPEND=">=app-portage/elt-patches-20240116" ;;
--
2.46.0
[gentoo-dev] [PATCH 12/44] java-utils-2.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/java-utils-2.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/java-utils-2.eclass b/eclass/java-utils-2.eclass
index 647f25e2c9870..6bf6b7788aa59 100644
--- a/eclass/java-utils-2.eclass
+++ b/eclass/java-utils-2.eclass
@@ -17,14 +17,18 @@
# that have optional Java support. In addition you can inherit java-ant-2 for
# Ant-based packages.
+if [[ -z ${_JAVA_UTILS_2_ECLASS} ]] ; then
+_JAVA_UTILS_2_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_JAVA_UTILS_2_ECLASS} ]] ; then
-_JAVA_UTILS_2_ECLASS=1
-
# EAPI 7 has version functions built-in. Use eapi7-ver for all earlier EAPIs.
# Keep versionator inheritance in case consumers are using it implicitly.
[[ ${EAPI} == 6 ]] && inherit eapi7-ver eqawarn multilib versionator
--
2.46.0
[gentoo-dev] [PATCH 11/44] java-pkg-2.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/java-pkg-2.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/java-pkg-2.eclass b/eclass/java-pkg-2.eclass
index df024bbadf51f..6da4efd222c22 100644
--- a/eclass/java-pkg-2.eclass
+++ b/eclass/java-pkg-2.eclass
@@ -13,14 +13,18 @@
# This eclass should be inherited for pure Java packages, or by packages which
# need to use Java.
+if [[ -z ${_JAVA_PKG_2_ECLASS} ]] ; then
+_JAVA_PKG_2_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_JAVA_PKG_2_ECLASS} ]] ; then
-_JAVA_PKG_2_ECLASS=1
-
inherit java-utils-2
# @ECLASS_VARIABLE: JAVA_PKG_IUSE
--
2.46.0
[gentoo-dev] [PATCH 10/44] gnuconfig.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/gnuconfig.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/gnuconfig.eclass b/eclass/gnuconfig.eclass
index fb73087aeacf4..afcb8feee04ef 100644
--- a/eclass/gnuconfig.eclass
+++ b/eclass/gnuconfig.eclass
@@ -16,14 +16,18 @@
# other files that come with automake, e.g. depcomp, mkinstalldirs, etc.
#
-case ${EAPI:-0} in
- 6|7|8) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
if [[ -z ${_GNUCONFIG_ECLASS} ]] ; then
_GNUCONFIG_CLASS=1
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
# @ECLASS_VARIABLE: GNUCONFIG_DEPEND
# @OUTPUT_VARIABLE
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 09/44] fortran-2.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/fortran-2.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/fortran-2.eclass b/eclass/fortran-2.eclass
index 855dcba59a390..5e2ce1fc68e48 100644
--- a/eclass/fortran-2.eclass
+++ b/eclass/fortran-2.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: fortran-2.eclass
@@ -26,14 +26,18 @@
#
# FORTRAN_NEED_OPENMP=1
+if [[ -z ${_FORTRAN_2_ECLASS} ]]; then
+_FORTRAN_2_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_FORTRAN_2_ECLASS} ]]; then
-_FORTRAN_2_ECLASS=1
-
inherit toolchain-funcs
# @ECLASS_VARIABLE: FORTRAN_NEED_OPENMP
--
2.46.0
[gentoo-dev] [PATCH 08/44] flag-o-matic.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/flag-o-matic.eclass | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
index c6b1ad80e12eb..02cd2dcfc5926 100644
--- a/eclass/flag-o-matic.eclass
+++ b/eclass/flag-o-matic.eclass
@@ -10,14 +10,18 @@
# This eclass contains a suite of functions to help developers sanely
# and safely manage toolchain flags in their builds.
+if [[ -z ${_FLAG_O_MATIC_ECLASS} ]]; then
+_FLAG_O_MATIC_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_FLAG_O_MATIC_ECLASS} ]]; then
-_FLAG_O_MATIC_ECLASS=1
-
inherit toolchain-funcs
[[ ${EAPI} == 6 ]] && inherit eqawarn
--
2.46.0
[gentoo-dev] [PATCH 07/44] desktop.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/desktop.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/desktop.eclass b/eclass/desktop.eclass
index 780971342ba1e..144514c8f7c27 100644
--- a/eclass/desktop.eclass
+++ b/eclass/desktop.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: desktop.eclass
@@ -8,7 +8,11 @@
# @BLURB: support for desktop files, menus, and icons
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 06/44] depend.apache.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/depend.apache.eclass | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/eclass/depend.apache.eclass b/eclass/depend.apache.eclass
index 8f0469931d2c7..60926c298f042 100644
--- a/eclass/depend.apache.eclass
+++ b/eclass/depend.apache.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: depend.apache.eclass
@@ -40,12 +40,13 @@
# }
# @CODE
-case ${EAPI:-0} in
- 6|7|8)
- ;;
- *)
- die "EAPI=${EAPI} is not supported by depend.apache.eclass"
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
#
==
--
2.46.0
[gentoo-dev] [PATCH 05/44] check-reqs.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/check-reqs.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/check-reqs.eclass b/eclass/check-reqs.eclass
index fac2f4553d746..02ff61187c455 100644
--- a/eclass/check-reqs.eclass
+++ b/eclass/check-reqs.eclass
@@ -1,4 +1,4 @@
-# Copyright 2004-2023 Gentoo Authors
+# Copyright 2004-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: check-reqs.eclass
@@ -38,14 +38,18 @@
# These checks should probably mostly work on non-Linux, and they should
# probably degrade gracefully if they don't. Probably.
+if [[ -z ${_CHECK_REQS_ECLASS} ]]; then
+_CHECK_REQS_ECLASS=1
+
case ${EAPI} in
- 6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
-if [[ -z ${_CHECK_REQS_ECLASS} ]]; then
-_CHECK_REQS_ECLASS=1
-
# @ECLASS_VARIABLE: CHECKREQS_MEMORY
# @DEFAULT_UNSET
# @DESCRIPTION:
--
2.46.0
[gentoo-dev] [PATCH 04/44] cdrom.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/cdrom.eclass | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/eclass/cdrom.eclass b/eclass/cdrom.eclass
index 4e56db9511960..4f7ba663bebaf 100644
--- a/eclass/cdrom.eclass
+++ b/eclass/cdrom.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: cdrom.eclass
@@ -15,14 +15,18 @@
# eclass will require RESTRICT="bindist" but the point still stands.
# The functions are generally called in src_unpack.
-case ${EAPI:-0} in
- 6|7|8) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
if [[ -z ${_CDROM_ECLASS} ]]; then
_CDROM_ECLASS=1
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
inherit portability
# @ECLASS_VARIABLE: CDROM_OPTIONAL
--
2.46.0
[gentoo-dev] [PATCH 03/44] bash-completion-r1.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/bash-completion-r1.eclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/eclass/bash-completion-r1.eclass b/eclass/bash-completion-r1.eclass
index df1a2a54d39a8..be506793ae94b 100644
--- a/eclass/bash-completion-r1.eclass
+++ b/eclass/bash-completion-r1.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2022 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: bash-completion-r1.eclass
@@ -29,7 +29,11 @@ _BASH_COMPLETION_R1_ECLASS=1
inherit toolchain-funcs
case ${EAPI} in
- 5|6|7|8) ;;
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
--
2.46.0
[gentoo-dev] [PATCH 02/44] autotools.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/autotools.eclass | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/eclass/autotools.eclass b/eclass/autotools.eclass
index 3c9e89bda90ed..0571b18ba5252 100644
--- a/eclass/autotools.eclass
+++ b/eclass/autotools.eclass
@@ -13,11 +13,6 @@
# Note: We require GNU m4, as does autoconf. So feel free to use any features
# from the GNU version of m4 without worrying about other variants (i.e. BSD).
-case ${EAPI} in
- 6|7|8) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
-
if [[ ${_AUTOTOOLS_AUTO_DEPEND+set} == "set" ]] ; then
# See if we were included already, but someone changed the value
# of AUTOTOOLS_AUTO_DEPEND on us. We could reload the entire
@@ -31,6 +26,15 @@ fi
if [[ -z ${_AUTOTOOLS_ECLASS} ]] ; then
_AUTOTOOLS_ECLASS=1
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
[[ ${EAPI} == 6 ]] && inherit eqawarn
GNUCONFIG_AUTO_DEPEND=no
--
2.46.0
[gentoo-dev] [PATCH 01/44] apache-module.eclass: add global-scope ewarn for deprecated < EAPI 7
Signed-off-by: Sam James
---
eclass/apache-module.eclass | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/eclass/apache-module.eclass b/eclass/apache-module.eclass
index 5a84ffedf71a0..07bdb79e08a27 100644
--- a/eclass/apache-module.eclass
+++ b/eclass/apache-module.eclass
@@ -1,4 +1,4 @@
-# Copyright 1999-2023 Gentoo Authors
+# Copyright 1999-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: apache-module.eclass
@@ -44,14 +44,19 @@
#
# @CODE
-case ${EAPI} in
- 6|7|8) ;;
- *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
-esac
if [[ -z ${_APACHE_MODULE_ECLASS} ]]; then
_APACHE_MODULE_ECLASS=1
+case ${EAPI} in
+ 6)
+ ewarn "${CATEGORY}/${PF}: ebuild uses ${ECLASS} with deprecated
EAPI ${EAPI}!"
+ ewarn "${CATEGORY}/${PF}: Support will be removed on
2024-10-08. Please port to newer EAPI."
+ ;;
+ 7|8) ;;
+ *) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
+esac
+
inherit depend.apache
#
==
--
2.46.0
[gentoo-dev] [PATCH 00/44] eclass: add global-scope ewarn for deprecated < EAPI 7
The motivation here is to give users and casual ebuild authors a final last warning before things are yanked out from under them, to make Gentoo a bit less hostile to develop on without following the MLs closely. While we want people to run e.g. pkgcheck, not everyone is going to. The global scope warning is noisy but all consumers in ::gentoo are gone already and the noise will be there in 30 days once the support is actually removed (as is already queued [0]) but with no temporary workaround then. For future EAPI deprecation cycles, we should consider warnings in the package manager as well as maybe a better well-defined lifecycle for EAPI support in eclasses, as it's currently very ad-hoc based on when the last consumer is gone in ::gentoo per-eclass. [0] https://github.com/gentoo/gentoo/pull/37652 Sam James (44): apache-module.eclass: add global-scope ewarn for deprecated < EAPI 7 autotools.eclass: add global-scope ewarn for deprecated < EAPI 7 bash-completion-r1.eclass: add global-scope ewarn for deprecated < EAPI 7 cdrom.eclass: add global-scope ewarn for deprecated < EAPI 7 check-reqs.eclass: add global-scope ewarn for deprecated < EAPI 7 depend.apache.eclass: add global-scope ewarn for deprecated < EAPI 7 desktop.eclass: add global-scope ewarn for deprecated < EAPI 7 flag-o-matic.eclass: add global-scope ewarn for deprecated < EAPI 7 fortran-2.eclass: add global-scope ewarn for deprecated < EAPI 7 gnuconfig.eclass: add global-scope ewarn for deprecated < EAPI 7 java-pkg-2.eclass: add global-scope ewarn for deprecated < EAPI 7 java-utils-2.eclass: add global-scope ewarn for deprecated < EAPI 7 libtool.eclass: add global-scope ewarn for deprecated < EAPI 7 mono-env.eclass: add global-scope ewarn for deprecated < EAPI 7 multibuild.eclass: add global-scope ewarn for deprecated < EAPI 7 multilib-build.eclass: add global-scope ewarn for deprecated < EAPI 7 multilib.eclass: add global-scope ewarn for deprecated < EAPI 7 multilib-minimal.eclass: add global-scope ewarn for deprecated < EAPI 7 multiprocessing.eclass: add global-scope ewarn for deprecated < EAPI 7 out-of-source-utils.eclass: add global-scope ewarn for deprecated < EAPI 7 pax-utils.eclass: add global-scope ewarn for deprecated < EAPI 7 perl-functions.eclass: add global-scope ewarn for deprecated < EAPI 7 php-pear-r2.eclass: add global-scope ewarn for deprecated < EAPI 7 portability.eclass: add global-scope ewarn for deprecated < EAPI 7 prefix.eclass: add global-scope ewarn for deprecated < EAPI 7 preserve-libs.eclass: add global-scope ewarn for deprecated < EAPI 7 readme.gentoo-r1.eclass: add global-scope ewarn for deprecated < EAPI 7 ruby-fakegem.eclass: add global-scope ewarn for deprecated < EAPI 7 ruby-ng.eclass: add global-scope ewarn for deprecated < EAPI 7 ruby-utils.eclass: add global-scope ewarn for deprecated < EAPI 7 strip-linguas.eclass: add global-scope ewarn for deprecated < EAPI 7 systemd.eclass: add global-scope ewarn for deprecated < EAPI 7 tmpfiles.eclass: add global-scope ewarn for deprecated < EAPI 7 toolchain-funcs.eclass: add global-scope ewarn for deprecated < EAPI 7 udev.eclass: add global-scope ewarn for deprecated < EAPI 7 vcs-clean.eclass: add global-scope ewarn for deprecated < EAPI 7 vim-doc.eclass: add global-scope ewarn for deprecated < EAPI 7 vim-plugin.eclass: add global-scope ewarn for deprecated < EAPI 7 vim-spell.eclass: add global-scope ewarn for deprecated < EAPI 7 virtualx.eclass: add global-scope ewarn for deprecated < EAPI 7 webapp.eclass: add global-scope ewarn for deprecated < EAPI 7 wrapper.eclass: add global-scope ewarn for deprecated < EAPI 7 xdg.eclass: add global-scope ewarn for deprecated < EAPI 7 xdg-utils.eclass: add global-scope ewarn for deprecated < EAPI 7 eclass/apache-module.eclass | 15 ++- eclass/autotools.eclass | 14 +- eclass/bash-completion-r1.eclass | 8 ++-- eclass/cdrom.eclass | 16 ++-- eclass/check-reqs.eclass | 14 +- eclass/depend.apache.eclass | 13 +++-- eclass/desktop.eclass | 8 ++-- eclass/flag-o-matic.eclass| 12 eclass/fortran-2.eclass | 14 +- eclass/gnuconfig.eclass | 14 +- eclass/java-pkg-2.eclass | 12 eclass/java-utils-2.eclass| 12 eclass/libtool.eclass | 9 + eclass/mono-env.eclass| 14 +- eclass/multibuild.eclass | 14 +- eclass/multilib-build.eclass | 14 +- eclass/multilib-minimal.eclass| 17 +++-- eclass/multilib.eclass| 14 +- eclass/multiprocessing.eclass | 16 ++-- eclass/out-of-source-utils.eclass | 14 +- eclass/pax-utils.eclass | 16 ++-- eclass/
[gentoo-dev] Last rites: sci-physics/qmeq
# Michał Górny (2024-09-08) # Does not build anymore. No upstream activity since 2021. # Removal on 2024-10-08. Bug #932532. sci-physics/qmeq -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] What about phonon-vlc w/ qt5-only vlc? Was: Last-rites: media-libs/phonon-gstreamer
Andreas Sturmlechner posted on Wed, 04 Sep 2024 16:56:57 +0200 as excerpted: > # Andreas Sturmlechner (2024-09-04) > # Unmaintained upstream, latest media-libs/phonon release incompatible. > # Removal on 2024-10-04. > media-libs/phonon-gstreamer [I thought I already sent this reply/question but don't see it on-list so trying again...] I'll take this opportunity to ask... What's the plan for phonon, with phonon-vlc the only backend, and even vlc- being qt5-only, so apparently there's no qt6 vlc any time soon? -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
[gentoo-dev] Last-rites: kde-plasma/khotkeys, kde-plasma/libkworkspace, kde-plasma/xembed-sni-proxy
# Andreas Sturmlechner (2024-09-07) # These packages are EOL in Plasma 6. # Removal on 2024-10-07. kde-plasma/khotkeys kde-plasma/libkworkspace kde-plasma/xembed-sni-proxy signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Last rites: sys-apps/salinfo
# Arthur Zamarin (2024-09-07) # ia64 only package. Since we drop ia64, we can remove this package. # Removal on 2024-10-07. Bug #939298. sys-apps/salinfo OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] [PATCH] profiles/targets/desktop: make USE=qml default for more than just plasma
Installing random applications tends to drag in qml requirements, as it is a pivotal part of the Qt technology stack required by other components. One quickly ends up in USE flag resolution hell when trying to select it on a per-package basis for most use cases other than having Qt installed solely for an isolated application. For average desktop use it makes sense to simply default it to on. People can always disable it manually if they want, but it basically just adds a single package (qtdeclarative) as a dep to your Qt stack. Signed-off-by: Eli Schwartz --- profiles/targets/desktop/make.defaults| 2 +- profiles/targets/desktop/plasma/make.defaults | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/profiles/targets/desktop/make.defaults b/profiles/targets/desktop/make.defaults index 72e77543df12..02e4f168b0a1 100644 --- a/profiles/targets/desktop/make.defaults +++ b/profiles/targets/desktop/make.defaults @@ -1,4 +1,4 @@ # Copyright 1999-2024 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 -USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus dri dts dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg kf6compat lcms libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png policykit ppds qt6 qt5 sdl sound spell startup-notification svg tiff truetype vorbis udev udisks unicode upower usb vulkan wxwidgets X xcb xft x264 xml xv xvid" +USE="a52 aac acpi alsa bluetooth branding cairo cdda cdr cups dbus dri dts dvd dvdr elogind encode exif flac gif gpm gtk gui icu jpeg kf6compat lcms libnotify mad mng mp3 mp4 mpeg ogg opengl pango pdf png policykit ppds qml qt6 qt5 sdl sound spell startup-notification svg tiff truetype vorbis udev udisks unicode upower usb vulkan wxwidgets X xcb xft x264 xml xv xvid" diff --git a/profiles/targets/desktop/plasma/make.defaults b/profiles/targets/desktop/plasma/make.defaults index 62e625bbfdcb..7f42ef98fc5b 100644 --- a/profiles/targets/desktop/plasma/make.defaults +++ b/profiles/targets/desktop/plasma/make.defaults @@ -1,4 +1,4 @@ -# Copyright 1999-2023 Gentoo Authors +# Copyright 1999-2024 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 -USE="activities declarative dri kde kwallet networkmanager pipewire plasma policykit pulseaudio qml screencast semantic-desktop wayland widgets" +USE="activities declarative dri kde kwallet networkmanager pipewire plasma policykit pulseaudio screencast semantic-desktop wayland widgets" -- 2.44.2
[gentoo-dev] [PATCH v2] elisp.eclass: New function elisp_pkg_info
Signed-off-by: Ulrich Müller
---
eclass/elisp.eclass | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/eclass/elisp.eclass b/eclass/elisp.eclass
index 20139491c976..5b08d34a867f 100644
--- a/eclass/elisp.eclass
+++ b/eclass/elisp.eclass
@@ -1,4 +1,4 @@
-# Copyright 2002-2023 Gentoo Authors
+# Copyright 2002-2024 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
# @ECLASS: elisp.eclass
@@ -205,5 +205,15 @@ elisp_pkg_postrm() {
elisp-site-regen
}
+# @FUNCTION: elisp_pkg_info
+# @DESCRIPTION:
+# Display information about the Emacs version used to build the package.
+
+elisp_pkg_info() {
+ if [[ -n ${_ELISP_EMACS_VERSION} ]]; then
+ echo "Built with Emacs version: ${_ELISP_EMACS_VERSION}"
+ fi
+}
+
EXPORT_FUNCTIONS src_{unpack,prepare,configure,compile,test,install} \
- pkg_{setup,postinst,postrm}
+ pkg_{setup,postinst,postrm,info}
--
2.46.0
