>>>>> "Otto" == Otto Kekäläinen <o...@debian.org> writes:
Otto> Hi, Otto> On Thu, 23 Jan 2025 at 17:52, Wookey <woo...@wookware.org> wrote: Otto> .. >> Right. I look at bug reports for my packages (eventually). I have >> never looked at a Salsa merge request in my life. That's just >> /dev/null for my packages. That could change one day, but I don't >> know when. Otto> Could you give it a try please? Salsa isn't that bad :) Can you please respect people who have different positions than you? I'm this close to turning off MRs for all my packages and promising to be the last person in Debian who adopts any of the great work you are doing, even though I think the approach you are taking would be a good idea if successful. The way in which you do not leave room for people who disagree with you comes across as badgering and is something that I cannot bring myself to support in our community. Please be more respectful of others who have different workflows and different ideas: * Do not assert facts like "MRs don't need to be permanent documentation." I would find your statements easier to support if you said things like "MRs as permanent documentation is not important to me," or "We can manage the risks of salsa going away by preserving the information we need in commit messages." * I would find your work easier to support if you worked with people who have expressed openness and respected people who have already made a different decision. * Making claims like turning off MRs shows a maintainer is not interested in collaboration. I could understand a claim like "Turning off MRs will be perceived by many new contributors as a lack of interest in collaboration." Clearly there are maintainers here who are interested in collaboration and do want to receive patches through the BTS. I think Asserting these people are not interested in collaboration is dismissive of them, badgering, and in my mind borders on gaslighting. * I think doing work to figure out which packages are open to MRs and focusing on them is going to create a lot better experience for contributors and maintainers than sending maintainers notifications they are not going to read.
signature.asc
Description: PGP signature