Age | Commit message (Collapse) | Author | Files | Lines |
|
This file is "included" automatically before <bsd.own.mk> includes
/etc/mk.conf, so that pkgsrc-wide default values are set.
It is now possible just to set values in mk.conf only where they differ
from the default, thereby easing the problems of updating mk.conf when
new values get added.
|
|
loop noted in pkg/13894 by Stoned Elipot <Stoned.Elipot@script.jussieu.fr>.
The suggested fix was applied.
|
|
including motif.buildlink.mk, which contains more sophisticated and
complete logic for detecting the various Motif options that may be
installed. Though deprecated, USE_MOTIF is still recognized, though it
does no more than include motif.buildlink.mk.
|
|
match the behaviour of USE_MOTIF in setting PREFIX=${X11BASE}.
|
|
|
|
Makefiles.
|
|
(whether 2.0 or 1.2-compatible) into one file, motif.buildlink.mk.
lesstif12/buildlink.mk now assumes that if you include it, then you
actually want lesstif12.
To select that you want a Motif-1.2-compatible installation, define
USE_MOTIF12 in the package Makefile. If MOTIF12BASE is also defined, then
assume it points to a valid Motif-1.2 installation. Otherwise, auto-detect
whether /usr/dt is valid, or if we need lesstif12.
|
|
<Xm/Gadget.h> instead of only <Xm/Xm.h>. This differentiates between
Motif-2.0 and Motif-1.2 installations.
|
|
Motif-*2.0*-compatible installations.
|
|
functionality. Default remains DT-Motif on Solaris. This doesn't affect
users who already have LessTif installed, as motif.buildlink.mk will use
an installed Motif package in preference to the default.
I have compiled and run every package in pkgsrc (as of today) that uses
either USE_MOTIF or motif.buildlink.mk. They all function as well or
better with OpenMotif as the installed Motif package as compared with
LessTif. There was only one small API difference I detected between
LessTif and OpenMotif in <Xm/Text.h>, where OpenMotif's Text.h includes
<stdio.h> while LessTif's does not, but the only package that this
affected (graphics/tcm) was fixed.
|
|
buildlink.mk as it uses values from the buildlink.mk for it's own value.
Also don't pass MOTIFBASE to the MAKE_ENV as it causes the correct package
buildlink.mk file to not be included.
|
|
follows:
If MOTIFBASE is set, then assume it points to a valid Motif installation.
If MOTIF_TYPE is set, then use the named Motif installation.
If neither MOTIFBASE nor MOTIF_TYPE is set, then any pre-existing Motif
installation is used, whether it is in /usr/dt or ${X11BASE} or a pkgsrc-
installed Motif.
Lastly, default to ${MOTIF_TYPE_DEFAULT}.
This makes MOTIF_TYPE behave more like XAW_TYPE in that it explicitly
chooses the Motif installation to use.
|
|
whcih does the su(1), and using that. Also make the deinstall target use
the same common code.
|
|
Patch by hubertf.
|
|
installed packages and only rebuild everything once:
STOP_DOWNLEVEL_AFTER_FIRST
if set makes "make show-downlevel" stop a bit earlier (since with the
other one below you will be only interested in the first downlevel
pkg found).
REBUILD_DOWNLEVEL_DEPENDS
if set forces the pattern match for dependencies to fail whenever the
installed pkg is not the version in the makefile (i.e. "make show-downlevel" would print a version mismatch for the dependecy). This causes all
downlevel dependencies (and everything depending on them) to be rebuild.
Enhancements, like making this all work with make command line flags and
settings in /etc/mk.conf are welcome. A way to stop "make show-downlevel"
through all upper levels of recursion imediately would be very usefull too.
|
|
Feyrer).
|
|
NO_WRKSUBDIR.
|
|
WRKSRC= ${WRKDIR}
This is much cleaner, much more indicative of what happens, and removes
another of the negative definitions (NO_.* = value).
|
|
use.
|
|
separate file mk/motif.buildlink.mk.
|
|
(not counting packages using imake) whether or not xpkgwedge is installed.
|
|
avi{...,avitype} -> avi{...,type}
|
|
BUILD_DEPENDS on libtool for the USE_LIBTOOL/non-USE_LTDL case; instead,
just depend on libtool-base (thus skipping the libtool-info and libtool
package compilation where appropriate).
|
|
waste processing time on data we're going to discard.
Pointed out by Tomasz Luchowski <zuntum@netbsd.org>.
|
|
|
|
any local patches that the user wants to maintain outside of
pkgsrc.
* print-PLIST: ignore Linux procfs entries
|
|
|
|
|
|
|
|
|
|
regardless of the operating system.
|
|
USE_XAW, a package Makefile may just include mk/xaw.buildlink.mk, which
pulls in the correct buildlink.mk file depending on the value of XAW_TYPE.
A package Makefile may also rely on LIBXAW being set to the correct
libraries.
|
|
of x11.buildlink.mk, it still points to a working X11R6 hierarchy.
|
|
imake to be buildlinked as it's not necessary for those packages. Many
thanks to Frederick Bruckman <fredb@immanent.net> for pointing this out.
This is accomplished by ripping out all of the Makefile logic related to
buildlink-x11. It will be added back in a separate file (as noted by the
additional check for X11_BUILDLINK_MK, but will still not be the default.
|
|
BUILDLINK_CONFIG_WRAPPER_POST_SED. Also some minor formatting changes.
|
|
environment be inherited from pkgsrc during an implicit su for install;
root's .-files may set variables that fiddle with how pkgsrc works.
|
|
uses it)
|
|
otherwise, extracts fail when bzip2-1.0.1 is installed.
|
|
static-tcsh package.
|
|
This should fix pkg/13714 by Martti Kuparinen <martti.kuparinen@iki.fi>
|
|
|
|
|
|
* NetBSD: $LOCALBASE/share/locale -> $X11BASE/share/locale
* Linux: $LOCALBASE/share/locale -> $X11BASE/share/locale
* SunOS: $LOCALBASE/lib/locale -> $X11BASE/lib/locale
Side effect of this is that print-PLIST doesn't print locale dirs
for X apps any more.
|
|
xmkmf without building all the Makefiles too, then it can set
XMKKF=${XMKMF_CMD} ${XMKMF_FLAGS} (same as default but without the -a).
|
|
|
|
|
|
post-configure. Also make sure ${BUILDLINK_DIR} is created prior to
trying to create the cookie files.
|
|
place in the linked object, so even if the library is a symlink with a
different name from the true library, the correct soname is recorded in
the object. On a.out, there is no soname, so the linker just records the
specified library name + major number into the object, which can cause the
incorrect library name to be recorded. Fix this problem on a.out by
replacing the specified library names with the true library names in all of
the Makefiles in a post-configure step. Additional files may be added to
the list of files on which replacement is done by setting REPLACE_LIBNAMES
in each package that needs it.
This should fix pkg/13402 by John Klos <john@sixgirls.org>.
|
|
|
|
|