<gchristensen>
I'm thinking if the submitter is a maintainer on each package submitted, it will apply the label too
<gchristensen>
for example, right now if hello was maintained userA and userB, and userA submits a PR modifying it, it won't be labeled -- but it probably should be
<gchristensen>
however, if userA submits a PR modifying hello and another package they don't maintain, it should never be labeled
pie_ has joined #nixos-dev
tilpner has quit [Ping timeout: 246 seconds]
<gchristensen>
FYI: approximately 1/4 of PRs over the next ~10hrs will be processed by this PR: https://github.com/NixOS/ofborg/pull/307 ping me if there are bugs :) it implements what I just described ^
<{^_^}>
ofborg#307 (by grahamc, 46 minutes ago, open): Maintainer tag
drakonis has quit [Quit: WeeChat 2.3]
eadwu has quit [Quit: WeeChat 2.3]
worldofpeace has joined #nixos-dev
worldofpeace has quit [Ping timeout: 240 seconds]
pie__ has joined #nixos-dev
lassulus_ has joined #nixos-dev
pie_ has quit [Ping timeout: 246 seconds]
lassulus has quit [Ping timeout: 250 seconds]
lassulus_ is now known as lassulus
<infinisil>
Oh you know what would be really cool: If Nix could push build failures to caches as it can successes. This means that when a user tries to build a derivation hydra already tried and it failed, the user can immediately download the build logs and gets an error
jtojnar has joined #nixos-dev
pie__ has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
pie__ has joined #nixos-dev
moredrea6 has joined #nixos-dev
<moredrea6>
A package that I try to build is cross-compilation aware and calls the gcc compiler with its full name (i.e. x86_64-unknown-linux-gnu-g++). ld fails to find crt1.so though when linking. x86_64-unknown-linux-gnu-g++ doesn't seem to come from gccWrapper. Is that the problem, and how can I fix it?
moredrea6 is now known as moredrea8
__Sander__ has joined #nixos-dev
pie__ has quit [Ping timeout: 245 seconds]
<Mic92>
moredrea8: are using gcc-unwrapped by chance? How do you no, you are not using the cc-wrapper?
<Mic92>
*know
<moredrea8>
'which x86_64-unknown-linux-gnu-g++' shows a path ending in GCC, while g++ leads to gcc-wrapped (or similar. I'm not on that machine ATM) in a nix-shell
<domenkozar>
infinisil: doesn't work well due to transient errors
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
<Mic92>
moredrea8: have you used the file command on the same to see if it is not the wrapped version still?
<moredrea8>
Mic92: I'll try that next
<Phillemann>
Hmm, I thought "sha256 = " was replaced by "hash = "sha256:...", but within "builtins.fetchTarball", this isn't recognized.
tilpner has joined #nixos-dev
<gchristensen>
ok, 100% of PRs are getting being procesesd by the maintainer tag code
init_6 has joined #nixos-dev
<gchristensen>
qyliss^work / qyliss would it be a burden to split 54573 in to a few PRs?
eadwu has joined #nixos-dev
worldofpeace has joined #nixos-dev
Synthetica has joined #nixos-dev
<infinisil>
domenkozar: Ah darn you're right
<qyliss^work>
gchristensen: I can do that
<qyliss^work>
no need to mention both nicks btw
<gchristensen>
qyliss^work: which one should I mention? :P
<qyliss^work>
Each gets highlights for both
<qyliss^work>
so, the shorter? :P
<gchristensen>
cool, I'll do whatever tab-complete does
init_6 has quit []
<gchristensen>
qyliss^work: does the new "Requested Changes" icon feel less bad?
<qyliss^work>
It does, yeah. Still think it should be orange though.