Re: [gentoo-dev] Packages up for grabs: apache-2.eclass
On Sun, 2022-12-25 at 13:09 +0100, David Seifert wrote: > Back when polynomial-c was retired, we forgot to send up for grabs > for > eclasses he maintained: > > apache-2.eclass > > is up for grabs, and is in general need of a revamp, it hasn't aged > well. Given that this eclass is only used by the www-servers/apache ebuilds I'd think it would be obvious who maintains it. I've updated the MAINTAINER and AUTHOR in the eclass to reflect that. Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs: apache-2.eclass
On Sun, 2022-12-25 at 10:40 -0500, Michael Orlitzky wrote: > > If anyone is interested, I posted updates/replacements for the other > two apache eclasses on https://bugs.gentoo.org/616612. Merging those > should ideally be accompanied by an update to apache-2.eclass, making > it use the paths from the new apache-paths.eclass, so that everyone > is > getting the paths from the same place. It would be great if you could dust these off and post them here so we can get these improvements merged. You mention in the bug that you'd rather wait for a dedicated maintainer to review them, but I'm (in name) that maintainer and I think you probably know these eclasses better than I do. With some joint effort we may get things moving here. Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] [PATCH 04/41] apache-2.eclass: drop EAPI 6 support
On Sun, 2022-12-25 at 23:15 +0100, David Seifert wrote: > Signed-off-by: David Seifert > --- > eclass/apache-2.eclass | 29 ++--- > 1 file changed, 14 insertions(+), 15 deletions(-) > > diff --git a/eclass/apache-2.eclass b/eclass/apache-2.eclass > index 71fcb542869..5e1f4a0be4a 100644 > --- a/eclass/apache-2.eclass > +++ b/eclass/apache-2.eclass > @@ -3,8 +3,8 @@ > > # @ECLASS: apache-2.eclass > # @MAINTAINER: > -# polynomia...@gentoo.org > -# @SUPPORTED_EAPIS: 6 7 > +# maintainer-nee...@gentoo.org > +# @SUPPORTED_EAPIS: 7 > I have already updated these based on your "up for grabs" mail. The other changes look good to me, please feel free to commit them. Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Last rites: app-portage/flaggie
On Sun, 2022-12-25 at 18:02 +, m1027 wrote: > mgorny: > > > # Michał Górny (2022-12-25) > > # make.conf writing is broken and package.use support incomplete. > > # Last release in 2013. Attempted unsuccessfully fixing it in 2017. > > # Use an editor instead. > > # Removal on 2023-01-24. Bug #888423. > > app-portage/flaggie > > So I will deeply miss flaggie! Despite some issues it is a very > helpful thing once you know it, e.g. for automated USE flag changes > over ssh in a server farm. Hmm, that's a use case I didn't think of (and I didn't know anyone is actually using flaggie non-interactively). I guess most of the time you could get away with something like: echo app-foo/bar baz >> /etc/portage/package.use/local.conf etc. > I am rather in C than in python so I cannot really help advancing > flaggie. But I wonder whether there is a full specification for USE > in make.conf as well as for package.use/* so there was a chance to > think about a reimplementation somehow. To be honest, I'm thinking of starting from scratch like all cool programmers do these days. Perhaps I should aim for a very simple tool that doesn't try to represent all Portage configuration in AST and instead just does plain manipulations. So perhaps they'll be a flaggie2 after all. -- Best regards, Michał Górny
[gentoo-dev] Last rites: sci-misc/flashdot
# David Seifert (2022-12-26) # EAPI 6, cheesy build system, last release over 13 years ago, no other # distro packages this. Removal on 2023-01-25. sci-misc/flashdot signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: sci-biology/consed, sci-biology/phrap, sci-biology/phred
# David Seifert (2022-12-26) # Lots of K&R C, hidden behind an annoying authwall, fails with modern # GCC and Clang (-fcommon), license prohibits distributing, EAPI 6, # last release 8 years ago. Removal on 2023-01-25. sci-biology/consed sci-biology/phrap sci-biology/phred signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Last rites: app-portage/flaggie
On Sun, Dec 25, 2022 at 06:02:11PM +, m1027 wrote: > mgorny: > > > # Michał Górny (2022-12-25) > > # make.conf writing is broken and package.use support incomplete. > > # Last release in 2013. Attempted unsuccessfully fixing it in 2017. > > # Use an editor instead. > > # Removal on 2023-01-24. Bug #888423. > > app-portage/flaggie > > So I will deeply miss flaggie! Despite some issues it is a very > helpful thing once you know it, e.g. for automated USE flag changes > over ssh in a server farm. If you're doing configuration management over ssh, you might want a proper configuration management solution anyway, like ansible or puppet. > I am rather in C than in python so I cannot really help advancing > flaggie. But I wonder whether there is a full specification for USE > in make.conf as well as for package.use/* so there was a chance to > think about a reimplementation somehow. > > signature.asc Description: PGP signature
Re: [gentoo-dev] Last rites: app-portage/flaggie
ajak: > On Sun, Dec 25, 2022 at 06:02:11PM +, m1027 wrote: > > mgorny: > > > > > # Michał Górny (2022-12-25) > > > # make.conf writing is broken and package.use support incomplete. > > > # Last release in 2013. Attempted unsuccessfully fixing it in 2017. > > > # Use an editor instead. > > > # Removal on 2023-01-24. Bug #888423. > > > app-portage/flaggie > > > > So I will deeply miss flaggie! Despite some issues it is a very > > helpful thing once you know it, e.g. for automated USE flag changes > > over ssh in a server farm. > > If you're doing configuration management over ssh, you might want a > proper configuration management solution anyway, like ansible or > puppet. Yeah, I had a look on those some time ago. But how would you teach those tools to understand and manipulate USE flags properly? That's where flaggie is again required for AFAIK. Well, I never got a fan of ansible & co and instead have my bunch of bash scripts being sent/executed over ssh, opening tmux windows and such. Tested for up to 30 Gentoo boxes and that just WFM.
Re: [gentoo-dev] Last rites: app-portage/flaggie
> > So I will deeply miss flaggie! Despite some issues it is a very > > helpful thing once you know it, e.g. for automated USE flag changes > > over ssh in a server farm. > > Hmm, that's a use case I didn't think of (and I didn't know anyone is > actually using flaggie non-interactively). I guess most of the time you > could get away with something like: > > echo app-foo/bar baz >> /etc/portage/package.use/local.conf > > etc. Yeah but... flaggie interprets all such files and it is able to keep them clean by just editing it at the right place (well, mostly) instead of having the same package being tweaked at mutiple places back and forth again. > To be honest, I'm thinking of starting from scratch like all cool > programmers do these days. Perhaps I should aim for a very simple tool > that doesn't try to represent all Portage configuration in AST > and instead just does plain manipulations. So perhaps they'll > be a flaggie2 after all. Oh, yes, please. "Just" something that does the monkey work of such flag manipulations. BTW: I'd really love to keep flaggie until there is your cool new flaggie2 and I'm very willing to ignore my bug report: https://bugs.gentoo.org/746542 ;-) Thanks
