worldofpeace_ changed the topic of #nixos-dev to: #nixos-dev NixOS Development (#nixos for questions) | NixOS 20.03 BETA Announced | | | 19.09 RMs: disasm, sphalerite; 20.03: worldofpeace, disasm |
<flokli> genesis: while you're at it, can we get flatpak too? :-P
<genesis> ho man :')
<genesis> i can't handle so much bloatware
<genesis> i know nothing on them, but if you can resume the deal here, i can figure out if it has some common attribute
<genesis> appimage is just an auto-zip where zip is mount in a tmp
<genesis> then we mount in a $out and we autopatchelf
<flokli> right
<flokli> so, appimages do have some sort of chroot, or they don't?
<genesis> i don't remember
<genesis> i don't think so
<flokli> Hnm
<genesis> the time i was fortify and strip the packer, they were nih and complexify it
<genesis> so i donno.
<genesis> when i was searching to solve our issue on appimage, i discover nixos
<genesis> so i let you imagine what happens.
justanotheruser has joined #nixos-dev
lopsided98 has quit [Remote host closed the connection]
lopsided98 has joined #nixos-dev
mmlb has quit [Ping timeout: 240 seconds]
lovesegfault has quit [Quit: WeeChat 2.7.1]
cole-h has quit [Ping timeout: 256 seconds]
__monty__ has joined #nixos-dev
orivej has joined #nixos-dev
_ris has quit [Ping timeout: 256 seconds]
__monty__ has quit [Quit: leaving]
__monty__ has joined #nixos-dev
__monty__ has quit [Client Quit]
__monty__ has joined #nixos-dev
Jackneill has joined #nixos-dev
__monty__ has quit [Quit: leaving]
__monty__ has joined #nixos-dev
<Taneb> gchristensen++ (re: nixops 2-to-3)
<{^_^}> gchristensen's karma got increased to 217
justanotheruser has quit [Ping timeout: 255 seconds]
asymmetric has quit [Quit: Peace.]
asymmetric has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
<andi-> anyone able to review ? This is currently blocking the unstable(-small) channel.
<{^_^}> #81601 (by andir, 29 minutes ago, open): gsasl: export LOCALDOMAIN before running tests
Synthetica has joined #nixos-dev
orivej has joined #nixos-dev
worldofpeace has quit [Quit: killed]
emily has quit [Quit: killed]
thefloweringash has quit [Quit: killed]
domenkozar[m] has quit [Quit: killed]
bennofs[m] has quit [Quit: killed]
Ericson2314 has quit [Quit: killed]
jtojnar has quit [Quit: killed]
vaibhavsagar has quit [Quit: killed]
mkg20001 has quit [Quit: killed]
Dandellion has quit [Quit: killed]
rycee has quit [Quit: killed]
arcnmx has quit [Quit: killed]
jonge[m] has quit [Quit: killed]
Nyanloutre[m] has quit [Quit: killed]
layus[m] has quit [Quit: killed]
timokau[m] has quit [Quit: killed]
colemickens has quit [Quit: killed]
abbradar[m] has quit [Quit: killed]
rnhmjoj has quit [Quit: killed]
zimbatm[m] has quit [Quit: killed]
tokudan[m] has quit [Quit: killed]
pkolloch[m] has quit [Quit: killed]
dtz11 has quit [Quit: killed]
Ox4A6F has quit [Quit: killed]
alienpirate5 has quit [Quit: killed]
ma27[m] has quit [Quit: killed]
aanderse has quit [Quit: killed]
{^_^} has quit [Remote host closed the connection]
{^_^} has joined #nixos-dev
drakonis has quit [Quit: WeeChat 2.7.1]
zimbatm[m] has joined #nixos-dev
clkamp_ has joined #nixos-dev
<clkamp_> Since several days I cannot request reviews for my PRs any more. It started when I a package with me as a maintainer was merged. Was there a change in the rights or anything?
tokudan[m] has joined #nixos-dev
bennofs[m] has joined #nixos-dev
rycee has joined #nixos-dev
pkolloch[m] has joined #nixos-dev
vaibhavsagar has joined #nixos-dev
timokau[m] has joined #nixos-dev
dtz has joined #nixos-dev
abbradar[m] has joined #nixos-dev
arcnmx has joined #nixos-dev
thefloweringash has joined #nixos-dev
Nyanloutre[m] has joined #nixos-dev
worldofpeace has joined #nixos-dev
emily has joined #nixos-dev
Ox4A6F has joined #nixos-dev
jtojnar has joined #nixos-dev
ma27[m] has joined #nixos-dev
Dandellion has joined #nixos-dev
domenkozar[m] has joined #nixos-dev
rnhmjoj has joined #nixos-dev
Ericson2314 has joined #nixos-dev
jonge[m] has joined #nixos-dev
alienpirate5 has joined #nixos-dev
aanderse has joined #nixos-dev
colemickens has joined #nixos-dev
layus[m] has joined #nixos-dev
mkg20001 has joined #nixos-dev
<gchristensen> ofborg is down because they seem to have broken BGP??
<FireFly> ...whoops
<gchristensen> seemsthe problem is the ISP
<yorick> > -122.3959
<{^_^}> -122.396
<yorick> nix, why?
<simpson> It's probably just formatting.
<yorick> nope
<simpson> Really? Rounded? That's not great.
<yorick> > builtins.toJSON (-122.396)
<{^_^}> "-122.396"
<yorick> > builtins.toJSON (-122.3959)
<{^_^}> "-122.396"
<gchristensen> is it a floating point thing?
<simpson> Kind of. I suspect "%0.3f" or something like that.
<yorick> even fromJSON rounds it
<yorick> > builtins.toJSON (builtins.fromJSON ("-122.3959"))
<{^_^}> "-122.396"
<FireFly> > builtins.toJSON (-122.3955)
<{^_^}> "-122.395"
<infinisil> > 1.123456789
<{^_^}> 1.12346
<FireFly> ok, petty significant rounding
<FireFly> pretty*
<infinisil> It might be a floating point thing, as in, it's just a float, not a double
<FireFly> is that-- right
<simpson> > 1.0000000003 == 1.0 # the internal storage holds sigfigs not being printed
<{^_^}> false
<yorick> hmm
<yorick> > builtins.fromJSON "1.0000000003" == 1.0
<{^_^}> false
aranea has joined #nixos-dev
<infinisil> > 1.7976931348623158e308
<{^_^}> 1.79769e+308
<infinisil> > 1.7976931348623159e308
<{^_^}> error: invalid float '1.7976931348623159e308'
<infinisil> Um, that should be infinity
<infinisil> I guess I should update the nix version of the bot, because it shows "inf" in my local nix
<yorick> it seems to use std::ifstream for parsing?
<infinisil> > inf = 1.7976931348623158e308 * 2
<{^_^}> inf defined
<infinisil> > inf
<{^_^}> inf
<Profpatsch> infinisil: see?
<Profpatsch> That’s what happens with toString
<Profpatsch> floats are a mess
<Profpatsch> So we can’t pretty-print them in good faith
<yorick> RFC to remove floats from the nix parser?
<infinisil> It sure is a bit messy!
<yorick> they are only ever used in the float tests
<Profpatsch> lol
<infinisil> yorick: Just needs some fixes
<yorick> infinisil: no, we're not doing your [1.2.3]
<infinisil> Hehe
<Profpatsch> infinisil: which doesn’t make the point moot, because nixpkgs supports nix from 2.0
<Profpatsch> There’s no way to salvage them before nix 3.0
<infinisil> > inf == inf + 1
<{^_^}> error: syntax error, unexpected '=', at (string):120:8
<infinisil> > (inf == inf + 1)
<{^_^}> true
<gchristensen> yorick: iirc, Nix gained floats to let it parse JSON documents which had floats
<yorick> gchristensen: yeah, but does the parser need them? :)
<gchristensen> yes, because otherwise you'll see
<gchristensen> > x = builtins.fromJSON "1.1"
<{^_^}> x defined
<simpson> Profpatsch: There does exist a pretty-printing routine for floats which shows exactly enough digits. Ironically, it is likely available to whatever is implementing our current pretty-printing routines.
<yorick> gchristensen: yeah, is that problematic? :)
<gchristensen> probably :)
<yorick> they can be pretty opaque boxes
<gchristensen> just treat them as strings?
<yorick> just treat them as something you can't make or edit
<yorick> possibly strings
<gchristensen> whatever it is, this should work: (builtins.toJSON (builtins.fromJSON x)) == x
<gchristensen> (structurally, not ... whitespace-wise :P)
<Profpatsch> simpson: I am unable to parse your second sentence
<simpson> Profpatsch: There are several algorithms, most famously Dragon4, which turn floats into lists of digits. These algorithms are then used to implement pretty-printing at the stdlib level. So likely some part of C++ stdlib has the algorithm somewhere. But that doesn't mean that it's exposed or usable; ironically, we only access it indirectly.
<Profpatsch> simpson: Ah, yeah, sure.
<Profpatsch> There’s lots of papers, because it’s a hard problem to do that efficiently.
<Profpatsch> But at least correct would be a good start methinks
<simpson> I did this a few months ago for Monte. Comparing the builtin printer with a Dragon4-based printer: Revealing the hidden world of floats.
justanotheruser has joined #nixos-dev
psyanticy has joined #nixos-dev
teto has joined #nixos-dev
<domenkozar[m]> hmmm ImportError: /nix/store/wx1vk75bpdr65g6xwxbj4rw0pk04v5j3-glibc-2.27/lib/ version `GLIBC_2.28' not found (required by /nix/store/2n66ha7fnk87jr0yq6ihnl8czwa7iknw-systemd-243.4-lib/lib/
<domenkozar[m]> I've been seeing those lately, what's going on
<domenkozar[m]> oh-ou: /run/current-system/sw/bin/vim: /nix/store/wx1vk75bpdr65g6xwxbj4rw0pk04v5j3-glibc-2.27/lib/ version `GLIBC_2.28' not found (required by /nix/store/2n66ha7fnk87jr0yq6ihnl8czwa7iknw-systemd-243.4-lib/lib/
<domenkozar[m]> seems like I need to bump nixpkgs
<niksnut> {"name":"merge","file":"/home/eelco/Dev/nixpkgs/pkgs/top-level/splice.nix","line":37,"column":13,"count":24627} <- what does that function do and why is it called 24627 times during a NixOS eval?
<gchristensen> lol nice
<gchristensen> infinisil: paging you :P
<niksnut> in fact, what does splice.nix do?
<gchristensen> Ericson2314: available to take a peek?
<niksnut> there is a big comment at the top but I'm not smart enough to understand it
<infinisil> Haven't closely looked at that, but it seems to be responsible for splicing the packages for cross compilation
<infinisil> There's a GitHub comment explaining it better, lemme try to find it..
<niksnut> right, the comment suggests this should do nothing when not cross-compiling
<gchristensen> "For performance reasons..." sounds like something is wrong
<domenkozar[m]> $ git grep callPackage | wc -l
<domenkozar[m]> 30879
<domenkozar[m]> oh wow that lives in some comment in an issue :D
<infinisil> "The details here are confusing, but the point is, for a spliced package, buildPackages.cmake can be reached by cmake.__spliced.buildHost. makeDerivation receives spliced packages via each of buildInputs, nativeBuildInputs, depsBuildBuild, etc., and retrieves the correct derivation using the .__spliced attribute."
<niksnut> ah, thanks
<niksnut> I added a comment
ixxie has joined #nixos-dev
cole-h has joined #nixos-dev
drakonis has joined #nixos-dev
<arianvp> samueldr: you're kind of familiar with the arm nixos stuff right?
<arianvp> i was wondering if we could make a proper nixos module for extlinux instead of callPackaging some file on disk where needed
<arianvp> sounds a bit more composable
orivej has quit [Ping timeout: 256 seconds]
<emily> sort of time-relevant in that a bunch of people's TLS certificates are going to become invalid tomorrow, though any solution won't trickle down fast enough for that anyway :(
<{^_^}> #81634 (by emilazy, 11 minutes ago, open): nixos/acme: force-renewing certificates is unreasonably difficult
<arianvp> the comments in pkgs/top-level/splice.nix genuinely scare me
<arianvp> why is all this cross compile stuff so complicated
<gchristensen> emily: can't they run systemctl start acme-*? or will tat ditch since it is valid a while
<emily> thanks, now i had to read them and i'm horrified too
<emily> gchristensen: yeah that just does the renewal check :(
<arianvp> emily: thanks for the heads up
<gchristensen> emily: I guess tomorrow will be a test for how many thinsg actually-actually check CRL lists lol
<arianvp> =)
drakonis has quit [Quit: WeeChat 2.7.1]
* emily . o O ( can you OCSP staple a revocation )
<emily> "yes, the certificate is invalid!"
<gchristensen> emily: can you write up instructions on the manual way to force it to renew? like, is it delete the cert and run systemctl start acme-*?
<simpson> "Why does your intern have 'DO NOT VALIDATE MY CERTIFICATE' stamped on his forehead?"
<gchristensen> btw, `systemctl ... 'acme-*'` actually does work afaik
<emily> gchristensen: like I said in the issue, set validMinDays to something super high and start it
<emily> didn't work for me at least :/
<emily> maybe your certificate was just already old enough to get renewed
<gchristensen> I mean just the wildcard bit of that
<emily> oh, yeah
<gchristensen> can you provide a working, sample configuration which sets that option?
<emily> it's security.acme.validMinDays, I can dig up the acme config portion on my server if you'd like but none of the rest really affects it
<gchristensen> I'm just thinking getting as much specific and actionable information in that ticket as possible will be really helpful
<emily> ah, fair enough, I'll comment
<emily> hm, do start and restart differ at all for Type=oneshot units?
<emily> added a howto to the first comment
<hexa-> emily: here we are talking about force renewal ._.
<hexa-> wish lego was a bit better maintained
<emily> hexa-: yeah, I was wondering that myself re: OCSP
<emily> we could implement that ourselves tbh
<emily> dunno if worth
<emily> (just again trigger the -force-renew service if an ocsp check fails)
<samueldr> arianvp: I don't see why not, I haven't looked at the implementation of it at all
<samueldr> it just worked well enough since I started being involved in arm things
drakonis has joined #nixos-dev
ashkitten has quit [Quit: WeeChat 2.7]
ashkitten has joined #nixos-dev
ixxie has quit [Ping timeout: 255 seconds]
ixxie has joined #nixos-dev
lovesegfault has joined #nixos-dev
Jackneill has quit [Remote host closed the connection]
drakonis has quit [Quit: WeeChat 2.7.1]
lovesegfault has quit [Quit: WeeChat 2.7.1]
lovesegfault has joined #nixos-dev
lovesegfault has quit [Quit: WeeChat 2.7.1]
orivej has joined #nixos-dev
lovesegfault has joined #nixos-dev
psyanticy has quit [Quit: Connection closed for inactivity]
<cole-h> Would it be a good idea to pin the acme issue (come tomorrow, at least)?
<cole-h> Just to ensure visibility
<flokli> samueldr: clever: any opinions on ?
<{^_^}> #81200 (by flokli, 5 days ago, open): edid-generator: init at unstable-2018-03-15
<samueldr> flokli: none at all, sorry for not replying to the request
<flokli> samueldr: no worries
<samueldr> I don't really know why I was pinged, though I *did* do something edid related in the past but managed by copying another monitor's
<flokli> I thought it might be interesting for qemu wayland things
<samueldr> right
<flokli> because this seems to be the only way to get linux drm to use a custom video mode
<samueldr> hmmm, this might allow me to remove my hacked-up bios for mobile nixos
<samueldr> since I think it breaks once DRM tries to set a resolution
<flokli> it should just be a matter of buidling it, optionally with whatever custom mode you want, adding this to your firmware packages in initrd, and pass the kernel cmdline
<samueldr> yep, I understood the PR in full, but didn't do 1+1 'til now
<flokli> seems the video=Virtual-1:2280x800@60me is only valid for fbdev, but not drm:
<flokli> anyhow, if you could give this a spin, I'd highly appreciate it :-)
CRTified has quit [Quit: Gateway shutdown]
<samueldr> speaking of #81211 is kinda proving problematic to me :)
<{^_^}> (by samueldr, 4 days ago, open): firefox: Fix AArch64 build
<samueldr> ...
<samueldr> infinisil: it seems february 29th is not accounted for here?
<samueldr> or is that some borderline time zone issue? (unlikely, I think it would be the other way around if it was)
CRTified has joined #nixos-dev
<infinisil> Hmm lemme see
<samueldr> flokli: I'll look at your PR later, once I'm done with what I'm writing
<samueldr> infinisil: not implying the fault is necessary in your code, but something seems up to me
<samueldr> it could also be the way it's rounded up/down?
<infinisil> samueldr: Ah yeah it's just rounded down
<samueldr> sorry to bother
<infinisil> No problem!
<samueldr> I saw that GitHub states 5 days
<samueldr> I figure in 1h10 yours should roll over to 5 days too then
<infinisil> Yeah
<infinisil> Hm I wonder what rounding strategy makes most sense
<infinisil> Because github's "5 days ago" means to me that it's already been 5 days
<samueldr> sadly I think the answer is "none", non makes more sense, it's all perceptual
<infinisil> Probably yeah
<samueldr> is 7 months ago a year ago?
<samueldr> with GitHub I think it is
<samueldr> as is 1 year 5 months
<samueldr> relative dates are not easy, because none of that is intrinsically wrong, only somewhat lossy
<infinisil> 4.9 days ago -> almost 5 days ago :P
<cole-h> Just put the exact date at UTC and be done with it
<cole-h> :P
<cole-h> s/at/in/
<samueldr> in my opinion, add a bit more precision for close dates, and when they are far, put the actual date
<infinisil> nix#8
<{^_^}> (by edolstra, 7 years ago, open): Support private files in the Nix store
<infinisil> nix#1
<{^_^}> (by viric, 7 years ago, closed): The sync option
<infinisil> Eh, I'll leave it like this :)
<infinisil> (ah yes -> #nixos-chat)
<clkamp_> Could someone have a look at #81176 ?
<{^_^}> (by clkamp, 5 days ago, open): Update Aqbanking to 6.1.1
mmlb has joined #nixos-dev
lovesegfault has quit [Quit: WeeChat 2.7.1]
drakonis has joined #nixos-dev
lovesegfault has joined #nixos-dev
drakonis has quit [Ping timeout: 260 seconds]
teto has quit [Quit: WeeChat 2.7.1]
orivej has quit [Ping timeout: 240 seconds]
justanotheruser has quit [Ping timeout: 260 seconds]
_ris has joined #nixos-dev
lovesegfault has quit [Quit: WeeChat 2.7.1]
lovesegfault has joined #nixos-dev
ixxie has quit [Ping timeout: 260 seconds]
Jackneill has joined #nixos-dev
drakonis has joined #nixos-dev
Jackneill has quit [Remote host closed the connection]
justanotheruser has joined #nixos-dev
lovesegfault has quit [Ping timeout: 260 seconds]
lovesegfault has joined #nixos-dev
justanotheruser has quit [Ping timeout: 255 seconds]
__monty__ has quit [Quit: leaving]
lovesegfault has quit [Ping timeout: 256 seconds]
lovesegfault has joined #nixos-dev
<genesis> perharps someone can suggest better the a 'case in' in a buildCommand.
tilpner_ has joined #nixos-dev
tilpner has quit [Ping timeout: 260 seconds]
<jtojnar> genesis ln -s ${extractType1 { inherit name src; }} $out
<jtojnar> but I would just move both types into the extract one
drakonis has quit [Ping timeout: 256 seconds]
<genesis> oki thanks, i fear doing that need more nativeBuildInputs than separate extractType
drakonis has joined #nixos-dev
<jtojnar> you will need nativeBuildInputs either way since Nix has distinct evaluation and building phases
<jtojnar> genesis: so you cannot realy choose what to evaluate at build time since evaluation already finished
<genesis> jtojnar so you would vote for something like that
<jtojnar> yup
<genesis> oki , need a type1 image to test it and ready to push, thanks.
<genesis> next i'll remove the writeScript.
<emily> is there any way to make a "gradually typed" option submodule? that is, allow any attrs like types.attrs, but with documentation/typechecking/... for the subset of options that are explicitly defined
<emily> it would be really useful for defining modules for services that have structured JSON/YAML configs that you're never going to be able to enumerate all the options of, but want to extend/specially handle a few, without making everything involve 100 extraOptions = {...}
<samueldr> emily: might be relevant to #75584
<{^_^}> (by Infinisil, 11 weeks ago, open): Configuration file formats for JSON, INI, YAML and TOML
<genesis> jtojnar if you want to follow #81572
<{^_^}> (by bignaux, 23 hours ago, open): appimage: refactoring extractType2 to avoid use of appimage packer
<genesis> i'll let people merge it before go further.
<emily> samueldr: hm, I have to admit I'm confused about what this is meant to add over just doing writeFile (toJSON someAttrs)... is it to ensure that no invalid JSON values are used or something?
<jtojnar> genesis it would be good to include some motivation why it is done
<samueldr> emily: AFAIUI it allows using `mkForce` deeply in the attrset
<samueldr> or lib.mkIf
<emily> samueldr: basically I would just use types.attrs, but I want to inject my own "NixOS module options" in too...
<emily> (and giving docs/types to some of the more common attributes would be nice)
<emily> I guess there's just no way to handle this and submodules with extraConfig attributes are the best way to go
<samueldr> sorry, I might not have phrased it well, I meant: your idea married to that implementation
<emily> but it makes me a bit sad
<emily> right
<samueldr> allowing you to add types only for some keys
<emily> yeah, I think that would be a nice addition. cc infinisil?
<infinisil> emily: Yeah something like this has been brought up before, would be nice to have in the future
<infinisil> Though I don't want to do that in that PR (or its RFC)
<emily> mhm
<emily> so status: "would require 10-page RFC and 10 months of bikeshedding, never going to happen" basically :(
* emily is not convinced she's seen the RFC process do anything other than clog up development so far
<infinisil> Hm, well having partially typed options might come with some problems
<infinisil> So it might make sense to discuss a bit abou tit
<infinisil> s/abou tit/about it !
<infinisil> emily: rfcs#52 went quite good!
<{^_^}> (by Infinisil, 25 weeks ago, merged): [RFC 0052] Away from static IDs
<infinisil> Though that reminds me, I still need to implement it
<infinisil> Writing docs isn't my strongsuit though..
<infinisil> Well, xml at least hah
<infinisil> I get discouraged just thinking about it
<emily> infinisil: I feel like without the RFC process, you could have just PR'd an implementation and gotten it merged based on it just obviously being a good idea
<emily> but maybe I'm too cynical :p
<infinisil> emily: I originally did in #65698! But people wanted an RFC so that's what I did
<{^_^}> (by Infinisil, 30 weeks ago, merged): Increase the system user id range