Thanks, that seems to have fixed it (after blowing away the agent's
workspaces again).
No idea why it succeeded on MacOS before that, the git version there is
a bit older than the one on the RHEL-7 (linux-64) build agent.
Should we be protecting our submodule master branches from force-pushes?
GitHub can do that now IIRC. A discussion topic for Wednesday I think...
- Andrew
On 8/1/22 12:30 PM, Michael Davidsaver wrote:
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.
--
Complexity comes for free, Simplicity you have to work for.
- Replies:
- Re: epics-base/.ci submodule problem Michael Davidsaver 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
- Re: epics-base/.ci submodule problem Michael Davidsaver via Core-talk
- Navigate by Date:
- Prev:
epics-7.0 » linux64 - Build # 414 - Still Failing! APS Jenkins via Core-talk
- Next:
epics-7.0 » linux64 - Build # 415 - Fixed! 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:
Re: epics-base/.ci submodule problem Michael Davidsaver via Core-talk
- Next:
Re: epics-base/.ci submodule problem Michael Davidsaver 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
|