samueldr changed the topic of #nixos-dev to: #nixos-dev NixOS Development (#nixos for questions) | NixOS 19.09 is released! https://discourse.nixos.org/t/nixos-19-09-release/4306 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 19.09 RMs: disasm, sphalerite | https://logs.nix.samueldr.com/nixos-dev
<jtojnar> worldofpeace I will definitely need to check that systemd session thingy
<worldofpeace> It was weird, it didn't work but then it did. And the tests shows it always falls back to non-systemd anyway
<jtojnar> could we kick all the @freenode_*:matrix.org users? GNOME people said this is a legacy thing no longer used
<jtojnar> the reason is that autocompleting names is annoying
* jtojnar uploaded an image: fractal-pasted-image (17KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/GlJnRMotRtfcPxHHUElbxuKa >
<worldofpeace> are we good to revert https://github.com/NixOS/nixpkgs/commit/60aedadc59030477a9340af69866c728ac05d924, it was unconfirmed anway
<jtojnar> sounds good to me
<worldofpeace> huh, we shouldn't see that message. that's for the application phase and bspwm is in the windowmanager one
<samueldr> jtojnar: irc-side I don't see a second worldofpeace
<samueldr> so I don't know if something can be done irc-side
ris has quit [Ping timeout: 258 seconds]
Cale has joined #nixos-dev
orivej has quit [Ping timeout: 268 seconds]
kl3 has quit [Ping timeout: 276 seconds]
andi- has quit [Ping timeout: 246 seconds]
andi- has joined #nixos-dev
evanjs- has quit [Remote host closed the connection]
init_6 has joined #nixos-dev
evanjs has joined #nixos-dev
drakonis has quit [Quit: WeeChat 2.6]
drakonis has joined #nixos-dev
jonringer has joined #nixos-dev
<ivan> https://github.com/NixOS/nixpkgs/pull/71424 is this sort of overriding supported?
<{^_^}> #71424 (by conferno, 1 hour ago, open): chromium: jdk.jre -> jre8
ddima has quit [Ping timeout: 240 seconds]
jonringer has quit [Ping timeout: 268 seconds]
FRidh has joined #nixos-dev
ris has joined #nixos-dev
arianvp has quit [Ping timeout: 250 seconds]
arianvp has joined #nixos-dev
ixxie has quit [Ping timeout: 276 seconds]
ixxie has joined #nixos-dev
srhb has quit [Quit: ZNC 1.7.4 - https://znc.in]
srhb has joined #nixos-dev
srhb has quit [Client Quit]
srhb has joined #nixos-dev
orivej has joined #nixos-dev
ixxie has quit [Ping timeout: 240 seconds]
ixxie has joined #nixos-dev
init_6 has quit []
mmlb has joined #nixos-dev
__monty__ has joined #nixos-dev
ixxie has quit [Ping timeout: 240 seconds]
ixxie has joined #nixos-dev
ixxie has quit [Remote host closed the connection]
ixxie has joined #nixos-dev
ixxie has quit [Ping timeout: 240 seconds]
ixxie has joined #nixos-dev
ixxie has quit [Ping timeout: 240 seconds]
ixxie has joined #nixos-dev
<marek> any idea why is openjdk not included into programs.sqlite? https://gist.github.com/mmahut/263ad842ac07dbe162b7bec3ea64b4f3
<marek> just want to know if I'm missing something before opening an issue w/ nixos-channel-scripts
<FRidh> are all packet machines down?
drakonis_ has joined #nixos-dev
drakonis has quit [Ping timeout: 268 seconds]
drakonis_ has quit [Ping timeout: 245 seconds]
jonringer has joined #nixos-dev
drakonis_ has joined #nixos-dev
drakonis_ has quit [Ping timeout: 250 seconds]
drakonis_ has joined #nixos-dev
eyJhb has quit [Quit: Clever message]
eyJhb has joined #nixos-dev
eyJhb has joined #nixos-dev
eyJhb has quit [Changing host]
phreedom has quit [Quit: No Ping reply in 180 seconds.]
phreedom has joined #nixos-dev
drakonis_ has quit [Ping timeout: 276 seconds]
drakonis_ has joined #nixos-dev
ixxie has quit [Ping timeout: 250 seconds]
drakonis has joined #nixos-dev
drakonis_ has quit [Ping timeout: 250 seconds]
drakonis1 has joined #nixos-dev
justanotheruser has quit [Ping timeout: 240 seconds]
<gchristensen> FRidh: are they? :)
<FRidh> gchristensen: I thought they were. Anyway, now I see they're up (at least the arm one based on what is being build)
<gchristensen> ah
<FRidh> surprised to see the arm builds lagging behind so much
<FRidh> oh seems I was wrong then
<FRidh> ah, this is queued items
<FRidh> but it is decreasing
<FRidh> so must be building
<FRidh> or they got cancelled :P
<gchristensen> aye
<gchristensen> it looks like much of our aarch64 capacity was removed
<gchristensen> some other customer at Packet wanted to pay more :)
drakonis_ has joined #nixos-dev
<adisbladis> Pesky customers
drakonis has quit [Ping timeout: 245 seconds]
<gchristensen> I just made a few changes to the persistent spot market requests to request nodes from more regions
<gchristensen> RIP their provisioner because I accidentally created a request a way I didn't like, and I've provisioned and destroyed about 50 machines in the last 20min
<gchristensen> anyone want to chat with andyc, the Oil Shell developer about Nix? https://lobste.rs/s/i2zqxp/attempting_use_gnu_guix#c_zk4dal
justanotheruser has joined #nixos-dev
drakonis has joined #nixos-dev
drakonis_ has quit [Read error: Connection reset by peer]
drakonis_ has joined #nixos-dev
drakonis has quit [Ping timeout: 250 seconds]
<FRidh> adisbladis opened a PR for oil https://github.com/oilshell/oil/pull/509
<{^_^}> oilshell/oil#509 (by adisbladis, 40 minutes ago, open): Add Nix based development environment
<gchristensen> nice
drakonis has joined #nixos-dev
drakonis_ has quit [Ping timeout: 250 seconds]
drakonis_ has joined #nixos-dev
eyJhb has quit [Quit: Clever message]
eyJhb has joined #nixos-dev
drakonis has quit [Ping timeout: 250 seconds]
drakonis_ has quit [Ping timeout: 250 seconds]
drakonis_ has joined #nixos-dev
drakonis has joined #nixos-dev
__monty__ has quit [Quit: leaving]
drakonis_ has quit [Ping timeout: 246 seconds]
FRidh has quit [Quit: Konversation terminated!]
justanotheruser has quit [Ping timeout: 240 seconds]
drakonis_ has joined #nixos-dev
drakonis has quit [Ping timeout: 246 seconds]
justanotheruser has joined #nixos-dev
ris has quit [Ping timeout: 258 seconds]
<aanderse> so tmpfiles is better than mkdir as root
<aanderse> but... tmpfiles is somewhat brittle
<tilpner> aanderse: Brittle how?
<gchristensen> it is very slow with large amounts of files to delete
<aanderse> if we're going to continue down the path of every module allowing a dataDir option (most modules i have no idea why they want this to be honest) then we may want to reconsider how we provision these directories
<aanderse> my "official" stance/opinion is we should utilize systemds StateDirectory, LogsDirectory, CacheDirectory, etc...
<aanderse> gchristensen: depending how you use it, yes it can be
<aanderse> using systemds directory structure solves so many problems, and so nicely
<gchristensen> using those dirs sounds nice
<aanderse> but those who insist they want to be able to choose dataDir for everything are quite vocal about it
<aanderse> if i had the time i'd write an RFC to debate the topic
<aanderse> well
<aanderse> let me correct that
<aanderse> energy
<aanderse> sure i don't have the time
<aanderse> but more importantly
<aanderse> i don't have the energy -_-
<aanderse> someone should start the discussion, and see it through, though
<tilpner> aanderse: What is the practical difference between StateDirectory and dataDir?
<tilpner> Oh
<aanderse> tilpner: whatever the developer of the module wants?
<aanderse> so
<tilpner> StateDirectory doesn't allow a path, I forgot
<aanderse> many modules have a dataDir set default "/var/lib/PROG_NAME"
<aanderse> and hardly any users ever change that i imagine
<aanderse> some do
<aanderse> but i can't imagine that is the majority
<aanderse> tilpner: brittle in that tmpfiles run on nixos-rebuild, or periodically
<aanderse> StateDirectory runs on service startup
<aanderse> tmpfiles has some nuanced rules that have bitten people who choose anything other than the default on more than one occasion
<tilpner> Yeah, the string-typed interface is not great
ris has joined #nixos-dev
<infinisil> There are some cases where it makes sense to have a dataDir option I think
<infinisil> Well, actually not sure
<infinisil> If dataDir means "This is where the program stores the data it manages itself" then maybe we really don't need such options
<tilpner> One reason might be "I want service foo to run off my fast SSD, and service bar off my slow HDD mirror"
<tilpner> That can be done via bind mounts, and if it's a big issue there could be a module for creating those
<infinisil> Yeah was just thinking the same
<tilpner> But I might be missing some edgecases here
<tilpner> What if a service mounts into its stateDir? (recursive bind-mount?)
<tilpner> What about DynamicUser?
<infinisil> DynamicUser could be handled by a nixos bind module, by binding to /var/lib/private/<name>
<infinisil> Actually no
<infinisil> Just /var/lib/<name> too
<infinisil> With a bind mount from ${dataDir} -> /var/lib/<name>, then a symlink to /var/lib/private/<name> set up by systemd
<infinisil> So DynamicUser shouldn't be a problem
<infinisil> tilpner: What do you mean by a service mounting into its state dir?
<tilpner> infinisil: No usecase specifically, I just haven't considered cases where the service mounts things during runtime
<infinisil> I see, I'd say we could just deal with it when it comes up (if ever)
<tilpner> Specifically those where the mountpoint is around source or target of our workaround bindmount
<tilpner> It would be better to argue with someone who insists on changing dataDir
<infinisil> I'd probably implement the state bind module thing with a generic option `systemd.services.*.baseStateDirectory`
<infinisil> Actually no, it should be something like `systemd.services.*.stateDirectory` with the full state directory path
<lopsided98> I have deluge's data dir on a drive that is not mounted at boot, and the service is configured to not start until the mountpoint appears. tmpfiles breaks that because it tries to create the directory at boot
<infinisil> Then it could do `if stateDirectory != "/var/lib/${serviceConfig.StateDirectory}" then <set up bind mounts>`
<infinisil> lopsided98: Oh that's a good example
<infinisil> lopsided98: Couldn't you use deluge's config to make it store torrent data somewhere else instead of using dataDir for that?
<lopsided98> infinisil: The deluge module automatically feeds the "download_location" option to tmpfiles
<infinisil> Ahh right, I even review that at some point
<infinisil> Hm yeah that's a bit of a problem..
<infinisil> I think the ideal solution is to have something like tmpfiles.rules, but set up at service start time
<infinisil> (and with a nicer interface)
<infinisil> So one could do `systemd.services.deluge.paths = { data = { "${download_location}" = {}; }; }`
<infinisil> Same for cache-like data, runtime data, and maybe others
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-dev
cptchaos83 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
cptchaos83 has joined #nixos-dev
orivej has quit [Ping timeout: 268 seconds]