
Hi Joachim, I just tried to use Travis for validation on my fork of GHC, to avoid sending out emails associated with a wip/... commit. But, Travis couldn't find the submodules. Here's the tail of my log:
Submodule 'libraries/vector' (git://github.com/goldfirere/packages/vector.git) registered for path 'libraries/vector' Submodule 'libraries/xhtml' (git://github.com/goldfirere/packages/xhtml.git) registered for path 'libraries/xhtml' Submodule 'nofib' (git://github.com/goldfirere/nofib.git) registered for path 'nofib' Submodule 'utils/haddock' (git://github.com/goldfirere/haddock.git) registered for path 'utils/haddock' Submodule 'utils/hsc2hs' (git://github.com/goldfirere/hsc2hs.git) registered for path 'utils/hsc2hs' Cloning into 'libffi-tarballs'... fatal: remote error: Repository not found. Clone of 'git://github.com/goldfirere/libffi-tarballs.git' into submodule path 'libffi-tarballs' failed The command "git submodule update --init --recursive" failed and exited with 1 during . Your build has been stopped.
I could probably figure out the right commands to fix this, but then my local .travis.yml would be different than the proper one, and that can cause various headaches down the road. Any advice? Thanks, Richard

Hi, Am Mittwoch, den 12.11.2014, 13:24 -0500 schrieb Richard Eisenberg:
Hi Joachim,
I just tried to use Travis for validation on my fork of GHC, to avoid sending out emails associated with a wip/... commit. But, Travis couldn't find the submodules. Here's the tail of my log:
[..]
I could probably figure out the right commands to fix this, but then my local .travis.yml would be different than the proper one, and that can cause various headaches down the road.
we could change the official .travis.yml file to rewrite the urls to point to github.com/ghc/. I don’t know of any more elegant solution, but maybe our submodule experts know something? Greetings Joachim -- Joachim “nomeata” Breitner mail@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nomeata@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nomeata@debian.org

I don't think this answer "scales" -- what if I've forked some submodules but not others? I think it should perhaps check to see if there is a forked submodule, and then go to GHC's if there isn't.
I suppose I could implement this myself, but I'm confident there is someone who could do it in roughly a quarter of the time this would take me...
Thanks,
Richard
On Nov 12, 2014, at 5:19 PM, Joachim Breitner
Hi,
Am Mittwoch, den 12.11.2014, 13:24 -0500 schrieb Richard Eisenberg:
Hi Joachim,
I just tried to use Travis for validation on my fork of GHC, to avoid sending out emails associated with a wip/... commit. But, Travis couldn't find the submodules. Here's the tail of my log:
[..]
I could probably figure out the right commands to fix this, but then my local .travis.yml would be different than the proper one, and that can cause various headaches down the road.
we could change the official .travis.yml file to rewrite the urls to point to github.com/ghc/. I don’t know of any more elegant solution, but maybe our submodule experts know something?
Greetings Joachim
-- Joachim “nomeata” Breitner mail@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nomeata@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nomeata@debian.org
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
participants (2)
-
Joachim Breitner
-
Richard Eisenberg