https://bugzilla.wikimedia.org/show_bug.cgi?id=71533
--- Comment #2 from Antoine "hashar" Musso <[email protected]> --- Created attachment 16642 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16642&action=edit git submodule with GIT_TRACE=1 I found that bug while testing a job for pywikibot/core.git which needs to be run on Trusty (it uses python3.4 which is not on Precise). It yielded: /usr/lib/git-core/git-submodule: 552: /usr/lib/git-core/git-submodule: git reset: not found I have added to the job a parameter GIT_TRACE=1 and ran it again (see attached console output for https://integration.wikimedia.org/ci/job/pywikibot-core-tox-nose34-trusty/9/console ). The git command shown: stderr: trace: exec: 'git-submodule' 'foreach' '--recursive' 'git reset' '--hard' Note how git reset is enclosed in quote. Since git version 1.9.0, that is passed as a single argument to git-submodule which can find such executable 'git reset'. I eventually had an audio call and had to be back home. The Jenkins git-client-plugin needs to be patched to split 'git reset' to be two args, then compiled via maven and uploaded to Jenkins. You can take backup of the existing version by looking on gallium under /var/lib/jenkins/plugins/ for some .jpi files. Note: last time I have upgraded the Jenkins git plugin, the whole CI setup went mad :-/ I gave up investigating the java code change and just stuck to the version we currently have. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
