Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Maciej Barć
Are there any useful checks or behaviors of repoman that are missing from pkgcheck and pkgcommit? Fixing ebuild copyright date is the first one that comes to mind. On 3/9/22 10:00 PM, Matt Turner wrote: I'd like to deprecate and ultimately remove repoman. I believe that dev-util/pkgcheck and

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
On Wed, Mar 9, 2022 at 1:27 PM Maciej Barć wrote: > > > Are there any useful checks or behaviors of repoman that are missing > > from pkgcheck and pkgcommit? > > Fixing ebuild copyright date is the first one that comes to mind. pkgcommit does this.

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matthias Maier
Just a quick though: Looking at the man page of repoman it doesn't look to difficult to replicate the behavior with pkgcheck. Meaning, we could think of creating a drop-in replacement for "repoman [full]" (which would just call pkgcheck) and "repoman commit" which actually does much more than

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Brian Evans
On 3/9/2022 4:28 PM, Matt Turner wrote: On Wed, Mar 9, 2022 at 1:27 PM Maciej Barć wrote: Are there any useful checks or behaviors of repoman that are missing from pkgcheck and pkgcommit? Fixing ebuild copyright date is the first one that comes to mind. pkgcommit does this. I highly

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matthias Maier
On Wed, Mar 9, 2022, at 15:47 CST, Matt Turner wrote: > [...] > > I wouldn't block anyone from doing this, but it's not something I'm > personally interested in pursuing. I see very little value here. I did not intend to imply that you should do anything. I just want to point out that we had

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Rich Freeman
On Wed, Mar 9, 2022 at 4:00 PM Matt Turner wrote: > > Are there any useful checks or behaviors of repoman that are missing > from pkgcheck and pkgcommit? Would it make sense to package pkgcommit or otherwise stick it somewhere official? I know there is a copy on mgorny's github repo/blog, but

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Ionen Wolkens
On Wed, Mar 09, 2022 at 01:00:37PM -0800, Matt Turner wrote: > I'd like to deprecate and ultimately remove repoman. I believe that > dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) There's also dev-util/pkgdev as an alternative to pkgcommit with more features for those that

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
On Wed, Mar 9, 2022 at 2:34 PM Matthias Maier wrote: > > On Wed, Mar 9, 2022, at 15:47 CST, Matt Turner wrote: > > > [...] > > > > I wouldn't block anyone from doing this, but it's not something I'm > > personally interested in pursuing. I see very little value here. > > I did not intend to

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
On Wed, Mar 9, 2022 at 4:18 PM Matthias Maier wrote: > > > On Wed, Mar 9, 2022, at 17:32 CST, Matt Turner wrote: > > > I think you just made that number up :) > > Nah. My sample was just bad (ago just made a sizable number of commits. > > I would estimate the current usage of repoman to be

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
On Wed, Mar 9, 2022 at 1:15 PM Rich Freeman wrote: > > On Wed, Mar 9, 2022 at 4:00 PM Matt Turner wrote: > > > > Are there any useful checks or behaviors of repoman that are missing > > from pkgcheck and pkgcommit? > > Would it make sense to package pkgcommit or otherwise stick it > somewhere

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
On Wed, Mar 9, 2022 at 1:32 PM Brian Evans wrote: > > On 3/9/2022 4:28 PM, Matt Turner wrote: > > On Wed, Mar 9, 2022 at 1:27 PM Maciej Barć wrote: > >> > >>> Are there any useful checks or behaviors of repoman that are missing > >>> from pkgcheck and pkgcommit? > >> > >> Fixing ebuild copyright

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matthias Maier
On Wed, Mar 9, 2022, at 17:32 CST, Matt Turner wrote: > I think you just made that number up :) Nah. My sample was just bad (ago just made a sizable number of commits. I would estimate the current usage of repoman to be about 20-25%, down from well over 80-90% back when we just switched to

[gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
I'd like to deprecate and ultimately remove repoman. I believe that dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) are far superior replacements, and it makes sense to have people using the same tool and seeing the same warnings as in the CI. Are there any useful checks or

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Brian Evans
On 3/9/2022 4:00 PM, Matt Turner wrote: I'd like to deprecate and ultimately remove repoman. I believe that dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) are far superior replacements, and it makes sense to have people using the same tool and seeing the same warnings as

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Joonas Niilola
On 9.3.2022 23.00, Matt Turner wrote: > I'd like to deprecate and ultimately remove repoman. I believe that > dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) > are far superior replacements, and it makes sense to have people using > the same tool and seeing the same warnings

Re: [gentoo-dev] Deprecating repoman

2022-03-09 Thread Matt Turner
On Wed, Mar 9, 2022 at 1:37 PM Matthias Maier wrote: > > > Just a quick though: > > Looking at the man page of repoman it doesn't look to difficult to > replicate the behavior with pkgcheck. Meaning, we could think of > creating a drop-in replacement for "repoman [full]" (which would just > call

[gentoo-dev] Last rites: dev-perl/JavaScript-SpiderMonkey

2022-03-09 Thread Sam James
# Sam James (2022-03-09) # Depends on very-old slot of SpiderMonkey which shouldn't be # used with untrusted input (vulnerable to lots of security bugs). # No reverse dependencies and no updates upstream for a long while. # Stuck on EAPI 5 too. Removal on 2022-04-09. bug #832313.

[gentoo-dev] Last rites: dev-java/edtftpj

2022-03-09 Thread Sam James
# Sam James (2022-03-09) # EAPI 5, out-of-date. Not packaged by any other distributions. # Removal on 2022-04-09. dev-java/edtftpj signature.asc Description: Message signed with OpenPGP

[gentoo-dev] Last rites: dev-java/cortado

2022-03-09 Thread Sam James
# Sam James (2022-03-09) # Fails to build, stuck on EAPI 5. # bug #690606, bug #830937, bug #833397. # Removal on 2022-04-09. dev-java/cortado signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] Last rites: dev-java/cortado

2022-03-09 Thread Sam James
> On 9 Mar 2022, at 14:34, Sam James wrote: > > # Sam James (2022-03-09) > # Fails to build, stuck on EAPI 5. > # bug #690606, bug #830937, bug #833397. > # Removal on 2022-04-09. > dev-java/cortado Cancelled. I'd missed that games-strategy/freecol still needs it. signature.asc