<timokau[m]>
Maybe we'd want to generously give triage permissions
<gchristensen>
that is a cool idea
orivej has joined #nixos-dev
jtojnar has quit [Remote host closed the connection]
alp_ has quit [Ping timeout: 276 seconds]
<gchristensen>
worldofpeace: I have a problem with networkmanager's nm-l2tp-service executable, do you know my best route to ask NM for support on it?
orivej has quit [Ping timeout: 272 seconds]
<worldofpeace>
gchristensen: is it an issue in the VPN plugin that's catalized by something from within NM breaking support?
<gchristensen>
for whatever reason I have to start the process myself as root
<gchristensen>
if I try to connect, nm tries its heart out and fails
<gchristensen>
if I run sudo /nix/store/0a8a8clglvjjvva4j1qgc503ppj0i12x-NetworkManager-l2tp-gnome-1.2.12/libexec/nm-l2tp-service and keep it in a terminal and then try to connect, it works great
<worldofpeace>
the path to the l2tp package had `gnome` in it
<gchristensen>
right. do you use networkmanager?
<worldofpeace>
basePackages in that module don't use those
<worldofpeace>
yes currently
<gchristensen>
your /etc/NetworkManager/VPN/nm-l2tp-service.name will contain (roughly) program=/nix/store/zg2prripgyzni1wsw1qlp8k2qg3iibhx-NetworkManager-l2tp-gnome-1.2.10/libexec/nm-l2tp-service
<gchristensen>
does it not?
<worldofpeace>
it does for me cause the GNOME3 module overrides basePackages
<gchristensen>
interesting!
<worldofpeace>
can we use dbus-monitor (bustle broken) to listen on org.freedesktop.NetworkManager.l2tp?
<worldofpeace>
* (bustle is broken)
<gchristensen>
`nix-build . -A networkmanager-l2tp` on origin/release-19.03 produces /nix/store/5mqjc6ybsjcnj13zkm1icngmvl0ghw3n-NetworkManager-l2tp-gnome-1.2.10
<worldofpeace>
withGnome is default for the expression so non important
<gchristensen>
which set of flags do you think would be best? --system ?
<worldofpeace>
it's on the system bus
<gchristensen>
hmm this one will take a bit more effort to sanitize
<gchristensen>
lot of passwords in this :o
<worldofpeace>
oh no
<gchristensen>
pretty thrilling
<gchristensen>
and every single wifi network I've ever used, wow!
<gchristensen>
okay I'm not comfortable sharing this publicly, because I am quit esure I can't adequately sanitize 10,000 lines
<worldofpeace>
I've actually forgotten I should have left for a meet 20min ago 🥴
<worldofpeace>
back in 2 hours hopefully
<gchristensen>
yeah
<gchristensen>
thank you!
<worldofpeace>
cool talk soon
bgamari has quit [Ping timeout: 252 seconds]
bgamari has joined #nixos-dev
bgamari has quit [Client Quit]
bgamari has joined #nixos-dev
psyanticy has quit [Quit: Connection closed for inactivity]
Drakonis has joined #nixos-dev
drakonis_ has joined #nixos-dev
Drakonis has quit [Ping timeout: 250 seconds]
Drakonis has joined #nixos-dev
drakonis1 has joined #nixos-dev
drakonis_ has quit [Ping timeout: 264 seconds]
orivej_ has joined #nixos-dev
orivej has quit [Ping timeout: 258 seconds]
orivej_ has quit [Ping timeout: 272 seconds]
__monty__ has quit [Quit: leaving]
<ma27[m]>
are there any folks with binaryen/emscripten experience? I'd like to backport e6562085f999f0fd3e7c8575add2fd10139cfdba (`binaryen: 45 -> 83`) as it contains some useful new stuff for me, however I'm not sure if there are any implications related to it (it also seems to me as they simply increase the version number for any release %) )
<samueldr>
hmm, I need to read the RFC first, but already am concerned about one thing _as stated_ :/
<gchristensen>
sure
<samueldr>
(still haven't read) mostly averted with the offline use thing
<samueldr>
right, "Hammer out the details of NixOS/NixOps support for flakes" and "nix flake pin ..." seems to mostly address the issues I was thinking about
<gchristensen>
nice
<gchristensen>
back in a bit
<samueldr>
for the record, I was hanging up on "Flakes replace channels" since channels as provided by nix-channel are semi-pinned; so you don't generally end up installing things from a number of different revisions
<andi->
Doesn't read as bad as I thought initially... Looks like a good step forward. Not sure why lockfiles of dependencies are ignored since those might depend on other specific things… Will re-read with fresh eyes and comment if nobody did before me...
alp has joined #nixos-dev
<samueldr>
andi-: tell me if you have an illumination, I don't see either why not
<samueldr>
could it be that it is assumed that the locked hashes also transitively include the dependencies?
<andi->
Maybe. It reads as if it would just use ONE `nixpkgs` throughout the entire dependency tree.
<samueldr>
hm, not sure if I made my concerns clear enough
<andi->
the channels comment?
<samueldr>
yes
<andi->
Channel rollbacks would be interesting..
<andi->
I think your concerns are clear - I think
<samueldr>
hmm, I didn't even think about those
<samueldr>
good, going through the brain-to-word interface sometimes is hard
<andi->
Not from the point of the registry but as a user.