Closed
Bug 287315
Opened 20 years ago
Closed 20 years ago
do not use cp to install ua.css
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: timeless, Assigned: timeless)
Details
Attachments
(1 obsolete file)
this is a transcript of the brain damage derived from cygwin cp and should be sufficient reason for us *never* to use it in makefiles. R:\mozilla\all-i686-pc-cygwin\dist\bin>cacls ..\..\..\layout\style\quirk.css R:\mozilla\layout\style\quirk.css BUILTIN\Administrators:F NT AUTHORITY\SYSTEM:F CTS\time:F BUILTIN\Users:R R:\mozilla\all-i686-pc-cygwin\dist\bin>where cp.exe r:\cygwin\bin\cp.exe R:\mozilla\all-i686-pc-cygwin\dist\bin>cp ../../../layout/style/quirk.css . R:\mozilla\all-i686-pc-cygwin\dist\bin>cacls quirk.css R:\mozilla\all-i686-pc-cygwin\dist\bin\quirk.css CTS\time:(special access:) STANDARD_RIGHTS_ALL DELETE READ_CONTROL WRITE_DAC WRITE_OWNER SYNCHRONIZE STANDARD_RIGHTS_REQUIRED FILE_GENERIC_READ FILE_GENERIC_WRITE FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_WRITE_EA FILE_EXECUTE FILE_READ_ATTRIBUTES FILE_WRITE_ATTRIBUTES CTS\Domain Users:(special access:) READ_CONTROL FILE_READ_EA FILE_READ_ATTRIBUTES Everyone:(special access:) READ_CONTROL FILE_READ_EA FILE_READ_ATTRIBUTES -- So, what's wrong with this picture? well... running as local user "test" which is a member of everyone: R:\mozilla\all-i686-pc-cygwin\dist\bin>type "R:\mozilla\all-i686-pc-cygwin\dist\bin\res\ua.css" Access is denied. Mozilla apps suffer from the same fate. (yes, the example used quirk.css, but that's just an example, the real makefile uses ua.css.) for comparison: R:\mozilla\all-i686-pc-cygwin\dist\bin>del quirk.css R:\mozilla\all-i686-pc-cygwin\dist\bin>nsinstall ../../../layout/style/quirk.css . R:\mozilla\all-i686-pc-cygwin\dist\bin>cacls quirk.css R:\mozilla\all-i686-pc-cygwin\dist\bin\quirk.css BUILTIN\Administrators:F NT AUTHORITY\SYSTEM:F CTS\time:F BUILTIN\Users:R
Attachment #178331 -
Flags: superreview?(bzbarsky)
Attachment #178331 -
Flags: review?(bzbarsky)
![]() |
||
Comment 2•20 years ago
|
||
Comment on attachment 178331 [details] [diff] [review] use nsinstall r+sr=bzbarsky, though we really need to go back to just symlinking this... :(
Attachment #178331 -
Flags: superreview?(bzbarsky)
Attachment #178331 -
Flags: superreview+
Attachment #178331 -
Flags: review?(bzbarsky)
Attachment #178331 -
Flags: review+
Comment 3•20 years ago
|
||
> r+sr=bzbarsky, though we really need to go back to just symlinking this... :(
doesn't nsinstall symlink on platforms where it is supported?
...which leads to the question: how does this differ from bug 266930, which was backed out (for srcdir tainting)?
i think the answer is that the install target uses INSTALL which in config.mk tends to pass -L or -R to nsinstall.
Status: NEW → ASSIGNED
![]() |
||
Comment 6•20 years ago
|
||
So to be clear, the review was conditional on the file always being copied... If it's not, I withdraw the review (for reasons mentioned in bug 266930).
Comment on attachment 178331 [details] [diff] [review] use nsinstall mozilla/layout/style/Makefile.in 1.5
Attachment #178331 -
Attachment is obsolete: true
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 8•20 years ago
|
||
Just to complete the picture, it is not just cp that does this lame stuff. All Cygwin tools are liable to totally butcher NTFS permissions, due to the NtSec module in Cygwin, which should never have been enabled IMHO. Adding the token 'NONTSEC' to the CYGWIN env var stops it doing anything, though.
You need to log in
before you can comment on or make changes to this bug.
Description
•