Haskell, stack 'ExitFailure1' on build









up vote
0
down vote

favorite












I got an ExitFailure1 again. Now on Stack when I build a file (used to have this on Cabal, led me to a complete dirty reinstall). I have the feeling it is caused by the './stack-work' permission denied. But where to find this './stack-work'? Looking forward to you professional opinion, rather than me nuking the entire install again.



Configuring teststack-0.1.0.0...
.stack-work/dist: createDirectory: permission denied (Permission denied)

-- While building package teststack-0.1.0.0 using:
/Users/administrator/.stack/setup-exe-cache/x86_64-osx/Cabal-simple_mPHDZzAJ_2.2.0.1_ghc-8.4.4 --builddir=.stack-work/dist/x86_64-osx/Cabal-2.2.0.1 configure --with-ghc=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc --with-ghc-pkg=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc-pkg --user --package-db=clear --package-db=global --package-db=/Users/administrator/.stack/snapshots/x86_64-osx/lts-12.17/8.4.4/pkgdb --package-db=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/pkgdb --libdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/lib --bindir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/bin --datadir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/share --libexecdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/libexec --sysconfdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/etc --docdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --htmldir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --haddockdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --dependency=base=base-4.11.1.0 --enable-tests --enable-benchmarks
Process exited with code: ExitFailure 1
MacBook-2:teststack administrator$









share|improve this question























  • Same again with Cabal. Example of installing threepenny-gui: cabal: Error: some packages failed to install: threepenny-gui-0.8.3.0-57EYYliZ1loIOlAOTIgmI2 failed during the building phase. The exception was: ExitFailure 1
    – Madderote
    Nov 8 at 17:28







  • 2




    If this is a continuation of a previous question, please edit that question instead of starting a new one. If this is a new question, what command did you run? Where is the code of teststack, so that we can try to reproduce the behavior? If it is a permissions issue, what is the output of ls -al. Pay attention to the difference between ./stack-work and .stack-work. The latter is a hidden directory in your current directory; the initial . tells MacOS & Linux to hide a directory.
    – bergey
    Nov 8 at 17:51






  • 1




    What catches my eye here is the "permission denied" bit. In particular, Stack is meant to be ran from your regular user account; you shouldn't be running it as admin or with elevated permissions. (Assuming typical workflows, the same goes for cabal-install.)
    – duplode
    Nov 9 at 4:39










  • @Duplode, closed the other thread since they're related. Other systems require me to run the entire machine in admin. Should I sandbox the entire Haskell installation? I assumed stack/cabal was just asking for elevated permissions, hence the reason I didn't understand.
    – Madderote
    Nov 9 at 6:24






  • 1




    (1) I'm not sure I get what you mean by "sandbox the entire Haskell installation", but in any case running either cabal-install or Stack from your user account requires no special preparation: even if the tools themselves are installed globally (e.g. because you got them from your package manager), they default to installing packages to a suitable place in your user directory. (2) On another note, .stack-work is the directory in which Stack puts build artefacts. Stack creates it as a subdirectory of the project you are working on.
    – duplode
    Nov 9 at 12:12














up vote
0
down vote

favorite












I got an ExitFailure1 again. Now on Stack when I build a file (used to have this on Cabal, led me to a complete dirty reinstall). I have the feeling it is caused by the './stack-work' permission denied. But where to find this './stack-work'? Looking forward to you professional opinion, rather than me nuking the entire install again.



Configuring teststack-0.1.0.0...
.stack-work/dist: createDirectory: permission denied (Permission denied)

-- While building package teststack-0.1.0.0 using:
/Users/administrator/.stack/setup-exe-cache/x86_64-osx/Cabal-simple_mPHDZzAJ_2.2.0.1_ghc-8.4.4 --builddir=.stack-work/dist/x86_64-osx/Cabal-2.2.0.1 configure --with-ghc=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc --with-ghc-pkg=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc-pkg --user --package-db=clear --package-db=global --package-db=/Users/administrator/.stack/snapshots/x86_64-osx/lts-12.17/8.4.4/pkgdb --package-db=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/pkgdb --libdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/lib --bindir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/bin --datadir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/share --libexecdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/libexec --sysconfdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/etc --docdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --htmldir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --haddockdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --dependency=base=base-4.11.1.0 --enable-tests --enable-benchmarks
Process exited with code: ExitFailure 1
MacBook-2:teststack administrator$









