Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Joshua Kinard
On 3/11/2022 20:57, Sam James wrote: > > >> On 10 Mar 2022, at 23:18, Joshua Kinard wrote: >> >> On 3/10/2022 14:58, Alec Warner wrote: >>> On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote: On 3/9/2022 16:00, Matt Turner wrote: > I'd like to deprecate and ultimately remove rep

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Joshua Kinard
On 3/11/2022 20:54, Sam James wrote: > > >> On 11 Mar 2022, at 19:39, Joshua Kinard wrote: >> >> On 3/11/2022 03:54, Mart Raudsepp wrote:> Ühel kenal päeval, N, 10.03.2022 >> kell 18:18, kirjutas Joshua Kinard: I stick to the officially-published method of checking and committing chang

[gentoo-dev] Last rites: dev-libs/processor-trace

2022-03-11 Thread Sam James
# Sam James (2022-03-11) # No maintainer, out of date, stuck on deprecated # (and soon-to-stop-working) cmake-utils. bug #774480. # Removal on 2022-04-11. dev-libs/processor-trace signature.asc Description: Message signed with OpenPGP

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Sam James
> On 10 Mar 2022, at 23:18, Joshua Kinard wrote: > > On 3/10/2022 14:58, Alec Warner wrote: >> On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote: >>> >>> On 3/9/2022 16:00, Matt Turner wrote: I'd like to deprecate and ultimately remove repoman. I believe that dev-util/pkgcheck an

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Sam James
> On 11 Mar 2022, at 17:14, Peter Stuge wrote: > [snip] > Looking into the future then maybe portage could even come to use > pkgcore for the low-level things that pkgcore does, then even users > could enjoy improved performance. > Are you volunteering to work on this substantial task? sign

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Sam James
> On 11 Mar 2022, at 19:39, Joshua Kinard wrote: > > On 3/11/2022 03:54, Mart Raudsepp wrote:> Ühel kenal päeval, N, 10.03.2022 > kell 18:18, kirjutas Joshua Kinard: >>> I stick to the officially-published method of checking and committing >>> changes: >>> https://devmanual.gentoo.org/ebuild-ma

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Sam James
> On 11 Mar 2022, at 19:51, Joshua Kinard wrote: > > On 3/11/2022 13:25, Alec Warner wrote: > > [snip] > >> >> The new workflow with pkgcheck was announced at the end of 2019: >> https://blogs.gentoo.org/mgorny/2019/12/12/a-better-ebuild-workflow-with-pure-git-and-pkgcheck >> >> It's been 2

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Matt Turner
On Fri, Mar 11, 2022 at 4:43 PM Francesco Riosa wrote: > > Il giorno mer 9 mar 2022 alle ore 22:01 Matt Turner ha > scritto: >> >> I'd like to deprecate and ultimately remove repoman. I believe that >> dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) > > > Hi using `repoman

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Francesco Riosa
Il giorno mer 9 mar 2022 alle ore 22:01 Matt Turner ha scritto: > I'd like to deprecate and ultimately remove repoman. I believe that > dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) > Hi using `repoman manifest` in scripts here, what would be the correct replacement for

[gentoo-dev] Re: Deprecating repoman

2022-03-11 Thread Matt Turner
I've filed a PR against devmanual.git to remove references to repoman and replace them with references to pkgdev where appropriate. Most everywhere already had pkgdev/pkgcheck text in place so there wasn't much to do. See: https://github.com/gentoo/devmanual/pull/274

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Arthur Zamarin
On 11/03/2022 21.51, Joshua Kinard wrote: > On 3/11/2022 13:25, Alec Warner wrote: > > [snip] > >> >> The new workflow with pkgcheck was announced at the end of 2019: >> https://blogs.gentoo.org/mgorny/2019/12/12/a-better-ebuild-workflow-with-pure-git-and-pkgcheck >> >> It's been 2 years, I think

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Joshua Kinard
On 3/11/2022 13:25, Alec Warner wrote: [snip] > > The new workflow with pkgcheck was announced at the end of 2019: > https://blogs.gentoo.org/mgorny/2019/12/12/a-better-ebuild-workflow-with-pure-git-and-pkgcheck > > It's been 2 years, I think we can bring everyone into the fold here. I've sear

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Joshua Kinard
On 3/11/2022 03:54, Mart Raudsepp wrote:> Ühel kenal päeval, N, 10.03.2022 kell 18:18, kirjutas Joshua Kinard: >> I stick to the officially-published method of checking and committing >> changes: >> https://devmanual.gentoo.org/ebuild-maintenance/git/index.html >> >> The two tools highlighted there

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Ulrich Mueller
> On Thu, 10 Mar 2022, Alec Warner wrote: > I'm not sure a news item is strictly necessary, we might just p.mask > repoman with a link to the guide that Matt will need to write about > how repoman is being replaced. We should distinguish between deprecating the repoman(-only) workflow and dep

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Brian Dolbec
On Fri, 11 Mar 2022 10:25:19 -0800 Alec Warner wrote: > On Fri, Mar 11, 2022 at 9:14 AM Peter Stuge wrote: > > > > Matt Turner wrote: > > > repoman is inferior to other tooling mentioned. The other tooling > > > is actually run in CI. > > > > The problem seems to be that CI is running someth

[gentoo-dev] Up for grabs: dev-lang/elixir

2022-03-11 Thread Matthew Smith
dev-lang/elixir is up for grabs due to the proxied-maintainer being inactive. It is currently up-to-date and has no outstanding bugs.

[gentoo-dev] Up for grabs: net-fs/s3fs

2022-03-11 Thread Matthew Smith
net-fs/s3fs is up grabs due to the proxied-maintainer being inactive. It is currently up-to-date and has no outstanding bugs.

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Alec Warner
On Fri, Mar 11, 2022 at 9:14 AM Peter Stuge wrote: > > Matt Turner wrote: > > repoman is inferior to other tooling mentioned. The other tooling is > > actually run in CI. > > The problem seems to be that CI is running something other than > developers run, not the other way around. > > > > Develop

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Peter Stuge
Matt Turner wrote: > repoman is inferior to other tooling mentioned. The other tooling is > actually run in CI. The problem seems to be that CI is running something other than developers run, not the other way around. > Developers should get the same warnings locally as in CI. I agree. And deve

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Brian Dolbec
On Thu, 10 Mar 2022 12:07:40 -0600 William Hubbs wrote: > On Thu, Mar 10, 2022 at 09:29:59AM -0800, Matt Turner wrote: > > On Wed, Mar 9, 2022 at 11:09 PM Joonas Niilola > > wrote: > > > > > > On 9.3.2022 23.00, Matt Turner wrote: > > > > I'd like to deprecate and ultimately remove repoman.

[gentoo-dev] Last rites: dev-db/mysql-cluster

2022-03-11 Thread Sam James
# Sam James (2022-03-11) # Significant number of open bugs including unaddressed security issues; # out of date; stuck on deprecated (and soon-to-stop-working) cmake-utils # eclass. See bug #834113. Removal on 2022-04-11. dev-db/mysql-cluster signature.asc Description: Message signed with OpenPG

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Mart Raudsepp
Ühel kenal päeval, N, 10.03.2022 kell 18:18, kirjutas Joshua Kinard: > I stick to the officially-published method of checking and committing > changes: > https://devmanual.gentoo.org/ebuild-maintenance/git/index.html > > The two tools highlighted there for the bulk of the work is repoman > and pkg