Hi Sergio, Hi,
> I really don't understand why I wasn't Cc'ed in this thread. I wasn't > even mentioned by name. BTW, thanks to Charles for bringing this > conversation to my attention. Sergio, thanks for your work on debuginfod.d.n, and sorry for not Ccing you. (I must admit I only discovered debuginfod.d.n thanks to Gianfranco's mention of gdb symbols handling in that thread) > First things first: the debuginfod.debian.net service exists since > February 2021. I sent an email to debian-devel-announce[1], posted > about it on my blog (which is syndicated on planet.debian.org) a few > times[2], did a few presentations during DebConfs about it[3][4], and > more often than not I talk to people about the service and let them > know. > > Yes, I am a Debian Developer, and yes, this service runs on > Debian-sponsored infrastructure. Right after I put the service online I > reached out to DSA and expressed my desire to run the service on > official infrastructure. I only received an official reply from the > team a few months ago. I still have to sit down and follow up on that. I think that a more general question (for prospective DPLs) is how to manage Debian services. The current state of things is (TTBOMK): 1/ There are some official Debian services, on the debian.org domain, running on machines admined by DSA. DSA does some gatekeeping to ensure that official services remain maintainable. I think that at some point, there was a list of criterias for such services, but I can't find it anymore. That list included stuff like redundancy regarding service owners. Also, there was a list of official services and how they match the criterias, but I also can't find it anymore (maybe I only dreamt of both?) 2/ There are also semi-official services hosted under the debian.net domain. They are set up in a completely bottom-up way, without any interaction with DSA. They are rarely co-maintained, and are thus quite sensitive to the bus factor. Since it's easy to set up debian.net services, and *necessarily* a bit painful and time-consuming to go through the steps required for turning a service into a .debian.org service, there are some unofficial services that remain unofficial but should really be turned into official services. On the other hand, making it easier to experiment with unofficial services could also be great. This could include making infrastructure available for those experiments (such as cloud resources, as mentioned elsewhere). Also, from the outside, it looks like DSA already has its plate quite full, and could use some help with maintaining its current perimeter. I'm not sure if my depiction of the current situation is accurate, nor if it should be a priority for the next DPL to improve it (maybe it's "good enough" and there are more important topics to work on anyway). But I would be happy to hear thoughts of DPL candidates about that. Lucas
