3270 terminal emulator under X or console.
It can be used to communicate with any IBM host that supports 3270-style
connections over TELNET. It can also communicate with hosts that use
line-by-line ASCII mode to do initial login negotiation before switching to
full-screen 3270 mode.
===> The following configuration options are available for x3270-4.5:
DBCS=off: EBCDIC double-byte character set support
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
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.
(Only the first 15 lines of the commit message are shown above )
x11: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Adam Weinberger <adam@vectors.cx>
* Adam Weinberger <adamw@FreeBSD.org>
* Alex Dupre <ale@FreeBSD.org>
* Alexander Matey <matey@cis.ohio-state.edu>
* Alexander Nedotsukov <bland@FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alexey Dokuchaev <danfe@regency.nsu.ru>
* Alexey Mikhailov <karma@ez.pereslavl.ru>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Anton Berezin <tobez@FreeBSD.org>
* Anton Toernqvist <antont@inbox.lv>
(Only the first 15 lines of the commit message are shown above )
x11/x3270: update to 4.0ga11
Various cleanups to the port, fix clang 11 build.
Take maintainer per PR 244138 comment #2.
Changelog for 4.0 series: https://x3270.miraheze.org/wiki/Release_Notes
Sponsored by: BBOX.io
Add USES=xorg USES=gl, ports categories x
Add USES=xorg and USES=gl to ports in categories starting with 'x'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Remove iconv(), iconv_open() and iconv_close() symbols from libiconv.
These were FreeBSD specific aliases for libiconv(), libiconv_open() and
libiconv_close() that are now also provided by libc which complicates
writing configure tests that work correctly when both libc iconv and
libiconv are available.
Also, because the libiconv iconv.h header redefines iconv* to libiconv*
correct use of the header implies that the aliases aren't used.
The following ports needed fixes because there was something wrong with
the way they tried to detect or use iconv:
audio/deadbeef: Remove LIBICONV_PLUG from a source file. It's a
compile-time option and should not be set in source code.
(Only the first 15 lines of the commit message are shown above )
converters/libiconv:
- Remove const qualifier from iconv(3) to match POSIX:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html
- Patch iconv.h to expose more GNU extensions when LIBICONV_PLUG is
defined because the base system iconv supports these extensions too.
Add/remove patches to/from ports to call iconv with non-const arguments.
This breaks some ports on FreeBSD 10 because base system iconv.h still has
the const qualifier. Fix this by letting USES=iconv add a build dependency
on converters/libiconv so ports can use its iconv.h (with LIBICONV_PLUG
defined) instead of the base system iconv.h.
This exposed some ports that link with libiconv when it is available instead
of using libc iconv. In these cases one of the following changes has been
(Only the first 15 lines of the commit message are shown above )
Make fonts repecting XDG
Xorg is now looking in ${LOCALBASE}/share/fonts by default
Xorg now accepts symlinks in etc/X11/fontpath.d (as decribed in Xserver(1))
Large cleanup on lots of font ports
All fonts are now properly dynamically generating fonts.dir and fonts.scale
instead of sometime overwriting existing ones)
All fonts are generating fontconfig's cache
Improve consistency in fonts ports
- Update to 3.3.15ga7
- Move fonts to own directory
- Modernize plist
While here, silence one portlint warning.
PR: 196101
Submitted by: ecrist at secure-computing.net (maintainer)
Support LIBS like LDFLAGS.
- Add LIBS="${LIBS}" to MAKE_ENV and CONFIGURE_ENV.
- Add an option helper for LIBS.
- Adjust all ports that already use LIBS. Also remove references to
PTHREAD_CFLAGS and PTHREAD_LIBS while here.
- Some ports did not support having a LIBS environment variable and
required additional patches.
Somewhat simplified a linker command line looks like:
${CC} ${src_LDFLAGS} ${LDFLAGS} ${src_LIBS} ${LIBS}
where src_LDFLAGS and src_LIBS are controlled by upstream and LDFLAGS and
LIBS can be controlled by us. If possible -L and -l flags need to be
(Only the first 15 lines of the commit message are shown above )
New USES imake to handle the dependency on imake.
This uses accept 'env' as an argument for ports that do use their own or a
different do-configure target.
Modify xmkmf so it accept IMAKECPPFLAGS as default flags for imake and pass it
to the called imake.
Modify xorg-cf-files (the FreeBSD.cf configuration file) to allow CppCmd to be
overwritten.
Pass CppCmd CcCmd and CplusplusCmd via command line to each call of imake via
IMAKECPPFLAGS
Pass IMAKE_DEFINE with the above arguments to MAKE_ARGS so that imake spawned
from Makefile generated by a previous
imake also inherit the defined CppCmd CcCmd and CplusplusCmd.
Make imake use devel/tradcpp all the time, so that when buidling with clang we
do not depend on gcc's cpp.
Make imake respect CC and CXX
Make imake respect USE_GCC (if set imake will use gcc's cpp).
While here:
- Remove a couple of indefinite articles from comments
- Trim headers
- Fix a couple of ports to build with clang or use: USE_GCC=any
- Fix a now useless redefinition of the extraction chain
- Fix a typo in japanese/Wnn7-lib bundled imake template definitions
- Fix some XMKMF execution with no env specified
- Use options helper in x11/xautolock to simplify the port
- Extending Expire date so maintainer can work on this
PR: ports/168018
Submitted by: scheidell@
Approved by: Eric Crist <ecrist@secure-computing.net> (maintainer, via
private email)
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Update to latest version
Assign new MAINTAINER
PR: ports/147153
Submitted by: Eric F Crist <ecrist@secure-computing.net>
Approved by: itetcu@ (mentor)
Feature safe: yes
Convert most of remaining ports that depend on xorg-libraries to
modular xorg.
- supply corresponding USE_XORG for all imake-using ports that need it
- USE_IMAKE no longer implies USE_XLIB in absence of USE_XORG
- retire USE_X_PREFIX which is not really used anywhere after the
above change
- a few minor nits like whitespace and SF macro
Tested by: 2 tinderbox runs by pav
Approved by: portmgr (pav)
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
x11/x3270-3.3.5_1 source has recently been updated to 3.3.7
The source for x3270 has been recently updated to V3.3.7.
PR: ports/120226
Submitted by: "User1001" <supraexpress@globaleyes.net>
Update port: x11/x3270 to version 3.3.2p1
This port has been stuck on an ancient, non-SSL-capable version
for seveal years. Please consider updating to a more recent
upstream source.
The attached files are offered as a starting point; some
"adjustment" is probably needed. Note that what's below
completely replaces the previous port; all previous patches are
no longer valid. Also, I've added "net" to the CATEGORIES,
along with a link to the official web page in the package
description.
The compilation produces one "warning: assignment from incompatible
pointer type"; this deserves further investigation (particularly
for 64-bit builds).
Since I do not have access to the requisite legacy systems, I
am unable to properly test this software (particularly the SSL
aspects).
PR: ports/70808
Submitted by: Eric P. Scott <eps+psub0408@ana.com>
Approved by: maintainer timeout
- Add the X_WINDOW_SYSTEM={xorg,xfree86-4,xfree86-3} variable to bsd.port.mk,
and make XFREE86_VERSION map to it. XFREE86_VERSION is now deprecated.
- Make xorg the default X_WINDOW_SYSTEM on -current.
- Add several new X_*_PORT variables which point to various pieces of X11 based
on the setting of X_WINDOW_SYSTEM, and make ports use them.
- Add information to CHANGES about how to handle the transition.
PR: ports/68763
Approved by: portmgr (marcus)
Approved by: re (scottl)
