On Thu, 22 Nov 2018, Raphael Hertzog wrote: > wapiti: > bad irc channel: #debian-pkg-security
Even after changing the setting, I still had the message for a few packages where the exact value was "#debian-pkg-security " (trailing space). I don't know if you want to strip the spaces before comparison but at the very least you might want to add some quotes to the error message so that it's clear that the difference comes from a trailing space. Since everything looked fine, I ran "update_repo" but was disappointed to see that it did change things even on packages that were fine: $ salsa --conf-file +./pkg-security.conf check_repo --verbose --all salsa info: Found 220 projects [...] salsa info: sandsifter: OK [...] $ salsa --conf-file +./pkg-security.conf update_repo --verbose --all You're going to configure 220 projects, continue (N/y)?y [...] salsa info: Configuring sandsifter salsa warn: Deleting old irker (redirected to #debian-pkg-security) salsa info: Irker hook added to project 30154 (channel: debian-pkg-security) salsa warn: Deleting old email-on-push (redirected to dispa...@tracker.debian.org) salsa info: Email-on-push hook added to project 30154 (recipients: dispa...@tracker.debian.org) salsa warn: Deleting old tagpending (was https://webhook.salsa.debian.org/tagpending/sandsifter) salsa info: Tagpending hook added to project 30154 salsa info: Project 30154 updated Worried by this, I pressed CTRL+C in the middle and the script was interrupted after a "Deleting old tagpending" (but before the corresponding "Tagpending hook added"), maybe we could catch the kill request and stop gracefully between two packages ? Then in the list of packages, I had "forensic-artifacts" which was using "master" and not "debian/master" and it didn't detect the problem and did not solve it either. I see the manual page doesn't mention any variable name for the --rename-head option. I tried to guess the name and I have put this in the configuration file: SALSA_SOURCE_BRANCH=master SALSA_DEST_BRANCH=debian/master SALSA_RENAME_HEAD=yes But it doesn't seem to do the trick. Is there a reason for this behaviour? However when I run check_repo with the command line option, then it sees the problem: $ salsa --conf-file +./pkg-security.conf check_repo --verbose --rename-head pkg-security-team/forensic-artifacts salsa info: pkg-security-team/forensic-artifacts id is 29265 pkg-security-team/forensic-artifacts: Default branch is master Then I ran the update_repo command and it didn't say anything about the fact that it was fixing the default branch: $ salsa --conf-file +./pkg-security.conf update_repo --verbose --rename-head pkg-security-team/forensic-artifacts salsa info: pkg-security-team/forensic-artifacts id is 29265 salsa info: Configuring pkg-security-team/forensic-artifacts salsa warn: Deleting old irker (redirected to #debian-pkg-security) salsa info: Irker hook added to project 29265 (channel: debian-pkg-security) salsa warn: Deleting old email-on-push (redirected to dispa...@tracker.debian.org) salsa info: Email-on-push hook added to project 29265 (recipients: dispa...@tracker.debian.org) salsa warn: Deleting old tagpending (was https://webhook.salsa.debian.org/tagpending/forensic-artifacts) salsa info: Tagpending hook added to project 29265 salsa info: Project 29265 updated But the change was well done (I verified it on the web interface). Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/