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
columbarius has joined #freedesktop
co1umbarius has quit [Ping timeout: 480 seconds]
ximion has joined #freedesktop
Leopold__ has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
Leopold__ has joined #freedesktop
Leopold_ has quit [Ping timeout: 480 seconds]
ximion has quit [Quit: Detached from the Matrix]
kem has quit [Ping timeout: 480 seconds]
kem has joined #freedesktop
jarthur has joined #freedesktop
jarthur has quit []
i-garrison has quit []
i-garrison has joined #freedesktop
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
sima has joined #freedesktop
mvlad has joined #freedesktop
ximion has joined #freedesktop
underpantsgnome[m] has quit []
ximion has quit [Quit: Detached from the Matrix]
AbleBacon has quit [Read error: Connection reset by peer]
pkira has joined #freedesktop
kode54 has quit []
r00tobo[BNC] has joined #freedesktop
r00tobo has quit [Read error: Connection reset by peer]
sima has quit [Ping timeout: 480 seconds]
alatiera has quit [Quit: Ping timeout (120 seconds)]
alatiera has joined #freedesktop
<DavidHeidelberg[m]> eric_engestrom: Hey, is there any channel for x.org website discussion? I think right now it's the right moment to invest a bit of a time into it :D
<DavidHeidelberg[m]> I have strong feeling there will be more visitors :D
<eric_engestrom> haha yeah that might happen, although I expect they'll just be confused and leave
<eric_engestrom> what did you have in mind for "discussions"
<DavidHeidelberg[m]> eric_engestrom: maybe some slightly modernizing of the main wiki page where users gets redirected, at least to not look like 1989. Keep it brief, but a bit uplift.
<eric_engestrom> I think we've all been thinking for a long time that we need to modernize the x.org landing page
<eric_engestrom> if you want to give it a go, please do!
<eric_engestrom> I think a page on / that include among other things a link to /wiki/ would be better for example
<DavidHeidelberg[m]> Hmm, sure, thou I can hackup some quick CSS improvements, I'll need some review of WIP, so I wouldn't spend much time on dead-end etc.
<eric_engestrom> the page could explain what x.org is, the project, the foundation, the protocol, etc.
<DavidHeidelberg[m]> exactly, the distinguising the X.Org foundation, Xorg, X11 as a tech, and the project which currently it takes care of
<eric_engestrom> for the wiki itself I think the idea was to move away from that wiki and generate the pages in a CI instead
<eric_engestrom> not sure who to ask about setting that up, probably bentiss or daniels I guess
<DavidHeidelberg[m]> if someone set basic infra, I can do some quick mashup of website (html5 + css, preferably without JS or minimum non-required)
<DavidHeidelberg[m]> or markdown
<eric_engestrom> yeah I think markdown or similar for the source, then ci generating html5+css that gets pushed, is the way to go indeed
<eric_engestrom> (and I don't expect there would be anything that needs js)
<bentiss> eric_engestrom, DavidHeidelberg[m] : yes, we prefer moving away from the old wiki. It's easier to setup a gitlab page, and then we update the pdns entries
<bentiss> the dns
<pv> Hi, is there some URL I can point people to when they don't know how to verify their freedesktop gitlab account?
<pv> I guess there's an explanation of the process somewhere?
vkareh has joined #freedesktop
<jenatali> David Heidelberg: I came here before reading the news and was confused. Then I was just disappointed lol
<eric_engestrom> pv: I believe they should have the link in a banner at the top of every gitlab page they open, but otherwise you can send them this link: https://gitlab.freedesktop.org/freedesktop/freedesktop/-/issues/new?issuable_template=User+verification
muhlinux[m] has quit [Quit: Client limit exceeded: 20000]
AbleBacon has joined #freedesktop
desktoplover has joined #freedesktop
<desktoplover> o/ does the person who handles fd.o social media hang out here? (specifically the Mastodon account)
gert31 has joined #freedesktop
gert31 has quit []
Leopold__ has quit [Remote host closed the connection]
<eric_engestrom> desktoplover: I'm not sure who it is, but if you have a question for them you should just ask it, maybe someone else can reply too :)
<eric_engestrom> DavidHeidelberg[m], jenatali: is it on purpose that the windows jobs are not manual in branch pipelines?
<eric_engestrom> seems like a mistake
<DavidHeidelberg[m]> aaah
<jenatali> Yeah that seems bad...
<alanc> alyssa has been handling the mastodon account, but dropped off irc about 15 minutes ago and hasn't reconnected yet
<DavidHeidelberg[m]> jenatali: looking into it.
thaytan has quit [Remote host closed the connection]
<jenatali> David Heidelberg: Thanks!
thaytan has joined #freedesktop
<eric_engestrom> I've been looking into it as well and it's not obvious to me
<eric_engestrom> also, am I grepping wrong, or is `.windows_container_build` the only user of `.container-rules`?
<eric_engestrom> feels like it's something that all these jobs should agree on and use a single source of truth
<eric_engestrom> nvm, I was grepping wrong
<eric_engestrom> ignore the whole part about `.container-rules` 🙈
<DavidHeidelberg[m]> eric_engestrom: writing if conditions in gitlab is unbearable pain
<eric_engestrom> yeah, yaml is really not the ideal language for something like this :]
<DavidHeidelberg[m]> extra bonus is changes: behave differently depending on the pipeline type from which is it called
<eric_engestrom> yup
<DavidHeidelberg[m]> I think I'll need to add just right extra condition for the .microsoft-farm-container-rules, just deeply thinking which one is the correct
<eric_engestrom> and also depending on whether it's the first push to a branch
<DavidHeidelberg[m]> 😭
<eric_engestrom> (ie. `changes` is always true on the first push)
<eric_engestrom> well, if the file exists
<DavidHeidelberg[m]> I'm thinking to extend the condition by `$GITLAB_USER_LOGIN == "marge-bot" && $CI_COMMIT_BRANCH == null`
<DavidHeidelberg[m]> so it would be kept only for the Marge runs as auto
<DavidHeidelberg[m]> haha, no, no.. it falltrough to .microsoft-farm-rules where it would get triggered anyway
<DavidHeidelberg[m]> I think I would have to apply this condition to every farm rule
<DavidHeidelberg[m]> which engaging with rules::change
<DavidHeidelberg[m]> eric_engestrom: I think I found magical solution for the first push to the branches
<DavidHeidelberg[m]> compare_to: main
<eric_engestrom> oh, I don't know that keyword
<eric_engestrom> looking it up
<eric_engestrom> nice
<eric_engestrom> unclear how that handles pushes to main itself (either by marge or in a fork)
<DavidHeidelberg[m]> I think it goes always MR vs main
<eric_engestrom> presumably it will be "compare to the state of the compare_to branch before the push" which would solve this
<DavidHeidelberg[m]> and scheduled pipelines are already ignored (where it's main x main)
<eric_engestrom> ah right scheduled are another kind of special case
<eric_engestrom> I always forget
<DavidHeidelberg[m]> I'm kinda happy with this solution, if it'll work :D ... btw. for scheduled there is already if :D
<eric_engestrom> but yeah, I think you're right, you can put `compare_to: main` everywhere
<eric_engestrom> good find DavidHeidelberg[m] :)
* DavidHeidelberg[m] is copy-pasta now
<DavidHeidelberg[m]> wish I could it eat the code
<DavidHeidelberg[m]> thx :D pure luck when searching the scrapyard of GitLab
<DavidHeidelberg[m]> eric_engestrom: I mean, I just hope it'll do what docs says https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/24305 :D
<desktoplover> eric_engestrom, I don't have a public question for them, aside from "can I DM you quick?" :D
<DavidHeidelberg[m]> eric_engestrom: btw. should I Cc that change too to stable?
<DavidHeidelberg[m]> better, added Fixes tag.
<eric_engestrom> DavidHeidelberg[m]: hmm good point, I forgot to think about that
<eric_engestrom> I think this should not affect stable branches being the first the they're pushed, ie. at the branchpoint, which has already happened
<eric_engestrom> so I think there's no point in backporting this
<eric_engestrom> oh sh.. I need to go xD
ximion has joined #freedesktop
<jenatali> David Heidelberg: This does mean that as a part of forking a new stable branch, the compare-to needs to be updated
<jenatali> Since it's not main for those
<DavidHeidelberg[m]> jenatali: that's a very good point. I'm thinking where to document that.
acidbong has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
Kayden has quit [Quit: -> jf]
pkira has quit [Ping timeout: 480 seconds]
jarthur has joined #freedesktop
Haaninjo has joined #freedesktop
thaller is now known as Guest6871
Guest6871 has quit [Read error: Connection reset by peer]
thaller has joined #freedesktop
Kayden has joined #freedesktop
desktoplover has quit [Remote host closed the connection]
desktoplover has joined #freedesktop
vkareh has quit [Quit: WeeChat 3.6]
jpnurmi has quit [Remote host closed the connection]
desktoplover has quit []
keypresser86 has quit [Read error: No route to host]
keypresser86 has joined #freedesktop
Kayden has quit [Quit: -> home]
Haaninjo has quit [Quit: Ex-Chat]