Hi.

Le mer. 5 janv. 2022 à 08:28, Gavin McDonald <gmcdon...@apache.org> a écrit :
>
> Bump

I've seen your post, but I'm missing too much information (about why
the setup is the way it is) to understand its impact, and to know what
actions, if any, should be performed for individual components so that
the current contents (a SVN-controlled "site-content" directory) will still
be reachable using an URL like (for "Commons Math"):
    https://commons.apache.org/math

>
> Without an answer I'll have to go ahead.

Thanks for your help,
Gilles

>
> On 2022/01/01 12:31:37 Gavin McDonald wrote:
> > Hi All,
> >
> > Top posting to clarify for Commons.
> >
> > Jenkins is not involved here.
> >
> > There is one build job called 'commons-site'
> >
> > I believe you no longer use it as it hasn't run since July 2021
> >
> > https://ci.apache.org/builders/commons-site of which the config file
> > lives at:
> >
> > [1] -
> > https://svn.apache.org/repos/infra/infrastructure/buildbot/aegis/buildmaster/master1/projects/commons.conf
> >
> > However, there are other settings/files I also need to clarify.
> >
> > You still have a commons cms site area at:
> >
> > [2] - https://cms.apache.org/commons/
> >
> > and also a CMS entry in svnwcsub:
> >
> > [3] -
> > https://github.com/apache/infrastructure-p6/blob/production/modules/svnwcsub/files/svnwcsub.conf#L47
> >
> > which is related to the content at:
> >
> > [4] -
> > https://svn.apache.org/repos/infra/websites/production/commons/content/
> >
> > So you can see there are a number of CMS aspects here that need to be
> > resolved.
> >
> > My understanding is that you no longer need [1] and [2]
> >
> > You still use [4] to place your generated content and so [3] is also needed.
> >
> > I have mentioned before that the location of [4] - a CMS specific location
> > - needs to be replaced by an
> > 'svn mv' to https://svn.apache.org/repos/infra/sites/ [5] and that [3]
> > would be updated to point to that location
> > instead. Sebb indicated this would be a lot of work and that you needed
> > time. It has been a while and nothing
> > has yet been done. I will allow more time but please understand this MUST
> > happen.
> >
> > My ask, for this migration period is that may I get confirmation that [1]
> > and [2] can be removed/deleted.
> >
> > Hope that clarifies.
> >
> >
> >
> >
> >
> >
> >
> >
> > On Sat, Jan 1, 2022 at 2:31 AM Gary Gregory <garydgreg...@gmail.com> wrote:
> >
> > > On Fri, Dec 31, 2021 at 8:22 PM Gilles Sadowski <gillese...@gmail.com>
> > > wrote:
> > >
> > > > Le ven. 31 déc. 2021 à 14:17, Gary Gregory <garydgreg...@gmail.com> a
> > > > écrit :
> > > > >
> > > > > WRT Commons, CI is handled by GitHub actions
> > > >
> > > > Whatever "handled" means here, is the sentence true for
> > > > *all* components?
> > > >
> > > > I thought that "GH actions" was replacing Travis (for some
> > > > components).
> > > >
> > > > > these days so I am not worried
> > > > > about losing ci.a.o.
> > > >
> > > > If "ci" means "Jenkins", then I'm worried about
> > > >   Commons Math
> > > >   Commons RNG
> > > >   Commons Statistics
> > > >   Commons Numbers
> > > >   Commons Geometry
> > > >
> > >
> > > Thank you for correcting my "all". I've not tracked the above 5 components
> > > for a while.
> > >
> > > Gary
> > >
> > >
> > > > If "ci" means web site publishing, I've no idea where we are.
> > > > Last word (IIRC) was that requesting one git repository for
> > > > each component's web site was overkill, and perhaps (?)
> > > > not necessary.  A seeming dissonance with this reminder...
> > > >
> > > > Regards,
> > > > Gilles
> > > >
> > > > >
> > > > > TY
> > > > > Gary
> > > > >
> > > > > On Fri, Dec 31, 2021 at 6:38 AM Gavin McDonald <gmcdon...@apache.org>
> > > > wrote:
> > > > >
> > > > > > Hi All,
> > > > > >
> > > > > > (This email is BCC many (19) lists, please reply to
> > > bui...@apache.org
> > > > > > only)
> > > > > >
> > > > > > Infra has set a FINAL date of January 31st 2022 for the turn off of
> > > > > > ci.apache.org. This includes all of its nodes , of which the CMS
> > > node
> > > > is
> > > > > > one. Therefore the CMS is also going to be gone on the 31st January
> > > > 2022.
> > > > > >
> > > > > > Any project that still uses the CMS in any way shape or form, MUST
> > > > migrate
> > > > > > to another build and publish method.
> > > > > >
> > > > > > Any project using ci.apache.org for the building and
> > > > testing/publishing of
> > > > > > CI builds MUST also migrate away to another CI - the direct
> > > > replacement is
> > > > > > ci2.apache.org the new Buildbot 3.2 based instance. Publishing of
> > > > Javadocs
> > > > > > and versioned websites etc that normally publish to
> > > > ci.apache.org/projects
> > > > > > will need to migrate their jobs to ci2.apache.org and publish
> > > results
> > > > to
> > > > > > nightlies.apache.org instead (via an rsync step).
> > > > > >
> > > > > > Projects have been repeatedly informed of the deprecation of both
> > > > > > ci.apache.org and also the CMS itself, so this notice should not be
> > > a
> > > > > > surprise to anybody.
> > > > > >
> > > > > > If you don't  have an INFRA ticket already open, or you don't know 
> > > > > > if
> > > > there
> > > > > > is an INFRA ticket already open for your project, please open one
> > > > > > immediately so that we can get working on your migration ASAP. One 
> > > > > > or
> > > > two
> > > > > > projects I know of have a non-standard setup of publishing and so 
> > > > > > the
> > > > > > earlier we get started the better.
> > > > > >
> > > > > > Below is a list of projects I know to still be using either the CMS
> > > (in
> > > > > > whole or in part) and ci.apache.org for CI builds, there may be
> > > more.
> > > > > >
> > > > > > Projects fully using the CMS
> > > > > > ======================
> > > > > >
> > > > > > Commons
> > > > > > DB (and subprojects)
> > > > > > Hive
> > > > > > Oozie
> > > > > >
> > > > > > Projects partially using the CMS
> > > > > > =========================
> > > > > >
> > > > > > Lucene
> > > > > > CXF
> > > > > > Tapestry
> > > > > > Santuario
> > > > > > Geronimo
> > > > > > Nutch
> > > > > >
> > > > > > All the above except Nutch I believe are exporting from Confluence
> > > and
> > > > > > committing to
> > > > > > svn.apache.org/repos/infra/websites/production/ - I have been
> > > working
> > > > on
> > > > > > an
> > > > > > alternate
> > > > > > method that does not involve the CMS agent (or its dependents like
> > > > > > build_external.pl)
> > > > > > CXF and Tapestry at least have INFRA tickets open regarding this.
> > > > > >
> > > > > > Projects using ci.apache.org for CI jobs
> > > > > > ================================
> > > > > >
> > > > > > The Board - board-site build.
> > > > > > Perl/mod_perl - several test builds.
> > > > > > AsterixDB - docs build
> > > > > > HTTPD - test builds
> > > > > > Juddi - Several test builds
> > > > > > OpenJPA - Several test builds
> > > > > > Creadur - Several test builds
> > > > > > JMeter - test builds
> > > > > > OpenNLP - site build ?
> > > > > > Commons - site build ?
> > > > > > Ponymail - site build ?
> > > > > > TrafficServer - Test Build + site build ?
> > > > > > Tapestry - test build
> > > > > >
> > > > > > All builds that need migrating can be seen on this page:
> > > > > >
> > > > > > https://ci.apache.org/buildslaves
> > > > > >
> > > > > > Ok, those are the details, lets get started please people
> > > > > >
> > > > > > Oh, and Happy New Year!
> > > > > >
> > > > > > Gavin McDonald
> > > > > > Systems Administrator
> > > > > > ASF Infrastructure Team
> > > > > >
> >
> > --
> >
> > *Gavin McDonald*
> > Systems Administrator
> > ASF Infrastructure Team
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to