09:41 <__tim> Another person reported they were unable to register with indico (didn't receive confirmation mail) - xclaesse[m] did you ever resolve your issue?

09:41 <__tim> (told them to file an issue in gitlab)

10:42 <xclaesse[m]> __tim: it's not working with my Gmail but it worked with my company email

10:44 <__tim> hrm, gmail not working is a bit unfortunate

10:45 <pinchartl> time to officially drop gmail support ? the company behind it has demonstrated countless times that the product is unmaintained :-)

10:46 <kode54> gmail has been bouncing mailing lists a lot for me lately

10:46 <kode54> I had to switch to Migadu

10:46 <kode54> for my mailing list needs

10:47 <xclaesse[m]> Too big to fail

10:47 <kode54> meanwhile I have over 400k messages archived in my gmail account

10:47 <kode54> no intention of deleting my google account, I use it for a lot of other Google services

10:48 <kode54> but I may consider archiving that mail elsewhere

10:48 <kode54> (it's already downloaded and indexed locally)

10:49 <kode54> lieer is probably the best way to mirror and index gmail locally, since it won't index redundantly for messages with multiple tags (vs the All Mail folder, too)

10:49 <pinchartl> xclaesse[m]: I'm increasingly thinking it may not entirely be true

10:51 <xclaesse[m]> Note that company email is a Google domain...

10:51 <pinchartl> yet another thing to fix :-D

10:51 <xclaesse[m]> Wondering if the issue could be when a gitlab account exists?

10:52 <xclaesse[m]> If Gmail never works I would expect a lot more people to have complained

10:53 <daniels> it doesn't never work, but it does frequently not work

14:40 <Ford_Prefect> probably unrelatedly, gmail rate limits receive from your domain when it sees a sudden spike of emails -- I sent some patches to the bluez mailing list, which can explode your perceived send rate a little (not crazy, but ~5-10k recipients total per email), and as a result emails from my domain to @gmail.com got delayed by days, eventually got dropped. Returned to normal after a couple of days.

15:21 <karolherbst> I like how quickly gitlab reacts these days :)

16:09 <karolherbst> does the khronos page need an update now with the SFC stuff complete? https://www.x.org/wiki/Khronos/

19:31 <drise13> Hi folks, is anyone having issues accessing repos via anongit?

19:50 <karolherbst> drise13: please don't use anongit if you can avoid it, the infra it runs on is super flaky and breaks randomly

19:50 <karolherbst> daniels: it's down again

20:16 <drise13> karolherbst: its part of the old CI for the gst bad plugins. I did try to use gitlab.freedesktop... but that failed asking for credentials.

20:17 <karolherbst> drise13: with the https URL?

20:18 <drise13> My CI build died and I'm not familiar enough to know what to do to fix.

20:18 <karolherbst> you should use the https://... URL as a remote

20:18 <karolherbst> not anongit, not the SSH one

20:19 <drise13> fatal: Authentication failed for 'https://gitlab.freedesktop.org/git/gstreamer/common.git/'

20:19 <karolherbst> that url doesn't exist

20:19 <karolherbst> https://gitlab.freedesktop.org/gstreamer/common.git

20:20 <drise13> Sorry, looks like it added the forward slash, thgis is the actual clone fail:

20:20 <drise13> fatal: clone of 'https://gitlab.freedesktop.org/git/gstreamer/common.git'

20:20 <karolherbst> no.. the /git/ in the middle is the problem

20:20 <drise13> oh!

20:21 <karolherbst> but looks like this repo is in read-only mode anyway, maybe there is a new upstream or do you need it for legacy reasons? Anyway... this should at least fix your CI

20:22 <karolherbst> or maybe it's just deprecated i guess

20:22 <drise13> legacy, I haven't had the time to get the full gst build running, since my docker image is stuck at ubuntu 20.04. I didn't make much progress last time I tried building 1.20 gstreamer

20:23 <drise13> looks like i can make the adjustment to the module path, didnt realize the /git/ needed removed

20:24 <drise13> thanks!

20:24 <karolherbst> np