RE: problem porting sogo to use gnustep-make 2

[Nicola Pero]

Hi Sebastian

I had a look at SOPE trunk (which I understand is the basis of SOGo), at least
at sope-xml and sope-core, and did some changes to support gnustep-make 2's
flexible layouts -- the obvious makefile changes, but also I patched 
NGBundleManager 
and NGResourceLocator to work with gnustep-base >= 1.14 and gnustep-make >= 
2.0.0
as well as the existing FHS and older gnustep-make + libFoundation support. :-)

Some changes (mostly the makefile ones) are no-brainers that really
should go straight into subversion trunk; the changes to the ObjC code are only 
slightly less obvious and you may want to check them a little (basically, try 
compiling/installing/using SOPE in the various configurations, fix any issue,
and you're done, there isn't anything particularly difficult once the resources
are found in the various configurations). :-)

I also managed not to change the ObjC API of NGResourceLocator.m at all which
should make Helge happy :-) - the new code heuristically maps paths relative to
a GNUstep filesystem layout (ie, the old GNUstepPath arguments) onto the new 
arbitrary GNUstep paths (ie, what is required by 
NSSearchPathForDirectoriesInDomains).  
This means there should hopefully be no need to update callers, but I haven't 
tested 
or reviewed the callers in the higher layers. ;-)

It is possible to do better, but would require more extensive changes including 
API
changes - this should be enough at least for sope-xml and sope-core. :-)

Anyway, feel free to merge my patches/changes with yours / whatever someone else
has been working on.  I hope this unblocks your gnustep-port work - let me know 
how it goes. :-)

Thanks



-----Original Message-----
From: Sebastian Reitenbach <sebastia@l00-bugdead-prods.de>
Sent: Thursday, January 10, 2008 5:46pm
To: discuss-gnustep@gnu.org
Subject: problem porting sogo to use gnustep-make 2

Hi,

to install sogo, there still was gnustep-make 1.13 used. 
I changed the makefiles to install the libs in /usr/local/lib, bundles 
below /usr/local/lib/sogo-0.9 and the web templates/webserverresources 
below /usr/local/share/sogo-0.9.

On OpenBSD, using the gnustep-make port, sogo finds the templates, 
webserverresources, ... I got it to start up, and even authenticate me ;)

Then I switched to openSUSE 10.3, I used the gnustep-base and make rpm's 
from here: http://www.cenon.info/frame_gb.html.
On Opensuse all files end up in the same place as on OpenBSD. 
Then sogod starts up, I also see a line in the output:
[SOGoProductLoader]> scanning SOGo products in: /usr/lib/sogod-0.9
so these seems to be found.
but when I try to access the page that sogo should provide via a browser, I 
get error messages about not found objects.
I straced the sogod when I tried to access it with the browser. 
I saw it searching for bundle-info.plist files for e.g. MainUI.SOGo 
(MainUI.SOGo is in /usr/local/lib/sogo-0.9) but there is no such file in 
that directory. There is also no such file in that direcotory on OpenBSD, so 
I am not sure whether this is my actual problem.

On OpenBSD the GNUstep filesystem layout is nearly FHS like, so all stuff 
goes into /usr/local/{bin|sbin|lib|share}
With the rpms for OpenSUSE, all the GNUstep stuff goes into /usr/GNUstep.

I assume that I do not have a problem to run sogo on OpenBSD because the 
GNUstep filesystem layout fits well there, but as it is completely different 
on the Linux box, some lookup paths are pointing to where the actual 
bundles... are.

Hopefully someone understood what I wanted to say and maybe has an idea why 
it works with GNUstep on OpenBSD but not on openSUSE.

Any hint on debugging or providing further information would be a great 
help.

kind regards
Sebastian



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

patches
Description: Binary data