When I install rsync with 'pkg -r somedir' I get this error: [1/2] Fetching rsync-3.1.3.txz: .......... done [2/2] Fetching libiconv-1.14_11.txz: .......... done Checking integrity... done (0 conflicting) [1/2] Installing libiconv-1.14_11... [1/2] Extracting libiconv-1.14_11: .......... done [2/2] Installing rsync-3.1.3... [2/2] Extracting rsync-3.1.3: .......... done cp: /usr/local/etc/rsync/rsyncd.conf.sample: No such file or directory pkg: POST-INSTALL script failed The rsync.conf.sample file has been put into place however: # ls -l /mnt.newroot/usr/local/etc/rsync/rsyncd.conf.sample -rw-r--r-- 1 root wheel 772 Dec 8 05:28 /mnt.newroot/usr/local/etc/rsync/rsyncd.conf.sample Rsync is not installed on the running image I do this from, so my theory is that the "-r somedir" is not getting applied to a cp from 'rsyncd.conf.sample' to 'rsyncd.conf' Hope somebody with more ports-clue can untangle this...
this is not a pkg(8) bug, this is a port bugs, most of the ports are not yet friendly with pkg -r
If pkg -r is not ready for prime time, maybe the manual page should have a footnote to that effect ?
pkg -r is ready for prime time, the ports are not!
That may be true in a very specific and narrow sense, but I don't think a lot of people will think of it that way...
I have never understood the use case of pkg -r, I have always used pkg -c instead.
pkg -r is a rootdir, aka no chroot, the main purpose of this option is to allow cross installation. For instance, create a armv6 image in which you do install packages, but do that from your amd64 laptop. pkg -r is quite used for such purpose today. pkg -r is also used by some people packaging stuff but not using the ports tree at all (yes pkg is not entirely tight to the ports tree). Again @sample is not a pkg thing it is a port thing (see the Keywords directory). And that @sample is not yet ready for pkg -r. meaning the ports tree is not ready. If you find a way to document that properly, I will be more that happy to improve the documentation.
Time out my own ticket.