On 8/1/22 10:21, Andrew Johnson via Core-talk wrote:
APS Jenkins seems to be unable to clone the epics-base repo (I'm not sure why that just succeeded on macOS, which is running exactly the same commands as the Linux agents) due to something in the .ci submodule.
It looks like there was a force push to 'master' in ci-scripts
some time on or after the 24th. ("origin/master" in my checkout
was still pointing to the g8a2666a rev.)
So as not to have a dangling submodule reference in the Base history
I have created a tag "v3.3.0-10-g8a2666a" to keep that rev. reachable.
On 8/1/22 11:56 AM, APS Jenkins via Core-talk wrote:
Build URL: https://jenkins.aps.anl.gov/job/epics-7.0/OS=linux64/413/
This job failed to build.
...
> git config --get submodule.modules/pvDatabase.url # timeout=10
> git config -f .gitmodules --get submodule.modules/pvDatabase.path # timeout=10
> git config --get submodule.modules/pva2pva.url # timeout=10
> git config -f .gitmodules --get submodule.modules/pva2pva.path # timeout=10
> git config --get submodule..ci.url # timeout=10
> git config -f .gitmodules --get submodule..ci.path # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update modules/pvData # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update modules/pvAccess # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update modules/normativeTypes # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update modules/pvaClient # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update modules/pvDatabase # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update modules/pva2pva # timeout=10
Setting http proxy: webproxy1.anl.gov:9091
> git submodule update .ci # timeout=10
hudson.plugins.git.GitException: Command "git submodule update .ci" returned status code 1:
stdout: Cloning into '.ci'...
stderr: fatal: reference is not a tree: 8a2666a9deeb6c618bcc73ba80f1a83a878c7a84
Unable to checkout '8a2666a9deeb6c618bcc73ba80f1a83a878c7a84' in submodule path '.ci'
I'm guessing we may just need to commit a 'git add .ci; git commit' to the 7.0 branch to fix that but I'm not certain, can someone explain what happened to the ci submodule?
- Andrew
--
Complexity comes for free, Simplicity you have to work for.
- Replies:
- Re: epics-base/.ci submodule problem Andrew Johnson via Core-talk
- References:
- epics-7.0 » linux64 - Build # 412 - Failure! APS Jenkins via Core-talk
- epics-7.0 » linux64 - Build # 413 - Still Failing! APS Jenkins via Core-talk
- epics-base/.ci submodule problem Andrew Johnson via Core-talk
- Navigate by Date:
- Prev:
epics-base/.ci submodule problem Andrew Johnson via Core-talk
- Next:
epics-7.0 » linux32 - Build # 414 - Still Failing! APS Jenkins via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
<2022>
2023
2024
- Navigate by Thread:
- Prev:
epics-base/.ci submodule problem Andrew Johnson via Core-talk
- Next:
Re: epics-base/.ci submodule problem Andrew Johnson via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
<2022>
2023
2024
|