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 <[EMAIL PROTECTED]> Sent: Thursday, January 10, 2008 5:46pm To: [email protected] 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 [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep
patches
Description: Binary data
_______________________________________________ Discuss-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep
