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
scrumplex_ has joined #freedesktop
gchini has quit [Ping timeout: 480 seconds]
gchini has joined #freedesktop
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
scrumplex has joined #freedesktop
scrumplex_ has quit [Ping timeout: 480 seconds]
<DemiMarie>
Is this the right place to ask about members.x.org problems?
strugee has quit [Read error: Connection reset by peer]
strugee has joined #freedesktop
gnuiyl has quit [Remote host closed the connection]
eluks has quit [Remote host closed the connection]
eluks has joined #freedesktop
jvaclav1 has joined #freedesktop
gchini has quit [Quit: Leaving]
gchini has joined #freedesktop
jvaclav1 is now known as jvaclav
swatish2 has joined #freedesktop
jsa1 has joined #freedesktop
mczaplin has joined #freedesktop
ximion has quit [Remote host closed the connection]
jannau has joined #freedesktop
jsa1 has quit [Ping timeout: 480 seconds]
sghuge has quit [Remote host closed the connection]
<jannau>
are gitlab merge requests broken? I get "404: Page not found" when trying to create a MR for mesa
<jannau>
I get the same error both from the URL reported by git push and when trying to create the PR from within gitlab
<jannau>
I'm logged in to gitlab
jsa1 has joined #freedesktop
andy-turner has joined #freedesktop
<bentiss>
jannau: that's a new one... :/
<bentiss>
FWIW, upgrading to 17.11.1 ATM, so maybe this will be fixed once we are on the new version
jsa1 has quit [Ping timeout: 480 seconds]
<bentiss>
upgrade done, welcome to gitlab v17.11.1, the last major before gitlab v18
alarumbe has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
jsa1 has joined #freedesktop
<eric_engestrom>
bentiss: getting a bunch of "corrupted content" from a bunch of resources when loading any gitlab page
<bentiss>
eric_engestrom: yeah, same here
<bentiss>
well, on my side I can not log in
<eric_engestrom>
I'm guessing the upgrade changes these files and the cache needs to be purged?
<bentiss>
I can restart redis
<bentiss>
and purged the fastly cache
mvlad has joined #freedesktop
<bentiss>
that seems to be better now
<eric_engestrom>
yep, all good on my side; thansk bentiss!
<bentiss>
still unsure what happened, but heh, it's working now :)
<eric_engestrom>
I would guess the resources that broke didn't change path when their content changed
<eric_engestrom>
the usual trick to work through caches is to have a hash of the content in the filename, like `style.a1b2c3.css`
<eric_engestrom>
that way the new file is not in the cache
<bentiss>
well I couldn't even log with my yubikey, so either a js was off, either there was some inconsistency in redis
<eric_engestrom>
yeah, both css and js resoruces were showing up as corrupted
<bentiss>
anyway, not our problem really. I just flushed all the fastly cache, but TBH, only 6.5% of the traffic is served by the cache, so it shouldn't have a big impact
gnuiyl has joined #freedesktop
<eric_engestrom>
oh, that's surprisingly low... I'm guessing scrappers going after each and every page is what's driving this down
<bentiss>
yeah, also given that most of the html rendered is based on git, gitlab puts some no-cache headers everywhere
<bentiss>
plus all of the git archives that are downloaded are also not cacheable, and that's a significant amount of data too :/
<eric_engestrom>
(catching up as I was off yesterday) valentine: sorry for not having reviewed your MR yet, I'll get to it today! you already have my ack on principle though, and I'll review the code change asap
<eric_engestrom>
bentiss: oh, no-cache is kinda bad, they should etag based on the git hash instead :/
<bentiss>
eric_engestrom: yeah, I've tried really hard to make this working, and because I don't have the file size before end, I can not provide bytes range requests from gitlab to fastly, and so fastly can not cache
<eric_engestrom>
:/
<bentiss>
I really hope we'll get the bot protection (request made on Tuesday), so we can see what is actually legitimate traffic
jsa1 has quit [Ping timeout: 480 seconds]
jsa1 has joined #freedesktop
jsa1 has quit [Ping timeout: 480 seconds]
mczaplin_ has joined #freedesktop
jsa1 has joined #freedesktop
swatish21 has joined #freedesktop
mczaplin has quit [Ping timeout: 480 seconds]
swatish2 has quit [Ping timeout: 480 seconds]
AbleBacon has quit [Remote host closed the connection]
todi has joined #freedesktop
<vsyrjala>
what the heck happened to the gitlab ui? instead of actually opening a bug report when clicked it now spits out some kind of side bar
<vsyrjala>
is there some knob to undo this? couldn't find anything relevant in the preferences/etc...
<vsyrjala>
ugh. i guess i'll have to remember to always use middle clock then...
<vsyrjala>
s/clock/click/
<Consolatis>
weird UX, it even overlays the right side of the issue list rather than showing both
<Consolatis>
I definitely wouldn't sign off on something like this: https://0x0.st/s/L6b-KtibFCbuwBsKckQuuA/8VVP.png it wastes space on the left due to centering the issue list and at the same time hiding content behind that overlay. /rant
<jannau>
bentiss: the merge request error went away
swatish2 has quit [Ping timeout: 480 seconds]
swatish2 has joined #freedesktop
guludo has joined #freedesktop
Moha has joined #freedesktop
<__tim>
bentiss, do you remember that CARGO_NET_GIT_FETCH_WITH_CLI thing from a while back? That was related to fastly right, so that issue would potentially affect anyone using cargo downloading things from fdo gitlab (not just things running on fdo/hetzner ci runners) ?
<svuorela>
is there a feature to push embargoed branches / review requests ?
gnuiyl_ has joined #freedesktop
gnuiyl has quit [Ping timeout: 480 seconds]
<slomo>
svuorela: only in enterprise gitlab
<svuorela>
okay.
<svuorela>
*sadpanda*
alarumbe has joined #freedesktop
mripard has joined #freedesktop
ximion has joined #freedesktop
<dwfreed>
can make a whole private repo that you use for that
<dwfreed>
that's the workaround
tlwoerner has quit [Remote host closed the connection]
<__tim>
I will work around it now and re-push with marge assigned so it autostarts, but still puzzling (so that pipeline will get cancelled)
<__tim>
I just hope it's not another "security fix"
<__tim>
and something seems wrong with Merge Request page caching, even with a force-reload page I get back an outdated copy of the merge request page.
<__tim>
showing an old pipeline, missing labels that have been added 20 minutes ago
gnuiyl__ has joined #freedesktop
<__tim>
same problem with a merge request pipeline that Marge rebased: I don't have permissions to retry a failed job it seems (doesn't show the retry button), and even if I log in as marge I can't retry it?!
<__tim>
That will be completely unworkable
<__tim>
if it's intentional
gnuiyl_ has quit [Ping timeout: 480 seconds]
<bentiss>
__tim: even with admin rights I can not start the job :(
<__tim>
yeah, I tried that too, that's what made me think it might be a caching issue
<bentiss>
just in doubt, I've purged that webpage url from fastly cache, doesn't seem to make any change
<bentiss>
that's a lot of errors in the console as well ;(
<__tim>
which console?
<bentiss>
firefox -> open developer tools, and then console
<__tim>
ah right
<bentiss>
I guess '.map' files should be added to the ignore list as well
<robclark>
(seems specific to mesa gitlab project, other projects it works properly)
jhli has joined #freedesktop
Kayden has joined #freedesktop
swatish2 has quit [Ping timeout: 480 seconds]
___nick___ has joined #freedesktop
jsa1 has joined #freedesktop
___nick___ has quit []
___nick___ has joined #freedesktop
___nick___ has quit []
___nick___ has joined #freedesktop
<__tim>
huh, it's even weird than that: I can't even trigger my own pipeline even though I'm a maintainer/owner in the target project
<__tim>
I thought earlier that it had to do with the fact that someone else (marge, backport bot) had created the pipeline or pushed on the branch, but it's not even that 😑
<__tim>
my own pipeline in my own MR from my own fork
<__tim>
merge request pipeline that is
<__tim>
I can trigger the branch pipeline for my fork from the original push, before the MR was created
<__tim>
I wonder if there's something wrong with our workflow rules, how come no one in mesa has run into this yet
mczaplin has quit [Ping timeout: 480 seconds]
___nick___ has quit [Remote host closed the connection]
toponeyankee has joined #freedesktop
mvlad has quit [Remote host closed the connection]
jsa1 has quit [Ping timeout: 480 seconds]
digetx has quit [Ping timeout: 480 seconds]
JanC is now known as Guest14336
JanC has joined #freedesktop
Guest14336 has quit [Ping timeout: 480 seconds]
haaninjo has quit [Quit: Ex-Chat]
andy-turner has quit []
ity has quit [Quit: WeeChat 4.6.0]
Kayden has quit [Quit: Leaving]
larunbe has joined #freedesktop
guludo has quit [Quit: WeeChat 4.6.1]
alarumbe has quit [Read error: Connection reset by peer]