Hi Ben

/ust/bin/xattr exists on my machine. Running "xattr -rc ." manually does
not fix the bug as noted at the start of 21506. It was sufficient in the
past but no longer fixes this error. As noted farther down in 21506

the workaround given in #17418 </ghc/ghc/-/issues/17418> no longer works.
It did not work in 9.2.2 either. The current workaround is similar to what
Kazu explained in

sudo xattr -rc .

sudo spctl --global-disable


sudo make install

sudo spctl --global-enable

It seems there are files created during sudo make install that have an
issue as xattr -rc . was never run on them. Perhaps this is related to
using Hadrian. Is it possible that the fix that was made was never tested?


On Sat, Jul 23, 2022 at 12:30 AM Ben Gamari <b...@well-typed.com> wrote:

> George Colpitts <george.colpi...@gmail.com> writes:
> > Hi Ben,
> >
> > I expected https://gitlab.haskell.org/ghc/ghc/-/issues/21506
> (ghc-9.4.1-alpha1
> > does not install on macos: ghc-pkg-9.4.0-20220501 cannot be opened
> because
> > the developer cannot be verified) to be fixed in rc1 but it is not. Are
> my
> > expectations wrong? What is the ETA for fixing it?
> >
> Thanks for letting us know, George. The fix that we have [1] is present
> in 9.4.1-rc1. If that commit doesn't resolve the issue then there is
> something that we don't understand. Does `/usr/bin/xattr` exist? Running
> `xattr -rc` manually on the binary distribution allow you to run the
> compiler?
> Cheers,
> - Ben
> [1]
> https://gitlab.haskell.org/ghc/ghc/-/commit/641972d65b476aac11424bde6c3bcfda1c65aef5
Glasgow-haskell-users mailing list

Reply via email to