Source: snapd Version: 2.51.7-2 Severity: serious Justification: packaging not up to Debian standards X-Debbugs-CC: mwhud...@debian.org, lfara...@debian.org, vor...@debian.org, m...@zygoon.pl, michael.v...@ubuntu.com, ian.john...@canonical.com
I had initially reached out to the individuals listed above in the X- Debbugs-CC header on December 8, but have not heard anything in reply. So, I'm opening this bug and including the content of the message I sent. The only update I have seen since the 8th was bug #1000979 being ACK'ed by Michael Vogt. ----- Dear Maintainer, Uploaders, and NMUers, I do not personally use snaps, but recently I was updating a golang library, and snapd was a rdep that I wished to rebuild locally to help ensure updating the library in unstable wouldn't cause a build failure for snapd. As I have looked at the state of the snapd package in Debian, I have become concerned that in its current state, snapd should not be included in Debian. snapd is quite popular (popcon reports ~13k installs), and since we're early in the bookworm development cycle, I hope this package can get cleaned up so it's in good shape for the next Debian release. Specific concerns that I have observed: * The most recent commit in the snapd salsa repository, which is pointed to by the package's d/control file, was on April 6, 2020. However, new versions of this package have continued to appear and been uploaded to the archive; where is the git repo for snapd's packaging being maintained? * snapd 2.37.4-1 was the last upload (February 28, 2019) to the archive by a Maintainer/Uploader. All subsequent uploads to unstable have been by Michael Vogt, who is _not_ listed as a Maintainer/Uploader, and doesn't appear to be following the proper NMU process. * An outstanding FTBFS bug (#997257) has been open since October 23rd of this year, and has yet to receive an acknowledgment. * The last d/changelog entry by a Maintainer/Uploader was July 27, 2020. Since August 2020, only Michael Vogt and Ian Johnson have been making release entries which seem to solely consist of copy-and-paste upstream release changelogs. * No care seems to have been recently given to reported lintian errors/warnings, an ancient Standards-Version, dependency on an old version of the `golang` package, etc. * Several outstanding bugs are in the BTS with no interaction from snapd's Maintainer or Uploaders, either in bug reports or via d/changelog entries. (One bug was just closed in 2.51.7-2, but I have to go back to January 9, 2018 to find the next bug closed by a new release of snapd.) * d/rules is _ugly_. (Admittedly, this is a subjective call, but it could be greatly cleaned up and "un-Ubuntued" by removing logic that don't have anything to do with Debian.) Sincerely, Mathias
signature.asc
Description: This is a digitally signed message part
