<
Mic92>
gchristensen: I will now look for `"description": "^.^!"` to check what package to build
<
Mic92>
in the github api
<
Mic92>
so please don't chane ^.^! too often
<
gchristensen>
Hahaha cool ok
orivej has joined #nixos-borg
orivej has quit [Read error: Connection reset by peer]
orivej has joined #nixos-borg
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-borg
orivej has quit [Ping timeout: 256 seconds]
<
Mic92>
mhm. your package list also contain `broken` packages.
<
Mic92>
I need to filter this.
orivej has joined #nixos-borg
<
gchristensen>
gleber_: hi, it looks like your builder is running nix1.11, can you upgrade it to nix2?
<
{^_^}>
→ c53f2857 by @rasendubi: Put rasendubi in the trusted-users
<
{^_^}>
→ 1e0624ff by @grahamc: Merge pull request #115 from rasendubi/patch-1
<
{^_^}>
→ 9edae204 by @volth: add volth to extra-known-users
<
{^_^}>
→ 846dd5cf by @grahamc: Merge pull request #118 from volth/patch-2
<
{^_^}>
→ b2ee190d by @Ekleog: Add ekleog to extra-known-users
<
{^_^}>
→ b2690aaa by @grahamc: Merge pull request #121 from Ekleog/released
<
{^_^}>
→ ef7461d0 by @grahamc: Merge branch 'released' into add-ma27-to-extra-known-users
<
{^_^}>
→ b00ab5a7 by @Ma27: Add myself to the list of known users
<
{^_^}>
→ d46a2ce2 by @grahamc: Merge pull request #126 from Ma27/add-ma27-to-extra-known-users
<
{^_^}>
→ 0ee10e4d by @va1entin: add va1entin to extra known users
<
{^_^}>
→ acb6f81d by @grahamc: Merge pull request #110 from va1entin/released
<
{^_^}>
→ 3d789473 by @matthiasbeyer: Put myself in the trusted-users
<
{^_^}>
→ d16bdccf by @grahamc: Save build results
<
{^_^}>
→ ec231886 by @grahamc: The log API grows new features..
<
{^_^}>
→ 0e39d12d by @grahamc: Merge remote-tracking branch 'origin/next' into save-results
<
samueldr>
uhm, so I can assume that nix and nixos not being reported by {^_^} is by design?
<
LnL>
I think gchristensen disabled it because somebody was being too productive :)
<
gchristensen>
yeah
<
samueldr>
ah, so yeah, by design :)
<
gchristensen>
well I disabled the whole thing
<
gchristensen>
and forgot to turn it on
<
samueldr>
good, I was wondering if I did something wrong
<
gchristensen>
ah:)
<
samueldr>
do you remember the productive someone, and how it caused issue, maybe it's possible to do something with heuristics?
<
gchristensen>
joachifm merged 25 PRs
<
samueldr>
maybe coalescing events per-user in a pre-determined timespan could help
<
samueldr>
e.g. wait 1 or 2 minutes before sending events, and over X events, create a markdown gist listing them?
<
gchristensen>
or maybe calculate the rate of messages you're wanting to send, and if over Nps don't send them?
<
gchristensen>
Npm* probably better
<
samueldr>
it could probably be both, chances are "spam" will be one productive individual, well, up to now it is
<
gchristensen>
except to #nixos-bots... :P
<
samueldr>
but in the event a sprint is occuring, it would be great to reduce spam and limit messages
<
gchristensen>
agreed
<
gchristensen>
however that is done would be great
<
samueldr>
it is now noted, I'll think about that, delaying events will probably help a bunch (as we'll be able to act on the past)
<
samueldr>
it is, anyway, the only way to handle coalescing PR merges
FRidh has joined #nixos-borg
<
gchristensen>
ekleog: your nom parser might unlock the platform selection feature request...
<
gchristensen>
"on x,y,z build a,b,c"
<
gchristensen>
but seeing as I agree with coretemp's issue, I'm thinking again about focusing on the UI
khJikan has joined #nixos-borg
khJikan has quit [Client Quit]
<
samueldr>
oh no, someone is yet again being productive :/
FRidh has quit [Quit: Konversation terminated!]
<
gchristensen>
Mic92: this is so, so, so cool
<
gchristensen>
oh man
<
gchristensen>
maybe I can expose the data to you more easily
<
Mic92>
it works so far at the moment
<
gchristensen>
ok :)
<
gchristensen>
cool b/c I'm not sure how to expose it better yet
<
Mic92>
If I miss something I let you know
<
gchristensen>
cool
<
Dezgeg>
gchristensen: -A tests.kubernetes.dns evaluates a set of { singlenode = ...; multinode = ...; } is probably the problem
<
gchristensen>
shouldn't the nix-instantiate then find all of those?
<
gchristensen>
and nix-build... build all of those?
<
Dezgeg>
maybe it needs recurseForDerivations?
<
gchristensen>
in the test code? or in my calling code?
<
Dezgeg>
in test code
<
gchristensen>
hmm cool
<
gchristensen>
how should ofborg handle this case?
<
Dezgeg>
I guess the same way as happens if you try an x86-only test on aarch64
<
gchristensen>
kind of ugly -- requires counting the stdout lines
<
gchristensen>
but not terrible
<
gchristensen>
right now I only do the x86-64 thing on aarch64 because it fails to evaluate
<
gchristensen>
(exit-code-non-zero)
<
gleber_>
gchristensen: I suspect I need to update `path` of `systemd.services.grahamcofborg-builder` to have `nixUnstable`instead of `nix`, right?
<
gchristensen>
ahhh yes
<
gleber_>
gchristensen: done
<
gchristensen>
thanks :
<
gchristensen>
ok I re-authorized your builder
<
{^_^}>
→ 9420cb5c by @grahamc: clarify what
_no_ log means: not a partial loog
<
{^_^}>
→ 29fadfaa by @grahamc: Extract the file to lines function
<
Mic92>
gchristensen: Does ofborg outputs the packages it has build in a machine-readable format?
<
Mic92>
I think you gave me an url in the past
<
gchristensen>
Do you know how to use the browser web inspector?
<
Mic92>
for mass-rebuilds I just want to build the same locally as in the PR for sanity checking
<
gchristensen>
cool :)