2006-07-13 16:04:41 +02:00
|
|
|
# $NetBSD: bsd.pkg.mk,v 1.1870 2006/07/13 14:04:41 jlam Exp $
|
1997-08-20 12:21:05 +02:00
|
|
|
#
|
1998-06-05 14:45:53 +02:00
|
|
|
# This file is in the public domain.
|
1997-08-20 12:21:05 +02:00
|
|
|
#
|
2005-02-11 16:55:13 +01:00
|
|
|
# Please see the pkgsrc/doc/guide manual for details on the
|
|
|
|
# variables used in this make file template.
|
|
|
|
#
|
2006-07-08 04:16:33 +02:00
|
|
|
# Default sequence for "all" is:
|
|
|
|
#
|
2006-07-13 16:02:34 +02:00
|
|
|
# bootstrap-depends
|
|
|
|
# fetch
|
|
|
|
# checksum
|
|
|
|
# depends
|
|
|
|
# tools
|
|
|
|
# extract
|
|
|
|
# patch
|
|
|
|
# wrapper
|
|
|
|
# configure
|
|
|
|
# build
|
1997-08-20 12:21:05 +02:00
|
|
|
#
|
|
|
|
|
2005-02-11 16:55:13 +01:00
|
|
|
############################################################################
|
|
|
|
# Include any preferences, if not already included, and common definitions
|
|
|
|
############################################################################
|
|
|
|
|
2006-07-06 18:58:17 +02:00
|
|
|
.MAIN: all
|
|
|
|
|
Implement some parts of proposals posted to tech-pkg:
- Define OS_VERSION in bsd.prefs.mk (...if not already defined). Previously
was only set in a conditional block in bsd.pkg.mk.
- Define new values, MACHINE_PLATFORM and MACHINE_GNU_PLATFORM, which
default to ${OPSYS}-${OS_VERSION}-${MACHINE_ARCH} and
${LOWER_OPSYS}-${LOWER_VENDOR}-${LOWER_ARCH} respectively.
(Probably should nuke LOWER_ARCH and rename LOWER_VENDOR to something
like MACHINE_GNU_VENDOR.)
- Use ${MACHINE_GNU_PLATFORM} as the argument to `--host' in GNU_CONFIGURE
packages.
- Allow for ONLY_FOR_PLATFORM and NOT_FOR_PLATFORM, lists of patterns
in csh(1) glob style which are matched against MACHINE_PLATFORM above
and take the place of {ONLY,NOT}_FOR_{ARCHS,OPSYS}. (For now, until
all pkgs are converted, provide backwards compatibility.) *Both* may
be defined, in which case NOT_FOR_PLATFORM takes precedence.
- Also do some significant aesthetic cleanup, based on the idea
`define platform-specific overrides first, then define a generic case
with the ?= operator'. Lots more of this to do yet.
1999-05-24 20:42:00 +02:00
|
|
|
.include "../../mk/bsd.prefs.mk"
|
2006-06-06 17:28:51 +02:00
|
|
|
|
|
|
|
.include "${PKGSRCDIR}/mk/flavor/bsd.flavor-vars.mk"
|
|
|
|
.include "${PKGSRCDIR}/mk/check/bsd.check-vars.mk"
|
|
|
|
.include "${PKGSRCDIR}/mk/depends/bsd.depends-vars.mk"
|
|
|
|
.include "${PKGSRCDIR}/mk/fetch/bsd.fetch-vars.mk"
|
2006-07-13 16:02:34 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/checksum/bsd.checksum-vars.mk"
|
2006-06-06 17:28:51 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/extract/bsd.extract-vars.mk"
|
|
|
|
.include "${PKGSRCDIR}/mk/patch/bsd.patch-vars.mk"
|
2006-07-05 08:09:15 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/configure/bsd.configure-vars.mk"
|
|
|
|
.include "${PKGSRCDIR}/mk/build/bsd.build-vars.mk"
|
2006-06-06 17:28:51 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/install/bsd.install-vars.mk"
|
2006-07-13 16:02:34 +02:00
|
|
|
|
2006-06-09 15:59:06 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/bsd.pkg.error.mk"
|
2006-06-06 17:28:51 +02:00
|
|
|
|
2005-01-24 20:57:42 +01:00
|
|
|
.include "../../mk/bsd.hacks.mk"
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
|
2003-07-28 20:15:56 +02:00
|
|
|
# This has to come first to avoid showing all BUILD_DEFS added by this
|
|
|
|
# Makefile, which are usually not customizable.
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
.PHONY: build-defs-message
|
|
|
|
pre-depends-hook: build-defs-message
|
2004-08-05 01:29:50 +02:00
|
|
|
.if empty(PKGSRC_SHOW_BUILD_DEFS:M[yY][eE][sS])
|
2003-08-08 10:43:37 +02:00
|
|
|
build-defs-message:
|
|
|
|
.elif !target(build-defs-message)
|
2003-07-30 17:04:21 +02:00
|
|
|
build-defs-message: ${WRKDIR}
|
2003-08-08 10:43:37 +02:00
|
|
|
. if defined(BUILD_DEFS) && !empty(BUILD_DEFS)
|
|
|
|
. if !exists(${WRKDIR}/.bdm_done)
|
2003-07-28 20:15:56 +02:00
|
|
|
@${ECHO} "=========================================================================="
|
|
|
|
@${ECHO} "The following variables will affect the build process of this package,"
|
|
|
|
@${ECHO} "${PKGNAME}. Their current value is shown below:"
|
|
|
|
@${ECHO} ""
|
2003-08-08 10:43:37 +02:00
|
|
|
. for var in ${BUILD_DEFS:O}
|
|
|
|
. if !defined(${var})
|
2003-07-28 20:15:56 +02:00
|
|
|
@${ECHO} " * ${var} (not defined)"
|
2003-08-08 10:43:37 +02:00
|
|
|
. elif defined(${var}) && empty(${var})
|
2003-07-28 20:15:56 +02:00
|
|
|
@${ECHO} " * ${var} (defined)"
|
2003-08-08 10:43:37 +02:00
|
|
|
. else
|
2003-07-28 20:15:56 +02:00
|
|
|
@${ECHO} " * ${var} = ${${var}}"
|
2003-08-08 10:43:37 +02:00
|
|
|
. endif
|
|
|
|
. endfor
|
2003-07-28 20:15:56 +02:00
|
|
|
@${ECHO} ""
|
2004-03-27 09:06:24 +01:00
|
|
|
@${ECHO} "You may want to abort the process now with CTRL-C and change their value"
|
|
|
|
@${ECHO} "before continuing. Be sure to run \`${MAKE} clean' after"
|
|
|
|
@${ECHO} "the changes."
|
2003-07-28 20:15:56 +02:00
|
|
|
@${ECHO} "=========================================================================="
|
2003-07-30 17:04:21 +02:00
|
|
|
@${TOUCH} ${WRKDIR}/.bdm_done
|
2003-08-08 10:43:37 +02:00
|
|
|
. endif
|
|
|
|
. endif
|
2003-07-28 20:15:56 +02:00
|
|
|
.endif
|
|
|
|
|
2005-02-11 16:55:13 +01:00
|
|
|
############################################################################
|
2005-01-24 20:57:42 +01:00
|
|
|
# Transform package Makefile variables and set defaults
|
2005-02-11 16:55:13 +01:00
|
|
|
############################################################################
|
2003-10-02 16:41:42 +02:00
|
|
|
|
2005-01-24 20:57:42 +01:00
|
|
|
MKCRYPTO?= YES # build crypto packages by default
|
|
|
|
|
|
|
|
##### Variant spellings
|
|
|
|
|
|
|
|
.if defined(LICENCE) && !defined(LICENSE)
|
|
|
|
LICENSE= ${LICENCE}
|
|
|
|
.endif
|
|
|
|
.if defined(ACCEPTABLE_LICENCES) && !defined(ACCEPTABLE_LICENSES)
|
|
|
|
ACCEPTABLE_LICENSES= ${ACCEPTABLE_LICENCES}
|
|
|
|
.endif
|
|
|
|
|
|
|
|
##### PKGBASE, PKGNAME[_NOREV], PKGVERSION
|
Implement some parts of proposals posted to tech-pkg:
- Define OS_VERSION in bsd.prefs.mk (...if not already defined). Previously
was only set in a conditional block in bsd.pkg.mk.
- Define new values, MACHINE_PLATFORM and MACHINE_GNU_PLATFORM, which
default to ${OPSYS}-${OS_VERSION}-${MACHINE_ARCH} and
${LOWER_OPSYS}-${LOWER_VENDOR}-${LOWER_ARCH} respectively.
(Probably should nuke LOWER_ARCH and rename LOWER_VENDOR to something
like MACHINE_GNU_VENDOR.)
- Use ${MACHINE_GNU_PLATFORM} as the argument to `--host' in GNU_CONFIGURE
packages.
- Allow for ONLY_FOR_PLATFORM and NOT_FOR_PLATFORM, lists of patterns
in csh(1) glob style which are matched against MACHINE_PLATFORM above
and take the place of {ONLY,NOT}_FOR_{ARCHS,OPSYS}. (For now, until
all pkgs are converted, provide backwards compatibility.) *Both* may
be defined, in which case NOT_FOR_PLATFORM takes precedence.
- Also do some significant aesthetic cleanup, based on the idea
`define platform-specific overrides first, then define a generic case
with the ?= operator'. Lots more of this to do yet.
1999-05-24 20:42:00 +02:00
|
|
|
|
2000-06-03 21:03:20 +02:00
|
|
|
PKGBASE?= ${PKGNAME:C/-[^-]*$//}
|
|
|
|
PKGVERSION?= ${PKGNAME:C/^.*-//}
|
2004-09-15 17:26:10 +02:00
|
|
|
.if defined(PKGREVISION) && !empty(PKGREVISION) && (${PKGREVISION} != "0")
|
|
|
|
. if defined(PKGNAME)
|
|
|
|
PKGNAME_NOREV:= ${PKGNAME}
|
|
|
|
PKGNAME:= ${PKGNAME}nb${PKGREVISION}
|
|
|
|
. else
|
|
|
|
PKGNAME?= ${DISTNAME}nb${PKGREVISION}
|
|
|
|
PKGNAME_NOREV= ${DISTNAME}
|
|
|
|
. endif
|
|
|
|
.else
|
|
|
|
PKGNAME?= ${DISTNAME}
|
|
|
|
PKGNAME_NOREV= ${PKGNAME}
|
|
|
|
.endif
|
2000-06-03 20:51:34 +02:00
|
|
|
|
2005-01-24 20:57:42 +01:00
|
|
|
##### Others
|
1997-08-20 12:21:05 +02:00
|
|
|
|
2005-02-11 16:55:13 +01:00
|
|
|
BUILD_DEPENDS?= # empty
|
|
|
|
COMMENT?= (no description)
|
|
|
|
DEPENDS?= # empty
|
2005-01-24 20:57:42 +01:00
|
|
|
DESCR_SRC?= ${PKGDIR}/DESCR
|
2002-07-02 13:26:05 +02:00
|
|
|
INTERACTIVE_STAGE?= none
|
2006-03-04 22:28:51 +01:00
|
|
|
MAINTAINER?= pkgsrc-users@NetBSD.org
|
2005-01-24 20:57:42 +01:00
|
|
|
PKGWILDCARD?= ${PKGBASE}-[0-9]*
|
|
|
|
SVR4_PKGNAME?= ${PKGNAME}
|
|
|
|
WRKSRC?= ${WRKDIR}/${DISTNAME}
|
|
|
|
|
2005-03-18 19:16:34 +01:00
|
|
|
.if (defined(INSTALL_UNSTRIPPED) && !empty(INSTALL_UNSTRIPPED:M[yY][eE][sS])) || defined(DEBUG_FLAGS)
|
|
|
|
_INSTALL_UNSTRIPPED= # set (flag used by platform/*.mk)
|
|
|
|
.endif
|
|
|
|
|
2005-02-11 16:55:13 +01:00
|
|
|
##### Non-overridable constants
|
|
|
|
|
|
|
|
# Latest versions of tools required for correct pkgsrc operation.
|
2005-11-05 14:31:43 +01:00
|
|
|
PKGTOOLS_REQD= ${_OPSYS_PKGTOOLS_REQD:U20051103}
|
2005-02-11 16:55:13 +01:00
|
|
|
|
|
|
|
##### Transform USE_* into dependencies
|
|
|
|
|
|
|
|
.include "../../mk/bsd.pkg.use.mk"
|
|
|
|
|
2005-02-11 17:57:45 +01:00
|
|
|
############################################################################
|
|
|
|
# Sanity checks
|
|
|
|
############################################################################
|
|
|
|
|
2005-01-24 20:57:42 +01:00
|
|
|
# Fail-safe in the case of circular dependencies
|
|
|
|
.if defined(_PKGSRC_DEPS) && defined(PKGNAME) && !empty(_PKGSRC_DEPS:M${PKGNAME})
|
2005-02-11 18:00:07 +01:00
|
|
|
PKG_FAIL_REASON+= "Circular dependency detected"
|
2005-01-24 20:57:42 +01:00
|
|
|
.endif
|
|
|
|
|
2005-02-11 17:57:45 +01:00
|
|
|
# PKG_INSTALLATION_TYPE can only be one of two values: "pkgviews" or
|
|
|
|
# "overwrite".
|
|
|
|
.if (${PKG_INSTALLATION_TYPE} != "pkgviews") && \
|
|
|
|
(${PKG_INSTALLATION_TYPE} != "overwrite")
|
|
|
|
PKG_FAIL_REASON+= "PKG_INSTALLATION_TYPE must be \`\`pkgviews'' or \`\`overwrite''."
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if empty(PKG_INSTALLATION_TYPES:M${PKG_INSTALLATION_TYPE})
|
|
|
|
PKG_FAIL_REASON+= "This package doesn't support PKG_INSTALLATION_TYPE=${PKG_INSTALLATION_TYPE}."
|
|
|
|
.endif
|
|
|
|
|
|
|
|
# Check that we are using up-to-date pkg_* tools with this file.
|
|
|
|
.if !defined(NO_PKGTOOLS_REQD_CHECK)
|
|
|
|
. if ${PKGTOOLS_VERSION} < ${PKGTOOLS_REQD}
|
2006-06-15 04:39:19 +02:00
|
|
|
PKG_FAIL_REASON+='The package tools installed on this system are out of date.'
|
|
|
|
PKG_FAIL_REASON+='The installed package tools are dated ${PKGTOOLS_VERSION:C|(....)(..)(..)|\1/\2/\3|} and you must'
|
|
|
|
PKG_FAIL_REASON+='update them to at least ${PKGTOOLS_REQD:C|(....)(..)(..)|\1/\2/\3|} using the following command:'
|
2005-02-11 17:57:45 +01:00
|
|
|
PKG_FAIL_REASON+=''
|
2006-06-15 04:39:19 +02:00
|
|
|
PKG_FAIL_REASON+=' (cd ${PKGSRCDIR}/pkgtools/pkg_install && ${MAKE} clean && ${MAKE} update)'
|
2005-02-11 17:57:45 +01:00
|
|
|
. endif
|
|
|
|
.endif # !NO_PKGTOOLS_REQD_CHECK
|
|
|
|
|
|
|
|
.if defined(ALL_TARGET)
|
|
|
|
PKG_FAIL_REASON+='ALL_TARGET is deprecated and must be replaced with BUILD_TARGET.'
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if defined(NO_WRKSUBDIR)
|
|
|
|
PKG_FAIL_REASON+='NO_WRKSUBDIR has been deprecated - please replace it with an explicit'
|
|
|
|
PKG_FAIL_REASON+='assignment of WRKSRC= $${WRKDIR}'
|
|
|
|
.endif # NO_WRKSUBDIR
|
|
|
|
|
|
|
|
# We need to make sure the buildlink-x11 package is not installed since it
|
|
|
|
# breaks builds that use imake.
|
|
|
|
.if defined(USE_IMAKE)
|
|
|
|
. if exists(${LOCALBASE}/lib/X11/config/buildlinkX11.def) || \
|
|
|
|
exists(${X11BASE}/lib/X11/config/buildlinkX11.def)
|
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} uses imake, but the buildlink-x11 package was found." \
|
|
|
|
" Please deinstall it (pkg_delete buildlink-x11)."
|
|
|
|
. endif
|
|
|
|
.endif # USE_IMAKE
|
|
|
|
|
|
|
|
.if !defined(CATEGORIES) || !defined(DISTNAME)
|
|
|
|
PKG_FAIL_REASON+='CATEGORIES and DISTNAME are mandatory.'
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if defined(LIB_DEPENDS)
|
|
|
|
PKG_FAIL_REASON+='LIB_DEPENDS is deprecated and must be replaced with DEPENDS.'
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if defined(PKG_PATH)
|
|
|
|
PKG_FAIL_REASON+='Please unset PKG_PATH before doing pkgsrc work!'
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if defined(MASTER_SITE_SUBDIR)
|
|
|
|
PKG_FAIL_REASON+='MASTER_SITE_SUBDIR is deprecated and must be replaced with MASTER_SITES.'
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if defined(PATCH_SITE_SUBDIR)
|
|
|
|
PKG_FAIL_REASON+='PATCH_SITE_SUBDIR is deprecated and must be replaced with PATCH_SITES.'
|
|
|
|
.endif
|
|
|
|
|
|
|
|
.if defined(ONLY_FOR_ARCHS) || defined(NOT_FOR_ARCHS) \
|
|
|
|
|| defined(ONLY_FOR_OPSYS) || defined(NOT_FOR_OPSYS)
|
|
|
|
PKG_FAIL_REASON+='ONLY/NOT_FOR_ARCHS/OPSYS are deprecated and must be replaced with ONLY/NOT_FOR_PLATFORM.'
|
|
|
|
.endif
|
|
|
|
|
2005-01-24 20:57:42 +01:00
|
|
|
# Allow variables to be set on a per-OS basis
|
|
|
|
OPSYSVARS+= CFLAGS CXXFLAGS CPPFLAGS LDFLAGS LIBS
|
|
|
|
.for _var_ in ${OPSYSVARS:O}
|
|
|
|
. if defined(${_var_}.${OPSYS})
|
|
|
|
${_var_}+= ${${_var_}.${OPSYS}}
|
|
|
|
. elif defined(${_var_}.*)
|
|
|
|
${_var_}+= ${${_var_}.*}
|
|
|
|
. endif
|
|
|
|
.endfor
|
|
|
|
|
2005-02-11 17:36:49 +01:00
|
|
|
CPPFLAGS+= ${CPP_PRECOMP_FLAGS}
|
2005-11-14 05:41:17 +01:00
|
|
|
|
2005-02-11 17:36:49 +01:00
|
|
|
ALL_ENV+= CC=${CC:Q}
|
2005-05-10 03:34:04 +02:00
|
|
|
ALL_ENV+= CFLAGS=${CFLAGS:M*:Q}
|
|
|
|
ALL_ENV+= CPPFLAGS=${CPPFLAGS:M*:Q}
|
|
|
|
ALL_ENV+= CXX=${CXX:M*:Q}
|
|
|
|
ALL_ENV+= CXXFLAGS=${CXXFLAGS:M*:Q}
|
2005-02-11 17:36:49 +01:00
|
|
|
ALL_ENV+= COMPILER_RPATH_FLAG=${COMPILER_RPATH_FLAG:Q}
|
2005-03-16 03:09:54 +01:00
|
|
|
ALL_ENV+= F77=${FC:Q}
|
2005-02-11 17:36:49 +01:00
|
|
|
ALL_ENV+= FC=${FC:Q}
|
2005-05-10 03:34:04 +02:00
|
|
|
ALL_ENV+= FFLAGS=${FFLAGS:M*:Q}
|
2005-03-20 19:18:09 +01:00
|
|
|
ALL_ENV+= LANG=C
|
|
|
|
ALL_ENV+= LC_COLLATE=C
|
|
|
|
ALL_ENV+= LC_CTYPE=C
|
|
|
|
ALL_ENV+= LC_MESSAGES=C
|
|
|
|
ALL_ENV+= LC_MONETARY=C
|
|
|
|
ALL_ENV+= LC_NUMERIC=C
|
|
|
|
ALL_ENV+= LC_TIME=C
|
2005-05-10 03:34:04 +02:00
|
|
|
ALL_ENV+= LDFLAGS=${LDFLAGS:M*:Q}
|
2005-02-11 17:36:49 +01:00
|
|
|
ALL_ENV+= LINKER_RPATH_FLAG=${LINKER_RPATH_FLAG:Q}
|
|
|
|
ALL_ENV+= PATH=${PATH:Q}:${LOCALBASE}/bin:${X11BASE}/bin
|
|
|
|
ALL_ENV+= PREFIX=${PREFIX}
|
|
|
|
|
2005-01-24 20:57:42 +01:00
|
|
|
# Store the result in the +BUILD_INFO file so we can query for the build
|
|
|
|
# options using "pkg_info -Q PKG_OPTIONS <pkg>".
|
|
|
|
#
|
|
|
|
.if defined(PKG_SUPPORTED_OPTIONS) && defined(PKG_OPTIONS)
|
|
|
|
BUILD_DEFS+= PKG_OPTIONS
|
|
|
|
.endif
|
2002-07-02 13:26:05 +02:00
|
|
|
|
2003-09-02 08:59:37 +02:00
|
|
|
.if empty(DEPOT_SUBDIR)
|
|
|
|
PKG_FAIL_REASON+= "DEPOT_SUBDIR may not be empty."
|
1997-08-20 12:21:05 +02:00
|
|
|
.endif
|
1998-07-31 16:55:38 +02:00
|
|
|
|
2006-06-07 20:37:06 +02:00
|
|
|
# ZERO_FILESIZE_P exits with a successful return code if the given file
|
|
|
|
# has zero length.
|
|
|
|
# NONZERO_FILESIZE_P exits with a successful return code if the given file
|
|
|
|
# has nonzero length.
|
2006-06-07 19:44:29 +02:00
|
|
|
#
|
2006-06-07 20:37:06 +02:00
|
|
|
_ZERO_FILESIZE_P= ${AWK} 'END { exit (NR > 0) ? 1 : 0; }'
|
|
|
|
_NONZERO_FILESIZE_P= ${AWK} 'END { exit (NR > 0) ? 0 : 1; }'
|
2006-06-07 19:44:29 +02:00
|
|
|
|
2002-01-04 13:00:56 +01:00
|
|
|
# Automatically increase process limit where necessary for building.
|
2005-11-18 18:07:13 +01:00
|
|
|
_ULIMIT_CMD= ${UNLIMIT_RESOURCES:@_lim_@${ULIMIT_CMD_${_lim_}};@}
|
2002-01-04 13:00:56 +01:00
|
|
|
|
2006-06-09 15:59:06 +02:00
|
|
|
_INTERACTIVE_COOKIE= ${.CURDIR}/.interactive_stage
|
2005-06-04 22:56:47 +02:00
|
|
|
_NULL_COOKIE= ${WRKDIR}/.null
|
1997-08-20 12:21:05 +02:00
|
|
|
|
|
|
|
# Miscellaneous overridable commands:
|
1999-11-29 20:48:15 +01:00
|
|
|
SHCOMMENT?= ${ECHO_MSG} >/dev/null '***'
|
2001-03-06 15:50:45 +01:00
|
|
|
|
2004-11-12 21:25:41 +01:00
|
|
|
LIBABISUFFIX?=
|
|
|
|
|
Implement some parts of proposals posted to tech-pkg:
- Define OS_VERSION in bsd.prefs.mk (...if not already defined). Previously
was only set in a conditional block in bsd.pkg.mk.
- Define new values, MACHINE_PLATFORM and MACHINE_GNU_PLATFORM, which
default to ${OPSYS}-${OS_VERSION}-${MACHINE_ARCH} and
${LOWER_OPSYS}-${LOWER_VENDOR}-${LOWER_ARCH} respectively.
(Probably should nuke LOWER_ARCH and rename LOWER_VENDOR to something
like MACHINE_GNU_VENDOR.)
- Use ${MACHINE_GNU_PLATFORM} as the argument to `--host' in GNU_CONFIGURE
packages.
- Allow for ONLY_FOR_PLATFORM and NOT_FOR_PLATFORM, lists of patterns
in csh(1) glob style which are matched against MACHINE_PLATFORM above
and take the place of {ONLY,NOT}_FOR_{ARCHS,OPSYS}. (For now, until
all pkgs are converted, provide backwards compatibility.) *Both* may
be defined, in which case NOT_FOR_PLATFORM takes precedence.
- Also do some significant aesthetic cleanup, based on the idea
`define platform-specific overrides first, then define a generic case
with the ?= operator'. Lots more of this to do yet.
1999-05-24 20:42:00 +02:00
|
|
|
TOUCH_FLAGS?= -f
|
1997-08-20 12:21:05 +02:00
|
|
|
|
1999-03-08 18:26:54 +01:00
|
|
|
# Debugging levels for this file, dependent on PKG_DEBUG_LEVEL definition
|
|
|
|
# 0 == normal, default, quiet operation
|
|
|
|
# 1 == all shell commands echoed before invocation
|
|
|
|
# 2 == shell "set -x" operation
|
|
|
|
PKG_DEBUG_LEVEL?= 0
|
|
|
|
_PKG_SILENT= @
|
2002-09-26 23:04:11 +02:00
|
|
|
_PKG_DEBUG= # empty
|
|
|
|
_PKG_DEBUG_SCRIPT= # empty
|
1999-03-08 18:26:54 +01:00
|
|
|
|
|
|
|
.if ${PKG_DEBUG_LEVEL} > 0
|
2002-09-26 23:04:11 +02:00
|
|
|
_PKG_SILENT= # empty
|
1999-03-08 18:26:54 +01:00
|
|
|
.endif
|
|
|
|
|
|
|
|
.if ${PKG_DEBUG_LEVEL} > 1
|
|
|
|
_PKG_DEBUG= set -x;
|
2002-09-26 23:04:11 +02:00
|
|
|
_PKG_DEBUG_SCRIPT= ${SH} -x
|
1997-09-28 02:44:15 +02:00
|
|
|
.endif
|
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
# A few aliases for *-install targets
|
2005-07-17 06:17:09 +02:00
|
|
|
INSTALL= ${TOOLS_INSTALL} # XXX override sys.mk
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_PROGRAM?= \
|
2002-05-29 16:52:14 +02:00
|
|
|
${INSTALL} ${COPY} ${_STRIPFLAG_INSTALL} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_GAME?= \
|
|
|
|
${INSTALL} ${COPY} ${_STRIPFLAG_INSTALL} -o ${GAMEOWN} -g ${GAMEGRP} -m ${GAMEMODE}
|
|
|
|
INSTALL_SCRIPT?= \
|
1997-08-20 12:21:05 +02:00
|
|
|
${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_LIB?= \
|
2004-04-28 00:35:47 +02:00
|
|
|
${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_DATA?= \
|
1997-08-20 12:21:05 +02:00
|
|
|
${INSTALL} ${COPY} -o ${SHAREOWN} -g ${SHAREGRP} -m ${SHAREMODE}
|
2004-08-04 04:56:01 +02:00
|
|
|
INSTALL_GAME_DATA?= \
|
|
|
|
${INSTALL} ${COPY} -o ${GAMEOWN} -g ${GAMEGRP} -m ${GAMEDATAMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_MAN?= \
|
1997-08-20 12:21:05 +02:00
|
|
|
${INSTALL} ${COPY} -o ${MANOWN} -g ${MANGRP} -m ${MANMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_PROGRAM_DIR?= \
|
2003-07-12 12:21:33 +02:00
|
|
|
${INSTALL} -d -o ${BINOWN} -g ${BINGRP} -m ${PKGDIRMODE}
|
2006-04-12 23:01:15 +02:00
|
|
|
INSTALL_GAME_DIR?= \
|
|
|
|
${INSTALL} -d -o ${GAMEOWN} -g ${GAMEGRP} -m ${GAMEDIRMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_SCRIPT_DIR?= \
|
1998-03-07 22:19:00 +01:00
|
|
|
${INSTALL_PROGRAM_DIR}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_LIB_DIR?= \
|
2004-04-28 00:35:47 +02:00
|
|
|
${INSTALL_PROGRAM_DIR}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_DATA_DIR?= \
|
2003-07-12 12:21:33 +02:00
|
|
|
${INSTALL} -d -o ${SHAREOWN} -g ${SHAREGRP} -m ${PKGDIRMODE}
|
2004-05-12 03:03:58 +02:00
|
|
|
INSTALL_MAN_DIR?= \
|
2003-07-12 12:21:33 +02:00
|
|
|
${INSTALL} -d -o ${MANOWN} -g ${MANGRP} -m ${PKGDIRMODE}
|
1997-08-20 12:21:05 +02:00
|
|
|
|
2005-05-22 17:31:03 +02:00
|
|
|
INSTALL_MACROS= BSD_INSTALL_PROGRAM=${INSTALL_PROGRAM:Q} \
|
|
|
|
BSD_INSTALL_SCRIPT=${INSTALL_SCRIPT:Q} \
|
|
|
|
BSD_INSTALL_LIB=${INSTALL_LIB:Q} \
|
|
|
|
BSD_INSTALL_DATA=${INSTALL_DATA:Q} \
|
|
|
|
BSD_INSTALL_MAN=${INSTALL_MAN:Q} \
|
|
|
|
BSD_INSTALL=${INSTALL:Q} \
|
|
|
|
BSD_INSTALL_PROGRAM_DIR=${INSTALL_PROGRAM_DIR:Q} \
|
|
|
|
BSD_INSTALL_SCRIPT_DIR=${INSTALL_SCRIPT_DIR:Q} \
|
|
|
|
BSD_INSTALL_LIB_DIR=${INSTALL_LIB_DIR:Q} \
|
|
|
|
BSD_INSTALL_DATA_DIR=${INSTALL_DATA_DIR:Q} \
|
|
|
|
BSD_INSTALL_MAN_DIR=${INSTALL_MAN_DIR:Q} \
|
|
|
|
BSD_INSTALL_GAME=${INSTALL_GAME:Q} \
|
2006-04-12 23:01:15 +02:00
|
|
|
BSD_INSTALL_GAME_DATA=${INSTALL_GAME_DATA:Q} \
|
|
|
|
BSD_INSTALL_GAME_DIR=${INSTALL_GAME_DIR:Q}
|
1997-08-20 12:21:05 +02:00
|
|
|
MAKE_ENV+= ${INSTALL_MACROS}
|
|
|
|
SCRIPTS_ENV+= ${INSTALL_MACROS}
|
|
|
|
|
2006-03-15 17:20:11 +01:00
|
|
|
# If pkgsrc is supposed to ensure that tests are run before installation
|
|
|
|
# of the package, then the build targets should be "build test", otherwise
|
|
|
|
# just "build" suffices.
|
|
|
|
#
|
|
|
|
.if !empty(PKGSRC_RUN_TEST:M[yY][eE][sS])
|
|
|
|
_PKGSRC_BUILD_TARGETS= build test
|
|
|
|
.else
|
|
|
|
_PKGSRC_BUILD_TARGETS= build
|
|
|
|
.endif
|
|
|
|
|
2006-07-05 08:09:15 +02:00
|
|
|
# OVERRIDE_DIRDEPTH represents the common directory depth under
|
|
|
|
# ${WRKSRC} up to which we find the files that need to be
|
|
|
|
# overridden. By default, we search two levels down, i.e.,
|
|
|
|
# */*/file.
|
|
|
|
#
|
|
|
|
OVERRIDE_DIRDEPTH?= 2
|
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
# The user can override the NO_PACKAGE by specifying this from
|
|
|
|
# the make command line
|
|
|
|
.if defined(FORCE_PACKAGE)
|
2001-07-19 00:43:32 +02:00
|
|
|
. undef NO_PACKAGE
|
1997-08-20 12:21:05 +02:00
|
|
|
.endif
|
|
|
|
|
2005-01-25 14:13:35 +01:00
|
|
|
# Handle alternatives
|
|
|
|
#
|
|
|
|
.include "../../mk/alternatives.mk"
|
|
|
|
|
2006-03-14 02:14:26 +01:00
|
|
|
# INSTALL/DEINSTALL script framework
|
2006-05-22 01:50:15 +02:00
|
|
|
.include "../../mk/pkginstall/bsd.pkginstall.mk"
|
2003-01-29 20:34:14 +01:00
|
|
|
|
2000-03-13 15:24:27 +01:00
|
|
|
# Define SMART_MESSAGES in /etc/mk.conf for messages giving the tree
|
2001-01-31 00:18:36 +01:00
|
|
|
# of dependencies for building, and the current target.
|
2005-11-18 15:40:21 +01:00
|
|
|
_PKGSRC_IN?= ===${SMART_MESSAGES:D> ${.TARGET} [${PKGNAME}${_PKGSRC_DEPS}] ===}
|
2000-03-13 15:19:15 +01:00
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
# Used to print all the '===>' style prompts - override this to turn them off.
|
|
|
|
ECHO_MSG?= ${ECHO}
|
2006-03-12 15:55:18 +01:00
|
|
|
PHASE_MSG?= ${ECHO_MSG} ${_PKGSRC_IN:Q}\>
|
|
|
|
STEP_MSG?= ${ECHO_MSG} "=>"
|
|
|
|
WARNING_MSG?= ${ECHO_MSG} 1>&2 "WARNING:"
|
|
|
|
ERROR_MSG?= ${ECHO_MSG} 1>&2 "ERROR:"
|
1997-08-20 12:21:05 +02:00
|
|
|
|
2006-06-07 19:00:03 +02:00
|
|
|
WARNING_CAT?= ${SED} -e "s|^|WARNING: |" 1>&2
|
|
|
|
ERROR_CAT?= ${SED} -e "s|^|ERROR: |" 1>&2
|
|
|
|
|
1998-02-02 09:10:41 +01:00
|
|
|
# How to do nothing. Override if you, for some strange reason, would rather
|
|
|
|
# do something.
|
|
|
|
DO_NADA?= ${TRUE}
|
|
|
|
|
2001-11-28 20:55:31 +01:00
|
|
|
#
|
2005-05-08 00:16:38 +02:00
|
|
|
# Config file related settings - see doc/pkgsrc.txt
|
2002-02-07 21:34:21 +01:00
|
|
|
#
|
|
|
|
PKG_SYSCONFVAR?= ${PKGBASE}
|
2001-11-28 20:55:31 +01:00
|
|
|
PKG_SYSCONFSUBDIR?= # empty
|
2004-03-29 08:49:04 +02:00
|
|
|
.if ${PKG_INSTALLATION_TYPE} == "overwrite"
|
2003-09-02 08:59:37 +02:00
|
|
|
PKG_SYSCONFDEPOTBASE= # empty
|
2003-09-05 13:34:25 +02:00
|
|
|
PKG_SYSCONFBASEDIR= ${PKG_SYSCONFBASE}
|
2004-03-29 08:49:04 +02:00
|
|
|
.else
|
|
|
|
. if !empty(PKG_SYSCONFBASE:M${PREFIX}) || \
|
|
|
|
!empty(PKG_SYSCONFBASE:M${PREFIX}/*)
|
2003-09-02 08:59:37 +02:00
|
|
|
PKG_SYSCONFDEPOTBASE= # empty
|
2003-09-05 13:34:25 +02:00
|
|
|
PKG_SYSCONFBASEDIR= ${PKG_SYSCONFBASE}
|
2001-11-28 20:55:31 +01:00
|
|
|
. else
|
2004-03-29 08:49:04 +02:00
|
|
|
PKG_SYSCONFDEPOTBASE= ${PKG_SYSCONFBASE}/${DEPOT_SUBDIR}
|
|
|
|
PKG_SYSCONFBASEDIR= ${PKG_SYSCONFDEPOTBASE}/${PKGNAME}
|
2001-11-28 20:55:31 +01:00
|
|
|
. endif
|
|
|
|
.endif
|
2004-03-29 08:49:04 +02:00
|
|
|
.if empty(PKG_SYSCONFSUBDIR)
|
|
|
|
DFLT_PKG_SYSCONFDIR:= ${PKG_SYSCONFBASEDIR}
|
|
|
|
.else
|
|
|
|
DFLT_PKG_SYSCONFDIR:= ${PKG_SYSCONFBASEDIR}/${PKG_SYSCONFSUBDIR}
|
|
|
|
.endif
|
|
|
|
PKG_SYSCONFDIR= ${DFLT_PKG_SYSCONFDIR}
|
|
|
|
.if defined(PKG_SYSCONFDIR.${PKG_SYSCONFVAR})
|
|
|
|
PKG_SYSCONFDIR= ${PKG_SYSCONFDIR.${PKG_SYSCONFVAR}}
|
|
|
|
PKG_SYSCONFBASEDIR= ${PKG_SYSCONFDIR.${PKG_SYSCONFVAR}}
|
|
|
|
PKG_SYSCONFDEPOTBASE= # empty
|
|
|
|
.endif
|
2006-04-26 07:58:44 +02:00
|
|
|
PKG_SYSCONFDIR_PERMS?= ${ROOT_USER} ${ROOT_GROUP} 755
|
2001-11-28 20:55:31 +01:00
|
|
|
|
2005-02-11 17:36:49 +01:00
|
|
|
ALL_ENV+= PKG_SYSCONFDIR=${PKG_SYSCONFDIR:Q}
|
2003-09-17 04:38:22 +02:00
|
|
|
BUILD_DEFS+= PKG_SYSCONFBASEDIR PKG_SYSCONFDIR
|
2001-11-28 20:55:31 +01:00
|
|
|
|
2005-04-30 06:35:54 +02:00
|
|
|
# These are all of the tools use by pkgsrc Makefiles. This should
|
|
|
|
# eventually be split up into lists of tools required by different
|
|
|
|
# phases of a pkgsrc build.
|
|
|
|
#
|
2005-07-15 20:27:48 +02:00
|
|
|
USE_TOOLS+= \
|
2005-05-16 06:48:05 +02:00
|
|
|
[ awk basename cat chgrp chmod chown cmp cp cut dirname echo \
|
|
|
|
egrep env false file find grep head hostname id install ln ls \
|
2005-05-16 07:11:51 +02:00
|
|
|
mkdir mv pax pwd rm rmdir sed sh sort tail test touch tr true \
|
|
|
|
wc xargs
|
2005-05-16 06:30:41 +02:00
|
|
|
|
2006-07-13 16:02:34 +02:00
|
|
|
USE_TOOLS+= ${NO_CHECKSUM:D:Udigest\:bootstrap}
|
|
|
|
|
2005-05-16 17:20:15 +02:00
|
|
|
# bsd.wrapper.mk
|
2005-07-15 20:27:48 +02:00
|
|
|
USE_TOOLS+= expr
|
2005-05-16 17:20:15 +02:00
|
|
|
|
2005-05-16 06:54:11 +02:00
|
|
|
# bsd.bulk-pkg.mk uses certain tools
|
2005-05-16 06:30:41 +02:00
|
|
|
.if defined(BATCH)
|
2005-07-15 20:27:48 +02:00
|
|
|
USE_TOOLS+= tee tsort
|
2005-05-16 06:30:41 +02:00
|
|
|
.endif
|
2005-05-16 02:11:50 +02:00
|
|
|
|
2005-11-04 21:06:14 +01:00
|
|
|
# We need shlock and sleep if we're using locking to synchronize multiple
|
|
|
|
# builds over the same pkgsrc tree.
|
2005-05-16 02:00:35 +02:00
|
|
|
#
|
|
|
|
.if ${PKGSRC_LOCKTYPE} != "none"
|
2005-11-04 21:06:14 +01:00
|
|
|
USE_TOOLS+= shlock sleep
|
2005-05-16 02:00:35 +02:00
|
|
|
.endif
|
|
|
|
|
2005-05-22 22:15:40 +02:00
|
|
|
# Tools
|
2005-04-15 04:04:57 +02:00
|
|
|
.include "../../mk/tools/bsd.tools.mk"
|
2004-04-27 21:23:34 +02:00
|
|
|
|
2006-07-06 18:58:17 +02:00
|
|
|
# Barrier
|
|
|
|
.include "../../mk/bsd.pkg.barrier.mk"
|
|
|
|
|
2005-05-29 19:12:15 +02:00
|
|
|
# Unprivileged builds
|
|
|
|
.include "../../mk/unprivileged.mk"
|
|
|
|
|
2005-05-14 08:04:44 +02:00
|
|
|
# If NO_BUILD is defined, default to not needing a compiler.
|
|
|
|
.if defined(NO_BUILD)
|
|
|
|
USE_LANGUAGES?= # empty
|
|
|
|
.endif
|
|
|
|
|
|
|
|
# Get the proper dependencies and set the PATH to use the compiler
|
|
|
|
# named in PKGSRC_COMPILER.
|
|
|
|
#
|
|
|
|
.include "../../mk/compiler.mk"
|
|
|
|
|
2005-04-05 16:00:33 +02:00
|
|
|
.include "../../mk/wrapper/bsd.wrapper.mk"
|
2002-08-22 10:21:26 +02:00
|
|
|
|
2006-05-06 05:28:44 +02:00
|
|
|
.if defined(ABI_DEPENDS) || defined(BUILD_ABI_DEPENDS)
|
2006-04-06 08:21:32 +02:00
|
|
|
. if !empty(USE_ABI_DEPENDS:M[yY][eE][sS])
|
|
|
|
DEPENDS+= ${ABI_DEPENDS}
|
2006-05-06 05:28:44 +02:00
|
|
|
BUILD_DEPENDS+= ${BUILD_ABI_DEPENDS}
|
2004-08-24 02:27:13 +02:00
|
|
|
. else
|
2006-04-06 08:21:32 +02:00
|
|
|
BUILD_DEFS+= USE_ABI_DEPENDS
|
2004-08-24 02:27:13 +02:00
|
|
|
. endif
|
|
|
|
.endif
|
|
|
|
|
2005-01-24 20:32:33 +01:00
|
|
|
# Find out the PREFIX of dependencies where the PREFIX is needed at build time.
|
|
|
|
.if defined(EVAL_PREFIX)
|
2005-05-12 22:41:10 +02:00
|
|
|
FIND_PREFIX:= ${EVAL_PREFIX}
|
|
|
|
. include "../../mk/find-prefix.mk"
|
2005-01-24 20:32:33 +01:00
|
|
|
.endif
|
|
|
|
|
|
|
|
.if !defined(_PATH_ORIG)
|
|
|
|
_PATH_ORIG:= ${PATH}
|
|
|
|
MAKEFLAGS+= _PATH_ORIG=${_PATH_ORIG:Q}
|
2005-01-27 12:21:46 +01:00
|
|
|
.endif
|
2005-01-24 20:32:33 +01:00
|
|
|
|
2005-11-15 22:21:01 +01:00
|
|
|
.if !empty(PREPEND_PATH:M*)
|
2005-01-24 20:32:33 +01:00
|
|
|
# This is very Special. Because PREPEND_PATH is set with += in reverse order,
|
2005-11-15 22:21:01 +01:00
|
|
|
# this command reverses the order again (since bootstrap bmake doesn't
|
2005-01-24 20:32:33 +01:00
|
|
|
# yet support the :[-1..1] construct).
|
2005-11-15 22:21:01 +01:00
|
|
|
_PATH_CMD= \
|
|
|
|
path=${_PATH_ORIG:Q}; \
|
|
|
|
for i in ${PREPEND_PATH}; do path="$$i:$$path"; done; \
|
|
|
|
${ECHO} "$$path"
|
|
|
|
PATH= ${_PATH_CMD:sh} # DOES NOT use :=, to defer evaluation
|
2005-01-24 20:32:33 +01:00
|
|
|
.endif
|
2004-02-18 14:32:38 +01:00
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
################################################################
|
1999-08-10 12:48:23 +02:00
|
|
|
# Many ways to disable a package.
|
1997-08-20 12:21:05 +02:00
|
|
|
#
|
2000-09-07 04:29:40 +02:00
|
|
|
# Ignore packages that can't be resold if building for a CDROM.
|
2000-09-06 22:28:32 +02:00
|
|
|
#
|
2000-09-07 17:26:52 +02:00
|
|
|
# Don't build a package if it's restricted and we don't want to
|
|
|
|
# get into that.
|
|
|
|
#
|
2000-09-09 20:45:16 +02:00
|
|
|
# Don't build any package that utilizes strong cryptography, for
|
|
|
|
# when the law of the land forbids it.
|
|
|
|
#
|
2000-09-07 17:26:52 +02:00
|
|
|
# Don't attempt to build packages against X if we don't have X.
|
1997-08-20 12:21:05 +02:00
|
|
|
#
|
1999-08-10 12:48:23 +02:00
|
|
|
# Don't build a package if it's broken.
|
1997-08-20 12:21:05 +02:00
|
|
|
################################################################
|
|
|
|
|
2002-12-27 07:53:42 +01:00
|
|
|
.if !defined(NO_SKIP)
|
2001-07-19 00:43:32 +02:00
|
|
|
. if (defined(NO_BIN_ON_CDROM) && defined(FOR_CDROM))
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} may not be placed in binary form on a CDROM:" \
|
2000-08-19 17:32:15 +02:00
|
|
|
" "${NO_BIN_ON_CDROM:Q}
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
|
|
|
. if (defined(NO_SRC_ON_CDROM) && defined(FOR_CDROM))
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} may not be placed in source form on a CDROM:" \
|
2000-08-19 17:32:15 +02:00
|
|
|
" "${NO_SRC_ON_CDROM:Q}
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
|
|
|
. if (defined(RESTRICTED) && defined(NO_RESTRICTED))
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} is restricted:" \
|
2000-08-19 17:32:15 +02:00
|
|
|
" "${RESTRICTED:Q}
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
|
|
|
. if !(${MKCRYPTO} == "YES" || ${MKCRYPTO} == yes)
|
2002-07-02 17:25:49 +02:00
|
|
|
. if defined(CRYPTO)
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} may not be built, because it utilizes strong cryptography"
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
2000-09-09 20:45:16 +02:00
|
|
|
. endif
|
2006-07-07 17:59:06 +02:00
|
|
|
. if defined(USE_X11) && (${X11_TYPE} == "native") && !exists(${X11BASE})
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} uses X11, but ${X11BASE} not found"
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
|
|
|
. if defined(BROKEN)
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} is marked as broken:" ${BROKEN:Q}
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
2000-08-19 17:32:15 +02:00
|
|
|
|
2001-07-19 00:43:32 +02:00
|
|
|
. if defined(LICENSE)
|
2005-11-18 18:07:13 +01:00
|
|
|
. if defined(ACCEPTABLE_LICENSES) && !empty(ACCEPTABLE_LICENSES:M${LICENSE})
|
1998-07-06 17:10:48 +02:00
|
|
|
_ACCEPTABLE= yes
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif # ACCEPTABLE_LICENSES
|
2005-05-14 04:03:00 +02:00
|
|
|
. if !defined(_ACCEPTABLE)
|
2002-12-07 03:37:56 +01:00
|
|
|
PKG_FAIL_REASON+= "${PKGNAME} has an unacceptable license: ${LICENSE}." \
|
2004-10-01 02:23:18 +02:00
|
|
|
" To view the license, enter \"${MAKE} show-license\"." \
|
|
|
|
" To indicate acceptance, add this line to your /etc/mk.conf:" \
|
|
|
|
" ACCEPTABLE_LICENSES+=${LICENSE}"
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif # _ACCEPTABLE
|
|
|
|
. endif # LICENSE
|
2000-08-19 17:32:15 +02:00
|
|
|
|
2000-05-31 00:36:53 +02:00
|
|
|
# Define __PLATFORM_OK only if the OS matches the pkg's allowed list.
|
2001-07-19 00:43:32 +02:00
|
|
|
. if defined(ONLY_FOR_PLATFORM) && !empty(ONLY_FOR_PLATFORM)
|
|
|
|
. for __tmp__ in ${ONLY_FOR_PLATFORM}
|
|
|
|
. if ${MACHINE_PLATFORM:M${__tmp__}} != ""
|
2000-05-31 00:36:53 +02:00
|
|
|
__PLATFORM_OK?= yes
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif # MACHINE_PLATFORM
|
|
|
|
. endfor # __tmp__
|
|
|
|
. else # !ONLY_FOR_PLATFORM
|
|
|
|
__PLATFORM_OK?= yes
|
|
|
|
. endif # ONLY_FOR_PLATFORM
|
|
|
|
. for __tmp__ in ${NOT_FOR_PLATFORM}
|
|
|
|
. if ${MACHINE_PLATFORM:M${__tmp__}} != ""
|
|
|
|
. undef __PLATFORM_OK
|
2000-08-19 17:32:15 +02:00
|
|
|
. endif # MACHINE_PLATFORM
|
|
|
|
. endfor # __tmp__
|
2001-07-19 00:43:32 +02:00
|
|
|
. if !defined(__PLATFORM_OK)
|
2002-12-27 07:53:42 +01:00
|
|
|
PKG_SKIP_REASON+= "${PKGNAME} is not available for ${MACHINE_PLATFORM}"
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif # !__PLATFORM_OK
|
1997-08-20 12:21:05 +02:00
|
|
|
|
2000-08-19 17:32:15 +02:00
|
|
|
#
|
|
|
|
# Now print some error messages that we know we should ignore the pkg
|
|
|
|
#
|
2002-12-07 03:37:56 +01:00
|
|
|
. if defined(PKG_FAIL_REASON) || defined(PKG_SKIP_REASON)
|
2005-12-01 01:17:05 +01:00
|
|
|
.PHONY: do-check-pkg-fail-or-skip-reason
|
2001-06-19 13:54:56 +02:00
|
|
|
fetch checksum extract patch configure all build install package \
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
update depends do-check-pkg-fail-or-skip-reason:
|
2002-12-27 07:53:42 +01:00
|
|
|
. if defined(SKIP_SILENT)
|
2000-08-19 17:32:15 +02:00
|
|
|
@${DO_NADA}
|
2001-07-19 00:43:32 +02:00
|
|
|
. else
|
2006-07-06 01:27:34 +02:00
|
|
|
. if defined(PKG_FAIL_REASON) && !empty(PKG_FAIL_REASON:M*)
|
2006-06-15 04:39:19 +02:00
|
|
|
@for str in ${PKG_FAIL_REASON}; do \
|
|
|
|
${ERROR_MSG} "$$str"; \
|
|
|
|
done
|
2006-07-06 01:27:34 +02:00
|
|
|
. endif
|
|
|
|
. if defined(PKG_SKIP_REASON) && !empty(PKG_SKIP_REASON:M*)
|
|
|
|
@${WARNING_MSG} "Skipping ${PKGNAME}:"; \
|
|
|
|
for str in ${PKG_SKIP_REASON}; do \
|
2006-06-15 04:39:19 +02:00
|
|
|
${WARNING_MSG} "$$str"; \
|
2000-08-19 17:32:15 +02:00
|
|
|
done
|
2006-07-06 01:27:34 +02:00
|
|
|
. endif
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
2006-07-06 01:27:34 +02:00
|
|
|
. if defined(PKG_FAIL_REASON) && !empty(PKG_FAIL_REASON:M*)
|
2002-12-07 03:37:56 +01:00
|
|
|
@${FALSE}
|
2001-07-19 00:43:32 +02:00
|
|
|
. endif
|
2002-12-27 07:53:42 +01:00
|
|
|
. endif # SKIP
|
|
|
|
.endif # !NO_SKIP
|
1998-01-25 15:46:10 +01:00
|
|
|
|
2005-12-01 01:17:05 +01:00
|
|
|
.PHONY: do-check-pkg-fail-reason
|
|
|
|
do-check-pkg-fail-reason:
|
|
|
|
@${DO_NADA}
|
|
|
|
|
|
|
|
# This target should appear as a dependency of every top level target that
|
|
|
|
# is intended to be called by the user or by a package different from the
|
|
|
|
# current package.
|
|
|
|
.if defined(PKG_FAIL_REASON)
|
|
|
|
do-check-pkg-fail-reason: do-check-pkg-fail-or-skip-reason
|
|
|
|
.endif
|
|
|
|
|
1998-10-20 18:01:03 +02:00
|
|
|
# Add these defs to the ones dumped into +BUILD_DEFS
|
2000-11-27 23:24:49 +01:00
|
|
|
BUILD_DEFS+= PKGPATH
|
1998-10-20 18:01:03 +02:00
|
|
|
BUILD_DEFS+= OPSYS OS_VERSION MACHINE_ARCH MACHINE_GNU_ARCH
|
2002-01-22 19:15:20 +01:00
|
|
|
BUILD_DEFS+= CPPFLAGS CFLAGS FFLAGS LDFLAGS
|
2000-07-23 20:42:48 +02:00
|
|
|
BUILD_DEFS+= OBJECT_FMT LICENSE RESTRICTED
|
2000-08-19 00:43:19 +02:00
|
|
|
BUILD_DEFS+= NO_SRC_ON_FTP NO_SRC_ON_CDROM
|
|
|
|
BUILD_DEFS+= NO_BIN_ON_FTP NO_BIN_ON_CDROM
|
1998-10-20 18:01:03 +02:00
|
|
|
|
2001-07-07 19:10:36 +02:00
|
|
|
.if defined(OSVERSION_SPECIFIC)
|
|
|
|
BUILD_DEFS+= OSVERSION_SPECIFIC
|
|
|
|
.endif # OSVERSION_SPECIFIC
|
|
|
|
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: all
|
1997-08-20 12:21:05 +02:00
|
|
|
.if !target(all)
|
2004-03-22 05:07:15 +01:00
|
|
|
all: ${_PKGSRC_BUILD_TARGETS}
|
1997-08-20 12:21:05 +02:00
|
|
|
.endif
|
|
|
|
|
|
|
|
################################################################
|
|
|
|
# More standard targets start here.
|
|
|
|
#
|
|
|
|
# These are the body of the build/install framework. If you are
|
|
|
|
# not happy with the default actions, and you can't solve it by
|
|
|
|
# adding pre-* or post-* targets/scripts, override these.
|
|
|
|
################################################################
|
|
|
|
|
2006-06-04 06:31:47 +02:00
|
|
|
# acquire-lock, release-lock are .USE macro targets for acquiring and
|
|
|
|
# release coarse-grained locks.
|
|
|
|
#
|
2006-06-04 08:09:36 +02:00
|
|
|
_LOCKFILE= ${WRKDIR}/.lockfile
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
|
2006-06-04 06:31:47 +02:00
|
|
|
acquire-lock: .USE
|
2002-01-19 22:29:41 +01:00
|
|
|
.if ${PKGSRC_LOCKTYPE} == "none"
|
2006-06-04 06:31:47 +02:00
|
|
|
@${DO_NADA}
|
2002-01-19 22:29:41 +01:00
|
|
|
.else
|
2006-06-04 06:31:47 +02:00
|
|
|
@if ${TEST} ! -x ${SHLOCK:Q}""; then \
|
|
|
|
${ERROR_MSG} "The ${SHLOCK:Q} utility does not exist, and is necessary for locking."; \
|
|
|
|
${ERROR_MSG} "Please \""${MAKE:Q}" install\" in ../../pkgtools/shlock."; \
|
|
|
|
exit 1; \
|
|
|
|
fi
|
|
|
|
. if !defined(OBJHOSTNAME)
|
|
|
|
@${ERROR_MSG} "PKGSRC_LOCKTYPE needs OBJHOSTNAME defined."; \
|
|
|
|
exit 1
|
|
|
|
. endif
|
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}set -e; \
|
2003-06-14 18:53:00 +02:00
|
|
|
ppid=`${PS} -p $$$$ -o ppid | ${AWK} 'NR == 2 { print $$1 }'`; \
|
2006-06-04 06:31:47 +02:00
|
|
|
if ${TEST} -z "$$ppid"; then \
|
|
|
|
${ERROR_MSG} "No parent process ID found."; \
|
|
|
|
exit 1; \
|
2004-07-04 00:11:56 +02:00
|
|
|
fi; \
|
2006-06-04 06:31:47 +02:00
|
|
|
while ${TRUE}; do \
|
2006-06-04 08:09:36 +02:00
|
|
|
if ${TEST} -f /var/run/dmesg.boot -a -f ${_LOCKFILE}; then \
|
|
|
|
rebooted=`${FIND} /var/run/dmesg.boot -newer ${_LOCKFILE} -print`; \
|
2006-06-04 06:31:47 +02:00
|
|
|
if ${TEST} -n "$$rebooted"; then \
|
2006-06-04 08:09:36 +02:00
|
|
|
${STEP_MSG} "Removing stale ${_LOCKFILE}"; \
|
|
|
|
${RM} -f ${_LOCKFILE}; \
|
2005-02-12 01:27:41 +01:00
|
|
|
fi; \
|
2003-09-09 13:00:30 +02:00
|
|
|
fi; \
|
2006-06-05 04:22:49 +02:00
|
|
|
${MKDIR} ${_LOCKFILE:H}; \
|
2006-06-04 08:09:36 +02:00
|
|
|
if ${SHLOCK} -f ${_LOCKFILE} -p $$ppid; then \
|
2006-06-04 06:31:47 +02:00
|
|
|
break; \
|
|
|
|
fi; \
|
|
|
|
case ${PKGSRC_LOCKTYPE:Q}"" in \
|
2006-06-04 08:09:36 +02:00
|
|
|
once) ${ERROR_MSG} "Lock is held by pid `${CAT} ${_LOCKFILE}`"; \
|
2006-06-04 06:31:47 +02:00
|
|
|
exit 1; \
|
|
|
|
;; \
|
2006-06-04 08:09:36 +02:00
|
|
|
sleep) ${STEP_MSG} "Lock is held by pid `${CAT} ${_LOCKFILE}`"; \
|
2006-06-04 06:31:47 +02:00
|
|
|
${SLEEP} ${PKGSRC_SLEEPSECS}; \
|
|
|
|
;; \
|
|
|
|
esac; \
|
|
|
|
done
|
|
|
|
. if defined(PKG_VERBOSE)
|
2006-07-06 23:59:38 +02:00
|
|
|
@${STEP_MSG} "Lock acquired for \`\`${.TARGET:S/^acquire-//:S/-lock$//}'' on behalf of process `${CAT} ${_LOCKFILE}`"
|
2006-06-04 06:31:47 +02:00
|
|
|
. endif
|
|
|
|
.endif
|
2002-01-19 22:29:41 +01:00
|
|
|
|
2006-06-04 06:31:47 +02:00
|
|
|
release-lock: .USE
|
|
|
|
.if ${PKGSRC_LOCKTYPE} == "none"
|
|
|
|
@${DO_NADA}
|
|
|
|
.else
|
|
|
|
. if defined(PKG_VERBOSE)
|
2006-07-06 23:59:38 +02:00
|
|
|
@${STEP_MSG} "Lock released for \`\`${.TARGET:S/^release-//:S/-lock$//}'' on behalf of process `${CAT} ${_LOCKFILE}`"
|
2006-06-04 06:31:47 +02:00
|
|
|
. endif
|
2006-06-04 08:09:36 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}${RM} -f ${_LOCKFILE}
|
2006-06-04 06:31:47 +02:00
|
|
|
.endif
|
1998-01-22 11:20:48 +01:00
|
|
|
|
2006-06-08 18:21:51 +02:00
|
|
|
.PHONY: makedirs
|
|
|
|
makedirs: ${WRKDIR}
|
|
|
|
|
2002-02-25 05:43:55 +01:00
|
|
|
${WRKDIR}:
|
|
|
|
.if !defined(KEEP_WRKDIR)
|
|
|
|
. if ${PKGSRC_LOCKTYPE} == "sleep" || ${PKGSRC_LOCKTYPE} == "once"
|
2006-06-04 07:25:08 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
2006-06-04 08:09:36 +02:00
|
|
|
${TEST} -f ${_LOCKFILE} || ${RM} -fr ${WRKDIR}
|
2002-02-25 05:43:55 +01:00
|
|
|
. endif
|
|
|
|
.endif
|
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}${MKDIR} ${WRKDIR}
|
2006-06-11 04:14:45 +02:00
|
|
|
|
|
|
|
# Create a symlink from ${WRKDIR} to the package directory if
|
|
|
|
# CREATE_WRKDIR_SYMLINK is "yes".
|
|
|
|
#
|
|
|
|
CREATE_WRKDIR_SYMLINK?= yes
|
|
|
|
|
|
|
|
.if defined(WRKOBJDIR) && !empty(CREATE_WRKDIR_SYMLINK:M[Yy][Ee][Ss])
|
|
|
|
makedirs: ${.CURDIR}/${WRKDIR_BASENAME}
|
|
|
|
${.CURDIR}/${WRKDIR_BASENAME}:
|
2002-02-25 05:43:55 +01:00
|
|
|
. if ${PKGSRC_LOCKTYPE} == "sleep" || ${PKGSRC_LOCKTYPE} == "once"
|
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
2006-06-11 04:14:45 +02:00
|
|
|
${TEST} -f ${_LOCKFILE} || ${RM} -f ${.TARGET}
|
2002-02-25 05:43:55 +01:00
|
|
|
. endif
|
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
2006-06-11 04:14:45 +02:00
|
|
|
if ${LN} -s ${WRKDIR} ${.TARGET} 2>/dev/null; then \
|
|
|
|
${ECHO} "${.TARGET:T} -> ${WRKDIR}"; \
|
2002-02-25 05:43:55 +01:00
|
|
|
fi
|
2006-06-11 04:14:45 +02:00
|
|
|
.endif
|
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/flavor/bsd.flavor.mk"
|
1997-08-20 12:21:05 +02:00
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
# Dependencies
|
|
|
|
.include "${PKGSRCDIR}/mk/depends/bsd.depends.mk"
|
1997-08-20 12:21:05 +02:00
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
# Check
|
|
|
|
.include "${PKGSRCDIR}/mk/check/bsd.check.mk"
|
1997-08-20 12:21:05 +02:00
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
# Clean
|
|
|
|
.include "../../mk/bsd.pkg.clean.mk"
|
1997-08-20 12:21:05 +02:00
|
|
|
|
2006-06-06 05:05:48 +02:00
|
|
|
# Fetch
|
|
|
|
.include "${PKGSRCDIR}/mk/fetch/bsd.fetch.mk"
|
|
|
|
|
2006-07-13 16:02:34 +02:00
|
|
|
# Checksum
|
|
|
|
.include "${PKGSRCDIR}/mk/checksum/bsd.checksum.mk"
|
|
|
|
|
2006-06-06 05:05:48 +02:00
|
|
|
# Extract
|
|
|
|
.include "${PKGSRCDIR}/mk/extract/bsd.extract.mk"
|
|
|
|
|
2006-06-06 06:48:19 +02:00
|
|
|
# Patch
|
|
|
|
.include "${PKGSRCDIR}/mk/patch/bsd.patch.mk"
|
|
|
|
|
2006-07-05 08:09:15 +02:00
|
|
|
# Configure
|
|
|
|
.include "${PKGSRCDIR}/mk/configure/bsd.configure.mk"
|
|
|
|
|
|
|
|
# Build
|
|
|
|
.include "${PKGSRCDIR}/mk/build/bsd.build.mk"
|
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
# Install
|
|
|
|
.include "${PKGSRCDIR}/mk/install/bsd.install.mk"
|
1997-08-20 12:21:05 +02:00
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
# Package
|
|
|
|
.include "${PKGSRCDIR}/mk/package/bsd.package.mk"
|
2000-11-29 14:18:22 +01:00
|
|
|
|
2006-06-04 07:26:45 +02:00
|
|
|
.include "${PKGSRCDIR}/mk/bsd.pkg.update.mk"
|
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
################################################################
|
|
|
|
# Skeleton targets start here
|
2003-03-30 07:06:49 +02:00
|
|
|
#
|
1997-08-20 12:21:05 +02:00
|
|
|
# You shouldn't have to change these. Either add the pre-* or
|
|
|
|
# post-* targets/scripts or redefine the do-* targets. These
|
|
|
|
# targets don't do anything other than checking for cookies and
|
|
|
|
# call the necessary targets/scripts.
|
|
|
|
################################################################
|
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
# su-target is a macro target that does just-in-time su-to-root before
|
2006-06-04 02:39:05 +02:00
|
|
|
# reinvoking the make process as root. It acquires root privileges and
|
|
|
|
# invokes a new make process with the target named "su-${.TARGET}".
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
#
|
2006-06-12 18:30:03 +02:00
|
|
|
_ROOT_CMD= cd ${.CURDIR} && \
|
|
|
|
${SETENV} PATH="$${PATH}:"${SU_CMD_PATH_APPEND:Q} \
|
|
|
|
${MAKE} ${MAKEFLAGS} \
|
|
|
|
PKG_DEBUG_LEVEL=${PKG_DEBUG_LEVEL:Q} \
|
|
|
|
su-${.TARGET} ${MAKEFLAGS.${.TARGET}}
|
|
|
|
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
.PHONY: su-target
|
|
|
|
su-target: .USE
|
2006-06-05 03:42:58 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}set -e; \
|
2006-06-04 02:39:05 +02:00
|
|
|
case ${PRE_CMD.su-${.TARGET}:Q}"" in \
|
|
|
|
"") ;; \
|
|
|
|
*) ${PRE_CMD.su-${.TARGET}} ;; \
|
|
|
|
esac; \
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
if ${TEST} `${ID} -u` = `${ID} -u ${ROOT_USER}`; then \
|
2006-06-12 18:30:03 +02:00
|
|
|
${_ROOT_CMD}; \
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
else \
|
|
|
|
case ${PRE_ROOT_CMD:Q}"" in \
|
|
|
|
${TRUE:Q}"") ;; \
|
2006-06-06 00:49:44 +02:00
|
|
|
*) ${WARNING_MSG} "Running: "${PRE_ROOT_CMD:Q} ;; \
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
esac; \
|
|
|
|
${PRE_ROOT_CMD}; \
|
2006-06-08 10:01:53 +02:00
|
|
|
${STEP_MSG} "Becoming \`\`${ROOT_USER}'' to make su-${.TARGET} (`${ECHO} ${SU_CMD} | ${AWK} '{ print $$1 }'`)"; \
|
2006-06-12 18:30:03 +02:00
|
|
|
${SU_CMD} ${_ROOT_CMD:Q}; \
|
|
|
|
${STEP_MSG} "Dropping \`\`${ROOT_USER}'' privileges."; \
|
First pass at implementing support for package system flavors other
than pkgsrc's current one. This is an important lead-up to any project
that redesigns the pkg_* tools in that it doesn't tie us to past design
(mis)choices. This commit mostly deals with rearranging code, although
there was a considerable amount of rewriting done in cases where I
thought the code was somewhat messy and was difficult to understand.
The design I chose for supporting multiple package system flavors is
that the various depends, install, package, etc. modules would define
default targets and variables that may be overridden in files from
pkgsrc/mk/flavor/${PKG_FLAVOR}. The default targets would do the
sensible thing of doing nothing, and pkgsrc infrastructure would rely
on the appropriate things to be defined in pkgsrc/mk/flavor to do the
real work. The pkgsrc/mk/flavor directory contains subdirectories
corresponding to each package system flavor that we support. Currently,
I only have "pkg" which represents the current pkgsrc-native package
flavor. I've separated out most of the code where we make assumptions
about the package system flavor, mostly either because we directly
use the pkg_* tools, or we make assumptions about the package meta-data
directory, or we directly manipulate the package meta-data files, and
placed it into pkgsrc/mk/flavor/pkg.
There are several new modules that have been refactored out of bsd.pkg.mk
as part of these changes: check, depends, install, package, and update.
Each of these modules has been slimmed down by rewriting them to avoid
some recursive make calls. I've also religiously documented which
targets are "public" and which are "private" so that users won't rely
on reaching into pkgsrc innards to call a private target.
The "depends" module is a complete overhaul of the way that we handle
dependencies. There is now a separate "depends" phase that occurs
before the "extract" phase where dependencies are installed. This
differs from the old way where dependencies were installed just before
extraction occurred. The reduce-depends.mk file is now replaced by
a script that is invoked only once during the depends phase and is
used to generate a cookie file that holds the full set of reduced
dependencies. It is now possible to type "make depends" in a package
directory and all missing dependencies will be installed.
Future work on this project include:
* Resolve the workflow design in anticipation of future work on
staged installations where "package" conceptually happens before
"install".
* Rewrite the buildlink3 framework to not assume the use of the
pkgsrc pkg_* tools.
* Rewrite the pkginstall framework to provide a standard pkg_*
tool to perform the actions, and allowing a purely declarative
file per package to describe what actions need to be taken at
install or deinstall time.
* Implement support for the SVR4 package flavor. This will be
proof that the appropriate abstractions are in place to allow
using a completely different set of package management tools.
2006-06-04 01:11:42 +02:00
|
|
|
fi
|
Add two new EXPERIMENTAL targets:
replace - this target updates a package in place, fixing up references
to and from other packages to the updated package.
undo-replace - undoes all the work of the previous replace operation.
For this target to work, the ${WRKDIR} must be preserved.
The replace target first makes a binary package of the existing
installed package, then a copy of the +REQUIRED_BY file is taken, if
it exists, and then the existing package is deleted. The new package
is installed, and the preserved +REQUIRED_BY file is copied back into
place, using its contents to modify the +CONTENTS files of all the
packages which require it. The undo-replace shares code with the
replace target, and does the same operation, but in reverse.
Warnings are displayed when either of these targets is used, since
they are experimental targets right now.
2002-03-04 12:56:54 +01:00
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
################################################################
|
|
|
|
# Some more targets supplied for users' convenience
|
|
|
|
################################################################
|
|
|
|
|
2000-12-30 12:19:04 +01:00
|
|
|
# Run pkglint:
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: lint
|
2000-12-30 12:19:04 +01:00
|
|
|
lint:
|
2005-06-27 18:25:43 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}${LOCALBASE}/bin/pkglint
|
2001-07-10 13:51:57 +02:00
|
|
|
|
2001-05-20 03:58:19 +02:00
|
|
|
# List of sites carrying binary pkgs. Variables "rel" and "arch" are
|
|
|
|
# replaced with OS release ("1.5", ...) and architecture ("mipsel", ...)
|
2002-11-10 19:20:44 +01:00
|
|
|
BINPKG_SITES?= \
|
2004-02-25 10:24:52 +01:00
|
|
|
ftp://ftp.NetBSD.org/pub/NetBSD/packages/$${rel}/$${arch}
|
2001-05-20 03:58:19 +02:00
|
|
|
|
2003-09-02 08:59:37 +02:00
|
|
|
# List of flags to pass to pkg_add(1) for bin-install:
|
|
|
|
|
2001-05-20 03:58:19 +02:00
|
|
|
BIN_INSTALL_FLAGS?= # -v
|
2003-09-02 08:59:37 +02:00
|
|
|
.if ${PKG_INSTALLATION_TYPE} == "pkgviews"
|
2003-09-08 03:06:01 +02:00
|
|
|
PKG_ARGS_ADD= -W ${LOCALBASE} -w ${DEFAULT_VIEW}
|
2003-09-02 08:59:37 +02:00
|
|
|
.endif
|
|
|
|
_BIN_INSTALL_FLAGS= ${BIN_INSTALL_FLAGS}
|
2005-12-31 08:53:11 +01:00
|
|
|
.if defined(_AUTOMATIC) && !empty(_AUTOMATIC:MYES)
|
|
|
|
_BIN_INSTALL_FLAGS+= -A
|
2005-11-05 14:31:43 +01:00
|
|
|
.endif
|
2003-09-02 08:59:37 +02:00
|
|
|
_BIN_INSTALL_FLAGS+= ${PKG_ARGS_ADD}
|
2001-05-20 03:58:19 +02:00
|
|
|
|
2006-01-03 18:26:56 +01:00
|
|
|
_SHORT_UNAME_R= ${:!${UNAME} -r!:C@\.([0-9]*)[_.].*@.\1@} # n.n[_.]anything => n.n
|
|
|
|
|
2000-07-06 18:45:21 +02:00
|
|
|
# Install binary pkg, without strict uptodate-check first
|
2006-06-04 02:39:05 +02:00
|
|
|
.PHONY: su-bin-install
|
|
|
|
su-bin-install:
|
2003-09-13 07:55:14 +02:00
|
|
|
@found="`${PKG_BEST_EXISTS} \"${PKGWILDCARD}\" || ${TRUE}`"; \
|
2001-05-20 03:58:19 +02:00
|
|
|
if [ "$$found" != "" ]; then \
|
2006-06-06 00:49:44 +02:00
|
|
|
${ERROR_MSG} "$$found is already installed - perhaps an older version?"; \
|
|
|
|
${ERROR_MSG} "If so, you may wish to \`\`pkg_delete $$found'' and install"; \
|
|
|
|
${ERROR_MSG} "this package again by \`\`${MAKE} bin-install'' to upgrade it properly."; \
|
2001-05-20 03:58:19 +02:00
|
|
|
exit 1; \
|
|
|
|
fi
|
2006-01-03 18:26:56 +01:00
|
|
|
@rel=${_SHORT_UNAME_R:Q} ; \
|
|
|
|
arch=${MACHINE_ARCH:Q} ; \
|
|
|
|
pkgpath=${PKGREPOSITORY:Q} ; \
|
|
|
|
for i in ${BINPKG_SITES} ; do pkgpath="$$pkgpath;$$i/All" ; done ; \
|
|
|
|
${ECHO} "Trying $$pkgpath" ; \
|
|
|
|
if ${SETENV} PKG_PATH="$$pkgpath" ${PKG_ADD} ${_BIN_INSTALL_FLAGS} ${PKGNAME_REQD:U${PKGNAME}:Q}${PKG_SUFX} ; then \
|
|
|
|
${ECHO} "`${PKG_INFO} -e ${PKGNAME_REQD:U${PKGNAME}:Q}` successfully installed."; \
|
|
|
|
else \
|
|
|
|
${SHCOMMENT} Cycle through some FTP server here ;\
|
|
|
|
${ECHO_MSG} "Installing from source" ; \
|
|
|
|
${MAKE} ${MAKEFLAGS} package \
|
|
|
|
DEPENDS_TARGET=${DEPENDS_TARGET:Q} && \
|
|
|
|
${MAKE} ${MAKEFLAGS} clean ; \
|
2000-07-06 18:45:21 +02:00
|
|
|
fi
|
|
|
|
|
2003-10-18 14:29:26 +02:00
|
|
|
.PHONY: bin-install
|
2006-06-04 02:39:05 +02:00
|
|
|
bin-install: su-target
|
2006-06-06 00:49:44 +02:00
|
|
|
@${PHASE_MSG} "Binary install for "${PKGNAME_REQD:U${PKGNAME}:Q}
|
2003-10-18 14:29:26 +02:00
|
|
|
|
1997-08-20 12:21:05 +02:00
|
|
|
################################################################
|
|
|
|
# Everything after here are internal targets and really
|
|
|
|
# shouldn't be touched by anybody but the release engineers.
|
|
|
|
################################################################
|
|
|
|
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: show-pkgtools-version
|
1999-03-08 18:26:54 +01:00
|
|
|
.if !target(show-pkgtools-version)
|
|
|
|
show-pkgtools-version:
|
2000-01-07 13:24:14 +01:00
|
|
|
@${ECHO} ${PKGTOOLS_VERSION}
|
1999-08-31 23:45:45 +02:00
|
|
|
.endif
|
1998-11-09 15:41:30 +01:00
|
|
|
|
1999-09-28 12:03:16 +02:00
|
|
|
# convenience target, to display make variables from command line
|
|
|
|
# i.e. "make show-var VARNAME=var", will print var's value
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: show-var
|
1999-09-28 12:03:16 +02:00
|
|
|
show-var:
|
2001-04-17 18:56:21 +02:00
|
|
|
@${ECHO} ${${VARNAME}:Q}
|
1999-09-28 12:03:16 +02:00
|
|
|
|
2001-10-26 23:42:44 +02:00
|
|
|
# enhanced version of target above, to display multiple variables
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: show-vars
|
2001-10-26 23:42:44 +02:00
|
|
|
show-vars:
|
|
|
|
.for VARNAME in ${VARNAMES}
|
|
|
|
@${ECHO} ${${VARNAME}:Q}
|
|
|
|
.endfor
|
|
|
|
|
2005-10-16 19:44:45 +02:00
|
|
|
# displays multiple variables as shell expressions
|
|
|
|
# VARS is space separated list of VARNAME:shellvarname
|
|
|
|
.PHONY: show-vars-eval
|
|
|
|
show-vars-eval:
|
|
|
|
.for var in ${VARS}
|
|
|
|
@${ECHO} ${var:C/^.*://}="${${var:C/:.*$//}:Q}"
|
|
|
|
.endfor
|
|
|
|
|
2005-09-28 10:24:52 +02:00
|
|
|
LICENSE_FILE?= ${PKGSRCDIR}/licenses/${LICENSE}
|
|
|
|
|
2001-01-05 18:37:12 +01:00
|
|
|
.if !target(show-license)
|
|
|
|
show-license show-licence:
|
2005-09-28 10:24:52 +02:00
|
|
|
@license=${LICENSE:Q}; \
|
|
|
|
license_file=${LICENSE_FILE:Q}; \
|
|
|
|
pager=${PAGER:Q}; \
|
|
|
|
case "$$pager" in "") pager=${CAT:Q};; esac; \
|
|
|
|
case "$$license" in "") exit 0;; esac; \
|
|
|
|
if ${TEST} -f "$$license_file"; then \
|
|
|
|
$$pager "$$license_file"; \
|
|
|
|
else \
|
|
|
|
${ECHO} "Generic $$license information not available"; \
|
|
|
|
${ECHO} "See the package description (pkg_info -d ${PKGNAME}) for more information."; \
|
2001-01-05 18:37:12 +01:00
|
|
|
fi
|
|
|
|
.endif
|
1999-11-29 20:48:15 +01:00
|
|
|
|
2005-05-08 15:52:25 +02:00
|
|
|
# This target is defined in bsd.options.mk for packages that use
|
|
|
|
# the options framework.
|
2005-05-31 14:10:07 +02:00
|
|
|
.if !target(show-options)
|
|
|
|
.PHONY: show-options
|
|
|
|
show-options:
|
2005-05-08 15:52:25 +02:00
|
|
|
@${ECHO} This package does not use the options framework.
|
|
|
|
.endif
|
|
|
|
|
1999-08-10 12:48:23 +02:00
|
|
|
# Depend is generally meaningless for arbitrary packages, but if someone wants
|
1997-08-20 12:21:05 +02:00
|
|
|
# one they can override this. This is just to catch people who've gotten into
|
1998-04-19 14:48:07 +02:00
|
|
|
# the habit of typing `${MAKE} depend all install' as a matter of course.
|
1997-08-20 12:21:05 +02:00
|
|
|
#
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: depend
|
1997-08-20 12:21:05 +02:00
|
|
|
.if !target(depend)
|
|
|
|
depend:
|
|
|
|
.endif
|
|
|
|
|
|
|
|
# Same goes for tags
|
2003-07-24 00:02:48 +02:00
|
|
|
.PHONY: tags
|
1997-08-20 12:21:05 +02:00
|
|
|
.if !target(tags)
|
|
|
|
tags:
|
|
|
|
.endif
|
1997-09-28 02:44:15 +02:00
|
|
|
|
2006-01-13 00:43:56 +01:00
|
|
|
.include "../../mk/plist/bsd.plist.mk"
|
|
|
|
|
2006-01-18 01:10:07 +01:00
|
|
|
.include "../../mk/bsd.utils.mk"
|
|
|
|
|
2003-08-27 13:29:56 +02:00
|
|
|
.include "../../mk/subst.mk"
|
|
|
|
|
2000-07-28 03:16:27 +02:00
|
|
|
#
|
|
|
|
# For bulk build targets (bulk-install, bulk-package), the
|
2000-08-01 04:16:58 +02:00
|
|
|
# BATCH variable must be set in /etc/mk.conf:
|
2000-07-28 03:16:27 +02:00
|
|
|
#
|
|
|
|
.if defined(BATCH)
|
2001-07-19 00:43:32 +02:00
|
|
|
. include "../../mk/bulk/bsd.bulk-pkg.mk"
|
2000-07-28 03:16:27 +02:00
|
|
|
.endif
|
2005-01-10 19:34:48 +01:00
|
|
|
|
2006-07-06 23:07:33 +02:00
|
|
|
# README generation code.
|
|
|
|
.include "../../mk/bsd.pkg.readme.mk"
|
|
|
|
|
2005-01-10 19:34:48 +01:00
|
|
|
# Create a PKG_ERROR_HANDLER shell command for each class listed in
|
|
|
|
# PKG_ERROR_CLASSES. The error handler is meant to be invoked within
|
|
|
|
# a make target.
|
|
|
|
#
|
|
|
|
.for _class_ in ${PKG_ERROR_CLASSES}
|
|
|
|
PKG_ERROR_HANDLER.${_class_}?= { \
|
|
|
|
ec=$$?; \
|
|
|
|
for str in ${PKG_ERROR_MSG.${_class_}}; do \
|
2006-06-06 00:49:44 +02:00
|
|
|
${PHASE_MSG} "$$str"; \
|
2005-01-10 19:34:48 +01:00
|
|
|
done; \
|
|
|
|
exit $$ec; \
|
|
|
|
}
|
|
|
|
.endfor
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
|
2005-05-12 00:08:18 +02:00
|
|
|
# Cache variables listed in MAKEVARS in a phase-specific "makevars.mk"
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
# file. These variables are effectively passed to sub-make processes
|
|
|
|
# that are invoked on the same Makefile.
|
|
|
|
#
|
2006-07-11 00:59:26 +02:00
|
|
|
.for _phase_ in ${_ALL_PHASES}
|
2005-05-12 00:08:18 +02:00
|
|
|
${_MAKEVARS_MK.${_phase_}}: ${WRKDIR}
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}${RM} -f ${.TARGET}.tmp
|
2006-06-06 05:05:48 +02:00
|
|
|
. for _var_ in ${MAKEVARS:O:u}
|
|
|
|
. if defined(${_var_})
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
|
|
|
${ECHO} ${_var_}"= "${${_var_}:Q} >> ${.TARGET}.tmp
|
2006-06-06 05:05:48 +02:00
|
|
|
. endif
|
|
|
|
. endfor
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
|
|
|
if ${TEST} -f ${.TARGET}.tmp; then \
|
2005-05-12 00:08:18 +02:00
|
|
|
( ${ECHO} ".if !defined(_MAKEVARS_MK)"; \
|
|
|
|
${ECHO} "_MAKEVARS_MK= defined"; \
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
${ECHO} ""; \
|
|
|
|
${CAT} ${.TARGET}.tmp; \
|
|
|
|
${ECHO} ""; \
|
2005-05-12 00:08:18 +02:00
|
|
|
${ECHO} ".endif # _MAKEVARS_MK"; \
|
Teach bsd.pkg.mk to create a phase-specific "makevars.mk" file that
caches variable definitions that were computed by make. These variables
are specified by listing them in MAKE_VARS, e.g.,
.if !defined(FOO)
FOO!= very_time_consuming_command
.endif
MAKE_VARS+= FOO
bsd.pkg.mk will include only the one generated during the most recent
phase. A particular phase's makevars.mk file consists of variable
definitions that are a superset of all of the ones produced in previous
phases of the build.
The caching is useful because bsd.pkg.mk invokes make recursively,
which in the example above has the potential to run the very time-consuming
command each time unless we cause FOO to be defined for the sub-make
processes. We don't cache via MAKE_FLAGS because MAKE_FLAGS isn't
consistently applied to every invocation of make, and also because
MAKE_FLAGS can overflow the maximum length of a make variable very
quickly if we add many values to it.
One important and desirable property of variables cached via MAKE_VARS
is that they only apply to the current package, and not to any
dependencies whose builds may have been triggered by the current
package.
The makevars.mk files are generated by new targets fetch-vars,
extract-vars, patch-vars, etc., and these targets are built during
the corresponding real-* target to ensure that they are being invoked
with PKG_PHASE set to the proper value.
Also, remove the variables cache file that bsd.wrapper.mk was generating
since the new makevars.mk files provide the same functionality at a
higher level. Change all WRAPPER_VARS definitions that were used by
the old wrapper-phase cache file into MAKE_VARS definitions.
2005-05-09 07:06:55 +02:00
|
|
|
) > ${.TARGET}; \
|
|
|
|
${RM} -f ${.TARGET}.tmp; \
|
|
|
|
fi
|
|
|
|
${_PKG_SILENT}${_PKG_DEBUG}${TOUCH} ${TOUCH_FLAGS} ${.TARGET}
|
|
|
|
.endfor
|
2005-05-18 04:52:38 +02:00
|
|
|
|
|
|
|
# show-tools emits a /bin/sh shell script that defines all known tools
|
|
|
|
# to the values they have in the pkgsrc infrastructure.
|
|
|
|
#
|
|
|
|
# Don't move this code away from here unless you know what you're doing.
|
|
|
|
#
|
|
|
|
.PHONY: show-tools
|
|
|
|
show-tools:
|
|
|
|
.for _t_ in ${_USE_TOOLS}
|
|
|
|
. if defined(_TOOLS_VARNAME.${_t_})
|
2005-05-26 13:15:30 +02:00
|
|
|
@${ECHO} ${_TOOLS_VARNAME.${_t_}:Q}=${${_TOOLS_VARNAME.${_t_}}:Q:Q}
|
2005-05-18 04:52:38 +02:00
|
|
|
. endif
|
|
|
|
.endfor
|
2005-06-09 00:44:08 +02:00
|
|
|
|
2005-06-09 18:26:23 +02:00
|
|
|
# changes-entry appends a correctly-formatted entry to the pkgsrc
|
|
|
|
# CHANGES file.
|
2005-06-09 18:08:27 +02:00
|
|
|
#
|
|
|
|
# The following variables may be set:
|
|
|
|
#
|
|
|
|
# CTYPE is the type of entry to add and is one of "Added", "Updated",
|
|
|
|
# "Renamed", "Moved", of "Removed". The default CTYPE is "Updated".
|
|
|
|
#
|
|
|
|
# NETBSD_LOGIN_NAME is the login name assigned by the NetBSD Project.
|
|
|
|
# It defaults to the local login name.
|
|
|
|
#
|
2005-06-09 18:26:23 +02:00
|
|
|
# PKGSRC_CHANGES is the path to the CHANGES file to which the entry
|
|
|
|
# is appended. It defaults to ${PKGSRCDIR}/doc/CHANGES.
|
|
|
|
#
|
2005-06-09 18:08:27 +02:00
|
|
|
# Example usage:
|
|
|
|
#
|
2005-06-09 18:26:23 +02:00
|
|
|
# % cd /usr/pkgsrc/category/package
|
|
|
|
# % make changes-entry CTYPE=Added
|
2005-06-09 18:08:27 +02:00
|
|
|
#
|
2005-06-09 18:26:23 +02:00
|
|
|
CTYPE?= Updated
|
|
|
|
NETBSD_LOGIN_NAME?= ${_NETBSD_LOGIN_NAME_cmd:sh}
|
2006-04-18 02:25:04 +02:00
|
|
|
PKGSRC_CHANGES?= ${PKGSRCDIR}/doc/CHANGES-${_CYEAR_cmd:sh}
|
2005-06-09 18:26:23 +02:00
|
|
|
|
2006-04-18 02:25:04 +02:00
|
|
|
_CYEAR_cmd= ${DATE} -u +%Y
|
2005-06-09 18:26:23 +02:00
|
|
|
_CDATE_cmd= ${DATE} -u +%Y-%m-%d
|
|
|
|
_NETBSD_LOGIN_NAME_cmd= ${ID} -nu
|
|
|
|
|
|
|
|
_CTYPE1= " "${CTYPE:Q}" "${PKGPATH:Q}
|
2005-06-09 00:44:08 +02:00
|
|
|
.if !empty(CTYPE:MUpdated)
|
|
|
|
_CTYPE2= " to "${PKGVERSION:Q}
|
|
|
|
.elif !empty(CTYPE:MAdded)
|
|
|
|
_CTYPE2= " version "${PKGVERSION:Q}
|
|
|
|
.elif !empty(CTYPE:MRenamed) || !empty(CTYPE:MMoved)
|
|
|
|
_CTYPE2= " to XXX"
|
|
|
|
.else
|
|
|
|
_CTYPE2=
|
|
|
|
.endif
|
2005-06-09 18:26:23 +02:00
|
|
|
_CTYPE3= " ["${NETBSD_LOGIN_NAME:Q}" "${_CDATE_cmd:sh:Q}"]"
|
|
|
|
|
2005-06-09 00:44:08 +02:00
|
|
|
.PHONY: changes-entry
|
|
|
|
changes-entry:
|
2005-06-09 18:26:23 +02:00
|
|
|
${_PKG_SILENT}${_PKG_DEBUG} \
|
|
|
|
${ECHO} ${_CTYPE1}${_CTYPE2}${_CTYPE3} >> ${PKGSRC_CHANGES:Q}
|