daniels 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
Haaninjo has quit [Quit: Ex-Chat]
enunes has joined #freedesktop
shashanks__ has joined #freedesktop
shashanks_ has quit [Ping timeout: 480 seconds]
Leopold_ has joined #freedesktop
nektro has quit [Remote host closed the connection]
nektro has joined #freedesktop
bmodem has joined #freedesktop
mvlad has quit [Remote host closed the connection]
Guest10929 has quit [Read error: Connection reset by peer]
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
ximion has quit [Quit: Detached from the Matrix]
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #freedesktop
grabmat has quit [Remote host closed the connection]
grabmat has joined #freedesktop
sima has joined #freedesktop
privacy has joined #freedesktop
Leopold has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
<bentiss>
looks like gabe is back on IPv6
<bentiss>
Mithrandir, daniels ^^
<Mithrandir>
are you readding it to DNS, or should I?
<bentiss>
Mithrandir: I'll re-add the DNS, sure. I made a copy of it before, so whould be easy enough
<Mithrandir>
sounds good
<bentiss>
We don't use phabricator anymore?
<Mithrandir>
not sure
<bentiss>
looks like it was removed yesterday...
ximion has joined #freedesktop
ximion has quit []
Haaninjo has joined #freedesktop
damian has quit [Ping timeout: 480 seconds]
alatiera has quit [Quit: Connection closed for inactivity]
mczaplin has joined #freedesktop
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #freedesktop
i509vcb has quit [Quit: Connection closed for inactivity]
<daniels>
yeah we haven’t used it at all for years, and even if we wanted to, its db is corrupt
<daniels>
so I nuked it when I was also commenting out more IPv6 entries
flom84 has joined #freedesktop
<bentiss>
daniels: k, so we should be good now
<__tim>
website seems down (freedesktop.org, gstreamer.freedesktop.org) - connection refused
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #freedesktop
mvlad has quit [Ping timeout: 480 seconds]
blatant has joined #freedesktop
mvlad has joined #freedesktop
bmodem has quit [Ping timeout: 480 seconds]
mczaplin has quit [Remote host closed the connection]
mczaplin has joined #freedesktop
Lyude has quit [Ping timeout: 480 seconds]
<__tim>
is anyone looking into the website issues? :)
<__tim>
is there supposed to be a webserver running on annarchy?
Lyude has joined #freedesktop
mczaplin has quit [Remote host closed the connection]
mczaplin has joined #freedesktop
<karolherbst>
is there a way in gitlab to filter users by IP address?
<karolherbst>
I have a case where a user _might_ have created a new account simply to insult somebody
<karolherbst>
and I was wondering if it could have been an existing user, just creating a fake
<karolherbst>
maybe it's spam actually as they responded on a 7 month old (and closed) issue...
<karolherbst>
ahh nvm, it's a spam bot
<karolherbst>
interesting...
<karolherbst>
nvm
<karolherbst>
it was a literal quote, I thought they parsed content from a screenshot
<__tim>
anyone around who's got privileges to restart apache on annarchy?
yann-kaelig has joined #freedesktop
mczaplin has quit [Ping timeout: 480 seconds]
Leopold has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
thaller is now known as Guest11051
thaller has joined #freedesktop
Guest11051 has quit [Ping timeout: 480 seconds]
<daniels>
oh jesus christ
<karolherbst>
what happened? It doesn't start anymore?
<DavidHeidelberg>
robclark: > maybe we should just move wayland-dEQP-EGL.functional.color_clears.* to skips for all the drivers?
<DavidHeidelberg>
I think that would be overreaction. It seems that each driver has just some group marked, sometimes fails, sometimes flakes
<DavidHeidelberg>
I cannot say the test is correct, but some combinations works
<__tim>
daniels, thanks!
yann-kaelig has quit []
yann-kaelig has joined #freedesktop
yann-kaelig has quit []
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
<robclark>
DavidHeidelberg: AFAIU we are just running fractions on wayland so not having high confidence about the boutique xfails vs just skipping them for all.. I doubt it is individual driver issues. _Maybe_ it is a mesa bug, maybe it is a test bug.. but seems unlikely that it is a driver bug
<pinchartl>
tapping into collective knowledge: any recommendation for a small, fanless, amd-based machine with 2 ethernet ports, to be used as a board farm controller ?
<pinchartl>
I'd go for an arm system if it wasn't for the fact that the machine will have to run things like android CTS
<DavidHeidelberg>
you'll run android CTS on board which will control the farm?
<DavidHeidelberg>
why?
<pinchartl>
CTS runs on a host machine and controls the DUT
<daniels>
DavidHeidelberg: mmm yeah, but given that none of it is driver-specific code, and there doesn't seem any good pattern to the fails/flakes, I'm not confident that the tests are structurally ok
<daniels>
so I'd prefer to just global-skip them until someone who understands EGL and/or Wayland can look through them and make sure they make sense
<robclark>
pinchartl: I wonder if you could run cts-tradefed stuff under fex-emu on an arm host :-P
<robclark>
if it didn't have to be amd, we've been using a pair of nuc'
<robclark>
if it didn't have to be amd, we've been using a pair of nuc's for fd-farm controller
blatant has quit [Quit: WeeChat 4.1.2]
<pinchartl>
robclark: I was also thinking about compiling cts-tradefed for arm64, but ... danger, rabbit hole
<pinchartl>
technically speaking a nuc would do the job, but I've been quite annoyed with intel recently
<robclark>
a few more usb ports wouldn't hurt, but looks like it would do the job
<DavidHeidelberg>
daniels: that make sense :) I'll add them to global skip
<daniels>
DavidHeidelberg: thanks a lot!
<pinchartl>
robclark: I wish the servo v4 board implemented an ethernet bridge, with the servo board being accessible over the network, in addition to giving a network interface to the DUT
<pinchartl>
that would remove the need for a serial port
<pinchartl>
s/serial/usb/
<DavidHeidelberg>
daniels: I think we need better than ".*EGL.functional.color_clears.*", I noticed Alyssa fixed some issue regarding to one of these tests
<DavidHeidelberg>
while there is for sure more failing tests with 1.3.7.0.. also zmike fixed some zink test mentioning these
<daniels>
honestly I wouldn't be against just skipping dEQP-EGL.wayland.*
<daniels>
I have a vague memory of thinking the tests were fundamentally broken last time I looked at them
<daniels>
and I wouldn't be surprised if driver differences were mostly explained by fraction
<robclark>
pinchartl: servo v4 does impl usb eth+hub
<pinchartl>
robclark: what I meant is making the µC on the servo board accessible through ethernet, to avoid the need to connect the servo board to the host through USB. is that possible ?
<pinchartl>
I'd like the only connections to be
<robclark>
oh, no I think you need to connect the servo to host usb
<pinchartl>
power supply -- USB C --> servo
<pinchartl>
servo -- USB C --> DUT
<robclark>
so it is saving on usb-c connections to DUT but not host
<pinchartl>
host -- ethernet --> servo
<pinchartl>
even better, if the ethernet interface supported PoE, we could have one less connection
<pinchartl>
but I won't complain, it's not too bad as-is
<pinchartl>
the most annoying part is how hard it is to get servo boards
<robclark>
yeah
<DavidHeidelberg>
daniels: can we just tell them their tests are bad?
<robclark>
DavidHeidelberg: have you looked at what changed in those tests btwn deqp versions?
ximion has joined #freedesktop
<daniels>
DavidHeidelberg: yeah but then they’ll just ask me how to fix it, so might as well save it until there’s a good answer :)
<DavidHeidelberg>
robclark: greppin "vulkan-cts-1.3.6.3..vulkan-cts-1.3.7.0" hurts my laptop i7 :D
<robclark>
diff'ing modules/egl doesn't show a _whole_ lot ... I mean I'd be a bit surprised about changes in gl/egl tests in general since those shouldn't be changing much
<robclark>
there are some framework/ changes which maybe more relevant?
<robclark>
I guess if you can run those tests on your laptop and reproduce the fail it shouldn't be too hard to bisect deqp?
<DavidHeidelberg>
yup, switched to mod/egl, much lighter
<robclark>
(otherwise I can try that later but doubtful I'll have time to in next couple of days.. but I guess since those tests seem to be failing everywhere it probably doesn't matter which gpu you have)
<DavidHeidelberg>
ok, I'll look at it, if it'll work quickly, otherwise I'll have to stack it into backlog (if you don't need it prioritized)
<robclark>
in the mean time, mark the lot of 'em as skips to avoid angering the locals ;-)
Leopold_ has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
Inline has quit [Ping timeout: 480 seconds]
Inline has joined #freedesktop
tlwoerner__ has quit []
tlwoerner has joined #freedesktop
thaytan has quit [Ping timeout: 480 seconds]
Inline has quit [Ping timeout: 480 seconds]
todi has joined #freedesktop
mvlad has quit [Remote host closed the connection]
sima has quit [Ping timeout: 480 seconds]
todi1 has quit [Ping timeout: 480 seconds]
peelz has joined #freedesktop
<lumag>
patchwork.fdo.org returns ISE. is that a known issue?
i509vcb has joined #freedesktop
glisse has quit [Write error: connection closed]
lkundrak has quit [Read error: Connection reset by peer]
dri-logger has quit [Read error: Connection reset by peer]
marcheu has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
scrumplex_ has joined #freedesktop
dri-logger has joined #freedesktop
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #freedesktop
scrumplex has quit [Ping timeout: 480 seconds]
cbrill has joined #freedesktop
cbrill has left #freedesktop [#freedesktop]
cbrill has joined #freedesktop
cbrill has quit []
egore_ has joined #freedesktop
<daniels>
lumag: I'm afraid I've accidentally broken patchwork.fd.o in a way that getting it back again is going to be seriously non-trivial
<daniels>
I'd started looking around all our legacy hosts to see which ones could be upgraded to newer Debian, given the old ones were falling out of security support
<daniels>
as part of that, I changed the sources.list but didn't do the upgrade, only looked at what the upgrade _would've_ done
egore_ has quit []
<daniels>
what I now remember is that we have nightly jobs to upgrade, so after I'd left it sitting there in the 'maybe after Christmas' basket, cron helpfully came around and did the entire upgrade anyway
<daniels>
so the 'py37-django22' virtual environment no longer works as we're now on Python 3.11, which isn't supported by Django 2.2 (or Django 2.11, which is the version that's installed from there), which isn't surprising as Django 2.2 is itself no longer supported
<daniels>
the patchwork-fdo version in git supports Django 3.2 as it's much newer than what's actually running, but then again 3.2 goes out of support in April, so that is also very quickly going to be a dead end
<daniels>
given all that, I'm not really sure where to go from here, as the only thing we have is an unreproducible local thing which no longer runs
<daniels>
I suspect the best thing would be to either jump up to 4.2 in the patchwork-fdo repo (and also update it to be like https://gitlab.freedesktop.org/xorgfoundation/xorg_membership so it runs in a container and is thus isolated from random stray breakage from host changes + is reproducible), or bite the bullet and switch to upstream patchwork
<daniels>
so yeah, sorry, but there's no quick resolution here