sysutils/reptyr: update 0.8.0 → 0.10.0

PR:	279616
Approved by:	andoriyu@gmail.com (maintainer's timeout; 4+ months)

MANPREFIX: eliminate usage of MANPREFIX

While here move some manpages to share/man

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

sysutils: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  <jsmith@resonatingmedia.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Landwehr <aaron@snaphat.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Adrian Chadd
  *  Adrian Chadd <adrian@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alan Eldridge <alane@FreeBSD.org>
  *  Alan Eldridge <alane@geeksrus.net>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Deiter <alex.deiter@gmail.com>

sysutils/reptyr: Fix buld under LLVM 13 on FreeBSD

Fix the following error under LLVM 13 on FreeBSD.

In file included from platform/freebsd/freebsd_ptrace.c:69:
In file included from platform/freebsd/arch/amd64.h:23:
platform/freebsd/arch/x86_common.h:45:6: error: variable 'ret' set but not used
[-Werror,-Wunused-but-set-variable]
        int ret;
            ^
platform/freebsd/arch/x86_common.h:54:6: error: variable 'ret' set but not used
[-Werror,-Wunused-but-set-variable]
        int ret;
            ^
2 errors generated.

This patch has been submitted to upstream in pull request
https://github.com/nelhage/reptyr/pull/134.

MFH after:	1 week

sysutils/reptyr: Revert "sysutils/reptyr: Address LLVM 13 build failure"

This reverts commit b8c4bfe660b373862165a58514f270a51e77e147.

A proper patch will be created and submitted upstream.

sysutils/reptyr: Revert "sysutils/reptyr:  Use -Wno-error instead"

This reverts commit 437487b2bc91beef0eaee1e9319feab1649232a5.

A proper patch will be created and submitted upstream.

sysutils/reptyr:  Use -Wno-error instead

Ports really shouldn't use -Werror anyway.

Suggested by:	koobs
MFH after:	3 days

sysutils/reptyr: Address LLVM 13 build failure

Rather than create a patch, simply add -Wno-unused-but-set-variable,
avoiding a maintainer to backport patches any time the port is updated.

In file included from platform/freebsd/freebsd_ptrace.c:69:
In file included from platform/freebsd/arch/amd64.h:23:
platform/freebsd/arch/x86_common.h:45:6: error: variable 'ret' set but not used
[-Werror,-Wunused-but-set-variable]
        int ret;
            ^
platform/freebsd/arch/x86_common.h:54:6: error: variable 'ret' set but not used
[-Werror,-Wunused-but-set-variable]
        int ret;
            ^
2 errors generated.

MFH after:	3 days

Remove # $FreeBSD$ from Makefiles.

Regular USE_GITHUB cleanup.

Remove DISTNAME, it is always overwritten.
Cleanup GH_TAGNAME and WRKSRC.

sysutils/reptyr: update to 0.8.0

This update includes support for reptyr -T on FreeBSD, along with a flurry
of fixes for running on FreeBSD and all patches from the ports tree have
been applied upstream.

PR:		249994
Approved by:	andoriyu@gmail.com (maintainer)

http://github.com redirects to https://github.com, spare everyone a redirect.

Sponsored by:	Absolight

Fix build on 9.3-amd64 after r407349.

9.3-i386, which is what I was using for testing the build on FreeBSD 9, worked
fine, but 9.3-amd64 was broken with -Werror. Add a patch I sent upstream to
stop trying to cast NULL into an int, which was making GCC 4.2.1 complain:

platform/freebsd/arch/x86_common.h: In function 'arch_get_register':
platform/freebsd/arch/x86_common.h:48: warning: cast from pointer to integer of
different size
platform/freebsd/arch/x86_common.h: In function 'arch_set_register':
platform/freebsd/arch/x86_common.h:57: warning: cast from pointer to integer of
different size
platform/freebsd/arch/x86_common.h:59: warning: cast from pointer to integer of
different size
platform/freebsd/freebsd_ptrace.c: In function 'ptrace_memcpy_to_child':
platform/freebsd/freebsd_ptrace.c:267: warning: cast from pointer to integer of
different size
platform/freebsd/freebsd_ptrace.c: In function 'ptrace_memcpy_from_child':
platform/freebsd/freebsd_ptrace.c:282: warning: cast from pointer to integer of
different size

PR:		206539

Fix build on FreeBSD 9 and clean up.

- Add a small patch to fix the build on FreeBSD 9 and unmark it BROKEN there.
- Drop patch-Makefile, everything that it was changed can be set via MAKE_ARGS
  instead.
- Unconditionally install the bash-completion file and stop build-depending on
  shells/bash-completion: it is not needed at all, reptyr just installs a file
  into a bash-completion directory and does not actually need it for that.
  The BASH option was not even working before r407168 (see bug 206541).

PR:		206539
Approved by:	Andrey Cherkashin <andoriyu@gmail.com> (maintainer)
MFH:		2016Q1

Remove BROKEN for FreeBSD 8, which is no longer supported.

sysutils/reptyr: fix manual page location

PR:		200720
Submitted by:	makc

New port: sysutils/reptyr

reptyr is a utility for taking an existing running program and
attaching it to a new terminal. Started a long-running process over
ssh, but have to leave and don't want to interrupt it? Just start
a screen, use reptyr to grab it, and then kill the ssh session and
head on home.

WWW: http://github.com/nelhage/reptyr

PR:		200720
Submitted by:	 Andrey Cherkashin <andoriyu@gmail.com>