OMShell Macports install issue

[Adam Dershowitz]

As part of using Macports to build and install OMEdit, it puts applications into /Applications/MacPorts.
However, OMShell is no longer properly installed, as an application, into that folder. Instead a folder called Contents is created. This looks like a folder that should go inside the OMShell application bundle (for example it contains Info.plist and PkgInfo etc). And the actual binary is being installed into Contents/MacOS/OMShell. But, the application bundle is not being correctly built. This is not a major problem, as the binary can still be run from the command line, but will confuse any new users.
It used to build correctly with older versions of OMEdit, so there was a change to break this final step of the build step for OMShell.
Note that OMEdit and OMNotebook do build and install correctly into that same folder, so it is just an issue with OMShell.

[Martin Sjölund]

Is this still a problem? Does the install overwrite some .app in a local installation of OpenModelica?

[Adam Dershowitz]

This is now working correctly for OMShell. I'm not sure what your second question is. When building it installs three applications into /Applications/Macports/ OMShell, OMNotebook, and OMEdit. When doing an upgrade it replaces those, so I think that this is the expected and correct behavior.

[Martin Sjölund]

I had some Mac user who when installing from MacPorts got one of the apps installed in his local installation of the app. So when upgrading, OMShell.app would install into /home/user/OpenModelica/build/Applications/OMShell.app instead of /Applications/MacPorts.

[Adam Dershowitz]

I haven't seen that problem.
FYI, it is odd that there would be such a folder path at all, unless the user created a new user called OpenModelica? Otherwise, /home/user should just contain the names of users on the system.

[Martin Sjölund]

I meant his user folder; someone who compiles his own OpenModelica with the git repo as ~/OpenModelica. Anyway, doesn't matter anymore.