On 02/09/2024 06:38, Richard Lewis wrote: > PICCA Frederic-Emmanuel <frederic-emmanuel.pi...@synchrotron-soleil.fr> > writes: > >> What about dog fooding ? >> >> for now we can setup a schroot and sbuild very easily and start to build a >> local repository in minutes. >> >> But when it comes to install gitlab and the CI system it is another story. >> So we rely on the central salsa instance. > > fwiw, i dont think that a properly scoped DEP would change any of > that. eg, it could be written to be only about what goes into the > archive and not say anything about using schroot locally, or whether > salsa is gitlab or something else. but maybe i misunderstand
>> I do not know if I am clear but I have the fear that this >> centralisation will make us forget that de-centralisation is sort of >> "central" to the Debian way. > > I suspect that if the DEP was clearer in scope and aims, these concerns > would not actually arise Debian infrastructure is "centralized" in many ways. The power to decide which packages go in the archive and which do not is "centralized" in the FTP team, and you must upload to a "centralized" machine for them to review. buildds build the public facing packages, debci runs migration reference tests, they are all "centralized" on a few hosts and in a few people. Packages are distributed from a single source (mirrors don't have the say of the content). Even the very list you are posting to is hosted on a centralized machine. How would storing packaging sources on a centralized code hosting instance be different than package distribution? How would a centralized CI be different than buildds and debci? The more important decentralization is in the decision process. Not everything is fit for decentralization; don't push it only for the sake of it. GitLab isn't perfect, sure, but it's an implementation detail of having a centralized code hosting and CI. I'd personally expect the CI to be basically the same as debci (maybe even merge the two or make salsa delegate CI to debci), but that's another topic. -- Sdrager, Blair Noctis
OpenPGP_signature.asc
Description: OpenPGP digital signature
