summaryrefslogtreecommitdiff
path: root/x11/Xrender
AgeCommit message (Collapse)AuthorFilesLines
2005-04-11Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.tv1-2/+1
2005-03-01Look for XORG_VERSION_* defs from ${X11BASE}/lib/X11/config/xorgversion.defxtraeme1-3/+5
before xorg.cf, which in xorg from pkgsrc does not contain them. (This is required by our xorg-* packages).
2005-02-23Add RMD160 checksums to the SHA1 ones.wiz1-1/+2
2004-11-11Backout previous, the root cause has been fixed via pkgtools/x11-links. Theresketch1-7/+1
were going to be far too many packages requiring small tweaks like this one.
2004-11-11Turn on ANSI when compiling with SunPro to work around certain revisions ofsketch1-1/+7
OpenWindows headers which incorrectly check __STDC__ and lead to macro concatenation breakage with the SunPro compiler.
2004-10-03Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10tv2-2/+4
in the process. (More information on tech-pkg.) Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and installing .la files. Bump PKGREVISION (only) of all packages depending directly on the above via a buildlink3 include.
2004-09-22Mechanical changes to package PLISTs to make use of LIBTOOLIZE_PLIST.jlam1-5/+1
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".
2004-08-05update to libXrender-0.8.4recht2-8/+8
changes: bug-fixes only
2004-07-25handle X.org 6.7 and treat it the same way as XFree86 4.4 for thegrant1-4/+24
moment.
2004-07-06Unused.wiz1-148/+0
2004-04-24Relinquish maintainership of packages to tech-pkg@NetBSD.org.jlam1-2/+2
2004-04-19Enable pkgviews installation.minskim1-1/+3
2004-03-30Allow the last known version information to match all future versions ofjlam1-1/+2
XFree86 until we know for certain that it's different. This makes us more bulletproof to updates in xsrc.
2004-03-30Use "XF86_VERSION" instead of "_XF86_VERSION" as the variable name sincejlam1-7/+7
we use it in several places within pkgsrc as a public variable.
2004-03-29Match the template builtin.mk file in bsd.builtin.mk, and make the twojlam1-9/+13
packages that use builtin.mk files (graphics/xpm and pkgtools/x11-links) use the new format correctly.
2004-03-18Fix serious bug where BUILDLINK_PACKAGES wasn't being ordered properlyjlam1-3/+2
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.
2004-03-10Split out the code that deals with checking whether the software isjlam2-131/+110
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.
2004-02-29Use tab instead of spaces for indentation to make pkglint happy.recht1-2/+2
2004-02-19Add BUILDLINK_DEPENDS.<pkg> for dependencies in a section that is invokedjlam1-4/+2
only if we're not using the built-in versions of the package.
2004-02-19Move the settings, which force the use of builtin versions of dependenciesjlam1-2/+5
if the builtin version of the package is being used, into a global location so that they're always executed.
2004-02-18If we're using the built-in version of the software, then we must alsojlam1-1/+2
be using built-in versions of any other software pulled in via buildlink3.mk files.
2004-02-18Reorder some lines so that BUILDLINK_USE_BUILTIN.<pkg> set in thejlam1-16/+18
environment overrides all other settings.
2004-02-17Be more complete in matching versions of XFree86. In particular, matchjlam1-4/+4
the one that comes with -current.
2004-02-17Don't include other buildlink3.mk files if we're just checking whether thejlam1-3/+5
software is built-in.
2004-02-16Revert and inadvertant change.jlam1-2/+2
2004-02-16Move the BUILDLINK_FILES definition to the right place so that they'rejlam1-5/+5
symlinked even if we use the built-in Xrender.
2004-02-16If Xrender>=0.8, then automatically use render>=0.8.jlam1-7/+5
2004-02-16Require render>=0.8 to build Xrender-0.8.*.jlam1-1/+3
2004-02-16Modify checks for the version number of XFree86-provided Xrender libraryjlam2-33/+118
so that they will be more accurate. Also properly include the buildlink.mk files for render.
2004-02-16Remove redundant USE_X11.jlam1-2/+1
2004-02-16Remove patches that are unnecessary because we override the generatedjlam3-29/+1
libtool script.
2004-02-14PKGCONFIG_OVERRIDE is relative to WRKSRC.jmmv1-2/+2
2004-02-14LIBTOOL_OVERRIDE and SHLIBTOOL_OVERRIDE are now lists of shell globsjlam1-2/+1
relative to ${WRKSRC}. Remove redundant LIBTOOL_OVERRIDE settings that are automatically handled by the default setting in bsd.pkg.mk.
2004-02-12Create a new variable PREFER_NATIVE that has the opposite semanticsjlam2-6/+26
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 decidingjlam2-46/+53
whether the software is built-in or not. This facilitates implementing the forthcoming PKGSRC_NATIVE variable.
2004-02-09Fix PKGNAME. (xrender -> Xrender)xtraeme1-2/+2
2004-02-09bl3ify, while here remove PLIST_SUBST now we have libtool-1.5.2, it'sxtraeme2-18/+9
not longer needed (at least on FreeBSD).
2004-02-06If we're passing through MAKEFLAGS variables whose values may containjlam1-3/+3
spaces, use the :Q modifier instead of double-quoting the value. This avoids breakage when executing the just-in-time su targets.
2004-02-05Make PREFER_PKGSRC just yes/no or a list of packages. This makes itjlam2-10/+6
simpler to understand.
2004-02-05Rename BUILDLINK_PREFER_PKGSRC to PREFER_PKGSRC so that we can use itsjlam2-10/+8
value outside of buildlink-related files.
2004-02-05Support a new global variable:jlam2-2/+18
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.
2004-01-24Support BUILDLINK_DEPENDS.<pkg> being a list of values.jlam1-5/+9
2004-01-24Using Xrender implies using X11.jlam1-1/+2
2004-01-05Use S/+$// instead of C/\+$// to save a backslash. Very highlyjlam1-2/+2
recommended by seb :)
2004-01-05Sow BUILDLINK_USE_BUILTIN.<pkg> and reap _NEED_<PKG> variables.jlam1-18/+18
2004-01-04Re-arrange to match example buildlink3.mk file in bsd.buildlink3.mk.jlam1-4/+4
2003-11-10It seems that the package libXrender has a few symbols absent in the 4.3.0fredb2-6/+6
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.
2003-11-07depend on Xrender 0.8 (rather than 0.8.3), so that the Xrender bundledjdolecek1-2/+2
with XFree 4.x would match the dependency (if present), instead of forcing use of the Xrender package
2003-10-31fix PLIST problems on Solaris by setting the libtool (1.5) versioning typedmcmahill3-1/+29
to sunos. No effect on non-solaris systems.
2003-10-30whitespace policegrant1-5/+5