Fully Agree.
I looked at those when I recently learned about DOAP and I hoped they will
give some more information, yet all my hope was gone when I looked at them.
J,
On Wed, Sep 6, 2023 at 3:09 PM sebb wrote:
> It's a bit of a pain to maintain two copies of the lists of languages
> and catego
Hello-
While looking through the ASF Project Stats dashboard for Lucene, I noticed
that metrics around commit, PR and issue activity seem incorrect. It looks
like it's possibly observing the apache/lucenenet GitHub project instead of
apache/lucene. Is there a good way to go about fixing this? Is t
hm, whatever it is that populates the data we get that helps to seed
board reports. Sorry, maybe that's reporter?
On Wed, Sep 6, 2023 at 9:13 AM sebb wrote:
>
> On Wed, 6 Sept 2023 at 13:51, Michael Sokolov wrote:
> >
> > Perhaps if we used the information in these files to drive creation of
> >
On Wed, 6 Sept 2023 at 13:51, Michael Sokolov wrote:
>
> Perhaps if we used the information in these files to drive creation of
> the board report templates in whimsy, projects would have some
> stronger incentive to keep them up to date? Or ... maybe we do that
> already? I'm not sure though beca
It's a bit of a pain to maintain two copies of the lists of languages
and categories.
Seems to me that the pages
https://projects.apache.org/categories.html
https://projects.apache.org/languages.html
don't provide anything that is not available from the drop-down list
on the DOAP creation form.
I
+1
śr., 6 wrz 2023, 14:03 użytkownik napisał:
> On Wed, 2023-09-06 at 11:53 +0100, sebb wrote:
> > I've just noticed that there are some DOAPs using rather odd
> > categories.
> >
> > For example 'C', 'PHP', 'Groovy', 'SQL'.
> >
> > Seems to me that these are languages, not categories.
> >
> > I
Perhaps if we used the information in these files to drive creation of
the board report templates in whimsy, projects would have some
stronger incentive to keep them up to date? Or ... maybe we do that
already? I'm not sure though because for example we provide
https://git-wip-
On Wed, 2023-09-06 at 11:53 +0100, sebb wrote:
> I've just noticed that there are some DOAPs using rather odd
> categories.
>
> For example 'C', 'PHP', 'Groovy', 'SQL'.
>
> Seems to me that these are languages, not categories.
>
> I think these should be disallowed as categories; they just clutt
I've just noticed that there are some DOAPs using rather odd categories.
For example 'C', 'PHP', 'Groovy', 'SQL'.
Seems to me that these are languages, not categories.
I think these should be disallowed as categories; they just clutter
the category listings and distort the statistics.
WDYT?
Se
Thanks Sebb. Very useful/much appreciated.
> If they are independent products - i.e. can be used independently -
then I would say yes.
Nope. They are "extensions" of the "core" airflow. You cannot use them
without "some" version of airflow installed as well.
> Seems to me that individual provide
On Wed, 6 Sept 2023 at 09:13, Jarek Potiuk wrote:
>
> We just added DOAP for airflow (core project) and I am planning to add
> release information for it automatically as well now when I see it working.
>
> I have a question about good practices though, before I make the next step
> - which is aut
We just added DOAP for airflow (core project) and I am planning to add
release information for it automatically as well now when I see it working.
I have a question about good practices though, before I make the next step
- which is automating generation of all the DOAPs of ours.
In the Apache Ai
On Tue, Sep 5, 2023 at 6:45 PM wrote:
> On Tue, 2023-09-05 at 17:19 +0100, sebb wrote:
> > I doubt it will ever be possible to ensure that fields like releases
> > are kept up to date.
>
> It appears that we have *some* projects that update the doap file as
> part of their release runbook. But, y
13 matches
Mail list logo
