Number of commits found: 47

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.

Mark a few ports BROKEN (unfetchable)

x11-fonts/mkfontscale: Update to 1.2.0

Update x11-fonts/mkfontscale to 1.2.0
Remove x11-fonts/mkfontdir, which has been merged into mkfontscale.
Update dependencies and bump portrevisions.
Add an entry to UPDATING and MOVES

Changelog:
https://lists.x.org/archives/xorg/2019-March/059633.html

Thanks to Antoine for the exp-run!

PR:		236336 (exp-run)
Obtained from:	FreeBSD Graphics Team dev repo
		https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/mkfontscale
Sponsored by:	B3 Init

Remove all USE_OPENSSL occurrences.

Sponsored by:	Absolight

Remove ${PORTSDIR}/ from dependencies, categories v, w, x, y, and z.

With hat:	portmgr
Sponsored by:	Absolight

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 )

- Add CPE info

Approved by:	portmgr blanket

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 )

Fix packaging as a user

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 )

Register conflicts due to x3270if.

Approved by:	araujo

- Update to 3.3.13
- Change master sites
- Support STAGEDIR
- Add DOCS and EXAMPLES and Options
- Change MAN

PR:		ports/180959
Submitted by:	nemysis (self)
Approved by:	wg/pawel (mentors), maintainer

Add NO_STAGE all over the place in preparation for the staging support (cat:
x11)

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

- Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig and
  USE_GETTEXT=yes to USES=gettext while here

- Unbreak by fixing location of fontdir
- Remove EXPIRATION/DEPRECATED/BROKEN
- No PORTREVISION bump

PR:             ports/168410
Submitted by:   larry bradford <la_bradford@cox.net>
Approved by:    maintainer (timeout)

- 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)

defer expiration date, someone seems to be working on a fix

Mark as deprecated and set expiration to 2012-05-10 for ports that are mark as
broken for more than 6 month

- Mark BROKEN: does not package

Reported by:    pointyhat

- 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

- Switch SourceForge ports to the new File Release System: categories starting
with X

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 )

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

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>

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

- Update to 3.3.5

PR:             111494
Submitted by:   "Eric P. Scott" <eps+pbug0704@ana.com> (maintainer)

- Remove references to XFree86 3.X

- Use GZIP_CMD instead of gzip

PR:             94799
Submitted by:   Ion-Mihai "IOnut" Tetcu <itetcu@people.tecnik93.com>

- Update to 3.3.4

PR:             ports/79896
Submitted by:   User1001 <supraexpress@globaleyes.net>

- Reset maintainer on request
- Update to 3.3.3.b2 (me)

PR:             ports/70922
Submitted by:   "Jonatan B" (maintainer)

Apparently the maintainer still exists but with a new email address.

Suggested by:   pav

With portmgr hat on, reset bouncing maintainer address:

Final-Recipient: rfc822; Yonatan@xpert.com
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; unknown user: "yonatan"

Make portlint a little bit happier.

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

- Update maintainer's email address

PR:             ports/73939
Submitted by:   Yonatan <onatan@gmail.com> (maintainer)

- 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)

Assign maintainership to Yonatan.

Submitted by:   "Yonatan Bokovza" <Yonatan@xpert.com>

Give up maintainership due to lack of mainframe access.

Submitted by:   volf@deze.org (Frank Volf)

Make x11/x3270 building again on 4-STABLE.
Noticed by: bento / linimon

Informed maintainer.

De-pkg-comment.

Massive style enforcement - use ^I instead of spaces for variables identation.  
 

Add BUILD_DEPENDS=bdftopcf:XFree86-4-clients and  
RUN_DEPENDS=mkfontdir:XFree86-4-clients when XFREE86_VERSION=4.    

Number of commits found: 47

8 vulnerabilities affecting 45 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2019-12-13 20:37:17