!DBFhtjpqmJNENpLDOv:nixos.org

NixOS systemd

579 Members
NixOS ❤️ systemd159 Servers

Load older messages


SenderMessageTime
7 Mar 2025
@arianvp:matrix.orgArianBut what I mean is. When we run tools that support pointing to config through a cli argument we should use that08:08:11
@arianvp:matrix.orgArianInstead of /etc08:08:16
@arianvp:matrix.orgArianRun tmpfiles with --definitions ${blah}08:08:35
@arianvp:matrix.orgArianRun systemd with --units-dir ${blah}08:08:50
@arianvp:matrix.orgArianIgnore all this silly FHS stuff 08:09:01
@arianvp:matrix.orgArianPointless waste of time for us08:09:21
@arianvp:matrix.orgArianThings should be in the nix store except for some really rare exceptions08:09:47
@arianvp:matrix.orgArianAnd that approach doesn't require patches 08:10:55
@arianvp:matrix.orgArian We should simply have no /etc except for some very exceptional legacy cases 08:11:32
@arianvp:matrix.orgArianAnd avoid it at all cost.08:11:40
@arianvp:matrix.orgArianIt's the same philosophy as hermetic usr but one step further08:11:55
@arianvp:matrix.orgArianIt relies on software being configurable at runtime where to read their config from but this is almost always the case08:13:19
@rvdp:infosec.exchangeRamses 🇵🇸But if you do that, can you easily change the unit dir when switching generations? Looking at the systemctl manpage, I don't immediately see a way to change the value of this flag 10:03:22
@arianvp:matrix.orgArianIt's an environment variable. It gets picked up on systemctl daemon-reexec10:30:21
@rvdp:infosec.exchangeRamses 🇵🇸Ah ok, that sounds like a great idea then10:53:36
@adam:robins.wtf@adam:robins.wtf Would we keep /etc in the search path still, allowing users to put their own non-nixos units there? 12:24:41
@arianvp:matrix.orgArianYes12:31:40
@adam:robins.wtf@adam:robins.wtf My current plan is to try appending the unit path on the kernel command line to give myself a path I can control, but I still need to test it. /etc would be cleaner and more standard though 12:37:31
@srestegosaurio:tchncs.de@srestegosaurio:tchncs.de

systemd-tempfiles seams to be struggling to delete some files. Returns a permission error.

14:41:01
@srestegosaurio:tchncs.de@srestegosaurio:tchncs.de

I find it somewhat funny that I've only encountered it by looking at the background.slice status.

14:41:36
@eliasp:kde.orgeliasp just digging through my system, I find sooo much broken stuff that I document ~50% of it at best in my local notes…
…of those, maybe another 25% make it into a bugreport
14:57:42
@eliasp:kde.orgeliasp latest find… KDE applications whose window just disappears (broken Wayland connection?), but still has an app unit with the process inside etc. 14:59:22
@qyriad:katesiria.orgQyriad changed their display name from Qyriad to qyriad.16:37:39
@lisipu:catgirl.cloudlisipu joined the room.18:10:18
@arianvp:matrix.orgArian which files? which permission errors 18:56:13
@adam_neverwas:matrix.orgAdam Neverwas joined the room.20:44:47
8 Mar 2025
@ncfavier:matrix.org@ncfavier:matrix.org changed their profile picture.10:43:37
@qyriad:katesiria.orgQyriad changed their display name from qyriad to Qyriad.21:41:03
@srestegosaurio:tchncs.de@srestegosaurio:tchncs.de
In reply to @arianvp:matrix.org
which files? which permission errors
I have a rule (defined in home-managee iirc) to regularly clean up my downloads directory and while it does clean up files some(?) dirs persist.
23:54:08
@srestegosaurio:tchncs.de@srestegosaurio:tchncs.deI am not with my computer atm but I swear it should be cleaning up sub dirs too, right?23:54:45

Show newer messages


Back to Room ListRoom Version: 6