discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Project Center will not Launch in Ubuntu


From: Tim Käck
Subject: Re: Project Center will not Launch in Ubuntu
Date: Tue, 23 Aug 2011 15:27:06 +0200
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Gojō) APEL/10.8 Emacs/23.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

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/

address@hidden:/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:

address@hidden:/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:

address@hidden:~$ 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
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep



reply via email to

[Prev in Thread] Current Thread [Next in Thread]