share|improve this question























  • Same again with Cabal. Example of installing threepenny-gui: cabal: Error: some packages failed to install: threepenny-gui-0.8.3.0-57EYYliZ1loIOlAOTIgmI2 failed during the building phase. The exception was: ExitFailure 1
    – Madderote
    Nov 8 at 17:28







  • 2




    If this is a continuation of a previous question, please edit that question instead of starting a new one. If this is a new question, what command did you run? Where is the code of teststack, so that we can try to reproduce the behavior? If it is a permissions issue, what is the output of ls -al. Pay attention to the difference between ./stack-work and .stack-work. The latter is a hidden directory in your current directory; the initial . tells MacOS & Linux to hide a directory.
    – bergey
    Nov 8 at 17:51






  • 1




    What catches my eye here is the "permission denied" bit. In particular, Stack is meant to be ran from your regular user account; you shouldn't be running it as admin or with elevated permissions. (Assuming typical workflows, the same goes for cabal-install.)
    – duplode
    Nov 9 at 4:39










  • @Duplode, closed the other thread since they're related. Other systems require me to run the entire machine in admin. Should I sandbox the entire Haskell installation? I assumed stack/cabal was just asking for elevated permissions, hence the reason I didn't understand.
    – Madderote
    Nov 9 at 6:24






  • 1




    (1) I'm not sure I get what you mean by "sandbox the entire Haskell installation", but in any case running either cabal-install or Stack from your user account requires no special preparation: even if the tools themselves are installed globally (e.g. because you got them from your package manager), they default to installing packages to a suitable place in your user directory. (2) On another note, .stack-work is the directory in which Stack puts build artefacts. Stack creates it as a subdirectory of the project you are working on.
    – duplode
    Nov 9 at 12:12












up vote
0
down vote

favorite









up vote
0
down vote

favorite











I got an ExitFailure1 again. Now on Stack when I build a file (used to have this on Cabal, led me to a complete dirty reinstall). I have the feeling it is caused by the './stack-work' permission denied. But where to find this './stack-work'? Looking forward to you professional opinion, rather than me nuking the entire install again.



Configuring teststack-0.1.0.0...
.stack-work/dist: createDirectory: permission denied (Permission denied)

-- While building package teststack-0.1.0.0 using:
/Users/administrator/.stack/setup-exe-cache/x86_64-osx/Cabal-simple_mPHDZzAJ_2.2.0.1_ghc-8.4.4 --builddir=.stack-work/dist/x86_64-osx/Cabal-2.2.0.1 configure --with-ghc=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc --with-ghc-pkg=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc-pkg --user --package-db=clear --package-db=global --package-db=/Users/administrator/.stack/snapshots/x86_64-osx/lts-12.17/8.4.4/pkgdb --package-db=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/pkgdb --libdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/lib --bindir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/bin --datadir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/share --libexecdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/libexec --sysconfdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/etc --docdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --htmldir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --haddockdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --dependency=base=base-4.11.1.0 --enable-tests --enable-benchmarks
Process exited with code: ExitFailure 1
MacBook-2:teststack administrator$









share|improve this question















I got an ExitFailure1 again. Now on Stack when I build a file (used to have this on Cabal, led me to a complete dirty reinstall). I have the feeling it is caused by the './stack-work' permission denied. But where to find this './stack-work'? Looking forward to you professional opinion, rather than me nuking the entire install again.



Configuring teststack-0.1.0.0...
.stack-work/dist: createDirectory: permission denied (Permission denied)

-- While building package teststack-0.1.0.0 using:
/Users/administrator/.stack/setup-exe-cache/x86_64-osx/Cabal-simple_mPHDZzAJ_2.2.0.1_ghc-8.4.4 --builddir=.stack-work/dist/x86_64-osx/Cabal-2.2.0.1 configure --with-ghc=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc --with-ghc-pkg=/Users/administrator/.stack/programs/x86_64-osx/ghc-8.4.4/bin/ghc-pkg --user --package-db=clear --package-db=global --package-db=/Users/administrator/.stack/snapshots/x86_64-osx/lts-12.17/8.4.4/pkgdb --package-db=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/pkgdb --libdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/lib --bindir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/bin --datadir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/share --libexecdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/libexec --sysconfdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/etc --docdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --htmldir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --haddockdir=/Users/administrator/Desktop/Haskell/hs_level_0/teststack/.stack-work/install/x86_64-osx/lts-12.17/8.4.4/doc/teststack-0.1.0.0 --dependency=base=base-4.11.1.0 --enable-tests --enable-benchmarks
Process exited with code: ExitFailure 1
MacBook-2:teststack administrator$






