gnusosa's centralized propellor repository for hosts spin-up. https://git.gnusosa.net/propellor/atom?h=master 2018-04-23T17:20:13Z 2018-04-23T17:20:13Z Joey Hess joeyh@joeyh.name 2018-04-23T17:20:13Z urn:sha1:9228bda32f0a3f6d52e7cc5eb444376e7b024d8c Fix build with ghc 8.4, which broke due to the Semigroup Monoid change. See https://prime.haskell.org/wiki/Libraries/Proposals/SemigroupMonoid Dropped support for building propellor with ghc 7 (as in debian oldstable), to avoid needing to depend on the semigroups transitional package, but also because it's just too old to be worth supporting. If we indeed drop ghc 7 support entirely, some code to support "jessie" can be removed; concurrent-output can be de-embedded, and the Singletons code can be simplified. This commit was sponsored by Jack Hill on Patreon. 2017-03-11T20:52:00Z Joey Hess joeyh@joeyh.name 2017-03-11T20:52:00Z urn:sha1:9a54ba471986b994f10ad332f27639059c18e7e1 * DiskImage building properties used to propagate DNS info out from the chroot used to build the disk image to the Host. That is no longer done, since that chroot only exists as a side effect of the disk image creation and servers will not be running in it. * The IsInfo types class's propagateInfo function changed to use a PropagateInfo data type. (API change) This is particularly important when using hostChroot, since the host could well have DNS settings then. This commit was sponsored by Ole-Morten Duesund on Patreon. 2016-12-24T19:14:05Z Joey Hess joeyh@joeyh.name 2016-12-24T19:14:05Z urn:sha1:44bf67b7a2da75ef80e32d6409cc41a6ab8b6ffe 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-03-27T23:59:20Z Joey Hess joeyh@joeyh.name 2016-03-27T23:59:20Z urn:sha1:9d6dc29555b8499d8ae6c73c891b0b5dc19f83e5 2016-03-26T23:31:23Z Joey Hess joeyh@joeyh.name 2016-03-26T23:31:23Z urn:sha1:36e97137e538de401bd0340b469e10dca5f4b475 Renamed several utility functions along the way. 2016-03-26T22:54:18Z Joey Hess joeyh@joeyh.name 2016-03-26T22:54:18Z urn:sha1:42da8445470a6e4950873fc5d6bea88646ec2b63 addInfoProperty' is like addInfoProperty but for when the input property is already known to HasInfo. 2016-03-25T18:04:40Z Joey Hess joeyh@joeyh.name 2016-03-25T18:04:40Z urn:sha1:91d1833155a2e8be2c435d0a92a750cc9d2f30b5 I wanted to keep propertyList [foo, bar] working, but had some difficulty making the type class approach work. Anyway, that's unlikely to be useful, since foo and bar probably have different types, or could easiy have their types updated breaking it. 2016-03-25T06:06:11Z Joey Hess joeyh@joeyh.name 2016-03-25T06:05:26Z urn:sha1:5d2d64678f506d23bdfddb3f7cc452ac1d7c42eb 2016-03-24T20:56:01Z Joey Hess joeyh@joeyh.name 2016-03-24T20:56:01Z urn:sha1:c0236e92be55cec267b425a3b1fffc65b119b1aa Somewhat poorly; I don't like needing to export the Property constructor to use it here, and there's a use of undefined where it should be able to use sing. I got quite stuck on this, so am happy to have anything that works.