gnusosa's centralized propellor repository for hosts spin-up. https://git.gnusosa.net/propellor/atom?h=master 2017-08-01T19:28:56Z 2017-08-01T19:28:56Z Joey Hess joeyh@joeyh.name 2017-08-01T19:28:56Z urn:sha1:205cdf51045184c6d8d9a3d3303dafdc87b19e45 2017-07-30T15:29:12Z Joey Hess joeyh@joeyh.name 2017-07-30T15:29:12Z urn:sha1:6f281e87084587987929dbb6a27671ad96858535 so that gpg can do password prompting despite being connected by pipes to propellor (or git). 2017-05-16T00:09:31Z Joey Hess joeyh@joeyh.name 2017-05-16T00:09:31Z urn:sha1:ba3bd76f4ade7ffeea3c1837f868f5264d284a8c MissingH is a heavy dependency, which pulls in parsec and a bunch of stuff. So eliminating it makes propellor easier to install and less likely to fail to build. changesFileContent now uses hashable's hash. This may not be stable across upgrades, I'm not sure -- but it's surely ok here, as the hash is not stored. socketFile also uses hash. I *think* this is ok, even if it's not stable. If it's not stable, an upgrade might make propellor hash a hostname to a different number, but with 9 digets of number in use, the chances of a collision are small. In any case, I've opned a bug report asking for the stability to be documented, and I think it's intended to be stable, only the documentation is bad. NB: I have not checked that the arch linux and freebsd packages for the new deps, that Propellor.Bootstrap lists, are the right names or even exist. Since propellor depends on hashable, it could be changed to use unordered-containers, rather than containers, which would be faster and perhaps less deps too. This commit was sponsored by Alexander Thompson on Patreon. 2016-12-24T19:14:05Z Joey Hess joeyh@joeyh.name 2016-12-24T19:14:05Z urn:sha1:44bf67b7a2da75ef80e32d6409cc41a6ab8b6ffe 2016-11-11T23:33:34Z Joey Hess joeyh@joeyh.name 2016-11-11T23:33:34Z urn:sha1:55ad7e25aa15549d631894d78e89a47eda8f9514 2016-04-28T19:31:35Z Joey Hess joeyh@joeyh.name 2016-04-28T19:31:35Z urn:sha1:2e513dc98c51eca1cdfce3715b4a017be39734f7 It's now exporting a conflicting isSymbolicLink https://github.com/haskell/directory/issues/52 Only a few places in propellor use isSymbolicLink, but to prevent future problems, made as much of it as possible import Utility.Directory, which re-exports System.Directory without the conflicting symbol. (Utility.Tmp and System.Console.Concurrent.Internal cannot import Utility.Directory due to cycles, and don't use isSymbolicLink anyway.) 2016-04-01T23:48:23Z Joey Hess joeyh@joeyh.name 2016-04-01T23:34:27Z urn:sha1:93b083f3a1204a7cf4452b5ebd589dd77d25dbac 2016-03-08T00:17:18Z Joey Hess joeyh@joeyh.name 2016-03-07T22:40:24Z urn:sha1:0daf924b43d0750b285a5e857eb9946a9a71e6cc better than symlinks because this way no conflict can ever occur and, commit from hook 2016-03-07T00:50:52Z Joey Hess joeyh@joeyh.name 2016-03-07T00:39:44Z urn:sha1:979fc0e4c03bf6ccd88873f561040bfa1133111d Before, they could run in the background if another process was running, and so their output wouldn't immediately be visible. With this change, the concurrent-output layer is not used for these interactive commands. 2016-01-03T20:56:00Z Joey Hess joeyh@joeyh.name 2016-01-03T20:56:00Z urn:sha1:f86804fa27a2cf5b1972b14ab41e81edb85ad661