But it worked, gorm.app was it :-)
I uninstalled it, worked fine.
But then I did make/sudo -E make install, all without a
problem, but I can't find Gorm now :-(
All the other apps are at
//usr/lib/GNUStep/Applications, but the new Gorm is not
here :-(
You know how the Cocoa API
NSSearchPathForDirectoriesInDomains() or [NSFileManager
URLsForDirectory:inDomains:] has the concept of a 'domain'?
Things like NSLocalDomain or NSSystemDomain or NSUserDomain?
You know how filesystem hierarchy
standard (FHS) specifies things like /usr vs /usr/local? Or
how FreeDesktop.org (a.k.a. xdo) specifies /usr/share vs
/usr/local/share vs ~/.local/share?
See, it's really common that free
software for UNIX-like systems -- when manually installed --
installs itself into "local" domain. In case of FHS, to which
Debian -- and thus Debian packaging for GNUstep -- tries to
adhere, local domain is in /usr/local. Programs installed and
upgraded by the distribution's packaging system, however it
works, get to live in the system domain in /usr. For example,
/usr/bin vs /usr/local/bin.
Armed with this information, I would
look for it in /usr/local/lib/GNUstep/Applications.
yes, here it is :-)
But when I try to start it:
/usr/local/lib/GNUstep/Applications/Gorm.app/Gorm: error while
loading shared libraries: libGormCore.so.1: cannot open shared
object file: No such file or directory
--
View this message in context:
http://gnustep.8.n7.nabble.com/Install-GNUStep-on-Ubuntu-16-tp40858p40897.html
Sent from the GNUstep - Help mailing list archive at Nabble.com.
_______________________________________________
Help-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/help-gnustep
