[Bug 267702] [NEW PORT] editors/xemacs-devel Revival of the XEmacs port

From: <bugzilla-noreply_at_freebsd.org>
Date: Tue, 08 Aug 2023 14:52:10 UTC

Robert Clausecker <fuz@FreeBSD.org> changed:

           What    |Removed                     |Added
           Assignee|ports-bugs@FreeBSD.org      |fuz@FreeBSD.org
             Status|New                         |Open
                 CC|                            |fuz@FreeBSD.org

--- Comment #1 from Robert Clausecker <fuz@FreeBSD.org> ---
Thank you for your submission.  I apologise for the slow processing.
This looks like it was quite the effort to write and it's a shame that it
kind of got lost on our bug tracker.

Here are some remarks:

 - I understand that you bumped the portepoch due to the vulnerability.
   Is the port you submitted still affected by CVE-2005-0100?
 - What is the purpose of the ${:U ... :M*} construction?  I don't see
   what it does.  You should be able to just remove this construct.
 - it's okay if portlint gives bogus warnings, no need to add comments to
   work around these
 - I'll remove the "Created by" line as we have abolished these a while ago
 - a test build complains that you need to use USES=ldap instead of
 - similarly, we have revamped the USE_GITLAB infrastructure.  It now supports
   proper tag names with GL_TAGNAME
 - the port no longer fetches due to checksum errors.  This could be related
   to said revamping.  Please recompute the checksums, update to GL_TAGNAME,
   possibly replace commit hashes with actual tags and resubmit.  I have
   worked around this issue by regenerating the hashes myself.

During a build test, I noticed that one of your configure tests seems to be
defective (on arm64 FreeBSD 13.2):

checking for makeinfo >= 4.12... test: : bad number
test: : bad number
configure: WARNING: Found Makeinfo .  4.12 or later required.

The build then predictably fails in the install stage:

install: *.info*: No such file or directory
No such file or directory
gmake[2]: *** [Makefile:160: install-arch-indep] Error 1
gmake[2]: Leaving directory

Please address these issues and resubmit the patch.  I promise it'll go faster
this time.

You are receiving this mail because:
You are the assignee for the bug.