gnusosa's centralized propellor repository for hosts spin-up. https://git.gnusosa.net/propellor/atom?h=master 2017-10-04T18:04:49Z 2017-10-04T18:04:49Z Joey Hess joeyh@joeyh.name 2017-10-04T18:04:49Z urn:sha1:2865b4c13b699e3fb46729b983f80da59eb8d178 * Made the PropellorRepo.hasOriginUrl property override the repository url that --spin passes to a host. * PropellorRepo.hasOriginUrl type changed to include HasInfo. (API change) This commit was sponsored by Jake Vosloo on Patreon. 2017-10-04T17:10:59Z Joey Hess joeyh@joeyh.name 2017-10-04T17:10:59Z urn:sha1:422435f505bf0c6c0e00dc85e0bfd2860b79100e * When the ipv4 and ipv6 properties are used with a container, avoid propagating the address out to the host. * DnsInfo has been replaced with DnsInfoPropagated and DnsInfoUnpropagated. (API change) * Code that used fromDnsInfo . fromInfo changes to use getDnsInfo. * addDNS takes an additional Bool parameter to control whether the DNS info should propagate out of containers. (API change) This commit was sponsored by Trenton Cronholm on Patreon. 2017-07-13T16:29:01Z Joey Hess joeyh@joeyh.name 2017-07-13T16:29:01Z urn:sha1:53fe5ffaac4a243bb9fd3cf0e757128150a6a199 My first try with a pipe was the right approach, and was almost right, except I forgot to close the write end of the pipe, and so it was inherited by the forked process, leading to deadlock. 2017-07-13T15:23:04Z Joey Hess joeyh@joeyh.name 2017-07-13T15:23:04Z urn:sha1:1555c6f88a0446d3e29149eff8315817696731e1 With some small changes, and debugging. 2017-07-13T15:10:27Z Joey Hess joeyh@joeyh.name 2017-07-13T15:10:27Z urn:sha1:043cd2218efb8e3d2f04ae2faff38293a01ed0c5 This reverts commit 632137836b39462883483a621f9dd696ce1d73cc. Still failing :( Seems that disabling buffering is not the solution. 2017-07-13T15:04:14Z Joey Hess joeyh@joeyh.name 2017-07-13T15:04:14Z urn:sha1:632137836b39462883483a621f9dd696ce1d73cc 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.. 2017-07-12T23:12:36Z Joey Hess joeyh@joeyh.name 2017-07-12T23:12:36Z urn:sha1:08010583fa42af1b2b5ab070e4742263d43b26cf * Hosts can be configured to build propellor using stack, by adding a property: & bootstrapWith (Robustly Stack) * Hosts can be configured to build propellor using cabal, but using only packages installed from the operating system. This will work on eg Debian: & bootstrapWith OSOnly propellor build its config using stack. (This does not affect how propellor is bootstrapped on a host by "propellor --spin host".) This has not yet been tested at all! But should probably work fine. This is based on earlier work by Arnaud Bailly, who made Propellor.Bootstrap use stack without parameterization. In Arnaud's patch, stack was installed using wget, but that only worked on linux-x86_64 and was insecure. I instead chose to use the distribution packages of stack, like is done for cabal. Debian stack has haskell-stack now, and it's getting into many distributions. This commit was sponsored by Francois Marier on Patreon. 2017-06-18T22:57:41Z Joey Hess joeyh@joeyh.name 2017-06-18T22:57:41Z urn:sha1:217f787df9d6474c9a57fd29b6b2fa29bef64a8a 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. 2017-06-18T22:24:05Z Joey Hess joeyh@joeyh.name 2017-06-18T22:24:05Z urn:sha1:01fc1375cece096ab2dec480b843ecdbc4f0d94e Tricky stdin buffering problem. An easier fix would have been: hSetBuffering stdin NoBuffering But that approach is less robust; even with NoBuffering, anything that uses hLookAhead causes 1 byte of buffering. And, any reads from stdin before hSetBuffering would still cause the problem. Instead, I used a bigger hammer that will always work. It involves a bit more CPU work, but this is data that is already being fed through ssh; copying it one more time won't cause a measurable performance impact. This commit was sponsored by Jack Hill on Patreon. 2017-06-18T20:57:38Z Joey Hess joeyh@joeyh.name 2017-06-18T20:57:38Z urn:sha1:9b457ae66d5c5143f5896156cc4af8d5a0bc0ddc This is using ByteString, so the handle IO discipline is irrelevant.