You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@community.apache.org by Rich Bowen <rb...@rcbowen.com> on 2026/09/18 12:44:22 UTC
Missing/Invalid DOAP files
As of this morning, projects.apache.org <http://projects.apache.org/> contains this page: https://projects.apache.org/validation-report.html
(Note: If you’re a frequent projects.a.o user you may need to clear cache or do a force-refresh to get the latest css and js files to make stuff render correctly. Browser caching can mess that up.)
That page lists projects that have missing DOAP files, or files that are invalid in some way.
This is a great opportunity to make small contributions to these projects, making small corrections to these files, and letting them know about the helpful people in ComDev along the way, so that we can start building connections with these projects.
—Rich
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: Missing/Invalid DOAP files
Posted by Rich Bowen <rb...@rcbowen.com>.
> On Sep 18, 2026, at 10:47 AM, Dave Fisher <wa...@apache.org> wrote:
>
> The tooling team has developed a perspective on missing DOAP files. There are many more missing than you might know especially for PMCs with many, many subprojects plus some of the information in DOAP files like Releases is duplicative of now, much better sources.
>
> One of the steps in joining the ATR Beta at https://releases.apache.org/ is for many, but not most PMCs is to confirm the sub-projects that we identified from a full intake of the ASF’s release history on https://archive.apache.org. You can find that information on https://release-catalog.apache.org/. We focused on active PMCs and were willing to lose the project distinction on those in the Attic.
>
> We built initial information from DOAP files and have a bridge in .asf.yaml’s project section that allows for DOAP files to supplement the project information pushed to ATR. This catalog can be a source of truth for releases and includes support for some new standards like CLE and we will land on PURL as soon as the protocol we need is standardized.
Awesome. I, for one, look forward to the day when we can burn the DOAP files with fire, but meanwhile, in the words of the poet, we hold on. :) **
>
> We have replacement for some of the json files used in projects.apache.org, reporter.apache.org, and your new metrics “boxofclue”. We have not tested that those replacements work.
>
FWIW, the boxofclue site has now been given a modicum of additional respect, and promoted to https://apache.github.io/comdev-metrics/
> At CoC Glasgow we have three ATR related time slots.
>
> Monday:
> 14:20 -15:00 - ATR presentation.
> 17:00 -17:40 - ATR workshop
> Tuesday:
> 11:20 - 15:00 - Tooling Hackathon
I’ll be there!
>
> For the hackathon we plan two activities. Help PMCs onboard especially confirming project configuration, and help us write ATR documentation.
>
Count me in. Also hoping to do some PlusOne interviews with y’all.
> We can discuss with Comdev after next week the new json files, or wait until CoC and talk in person.
I look forward to it. I have a few hours a week to hack on this stuff, and am making some progress, but obviously having a united story is the longer term goal.
**
"We Hold On”, Rush
How many times
Do we tire of all the little battles
Threaten to call it quits
Tempted to cut and run
How many times
Do we weather out the stormy evenings
Long to slam the front door
Drive away into the setting sun
Keep going on 'til dawn
How many times must another line be drawn
We could be down and gone
But we hold on
https://www.azlyrics.com/lyrics/rush/weholdon.html
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: Missing/Invalid DOAP files
Posted by Dave Fisher <wa...@apache.org>.
The tooling team has developed a perspective on missing DOAP files. There are many more missing than you might know especially for PMCs with many, many subprojects plus some of the information in DOAP files like Releases is duplicative of now, much better sources.
One of the steps in joining the ATR Beta at https://releases.apache.org/ is for many, but not most PMCs is to confirm the sub-projects that we identified from a full intake of the ASF’s release history on https://archive.apache.org. You can find that information on https://release-catalog.apache.org/. We focused on active PMCs and were willing to lose the project distinction on those in the Attic.
We built initial information from DOAP files and have a bridge in .asf.yaml’s project section that allows for DOAP files to supplement the project information pushed to ATR. This catalog can be a source of truth for releases and includes support for some new standards like CLE and we will land on PURL as soon as the protocol we need is standardized.
We have replacement for some of the json files used in projects.apache.org, reporter.apache.org, and your new metrics “boxofclue”. We have not tested that those replacements work.
At CoC Glasgow we have three ATR related time slots.
Monday:
14:20 -15:00 - ATR presentation.
17:00 -17:40 - ATR workshop
Tuesday:
11:20 - 15:00 - Tooling Hackathon
For the hackathon we plan two activities. Help PMCs onboard especially confirming project configuration, and help us write ATR documentation.
We can discuss with Comdev after next week the new json files, or wait until CoC and talk in person.
Best,
Dave
> On Sep 18, 2026, at 5:44 AM, Rich Bowen <rb...@rcbowen.com> wrote:
>
> As of this morning, projects.apache.org <http://projects.apache.org/> contains this page: https://projects.apache.org/validation-report.html
>
> (Note: If you’re a frequent projects.a.o user you may need to clear cache or do a force-refresh to get the latest css and js files to make stuff render correctly. Browser caching can mess that up.)
>
> That page lists projects that have missing DOAP files, or files that are invalid in some way.
>
> This is a great opportunity to make small contributions to these projects, making small corrections to these files, and letting them know about the helpful people in ComDev along the way, so that we can start building connections with these projects.
>
> —Rich
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
> For additional commands, e-mail: dev-help@community.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org