summaryrefslogtreecommitdiff
path: root/net/hesiod
AgeCommit message (Collapse)AuthorFilesLines
2006-07-08Change the format of BUILDLINK_ORDER to contain depth information as well,jlam1-2/+2
and add a new helper target and script, "show-buildlink3", that outputs a listing of the buildlink3.mk files included as well as the depth at which they are included. For example, "make show-buildlink3" in fonts/Xft2 displays: zlib fontconfig iconv zlib freetype2 expat freetype2 Xrender renderproto
2006-07-08Track information in a new variable BUILDLINK_ORDER that informs usjlam1-1/+2
of the order in which buildlink3.mk files are (recursively) included by a package Makefile.
2006-04-12Aligned the last line of the buildlink3.mk files with the first line, sorillig1-2/+2
that they look nicer.
2006-04-06Over 1200 files touched but no revisions bumped :)reed1-2/+2
RECOMMENDED is removed. It becomes ABI_DEPENDS. BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo. BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo. BUILDLINK_DEPENDS does not change. IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS which defaults to "yes". Added to obsolete.mk checking for IGNORE_RECOMMENDED. I did not manually go through and fix any aesthetic tab/spacing issues. I have tested the above patch on DragonFly building and packaging subversion and pkglint and their many dependencies. I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I have used IGNORE_RECOMMENDED for a long time). I have been an active user of IGNORE_RECOMMENDED since it was available. As suggested, I removed the documentation sentences suggesting bumping for "security" issues. As discussed on tech-pkg. I will commit to revbump, pkglint, pkg_install, createbuildlink separately. Note that if you use wip, it will fail! I will commit to pkgsrc-wip later (within day).
2005-12-05Ran "pkglint --autofix", which corrected some of the quoting issues inrillig1-2/+2
CONFIGURE_ARGS.
2005-12-05Fixed pkglint warnings. The warnings are mostly quoting issues, forrillig1-2/+2
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some other changes are outlined in http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-11-08Pull in libbind resolver on Interix.tv1-0/+11
2005-11-04Define BIND_8_COMPAT to build on Darwin.minskim1-1/+3
2005-04-11Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.tv1-2/+1
2005-02-24Add RMD160 digests.agc1-1/+2
2004-04-25Unused.wiz1-60/+0
2004-04-25Static library only -> build dependency.wiz1-1/+2
2004-04-25Remove XXX.wiz1-11/+1
2004-04-25Convert to bl3.wiz2-2/+30
2004-02-12Create a new variable PREFER_NATIVE that has the opposite semanticsjlam1-3/+13
as PREFER_PKGSRC. Preferences are determined by the most specific instance of the package in either PREFER_PKGSRC or PREFER_NATIVE. If a package is specified in neither or in both variables, then PREFER_PKGSRC has precedence over PREFER_NATIVE.
2004-02-12Reorganize code so that any dependencies are checked as part of decidingjlam1-8/+14
whether the software is built-in or not. This facilitates implementing the forthcoming PKGSRC_NATIVE variable.
2004-02-05Make PREFER_PKGSRC just yes/no or a list of packages. This makes itjlam1-5/+5
simpler to understand.
2004-02-05Rename BUILDLINK_PREFER_PKGSRC to PREFER_PKGSRC so that we can use itsjlam1-5/+4
value outside of buildlink-related files.
2004-02-05Support a new global variable:jlam1-1/+9
BUILDLINK_PREFER_PKGSRC This variable determines whether or not to prefer the pkgsrc versions of software that is also present in the base system. This variable is multi-state: defined, or "yes" always prefer the pkgsrc versions not defined, or "no" only use the pkgsrc versions if needed by dependency requirements This can also take a list of packages for which to prefer the pkgsrc-installed software. The package names may be found by consulting the value added to BUILDLINK_PACKAGES in the buildlink[23].mk files for that package.
2002-12-07Replace IGNORE with PKG_FAIL_REASON or PKG_SKIP_REASON as appropriate.schmonz1-2/+2
2002-11-21correct path to hesiod.conf in hesinfo(1) man page.grant3-2/+21
fixes pkg/18804 from John T. Rose.
2002-10-12Unused.wiz1-53/+0
2002-08-25Merge changes in packages from the buildlink2 branch that havejlam2-3/+39
buildlink2.mk files back into the main trunk. This provides sufficient buildlink2 infrastructure to start merging other packages from the buildlink2 branch that have already been converted to use the buildlink2 framework.
2001-11-29Trivially buildlinkify. Also correct typo: NEED_HESIOD should bejlam1-3/+6
USE_HESIOD if the buildlink.mk file is to be believed, and we should include bsd.prefs.mk first so that a USE_HESIOD from /etc/mk.conf can be picked up.
2001-11-29The hesoid package has only static libraries, so use use a BUILD_DEPENDSjlam1-2/+2
instead of a normal DEPENDS.
2001-11-29Initial import of hesiod-3.0.2.seb5-0/+97
Provided in PR 14649 by Kevin P. Neal <kpneal@pobox.com>. Minor enhancements and buildlink.mk made by seb. A package builder can force the use of this package by defining NEED_HESIOD in case the base system already provides Hesiod API in the C library. Note: NetBSD's C library provides minimum Hesiod support, the library included in this package is the MIT original one and so provides the whole Hesiod API. Hesiod is a name service library that can provide general name service for a variety of applications. It is based on the Domain Name system (DNS). The Hesiod library and hesinfo tool allow easy queries to Hesiod name service.