<gchristensen> Mic92: honestly nothing :P
<gchristensen> Mic92: but I'm standing by to disable it should they ask
Sonarpulse_ has quit [(Ping timeout: 240 seconds)]
orivej has quit [(Remote host closed the connection)]
ris has quit [(Ping timeout: 258 seconds)]
mbrgm has quit [(Ping timeout: 248 seconds)]
mbrgm has joined joined #nixos-dev
jtojnar has joined joined #nixos-dev
orivej has joined joined #nixos-dev
aszlig has quit [(Remote host closed the connection)]
aszlig has joined joined #nixos-dev
ma27 has joined joined #nixos-dev
<LnL> could somebody eval staging
FRidh has quit [(Quit: Konversation terminated!)]
FRidh has joined joined #nixos-dev
FRidh has quit [(Ping timeout: 248 seconds)]
ma27 has quit [(Ping timeout: 250 seconds)]
FRidh has joined joined #nixos-dev
ma27 has joined joined #nixos-dev
goibhniu1 is now known as goibhniu
FRidh has quit [(Ping timeout: 240 seconds)]
FRidh has joined joined #nixos-dev
phreedom has joined joined #nixos-dev
vcunat has joined joined #nixos-dev
ma27 has quit [(Ping timeout: 252 seconds)]
ma27 has joined joined #nixos-dev
<fpletz> thank god we don't have freebsd's fortune files: https://github.com/freebsd/freebsd/commit/0271df5714d9ce5274f82889febb6536a2fdba59
<gchristensen> yeah ...........
<fpletz> but that probably applies to us :)
<makefu> i always thought fortune(1) messages were supposed to be offensive ...
<gchristensen> what does it contain fpletz?
peti has quit [(Quit: WeeChat 1.8)]
<gchristensen> that... doesn't belong in a distro ...
<MichaelRaskin> makefu: actually, a proper fortune origram should have both offensive and non-offensive messages, with a flag to use offensive ones.
<MichaelRaskin> program
peti has joined joined #nixos-dev
<makefu> true, however if i choose to show offensive messages why is there a discussion about these messages to be offensive?
<MichaelRaskin> Dunno.
<MichaelRaskin> Declaring everything but freebsd-tips offensive could make more sense, I guess.
<gchristensen> $ cowsay -f sodomized hi
<MichaelRaskin> But they decided not to ship anything offensive.
<gchristensen> cowsay: Could not find sodomized cowfile!
<gchristensen> fpletz: we're clear
<fpletz> gchristensen: nice :)
<MichaelRaskin> I wonder if at the point of inclusion the quotes from Hitler were considered an obvious argument ad hitlerum; unfortunately, nowadays they can be taken by some at face value.
<makefu> it seems that ubuntu contains another cowsay package (namely cowsay-off) nixpkgs uses the debian cowsay package https://anonscm.debian.org/git/collab-maint/cowsay.git/
<makefu> lets see how long it takes until peta discovers flaming-sheep and demand instant removal
<makefu> or someone easily offended discovers `head-in`
<MichaelRaskin> I guess someone easily offended has a risk of being declared a sockpuppet of 0xABAB
<gchristensen> I don't think that exploring that hypothetical would result in anything useful
<gchristensen> (but I could be wrong)
<MichaelRaskin> Hopefully it turns out to be a hypothetical and not planning…
ma27 has quit [(Ping timeout: 240 seconds)]
ma27 has joined joined #nixos-dev
<copumpkin> niksnut: if we (temporarily) switch the installer back to single-user for darwin, would you object?
<gchristensen> probably should :(
<copumpkin> at least until we can sort out this user add thing
<gchristensen> it'd be neat if we could make that adjustable in the nixos.org/nix/install script itself, like being able to pass flags from there "--multi-user-darwin" -> turns on the multi user code path, absent goes single-user
<copumpkin> it would be nice if there were a more agile way to switch back and forth, or even just have different endpoints (with a symlink for nixos.org/nix/install)
<gchristensen> :D
<copumpkin> yeah or that
<copumpkin> perhaps an env var, since it's hard to pass args into a curl | sh
<gchristensen> I mean not passed at the curl | sh level, but inside the `install`
<copumpkin> ah
<gchristensen> but yeah you may be right
<copumpkin> gchristensen: you interested in joining darwin-maintainers group now that github has discussion threads?
<copumpkin> also, we should start using them more
JosW has joined joined #nixos-dev
zraexy has joined joined #nixos-dev
<LnL> gchristensen: :(
<LnL> copumpkin: sh <(curl) --foo works
<copumpkin> true
<copumpkin> LnL: I should just restart all failed/aborted?
<copumpkin> weird, I'm not seeing the newly failing jobs tab anymore
<copumpkin> anyway, I clicked "restart all failed builds"
<LnL> that's easier, stuff that depends on a failed build won't get restarted automatically
<copumpkin> "1 builds have been restarted."
<copumpkin> that seems wrong
<LnL> maybe somebody else already did?
<copumpkin> possibly?
<LnL> either way, thanks! :)
jtojnar_ has joined joined #nixos-dev
jtojnar has quit [(Ping timeout: 240 seconds)]
jtojnar_ is now known as jtojnar
ma27 has quit [(Ping timeout: 240 seconds)]
FRidh has quit [(Quit: Konversation terminated!)]
<copumpkin> niksnut: any opinion on allowing fetchTarball to take a path as well as a url string?
<copumpkin> I can do hacky stuff with file:// but it feels icky
<gchristensen> why would you fetch it?
<domenkozar> copumpkin: gchristensen: cant we simply fix the user add thing?
<gchristensen> domenkozar: did you read why that sucks?
<domenkozar> not yet, where is the text?
<copumpkin> there might be a clever way to do it
<copumpkin> but we don't know it yet :)
<gchristensen> domenkozar: read my comments here https://github.com/NixOS/nix/issues/1684#issuecomment-345320332
<domenkozar> gchristensen: sudo?
<domenkozar> ah no sudo on macos
<copumpkin> there is sudo on macos
<gchristensen> you have to use sudo anyway
<copumpkin> we're already using it
<gchristensen> sudo /usr/sbin/sysadminctl interactive -addUser "nixbld$i" -fullName "Nix build user $i" -home /var/empty -UID "3000$i" -addUser "nixbld$i"
<gchristensen> oops
<gchristensen> this fails because you need `interactive`: sudo /usr/sbin/sysadminctl -addUser "nixbld$i" -fullName "Nix build user $i" -home /var/empty -UID "3000$i" -addUser "nixbld$i"
<gchristensen> this fails because you need `sudo`: /usr/sbin/sysadminctl interactive -addUser "nixbld$i" -fullName "Nix build user $i" -home /var/empty -UID "3000$i" -addUser "nixbld$i"
<domenkozar> why do we need interactive?
<copumpkin> apple decided so
<gchristensen> you have to authenticate with SystemAdministration Framework
<copumpkin> :)
<copumpkin> it wasn't the case in 10.12
<copumpkin> but .13 wants that
<gchristensen> you either have to call: sysadminctl interactive -addUser <- and this prompts for the admin password every time it is called
<gchristensen> or ... you call sysadminctl -adminUser <username> -adminPassword <password> -addUser <- but here you have to prompt the username/password ahead of time and pass it in over the CLI, which feels icky
<domenkozar> so basically they don't consider root as root anymore
<gchristensen> not in the context of SystemAdministration Framework, apparently
<copumpkin> that's been true for a while
<copumpkin> but yeah, it's even less rooty than it used to be
<gchristensen> next version of macos: "Failed to authenticate with SystemAdministration framework to write to /nix/store/<hash>-foo/my-file"
<domenkozar> sigh
<domenkozar> well, we bend over
<domenkozar> and pass the password
<domenkozar> so it's more secure for apple
<domenkozar> :D
<domenkozar> it seems like apple and microsoft CEOs switched mentality a few years ago
<domenkozar> the two OSes are going the opposite ways
<domenkozar> one is rapidly adopting linux
<domenkozar> other one is rapidly building walls
<domenkozar> probably a russian hack
<gchristensen> I don't think it is a good idea to ask for a password and then pass it in on the cli, its pretty unsafe and will make people squirm
<gchristensen> unfortunately
<domenkozar> also it can only be then interactive, not part of any CI
<copumpkin> is there a way to get the list of overlays from within the imported nixpkgs?
<copumpkin> something like pkgs.args.overlays or something
<copumpkin> Sonarpulse: seems like something you might know :)
<lassulus> q
peti has quit [(Quit: WeeChat 1.8)]
vcunat has quit [(Ping timeout: 255 seconds)]
peti has joined joined #nixos-dev
<LnL> nixos or just nixpkgs
<copumpkin> nixpkgs
ma27 has joined joined #nixos-dev
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
vcunat has joined joined #nixos-dev
ris has joined joined #nixos-dev
Sonarpulse_ has joined joined #nixos-dev
<Sonarpulse_> niksnut: you around by any chance to look over https://github.com/NixOS/nixpkgs/pull/29396 ?
Sonarpulse_ is now known as Sonarpulse
<Sonarpulse> vcunat: still a bit unsure whether the darwin bootstrap tools masss rebuild is soon enough that we should wait on https://github.com/NixOS/nixpkgs/pull/31775
<Sonarpulse> to be clear, I don't expect that to break anything (I looked over all uses of the file itself)
<LnL> yeah, takes longer then I expected
<LnL> but that eval should be good once it's finished
<vcunat> if I simply count the ratio of darwin jobs, there should be ~50h remaining
<gchristensen> would anyone be mad if I blew up our file layout of our XML docs and restructured them?
<gchristensen> O:)
<vcunat> I think we have quite a lot of changes in the current iteration, but once Linux jobs are cleared up, we can just start building again, in parallel with Darwin finishing this round.
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
jtojnar has quit [(Read error: Connection reset by peer)]
jtojnar has joined joined #nixos-dev
JosW has quit [(Quit: Konversation terminated!)]
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
jtojnar has quit [(Remote host closed the connection)]
<Sonarpulse> vcunat: which order is that?
jtojnar has joined joined #nixos-dev
<vcunat> Sonarpulse: order? What do you mean?
<Sonarpulse> vcunat: like is there a mass rebuild going on right now that shouldn't be interrupted?
<Sonarpulse> or can i merge mine and then lnl's will just rebuild darwin for it?
* Sonarpulse can get anxious about merging things as it's taken quite a while, that isn't either fault of yours, however
<vcunat> I would lean no to cancel the current evaluation.
<vcunat> But that doesn't prevent merging stuff.
<vcunat> s/no to cancel/not to cancel/
<Sonarpulse> vcunat: oh i didn't mean cancel
<Sonarpulse> just queue shuffling
<Sonarpulse> I'll merge then?
<Profpatsch> A quick feedback wanted on this https://github.com/NixOS/nixpkgs/pull/31481
<gchristensen> "configuration-ad-hoc-network-config.xml:12: parser error : expected '>' <title>Ad-Hoc Configuration</title> ^ configuration-networking.xml:18: element include: XInclude error : could not load configuration-ad-hoc-network-config.xml, and no fallback was found.f"
<Profpatsch> These functions are not used yet in nixpkgs proper, I’d say we can change their interface.
<gchristensen> Profpatsch: ^ how about that for error reporting
<vcunat> Sonarpulse: seems OK to merge, having gotten a few reviews.
goibhniu1 has joined joined #nixos-dev
goibhniu has quit [(Ping timeout: 248 seconds)]
<Sonarpulse> vcunat: thanks!
<Profpatsch> gchristensen: Where’s that from?
<gchristensen> daps :)
<vcunat> I once wanted to look into using daps for our manuals, but it's never happened.
<Profpatsch> That looks cool.
<gchristensen> it also has spell check, man/html/mobi/webhelp/text/epub/pdf creation, autoformatting, style checking, image optimization, and link chhecking
<Profpatsch> It seems to be a lot more specific, so it can probably give better error messages.
<gchristensen> it requires we reorg our docs, but who cares?
<Profpatsch> gchristensen: Should we merge the PR and wait until somebody rewrites everything in daps?
<gchristensen> yes
<Profpatsch> done
<Profpatsch> fpletz: Is this one resolved by your changes? https://github.com/NixOS/nixpkgs/pull/26008
<gchristensen> vcunat: its a damn nightmare to package
<gchristensen> every single line of this file has been a struggle
<orivej> Sonarpulse: my hydra has checked that https://github.com/NixOS/nixpkgs/pull/31414 does not break anything in nixpkgs on Linux. the point of not merging this until the current staging is merged into master is to be able to quickly fix it needed.
<orivej> err, fix something in staging if needed before merge
<Sonarpulse> orivej: it is nice to merge to staging when nothing else is outstanding
<Sonarpulse> but i figure vcunat can always not merge staging tip or something
<Sonarpulse> i dunno
<Sonarpulse> like idealy staging would never be more than 1 pr or so ahead of master or something
<vcunat> right, it makes such fixes more difficult, but at this point I thought it unlikely they will be needed
<orivej> IHMO staging should be merged to master about once a week to reduce redownloads by the end users. It can accumulate as many PRs as happen in that time.
<vcunat> (It's still possible to start with the older commit built on Hydra, add a few commits on top and merging the result to master, without creating another branch.)
<orivej> vcunat: yes, but without building on Hydra
<vcunat> yes
<vcunat> At current rate we can't catch to rebuild each commit separately.
<orivej> I can not reproduce the failure of https://hydra.nixos.org/build/64459883 , even though it appers that it was restarted on Hydra multiple times and failed each time...
<LnL> Sonarpulse: that sounds fine to me, only issue with that is if something else needs to be fixed before the merge
<Sonarpulse> LnL: yes, true
<LnL> but I built the bootstrap tools and some other stuff so it should be fine
<vcunat> orivej: seems to be some long-term problem https://hydra.nixos.org/build/61560955
<orivej> vcunat: thank you, found more examples on https://hydra.nixos.org/job/nixpkgs/staging/python36Packages.zope_testrunner.x86_64-linux/all . I'll have to look at the code
vcunat has quit [(Ping timeout: 250 seconds)]
<orivej> domenkozar has already reported it in https://github.com/zopefoundation/zope.testrunner/issues/35
jtojnar has quit [(Remote host closed the connection)]
jtojnar has joined joined #nixos-dev
<jtojnar> gchristensen: cannot daps rely on the catalogs propagated by findXMLCatalogs hook?
<jtojnar> see for example here https://github.com/NixOS/nixpkgs/pull/30457
<gchristensen> (1) I'm practically XML illiterate (2) it really wants a single catalog file to look at
<gchristensen> and indeed hardcodes that file in many places
<gchristensen> but maybe? :)
<jtojnar> at least it could allow you to drop `xmlcat --add rewriteURI`
<jtojnar> but we need to merge the PR first
<gchristensen> I'll work on a PR for adding it to nixpkgs if you can help :)
<gchristensen> also, have you considered asking for merge rights?
<jtojnar> XML_CATALOG_FILES should be supported
<gchristensen> it still regularly points directly to /etc/xml/catalog
<jtojnar> was not able to find any docs about requesting the merge rights
<orivej> all but one nixpkgs:staging:*.x86_64-linux builds at https://hydra.nixos.org/machines are hung. could someone cancel them?
<gchristensen> jtojnar: its on the website ... somewhere ... but basically you just say "hey I'd like merge rights, can that happen?" and then someone cc's domenkozar
Sonarpulse has quit [(Ping timeout: 248 seconds)]
<orivej> gchristensen: it's in the first section of https://nixos.org/nixos/community.html
Sonarpulse has joined joined #nixos-dev
ma27 has quit [(Ping timeout: 250 seconds)]
<jtojnar> gchristensen: could you try to reeval https://github.com/NixOS/nixpkgs/pull/30252
<jtojnar> editing the description does not seem to work
<gchristensen> jtojnar: there is a backlog, but it should get it
<jtojnar> oh, okay
<gchristensen> I should make a status board :)
phreedom has quit [(Remote host closed the connection)]
<jtojnar> hmm, should I use literalExample in the nixos module?
<gchristensen> ah, yes :)
<jtojnar> fixed, thanks