cp -pPR <src> <dst>

[UnixJunkie]

Seems to not work on some NFS mounts (user's home).

cp -PR

does.

Cf. line 96 of src/core/opamFilename.ml: is the -p absolutely necessary?

[UnixJunkie]

cp -PR --preserve=mode,ownership also work on top of NFS in my case, which
is less bad than removing the -p altogether probably

[UnixJunkie]

Other packages using a .install file are also affected. E.g.:

# opam install unison
The following actions will be performed:
 - install lablgtk.2.16.0 [required by unison]
 - install unison.2.40.102
2 to install | 0 to reinstall | 0 to upgrade | 0 to downgrade | 0 to remove
Do you want to continue ? [Y/n]

=-=-= Installing lablgtk.2.16.0 =-=-=
lablgtk.2.16.0 Downloading https://forge.ocamlcore.org/frs/download.php/979/lablgtk-2.16.0.tar.gz
Copying ~/.opam/repo/testing/packages//lablgtk/lablgtk.2.16.0/files/lablgtk.install to ~/.opam/system/build            /lablgtk.2.16.0/
Copying ~/.opam/repo/testing/packages//lablgtk/lablgtk.2.16.0/files/lablgldir.patch to ~/.opam/system/build            /lablgtk.2.16.0/
Applying lablgldir.patch.
Building lablgtk.2.16.0:
  ./configure --prefix /home/berenger/.opam/system LABLGLDIR=/home/berenger/.opam/system/lib/lablgl
  make world
  make install
Installing lablgtk.2.16.0.
The former state can be restored with opam switch import -f "/home/berenger/.opam/system/backup/state-        20140010060751.export"
'opam install unison' failed.
# opam-version 1.1.0
# os           linux
# command      cp -pPR /home/berenger/.opam/repo/testing/packages//lablgtk/lablgtk.2.16.0/files /home/berenger/.opam/packages/lablgtk/lablgtk.2.16.0/files
# path         /localhome/berenger/src/opam-repository/packages
# exit-code    1
# env-file     /home/berenger/.opam/log/log-46205-42bb52.env
# stdout-file  /home/berenger/.opam/log/log-46205-42bb52.out
# stderr-file  /home/berenger/.opam/log/log-46205-42bb52.err
### stderr ###
# cp: preserving times for `/home/berenger/.opam/packages/lablgtk/lablgtk.2.16.0/files/lablgldir.patch': Invalid     argument
# cp: preserving times for `/home/berenger/.opam/packages/lablgtk/lablgtk.2.16.0/files/lablgtk.install': Invalid     argument
# cp: preserving times for `/home/berenger/.opam/packages/lablgtk/lablgtk.2.16.0/files': Invalid argument

[avsm]

This is a GNU cp only option. We should be using install instead of cp, with explicit permissions being set.

On 10 Jan 2014, at 06:02, Francois Berenger notifications@github.com wrote:

cp -PR --preserve=mode,ownership also work on top of NFS in my case, which
is less bad than removing the -p altogether probably

—
Reply to this email directly or view it on GitHub.

[UnixJunkie]

This issue should be marked as a bug I think.

PS: I am not in front of a regular computer and cannot do much, sorry

[AltGr]

avsm is right, the fix is to use install
That's true for opam-installer too.

[UnixJunkie]

this bug is still unsolved, please reopen it

[AltGr]

Sure !
opam-installer should only use install already.

[ghennequin]

I see that OpamSystem.copy_dir is now again using cp -PRp, which causes opam init to fail for me when OPAMROOT points to an NFS folder.

[UnixJunkie]

@ghennequin as a temporary workaround, you can try using nfsopam https://github.com/UnixJunkie/nfsopam