Mail Archives: cygwin/2003/01/05/23:06:57
In automake-devel, there has been a long-standing test failure
('subobj9'). It now passes, and I think it's because of Corinna and
Pierre's work with permissions in 1.3.18.
A case of virtual beer each!
Here's the old "problem summary"
subobj9:
Fails in 'make distcheck' (actually during the distdir: target)
because non-root is not allowed to preserve ownership on the
target file: config.guess. Okay, config.guess is a symlink to
the "real" one in /usr/autotool/devel/... The "real" one is
owned by Administrator. 'cp -p' follows the link, and tries to
set the ownership of the new copy to 'Administrator' -- which
fails, of course.
On linux, 'cp -p the_symlink destination/new_name' behaves thus,
where 'the_symlink' points to 'the_target'.
1) new_name is created as an actual file, not a symlink
(so does cygwin)
2) file permissions from the_target are replicated on new_name.
3) NO adjustments are made to the ownership or group of new_name.
Those are not replicated from new_name's owner/group, NOR
from the_symlink's owner/group.
On cygwin, all of the attributes from the_target are applied
to the new copy. Except that normal users aren't allowed to
change ownership or change group to a group they are not a
member of. Since the_target is /usr/autotool/devel/...
Fix: correct the behavior of cygwin's cp.exe...
--------------------------
Well, apparently cp.exe wasn't the problem -- since I'm still using the
same one as before.
Dec 6, 2002: automake-devel-1.7.2-1, cygwin-1.3.17, fileutils-4.1-1
failed this test.
Since then, only cygwin has been updated; fileutils (cp.exe) is the same
version.
Jan 5, 2003: automake-devel-1.7.2-1, cygwin-1.3.18, fileutils-4.1-1
pass this test.
Way to go!
--Chuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -