Merge ~sergiodj/ubuntu/+source/backuppc:samba-dep8-bug1962166 into ubuntu/+source/backuppc:ubuntu/devel
Status: | Merged | ||||
---|---|---|---|---|---|
Merged at revision: | 065434cf403e8850993ce652cb4836aa93635ac5 | ||||
Proposed branch: | ~sergiodj/ubuntu/+source/backuppc:samba-dep8-bug1962166 | ||||
Merge into: | ubuntu/+source/backuppc:ubuntu/devel | ||||
Diff against target: |
45 lines (+12/-3) 3 files modified
debian/changelog (+8/-0) debian/control (+2/-1) debian/tests/smb-backup (+2/-2) |
||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Andreas Hasenack | Approve | ||
Canonical Server packageset reviewers | Pending | ||
Canonical Server | Pending | ||
Review via email: mp+416111@code.launchpad.net |
Description of the change
This MP fixes backuppc's dep8 failures with Samba 4.15.5.
You can read about my investigation here:
https:/
and here:
https:/
Debian is still on Samba 4.13.14, so this patch doesn't apply to them. Also, I'm going to file a bug against backuppc upstream and see if I can get them to improve/fix the way they invoke smbclient when both the username and password provided are empty.
There's a PPA with the proposed change here:
https:/
autopkgtest is now passing on all architectures (using all-proposed=1, otherwise Samba 4.15.5 isn't used):
autopkgtest [22:35:55]: @@@@@@@
smb-backup PASS
Nice investigation, thanks!
It does sound silly to provide empty username and password. Let's land this, and I will file a bug for myself to add another DEP8 test, one that uses an actual username and password, and rename this one to "test anonymous backup" or something. And if it stays like this (samba upstream says it's as it should be, and backuppc says one shouldn't be using anonymous shares like this), we can add an entry to the release notes.
I also subscribed to the upstream samba bug you filed, thanks for that too.