haskell cabal haskell-stack






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 9 at 4:34









duplode

22.5k44581




22.5k44581










asked Nov 8 at 17:20









Madderote

1879




1879











  • Same again with Cabal. Example of installing threepenny-gui: cabal: Error: some packages failed to install: threepenny-gui-0.8.3.0-57EYYliZ1loIOlAOTIgmI2 failed during the building phase. The exception was: ExitFailure 1
    – Madderote
    Nov 8 at 17:28







  • 2




    If this is a continuation of a previous question, please edit that question instead of starting a new one. If this is a new question, what command did you run? Where is the code of teststack, so that we can try to reproduce the behavior? If it is a permissions issue, what is the output of ls -al. Pay attention to the difference between ./stack-work and .stack-work. The latter is a hidden directory in your current directory; the initial . tells MacOS & Linux to hide a directory.
    – bergey
    Nov 8 at 17:51






  • 1




    What catches my eye here is the "permission denied" bit. In particular, Stack is meant to be ran from your regular user account; you shouldn't be running it as admin or with elevated permissions. (Assuming typical workflows, the same goes for cabal-install.)
    – duplode
    Nov 9 at 4:39










  • @Duplode, closed the other thread since they're related. Other systems require me to run the entire machine in admin. Should I sandbox the entire Haskell installation? I assumed stack/cabal was just asking for elevated permissions, hence the reason I didn't understand.
    – Madderote
    Nov 9 at 6:24






  • 1




    (1) I'm not sure I get what you mean by "sandbox the entire Haskell installation", but in any case running either cabal-install or Stack from your user account requires no special preparation: even if the tools themselves are installed globally (e.g. because you got them from your package manager), they default to installing packages to a suitable place in your user directory. (2) On another note, .stack-work is the directory in which Stack puts build artefacts. Stack creates it as a subdirectory of the project you are working on.
    – duplode
    Nov 9 at 12:12
















  • Same again with Cabal. Example of installing threepenny-gui: cabal: Error: some packages failed to install: threepenny-gui-0.8.3.0-57EYYliZ1loIOlAOTIgmI2 failed during the building phase. The exception was: ExitFailure 1
    – Madderote
    Nov 8 at 17:28







  • 2




    If this is a continuation of a previous question, please edit that question instead of starting a new one. If this is a new question, what command did you run? Where is the code of teststack, so that we can try to reproduce the behavior? If it is a permissions issue, what is the output of ls -al. Pay attention to the difference between ./stack-work and .stack-work. The latter is a hidden directory in your current directory; the initial . tells MacOS & Linux to hide a directory.
    – bergey
    Nov 8 at 17:51






  • 1




    What catches my eye here is the "permission denied" bit. In particular, Stack is meant to be ran from your regular user account; you shouldn't be running it as admin or with elevated permissions. (Assuming typical workflows, the same goes for cabal-install.)
    – duplode
    Nov 9 at 4:39










  • @Duplode, closed the other thread since they're related. Other systems require me to run the entire machine in admin. Should I sandbox the entire Haskell installation? I assumed stack/cabal was just asking for elevated permissions, hence the reason I didn't understand.
    – Madderote
    Nov 9 at 6:24






  • 1




    (1) I'm not sure I get what you mean by "sandbox the entire Haskell installation", but in any case running either cabal-install or Stack from your user account requires no special preparation: even if the tools themselves are installed globally (e.g. because you got them from your package manager), they default to installing packages to a suitable place in your user directory. (2) On another note, .stack-work is the directory in which Stack puts build artefacts. Stack creates it as a subdirectory of the project you are working on.
    – duplode
    Nov 9 at 12:12















Same again with Cabal. Example of installing threepenny-gui: cabal: Error: some packages failed to install: threepenny-gui-0.8.3.0-57EYYliZ1loIOlAOTIgmI2 failed during the building phase. The exception was: ExitFailure 1
– Madderote
Nov 8 at 17:28





