| Age | Commit message (Collapse) | Author |
|---|
|
With some small changes, and debugging.
|
|
This reverts commit 632137836b39462883483a621f9dd696ce1d73cc.
Still failing :( Seems that disabling buffering is not the solution.
|
|
The "fatal: Couldn't find remote ref HEAD" persists, and is intermittent
so hard to be sure but it seemed that disabling buffering earlier
avoided it. Now done first thing on start.
I was not able to find anything that reads from stdin other than
getMarked, but perhaps there is something..
|
|
Not sure what the problem was, but it hung. Also though, I noticed that
stdin was still open when git fetch was run, so if git fetch itself
decided to read from stdin, it would mess up the protocol forwarding.
While git fetch should never read from stdin, that was reason enough to
fall back to plan B.
|
|
|
|
|
|
|
|
|
|
ghc, or apt-get. This is accomplished by uploading a fairly portable precompiled tarball of propellor.
|
|
|
|
While old propellor's can emit Ready, they won't if they've managed to
updateFirst. If updateFirst fails due to eg, inaccessiable central repo,
those old propellor's are not able to receive inline git pushes anyway,
so are not going to update no matter what, so no point in making --spin
work in that case.
|
|
|
|
|
|
A newline was slipping in and messing up the git protocol.
|
|
|
|
|
|
The privdata is shown, so contains no literal newlines, so that's ok.
|
|
|
|
|
|
|
|
|
|
|
