[GHC] #8058: If .ghci is a symlink, permissions aren't read correctly
GHC
ghc-devs at haskell.org
Tue Sep 24 05:53:51 CEST 2013
#8058: If .ghci is a symlink, permissions aren't read correctly
-------------------------------+-------------------------------------------
Reporter: berdario | Owner:
Type: bug | Status: closed
Priority: low | Milestone:
Component: GHCi | Version: 7.6.2
Resolution: invalid | Keywords:
Operating System: | Architecture: Unknown/Multiple
Unknown/Multiple | Difficulty: Easy (less than 1 hour)
Type of failure: Other | Blocked By:
Test Case: | Related Tickets:
Blocking: |
-------------------------------+-------------------------------------------
Comment (by rwbarton):
On Linux, as far as I know, symlinks don't have permissions (`ls -l` will
always report `lrwxrwxrwx`). Permission to delete or modify a symlink is
based on write permission for the directory containing the symlink.
In any event, ghci shouldn't be claiming that
"/home/dario/.dotfiles/dotfiles is writable by someone else" if it isn't.
But I can't reproduce this (in ghci 7.4.2): I only get a message like that
when either the directory containing the target of the symlink or the
target itself really is writable by someone else. In other words, the
permissions checks seem to be working correctly for me when .ghci is a
symlink (on Linux, ghci version 7.4.2).
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8058#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list