gchristensen changed the topic of #nixos-dev to: 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; 20.03: worldofpeace, disasm | https://logs.nix.samueldr.com/nixos-dev
drakonis has quit [Ping timeout: 248 seconds]
v0|d has quit [Ping timeout: 260 seconds]
Synthetica has quit [Quit: Connection closed for inactivity]
ris has quit [Ping timeout: 268 seconds]
drakonis1 has joined #nixos-dev
<ddima> gchristensen: my apologies it came across as annoyed.
<ddima> as for the repo; it was just a playground to toy around with one of the possible avenues and collect some bits and pieces.
<gchristensen> nope it didn't
justanotheruser has quit [Ping timeout: 268 seconds]
justanotheruser has joined #nixos-dev
fuzen has quit [Ping timeout: 246 seconds]
fuzen has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
page has quit [Ping timeout: 240 seconds]
drakonis1 has quit [Quit: WeeChat 2.6]
page has joined #nixos-dev
fuzen has quit [Ping timeout: 268 seconds]
zarel has joined #nixos-dev
<jtojnar> <ajs124 "Jan Tojnar: is there a reason wh"> I am prety sure I did but maybe I missed a few instances?
Synthetica has joined #nixos-dev
Guest52666 has joined #nixos-dev
Guest52666 has quit [Quit: ZNC - https://znc.in]
fuzen has joined #nixos-dev
fuzen is now known as Guest15533
__monty__ has joined #nixos-dev
Guest15533 has quit [Quit: ZNC - https://znc.in]
evanjs has quit [Read error: Connection reset by peer]
evanjs has joined #nixos-dev
kenjis1 has joined #nixos-dev
<nh2> can anybody explain me Hydra output? In https://hydra.nixos.org/eval/1566019#tabs-now-fail it shows 146 packages as "Newly failing jobs", most as "Dependency failed". The failed dependency is `webkitgtk`. But that itself is not in "Newly failing jobs". How can that be?
<andi-> nh2: my guess would be that webkitgtk is not a direct target of the jobset but just pulled in by others
<nh2> andi-: ah, that didn't occur to me that it would then not be shown, this would explain it
kenjis1 has quit [Ping timeout: 248 seconds]
kenjis1 has joined #nixos-dev
avn has quit [Read error: Connection reset by peer]
psyanticy has joined #nixos-dev
<globin> does anyone know how to fix this hydra eval error? I've never seen that before https://hydra.nixos.org/jobset/nixpkgs/structured-attrs#tabs-errors
justanotheruser has quit [Quit: WeeChat 2.6]
<andi-> O.O
justanotheruser has joined #nixos-dev
janneke has quit [Ping timeout: 248 seconds]
janneke has joined #nixos-dev
orivej has joined #nixos-dev
drakonis1 has joined #nixos-dev
kenjis1 has quit [Remote host closed the connection]
kenjis1 has joined #nixos-dev
drakonis1 has quit [Ping timeout: 246 seconds]
drakonis1 has joined #nixos-dev
bgamari_ has joined #nixos-dev
kenjis1 has quit [Remote host closed the connection]
bgamari_ has quit [Ping timeout: 260 seconds]
kenjis1 has joined #nixos-dev
bgamari_ has joined #nixos-dev
<globin> niksnut, gchristensen? ^
<gchristensen> I've pinged niksnut
<gchristensen> (about 30min ago)
<globin> thanks!
ixxie has joined #nixos-dev
<arianvp> glibc doesn't compile anymore for armv7
<arianvp> we dont run CI for armv7 right?
<arianvp> (Trying to do nix-build . -A pkgsCross.armv7l-hf-multiplatform.odroid-xu3-bootloader but it's failing cross-compiling glibc-2.27)
<gchristensen> not yet anyway
<thefloweringash> there’s a fix in staging for glibc cross. I think it affects all cross platforms, not just armv7
<arianvp> thefloweringash: this is on master
<arianvp> ah
<arianvp> staging
<arianvp> thanks
drakonis1 has quit [Ping timeout: 260 seconds]
<arianvp> thefloweringash: that worked :)
<thefloweringash> Yay :-)
kenjis2 has joined #nixos-dev
kenjis1 has quit [Ping timeout: 260 seconds]
ixxie has quit [Ping timeout: 268 seconds]
<arianvp> how does one cross-compile NixOS (instead of nixpkgs?)
lovesegfault has quit [Ping timeout: 260 seconds]
<bennofs> full cross compilation of a NixOS image is still WIP I think?
<arianvp> oh darnit
<arianvp> that's a bummer
<gchristensen> github.com/samueldr/cross-system see
<samueldr> use it on 19.09 if you want it to work out of the box
<samueldr> unstable might still be broken, otherwise staging may work
<samueldr> ooh, 10 days until the next release branch!
Jackneill has quit [Read error: Connection reset by peer]
<gchristensen> oh my /god/
<gchristensen> help
<qyliss> whaaa
<samueldr> These shell commands are defined internally. Type `help' to see this list.
<arianvp> samueldr: ye didnt work on master
<arianvp> darnit :(
<arianvp> oh wait
<arianvp> alsa-firmware
<samueldr> there should be a fix in the cross-system repo... and possibly a fix in nixpkgs, I don't recall if the PR was for that or something else
<arianvp> this is a weird odroid xu4 so I need to flash some spyware to the first sectors of the sd-card
<arianvp> but I see the sdImage has 8MiB of zeroes at the beginning
<arianvp> so can probably fuse them to there and it should hopefully work
<samueldr> the generic images, yes, are made with a gap in front for that purpose
<samueldr> and you can even remove the first partition if it doesn't fit
drakonis1 has joined #nixos-dev
<arianvp> I don't need the first partition
<samueldr> only for raspberry pis
<arianvp> as u-boot is also written to the sd-disk raw
<samueldr> yeah, that's what I was saying, you can remove the first partition if your raw u-boot happened to bump into it
<samueldr> like for rockchip binary bootloaders
<arianvp> well I guess I should put some syslinux.conf bullshit on the first partition
<samueldr> though... the xu4 is not aarch64
<arianvp> no it is armv7l
<arianvp> at least; it can act like one
<arianvp> it's one of those weird big-LITTLE machines
<samueldr> aah, I think I misunderstood something you said :)
<samueldr> <arianvp> but I see the sdImage has 8MiB of zeroes at the beginning
<samueldr> I thought you were observing the generic aarch64 image :)
<arianvp> nah the generic armv7l image
<samueldr> yeah, though we don't produce those as native builds for now
<arianvp> yeh hence why im cross-compiling one :P
<samueldr> yep
<samueldr> though cross-compilation is sometimes helpful for platforms not supported by the mainline kernel
<samueldr> even on aarch64
<arianvp> and once cross-compiled i'll do a native compile on the host
<arianvp> and throw everything in a cache so i dont have to do it again
<arianvp> how do I copy also the build-time dependencies of a derivation to the cache?
<arianvp> because nix-copy-closure only does the runtime deps
<arianvp> is there some nix-store foo that allows me to query all the deps of a package?
<adisbladis> arianvp: nix-store -qR
<arianvp> ah -qR on the .drv file
<arianvp> -qR --include-outputs is what I needed. thanks
lovesegfault has joined #nixos-dev
<bennofs> when do we usually update u-boot mainline? seems v2020.01 is out since 15 days
<samueldr> whenever someone gets around to it
<samueldr> I probably should have got around to it
<niksnut> globin: I'll have a look
ris has joined #nixos-dev
<gchristensen> https://register.gotowebinar.com/register/5492780065552751627 cc samueldr arianvp "Understanding UEFI Testing"
<arianvp> Hmm
<arianvp> Thanks for the link
<samueldr> looks like it's for testing *the firmware*
psyanticy has quit [Quit: Connection closed for inactivity]
<worldofpeace> Should git be in the minimal install media?
Synthetica has quit [Quit: Connection closed for inactivity]
<gchristensen> imo no
<bennofs> it's quite useful to clone your versioned config though
<gchristensen> good thing we have nix-shell and nix-env :)
<worldofpeace> My workflow is always cloning some repo, and you can't use builtins.fetchGit and some people's configs use this
<bennofs> right, git needs network anyway, so you might as well just install git?
<gchristensen> yep
<worldofpeace> I think I might PR it because it's always annoying me
<gchristensen> you're of course to PR it, but I don't think it should merge
<__monty__> Does minimal include X?
<gchristensen> no
<ajs124> Seeing how easy it is to customise the iso, I'd always vote for keeping it. If you really need something on there, just build your own.
Synthetica has joined #nixos-dev
<worldofpeace> I just think it's terrible that you can't just use a part of nix's builtins without some step of nix-env'ing git. I wonder how many other minimal linux distro images include git
<gchristensen> then we would also need to include mercurial
drakonis1 is now known as drakonis
<qyliss> Minimal distro images are different to minimal installer images, also
<simpson> To me, git is a lot like curl/wget; it's important enough to be worth the few MiB it might take up.
<qyliss> If this was an image people were actually supposed to be using for more than just installation we'd probably have different things
<worldofpeace> qyliss: if you define it as just an installer image and you can't realize a config with fetchGit then I see no reason it shouldn't be there
<gchristensen> it doesn't seem onerous to me for someone to need to run nix-env -iA git
<gchristensen> if they don't want to, they could fetch the not minimal
<gchristensen> or make their own
<qyliss> Is it likely that anybody is fetchGit-ing their configurations in the installer? That sounds like a bad experience regardless of whether you have to install Git first.
<worldofpeace> https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/profiles/base.nix is where it would happen and it would be shared in all installer images
<worldofpeace> gchristensen: "if they don't want to, they could fetch the not minimal" that makes it sound like it's in the graphical, I don't think it is
<gchristensen> let's put it in there :)
<ajs124> TIL: those isos include screen. And here I am "nix-shell -p tmux"ing on them, if I don't have my own, every time.
<worldofpeace> qyliss: this is a reaction to https://github.com/NixOS/nixpkgs/issues/78127
<{^_^}> #78127 (by snicket2100, 1 day ago, open): `nixos-install` from the installation media unable to handle `builtins.fetchGit`
<gchristensen> I wonder what happened when they ran it. what the error was, for example
<worldofpeace> ajs124: I don't think that's analogous to what I've mentioned?
<qyliss> okay, that's convinced me
<gchristensen> I'm not convinced yet, but seeing the user's report is persuasive
<qyliss> as long as we also include mercurial, and the installer size doesn't balloon too much
<gchristensen> I would rather fix this with improved error handling (why I wonder what their experience was.) concretely: can we notice it failed because of git, and tell them how to install git?
<worldofpeace> gchristensen: I suppose you're suggesting it could error out helpful to use nix tools to access it? I think that's terrible UX for an installer image to not be able to use all the features of nix already
<qyliss> and any other tool required my
<worldofpeace> a good error should exist though
<qyliss> *by some Nix functionality
<__monty__> Fwiw, "minimal" suggests to me something that might be suited as a base image for deploys at scale. Which I suppose you might want to keep as small as possible to avoid redundant network traffic.
<gchristensen> Nix not having Git and Mercurial as dependencies is an intentional choice, and adding git to the installer is practically one we can never undo
<worldofpeace> true
<qyliss> I would like to know how much bigger it would make the installer
<worldofpeace> I can try it out to see qyliss
<gchristensen> I *don't* think it is a terrible UX to have optionally-enabled features, as long as using them when they're not available gives a reasonable UX on how to do so
<simpson> Could we undo having fetchGit in builtins? Kind of misleading to call it "builtins" under these circumstances.
<ajs124> gchristensen: why can't it be undone?
<__monty__> Does fetchTarball get the same treatment may be another consideration.
<qyliss> how much with just git, and how much with git and mercurial
<gchristensen> simpson: only by providing the ability for a Nix expression to execute programs as the evaluating user
<simpson> gchristensen: Soooo... `unsafeHacks.fetchGit` then~?
<gchristensen> well, builtins.exec
<simpson> Well played.
<gchristensen> nix ... --allow-unsafe-native-code-during-evaluation=true
<worldofpeace> qyliss: I can get that info
<worldofpeace> note that worldofpeace basically shouldn't be trusted with math but I can use shell tools 🤣
<qyliss> The minimal ISO is 500M??
<gchristensen> "git only adds 17M!"
drakonis has quit [Ping timeout: 272 seconds]
drakonis has joined #nixos-dev
<niksnut> globin: okay, it evaluates again
<globin> niksnut: what caused that?
<niksnut> a regression in nix
lovesegfault has quit [Ping timeout: 268 seconds]
lovesegfault has joined #nixos-dev
<aanderse> niksnut: random question: attribute sets don't store context in their keys, just values. i can't say { "${pkgs.foo}" = "bar"; }. i assume that is never going to change, even if i ask nicely? :-)
<gchristensen> :thinking:
<niksnut> aanderse: I think that would be pretty hard/expensive to implement
<niksnut> since attrset keys are not strings but symbols
<aanderse> niksnut: yeah i figured as much... :-(
<aanderse> thanks for confirming though!
lovesegfault has quit [Ping timeout: 272 seconds]
lovesegfault has joined #nixos-dev
lovesegfault has quit [Client Quit]
orivej has quit [Ping timeout: 260 seconds]
kenjis2 has quit [Ping timeout: 260 seconds]
capisce_ is now known as capisce
pie_ has joined #nixos-dev
pie_[bnc] has quit [Quit: No Ping reply in 180 seconds.]
pie_[bnc] has joined #nixos-dev
pie_ has quit [Quit: pie_]
kreisys has quit [Read error: No route to host]
ixxie has joined #nixos-dev
__monty__ has quit [Quit: leaving]
Synthetica has quit [Quit: Connection closed for inactivity]