Same again with Cabal. Example of installing threepenny-gui: cabal: Error: some packages failed to install: threepenny-gui-0.8.3.0-57EYYliZ1loIOlAOTIgmI2 failed during the building phase. The exception was: ExitFailure 1
– Madderote
Nov 8 at 17:28





2




2




If this is a continuation of a previous question, please edit that question instead of starting a new one. If this is a new question, what command did you run? Where is the code of teststack, so that we can try to reproduce the behavior? If it is a permissions issue, what is the output of ls -al. Pay attention to the difference between ./stack-work and .stack-work. The latter is a hidden directory in your current directory; the initial . tells MacOS & Linux to hide a directory.
– bergey
Nov 8 at 17:51




If this is a continuation of a previous question, please edit that question instead of starting a new one. If this is a new question, what command did you run? Where is the code of teststack, so that we can try to reproduce the behavior? If it is a permissions issue, what is the output of ls -al. Pay attention to the difference between ./stack-work and .stack-work. The latter is a hidden directory in your current directory; the initial . tells MacOS & Linux to hide a directory.
– bergey
Nov 8 at 17:51




1




1




What catches my eye here is the "permission denied" bit. In particular, Stack is meant to be ran from your regular user account; you shouldn't be running it as admin or with elevated permissions. (Assuming typical workflows, the same goes for cabal-install.)
– duplode
Nov 9 at 4:39




What catches my eye here is the "permission denied" bit. In particular, Stack is meant to be ran from your regular user account; you shouldn't be running it as admin or with elevated permissions. (Assuming typical workflows, the same goes for cabal-install.)
– duplode
Nov 9 at 4:39












@Duplode, closed the other thread since they're related. Other systems require me to run the entire machine in admin. Should I sandbox the entire Haskell installation? I assumed stack/cabal was just asking for elevated permissions, hence the reason I didn't understand.
– Madderote
Nov 9 at 6:24




@Duplode, closed the other thread since they're related. Other systems require me to run the entire machine in admin. Should I sandbox the entire Haskell installation? I assumed stack/cabal was just asking for elevated permissions, hence the reason I didn't understand.
– Madderote
Nov 9 at 6:24




1




1




(1) I'm not sure I get what you mean by "sandbox the entire Haskell installation", but in any case running either cabal-install or Stack from your user account requires no special preparation: even if the tools themselves are installed globally (e.g. because you got them from your package manager), they default to installing packages to a suitable place in your user directory. (2) On another note, .stack-work is the directory in which Stack puts build artefacts. Stack creates it as a subdirectory of the project you are working on.
– duplode
Nov 9 at 12:12




(1) I'm not sure I get what you mean by "sandbox the entire Haskell installation", but in any case running either cabal-install or Stack from your user account requires no special preparation: even if the tools themselves are installed globally (e.g. because you got them from your package manager), they default to installing packages to a suitable place in your user directory. (2) On another note, .stack-work is the directory in which Stack puts build artefacts. Stack creates it as a subdirectory of the project you are working on.
– duplode
Nov 9 at 12:12

















active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53213014%2fhaskell-stack-exitfailure1-on-build%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes















 

draft saved


draft discarded















































 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53213014%2fhaskell-stack-exitfailure1-on-build%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

𛂒𛀶,𛀽𛀑𛂀𛃧𛂓𛀙𛃆𛃑𛃷𛂟𛁡𛀢𛀟𛁤𛂽𛁕𛁪𛂟𛂯,𛁞𛂧𛀴𛁄𛁠𛁼𛂿𛀤 𛂘,𛁺𛂾𛃭𛃭𛃵𛀺,𛂣𛃍𛂖𛃶 𛀸𛃀𛂖𛁶𛁏𛁚 𛂢𛂞 𛁰𛂆𛀔,𛁸𛀽𛁓𛃋𛂇𛃧𛀧𛃣𛂐𛃇,𛂂𛃻𛃲𛁬𛃞𛀧𛃃𛀅 𛂭𛁠𛁡𛃇𛀷𛃓𛁥,𛁙𛁘𛁞𛃸𛁸𛃣𛁜,𛂛,𛃿,𛁯𛂘𛂌𛃛𛁱𛃌𛂈𛂇 𛁊𛃲,𛀕𛃴𛀜 𛀶𛂆𛀶𛃟𛂉𛀣,𛂐𛁞𛁾 𛁷𛂑𛁳𛂯𛀬𛃅,𛃶𛁼

Edmonton

Crossroads (UK TV series)