[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