dapper cp -p does not preserve date over nfs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
High
|
|||
linux-source-2.6.15 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: fileutils
Using fileutils 5.93-5ubuntu4 in dapper, in an nfs mount (we've tried both linux and solaris nfs servers, same result):
h5n1:~/test> ls
h5n1:~/test> touch foo bar
h5n1:~/test> echo muu > baz
h5n1:~/test> ls -l
total 8
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 bar
-rw-r--r-- 1 maswan adm 4 Aug 22 18:46 baz
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 foo
h5n1:~/test> mkdir nu
h5n1:~/test> date
Tue Aug 22 18:48:01 CEST 2006
h5n1:~/test> cp -p bar baz foo nu/
h5n1:~/test> cd nu
h5n1:~/test/nu> ls -l
total 8
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 bar
-rw-r--r-- 1 maswan adm 4 Aug 22 18:48 baz
-rw-r--r-- 1 maswan adm 0 Aug 22 18:45 foo
Note that "baz" got a new date, despite being copied by cp -p. This does not affect local filesystems as far as we can find. Interestingly enough the 0-byte
files get their date preserved, but not files with content.
/Mattias Wadenstein
Changed in linux: | |
status: | Unknown → Rejected |
Changed in linux: | |
status: | Invalid → Fix Released |
Changed in linux: | |
importance: | Unknown → High |
Thank you for reporting this issue.
This has been fixed in Linux 2.6.17, so it should be working in Edgy Eft.