CVS log for pkgsrc/editors/cooledit/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / editors / cooledit

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

*: recursive bump for Python 3.11 as new default

*: Revbump packages that use Python at runtime without a PKGNAME prefix

Revbump packages with a runtime Python dep but no version prefix.

For the Python 3.8 default switch.

PKGREVISION bump for anything using python without a PYPKGPREFIX.

This is a semi-manual PKGREVISION bump.

Bump applications PKGREVISIONs for python users that might be using
python3, since the default changed from python33 to python34.

I probably bumped too many. I hope I got them all.

Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.

Bump PKGREVISION from default python to 2.7.

recursive bump from gettext-lib shlib bump.

Bump revision for PYTHON_VERSION_DEFAULT change.

Switch to Python 2.5 as default. Bump revision of all packages that have
changed runtime dependencies now.

Add DESTDIR support.

- fine grained X11 dependencies for packages which have either USE_IMAKE
  or USE_X11BASE set, but don't include mk/x11.buildlink3.mk directly or
  via buildlink3.mks
- introduce BUILDLINK_PREFIX.libXpm as alias for BUILDLINK_PREFIX.xpm
  in the !modular case
- fix some cases where the check for libX11 couldn't work at all by using
  C++ for compilation without including the proper headers

Verified using a full X11_TYPE=xorg bulk build without additional
breakage. Discussed with salo@, wiz@ and send to packages@ for feedback.

Mechanically replace all includes of buildlink3.mk of the following
packages with the modular Xorg equivalent. Those are falling back
to the old location by default, so this commmit doesn't change
dependencies.

graphics/xpm ==> x11/libXpm
fonts/Xft2 ==> x11/libXft
x11/Xfixes ==> x11/libXfixes
x11/xcursor ==> x11/libXcursor
x11/Xrender ==> x11/libXrender
x11/Xrandr ==> libXrandr

Look in wchar.h for mbstate_t, not machine/ansi.h. The latter is quite
NetBSD specific. If that creates problem on older NetBSD, maybe the test
should be conditionalized for NetBSD instead.

Update MASTER_SITES and/or HOMEPAGE, from Sergey Svishchev.

Drop support for LTCONFIG_OVERRIDE.  For quite a long time, pkgsrc
had actually been ignoring LTCONFIG_OVERRIDE anyway and just using
the default LIBTOOL_OVERRIDE to replace libtool scripts in packages.
This just formalizes the fact that LTCONFIG_OVERRIDE is not used
meaningfully by pkgsrc.

BUILD_USE_MSGFMT and USE_MSGFMT_PLURALS are obsolete.  Replace with
USE_TOOLS+=msgfmt.

Explicitly link against pthread, since libpython is multithreaded.
Bump revision.

Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
developer is officially maintaining the package.

The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list).  Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.

Recursive revision bump / recommended bump for gettext ABI change.

Changes 3.17:
    * Jump to file on Ctrl-j
    * Complete in filebrowser with Ctrl-Tab
    * Debugger fixes and fixes for HP-UX
    * Various build fixes for different OS's
    * Insert history in all input widgets.
    * Shell command line on Escape pipes selected text through
	arbitrary commands (experimental).
    * Colour space options, black on white display.
    * Prolog syntax highlighting.
    * Gimp script syntax highlighting.
    * Valgrind auditing.

Massive cleanup of buildlink3.mk and builtin.mk files in pkgsrc.
Several changes are involved since they are all interrelated.  These
changes affect about 1000 files.

The first major change is rewriting bsd.builtin.mk as well as all of
the builtin.mk files to follow the new example in bsd.builtin.mk.
The loop to include all of the builtin.mk files needed by the package
is moved from bsd.builtin.mk and into bsd.buildlink3.mk.  bsd.builtin.mk
is now included by each of the individual builtin.mk files and provides
some common logic for all of the builtin.mk files.  Currently, this
includes the computation for whether the native or pkgsrc version of
the package is preferred.  This causes USE_BUILTIN.* to be correctly
set when one builtin.mk file includes another.

The second major change is teach the builtin.mk files to consider
files under ${LOCALBASE} to be from pkgsrc-controlled packages.  Most
of the builtin.mk files test for the presence of built-in software by
checking for the existence of certain files, e.g. <pthread.h>, and we
now assume that if that file is under ${LOCALBASE}, then it must be
from pkgsrc.  This modification is a nod toward LOCALBASE=/usr.  The
exceptions to this new check are the X11 distribution packages, which
are handled specially as noted below.

The third major change is providing builtin.mk and version.mk files
for each of the X11 distribution packages in pkgsrc.  The builtin.mk
file can detect whether the native X11 distribution is the same as
the one provided by pkgsrc, and the version.mk file computes the
version of the X11 distribution package, whether it's built-in or not.

The fourth major change is that the buildlink3.mk files for X11 packages
that install parts which are part of X11 distribution packages, e.g.
Xpm, Xcursor, etc., now use imake to query the X11 distribution for
whether the software is already provided by the X11 distribution.
This is more accurate than grepping for a symbol name in the imake
config files.  Using imake required sprinkling various builtin-imake.mk
helper files into pkgsrc directories.  These files are used as input
to imake since imake can't use stdin for that purpose.

The fifth major change is in how packages note that they use X11.
Instead of setting USE_X11, package Makefiles should now include
x11.buildlink3.mk instead.  This causes the X11 package buildlink3
and builtin logic to be executed at the correct place for buildlink3.mk
and builtin.mk files that previously set USE_X11, and fixes packages
that relied on buildlink3.mk files to implicitly note that X11 is
needed.  Package buildlink3.mk should also include x11.buildlink3.mk
when linking against the package libraries requires also linking
against the X11 libraries.  Where it was obvious, redundant inclusions
of x11.buildlink3.mk have been removed.

Remove USE_GNU_TOOLS and replace with the correct USE_TOOLS definitions:

	USE_GNU_TOOLS	-> USE_TOOLS
	awk		-> gawk
	m4		-> gm4
	make		-> gmake
	sed		-> gsed
	yacc		-> bison

Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.

Changes 3.17.14:
* Bug fixes

Changes 3.17.12:
* valgrind audits, small memleak fixes.
* fixed process die problem which causes Print to block forever.

Changes 3.17.11:
* Improvements and bug-fixes
* coolicon has been removed

Libtool fix for PR pkg/26633, and other issues.  Update libtool to 1.5.10
in the process.  (More information on tech-pkg.)

Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.

Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.

Convert to buildlink3.

There's no need to use 'USE_X11BASE' in cooledit package, we'll use
USE_X11 instead, bump PKGREVISION.

avoid if ! .. statement, not all shells can handle it.

replace deprecated USE_GMAKE with USE_GNU_TOOLS+=make.

Change MAINTAINER to "tech-pkg" instead of the previous "packages".

COMMENT should start with a capital letter.

s/netbsd.org/NetBSD.org/

Use gmake.

USE_PKGLOCALEDIR, delint.

buildlink1 -> buildlink2

import cooledit-3.17.5 per PR pkg/17490 submitted by
Rui-Xiang Guo <rxg@ms25.url.com.tw>.


   Cooledit is a full-featured text editor, for Unix computers that run
   the X Window System. Cooledit was born from a need for a user
   friendly text editor that would rival editors of other operating
   systems in ease of use and convenience. Lately Cooledit is also a
   powerful programmer's editor. It is also small and fast, making it
   ideal for interface with applications that allow for, or require, an
   external editor. See 'Features' in the man page for a more elaborate
   description of what Cooledit can do.

Initial revision