Age | Commit message (Collapse) | Author | Files | Lines |
|
error, and to sync with reality.
|
|
|
|
|
|
fixing things is too much during freeze
|
|
available on the system (e.g. on MacOS 10.6). This prevents a circular
dependency on such systems involving x11-links and imake.
|
|
libpthread -- it is generally under the program's control which modules
to load, a general rule is just too much
I've been using this modification for over a year without problems.
|
|
course a too-large hammer, but in addition to overriding checks it
appears to change behavior in some cases when no overrides are
necessary. Therefore, use pkg_add -U as before first, and only try -f
if that fails. (This is temporary and should be replaced by -D to
omit only the exact depends check as soon as that's in tree.)
|
|
PKG_DESTDIR_SUPPORT=destdir packages, that don't otherwise need the
user/group during build.
Export USERGROUP_PHASE for the sake of pbulk.
|
|
update", so if it's going to fail because of a known vulnerability it
does so before uninstalling anything. I've been carrying this patch
for some three years with no ill effects. Ok by agc@.
|
|
Also add some patches to remove use of deprecated symbols and fix other
problems when looking for or compiling against libpng-1.4.x.
|
|
"make replace" is defined to replace a package with a newer version,
and update depdending packages to depend on the new version. It has
long been understood that this is not always safe, with the responses
being "tell people to be careful" and the unsafe_depends variable
scheme and pkg_rolling-replace. In the DESTDIR case, make replace is
implemented by pkg_add -U. Usually, this is fine - even if the
ABI/shlib majors have changed, the package is replaced, and then a
later make replace of unsafe_depends=YES packages, either manually or
via pkg_rolling-replace, will bring the system to where it should be.
However, there are pinned dependencies on osabi where the depending
package will not accept the new version, and that causes pkg_add -U to
fail. This is incorrect, as a) those packages don't depend on the
osabi exact version any more than packages depending on jpeg depeend
on the particular shlib major, yet jpeg dependencies aren't pinned.
And, osabi changing version is not necessarily an ABI change -
consider 5.0_STABLE just before 5.1RC1 and just after, where only the
version string changed.
Therefore, add -f to pkg_add -U so that the update will succeed.
|
|
|
|
packages have been removed from pkgsrc.
|
|
in Thunderbird and Seamonkey.
|
|
|
|
Add CUPS_SYSTEM_GROUPS.
|
|
fall back to using the pkgsrc version. This is needed for example with imake
on MacOS 10.6 but might potentially apply to other OSes, too.
|
|
|
|
|
|
|
|
|
|
|
|
OKed by wiz@
|
|
|
|
E.g if readline 6.0 and ncurses 5.7 are part of the system we get:
BUILTIN_PKGS=readline-6.0 ncurses-5.7
|
|
- detect and use already installed MPI package;
- use MPI_TYPE to determine which MPI package to use.
Support MPICH2 and OpenMPI.
|
|
linux.
|
|
replace multiple spaces with tabs.
|
|
|
|
|
|
Let's revert it for now and think about a way to proceed with this idea
later.
|
|
hardcoding the logic into the pkginstall scripts. As discussed in
tech-pkg@.
Note: The current pkginstall/shell code is overly complicated. It looks
like it can be simplified but, at the moment, given that I do not understand
the need for such complexity, I'm just doing this tiny change.
Note 2: The ability to update /etc/services, which was also discussed, will
come later once this change proves to be stable.
|
|
|
|
|
|
|
|
|
|
The [1]GNU project and the GCC developers are pleased to announce the
release of GCC 4.4.4.
This release is a bug-fix release, containing fixes for regressions in
GCC 4.4.3 relative to previous releases of GCC.
|
|
http://mail-index.netbsd.org/tech-pkg/2010/03/05/msg005088.html
http://mail-index.netbsd.org/tech-pkg/2010/03/05/msg005090.html
This fixes problem where some packages didn't list correct
REQUIRES or PROVIDES.
Symlinks are removed from PROVIDES.
Libraries provided by same package are removed from REQUIRES.
Also see pkg PR #42907
|
|
It is not a good idea to hide real issues.
If someone is really using hard link, it should be failed.
|
|
Improve a port is not better than break others, and current BUILDLINK3
dose not fit such a environment.
Thanks for tests and reviews after commit.
|
|
|
|
confusion.
|
|
Assign with expansion to avoid confusion if this file is included multiply.
|
|
It broke expat detection/usage on NetBSD with native X.
See thread "intltool not building (expat problem)" on tech-pkg,
started on May 1.
|
|
|
|
|
|
|
|
|
|
option descriptions for lsof-more-secure and lsof-less-secure-sockets.
|
|
|