https://bugzilla.wikimedia.org/show_bug.cgi?id=42953

Antoine "hashar" Musso <has...@free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |ASSIGNED

--- Comment #7 from Antoine "hashar" Musso <has...@free.fr> ---
If the remote is /srv/ssd/zuul/git/$ZUUL_PROJECT , that translates to:

/srv/ssd/zuul/git/operations/puppet

Being a local URL, Jenkins use 'git rev-parse --is-bare-repository' which
returns false (Zuul creates working repos since it merges submitted patches on
top of master). Being a non-bar repository, Jenkins assume the submodules have
been fetched there and will rewrite the submodules URLs:

 <li>If the super-project is <b>not</b> bare, it is assumed that the
    repository has each of its submodules cloned and checked out appropriately.
    Thus, the submodules will be taken directly from a path like
    <code>${SUPER_PROJECT_URL}/${SUBMODULE}</code>, rather than relying on
    information from <i>.gitmodules</i>.</li>


The definitive fix is to never use /srv/ssd/zuul/git/ as a git URL whenever we
have submodules.  Instead we can use git://integration.wikimedia.org/... and
use /srv/ssd/gerrit/git as a reference to speed up thing.


I have manually updated the operations-puppet-doc job to use the git:// URL,
and that fixed the issue.  Looking at the config files, the following jobs
still reference /srv/ssd/zuul for a git repository and thus need to be updated
in Jenkins job builder:

analytics-libanon
analytics-udp-filters
analytics-webstatscollector
analytics-wikistats
integration-jjb-config-test
mediawiki-core-doxygen-publish
mediawiki-core-install-sqlite
mediawiki-core-jsduck
mediawiki-core-jsduck-publish
mediawiki-core-lint
mediawiki-core-qunit
mediawiki-core-regression-master
mediawiki-core-regression-REL1_19
mediawiki-core-regression-REL1_20
mediawiki-core-regression-REL1_21
mwext-DonationInterface-runtests
mwext-Wikibase-server-tests
operations-puppet-doc
operations-puppet-spec
phpcomponent-Diff-phpunit
test-mediawiki-dumpenv
test-mediawiki-phpcs-HEAD
test-phpunit-on-slave


Whenever one of those job uses submodules, it will end up failing to clone the
submodule due to the path rewriting :(

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to