src-test2/usr.sbin/pkg_install/create, branch release/8.4.0

MFC r240682

2012-10-02T17:05:20Z

if a file in plist starts with / then do not prefix it with "prefix" [1] pkg info -g returns 1 if a file mismatch [2] flush stdout in pkg info -g [3] clean up quiet mode (-q | --quiet) output of pkg_version(1) [4] fix missing error call in uname check added to pkg_version(1) [5] fix pkg_add(1) fails to install with -C from bad path [6] only resolve path from pkg_add(1) -p if the given prefix do not start with a '/' [7] PR: bin/13128 [1] bin/139015 [2] bin/113702 [3] bin/142570 [4] bin/146857 [5] bin/157543 [6] Submitted by: cy [1] Anton Yuzhaninov [2] Ighighi [3] "N.J. Mann" [4] gcooper [5] David Naylor [6] netchild [7]

MFC r231300, r231328:

2012-03-29T23:58:16Z

Permit the use of relative paths for the prefix argument. Remove an unnecessary cwd from created plists when -p is specified Approved by: cperciva (implicit)

MFC r213718:

2010-11-23T11:31:12Z

- Add support for xz compression to pkg_create, bzip2 remains the default compression algorithm. - Bump PKG_INSTALL_VERSION to 20101012. Submitted by: mm Approved by: portmgr (flz)

Synchronize pkg_install with HEAD.

2010-01-22T23:13:46Z

When running pkg_add -r, check & install our dependencies for each

2009-06-19T17:07:38Z

package rather than expecting our top level package to get all of the dependencies correct. Previously, the code depended on the top level package having all of the pkgdep lines in +CONTENTS correct and in the right order, but that doesn't always happen due to code such as this (in security/gnutls/Makefile): .if (defined(WITH_LZO) || exists(${LOCALBASE}/lib/liblzo2.so)) && !defined(WITHOUT_LZO) LIB_DEPENDS+= lzo2:${PORTSDIR}/archivers/lzo2 .... With such conditional dependencies, my 'sophox-packages' package won't install. The dependency tree looks like this: sophox-packages ... x11/gnome2 x11/gnome-applets net/libgweather devel/libsoup security/gnutls security/libgcrypt security/libgpg-error ... x11/gnome2 archivers/file-roller archivers/gtar archivers/lzop archivers/lzo2 ... gnutls doesn't depend on lzo2 initially, but lzo2 is dragged into the mix via other dependencies and is built by the initial 'make'. The subsequent package generation for gnutls adds a pkgdep line for lzo2 to gnutls' +CONTENTS but the pkgdeps in sophox-packages' +CONTENTS has gnutls *before* lzo2. As a result, sophox-packages cannot install; gnutls fails because lzo2 is missing, 82 more packages fail because gnutls is missing and the whole thing spirals into a super-confusing mess! MFC after: 3 weeks

Enable the -n option of pkg_create(1).

2008-07-08T03:21:05Z

The changes to make the option work are already in place, but I missed the patch hunk that adds it to the getopt() option-handling loop. Pointy hat: keramida Approved by: flz MFC after: 1 week

Remove support for RELENG_4 (__FreeBSD_version < 500039).

2008-06-16T23:41:11Z

MFC after: 1 day

- Add long options to pkg_install.

2008-05-30T14:26:09Z

- Remove check for '-?' as it's not listed in authorized options. - Bump PKG_INSTALL_VERSION to 20080530.

Update usage strings to add a missing -n option.

2008-05-27T19:06:45Z

Noticed by: Matthias Apitz, matthias.apitz at oclc.org

Add a -n option to pkg_create(1), to inhibit duplicate work.

2008-05-27T05:10:54Z

When run without this option, multiple runs of `pkg_create -Rb' will recreate common packages multiple times. This can take a lot of time for large packages. With the -n option `pkg_create -b' checks with stat(2) and skips packages that already exist. Note that this may *not* be safe of the existing output file is not really a package, or if it has been corrupted, modified or otherwise tinkered with between subsequent pkg_create runs. For this and POLA reasons, the default behavior is to *rebuild* the packages, and the -n option can be used when we know it is `safe' to run in no-regenerate mode. Inspired by: A post to freebsd-questions by Matthias Apitz < matthias.apitz at oclc.org > Reviewed by: marcus, flz Approved by: marcus MFC after: 2 weeks