ChanServ changed the topic of #freedesktop to: https://www.freedesktop.org infrastructure and online services || for questions about freedesktop.org projects, please see each project's contact || for discussions about specifications, please use https://gitlab.freedesktop.org/xdg or xdg@lists.freedesktop.org
manuels has quit [Quit: Ping timeout (120 seconds)]
manuels has joined #freedesktop
Haaninjo has quit [Quit: Ex-Chat]
ximion has quit []
jarthur has joined #freedesktop
jarthur has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jarthur has joined #freedesktop
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
danvet has joined #freedesktop
Haaninjo has joined #freedesktop
whot1 has quit []
whot has joined #freedesktop
ximion has joined #freedesktop
sunarch has quit []
<__tim> is it expected/on-purpose that some jobs explicitly use minio-packet.fdo (https://minio-packet.freedesktop.org/git-cache/mesa/mesa/mesa.tar.gz) also on non-packet runners?
<MrCooper> I think so, to avoid ingress for Git downloads
ximion has quit []
ximion has joined #freedesktop
Haaninjo has quit [Quit: Ex-Chat]
Haaninjo has joined #freedesktop
<daniels> well, they're all stored on Packet anyway, so nbd there
<daniels> but downloading and extracting a single tarball - which can be cached locally! - is a sight quicker than doing a literal git clone
ximion has quit []
agd5f has joined #freedesktop
thaytan has quit [Ping timeout: 480 seconds]
thaytan has joined #freedesktop
ximion has joined #freedesktop
jarthur has quit [Ping timeout: 480 seconds]
<MrCooper> so the htz runners don't have a local minio cache yet?
ybogdano has joined #freedesktop
<daniels> nope, we don't have replication set up - it would be slightly annoying to do but certainly possible if it's some kind of bottleneck
___nick___ has joined #freedesktop
ybogdano has quit [Ping timeout: 480 seconds]
___nick___ has quit []
___nick___ has joined #freedesktop
ybogdano has joined #freedesktop
ngcortes has joined #freedesktop
sunarch has joined #freedesktop
ngcortes has quit [Remote host closed the connection]
___nick___ has quit [Ping timeout: 480 seconds]
enilflah has quit [Read error: Connection reset by peer]
enilflah has joined #freedesktop
danvet has quit [Ping timeout: 480 seconds]
danvet has joined #freedesktop
ngcortes has joined #freedesktop
Seirdy has quit [Ping timeout: 480 seconds]
Seirdy has joined #freedesktop
Haaninjo has quit [Quit: Ex-Chat]
Kayden has quit [Quit: reboot!]
Seirdy has quit []
Kayden has joined #freedesktop
danvet has quit [Ping timeout: 480 seconds]
<imirkin> are there bandwidth issues somewhere in CI? this is uploading mighty slowly: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/16226771
<imirkin> s/uploading/downloading/
<daniels> gst-htz-* are having massive network issues this week apparently
<imirkin> ah ok. i restarted the job and it landed on packet
<__tim> I looked at it earlier, but I don't know what's going on tbh
<__tim> could probably benefit from someone looking at it who knows what they're doing
<__tim> (and also someone with access to packet machines so they can run tests in both directions)
<imirkin> it doesn't seem like the htz machines are permanently broken though
<imirkin> e.g. i had another job on an htz runner which was totally fine
<__tim> I took one of the runners out of service, that seems to have helped a little