I think Dormant is fine for now. 2c, Gary
On Mon, Oct 2, 2023, 5:26 PM sebb <seb...@gmail.com> wrote: > Archiving is possible, but needs Infra intervention. > Likewise unarchiving. > > So if we did archive the code, it would be a bit more work to re-activate > it. > > I have added (Dormant) to the component name in .asf.yaml - this shows > up on the GH page and in the gitbox listings [1] > > If it turns out archiving is necessary, we can always do that later. > > Sebb > [1] https://gitbox.apache.org/repos/asf#commons > > On Sun, 1 Oct 2023 at 13:48, Bruno Kinoshita <brunodepau...@gmail.com> > wrote: > > > > Are we (or infra) able to archive a repository? That would be a good > > indicator for the user that the repository is not actively maintained. > Then > > they could find out more in the README file. Example archive repository: > > https://github.com/cylc/cylc-conda > > > > On Sun, 1 Oct 2023 at 14:04, Gary Gregory <garydgreg...@gmail.com> > wrote: > > > > > Maybe just put text at the TOP of the README.md, and keep the rest > > > below (for posterity and in case of unlikely resurrection). > > > > > > Warning: The Apache Commons Function component is now DORMANT, meaning > > > this component is not open for development. Post to the user's mailing > > > list at <....> for questions. > > > > > > Gary > > > > > > On Sun, Oct 1, 2023 at 7:53 AM sebb <seb...@gmail.com> wrote: > > > > > > > > OK, mostly done. > > > > > > > > I'm just wondering how we document dormancy in the GH repos? > > > > > > > > Perhaps just override the generated README.md ? > > > > > > > > Sebb > > > > > > > > On Thu, 21 Sept 2023 at 02:29, Gary Gregory <garydgreg...@gmail.com> > > > wrote: > > > > > > > > > > Ah, right! Dormant it is for Functor then. > > > > > > > > > > Gary > > > > > > > > > > On Wed, Sep 20, 2023, 7:03 PM sebb <seb...@gmail.com> wrote: > > > > > > > > > > > FTR: Attic is only for PMCs, not individual projects/components > > > > > > > > > > > > On Wed, 20 Sept 2023 at 17:32, Gary Gregory < > garydgreg...@gmail.com> > > > > > > wrote: > > > > > > > > > > > > > > Functor should be attic'd IMO. > > > > > > > > > > > > > > Gary > > > > > > > > > > > > > > > > > > > > > On Wed, Sep 20, 2023, 10:29 AM Gilles Sadowski < > > > gillese...@gmail.com> > > > > > > wrote: > > > > > > > > > > > > > > > Le mer. 20 sept. 2023 à 15:36, sebb <seb...@gmail.com> a > écrit : > > > > > > > > > > > > > > > > > > I cannot find any releases for Functor > > > > > > > > > > > > > > > > Briefly looking at the description and examples pages (not > the > > > code), > > > > > > > > it seems that much functionality has been superseded by the > > > standard > > > > > > > > "java.util.function" package and lambdas. > > > > > > > > What looks interesting is the mention of "design patterns"; > > > maybe this > > > > > > > > part could be moved to somewhere else (if sufficiently > useful)... > > > > > > > > > > > > > > > > > or OGNL, > > > > > > > > > > > > > > > > No site update since 2013 (according to the date on the web > > > page). > > > > > > > > Code never moved to "git" (according to the "source > repository" > > > page). > > > > > > > > Just inferring potential usage from the description, it seems > > > that > > > > > > > > "Groovy" would be a more appropriate (and supported) tool > (?). > > > > > > > > > > > > > > > > Regards, > > > > > > > > Gilles > > > > > > > > > > > > > > > > > yet they are listed on > > > > > > > > > the commons home page, and the releases page. > > > > > > > > > > > > > > > > > > Seems to me they should be moved to dormant? > > > > > > > > > > > > > > > > > > Sebb > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
