!sBfrWMVsLoSyFTCkNv:nixos.org

OfBorg

165 Members
Number of builds and evals in queue: <TBD>61 Servers

You have reached the beginning of time (for this room).

SenderMessageTime
8 Apr 2023
@cole-h:matrix.orgcole-hCan you send me the link? (Also, those links are extremely ephemeral, please don't rely on them to stick around for any length of time.)16:36:43
@lily:lily.flowersLily Foster
In reply to @cole-h:matrix.org
Can you send me the link?
(Also, those links are extremely ephemeral, please don't rely on them to stick around for any length of time.)

I knew they were ephemeral. I only expected it up to be long enough for upstream to look at if they cared enough (which is also why I saved a copy)

Link was https://logs.nix.ci/?key=nixos/nixpkgs.225143&attempt_id=e780960b-b5a3-4abf-aad9-adab9b8a28cf

16:38:15
@lily:lily.flowersLily FosterAnd the only reason I'm testing this with ofborg is because I can't reproduce it locally on any machines anymore... (I did one time and have been unable to since, but it's reliably reproduce in ofborg but only on x86_64-linux... it's weird)16:38:58
@lily:lily.flowersLily Foster * And the only reason I'm testing this with ofborg is because I can't reproduce it locally on any machines anymore... (I did one time and have been unable to since, but it's reliably reproduced in ofborg but only on x86_64-linux... it's weird) 16:39:02
@lily:lily.flowersLily Foster(really though don't bother spending time on resurrecting that link -- it's not that important and they asked for a new log anyway)16:40:24
@cole-h:matrix.orgcole-h Gotcha. Sorry about that. If you remind me on Monday I can try to reproduce the issue on one of the boxes directly 16:45:40
@lily:lily.flowersLily Foster
In reply to @cole-h:matrix.org
Gotcha. Sorry about that. If you remind me on Monday I can try to reproduce the issue on one of the boxes directly

Will let you know! I'm currently just pushing an update to the PR while it's marked draft that print out the log they need and letting it run on x86_64-linux (then nabbing the log from the /logfile API and trimming)

Is there actually any way to avoid the ofborg eval step when doing that? (so that I'm not putting spurious stuff in the eval queue that I really just want a quick build for?)

16:51:37
@artturin:matrix.orgArtturinno afaik, we have https://github.com/NixOS/ofborg/blob/released/ofborg/src/tasks/evaluate.rs#L576 but that only affects builds17:00:52
@lily:lily.flowersLily FosterOh great the build succeeded this time in ofborg on x86_64-linux. Heisenbug I guess 🫠17:04:02
@cole-h:matrix.orgcole-h
In reply to @lily:lily.flowers

Will let you know! I'm currently just pushing an update to the PR while it's marked draft that print out the log they need and letting it run on x86_64-linux (then nabbing the log from the /logfile API and trimming)

Is there actually any way to avoid the ofborg eval step when doing that? (so that I'm not putting spurious stuff in the eval queue that I really just want a quick build for?)

You can't prevent the eval, but you can tell ofborg to manually build the attr(s) you want and that should happen independently of the eval step. 		17:34:17
@cole-h:matrix.orgcole-h e.g. @ofborg build asdf will build asdf even if there's an eval happening at the same time 17:35:03
@cole-h:matrix.orgcole-h
In reply to @lily:lily.flowers

Will let you know! I'm currently just pushing an update to the PR while it's marked draft that print out the log they need and letting it run on x86_64-linux (then nabbing the log from the /logfile API and trimming)

Is there actually any way to avoid the ofborg eval step when doing that? (so that I'm not putting spurious stuff in the eval queue that I really just want a quick build for?)

* You can't prevent the eval, but you can tell ofborg to manually build the attr(s) you want and that will happen independently of the eval step. 		17:35:08
@lily:lily.flowersLily Foster
In reply to @cole-h:matrix.org
e.g. @ofborg build asdf will build asdf even if there's an eval happening at the same time
Yeah I did actually do that. Just didn't want clog up the eval queue (especially since it was backing up a bit the last few days -- seems better today though) 		17:36:06
@cole-h:matrix.orgcole-hEval queue should get eaten through fairly fast. The evals themselves may be slow but the machines are fast enough that it shouldn't ever grow to an unmanageable number (unlike the Darwin build queues lol)17:37:05
@lily:lily.flowersLily Foster
In reply to @cole-h:matrix.org
Eval queue should get eaten through fairly fast. The evals themselves may be slow but the machines are fast enough that it shouldn't ever grow to an unmanageable number (unlike the Darwin build queues lol)
Yeah not unmanageable. It was just getting pretty slow to start evaluating PRs yesterday and the day before (but it did eventually catch up) 		17:38:41
@lily:lily.flowersLily FosterJust wanted to avoid the cost if I easily could but it's not that big of a deal. Thank you though!17:40:54
@noob_tea:matrix.orgtea joined the room.18:09:26
@wentasah:matrix.orgwentasah joined the room.20:57:16
@matthewp:matrix.orgMatthew joined the room.21:59:02
@zowoq:matrix.org@zowoq:matrix.org left the room.23:10:58
9 Apr 2023
@hexa:lossy.networkhexaRedacted or Malformed Event13:26:04
@hexa:lossy.networkhexaRedacted or Malformed Event13:26:14
@me:indeednotjames.comemily joined the room.14:45:16
@me:indeednotjames.comemily

logs.nix.ci no longer resolves for me 👀

❯ dig @1.1.1.1 A log.nix.ci

; <<>> DiG 9.18.8 <<>> @1.1.1.1 A log.nix.ci
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 43105
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;log.nix.ci.			IN	A

;; AUTHORITY SECTION:
ci.			7200	IN	SOA	ns.nic.ci. hostmaster.ns.nic.ci. 2023041183 480 300 1209600 7200

;; Query time: 53 msec
;; SERVER: 1.1.1.1#53(1.1.1.1) (UDP)
;; WHEN: Sun Apr 09 16:46:02 CEST 2023
;; MSG SIZE  rcvd: 93
14:46:30
@artturin:matrix.orgArtturinSee yesterday discussion 14:47:15
@artturin:matrix.orgArtturin* See yesterdays discussion 14:47:25
@me:indeednotjames.comemily
In reply to @artturin:matrix.org
See yesterdays discussion
oh, my bad. ty 		14:47:52
@me:indeednotjames.comemily *

logs.nix.ci no longer resolves for me 👀

❯ dig @1.1.1.1 A logs.nix.ci

; <<>> DiG 9.18.8 <<>> @1.1.1.1 A logs.nix.ci
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 43105
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;logs.nix.ci.			IN	A

;; AUTHORITY SECTION:
ci.			7200	IN	SOA	ns.nic.ci. hostmaster.ns.nic.ci. 2023041183 480 300 1209600 7200

;; Query time: 53 msec
;; SERVER: 1.1.1.1#53(1.1.1.1) (UDP)
;; WHEN: Sun Apr 09 16:46:02 CEST 2023
;; MSG SIZE  rcvd: 93
14:48:34

Show newer messages

Back to Room ListRoom Version: 6