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]
Leopold_ has joined #freedesktop
Leopold_ has quit [Remote host closed the connection]
Inline has quit [Read error: Connection reset by peer]
Inline has joined #freedesktop
anholt has quit [Read error: Connection reset by peer]
<alatiera>
do we know of a setup where FDO_USER in ci-templates is created manually?
<alatiera>
cause I am running into very very strange issues when trying to do so
<alatiera>
like I will make it at the end of the _exec script, id $fdo_user looks fine, but right after on the cbuild script where it checks, id says there's no user
Haaninjo has joined #freedesktop
<alatiera>
oh and on the next exact line useradd fails cause the user already exists!
<alatiera>
anyone knows what id is looking at and how that might be stale?
mvlad has joined #freedesktop
bmodem has quit [Ping timeout: 480 seconds]
<mvlad>
anyone with access can we whitelist user k8ie? Apparently she can't comment on her own ticket/issue due to spam filtering.
<emersion>
we can't turn that off per-user
Haaninjo has quit [Quit: Ex-Chat]
<mvlad>
I see. :shrug:
moses has joined #freedesktop
raghavgururajan has joined #freedesktop
ajhalili2006 has joined #freedesktop
rpigott has joined #freedesktop
elibrokeit_ has joined #freedesktop
sooc has joined #freedesktop
raghavgururajan is now known as Guest14409
bmodem has joined #freedesktop
bmodem has quit [Ping timeout: 480 seconds]
sima is now known as Guest14417
sima has joined #freedesktop
AnuthaDev has joined #freedesktop
Guest14417 has quit [Read error: Connection reset by peer]
<alatiera>
does that get around the ip block that happens if you push too much?
<daniels>
72000000 requests per hour not enough ... ?
<daniels>
actually, those aren't even enabled
<daniels>
there is a separate git operations rate limit, but, er, that's 600 per minute
<daniels>
wtf are you doing?
<alatiera>
I haven't hit that on the fd.o instance personally in a couple years
<alatiera>
but it's apparently common on the gnome gitlab
<alatiera>
(asking mostly out of curiosity)
ximion has joined #freedesktop
bmodem has joined #freedesktop
<karolherbst>
daniels: ohh, good to know
bmodem has quit [Ping timeout: 480 seconds]
ximion has quit [Quit: Detached from the Matrix]
bmodem has joined #freedesktop
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #freedesktop
<daniels>
alatiera: the limits are configurable in the admin section
<daniels>
admin -> settings -> network
<alatiera>
good to know, thanks
jrybar has joined #freedesktop
jrybar_ has joined #freedesktop
jrybar has quit [Ping timeout: 480 seconds]
AnuthaDev has quit []
Leopold_ has joined #freedesktop
Leopold_ has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
mrpops2ko has quit [Ping timeout: 480 seconds]
mrpops2ko has joined #freedesktop
jrybar__ has joined #freedesktop
jrybar__ is now known as jrybar
<bentiss>
emersion: and also, if you missed this, we automatically trust users who were granted forking privileges after a short amount of time, which explains why nobody involved enough with us should hit that spam detection again :)
<bentiss>
and that also means that the spam logs is only concerning external users now
jrybar_ has quit [Ping timeout: 480 seconds]
vkareh has joined #freedesktop
moogai has joined #freedesktop
<moogai>
hi, I want to override what `xdg-settings get default-web-browser` returns in a specific termina, because I want az login to always run a specific command for the browser
bmodem has joined #freedesktop
GNUmoon has joined #freedesktop
GNUmoon2 has quit [Ping timeout: 480 seconds]
jrybar has quit [Quit: Leaving]
Leopold_ has joined #freedesktop
Leopold_ has quit [Remote host closed the connection]
jarthur has joined #freedesktop
keithp has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
todi has quit []
janek has joined #freedesktop
todi has joined #freedesktop
Leopold has joined #freedesktop
AnuthaDev has joined #freedesktop
zxrom has quit [Quit: Leaving]
AbleBacon has joined #freedesktop
zxrom has joined #freedesktop
bmodem has quit [Ping timeout: 480 seconds]
___nick___ has joined #freedesktop
___nick___ has quit []
___nick___ has joined #freedesktop
ximion has joined #freedesktop
AnuthaDev has quit []
Haaninjo has joined #freedesktop
ity has joined #freedesktop
<ity>
Hello, when I try to fork a project (namely mesa), I get "An error occurred while forking the project. Please try again." , what can I do to resolve that issue?
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
___nick___ has quit [Ping timeout: 480 seconds]
sima has quit [Ping timeout: 480 seconds]
<ndufresne>
daniels: bentiss: about s3.freedesktop.org, any policy regarding its usage ? and how to be ask for access ?
<ndufresne>
In GStreamer project, we need to upload rootfs + payload for lava jobs to pick from
<pinchartl>
ndufresne: is the rootfs build on gitlab.fd.o ?
<pinchartl>
s/build/built/
<ndufresne>
yes, we'll build from fdo I believe, this is suppose to mimic what mesa is doing
<pinchartl>
and I suppose the rootfs will be rebuilt quite infrequently ?
<ndufresne>
correct
<ndufresne>
its like docker images
<ndufresne>
(same stage)
<pinchartl>
out of curiosity, how will you package the rootfs ? we're considering using boot2container and deploying the "rootfs" as a container
<ndufresne>
this is theotically the same as mesa, but I'm not completely knowledgeable yet ;-P
<ndufresne>
we'll do whatever LAVA needs ;-P
<pinchartl>
if it's a container image, it could be published in the container registry
<pinchartl>
and with a pass-through registry cache in front of each LAVA lab, you should be good to go
<ndufresne>
there seems to be bunch of runners that are actual board too, like igalia's rpi, and stufff
<pinchartl>
(as far as I understand)
<ndufresne>
but this isn't the direction we are taking
<ndufresne>
no no, LAVA does not pull containers from registries
<pinchartl>
lava doesn't, but b2c does
<ndufresne>
there is a container for the cross build, that we'll just reuse the one we have for gst in general
<pinchartl>
b2c gives you an initramfs that the DUT would boot
<pinchartl>
and it would pull a container image, and start it
<ndufresne>
outch, that requires a lot of ram
<pinchartl>
the initramfs itself is around 80MB I think
<ndufresne>
gst with debug symbols is pretty big (and we like to gen backtrace)
<pinchartl>
if that's a problem, it can also be flashed on the device on an SD card
<ndufresne>
no way ;-P
<pinchartl>
I mean b2c. not your rootfs
<pinchartl>
the board boots a kernel with the b2c initramfs. b2c pulls a container image from a registry, stores it on local storage, and starts the container
<ndufresne>
we share these board with KernelCI
<ndufresne>
and they are chromebooks fyi
<ndufresne>
so we'll try and stick with the same usage as mesa project does
<pinchartl>
mupuf: ^^
<ndufresne>
so detlev said mesa have a script that hides the s3 handling, I'll read this bit
<ndufresne>
(we didn't own gstreamer.org 4y ago, maybe we should move that dns, but that's nicely obfuscated for sure)
<pinchartl>
it can't be evil, its IP address is from a FI network :-)
<pinchartl>
artifacts.gstreamer-foundation.net. 86384 IN CNAME artefacts.gstreamer-foundation.net.
<pinchartl>
the joins of spelling... :-)
<ndufresne>
we had a lot of fun with mixing these two lol
<pinchartl>
s/joins/joys/
* pinchartl
really can't type today
<ndufresne>
we concluded that we should support both, like the dictionary suggest
<pinchartl>
makes sense I suppose
<pinchartl>
inclusive writing should cover British people too
<ndufresne>
paid by a UK entity (gstreamer), hosted in Finland, confused in Canada
<ndufresne>
confused -> configured
<ndufresne>
(that same right ?)
<pinchartl>
:-)
<ndufresne>
So in mesa, they simply so ci-fairy -s3cp --token-file "${CI_JOB_JWT_FILE}" a -> https://b
<ndufresne>
for whatever they need to share over HTTPS
<ndufresne>
CI_JOB_JWT_FILE is not clear, CI_JOB_JWT is documented, but deprecated
<ndufresne>
ok, found that CI_JOB_JWT_FILE is the content of CI_JOB_JWT put in a file
<ndufresne>
now the question is if CI_JOB_JWT will remain, since it deprecated, and if its avail to all fdo projects (which would make things simple for me)