[Hackage] #240: setup install does not preserve MacOS X resource forks
#240: setup install does not preserve MacOS X resource forks ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- I use the attached Setup.lhs file to do some Mac-related magic (which I unfortunately do not understand) on files built with wxhaskell on MacOS X. The key point about this magic is that it allows me to run a GUI from the command line. Without doing the magic, the GUI will open, but it will not react to any user interaction. I think the problem is that whatever mechanism we use to copy the binary over (say to /usr/local/bin) does not preserve the magic. That is, if I run it directly after a runhaskell Setup install, I get the non-reactive GUI. If I do a cp geni /usr/local/bin by hand, then the GUI reacts, presumably because on MacOS X cp also copies the magic over. Sorry for being so vague. Let me know if I can help in any way. -- Eric Kow -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects
#240: setup install does not preserve MacOS X resource forks ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: ----------------------------+----------------------------------------------- Comment (by guest): Probably the simplest fix for your problem is to run `macosx-app` after the binary is installed, using the `postInst` hook. See http://www.mail-archive.com/wxhaskell- users@lists.sourceforge.net/msg00129.html -Judah -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240#comment:1 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects
#240: setup install does not preserve MacOS X resource forks ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Mac OS ----------------------------+----------------------------------------------- Changes (by duncan): * platform: => Mac OS Comment: If you can figure out what Haskell code we can use to copy and preserve this stuff that'd be great. I don't think it's ok to call out to an external `cp` program. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240#comment:2 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects
#240: setup install does not preserve MacOS X resource forks ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: _|_ Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Mac OS ----------------------------+----------------------------------------------- Changes (by duncan): * milestone: => _|_ Comment: Note it will also not work in general to run something after installation. Packages have to be able to be installed into a temp dir to make binary packages. So, what do we need... We need to know what is actually going on. We need to know the proper documented way to copy darwin executable files preserving resource forks. We need someone who can test any solution. Assigning to milestone _|_ because we need more info before we can proceed. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240#comment:3 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects
#240: setup install does not preserve MacOS X resource forks ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: closed Priority: normal | Milestone: _|_ Component: Cabal library | Version: 1.2.3.0 Severity: normal | Resolution: invalid Keywords: | Difficulty: normal Ghcversion: 6.8.2 | Platform: Mac OS ----------------------------+----------------------------------------------- Changes (by kowey): * status: new => closed * resolution: => invalid Comment: I claim that my diagnosis of this problem as being related to resource forks was completely bogus. The real problem is that in MacOS X, my graphical application needs to be stored in an application bundle, so instead of calling foo I need to call foo.app/Contents/MacOS/foo This leads to some hoops which makes it impossible to just cabal install foo, but at least they are simpler hoops -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/240#comment:4 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects
participants (1)
-
Hackage