Age | Commit message (Collapse) | Author | Files | Lines |
|
Add ${_ULIMIT_CMD} to do-configure:
|
|
|
|
|
|
NetBSD/i386 1.6 datasize needs to be at least 192MB to build jakarta-tomcat.
Also set it for sun-jdk as that can expand to {sun-jdk13,sun-jdk14}...
|
|
Each word of UNLIMIT_RESOURCES is supposed to be a knob on
ULIMIT_CMD_<word> variable which value if defined is added to _ULIMIT_CMD.
The ULIMIT_CMD_* variables are set per $OPSYS in defs.*.mk and are overridable
by the user.
Solaris' default value of ULIMIT_CMD_memorysize adjusted as suggested in PR
pkg/18087 by Jonathan Perkin <sketch@rd.bbc.co.uk>.
|
|
|
|
using "true" at the end.
|
|
?= to =. Note in Packages.txt that the only variables that a user should
customize in /etc/mk.conf are PKG_SYSCONFBASE and PKG_SYSCONFDIR.<pkg>.
|
|
Rename NO_BUILDLINK2 to NO_BUILDLINK. This better matches what it's
supposed to disable -- the "buildlink" targets.
|
|
|
|
|
|
This will reduce load on "ftp.netbsd.org" a bit and still make our
local distribution files available during outages.
|
|
the "openssl" package works while "ftp.netbsd.org" is down.
|
|
just prior to branching for 1.6, so this should be okay now. I also want
to see this built in the bulk-builds for testing purposes.
|
|
if the interactive stage is "fetch", since there will be no ${WRKDIR} at
that time.
Instead, since ${INTERACTIVE_COOKIE}s are only used in bulk builds, create
them in the package directory, along with the related .broken.`hostname`
file.
|
|
|
|
pattern with "pkg_info -e <pattern>", we can actually match a full package
name.
|
|
* move redundant sed expression into variable to only maintain it once
* properly catch grep return code in *both* cases (makes substitution
of pkg variables in @dirrm statements / directory names work)
|
|
|
|
contents.
* Each PKG_JVM needs its own special _JAVA_PREFIX_DEFAULT hardcoded as
there's no way to discern the subdirectory of ${LOCALBASE}/java in which
the PKG_JVM is installed.
* If PKG_JVM == "sun-jdk", allow either sun-jdk13 or sun-jdk14 to be used,
preferring whichever one is already installed, but otherwise using the
best default for a given platform.
|
|
Fixes Solaris problem reported in pkg/17769 by Valeriy E. Ushakov.
|
|
jlam.
|
|
(instead of "build"). The rationale is that USE_JAVA= is "bigger" than
USE_JAVA=run in the sense that the former adds another dependency. For
packages that don't need the extra dependency, we can trim it off by
setting USE_JAVA more thoughtfully.
|
|
optional value of "build" to represent that the package needs a JDK for a
build dependency in addition to the usual run dependency on a JVM.
|
|
JAVA_HOME for the given PKG_JVM.
Include tools.jar on the CLASSPATH if it exists.
From discussion with jlam. Approved by jwise.
|
|
directories, eg.
work.NetBSD-1.5-i386
work.SunOS-5.7-sparc
|
|
that USE_JAVA can work.
|
|
an optional value of "build" to represent that the package only wants a
build dependency on perl.
* Add a new public variable "PERL5_PKGSRCDIR" that is either
"../../lang/perl58" or "../../lang/perl5" depending on whether we need
perl>=5.8.0 or not.
|
|
|
|
excape the "." ("1.2" -> "1\.2" etc.; hit in fonts/intlfonts)
|
|
directories. When ${SU_CMD} is used, we add this list to the end of the
PATH environment variable.
This fixes PR#17532 from Hauke Fath.
|
|
DynaLoader.a is now an archive of PIC objects.
|
|
|
|
"not packaged" instead of "broken".
|
|
I should have done this when I added sun's jdk 1.4 originally,
but did not account for version names like 1.6[A-Z].
|
|
|
|
Example:
CONFIG_GUESS_OVERRIDE= ${WRKSRC}/config.guess
CONFIG_SUB_OVERRIDE= ${WRKSRC}/config.sub
Just before the bulk of the "configure" phase, the named files will be
replaced with symlinks to their canonical pkgsrc versions in
pkgsrc/mk/gnu-config.
|
|
|
|
/usr/bin/gzcat nor ${LOCALBASE}/bin/gzip exist.
required for Solaris systems which do not include gzcat in the base
system.
sanity checked by Stoned Elipot <seb@netbsd.org>.
|
|
batch mode, into a separate target.
Call that target if we're in batch mode.
Modify the check for distfiles code to do a loop for all the
distfiles, and only print the message once at the end if the files
aren't present, and BATCH is defined.
Only check for distfiles' explicit presence if BATCH is defined.
|
|
|
|
|
|
|
|
definition.
INTERACTIVE_STAGE can take any of the values: fetch, configure, build and
install
Multiple values are allowed: e.g. INTERACTIVE_STAGE= configure install
Explain INTERACTIVE_STAGE and its use in documentation.
Patches provided by Chris Pinnock (cjep@netbsd.org).
|
|
to the included 1.3.1 JDK. Teach USE_JAVA about this. Approved by
jwise and agc.
|
|
Note: it was already as part of CONFIGURE_ENV value, this change only makes
it more "readable" IMHO.
Remove explicit addition of PKG_SYSCONFDIR to BUILD_DEFS in a couple of
Makefiles.
|
|
--prefix option passed to a GNU configure script. It defaults to
${PREFIX}. This should help simplify the packages out there that avoid
setting GNU_CONFIGURE=yes because they need a custom --prefix option.
|
|
|
|
defaults for the INSTALL/DEINSTALL scripts. The environment variables of
the same name take precedence during installation of a binary package.
|
|
(1) Admins want to create users/groups on their own (pkg/17183).
(2) Admins don't want packages to setup an initial configuration.
The bsd.pkg.install.mk-generated INSTALL/DEINSTALL scripts have been
modified to check certain PKG_* environment variables to tune their
behaviour. This works whether installing from "make install" or from a
binary package.
PKG_CREATE_USERGROUP indicates whether the INSTALL script should
automatically add any needed users/groups to the system using
useradd/groupadd. It is either YES or NO, and defaults to YES.
PKG_CONFIG indicates whether the INSTALL/DEINSTALL scripts should do
automatic config file and directory handling, or if it should
merely inform the admin of the list of required files and
directories needed to use the package. It is either YES or NO,
and defaults to YES.
The make(1) variable INSTALL_RCD_SCRIPTS is removed. The package rc.d
script is now handled like other config files for the package, and is
copied into place if PKG_CONFIG=YES.
The default values above reflect the current behaviour. Setting
PKG_CREATE_USERGROUP=NO solves problem (1), and setting PKG_CONFIG=NO
solves problem (2).
To simply matters for users installing directly from pkgsrc, these
variables may also be defined in /etc/mk.conf, but behaviour at deinstall
time may be surprising. It is *HIGHLY* recommended that these values be
set in the shell environment instead.
|