This issue have been replicated from gerrit issue
http://code.google.com/p/gerrit/issues/detail?id=467 which was marked invalid
Affected Version:
at least 2.1.1.1
What steps will reproduce the problem?
1. Repo init
2. Repo sync
3. goto 1 many times ;-)
What is the expected output?
The repo sync should finish without errors.
What do you see instead?
Traceback (most recent call last):
File
"/home/hudsonslave/root/workspace/offbuild_deckard-integration/.repo/repo/main.p
y",
line 235, in <module>
_Main(sys.argv[1:])
File
"/home/hudsonslave/root/workspace/offbuild_deckard-integration/.repo/repo/main.p
y",
line 217, in _Main
repo._Run(argv)
File
"/home/hudsonslave/root/workspace/offbuild_deckard-integration/.repo/repo/main.p
y",
line 123, in _Run
cmd.Execute(copts, cargs)
File
"/home/hudsonslave/root/workspace/offbuild_deckard-integration/.repo/repo/subcmd
s/sync.py",
line 212, in Execute
fetched = self._Fetch(to_fetch)
File
"/home/hudsonslave/root/workspace/offbuild_deckard-integration/.repo/repo/subcmd
s/sync.py",
line 114, in _Fetch
if project.Sync_NetworkHalf():
File
"/home/hudsonslave/root/workspace/offbuild_deckard-integration/.repo/repo/projec
t.py",
line 593, in Sync_NetworkHalf
print >>sys.stderr, 'Initializing project %s ...' % self.name
IOError: [Errno 11] Resource temporarily unavailable
Please provide any additional information below.
It is possible that this behaviour comes from python specific behaviour,
but we really need to investigate if repo perhaps could behave differently.
Is it possible to make repo catch the error instead of bailing, or perhaps
to print to stdout?
So far, we've only seen the behaviour while the repo process is started by
a hudson build process. But it is likely the problem can be repeated with
other wrappers as well, as long as the launcher isn't an immediate terminal
window managed by a real user.
Original issue reported on code.google.com by fredrik....@sonyericsson.com on 19 May 2010 at 11:01
Original issue reported on code.google.com by
fredrik....@sonyericsson.com
on 19 May 2010 at 11:01