12:16__tim: annarchy seems to be running out of disk space
12:16__tim: I noticed it yesterday and cleared out 13GB and now it's at 0 free space again
12:29emersion: try ncdu?
12:30 < __ti12:49 #freedreno: narmstrong: So, I'm open adding new flags that does what Qcom DSI controller does: go to LP11 instead of sync packets
12:53jani: daniels: I was considering rm -rf and moving to gitlab actually
12:54daniels: that would work too!
12:54emersion: :)
12:57jani: daniels: do you have something in progress? I checked, I don't have anything that matters there
12:57daniels: yeah, git gc is churning away
12:57jani: daniels: ^C and I can just rm
12:58daniels: jani: rm'd for you!
12:58jani: daniels: thanks! :)
12:58daniels: np, thankyou
13:00jani: du -hs . now gives me 68K
13:02daniels: 4k more than anyone should ever need, but I think we can let that slide
13:04jani: :)
13:06emersion: hm i should work on the mailman migration again
13:06jani: emersion: v3 or something else?
13:07emersion: well
13:07emersion: to be honest i'm not a huge fan of mailman3
13:07emersion: but maybe it doesn't matter too much since lore.kernel.og exists
13:08emersion: org*
13:22emersion: ugh kira.freedesktop.org doesn't resolve?
13:22emersion: but it's in the zone file….
13:25daniels: emersion: what's kira?
13:25emersion: the new server for mailman3
13:25daniels: oh nice
13:25emersion: how does one edit the DNS again?
13:25emersion: is gabe the primary?
13:25emersion: rdns freeze, edit, reload, thaw?
13:26emersion: rndc*
13:27emersion: okay so gabe is primary
13:27daniels: emersion: *kara.freedesktop.org ?
13:27emersion: …
13:28daniels: I mean instead of kira
13:28daniels: because that exists, it's called 'gabe2' in the VM list, and I can SSH to it :P
13:28emersion: i've been spoiled
13:28daniels: as for DNS - yeah gabe is the primary; freeze/vim/reload/thaw
13:30emersion: ty
13:30emersion:facepalm
13:33jani: I'd like to add documentation in pages for https://gitlab.freedesktop.org/drm/intel. we currently don't have a repo, but I'd like to reserve the repo for kernel, and *not* store the source for the pages there. what are my options?
13:33jani: daniels: ^
13:34jani: should we go for a separate documentation repo instead, say drm/intel-docs?
13:35jani: I guess an alternative could be to have a branch with the documentation, but I'm not fond of the idea of having completely different stuff in different branches, seems like abuse of the branch concept
13:37daniels: well yeah, I mean if you want one repo for the kernel tree and another repo for the separate doc source, it sort of implies that you need two repos right :P
13:41jani: daniels: I'm just wondering if the pages for a project is tied to the repo in the project, or could it generate it from somewhere else
13:41jani: so it would be all tied together in the same project
13:42emersion: gitlab is not very flexible
13:42jani: it's just that having the documentation in the kernel repo sets a fairly high bar for making changes
13:42emersion: it requires you to have a .gitlab-ci.yaml with a "pages" job in your repo
13:43emersion: then it's up to you to ignore the repo checked out by gitlab and clone another one, and trigger that build from another repo, but it's a bit of a hack
13:43jani: sounds like
13:43emersion: i don't think gitlab lets one choose a subdomain name different from the repo name
13:43emersion: you can use a custom domain
13:44jani: mesa does that, right?
13:45emersion: yea
13:45emersion: wayland as well
13:45jani: mmh, perhaps a separate docs repo for the kernel driver would be simplest
13:46jani: I considered using the gitlab wiki, but that seems to be a bit meh
14:02daniels: yeah, you'd have drm.pages.freedesktop.org/intel-docs/ under that scheme
14:02daniels: which ... meh, I don't think is a dealbreaker?
14:05jani: don't think so either
14:07emersion: another question is, do we want random repos under drm/
17:22darwi: Hi fdo team. I'm working with the Linux kernel x86 tree co-maintainers to standardize x86-64 CPUID information for linux, Xen, etc.
17:22darwi: Is it possible that we create a project on your Gitlab instance?
17:23darwi: Sadly kernel.org doesn't have a gitlab instance as you know, but we know that the drm folks are quite active here :)
17:46darwi: Oh, there's a "new project template" already there
17:49darwi: Hmm, now that I've read the template, I guess the request will be refused...
18:06gfxstrand: FYI: We're seeing 503's and 502's from harbor: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/46639107[6~
18:06gfxstrand: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/46639107