ChanServ changed the topic of #nixos-systemd to: NixOS <3 systemd | https://jitsi.nixcon.net/systemd | Next meeting 08.12.2020 14:00 UTC (every two weeks)
ma27[m] has quit [Ping timeout: 246 seconds]
awaxa has quit [Ping timeout: 246 seconds]
awaxa has joined #nixos-systemd
ma27[m] has joined #nixos-systemd
ma27[m] has quit [Ping timeout: 240 seconds]
ma27[m] has joined #nixos-systemd
awaxa has quit [Ping timeout: 240 seconds]
kloenk has quit [Ping timeout: 258 seconds]
aanderse has quit [Ping timeout: 240 seconds]
colemickens has quit [Ping timeout: 240 seconds]
rosariopulella[m has quit [Ping timeout: 240 seconds]
danielrf[m] has quit [Ping timeout: 258 seconds]
globin_ has quit [Ping timeout: 240 seconds]
globin_ has joined #nixos-systemd
awaxa has joined #nixos-systemd
aanderse has joined #nixos-systemd
danielrf[m] has joined #nixos-systemd
colemickens has joined #nixos-systemd
kloenk has joined #nixos-systemd
rosariopulella[m has joined #nixos-systemd
<arianvp>
andi-: that's not true actually
<arianvp>
stop a service that's part of `multi-user.target`; type `systemctl start multi-user.targer` and it will enqueue a start job for that service
<andi->
mhmm
<arianvp>
so if we'd make the activation script only additive (never stops units; only starts) that'd solve everything
<arianvp>
idk fi I actually like that nixos stops units automatically
<arianvp>
maybe if we just dont bother then we dont have any issues :')
<andi->
lets just use Debian, someones else takes care of all the thankless plumbing then!
<flokli>
uff
<flokli>
I'm honestly not sure if any other distro has a concept of "switching from one generation to the other"
<flokli>
the "we want different generations of units" idea has popped up every once and then at ASG
<flokli>
but didn't went further IIRC
<flokli>
coreos probably just reboots
<aanderse>
gchristensen: i don't think andi- ever called it an "anti pattern"... but he isn't fond of it because in his opinion it often doesn't work well
<aanderse>
sometimes it works exceptionally well
<andi->
It isn't the rule that it works well and those go unseen for a while until someone has issues :(
<lukegb>
CoreOS running under redhat kubernetes thingy definitely just reboots if you change anything
<lukegb>
Admittedly now they're trying to make it not reboot as much because it's annoying that it reboots if you change an SSH key or something