RE: problem porting sogo to use gnustep-make 2

[Sebastian Reitenbach]

Hi,
nicola.pero@meta-innovation.com wrote: 
> 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. :-)

I have got sope and sogo working now with only touching the GNUmakefiles and 
the ./configure scripts. I create a central config.make file where I define 
the main path variables, depending on either installation into GNUstep or 
FHS filesystem layout. So changing these is already ten times easier as it 
was before where these paths were set in many places.
The web bundles are not yet installed into e.g. Library/WebApplications, and 
other stuff, because I did not yet changed anything in the objc code. Your 
patches will definitly help me in making it fit better.
But my first changes are making the code more 64bit robust, with regards to 
library paths in FHS layout in sope. 
Then I'll take a close look at what you have done. I'll keep you updated how 
it is going.

thanks a lot!
Sebastian


> 
> 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
>