worldofpeace_ changed the topic of #nixos-dev to: #nixos-dev NixOS Development (#nixos for questions) | NixOS 20.03 BETA Announced https://discourse.nixos.org/t/nixos-20-03-beta/5935 | 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
__monty__ has quit [Quit: leaving]
<gchristensen> say for example I wanted to publish once a day a dump of the hydra database. this file is ~30gb. I imagine people would not be interested in fetching it daily ... so maybe it isn't worth uploading daily... maybe ipfs or something?
<gchristensen> or dat maybe :)
<samueldr> are there binary diff formats that could help here?
<gchristensen> its a .sql file
<samueldr> (text is still binary, prove me wrong)
<gchristensen> (fair)
<samueldr> so I guess the answer is kinda :)
<samueldr> is it 30GB compressed?
<gchristensen> I think so
<samueldr> yeowch
<samueldr> still, it's not big data, it fits in my RAM
<gchristensen> :P
<simpson> gchristensen: It's frustrating that the answer can't be "just open up a socket to your database".
<gchristensen> yeah
<gchristensen> so the export to .sql will happen totally offline, from a backup host
<gchristensen> part of the purpose of the export is seeing if the backup worked. if postgres starts and manages to export a dump over 30g, the backup is probabl ygood
<Irenes[m]> I guess I'd say reduce the frequency of the data dump to what you expect people to actually want
<gchristensen> being able to provide the data is only a nice byproduct of validating the backup
<Irenes[m]> ipfs is an interesting suggestion but it's kind of a lot of work for people to download
<Irenes[m]> makes sense
<gchristensen> so at that frequnecy, it would be "do the dump and throw it away" until someone comes asking
<Irenes[m]> yeah it's honestly not clear to me that there's anyone who really has a need to have their own copy of it
<gchristensen> I imagine that if it was available, people would be interested in asking questions of it :)
<simpson> Right. First you have the data, then you have the metrics, then you have the insights. But also, like, at the same time, I have no idea what it'd be useful for.
<gchristensen> the first build it has a record of is from 2010-03-05
<Irenes[m]> hm
<cole-h> Which build is that?
<Irenes[m]> I don't know if there's budget for this, but notionally you could put it in Google's BigQuery or something. Then people could query it without downloading it.
<Irenes[m]> That would require additional engineering work since it's a different engine.
<samueldr> I see it as being useful for someone that wants to help with the page queries slowness
<simpson> mdash: ^^^ Publication isn't a single action, but an ongoing service!
<samueldr> get it on a local development hydra instance, and look at your personal instance crawling under the load!
<gchristensen> cole-h: an RPM for patchelf
<gchristensen> I mean, I guess I'll just throw it away then :P
<simpson> gchristensen: I am sorry that I don't have a good use for this dump, but this is probably the purest situation that I'll ever see that aligns with my research: There's gotta be a better way to just, like, publish a few TiB of data without anybody noticing or caring~ I wish I had answers, and not just similar desires.
<gchristensen> no worries :)
<gchristensen> I could make the build output public, and the last step be a magic wormhole send, and wait for 20 hours , offering to send
<simpson> https://dumps.wikimedia.org/ offers HTTPS downloads with a per-IP cap to prevent abuse.
<gchristensen> whoa
<gchristensen> I mean I guess I could just put it up as an https page
<gchristensen> assuming <=1 downloader / day, it would be fine. if I had >1 download/day, it'd be nice to use a thing which lets it not upload from me twice
johnny101m has quit [Read error: Connection reset by peer]
<gchristensen> "The control you have over what information Twitter shares with its business partners has changed. Specifically, your ability to control mobile app advertising measurements has been removed"
<lovesegfault> andi-: I'm hacking on firefox with LTO/PGO
<lovesegfault> I'll try and tackle vaapi later
<samueldr> gchristensen: bittorrent?
<gchristensen> might be the thing
<samueldr> you could end up uploading more than once, by you could also end up with seeder friends
<samueldr> though in that situation maybe less frequent publications can help in getting seeds?
<lovesegfault> Can someone remind me how to run NixOS tests? I always forget 😅
<gchristensen> lovesegfault: nix-build
johnny101m2 has joined #nixos-dev
<cole-h> `-A tests.testsdhajjkdsa` maybe
<gchristensen> is there a trivial `seed-this-file-as-a-torrent ./my.file` thing?
<lovesegfault> Hmm, is my autocomplete fooling me? I don't see the ff test
<lovesegfault> gchristensen: mktorrent is part of that
<gchristensen> nix-build ./nixos/tests/firefox.nix
<lovesegfault> Oh, wow, you literally meant just nix-build it
<gchristensen> yea
<lovesegfault> Nice
<worldofpeace> umm
<worldofpeace> yall
<worldofpeace> there's nixosTests in pkgs
<worldofpeace> nix-build -A nixosTests.firefox
* gchristensen still isn't keen on that one
<infinisil> Can also be set on packages
<infinisil> > nginx.tests
<{^_^}> { nginx = <CODE>; }
<infinisil> > nginx.tests.nginx
<infinisil> This could totally be used by ofborg to run NixOS tests for the packages, instead of just building them :)
<lovesegfault> infinisil: Isn't this sort of thing what passthru is for?
<lovesegfault> (i.e. pkgs should set passthru.tests)
<lovesegfault> (?)
<lovesegfault> :D
<jtojnar> infinisil ofborg runs passthru.tests since few days ago
<infinisil> Ohhh nice :o
<jtojnar> is sending inputs for 4+ hours normal? https://hydra.nixos.org/build/116295362#tabs-summary
<lovesegfault> Do I need to do something special to get gcc with lto support?
<lovesegfault> ar is going nuts with plugin needed to handle lto object
<{^_^}> "<derivation /nix/store/0knsbz4n10gfh39hiywh2riivrfx4wfm-vm-test-run-nginx.drv>"
bridge[evilred] has quit [Remote host closed the connection]
red[evilred] has joined #nixos-dev
bridge[evilred] has joined #nixos-dev
<samueldr> nice, nixos-unstable updated, I started babysitting tested for timed-out and aborted jobs on the latest almost-complete tested
<gchristensen> nice
<lovesegfault> is AR,AS, etc gcc-ar,as,... by default?
<lovesegfault> as opposed to.. binutils, I think?
<jtojnar> 🎉️🎆️❄️🥦️
<jtojnar> drop the brocolli, forgot it is already taken
<lovesegfault> Is that a yes>
<lovesegfault> *? :P
<jtojnar> no idea, sorry
<lovesegfault> Here I was thinking the broccoli held the answer
<garbas> samueldr++
<{^_^}> samueldr's karma got increased to 198
drakonis has quit [Quit: WeeChat 2.7.1]
ehmry is now known as ehmry[m]
ehmry[m] has left #nixos-dev ["User left"]
ehmry has joined #nixos-dev
red[evilred] has quit [Quit: Idle timeout reached: 10800s]
orivej has quit [Ping timeout: 240 seconds]
FRidh has joined #nixos-dev
<ashkitten> did buildRustPackage change recently? it doesn't seem to find pkg-config anymore even though it's in buildInputs
<ashkitten> hm, apparently pkgconfig should be in nativeBuildInputs
<ashkitten> i was not aware of this
<FRidh> ashkitten: strictDeps was enabled in e8323a0bf9d677af7f2705f14c6ee145ed8c2cb7
<ashkitten> i see
cole-h has quit [Quit: Goodbye]
FRidh2 has joined #nixos-dev
FRidh has quit [Ping timeout: 258 seconds]
phreedom has quit [Ping timeout: 240 seconds]
justanotheruser has quit [Ping timeout: 260 seconds]
phreedom has joined #nixos-dev
<Profpatsch> infinisil: you can thank Ekleog for that one https://github.com/NixOS/ofborg/pull/410
<{^_^}> ofborg#410 (by Ekleog, 23 weeks ago, merged): nixpkgs-rs: build .passthru.tests too
<Profpatsch> r-ryantm has been running these for some time
<Profpatsch> err, this issue: https://github.com/NixOS/ofborg/issues/368
<{^_^}> ofborg#368 (by Ekleog, 42 weeks ago, closed): Build passthru.tests automatically along with the package
<Profpatsch> There’s also downstream dependencies in there (e.g. packages that require bazel) so we have some sense of whether reverse dependencies still build.
<Profpatsch> Oh and I just noticed that people moving the files around broke the tests
<Profpatsch> That’s why it’s imortant that they are run automatically, because people will just merge crap forgetting the tests
<Valodim> is the GoNoGo meeting open for attendance? I'd be inclined to lurk, if that's allowed :)
<srk> last one was public (streamed on youtube as well)
<worldofpeace> Valodim: come watch if you want too ✌︎
<worldofpeace> that's my style
* etu listened in to the last one, planning to do it today as well
<Valodim> cool!
orivej has joined #nixos-dev
<jtojnar> ♥ how open and transparent Nix community is regarding the processes
<worldofpeace> my throat was like soo dry vhen I did that call, I'm not going to lie. I should have stopped to get water 😁
__monty__ has joined #nixos-dev
notgne2 has quit [Quit: ZNC 1.7.4 - https://znc.in]
notgne2 has joined #nixos-dev
<infinisil> ekleog++
<{^_^}> ekleog's karma got increased to 9
<manveru> mkg20001: do you have a mercode channel or something? this seems like the wrong place :)
<mkg20001> manveru: There's t.me/merosdistro
<manveru> does telegram work in the browser these days?
<mkg20001> manveru: Signup via web is flaky I heard so it's better to use the mobile app for that, though afterwards desktop & web is pretty stable.
<mkg20001> But web is usually a lot more outdated than the desktop client
<manveru> well, the web client seems to work, but can't join the channel that way it seems
<manveru> maybe they have a matrix bridge? :)
<aanderse> manveru: i will attempt to test upgrading my test instance of redmine today against your pr
<manveru> awesome, thanks
<aanderse> thank you very much for your work on that!
<domenkozar[m]> mkg20001: really cool stuff :)
<domenkozar[m]> mkg20001: btw if I click on arm on downloads page, nothing happens
<domenkozar[m]> ReferenceError: showmenu is not defined
<domenkozar[m]> seems like that function should be show
<niksnut> I'll have to investigate it a bit more
<domenkozar[m]> ok thanks :)
<domenkozar[m]> adisbladis: where does poetry2nix get python packages from?
<gchristensen> pypy I think
<gchristensen> pypi?
<domenkozar[m]> this line fails for me because there's no pythonPackages.foo
<gchristensen> an eval error?
<domenkozar[m]> yes
<domenkozar[m]> so if poetry2nix uses pypi, why does it search for pythonPackages.dep?
<gchristensen> hm
<gchristensen> it does definitely use pypy btw https://github.com/nix-community/poetry2nix/blob/master/mk-poetry-dep.nix#L153-L156 but why does it use pythonPackages there? not sure ...
<domenkozar[m]> pypi*
<domenkozar[m]> python naming scheme is confusing :D
<gchristensen> I will never get that right I promise
<FRidh2> domenkozar[m]: it fetches from pypi, but it takes the Nixpkgs pythonPackages set, empties it, and then inserts its own packages in there
<FRidh2> that's why you get a pythonPackages.foo mention
<domenkozar[m]> oh wow
<domenkozar[m]> that sounds like a lot of trouble
<FRidh2> it builds upon nixpkgs's buildPythonPackage which is package set dependent
<FRidh2> I suppose that is the motivation, to just use that function and other functions
<gchristensen> does that mean you have an undeclared dependency?
<FRidh2> well somehow it did appear in the poetry lock file
<FRidh2> which package is it? setuptools_scm?
<domenkozar[m]> pyramid_retry
<domenkozar[m]> it's only in the lock file, yes
<domenkozar[m]> maybe lock file is out of date?
<gchristensen> worth a try re-locking
<domenkozar[m]> hmm, it's still there
<FRidh2> maybe its related, but I think poetry2nix has trouble with packages in setup_requires, which need to end up in nativeBuildInputs. Maybe `strictDeps = false;` would help poetry2nix
<gchristensen> and maybe open an issue so adis'bladis can look later :)
<domenkozar[m]> hmm right I'll try to minimize the example
<domenkozar[m]> if poetry rewrites pythonPackages, that means it's depending on pyramid_retry before it's created
<gchristensen> how so?
<domenkozar[m]> otherwise I'd expect pythonPackages.pyramid_retry to exist
<gchristensen> oh I see
<domenkozar[m]> $ nix-build
<domenkozar[m]> error: stack overflow (possible infinite recursion)
<domenkozar[m]> :D
<domenkozar[m]> this works just as well as I believe in python packaging :D
<pie_[bnc]> stackoverflow.com but infiniterecursion.com
<pie_[bnc]> aw damn someone already registered that
<xfix> stack is a rather technical term
<gchristensen> domenkozar[m]: poetry has worked super well for me, supporting use cases that I've wanted forever... hopefully it is an easy fix technical or docs wise :)
<xfix> but it's how it is known as, even if a language doesn't officially have a stack
<domenkozar[m]> gchristensen: oh I know :) but I've spent way too much time fixing python packaging to know how to set my expectations
<gchristensen> haha fair enough
<bennofs> who should I ping for https://github.com/NixOS/nixpkgs/pull/83249? I would like to finally get release-20.03-aarch64 tested job to evaluate :)
<{^_^}> #83249 (by bennofs, 2 weeks ago, open): nixos/release-combined.nix: fix tested/supportedSystems (master version of #82886)
<gchristensen> you WILL spill blood.
<pie_[bnc]> why did they have to name it poetry, thats going to mess up so many sentences
<gchristensen> samueldr: can you look at bennofs' #83249?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/83249 (by bennofs, 2 weeks ago, open): nixos/release-combined.nix: fix tested/supportedSystems (master version of #82886)
<bennofs> the second commit of that PR needs backport to release-20.03
<gchristensen> bennofs: do they not both need backporting?
<bennofs> the first one was already merged with another PR
<gchristensen> oh I see
<gchristensen> should that commit be removed from the PR then?
<bennofs> ah well, the first one is actually only on release-20.03 ...
<gchristensen> oh what :)
<gchristensen> thrilling :P
<bennofs> since master had already diverged from release-20.03, just cherry-picking isn't enough for the first commit. that's why there are two versions of the first commit
<gchristensen> oh samueld\r already approved too
<gchristensen> bennofs: ping me when it finishes its eval
<bennofs> gchristensen: ok thanks :)
justanotheruser has joined #nixos-dev
<domenkozar[m]> it seems like stack overflow happens due to setup_requires as FRidh2 said
<domenkozar[m]> how do I figure out which dependency it is? :O
<domenkozar[m]> well, there's bisection.
<bennofs> gchristensen: #83249 is green now
<{^_^}> https://github.com/NixOS/nixpkgs/pull/83249 (by bennofs, 2 weeks ago, open): nixos/release-combined.nix: fix tested/supportedSystems (master version of #82886)
<FRidh2> domenkozar[m]: interesting, I would expect that, if poetry picks up the dep, it would still end up in the poetry2nix package set
<FRidh2> where in the lock file does it mention this pyramid_retry?
<domenkozar[m]> in package.dependencies
<gchristensen> bennofs: can you open a backport PR?
<bennofs> gchristensen: will do
<FRidh2> that's how its handled for now :D
<domenkozar[m]> so how do I know what to put there?
<FRidh2> seems like poetry lists all the extras as well, and the extra depends on the package it is an extra of
<FRidh2> is this package of yours listed as an extra somewhere? Or does it have an extra?
phreedom_ has joined #nixos-dev
<FRidh2> I think an underlying issue is that we choose to add the run-time dependencies to the closure when we install the Python package while at least for withPackages we do not actually need to. Thus, we could flatten the dependency tree.
phreedom has quit [Ping timeout: 240 seconds]
<domenkozar[m]> FRidh2: where do you see circular dependency in that example?
<domenkozar[m]> I don't see toml has declared dependencies
<FRidh2> hmm right
<domenkozar[m]> I guess I'll wait for adisbladis :)
<{^_^}> nix#3478 (by edolstra, 11 seconds ago, open): Downloader: Only write data to the sink on a 200 response
<domenkozar[m]> Nice!
<domenkozar[m]> I hope getting response status code is not expensive
<gchristensen> °oohh
<michaelpj> sweet
<michaelpj> IDK what's up atm but seeing a lot of those errors recently
<michaelpj> adverse network conditions making you sort out your damn error paths!
<gchristensen> I have learned _some things_ about NixOps and thinsg are starting to make sense
<gchristensen> for example all these `config` dicts come from the nix expression itself, and these attr_property's store those properties in the statefile. so for example, this one probably shoudln't be an attr_property: https://github.com/grahamc/nixops-packet/blob/poetry/nixops_packet/backends/device.py#L70
<domenkozar[m]> :D
<domenkozar[m]> sounds like it should be named store_property
<gchristensen> yup I think so..!
<gchristensen> I spent a while last night trying to make the property typechecked by mypi and it was tough (this typo is on purpose, just for you domenkozar[m] ;))
<domenkozar[m]> haha
<srk> :D types .. my attempt at haskell port of nixops exploded very quickly
<gchristensen> nixops is 75% typed
<gchristensen> :)
<gchristensen> hehe
<srk> cool
<srk> good that Python has some support for types (finally!)
<domenkozar[m]> srk: my friend commented on that picture
<domenkozar[m]> "you can see how the left guy is almost done"
<srk> :D
<domenkozar[m]> gchristensen: nice
<domenkozar[m]> I like how they picked "imprecise"
<domenkozar[m]> really gets programmers OCD out
<gchristensen> hehe
<gchristensen> and it is really harsh. 2.65% imprecise is yellow
<srk> :D
<domenkozar[m]> yeah the color palete just reinforces that
<domenkozar[m]> "I'm never getting away from this traffic light am I"
<gchristensen> at any rate, python isn't a perfect language, but mypy really takes it to another level
<domenkozar[m]> +1
<FRidh2> still surprised that in all the peps related to type hints, they've never mentioned duck typing
<aanderse> is there another go no-go meeting today?
FRidh has joined #nixos-dev
FRidh2 has quit [Ping timeout: 256 seconds]
<rnhmjoj> i think i accidentally discovered an issue in the python setup-hook: i had a typo somewhere and instead of getting "makeWrapper doesn't understand the argument" i got "die: command not found"
<rnhmjoj> it looks like the `die.sh` hook is not sourced
justanotheruser has quit [Ping timeout: 265 seconds]
orivej has quit [Ping timeout: 256 seconds]
cole-h has joined #nixos-dev
<{^_^}> #84732 (by cleverca22, 14 seconds ago, open): device-tree_rpi: fix platforms
justanotheruser has joined #nixos-dev
<jtojnar> worldofpeace do you know if we did pipewire 0.3.2 bump? I am almost certain we did but cannot locate it
<cole-h> jtojnar: I think it was in the gnome 3.36 update, wasn't it?
<cole-h> Which went to staging. Idk if that's been merged back yet
<jtojnar> that has been 0.3.1
<jtojnar> perhaps my memory is just failing
<cole-h> Oh, no, you're correct
<cole-h> 0.3.1
drakonis has joined #nixos-dev
<gchristensen> clever: cool, can you backport that too?
<clever> gchristensen: sure
<{^_^}> #84738 (by cleverca22, 11 seconds ago, open): device-tree_rpi: fix platforms
<worldofpeace> aaron: yes
<aanderse> <{^_^} "#84738 (by cleverca22, 11 second"> worldofpeace: great. time decided yet?
<aanderse> ugh silly matrix
<etu> Was it same time tonight? 2100 CEST
<worldofpeace> aaron: it should be the same time as the last
<worldofpeace> it is in the thread on discourse
<aanderse> worldofpeace: thanks
averell has quit [Quit: .]
<cole-h> Yep, same as last
<disasm> https://github.com/NixOS/nixpkgs/pull/81442 merged and cherry picked!
<{^_^}> #81442 (by manveru, 5 weeks ago, merged): bundler: 1.17.3 -> 2.1.4
<cole-h> disasm++
<{^_^}> disasm's karma got increased to 15
<drakonis> ah, looks like it's that time again
<worldofpeace> disasm++
<{^_^}> disasm's karma got increased to 16
<cole-h> After the meeting, I expect there'll be another karma shower :P
<drakonis> so, if the outcome is go, does it immediatly release?
<cole-h> I think in the last meeting they said around Thursday?
<cole-h> Depends on the RMs I guess
v0|d` has joined #nixos-dev
v0|d has quit [Ping timeout: 265 seconds]
<worldofpeace> If it's a go we can begin the tasks to actually put nixos 20.03 out. so not immediate.
<drakonis> i see
<worldofpeace> but yeah, whenever is good for disasm and I to work in realtime, and I believe we need infrastructure people to be available in realtime as well
<worldofpeace> ooh, we got fetchSubmodules in builtins.fetchGit https://github.com/NixOS/nix/pull/3166#issuecomment-610339692
<worldofpeace> ✨ niksnut and for sure blitz and bjornfor
v0|d` has quit [Ping timeout: 265 seconds]
johnny101m2 has quit [Quit: -a- Connection Timed Out]
johnny101m has joined #nixos-dev
* cole-h hopes there will be a YouTube stream of the meeting again, because he hasn't fixed his Jitsi audio issues
<gchristensen> I'm not able to make it today. I'm not feeling good. (not COVID.)
<cole-h> Feel better.
<gchristensen> thanks :)
cole-h has quit [Ping timeout: 256 seconds]
<worldofpeace> oof. feel better gchristensen 💖
<worldofpeace> That does mean we won't have a stream and a recording
<gchristensen> if someone could connect their dropbox account and click record in the jitsi call, I can upload it later
<worldofpeace> here's the little pad I had from last time https://hackmd.io/ARRSrTEiTri1aHtF6xzoRg?both
<worldofpeace> niksnut: disasm 👋
<disasm> I'm looking for the link
<drakonis> worldofpeace: yep
<aanderse> sorry worldofpeace just observing, no mic
<drakonis> y'all should maybe try chromium if you have issues with jitsi
<drakonis> firefox seems to be unsupported
cole-h has joined #nixos-dev
FRidh has quit [Quit: Konversation terminated!]
cole-h has quit [Client Quit]
cole-h has joined #nixos-dev
<worldofpeace> oof, going to have to watch the recording to figure out everything we have to do. I hope it worked disasm
<worldofpeace> if not, I have pretty good memory
<gchristensen> was there a lot?
<worldofpeace> no not at all
<worldofpeace> we decided it was a no go because it wasn't DONE
<gchristensen> cool
<worldofpeace> but we're going to meet again on friday same time
<domenkozar[m]> nice - ever since Nix got CI for PRs there was a PR opened each day
<domenkozar[m]> worldofpeace: what is left? :)
thonkpod has quit [Quit: WeeChat 2.4]
<worldofpeace> domenkozar: it's all in the blocker label
<worldofpeace> I'm going to try to get notes
<worldofpeace> and a recording will be uploaded
<domenkozar[m]> ok thanks :)
<worldofpeace> TLDR; bugfixes and release notes
<cole-h> worldofpeace: You still want a second pair of eyes (proofreader) for those GNOME docs or whatever it was you posted last week?
<worldofpeace> samueldr: I tried to talk about the aarch64 issue, but I honstely will/did have no idea what I was talking about 😁
<cole-h> Or did I miss the train
<samueldr> oops, missed the go/no-go meeting, I thought it was "one week from the last"
<samueldr> worldofpeace: which one, the raspberry pi one? it seems to be setup dependent, we're "done" in the sense that it's documented
<worldofpeace> haha, we're trying to speed it up samueldr
<worldofpeace> samueldr: yep, that exactly
<samueldr> worldofpeace: if it's the channel evals, now that the fix has been merged in master too (it got merged to 20.03 beforehand) I think it should be good
<worldofpeace> samueldr: Yep, I think I merged the one for 20.03. So I could say from aarch64 it is a go
<samueldr> though we may be lacking publishing of the channel on channels.nixos.org, in case there are divergences in update rates?
<samueldr> worldofpeace: I think it should be
<gchristensen> Ideally we'd have a channel created before release
<samueldr> at least for blocker issues, the other is not a blocker per se, more of a user experience thing
<samueldr> 19.09 didn't have a discrete channel published
<samueldr> it only had the jobset
<worldofpeace> That makes perfect sense to me. It doesn't need to be handled or followed up on in the blocker evaluation
<ma27[m]> sorry, didn't make it today. Is there a tl;dr somewhere?
<cole-h> NO GO, meet again Friday
<worldofpeace> same time. I'm going to followup in the thread and there's going to be a video ma27
<ma27[m]> ack, thanks a lot!
<worldofpeace> totally, amping it up as much as we can
<ma27[m]> btw, the broken llvm on 20.03 is a known issue?
<globin> ma27[m]: broken as in?
<ma27[m]> tests are failing
<ma27[m]> had to build it locally
<ma27[m]> ah, already found the related hydra build %)
TJ57 has joined #nixos-dev
abathur has quit [Ping timeout: 265 seconds]
TJ57 has quit [Remote host closed the connection]
cole-h has quit [Ping timeout: 265 seconds]
v0|d has joined #nixos-dev
<arianvp> why does the following expr cause the hello package to be built from source?
<arianvp> { pkgs ? import <nixpkgs> {}}: pkgs.writeText "hello" "${pkgs.hello.drvPath}"
<arianvp> eventhough hello is in the cache?
<arianvp> if I remove the .drvPath part it works fine
<arianvp> but im interested in just the .drvPath; I dont want to actually build the package
<arianvp> something odd is happening probably something string-with-contexty?
<gchristensen> <3 worldofpeace
<{^_^}> worldofpeace's karma got increased to 100
<worldofpeace> yaaaaaaaaaaaaaa
<worldofpeace> 100
cole-h has joined #nixos-dev
<garbas> worldofpeace++
<{^_^}> worldofpeace's karma got increased to 101
<drakonis> wonderful 101
<worldofpeace> Jan Tojnar: what do you think about adding patches to vte and gnome-terminal to support notifications on process ending?
<worldofpeace> the patches from fedora, which I use, work well for bash.
<worldofpeace> I'm not sure how zsh or fish come work. I know there's at least one terrible patch that makes it work for zsh.
__monty__ has quit [Quit: leaving]
orivej has joined #nixos-dev
abathur has joined #nixos-dev
abathur has quit [Ping timeout: 240 seconds]
justanotheruser has quit [Ping timeout: 260 seconds]
justanotheruser has joined #nixos-dev