-
Notifications
You must be signed in to change notification settings - Fork 54
cabal update
is not run?
#203
Comments
It looks like |
Good idea, thank you: I'll try it. Meanwhile, Mikolaj speculated on IRC that it may be due to the XDG directory switch that cabal is making. Anyway, my experiments so far live here: haskell/cabal#8840 |
I copied the speculation here: #202 (comment) |
It looks like the suggestion to restore cached |
Just to be certain: is the safer order of cache restore (first) vs haskell/setup/ |
@Mikolaj: Haskell CI currently does things in this order:
But then, it does not generate a CI for Windows, so might not be affected by the XDG. I am not sure, but I thought that |
This is good news. Creating ~/.cabal early turns on our XDG backward compat mode so there's no risk of mixing up the two locations of cabal index. Thank you. |
Right. Of course, |
It looks like we now need to call `cabal update` *after* restoring cache. See haskell/actions#203 We call `cabal update` in order to determine the cache key, so this means that it is called twice.
Not sure if it is related to the recent events likeFix #29: new inputcabal-update: false
to skip 'cabal update' #146Investigate why 'cabal update' hasn't run properly when setting up GHC 8.2 and cabal 2.4 #158?The reason may be that we first
haskell/setup
(which doescabal update
, which for cabal-3.10 uses XDG directories for storing config, store, etc.) and then restore cache with the legacy directory structure (under~/.cabal
). This confuses cabal.Workaround:
do cache-restore beforemaybe not: to restore, you need to know the path that we usually got as an output of the action. So, pending more investigation.haskell/setup
.The text was updated successfully, but these errors were encountered: