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
ximion has quit [Remote host closed the connection]
ximion has joined #freedesktop
ximion has quit [Remote host closed the connection]
karenw has joined #freedesktop
swatish2 has joined #freedesktop
sima has joined #freedesktop
bmodem has joined #freedesktop
egbert has joined #freedesktop
AbleBacon has quit [Read error: Connection reset by peer]
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #freedesktop
tzimmermann has joined #freedesktop
cascardo_ has joined #freedesktop
scrumplex has quit [Quit: Quassel - Signing Off]
scrumplex has joined #freedesktop
<bentiss>
pushing gitlab security update 17.3.3 in a minute. I'll wait a little bit more for 17.4.0 because I won't be able to monitor much today/tomorrow
egbert is now known as Guest4288
egbert has joined #freedesktop
Guest4288 has quit [Ping timeout: 480 seconds]
<bentiss>
and done
<pq>
thanks for that note, I managed to try access during that exact time :-D
<bentiss>
heh, sorry
<pq>
not at all, my first thought on seeing errors was to check here, and you had already answered
pixelcluster_ has joined #freedesktop
lynxeye has joined #freedesktop
karenw has quit [Ping timeout: 480 seconds]
<bentiss>
daniels, whot: BTW, I gave a small test the other day for the runner config. Even if so far the load seems to match "cpu = 8", nproc still returns 64. So it's much better, but "make -j$(nproc)" is still not fixed
<daniels>
bentiss: yeah, it looks like people can still DoS themselves but not others
<bentiss>
which is still a good thing :)
<MrCooper>
how many jobs does meson spawn by default?
<MrCooper>
spawning 64+ could still DoS other CI jobs via memory usage, couldn't it?
<bentiss>
MrCooper: whot saw last week that ninja (at least now) looks for cgroups for knowing the proc count. And so it's seeing 64. That's on the table to fix that as well, but Lennart wasn't very optimistic because it's a hard problem
<bentiss>
but that doesn't solve the ninja problem as it's not relying on nproc apparently
<JanC>
ah
<bentiss>
daniels: BTW, regarding the "let's use chilc pipelines in ci-templates to fast-track the container check", maybe instead of using placeholder jobs we should have a "quick and easy jobs" jobs, that are like placeholders, but which have a much lower time limit (like a couple of minutes)
<bentiss>
*child pipelines
<bentiss>
looks like the minimum timeout is 10 minutes, but that could work to prevent some abuses