Age | Commit message (Collapse) | Author | Files | Lines |
|
All library names listed by *.la files no longer need to be listed
in the PLIST, e.g., instead of:
lib/libfoo.a
lib/libfoo.la
lib/libfoo.so
lib/libfoo.so.0
lib/libfoo.so.0.1
one simply needs:
lib/libfoo.la
and bsd.pkg.mk will automatically ensure that the additional library
names are listed in the installed package +CONTENTS file.
Also make LIBTOOLIZE_PLIST default to "yes".
|
|
changes:
bug-fixes only
|
|
moment.
|
|
|
|
|
|
|
|
XFree86 until we know for certain that it's different. This makes us more
bulletproof to updates in xsrc.
|
|
we use it in several places within pkgsrc as a public variable.
|
|
packages that use builtin.mk files (graphics/xpm and pkgtools/x11-links)
use the new format correctly.
|
|
by moving the inclusion of buildlink3.mk files outside of the protected
region. This bug would be seen by users that have set PREFER_PKGSRC
or PREFER_NATIVE to non-default values.
BUILDLINK_PACKAGES should be ordered so that for any package in the
list, that package doesn't depend on any packages to the left of it
in the list. This ordering property is used to check for builtin
packages in the correct order. The problem was that including a
buildlink3.mk file for <pkg> correctly ensured that <pkg> was removed
from BUILDLINK_PACKAGES and appended to the end. However, since the
inclusion of any other buildlink3.mk files within that buildlink3.mk
was in a region that was protected against multiple inclusion, those
dependencies weren't also moved to the end of BUILDLINK_PACKAGES.
|
|
built-in or not into a separate builtin.mk file. The code to deal
checking for built-in software is much simpler to deal with in pkgsrc.
The buildlink3.mk file for a package will be of the usual format
regardless of the package, which makes it simpler for packagers to
update a package.
The builtin.mk file for a package must define a single yes/no variable
USE_BUILTIN.<pkg> that is used by bsd.buildlink3.mk to decide whether
to use the built-in software or to use the pkgsrc software.
|
|
|
|
only if we're not using the built-in versions of the package.
|
|
if the builtin version of the package is being used, into a global
location so that they're always executed.
|
|
be using built-in versions of any other software pulled in via
buildlink3.mk files.
|
|
environment overrides all other settings.
|
|
the one that comes with -current.
|
|
software is built-in.
|
|
|
|
symlinked even if we use the built-in Xrender.
|
|
|
|
|
|
so that they will be more accurate. Also properly include the buildlink.mk
files for render.
|
|
|
|
libtool script.
|
|
|
|
relative to ${WRKSRC}. Remove redundant LIBTOOL_OVERRIDE settings that
are automatically handled by the default setting in bsd.pkg.mk.
|
|
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.
|
|
whether the software is built-in or not. This facilitates implementing
the forthcoming PKGSRC_NATIVE variable.
|
|
|
|
not longer needed (at least on FreeBSD).
|
|
spaces, use the :Q modifier instead of double-quoting the value. This
avoids breakage when executing the just-in-time su targets.
|
|
simpler to understand.
|
|
value outside of buildlink-related files.
|
|
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.
|
|
|
|
|
|
recommended by seb :)
|
|
|
|
|
|
libXrender, so treat that as a minor bump and upgrade the dependency. It
seems that all packages that depend on Xrender do so indirectly, through
a dependency on Xft2, which already depends on Xrender 0.8.2, so skip the
PKGREVISION bumps. The only effect of this should be to prevent dependents
from gaining the shared library dependency on both the X and package libs.
|
|
with XFree 4.x would match the dependency (if present), instead of
forcing use of the Xrender package
|
|
to sunos. No effect on non-solaris systems.
|
|
|
|
libXrender.so.$(MAJOR_VERSION).$(MINOR_VERSION)
was not built (at least FreeBSD/Linux).
|
|
bsd.buildlink3.mk.
|
|
to protect more parts of buildlink3.mk files against multiple inclusion.
|
|
in bsd.buildlink3.mk: the *_BUILDLINK3_MK multiple inclusion guards are
removed and we ensure that things that should be defined only once really
are defined only once by using section-specific or variable-specific
guards.
|
|
Bump PKGREVISION because of the changed *.pc files.
ok'ed by wiz@
|
|
Remove Xext dependency; split in Xrender and render; use automake;
add animate cursor support; some other fixes.
|