I am seeing a consistent problem with subversion checkouts into a CIFS
mount, and the creation of sym-links.
I wanted to see if anyone else has see this before I report it.
I can create sym-links on the CIFS mount manually, both to an existing
destination and to a destination that doesn't exist successfully.
I can also recursively copy a workspace that contains links, and was
checked out into an NFS or local filesystem onto the CIFS mount and that
seems to happily work OK.
But if I want to check-out directly from a repository into a CIFS mount
I get a "can't move.." message.
In the following example we have sym-links called CURRENT_BLAH_BLAH that
point to the correct firmware file. During the checkout, if the
destination has been created before the link, it works, if the link
happens to get created first, it fails:
$ svn co http://svn/ftLinux/trunk/ftl_linux/firmware
A firmware/bios
A firmware/bios/062-02799bios5.0.16.rom
A firmware/bios/062-02799bios5.0.17.rom
A firmware/bios/CURRENT_DRACO_BIOS <- worked
A firmware/bios/bios.spec.in
A firmware/bios/Makefile
A firmware/Makefile
A firmware/bmc_fw
A firmware/bmc_fw/CURRENT_DRACO_BMC_FW <- about
to FAIL
A firmware/bmc_fw/062-02799bmc_b00.00r03.16p01.05s01.03.bin
A firmware/bmc_fw/062-02799bmc_b00.00r03.17p01.05s01.03.bin
A firmware/bmc_fw/bmc_fw.spec.in
A firmware/bmc_fw/Makefile
svn: In directory 'firmware/bmc_fw'
svn: Can't move 'firmware/bmc_fw/CURRENT_DRACO_BMC_FW.tmp' to
'firmware/bmc_fw/CURRENT_DRACO_BMC_FW': No such file or directory
Notice that bios/CURRENT_BLAH link worked but bmc_fw/CURRENT_BLAH link
failed.
>From this point on, you can't cleanup or finish anything using this
workspace:
$ cd firmware/
$ svn cleanup
svn: In directory 'bmc_fw'
svn: Error processing command 'modify-wcprop' in 'bmc_fw'
svn: 'bmc_fw/CURRENT_DRACO_BMC_FW' is not under version control
Any ideas, question, or general feedback?
Note that this would be a minor big from my viewpoint, because we're a
Linux shop and the only reason we did this test was to eliminate NFS
from another problem we were seeing.
Thanks,
Don Desjardin
