On Fri, Mar 21, 2025 at 09:33:00AM -0700, Otto Kekäläinen wrote: > Hi, > > > > > Question: Should uncoordinated NMUs unilaterally choose Salsa as the VCS > > > > for a package? > > > > > > Why are you opposed to using Salsa as the VCS for cpuset? You use > > > Salsa for many other packages and Github for some others. > > > > > I am not opposed to using Salsa. As you note, I already use it for other > > packages. > > > > The nature of my question (which I took considerable time articulating > > in order ensure that it was clear, but which apparently was not) has to > > do with the appropriateness of *unilaterally* declaring Salsa as the VCS > > in an *NMU*. > > Just curious to understand what is the reason you have signed up for > https://wiki.debian.org/LowThresholdNmu ? > Because I don't want my occasional inability to respond to something like a bug report to be the cause of a presistent/unresolved issue affecting users.
> If you want more people to collaborate on maintaining your packages, > should you also move them to version control and preferably also host > at https://salsa.debian.org/debian/ in a namespace that is most > accessible for collaboration? > I can appreciate that and in principle I agree that Salsa is a good place for that sort of thing. > Or should we add an extra column to > https://wiki.debian.org/LowThresholdNmu where people can mark that > they want co-maintainers or NMUs but specifically want the > collaboration to be done without using version control? It doesn't seem like the sort of thing that would be necessary in practice. Here is what devref 5.11.1 says: When doing an NMU, you must first make sure that your intention to NMU is clear. Then, you must send a patch with the differences between the current package and your proposed NMU to the BTS. The "nmudiff" script in the "devscripts" package might be helpful. It stands to reason that if a package is maintained in Salsa, and there is recent activity, then that is probably a good way to interact with the maintainer. But absent that (either because the project in Salsa doesn't permit all DDs push access or because it's simply not in Salsa), the guidance from devref seems to cover the situation rather well. Regards, -Roberto -- Roberto C. Sánchez