worldofpeace changed the topic of #nixos-dev to: NixOS Development (#nixos for questions) | NixOS 20.09 Nightingale ✨ https://discourse.nixos.org/t/nixos-20-09-release/9668 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 20.09 RMs: worldofpeace, jonringer | https://logs.nix.samueldr.com/nixos-dev
<maralorn> Then I guess we put a "setLicense" in haskell.lib.
<maralorn> samueldr: But we can define a license in a way that the eval error shows "unknown probably free license, needs to be manually set in nixpkgs" or similar?
<qyliss> not currently, but shouldn't be difficult to implement
<maralorn> huh, wow. Currently we don‘t set the license to `lib.licenses.unknown` or something like that but as `"unknown"`^^
bennofs__ has quit [Ping timeout: 252 seconds]
bennofs_ has joined #nixos-dev
fuzzypixelz has quit [Quit: Connection closed]
fuzzypixelz has joined #nixos-dev
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #nixos-dev
rajivr has joined #nixos-dev
Taneb has joined #nixos-dev
<siraben> ofborg-internal-error in #122362 ?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/122362 (by siraben, 11 hours ago, open): coqPackages.relation-algebra: init
<cole-h> github is breaking its api again, thanks
<siraben> Looks like this PR is the only one with the internal-error >.<
<{^_^}> #122412 (by anna328p, 32 minutes ago, merged): vimPlugins: update
<siraben> Should I push something to trigger ofborg again?
<cole-h> also 122411, 122410, 122406
<cole-h> wouldn't hurt
<siraben> huh, someone must be clearing them: https://github.com/NixOS/nixpkgs/labels/ofborg-internal-error
<cole-h> That's me :)
<siraben> Ah heh, thanks.
<cole-h> My first "job" as part of borg was to scour the logs when bad stuff happens. Sometimes I forget, but I catch most within a day.
<cole-h> https://i.imgur.com/WpZ8TXV.png (here's one thing that can cause that label)
<cole-h> incomplete API responses from GitHub 🙃
<cole-h> actions getting unicorn'd
<siraben> cole-h: huh, is that because I push too fast or
<cole-h> no
<cole-h> github being bad
<siraben> sad
<cole-h> we do have an error for commits being force-pushed away, but pretty sure we retry / otherwise ignore it
fuzzypixelz has quit [Ping timeout: 240 seconds]
<cole-h> *grumble GitHub's broken API grumble*
orivej has quit [Ping timeout: 240 seconds]
m15k has joined #nixos-dev
m15k has quit [Client Quit]
asbachb has joined #nixos-dev
orivej has joined #nixos-dev
cole-h has quit [Ping timeout: 252 seconds]
asbachb has quit [Quit: Connection closed]
jonringer has quit [Ping timeout: 276 seconds]
evanjs has quit [Read error: Connection reset by peer]
evanjs has joined #nixos-dev
justanotheruser has quit [Ping timeout: 260 seconds]
supersandro2000 has quit [Quit: Ping timeout (120 seconds)]
supersandro2000 has joined #nixos-dev
__monty__ has joined #nixos-dev
<devhell> what happened to ofborg's extra-known-users?
<devhell> I used to be in there, and now it doesn't exist anymore :'( I guess I was away for too long for awhile :|
<MichaelRaskin> I think extra-known-users allowed you to request Linux build jobs? Now it got widened so you should be still able to do the same
contrapumpkin has joined #nixos-dev
copumpkin has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 265 seconds]
<sterni> maralorn: you could also write a script which downloads the tarballs and throws pkgs.licensee at them, but ime it can't distinguish between licenses in the spirit of MIT/BSD etc. with a lot of certainty because they are very similar
bennofs_ has quit [Read error: Connection reset by peer]
bennofs_ has joined #nixos-dev
<maralorn> sterni: Huh, interesting.
<gchristensen> devhell, MichaelRaskin: ofborg has effectively no access control limits now
<MichaelRaskin> I think it does not always auto-schedule macOS jobs for PRs from non-committers? Or is it strictly based on macOS builders being in bad state?
<sterni> maralorn: licensee is what github uses for license autodetection, it's kind of interesting, at some point I wanted to check nixpkgs using it
<gchristensen> if I remember correctly, it should always schedule a macos build, and macos builds were in a bad state for a long time. it should be good now
<sterni> but as it turns out in the cases where it is unclear, it is also unclear to the tool
<sterni> unsurprisingly so maybe
<Reventlov> Hey
fuzzypixelz has joined #nixos-dev
<hexa-> haven't seen an ofborg darwin build in a while, will look more carefully :)
<gchristensen> interesting
<gchristensen> sounds like there is something to be done there, it isn't automatically scheduling the darwin build
<gchristensen> for everyone
<hexa-> okay :)
<hexa-> yeah, I browsed that recently with andi_, but I wasn't entirely sure what I was seeing :)
<gchristensen> is this chart clear at least?
<hexa-> it had a high backlog when it started, and is processing new pull requests as they come in
<{^_^}> #122442 (by sengaya, 40 minutes ago, open): pythonPackages.ansible-lint: 5.0.2 -> 5.0.8
<hexa-> just called build and it is only starting for aarch64 and x86_64-linux
<gchristensen> hmm
<gchristensen> I'll have to refresh my memory on how darwin is supposed to get scheduled now :).
rj has joined #nixos-dev
<fuzzypixelz> how difficult would it be to get an emulated darwin box for nixpkgs? on 64bit linux of course
<das_j> fuzzypixelz: The main problem is that it's not legal
<das_j> macOS needs the OSK (Thesewords…) which is proprietary
<LinuxHackerman> das_j: pretty sure it is legal on mac hardware
<das_j> on mac hardware probably
<fuzzypixelz> LinuxHackerman: but then you wouldn't need emulation :^)
<LinuxHackerman> fuzzypixelz: what do you mean by "for nixpkgs"?
<fuzzypixelz> for testing nixpkgs builds
<LinuxHackerman> ah right
<LinuxHackerman> well, it's still nice to be able to make zfs snapshots of your OSX and stuff
<LinuxHackerman> It's not too tricky
<LinuxHackerman> I think the hydra macs run this way as well https://github.com/grahamc/nixos-org-configurations/tree/macs-on-linux/macs
<LinuxHackerman> oh, though that's missing the actual OSX image
<LinuxHackerman> (I mean, docs for producing it)
<hexa-> pretty sure ours is based on https://github.com/kholia/OSX-KVM
<hexa-> ok, sure isn't the word, I think I read a reference to tht somewhere :)
<hexa-> I couldn't find it again even if I wanted to
vikanezrimaya has quit [Ping timeout: 240 seconds]
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<LinuxHackerman> is their release process what it looks like it is? :|
<hexa-> funny, you didn't even quote the "release process"
<hexa-> once upon a time, there was a git history
<hexa-> - Removed history to reduce repository size
orivej has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
<devhell> MichaelRaskin: I see, thank you.
rj has joined #nixos-dev
<devhell> gchristensen: But one still needs to be listed in the config.public.json file to summon ofborg, right?
mkaito has joined #nixos-dev
mkaito has joined #nixos-dev
mkaito has quit [Changing host]
mkaito has quit [Quit: WeeChat 3.1]
jonringer has joined #nixos-dev
kini has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
AlwaysLivid has joined #nixos-dev
<fuzzypixelz> I relatively new to all this and I have some questions about how you develop within nixpkgs. AFAICT, many packages get broken simply because their dependencies get updated and break themselves (possibly because their own dependencies updated and so on). Here iare my very naive humble two cents: why can't we just pin them? I was taking a look at the
<fuzzypixelz> closure of apache-airflow earlier and it's obviously not trivial to hack it up each time a piece falls out of order
<fuzzypixelz> s/I/I'm ...
<thibm> fuzzypixelz: if you pin all packages' dependencies, then you would need to manually update them and that would be huge amount of endless work
<hexa-> need some advise on why a conditionally disabled test that depends on the version attribute does not fire when the package gets overwritten accordingly: https://github.com/NixOS/nixpkgs/pull/122461
<{^_^}> #122461 (by mweinelt, 11 minutes ago, open): python3Packages.pyjwt: fix test name in conditionally disabled test
<thibm> fuzzypixelz: Do you have any (rough) number on how many packages get broken this way?
<hexa-> fuzzypixelz: because pinning dependencies collides with doing security updates on them
<fuzzypixelz> thibm: I really have no idea, this is just me trying to share my thoughts here :^)
<hexa-> security updates suddenly become unmanagable, because the matrix of versions becomes too big
<thibm> fuzzypixelz: sure, no problem. I just wanted to know if you had more data
<hexa-> packages that have a wild set of pinned dependencies, like apache-airflow, simply require alot more maintenance sadly
<hexa-> in home-assistant we have a number of overrides that prevent breaking changes, while home-assistant … or nixpkgs … catches up
<hexa-> but again, it takes maintenance effort, keeping up with the upstream changes etc.
<fuzzypixelz> hexa-: I see. So PyPI for example benefits from closer integration with upstream so they don't have a lot of (any) catching up to do
rj has quit [Remote host closed the connection]
<andi-> hexa-: because that condition was already tested at the point where you override.
rj has joined #nixos-dev
<andi-> also relying on `rec` there would also not do what you expect with overrides.
<andi-> The whole package should be a function of the version (and src?) string for this to work.
justanotheruser has joined #nixos-dev
<hexa-> andi-: noted
<hexa-> thanks
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
contrapumpkin is now known as copumpkin
vcunat has joined #nixos-dev
fuzzypixelz has quit [Ping timeout: 240 seconds]
rj has quit [Ping timeout: 240 seconds]
cole-h has joined #nixos-dev
rj has joined #nixos-dev
AlwaysLivid has quit [Remote host closed the connection]
bennofs_ has quit [Read error: Connection reset by peer]
bennofs_ has joined #nixos-dev
justanotheruser has quit [Ping timeout: 246 seconds]
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
justanotheruser has joined #nixos-dev
asbachb has joined #nixos-dev
vcunat has quit [Ping timeout: 260 seconds]
rj has quit [Ping timeout: 240 seconds]
rajivr has quit [Quit: Connection closed for inactivity]
rj has joined #nixos-dev
sphalerite has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<symphorien[m]> does the community aarch64 builder still exist ?
<cole-h> Yes.
vcunat has joined #nixos-dev
dottedmag has joined #nixos-dev
dottedmag has joined #nixos-dev
dottedmag has quit [Changing host]
vcunat has quit [Client Quit]
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
<symphorien[m]> thanks
asbachb has quit [Ping timeout: 240 seconds]
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
winterqt has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
winterqt has joined #nixos-dev
rj has quit [Ping timeout: 240 seconds]
rj has joined #nixos-dev
__monty__ has quit [Quit: leaving]
justanotheruser has quit [Ping timeout: 276 seconds]
justanotheruser has joined #nixos-dev
<infinisil> Interesting, I'll have to read through this thread: https://discourse.nixos.org/t/improving-flakes/12831 cc gchristensen
<cole-h> devhell: You don't need to be in the config to be able to `@ofborg build pkg` or `@ofborg eval` -- everybody can do that, now.
cptchaos83 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
cptchaos83 has joined #nixos-dev
<cole-h> You need to be in the trusted users list of the config to be able to queue darwin builds, however. https://logs.nix.samueldr.com/nixos-dev/2021-05-07#4951577
supersandro2000 has quit [Killed (verne.freenode.net (Nickname regained by services))]
supersandro2000 has joined #nixos-dev