The find-prefix infrastructure was required in a pkgviews world where
packages installed from pkgsrc could have different installation
prefixes, and this was a way for a dependency prefix to be determined.
Now that pkgviews has been removed there is no longer any need for the
overhead of this infrastructure. Instead we use BUILDLINK_PREFIX.pkg
for dependencies pulled in via buildlink, or LOCALBASE/PREFIX where the
dependency is coming from pkgsrc.
Provides a reasonable performance win due to the reduction of `pkg_info
-qp` calls, some of which were redundant anyway as they were duplicating
the same information provided by BUILDLINK_PREFIX.pkg.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
Changes:
* Version 3.0, 10-15-03
- add "options" and "stat" argument for the driver routines
DGSSV/DGSSVX. This interface is more user-friendly and flexible.
- add more examples in EXAMPLE/
- add a "symmetric mode" with better performance when the matrix is
symmetric, or diagonal dominant, or positive definite, or nearly so.
Also, make 'test' target do something.
PR 19876.
Update the distinfo (after verifying that nothing nasty has been introduced).
PKGREVISION++.
The author don't seem to keep a changelog (*sigh*) but the changes seems
to be some minor code clean up and bug fixes.
