[GHC] #14021: 8.2.1 deb8 bindist fails to install on Windows 10 WSL

[GHC]

#14021: 8.2.1 deb8 bindist fails to install on Windows 10 WSL
-------------------------------------+-------------------------------------
        Reporter:  bgamari           |                Owner:  bgamari
            Type:  bug               |               Status:  new
        Priority:  high              |            Milestone:  8.2.3
       Component:  Build System      |              Version:  8.2.1
      Resolution:                    |             Keywords:
Operating System:  Unknown/Multiple  |         Architecture:
                                     |  Unknown/Multiple
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:  #13304            |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by ivanbakel):

 I am encountering this issue one Parabola Linux, which pointed me to my
 use of NTFS probably being the culprit, since it seemed the only thing in
 common with WSL.

 This seems to have something to do with the way the modification time is
 treated in a tar extraction. Tested on my machine with the command used by
 stack:
  * Extracting the tarball on ext4 preserves the modification time - the
 package `.cabal` files are correctly older than the `setup-config` files
  * Extracting the tarball on ntfs mounted with ntfs-3g makes the
 modification time equal to the extraction time, and possibly due to the
 extraction order the `.cabal` file ends up newer than the `setup-config`
 file

 If the `setup-config` file is older than the `.cabal` file by modification
 time, the `reconfigure` step triggers in
 `Distribution.Simple.getBuildConfig`, and that causes the error in the
 report, though I don't know why.

 Otherwise, the package install is successful. There's a temporary work-
 around where you can just `touch` the `setup-config` file for each package
 to get around this problem.

-- 
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/14021#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler