At Mon, 22 Aug 2011 12:43:30 +0200, Riccardo Mottola wrote: > > Hi, > > litedrive wrote: > > Why this isn't working I don't know: make compiled the installation fine, > > and > > once make install was invoked, everything installed bug free. Regardless, > > the IDE refuses to load, and I believe this is because it is a .app file. Is > > this true? > many things could be wrong. How did you install gnustep? With the > GNUstep packages of ubuntu/debian or from source, yourself? In the > former, I suppose a PC should be packaged too, in the latter, cna you > tell us if other applications do work instead?
Yes - we really need to know this first. > > .app "files" are in fact applications bundles, directories, they should > work fine. > > after make install, you might want to run "make_services" explicitly and try > - "openpp ProjectCenter" (should just work) > - "gopen -a ProjectCenter" (should too) > - "ProjectCenter" (should work too, but depends on your layout. > > if you installed gnustep from packages but PC form source, you might run > into the same issue I have on Debian: you have a newer compiler than GS > is compiled with. I have no solution for this right now, I am > hoping/waiting for weeks that Debian updates things. > In this case, print out the result of "ldd" of the executable inside of > the ".app" bundle, ProjectCenter.app/ProjectCenter Something that threw me for a while is my bad habit of compiling dev-apps as root user (i.e. 'make' and 'make install') on Ubuntu 11.04 Using Thematic.app as an example: This gives you the following in /usr/local/lib/GNUstep/Applications/Thematic.app/ root@tkacktlnx:/usr/local/lib/GNUstep/Applications/Thematic.app# ls -latr total 848 -rwxr-xr-x 1 root root 849958 2011-08-23 14:54 Thematic -rw-r--r-- 1 root root 58 2011-08-23 14:54 stamp.make drwxr-xr-x 3 root root 4096 2011-08-23 14:54 . drwxr-xr-x 12 root root 4096 2011-08-23 14:54 Resources drwxr-xr-x 7 root root 4096 2011-08-23 14:54 .. So the binary has executable for all regardless of owner, but: root@tkacktlnx:/usr/local/lib/GNUstep/Applications/Thematic.app/Resources# ls -latr total 96 drwxr-xr-x 3 root root 4096 2011-08-23 14:54 .. drwx------ 2 root root 4096 2011-08-23 14:54 WindowsElement.gorm drwx------ 2 root root 4096 2011-08-23 14:54 ThemeInspector.gorm drwx------ 2 root root 4096 2011-08-23 14:54 ThemeDocument.gorm drwx------ 2 root root 4096 2011-08-23 14:54 Thematic.gorm -rwxr-xr-x 1 root root 280 2011-08-23 14:54 Thematic.desktop drwx------ 2 root root 4096 2011-08-23 14:54 MiscElement.gorm drwx------ 2 root root 4096 2011-08-23 14:54 MenusElement.gorm -rw-r--r-- 1 root root 728 2011-08-23 14:54 Info-gnustep.plist drwx------ 2 root root 4096 2011-08-23 14:54 ImageElement.gorm drwx------ 2 root root 4096 2011-08-23 14:54 ControlElement.gorm drwx------ 2 root root 4096 2011-08-23 14:54 ColorElement.gorm drwx------ 2 root root 4096 2011-08-23 14:54 CodeEditor.gorm ... etc Note that only owner (in this case 'root') has permissions to any of the bundles. So when you start the application you will see something like this: tkack@tkacktlnx:~$ Thematic 2011-08-23 15:01:48.424 Thematic[7292] File NSData.m: 161. In readContentsOfFile Open ((null)) attempt failed - bad path 2011-08-23 15:01:48.784 Thematic[7292] Cannot load the main model file 'Thematic.gorm' The default umask for root is 0022 (i,e 755 for dirs and 644 for files) so that should not be the issue. All bundles seems to be installed with 700 as permission mask. I have not checked core/make yet for any recent change (and it would not explain why I am only seeing this on Ubuntu). But the solution is simple: make sudo -E make install # Or make install GNUSTEP_INSTALLATION_DOMAIN=USER Cheers, Tim > > Riccardo > > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
