[arch-dev-public] nfs-utils-1.3.0 enters [testing]
Hi guys, long delayed now it appears in [testing]: nfs-utils-1.3.0 It uses now the upstream provided systemd files. Our main config files will still work. To startup the server please use now: systemctl enable nfs-server The client needs: systemctl enable nfs-client.target Please test this well, that we don't introduce breakage of NFS in [core]. Thanks. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On 18.06.2014 15:17, Tobias Powalowski wrote:
Please test this well, that we don't introduce breakage of NFS in [core]. Thanks.
error: failed to commit transaction (conflicting files) /sbin exists in both 'filesystem' and 'nfs-utils' nfs-utils: /sbin/nfsdcltrack exists in filesystem Remember to run checkpkg every time you push stuff to the repos. Not sure how you managed to install that package. I tested nfs-utils 1.3.0-1.
On 20/06/14 03:33, Florian Pritz wrote:
On 18.06.2014 15:17, Tobias Powalowski wrote:
Please test this well, that we don't introduce breakage of NFS in [core]. Thanks.
error: failed to commit transaction (conflicting files) /sbin exists in both 'filesystem' and 'nfs-utils' nfs-utils: /sbin/nfsdcltrack exists in filesystem
Remember to run checkpkg every time you push stuff to the repos. Not sure how you managed to install that package.
I tested nfs-utils 1.3.0-1.
I'm guessing this is a directory in the package, so only pacman-git will give an error. Allan
On 19.06.2014 23:37, Allan McRae wrote:
On 20/06/14 03:33, Florian Pritz wrote:
On 18.06.2014 15:17, Tobias Powalowski wrote:
Please test this well, that we don't introduce breakage of NFS in [core]. Thanks.
error: failed to commit transaction (conflicting files) /sbin exists in both 'filesystem' and 'nfs-utils' nfs-utils: /sbin/nfsdcltrack exists in filesystem
Remember to run checkpkg every time you push stuff to the repos. Not sure how you managed to install that package.
I tested nfs-utils 1.3.0-1.
I'm guessing this is a directory in the package, so only pacman-git will give an error.
Directory in the package indeed and yeah I run -git. Good catch.
participants (3)
-
Allan McRae
-
Florian Pritz
-
Tobias Powalowski