Merge ~sergiodj/ubuntu/+source/sendmail:disable-nix-fix-ftbfs into ubuntu/+source/sendmail:ubuntu/devel
Status: | Merged |
---|---|
Approved by: | Sergio Durigan Junior |
Approved revision: | 34bfecd1b4b13a9ade80201dec99a37220a18f6d |
Merged at revision: | 34bfecd1b4b13a9ade80201dec99a37220a18f6d |
Proposed branch: | ~sergiodj/ubuntu/+source/sendmail:disable-nix-fix-ftbfs |
Merge into: | ubuntu/+source/sendmail:ubuntu/devel |
Diff against target: |
79 lines (+17/-6) 4 files modified
debian/changelog (+9/-0) debian/configure.options (+2/-2) debian/control (+4/-3) debian/control.in (+2/-1) |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Athos Ribeiro (community) | Approve | ||
Ubuntu Foundations Team | Pending | ||
Canonical Server Core Reviewers | Pending | ||
Review via email: mp+402723@code.launchpad.net |
Description of the change
This change disables NIS/NIS+ on sendmail and fixes an FTBFS that is Ubuntu-specific.
It all started when I noticed that sendmail was FTBFSing in the PPA I'm using for the OpenLDAP transition. A quick glance at the build logs told me that the problem was unrelated to the transition, and so I started investigating.
I could reproduce the FTBFS locally on Ubuntu, but could not make the package fail to build on Debian. I fired up a container where I could manually reproduce the build steps and notice what was really happening: the sendmail package has a "configure" script inside the debian/ directory, which is responsible for (duh) configuring the upstream sources. One of the steps involved in the execution of the "configure" was to generate a "control.new" file (by doing some variable substitutions in the "control.in" file), and then assert that "control.new" is exactly the same as the existing "control" file. On Debian they are the same. On Ubuntu they aren't.
I hacked the "configure" script to tell me exactly what differs between both files, and noticed that on Ubuntu the following line:
This package supports REGEX, DB, NIS, NIS+, LDAP, DNS maps,
becomes:
This package supports REGEX, DB, NIS, LDAP, DNS maps
So, no NIS+. Strange. I looked at "configure.ac" and noticed that, in order to check for NIS+, the script was checking for the presence of the "/usr/include/
Long story short, glibc >= 2.32 doesn't ship this file anymore. There is precedence for removing NIS/NIS+ support from packages due to this breakage; for example:
https:/
As Balint wrote there, it may not be trivial/possible to port sendmail to use tirpc, and I don't know if it's a drop-in replacement. Also, NIS is deprecated and I don't think we should be offering it to our users.
Debian is still not affected by this because they're shipping glibc 2.31. They will be, and that's why I will *also* propose this change to Debian's sendmail (which unfortunately is orphaned, but that's another story). But for now, I think we should fix this in Ubuntu.
There's a PPA with the proposed changes here:
https:/
The good news after all this work is that I was able to confirm that sendmail is not affected by the openldap transition, so yay, I guess :-).
LGTM