Community
Participate
Working Groups
WIthin my Hudson build job gef4-tycho-nightly I would like to connect to the cvs git mirror of GEF. When running the job, the following error occurs (executing the git command locally works fine). I don't have shell access to hudson.eclipse.org, so I cannot check wether this would be the case on hudson.eclipse.org as well. Started by user anyssen Building remotely on hudson-slave1 Checkout:gef4-nightly-tycho / /opt/users/hudsonbuild/workspace/gef4-nightly-tycho - hudson.remoting.Channel@18123887:hudson-slave1 Using strategy: Default Checkout:scm / /opt/users/hudsonbuild/workspace/gef4-nightly-tycho/scm - hudson.remoting.LocalChannel@389d0b87 Fetching changes from the remote Git repository Fetching upstream changes from git://dev.eclipse.org/org.eclipse.gef/org.eclipse.gef.git ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway ERROR: (Underlying report) : Error performing command: git fetch -t git://dev.eclipse.org/org.eclipse.gef/org.eclipse.gef.git +refs/heads/*:refs/remotes/origin/* Command "git fetch -t git://dev.eclipse.org/org.eclipse.gef/org.eclipse.gef.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: fatal: The remote end hung up unexpectedly ERROR: Could not fetch from any repository FATAL: Could not fetch from any repository hudson.plugins.git.GitException: Could not fetch from any repository at hudson.plugins.git.GitSCM$3.invoke(GitSCM.java:885) at hudson.plugins.git.GitSCM$3.invoke(GitSCM.java:843) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1960) at hudson.remoting.UserRequest.perform(UserRequest.java:114) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:283) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619)
In order to access the cvs mirrors from 'inside' our network you need to use port 9419. However you can also get the data directly from /home/data/gitmirror/org.eclipse.gef/org.eclipse.gef.git ( ie: git clone file:///home/data/gitmirror/org.eclipse.gef/org.eclipse.gef.git ) -M.
Yeah, that seems to have solved that problem. Thanks! But there is still one thing that gets me stuck: 1) instead of the usual master branch, an additional origin branch seems to be in place 2) neither the master nor the origin branch seem to reflect the current state of the cvs repo (the master branch does not even contain the whole GEF4 module, the origin branch has not reflected the last feature-renamings within the repo, performed as part of bug #362642. Who could help me out w.r.t. this?
The cvs mirrors fall out of sync sometimes. I've flushed the mirror and it's in the process of being rebuilt. -M.
Fine. But why is there a master AND an origin branch within the cvs mirrors (and why is the master not as much up-to-date as the origin)?
We run a plain git-cvsimport to build the mirrors, so it creates the git structure. The data it builds from comes from our backup copy of cvs which depending on activity levels can lag behind by a few hours, so perhaps that has some impact. -M.
OK. Right now, master and origin seem to be up to date again. So this may be resolved, as far as I am concerned.
As GEF4 is now using Git directly, closing this as WORKSFORME.
