<jtojnar2>
worldofpeace: I think GNOMEʼs Alacarte might be another program that copies desktop files
<worldofpeace>
jtojnar2: right, and that's probably because it's a menu editor
<worldofpeace>
I'm not totally sure about hardcoding Exec in desktop files, though I'm pretty sure in certain places where meson is used they're already.
drakonis has quit [Quit: WeeChat 2.6]
das_j has quit [Remote host closed the connection]
das_j has joined #nixos-dev
drakonis has joined #nixos-dev
drakonis_ has quit [Ping timeout: 245 seconds]
eraserhd has joined #nixos-dev
drakonis_ has joined #nixos-dev
drakonis has quit [Ping timeout: 245 seconds]
drakonis_ has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis_ has joined #nixos-dev
drakonis_ has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis_ has joined #nixos-dev
MichaelRaskin has quit [Quit: MichaelRaskin]
jtojnar2 has quit [Quit: AtomicIRC: The nuclear option.]
drakonis_ has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-dev
drakonis has quit [Read error: Connection reset by peer]
drakonis_ has joined #nixos-dev
drakonis has joined #nixos-dev
drakonis_ has quit [Ping timeout: 246 seconds]
justanotheruser has quit [Ping timeout: 265 seconds]
<yorick>
FS#63870 - [wireguard] causes system freeze after latest updates
<clever>
eek!
<arianvp_>
globin: at what time will we be welcome at mayflower?
orivej has quit [Ping timeout: 245 seconds]
<globin>
~10-11 o'clock, I'm sleeping at the office anyway
kcalvinalvinn has quit [Remote host closed the connection]
kcalvinalvnn has joined #nixos-dev
kcalvinalvnn has quit [Quit: ZNC 1.7.4 - https://znc.in]
orivej has joined #nixos-dev
kcalvinalvin has joined #nixos-dev
rsalmin has joined #nixos-dev
<arianvp_>
cool
<arianvp_>
emily: I and fpletz are working on fixing the initrd networking issue.
<emily>
arianvp_: yay! thank you for devoting so much time to this issue
<arianvp_>
Our preferred fix is to get predictible interface renaming working in the initrd; however the least controversial fix would be to set the link down before switching to stage-2
<arianvp_>
as people might depend on the fact that "eth0" exists in stage-1 implicitly
<arianvp_>
explicitly*
arianvp_ is now known as arianvp
<clever>
arianvp_: i was just thinking, i need to upgrade my iscsi stuff
<clever>
this deals with an iscsi rootfs, and pre-dates the initrd having proper network
<clever>
so line 51-56 has to bring the network up manually
<clever>
that also would conflict with putting the interface down temporarily for rename
<arianvp>
we put it down after `preLVMCommands` and then rename in stage-2
<clever>
and if the interface is down, youll never be able to load stage-2, because the rootfs is on the LAN
<arianvp>
ahh
<clever>
in the case of iscsi/nfs root
<arianvp>
interesting
<arianvp>
so for you, the "non-controversial" change would actually be the one that breaks your workflow right?
<clever>
if i was still using this module
<clever>
its currently unused, but i may use it again in the future, and id like to maybe get it into nixpkgs
<arianvp>
currently what would happen is that stage-2 will fail to rename the interface when networking is active in stage-1
<arianvp>
(if we dont push fixes)
<clever>
many years ago, i did wireless networking, in the initrd, without any of the standard utils
<emily>
sounds like just fixing the name might be the less intrusive change then?
<clever>
i reverse engineered how udev loads firmware, then re-implemented it in bash, lol
<emily>
that one you're guaranteed to be able to migrate
<rsalmin>
Hi, I need help. I am using nixos-19.03. I clone nixpkgs, slightly change opencv package, and able to build it via generalBuild inside nix-shell. But when I am use it in stdenv.mkDerivation.buildInputs in shell.nix, build fails after cmake fished. Last output is -- Build files has been written to: /build/soruce/build ; and builder for
<rsalmin>
'/nix/store/bla-bla-opencv-3.4.5-drv' failed with exit code 1
<clever>
there should be code in udev, that generates the name based on kernel values, and handles the rename task
<emily>
apparently so, but it isn't quite working in stage-1
<rsalmin>
What I am missing?
<clever>
rsalmin: can you pastebin the entire log output and all modified files?
<arianvp>
yes I agree. annoying thing is I'd like to add some tests, but the nixos VM tests explicitly set predictableInterfacNames = false and the test-harnass assumes eth0 and eth1 to be present and bound to predefined IPs
<clever>
emily: how is it failing?
<emily>
does a link to the handful of issues and forum threads about it count? it's kind of long to recap...
<clever>
arianvp: i think qemu also omits the metadata that triggers renames, so it would still be eth0 without extra stuff
<clever>
arianvp: what about adding a 3rd interface, just for the test, and leave eth0/eth1 also?
<arianvp>
probably some work to change that. but dont think that needs to happen for 19.09 as it sounds like some significant re-engineering.
<arianvp>
clever: we disable interface renaming globally for qemu-vm profile currently, not per link
<clever>
arianvp: if you mkForce it back on, does udev actually rename anything?
<arianvp>
yes! but the test-harnass can not connect to the vm anymore :P
<clever>
arianvp: are you sure? because the test harness gets in via a serial console
<arianvp>
yes lots of stuff break in the tests when you mkForce it . fpletz knows more
<clever>
rsalmin: it looks like `cmake` is exiting with code 1, due to invalid flags being given to it
FRidh has joined #nixos-dev
<rsalmin>
clever: If I call it via nix-shell path-to-default.nix -A opencv3, and then run genericBuild - I am able to build it, fail only on install phase b/c of permissions
<clever>
rsalmin: what if you change the $out env var, before you run genericBuild, point it somewhere you can write
<rsalmin>
clever: then it fails anyway
<clever>
rsalmin: with what error?
<rsalmin>
clvere: not permission to write /nix/store/... look at https://pastebin.com/BrGuE5sJ - althout at the end it trying to patch somethin in out directory
<clever>
rsalmin: which is why i said to change $out
<clever>
rsalmin: ah, the configureFlags might be to blame
<clever>
rsalmin: yep, the DCMAKE_INSTALL_PREFIX within the cmakeFlags
<rsalmin>
clever: I am actually more concerend with why it didn't ever start build when invoked via shell.nix
<rsalmin>
clever: thank you for pointin to CMAKE_INSTALL_PREFIX
drakonis has quit [Read error: Connection reset by peer]
drakonis_ has joined #nixos-dev
drakonis has joined #nixos-dev
drakonis_ has quit [Ping timeout: 245 seconds]
<rsalmin>
clever: Thank you again. adding -DCMAKE_INSTALL_PREFIX=$out to cmake flags - fix problem with genericBuild. But I still can't build it via adding to buildInputs in shell.nix
<clever>
rsalmin: what if you run `nix-build` on the expr?
orivej has quit [Ping timeout: 240 seconds]
<rsalmin>
clever: I didn't get it. I am not proficent user, and last time I am using NixOS was 2 years ago :)
<clever>
rsalmin: instead of putting the modified expr into a shell.nix, just build it with nix-build
<rsalmin>
clever: I will try
drakonis_ has joined #nixos-dev
__monty__ has joined #nixos-dev
__monty__ has joined #nixos-dev
__monty__ has quit [Changing host]
drakonis has quit [Ping timeout: 246 seconds]
drakonis_ has quit [Read error: Connection reset by peer]
<eyJhb>
gchristensen: do we have anything that checks for duplicate PRs? I just threw something together real quick, and it is not many, but it seems like it could be useful to have something like that, which checks if a PR is still needed
<gchristensen>
no
drakonis has joined #nixos-dev
<eyJhb>
Seems like it could be useful, if it can be done properly
<eyJhb>
Basically just checking update and init at, to see if duplicates, and thinking of checking each open PR against the current version in nixpkgs master, to see if the PR is a lower version than in the current master
<eyJhb>
Of course it needs some more special cases, and better parsing etc. but it gives a good indication - https://pastebin.com/iuN5rn5w
<eyJhb>
Think it might be worth pursuing
<eyJhb>
Oh, it doesn't take backports into account, if this is one, etc... Not sure
<eyJhb>
As stated, very much WIP :p
jonringer has quit [Ping timeout: 265 seconds]
rsalmin has quit [Remote host closed the connection]
<psyanticy>
Hi, is it possible to make the env created by buildFHSUserEnv allow creating files from within the nix shell
<lassulus>
uhm, maybe something can be build with unionfs and a tmpfs?
drakonis_ has joined #nixos-dev
eraserhd has quit [Quit: WeeChat 2.6]
drakonis has quit [Ping timeout: 265 seconds]
drakonis_ has quit [Ping timeout: 276 seconds]
justanotheruser has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
justanotheruser has joined #nixos-dev
drakonis has joined #nixos-dev
<thoughtpolice>
gchristensen: Fun mockup I did of how cache.nixos.org will work Soon(TM), including how requests travel through the CDN, if you're interested :) -- https://fiddle.fastlydemo.net/fiddle/25e61abd
niksnut has quit [Remote host closed the connection]
niksnut has joined #nixos-dev
<eyJhb>
Mic92: Are you going down the pastebin list?
ixxie has joined #nixos-dev
ixxie has quit [Quit: Lost terminal]
m15k has joined #nixos-dev
ris has joined #nixos-dev
ixxie has joined #nixos-dev
ixxie has quit [Remote host closed the connection]
johanot has quit [Quit: WeeChat 2.4]
ixxie has joined #nixos-dev
ixxie has quit [Ping timeout: 276 seconds]
avn has joined #nixos-dev
alienpirate5 has quit [Changing host]
alienpirate5 has joined #nixos-dev
alienpirate5 has joined #nixos-dev
<Mic92>
eyJhb: which one?
page has joined #nixos-dev
<eyJhb>
Mic92: just posted this - https://pastebin.com/iuN5rn5w and you closed one of them, just seemed like a coincidence :p
<eyJhb>
Just added a little check, to see if nixpkgsPath exists, else it silently fails to do localVersionCheck :p
<eyJhb>
But hoping somebody with the power of crushing hopes and dreams (closing PRs) can use it! :D - Don't know if there is something that could be added to it, besides a better way of getting version of local packages... As the current method fails with A LOT of packages..
psyanticy has quit [Quit: Connection closed for inactivity]
<thoughtpolice>
Mmm. Dunno if that's just because of the sandbox, but normally for Go modules, at least, they have their module dependencies looked up in a separate derivation that has the network punched through to the build.
<thoughtpolice>
So if you update something and something got converted to using go modules, perhaps it's possible this isn't accounted for (you can use `buildGoModule` to fix this in place of `buildGoPackage`, IIRC)
<thoughtpolice>
tfw x86_64-linux is the slowest builder by a mile
<gchristensen>
orly?
<bgamari_>
hmm
<thoughtpolice>
gchristensen: Amazingly, x86_64-darwin actually came in first place on this PR, quickly followed by aarch64-linux
<gchristensen>
oh, in ofborg? :)
<thoughtpolice>
Yeah. I realize the x86 builders are outmatched at least by the aarch64 ones
<thoughtpolice>
The darwin queue is probably just cleaned up right now by chance, on top of it
<gchristensen>
darwin is punishingly underserved
<gchristensen>
wish I could get darwin cores on an hourly basis