propellor/src/Propellor/Property, branch mastergnusosa's centralized propellor repository for hosts spin-up.
https://git.gnusosa.net/propellor/atom?h=master2018-06-24T15:32:46Zrefactor2018-06-24T15:32:46ZJoey Hessjoeyh@joeyh.name2018-06-24T15:32:46Zurn:sha1:30ce1535b66f402ff8316554000f1a3dc729c26f
could use zoneFileString for other things eg SSHFP. I have not yet,
because AFAICS, SSHFP already splits the key up in a different way and
while using zoneFileString should be ok, I'd need to test it..
update rValue of Dns TXT record type2018-06-24T15:20:16Zrsiddharths@ricketyspace.net2018-06-24T13:48:24Zurn:sha1:7c55455944e94d2d88f1f5bebf940c3cba0c2417
The TXT record's string is split into strings of length <= 255
characters and these strings are enclosed inside a pair of
parentheses.
Signed-off-by: rsiddharth <s@ricketyspace.net>
Grub.configured uses ConfFile.containsShellSetting2018-06-16T11:46:52ZSean Whittonspwhitton@spwhitton.name2018-06-15T15:44:06Zurn:sha1:bdda5413e14a4e9c7d7e7a19f5e0ebe3e43feef0
This implies the following behavioural changes:
(1) Grub.configured will now change the value set by the first line it
finds that sets the value of its key, if one exists. Previously,
Grub.configured would unconditionally append to /etc/default/grub,
unless the key=value pair was already present.
(2) Grub.configured will comment out any further lines setting the
value of its key found further down the file.
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
add EtcDefault.set2018-06-16T11:46:51ZSean Whittonspwhitton@spwhitton.name2018-06-15T15:44:05Zurn:sha1:87cfaae69f29e156a7bcb5b1924b806056c4401c
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
add ConfFile.containsShellSetting & ConfFile.lacksShellSetting2018-06-16T11:46:51ZSean Whittonspwhitton@spwhitton.name2018-06-15T15:44:04Zurn:sha1:6bbad0c9411872aa01af2babd54436590a5e3f33
Code adapted from Grub.configured.
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
note about fix2018-06-01T17:05:41ZJoey Hessjoeyh@joeyh.name2018-06-01T17:05:41Zurn:sha1:3ad941a960713a0d0ab13933c53408c220b2a6a8propellor spin2018-05-29T19:11:55ZJoey Hessjoeyh@joeyh.name2018-05-29T19:11:55Zurn:sha1:56a0503605c9cfb4d3f200747787d893062e445fMerge branch 'joeyconfig'2018-05-17T14:41:12ZJoey Hessjoeyh@joeyh.name2018-05-17T14:41:12Zurn:sha1:2f2fa9a9ca1e7546bc97c4e0b498e77f093c47a1Apt.installedBackport replaced with Apt.backportInstalled2018-05-17T14:33:26ZSean Whittonspwhitton@spwhitton.name2018-05-17T07:22:01Zurn:sha1:af5a78b9f6dd4c605a03129a584493c9f47e8b90
Apt.installedBackport would do this:
apt-get install -t stretch-backports foo bar
Apt.backportInstalled does this:
apt-get install foo/stretch-backports bar/stretch-backports
The Apt.installedBackport behaviour can install the dependencies of foo and bar
from stretch-backports even when the versions in stretch will satisfy the
dependencies of the backports of foo and bar. So this property can result in
very many more backports being installed on the host when intended. But the
number of installed backports should always be minimised.
Worse, whether this happens is highly dependent on the system state, and the
order in which other properties get ensured. For example,
& Apt.installed ["dgit"]
& Apt.installedBackport ["dgit"]
will install only dgit from stretch-backports, but unless debhelper and
devscripts happen to already be installed,
& Apt.installedBackport ["dgit"]
& Apt.installed ["dgit"]
will install dgit, debhelper, devscripts and maybe more from backports. This is
surprising, difficult to debug, and breaks the expectation that when the order
in which properties are ensured is not specified with connectives like
`requires` and `before`, ensuring them in any order will produce the same
result.
Property renamed because user configs should not silently break, as they would
if they did not list dependencies that must be installed from stable-backports.
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
Restic.installed: stop trying to install a backport on jessie2018-05-17T14:32:59ZSean Whittonspwhitton@spwhitton.name2018-05-17T07:22:00Zurn:sha1:c7bd6483fa39b42eddb646b827f8617f7cfd3c3d
No such backport exists in the archive.
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>