Mk/Uses/emacs.mk: Do not use Emacs major version in package names

[jrm]

Summary

• Fix problems with flavor names in PR 259259
• Add UPDATING entry
• Bump PORTREVESION of affected ports

[yasu]

Following ports don't use EMACS_PKGNAMESUFFIX in their Makefiles, So PORTREVISION need not to be bumped with them.

• databases/gnats4
• devel/gettext-po-mode
• devel/xcscope.el
• japanese/mozc-server
• mail/anubis
• mail/mailutils
• net/gnu-radius
• print/a2ps
• sysutils/lr

And PORTREVISON of japanese/mozc-el needs to be bumped.

[jrm]

• Fix PORTREVISON bumps based on yasu's investigation

[jrm]

Thanks for catching those.

I'm running all the bumped ports through poudriere bulk -C -t -j 13amd64 -f ~/emacs_bumps.txt, where emacs_bumps.txt has cat/port@all.

http://pkg.ftfl.ca/build.html?mastername=13amd64-default&build=2021-10-25_23h41m32s

I'll do 12i386 next.

[jrm]

• mail/notmuch-emacs: Prevent a package name collision

With the new package names, the mail/notmuch-emacs@full package was named notmuch. This name conflicts with the package name for mail/notmuch. Fix this by manually adding -emacs to the mail/notmuch@full package name.

• net/tramp: Mark BROKEN and set EXPIRATION_DATE

[jrm]

After ports-mgmt/pkg was fixed in 7f73a93ef2a0fdab0431357e772c583b9652d781, the poudriere run for these changes finished without problems. Please review and approve if there are no objections.

[tcberner]

UPDATING

184

^ I think it would not hurt to explicitly reiterate how to handle the change, instead of only referring to the old entry.

[jrm]

UPDATING: Reiterate how to handle the emacs package name changes

[jrm]

UPDATING: Set me as the author for the entry. I should deal with any fallout.

[jrm]

yasu@ Are you all right with the current state of these changes? Could you either approve or suggest changes?

When we are ready, how do you want to handle the commit? Do yo want to commit or should I? If I do it, I'll commit with you as the author for the changes to Mk/Uses/emacs.mk.

If the timing works, ashish@ suggested that we wait until the 2021-11-15 to commit because that is when we do our regular editors/emacs-devel update.

Joe

[yasu]

@jrm I'm OK with current revision. And I don't mind who commit it. So please commit it after the regular update of editors/emacs-devel.