Created attachment 217007 [details] shar file Port's autojump version is very old and doesn't work with python2, so I'm updating it. Since it seems to be abandoned I'm also adopting it.
The MAINTAINER field is michel@boaventura.dev which doesn't match your bugzilla account. Can you use that account to comment to verify that email? Thanks.
I've updated my email address to michel@boaventura.dev. Sorry about that.
@Michel Are you able to provide the update as a unified diff against the last known revision? Details are here: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/ports.html#ports-qa-re-adding Review items: - Use PORTVERSION=22.5.3 DISTVERSIONPREFIX=release-v Since this installs scripts into locations that aren't Python version-specific (eg: /usr/local/bin), you'll want to use USE_PYTHON=concurrent to automatically suffix these files with the Python version its being built for, so these dont conflict for multiple concurrent installations. See also: https://wiki.freebsd.org/Python/PortsPolicy#concurrent
Created attachment 217031 [details] Unified diff
@Kubilay I've applied your suggestions, thank you. I've also submitted an unified diff.
@Kubilay and @Li-Wen do I need to do anything else? Since this is my first freebsd bug report I'm a little lost.
A commit references this bug: Author: lwhsu Date: Tue Aug 11 07:50:23 UTC 2020 New revision: 544671 URL: https://svnweb.freebsd.org/changeset/ports/544671 Log: Readd sysutils/autojump, faster way to navigate your filesystem PR: 248470 Submitted by: Michel Boaventura <michel@boaventura.dev> Changes: head/MOVED head/sysutils/Makefile head/sysutils/autojump/ head/sysutils/autojump/Makefile head/sysutils/autojump/distinfo head/sysutils/autojump/files/ head/sysutils/autojump/pkg-deinstall head/sysutils/autojump/pkg-descr head/sysutils/autojump/pkg-message head/sysutils/autojump/pkg-plist
Readded, with some minor fixes like plist to the port. BTW, I somehow feel that this port is more like an utility and not a nor contains python module, the chance of needing concurrent installation is really low. Focus on the system's default and keep the possibility to override the python version to use is enough. I don't object having the ability, though.
Thank you @Li-Wen. I will take in account what you've changed on my next commits.