Commit graph

15 commits

Author SHA1 Message Date
rillig
7a95adad42 The real user name in PKG_USERS does not need to be escaped with double
backslashes anymore. A single backslash is enough. Changed the
definition in all affected packages. For those that are not caught, an
additional check is placed into bsd.pkginstall.mk.
2005-08-23 11:48:47 +00:00
jlam
bf9129c41e Drop distinction between PKGSRC_USE_TOOLS and USE_TOOLS by making
PKGSRC_USE_TOOLS go away.  There is now only a single USE_TOOLS variable
that specifies all of the tools we need to build/run the package.
2005-07-15 18:27:48 +00:00
dillo
d6bfbe8582 Rename option PAM to pam (so all options are lower case). Backwards
compatibility provided via PKG_OPTIONS_LEGACY_OPTS.
2005-05-31 11:24:32 +00:00
jlam
7425b543e8 Note that gtar is required by the package. 2005-05-16 01:15:30 +00:00
tv
f816d81489 Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11 21:44:48 +00:00
jlam
bccaba8d4b Instantly deprecate USE_PAM from pkgsrc as its value is being set from
within NetBSD-current's bsd.own.mk, which conflicts with its usage in
pkgsrc.  The package that use USE_PAM have been converted to use the
bsd.options.mk framework.  This should fix PR pkg/29257.
2005-02-07 11:35:41 +00:00
jdolecek
f7c51e684e Update to postgresql 7.3.9. This release contains a variety of fixes
from 7.3.8, including several security-related issues. A dump/restore
is not required for those running 7.3.X.

Changes

     * Disallow "LOAD" to non-superusers
       On platforms that will automatically execute initialization
       functions of a shared library (this includes at least Windows and
       ELF-based Unixen), "LOAD" can be used to make the server execute
       arbitrary code. Thanks to NGS Software for reporting this.
     * Check that creator of an aggregate function has the right to
       execute the specified transition functions
       This oversight made it possible to bypass denial of EXECUTE
       permission on a function.
     * Fix security and 64-bit issues in contrib/intagg
     * Add needed STRICT marking to some contrib functions (Kris Jurka)
     * Avoid buffer overrun when plpgsql cursor declaration has too many
       parameters (Neil)
     * Fix planning error for FULL and RIGHT outer joins
       The result of the join was mistakenly supposed to be sorted the
       same as the left input. This could not only deliver mis-sorted
       output to the user, but in case of nested merge joins could give
       outright wrong answers.
     * Fix plperl for quote marks in tuple fields
     * Fix display of negative intervals in SQL and GERMAN datestyles
2005-02-05 14:49:03 +00:00
jdolecek
89b5b5508a disable inclusiong dlopen.bl3.mk (and hence link agains pthread), for
same reasons as the postgresql74-server
adresses PR pkg/28729
2005-02-05 14:47:02 +00:00
jlam
1b5734f517 Create a pam.buildlink3.mk file that is used by PAM-using packages.
It includes the correct buildlink3.mk file from either Linux-PAM
(security/PAM) or OpenPAM (security/openpam) and eventually will
support solaris-pam.  pam.buildlink3.mk will:

	* set PAMBASE to the base directory of the PAM files;
	* set PAM_TYPE to the PAM implementation used.

There are two variables that can be used to tweak the selection of
the PAM implementation:

PAM_DEFAULT is a user-settable variable whose value is the default
	PAM implementation to use.

PAM_ACCEPTED is a package-settable list of PAM implementations
	that may be used by the package.

Modify most packages that include PAM/buildlink3.mk to include
pam.buildlink3.mk instead.
2005-01-14 05:15:39 +00:00
reed
32d8f290c2 The default location of the pkgsrc-installed rc.d scripts is now
under share/examples/rc.d. The variable name already was named
RCD_SCRIPTS_EXAMPLEDIR.

This is from ideas from Greg Woods and others.

Also bumped PKGREVISION for all packages using RCD_SCRIPTS mechanism
(as requested by wiz).
2004-12-28 02:47:40 +00:00
jlam
a1dc1c896f Patch Makefile.shlib so that when creating shared libraries, we don't
only pass only the -L* LDFLAGS to the linker.  This is correct for
pkgsrc since the wrapper scripts take care of correctly passing the
rpath info to the linker, so we don't need to filter those out.  This
allows plpgsql.so to find libintl.so if we are using the pkgsrc version
of it.  Bump the PKGREVISION of postgresql*-lib to 7.3.8nb1 and
7.4.6nb2.

Link the postgres binary with the necessary flags to allow it to
dlopen() modules that use pthreads[*].  This should allow postgres to
open a plperl.so module built on a system with perl+threads.  Bump
the PKGREVISION of postgresql*-server to 7.3.8nb2 and 7.4.6nb2.

[*] Note that this behavior can be tweaked globally by setting
    DLOPEN_REQUIRE_PTHREADS to "yes" or "no" in /etc/mk.conf.
2004-12-18 15:59:55 +00:00
jlam
40377c791f Remove pre-buildlink and post-buildlink as part of getting pkgsrc ready
for pkgsrc-2004Q4.  The "buildlink" phase was removed for the last branch,
and this is the final cleanup.  "post-buildlink" is now "post-wrapper".
2004-11-28 19:19:51 +00:00
jdolecek
0b19059448 Update to PostgreSQL 7.3.7.
Changes:
     * Prevent possible loss of committed transactions during crash
       Due to insufficient interlocking between transaction commit and
       checkpointing, it was possible for transactions committed just
       before the most recent checkpoint to be lost, in whole or in part,
       following a database crash and restart. This is a serious bug that
       has existed since PostgreSQL 7.1.
     * Remove asymmetrical word processing in tsearch (Teodor)
     * Properly schema-qualify function names when pg_dump'ing a CAST
2004-10-10 17:46:07 +00:00
tv
c487cb967a Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10
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-10-03 00:12:51 +00:00
recht
06403ecee1 reimport of postgresql-server as postgresql73-server
PostgreSQL is a robust, next-generation, Object-Relational DBMS (ORDBMS),
derived from the Berkeley Postgres database management system.  While
PostgreSQL retains the powerful object-relational data model, rich data types
and easy extensibility of Postgres, it replaces the PostQuel query language
with an extended subset of SQL.

PostgreSQL is free and the complete source is available.

This is the meta-package for the PostgreSQL database system.
2004-07-24 22:20:31 +00:00