[OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2

[Sebastian Reitenbach]

developer@opengroupware.org wrote: 
> 
> >> What we can do is create a branch for the transition period. (in fact
> >> I think that ZNeK already has a SOPE gstep-make 2 branch).
> > that would be best, and iirc he mentioned sth. like that before.
> 
> http://svn.opengroupware.org/SOPE/branches/sope-4.7-gsmake-1.98
> 
> As the name indicates, I started this pretty early. I use this branch  
> to deploy projects compiled with gnustep-make-trunk/gnustep-base-trunk  
> on FreeBSD 6.x  but didn't bother to rename it, just for the records.  
> I haven't merged changes from SOPE trunk for quite some time now, but  
> this is straightforward - except for the Makefiles there's really not  
> that much to take care of.
> 
> There's one exception though: NGResourceLocator.m has been modified to  
> somehow work with the changed environment in gsmake-2, but it's far  
> from being perfect and/or complete. I think that this part needs quite  
> some work - I don't remember all the implications that came to mind  
> when I first reviewed it, but there were quite a lot of things.
Yes, I've seen these hardcoded path snippets in there. I'll take a look on 
what you have done. I wanted to use a compile time default to define a 
relative path. Just one define for both FHS or GNUstep layout.
That should also make the method in NGResourceLocator.m a lot more readable.

> 
> What springs to mind: Despite having proper major.minor versioning in  
> all SOPE related projects (SOGo/OGo), standard NSBundle dependend  
> resource lookup in gstep-make 2.0 based gstep-base won't be able to  
> lookup resources in an FHS environment properly. There's no (working)  
> provision for versioned resources in gstep-base AFAIK, which is  
> absolutely required for FHS, however (if you want to have parallel  
> installs of different versions of the same software, that is). You  
> just can't obsolete NGResourceLocator's inner working model and base  
> it upon NSBundle from gstep-base, thinking, now that they have FHS  
> "support" everything works without further modifications - wrong!  
> Also, NGResourceLocator needs to be rewritten quite a bit, because  
> some of the hints that have been given in the environment prior to  
> gstep-make 2.0 have been removed with gstep-make 2.0 - you need to  
> take special care about this and ensure that NGResourceLocator works  
> properly!
I'll take a look on it on the weekend, and see what I can do.

thanks for your hints.

As you are using the svn version for your own projects, I doubt you want me 
to be able to upload stuff there. I don't know how much work/problem it 
would be to create another branch. I only used svn to checkout stuff from 
it ;)

kind regards
Sebastian

> 
> Cheers,
> 
>    Marcus
> 
> -- 
> Marcus Mueller  .  .  .  crack-admin/coder ;-)
> Mulle kybernetiK  .  http://www.mulle-kybernetik.com
> Current projects: http://www.mulle-kybernetik.com/znek/
> 
> 
>