<niksnut>
or to be precise, the debug info is just a build output uploaded by hydra
<niksnut>
the channel mirror script creates redirects from build IDs to NARs
<ikwildrpepper>
yeah, spo the debug info should already be in my s3 binary cache, just need the 'metadata'
<ikwildrpepper>
thnx
<gchristensen>
niksnut: I wonder if we could do that automatically in Nix and Hydra, and then mass-enable debug info?
<gchristensen>
this has been something I've wanted to bring up for a couple weeks now
<gchristensen>
for the s3 store backend, it can setup a redirect, for the others by default it can re-upload the content in to the second location
<gchristensen>
niksnut: maybe I can PR this, what do you think?
<ikwildrpepper>
github is not my best friend today
<niksnut>
gchristensen: for what reason?
<niksnut>
the current setup works fine
<niksnut>
there is an issue somewhere about enabling debug info for everything, but I think the consensus is not to do it (too expensive)
<gchristensen>
two-fold: people building their own stuff in their own cache don't use our channel scripts; turning on debug info everywhere would be really great, because you can't turn it on after the fact and debug a problem you've already hit
<gchristensen>
is it illegal in terms of binary cache invariants to delete debug outputs over time? :P
<niksnut>
no, because nothing refers to them
<gchristensen>
we could trawl debuginfo and delete paths once they reach 1 month old, or something
<gchristensen>
other distros enable debug outputs by default for a good reason, and I think it is worth some additional expense of build / upload time, but the compounding increase of size is scary indeed
<niksnut>
what brought this on? are there people asking for debug info?
teto has quit [Ping timeout: 240 seconds]
<gchristensen>
a couple weeks ago I was trying to debug a series of crashes on my system, and almost none of the things I needed to look at had debug symbols
<gchristensen>
which was pretty annoying, and too late to add symbols. then yeah last week someone was asking me if it was feasible for us to just turn them on for everything by default to match redhat/debian/etc