From developer@opengroupware.org  Tue Jan  1 18:49:49 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Tue, 01 Jan 2008 19:49:49 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
Message-ID: <20080101184949.822F136D4F@smtp.l00-bugdead-prods.de>

------=_=-_OpenGroupware_org_NGMime-17853-1199213389.021634-0------
content-type: text/plain; charset="us-ascii"
content-transfer-encoding: 7bit
content-length: 5068

Hi,

developer@opengroupware.org wrote: 
> developer@opengroupware.org wrote: 
> > Hi,
> > 
> > developer@opengroupware.org wrote: 
> > > developer@opengroupware.org wrote: 
> > > > On 31.12.2007, at 02:43, Sebastian Reitenbach wrote:
> > > > >> Not sure what you mean by "hardcoded FHS stuff"?
> > > > > I just mean the hardwired pathes in the objective-c sources.
> > > > 
> > > > There are no hardwired pathes, there are just specific relative  
> > > > (subdir) names. And I fail to see how else this can be done?
> > > > Since there is just one (configurable) lib dir, do you want to put  
> > > > everything in a single place? Why would you want to do that instead 
of  
> > > > using subdirs?
> > > > Please enlighten me ...
> > > The hardcoded share/sope-.../dbadaptors 
> > > What if someone had the idea to rename sope for some reason, what if 
> > someone 
> > > has the idea trying to port the software to a not unix like operating 
> > > system? Maybe some standard will change over time, and someone decides 
> to 
> > > start all directory names with an uppercase letter. Well, maybe not 
too 
> > > often, but having easy switchable configuration options would make 
life 
> > > easier in general, no matter whether compile time or runtime option.
> > > And with "hardcoded FHS stuff" I did not meant, that the GNUstep 
lookup 
> > path 
> > > stuff is not hardcoded too ;)
> > > 
> > > > 
> > > > > Only for -devel packages, the Headers are going into the GNUstep  
> > > > > Header
> > > > > dirs. As they are not needed for running sope/ogo I did not cared  
> > > > > about
> > > > > them.
> > > > 
> > > > This isn't the most important thing for me. Though its definitely 
un- 
> > > > Unixy ;-)
> > > but maybe NEXTish ;)
> > > > 
> > > > > For developing, a working gnustep environment is required too, I 
saw
> > > > > no point why they should not end up there.
> > > > 
> > > > Because for developing a GNUstep environment is NOT required, only 
for  
> > > > running.
> > > > How could it be required for compilation?
> > > Well, when you only want to compile from source and install, or 
develop, 
> > the 
> > > headers are needed in both cases.
> > > I just wanted to say that when you install from packages for your 
> system, 
> > > and you only want to run OGo, then you do not need to care about the 
> > headers 
> > > files.
> > > 
> > > > 
> > > > > Further I don't have seen yet a variable or sth. that is intended 
to  
> > > > > install
> > > > > the headers outside the GNUstep header directories.
> > > > 
> > > > 
> > > > Too bad ... But probably you can do using GNUSTEP_HEADER_INSTALLDIR 
or  
> > > > something. Ask Nicola ;-)
> > > I've seen these <Instance>_HEADER_FILES_INSTALL_DIR, but these are 
> > defining 
> > > relative pathes, beginning from the Header dir, defined in GNUstep 
> > > Environment.
> > > I'll need to check whether there is a variable, but would it really be 
a 
> > big 
> > > problem if the Header files would not end up in e.g. 
> > > $FHS_INSTALL_ROOT/include?
> > 
> > I've just came across this line in 
Makefiles/Instance/Shared/headers.make:
> > HEADER_FILES_INSTALL_DIR = 
$($(GNUSTEP_INSTANCE)_HEADER_FILES_INSTALL_DIR)
> > 
> > I think that looks promising do the trick.
> arg, I thought they are different variables I am talking about, just 
> recognized that it is the same after sending the mail.
> 
OK, I also got the header files installed into the correct directory, I had 
to REDEFINE GNUSTEP_HEADERS before including library.make.
So the files are now installed at the same locations as on opensuse. I 
tested it on OpenBSD 2.4-current and openSUSE 10.3. 
On OpenBSD I had gnustep-make 2.0.3 and on openSUSE I had the gnustep-make 
2.0.0 rpm installed mentioned on previous mail.

short explanation what all is done:
- some OpenBSD compatibility fixes in the configure script and some 
GNUmakefiles
- ./configure will create a central config.make file, that one is included 
from any GNUmakefile in the beginning
- the config.make file is necessary, for compilation, so ./configure has to 
be run (or a default config.make file has to be placed there)
- The --prefix parameter to configure is used to set the FHS_INSTALL_ROOT, 
defaulting to /usr/local, as it was before.
- In every GNUmakefile for a library, just before the inclusion of 
library.make, and in case FHS_INSTALL_ROOT is set, the GNUSTEP_HEADERS 
variable is redefined to be $(FHS_INSTALL_ROOT)/include, so that the header 
files get installed in the correct location.
- I did not update the GNUmakefiles for libFoundation.

What is not working (yet):
- installation into gnustep tree, due to hardcoded pathes in the objective-c 
source, that are not compatible with the flexible nature of the GNUstep 
filesystem layout.
I could change the whole thing to use compile time defines to set these 
pathes automatically at compile time depending on the GNUstep environment 
variables. 
Or I could try to change it to use NSUserDefaults?
Any objections on this.

Now I go to change the ogo stuff ;)

cheers
Sebastian


------=_=-_OpenGroupware_org_NGMime-17853-1199213389.021634-0------
content-disposition: inline; filename="sope.patches.tar.gz"
content-length: 15431
content-transfer-encoding: base64
content-type: application/x-compressed; name="sope.patches.tar.gz"

H4sIAAAAAAAAA+19e1/bxtJw/8WfYo/L79dwjLAl+QLO454abAgtYBdDkz4n53WFLUCNLDmS
CPD25Ls/M7u6rG6WMMSQVJvWxtLu7H1uOzM7V5zJtWp/9yVTrVavtRoN+KYp+k3/FmstuVlv
tcQGPhdFWZK/a3zRVrnpxnYUC6q0TNNZlO/2WlX1VTRotWnO5r9KvwXbnKvCxLTU8cnByLFU
ZWaPD07OZ8oH9VLT1fEcH13o6sPqqIm1WrNeT5t/EaYb519qSk1YKRI8lySpBd9fpsvh9Def
//XBXDV2R731kqXOzE8qEfSJdT93yKVpEfddSRAE4i+Nqr80qtzS2PKWxpZpaVdr+5ZGeuqE
kBYR622p1m7sEKlWa5UqlUpuUFEorXatxqD89BMR5O3NFqnApygS+N3t9Q7PDgcn3aPx0eHu
uHd4OiKVDnlfIqox1S5LpES0S/UjebX+6lIzprZjacYVGTfrm2T9FdQ+OusPx2fd04P+2Xhv
eL6xsYkvN0qVhFLQfuPCniaUHIywoPseCo9+h7fHXouwQcJR9ca2qro5UfSqrl34D7SLUkXV
bbVEsgs161yxZh0Ksj7mLc9X6o7Pcy/EIj1LSsD/ynxuq9Yn1RqPzMH+6PEEIAv/NwHXU/pf
q0ui1KL4v95oFfh/BSnA/z6S9+e/Sud/AZY/Ng2Kn2WR1KS2JLVrzQiWzwMrHQyi+VZzUwQ8
D187i9H8GqBooCnK5JpMNWtz/VUP0DK+39gU9gNEvXt+eNTD5xvV9VeQcWMjoBDCUhRCeDi+
FiiizlGQR9QCa6ZA/5HvyVxXHOjxjNhzdaJdahNiq44DbbZZV4w0uiVnES6Zkr3U8tl0D1rn
risyNVWbGKZDLPXjjWapBLpCOQykx/Eqpop1qxmpNbDXtALFmBJD1Zxr1WKVHCuTwejdv8jW
1hZdOTv1zSapbDfhE37ichyfDQZ03dA143I6/vQvWgUPG7lHDNz6q9Fg2O+NT7rH/Y1oe7WJ
aXx6WoK9EP+fHAwu/nyrXjySBGTgf0D2tSj+l0ECLPD/CtJC/O/N/4NIwHYqCVgILh0S7uVG
DdB/BT6bX54IxLHy+qu9wcn+4cH5aX8cfrvhIeOpCuM4VY2JptpM1vBwm6XM1FvT+mBvbN6r
9gbtznaDoiYJJBj4eWtOwzuddYSO3kybqbDxL+yNNe4pCk/xp3cznT0sVRDk4cnorHt0RDvR
cRELrWcEvR2Zeyjm756f9I76SRUbV+bFn7fqRbyaUJNcRAsUesftTSrkgmZl0yxRRHJVEcU6
W+k4j0e9/aPuASMB/moi++aNMVUczTRK2DwfVcOAn3ZPD/ujMSz9/klvfD4cnDDyERTp3zkv
hN7F1v4XoXJFSksL6b+tzOa6ao+1PUUfmpaj6EtxAhn0v9Zs1nz9n9zAfFJDrhX0fxVpIf13
578azH9ulZ8othutVE4gJ+CoArDernMKwBZSnVZMLIxRUkHvD/ZMw7FMfY39fjfTT+cTQDW9
wTF8jpQ7QJ57rvrskVQkrSWetFGJSBsP1NY99fwn7H99qsz9rc9Ny9J1ZOl/GrDXA/4fz4kk
EAqK/b+KFNP/39gqzLtNLq/tLZx5WKiwBYCp9fEDrg9/B/PbNkUgkCJoIK18elHKGVG+iHJF
yElBOdtR58QrjHyMoBkT/WaqAjdVhf+AjbjUrmgnYFOnviLeq2BrH3d/6e8fHvVHG5BzNjMN
N2eJ0C2NsjlB3EKZ381t4H3dQ4jwa7KGXZ1cf5jfTtcoA4y/dXs82P15b0wrWIOM7OHWrFRx
X3OM+1qUc68yINLUnukJcOhzDxTLlAMaa2ICOPbCg+dmywAIs8MPw/dQRAAUM/lQ4v7m6oI8
/mOoic71zmadVCRpU8ZBzddC4s9+EiXJmGXHNHV3jpPBmIAlKJxgkXkb5OtmUdPw/8nBEX49
BfrPxv9yyzv/b7bw3Lcmtlpis8D/K0gp+D+M/u9L9q0G64M4JnF3fxd5nDHwT93DkwhpYEsn
ThnOblTys2IQIhJxuy1tt8UGovftCGWIF08vyQiDWEPKAJ/PSBp8INXfVMumUnlJ8AqFx8xV
x3gvjwZ7wCueDgZnIEsnl6CjDIUYq7hYvUSYAuB3D/9S3QCOKB2sJhst/JIQt7rbnMPGhDbO
L8W9ohqMixtNnwJHjI1YjHEDPnr/zcgnGrSfm1xP3/S7vf7pqJOQrerC93nmBb1eOFPQG0ux
7t2pYofkCwv48L0irP5vkDYk4H/U762S/5fqMnf+K9cY/4/fT9jP1FTg/zz438fwuDgewPyL
9Qjzn1Y+vehLZv7F+qaILatvSvUk/l+bAYdqGo5qO0wAwAcfb0xHCaNcRLqH8OpXfHVGmVH6
2/3TL4WceABiESPOqlImerSiHFVBKa+iibNYgGDVXKlOWjUcWMjlgcUC2WDHyJbHB8p/5UFj
+RbDw3Un3c3iw9Ehx/jq3Ux3m+rlROh+qezGhsQ6kjQG+OeRZjvckDCxzy2+uA5cQ+OP86k6
MadqWHwKvUKA4bwc3BhUW1M/qZFhxsr95wguyJQ9DO5qj4Dj3vgry824GGQh1n3hlED/r6a6
OB7C0FxZ6ujXo8ezAFnyH9p8B/o/qv+v1ZuF/LeK9FD6j4ujGiyOTBZAjFv+LgCRXhqprYQn
zBWJnTMjH3B4iae0m+TW0hwVhVPnWiX7lqqSkXnp3CqWyh2TbmIJAHemIvNBhroyUYlARjdY
VpZrm2QX2gT5yHEXKhdFUQBmtLVJzkfdrdXKkJwQGZcr6dFHDRVk8EkVZDCgEZwLiNR9iJqx
hS24gPGBuWMt+P6p0OnfFJt+fSmM/9nCvbEeoexLSIvxvyQ3Wo3A/0ek/j/1uljIf6tIMfx/
odjXmj0rebYwgKFgbWgXmq4598S5VZUPdmlqUvOYa8WaIotJBbFNwO4z1QGO2SaaY5OJouvq
lFzR7X+p3RFdMz5QXpVc3hgTarmCZMVfc2laQjHQEvp5E7LVeZVgHcVFFMlKwvf/qF5oRhX7
Vaq4P+BPPKdAinBiOmqbvL1WDaJMUbNFO0PMOTbQZkRFs4k9sbQ5kBrVsKF6eKY4lNrY5o0F
dMR2NF1ndTfwQAg+2bn06cF4t//r+WH/rFMr0Z8ng73Tfves7/0engJ+fdcpl9nP/VMQH98O
Tn+h/Do8FfDpwQjxcKe8HkPL5VKFy/DHlXGDorG7k4kgfFIsTQGc3ImV/INVuLd/4MIevu3x
pMuFvP9mxL0HhC4gntcM2De67makgN4enr0Zu7V4naPPev3d84OOyD0ZnZ0eDuEJ9eOpoS6y
IoubEmpwyQGWxxrHo9M9Ogbrf1GZgP38XPW66FZ9eHLWP8XjdiyTlH/rynazno/6qGLk8ncM
E1ZCBe33HHXiIDlzF7OhqlNYvjDNuqrAmgXG5J/oC1Why0P4RKQfq1P1U9W40XXyXwK8zJyW
5p5yOVAbSv5N1v9FBPUjqZH/vIbFY5QqhNBWMCaCmR+4j9i+qVxqpQou07NBb9DGFUrmV2M2
SZtkdm9/1N1fRHUm/0Dt78kvaKN4dLiLZo+dcsiYYH4FBUImBQk2BmVmqvfPhATcoXKlJr5C
Dsnb1yzbqw3yV6kS/Any8ASG83/+Z9zd6w/2S+T9H/5+/iHY2jZRPAUPnWLESDARbKM5yNyh
a5q7/ihnh9wZVW43qUVIg9kherWk9sW6MQzc75m9mVua4QwVS7FZlyK/oV/q5Nok5T23C7RR
7TK+gFmnGG+dQwSoFhBfI/Yw3IKE3AL6IBcq+Yjc6Fb5NSEw8dHyHuZIKm8aPzhkAmIxMLPI
jNkAA0DQE2pqKCPWmmxc0rrldwMa/jnUf2CkjYEBeGBoAaN3xwYh6WFkht92T09K5C1khGFu
k3vzhiBL7s00jj1OpQK0xAAMqgCjbk0JgIQf98CizynkrRLxE3vSZsPBEKdrNklNUEVJZn1U
jU+aZRozEF6gON+acM9s1bmZHxqOahmKDigUlhvrXdoLbkqES7L+VxT5fK4esbOG6rHLFVMt
Jy7mLfuaTRrrTwir54JTDgoejhAtuwhUrO/Qzje2IxO8oBOYBOFWc64F93AEKMbswqTIs392
PhzvDY53B58pLiDe0hAMUt7a8vYeyClAnfAl3abe0x9/XP8L5gmQ7lSzPlc9eEeDA1SMfkYE
R8g69jN3EdqCJx+2Flsz23L+YcNNGV5BnxRdA/lSdSe5a125SCLtBUAJK7D5NVW+Ww86WIZ9
Xr4r84uGX3tvBsf96uDAPAXGNc+qoxJ0TaYitChF+rygtfE+0wHqzkGKDrqb8MwddI7g1yJ9
/StOkD/TXhtmObpXQtwFm0FJ3GYKgVbSDMYa83367MWnLTxf3lMXAZFXE/NGnyLCvlAdWCj/
2mC4z1a9KWTIqQxLnHWhfBfQ2/J/+V/VMvMJkFpsbrbT5mbxpFBs7k7fCPvP0arYYx/XewuR
Q5iMcHmExb6H9zPAuH95/KNrr4gntJ9DWWlv2oTLGhxtQ07ax+0GWkpVpJ26azGV0f50ojS5
vKJqH9bN0C+/0LpYBtzCqIXL5kbBXKkGI9sB7o8/omvgFlDclWFS5h95EF03b5GEAYMNLItu
m8SVpcnFPbny2Zc2K03IsHv2xvu79/tRb+wd1NMXjBOW8ZxLht25HRqbxBaxLga4hJtCn8RS
TgTGIDIExB89BEBcvgHW832b/LAO2caQffRDOZyzjKg7+El5bJzbzh/z2+kfkbeeAui9y4zT
ReDpsCjgaDOYIIZMwgTkOhBFLUsDAIpx7wpjREHW8Acc1B9grPGIHrYeiGRX7XK8TyxRyjRV
L26uOvfAE7FhFulGk6X6ptTKHufvA7hrP9FBP8KF7o87JzEREBQVAPVJLUdKsh4LxOfk7WsP
g9Clw7JRxjfZYqRKXIca7rzkXzjkSwGkBiVucTbucf9W7AwK+feqQ5RPiqajFEleAW7FBc4p
LjdQ8oftwcCxZBr6PblWPqmhZenJojZfM+wrmHDgXhFyxBhaM5j0jaiF6nCJ5sAsOba3PqbA
A1/c8zXzGtXwiqRuKu/jzr3vA2Xnm8Eo5NsbWdSBF1izvnt41mZrKrMW33g8WlPYdjxa2cFo
zKQ4eqLc7lDRLJQFBcYcpZr1aDk0Z1kOVgqk6CAY7igkmP6kjimfl1Xb7iSBqMLDSNM2qqlQ
k8zr3/MOffFqo01MGq7FFVDqntxMF/MlcH0hzU+Z/IPn/ijekqjXoNygHvGZeCuMEH3xekpl
LhSyXO67HM0cHfB2h+doornLjKGP0AXWaZi+v3r90Rly5vBnFPDnpCFKhtfb7fa6w7PB6WgZ
mFV67gS5j7s/D07Hv/VPR4AGP2/hk8MT7kl1eqFMlbljWnZyO4ang9753tkXbsXcMqc3Eyel
DaPuu97pIWb+sq2wlbupBbQsbSzeDt5RP9ov3pBb806gdoepTTk5GOz+/La/m9kO+1qx1Pw1
e06wL6lWmP7j7nB4eHKQPewPrBhmfKbM5+iOm1w3NcvIrPVCM5KLd3tQYU4gdhIUJm9Q+80M
BOdxZzySc/VhsixRPErl/0w0GtLABersQAe3sCkOSAV0M7tc6BXyA3hkUn4dLUffeyxFrn5y
wA3TEHJWALI1G4bG9qa0Qyr1msjOKhaPw9Q01DCX7ckvVFPUWQ/9jIkOgsf+Ph27KeRnN4Wn
ZTeFZHZTeDy7KSTzGDy7Gc6Swu6FMjHWLrNctBTjeoRotxaydintfyRrlwJ1OdYusZNPwtq5
a5zfrconU5uCGBboA6g2HRZDpFJUAtAxSVCzbFTRZNBuw1vMthHXhaDv1JFmfAC4rj4k+oQq
HjxVrwGiM+n8SNbFTeLcz9nfEuahOhxi6lMQ6Tt44Bc8dGbzqWZ1yls+BhIQMQrr6y4+2d7e
FLcBn4jiptQMIZSk1sw+ADSyzqBSbDEN/ZqjGcxM0QxHNRRjolanN7PZPTVBmZAtJnEgooc5
wH27Lr6emoxcoMdtp7xOHW8Fff0v+OMzpSQeCsP/oSacjU6ZM2ChU0IlfPLjupsh0GSE7Xoo
wFheIS2zp6/5MQHw+0RjGw6xJBffC4yNg9Tu0GN2nJjkUt7bsWcpBCW4kQ2GILFQ4NHMXJrX
xWAcQl17pBSctwXeJNOQEcklfbn2QTBTYDFskTSucVTxfkHUmFwwaMIG/RU51P281Hryrbd8
XRQ7ybbJTLXxkNZG+kKPFjyQ3giRH80bZ0s3r4j0I9BB/AvHhx3iLAuA7lTo12l/dH501ln/
V1QsXudeA7tV40ThulRjuKYBuEbKxDXWjAjWZYBeErBnj4vfw6HQ2OM4O8qjexfBhqIBsUxc
q0Csn+lS2duyTLmp6K/j+dAfLiGfEM1n27qfzYtZM33tqwY5gxZFx4mjtgh/3CAZ+AOPW1xb
nzJnlpBQBaEBDMxyrio8W4bHNpUdg4dhzD8GIBYNn/1Rh3mRy1n5qBnFRNeAZyzz+cLLxLox
Dh22NII/owKCd8T/j4h4EJy1v+YkkXqDOo5X6vHjEK6KVAMGz0Yp04BBvXMsZeLsw+/fFP3G
PedIfAqN+617dN7vlP8IzlD+S9ACo2xX//3/Ov/5Z6davSr/EWNCQBSZAB4Y0EZ5h0/RRyQ4
JRP5wzFBuFb1OR6MCdfljRJZo2Yjr1nsL3bM12i4B7WMjMNmM5Vp0ulHKek0EwtcahbMEwgA
tCSe4gSHpCEAgmvVtd6jp7EeR/amVNmKP8uzAGKHW7AKYA08t/Hfd+n2/6Nfj3DvrCT+R63J
x3+VXf/vwv5zFWkp+393ceQx/o9GA0wrn160sPznLf+bLbRthU9q+e+FXkP8k8sTmjPhz+nT
XFjyf9MpDf8f3z+J6xdNmfi/0Yz4f4mtutwo8P8K0lL4ny6OpV2/YqULr68C9xfpeVIa/j/o
HXUnKLw9AQ3IjP/d4OM/iSz+R724/2EVaSn87y+OPEGepEiQp3QI6YXdOE/Sl47zRJ9zuFlI
Qs5CHDtnxHpKMojFsOEPiuLkD5kbwYiOiUQtRkVJZBajqNgQ+oMus2GJBKToRF6jazCMgqFO
nOQynfhrLBOpZLj3huZn6riOdyJ6nQScy8tlrEQg8iEhYvEFK3GoC/MTpkALAmfbN/O5aTls
/GQWblt2bxcJsN7ofHd4Ovi5v3c28iNiJb79pqJiMXcSmbpP1psun7FEoKzCjfxrSen3//Xv
HNVA7PZoFiBL/pMC/2+g/zT+ryjVCvq/ivRQ+u9e2xcsjhwsgLQdYQEWAkkvv5pIYFEeIOsu
D7HRYhEo8dsNqsjtnRAhYRTSDa8YyfQt0ZEiuuLXkh50/+uSdWTi/5D81yjiP60wLYn/k65t
fRjyT4CQUHjnOTF/kpxHW1JrMoyP3y7G93ZLQhhEF93HcxQYv8D4z53S8P8K4//WGpJ7/3e9
1Wo1Wfw/qVHg/1WkpfB/avzfkeKw+3q2iSi1AYfL0TuA0spHikr1tsxd/iE3USUhuxoJ42qi
JMS1RVxLXxW3QeRPafvfvzJpFfyfZ/8T4v+K+39WkZba//7iyMP/7STxf4kQXhr/lyX5t2TK
BuIX5QKDPZN0n0LS229KeVywgF9hWoT/LbWnOMqXj/8sNZsc/mf8X6O4/2ElaWn8zxbH0gqA
ZBBfm+63yVS/zRZHAdxdk0YCYq8LGlDQgOdLCfgf77voDY6fyPjzuxz4v8bjf2b/L9akAv+v
ID0U/8PiqMLiyGP404zg/YSi6aVeJr7f2ab4Hr8ovgcMiDslZDPzvsDnBT7/alIa//9kyP+7
HPe/13n/rxbi/2ZDrBf4fwUp4f53yp9nGfdLblz+qGp3gVl/UGQJ5J6G2Ze+zG3Y3fule9Cn
BpYdv/1uoDWqbZboBQIeUvuezJXJB+WKFp4pE9O+E+Yfrki7TRRdLwlrkXAVWI8AmSAPupcG
NVQycmKQj6BpG18YN6bd/3hygNeireb+XxD2I/pfEdjAQv5fRUrY//SKRjb/Odg8uRZh81KK
p5d8KRc8Jtl6Mz1vc7NBKvC5zc766c6I8nxr7Pnp5WRbknbN6f2BaqiWQm2m19bY7Y+r5wQX
dd6+uZhb5p/qxMl32PXcS7VIXyClyP8gCsAXRpqkESAfRwey7b/qHP/H7H/rTbHA/ytIAf6n
0j7Gu2PX67BQLNJWzb8BClBAfh1BZAHl4CdrUoSfzACTDoHibHoVDAsYkmTH5YXT5uNnUTcb
vjo/V//dWf8EY2TSXFu2clcS4vG4Q9e6R/2ANvw7GkbKHQNvC+uvQjE5N7bgAR+SE/1dUuqJ
hIKld6VGd63vbsN75TCn2jqyuPApu2qMUDnqpnT4v/0eRl8anJ/u9T1K9zjDitBdg4WW4CWk
FPy/d60YV+qReeUv1keQgCz8X5cY/99o1CSMBYMuoaJY+H+sIuXU/9q3GqwPdLb3tjVDS6Mw
1o8vm2QJghp61YkotmtiXJGQDcm3FpN2qDDRbNfkxbg/j0ogkSTEG/KSqUJkdjYeCBYGIWHn
86IOlWTW4plQyHnv3jFESYt7N20CuChNIYwsAL6/NLfmumY7j7z2uyAz+VMK/ofZGlz8ubca
/Y8k8f4fEtP/FPa/K0nLnP+5iyPPGWAj4QwwoXh6yZd5DthgDiCNZnAO6O2YRJ67OBAscPDL
TCn4/yndPzLxf6veiJz/STVRLOJ/rSItg/9T3T/iGhk5gbVP8v5ILflSDgdKJAi3jvp+Fj1k
U8RIGbJ7c3U4B1nDyFwf567u37JtiTK3YvjoIHi+NStVuFyJCh8/qomfUUoBJ4XASdng5opl
q1GzRe+5C4zlWQwKxCDEIBH3nI77HAG5ORaDgRxGkjclPkcg9P1iEFNzltgS9hyBuDkWg2HT
GAfDniMYN8diMC/TJykF/7+b6afzyYriP0q1Rsz+r9ks9D+rSMvgf7Y48rD/rQT2P146veDL
5P7rzO+nLgfcv7tfoofCBbdfcPsvO6Xpf87ePYXmn6VM/b9n/0P5/ybl/1uNwv57FSnA/xOq
qUUVv3sCLHgnwA9RDXHrZln5IA1GlpAgyjQ8pPzSbIjyHz/zPV/BKQPlT2NnAuzpI06hQ7gj
7xF0qFDkhKDSIfHgm8W5wJOkFPw/v797IuOf73LE/6i78T8a+EOm9j9QosD/K0jL8P/84lgm
BsgiGNE4IGK7zt0DItZZaFKGM0KLNMR6828eGw3k28YaCftfmc9t1cIxHZmD/dEX9/+WZFGK
+X83pSL+xyrSQ/e/vziqdHHk8f+OGogvAJFe+qXogfMxeNQKpUHNUBrMDoWJ0wl8H3B9OAoJ
7B4ye3fzxzB75tC9SP7RhobevfdMkcnwQoJylr5wK0W8yzJG2DnM6N5w75p78MO2g7dRV3Zc
Rp5g7T3OSSezI2FFPWt+z3WlgaaHHoSJBsJHbW44S+JwcBeZb3zVWp7clI/FPaSOURj28Nkj
g391hPaFpoX0/+TgSc4BMvU/ohyl/6IsFee/q0jL039vcTyOBUiC8i1xAc0GNhc+d5jvWPyg
gAsRG3v5TcWGoUwRpSDAFBUE5GWkhfj/bf9JLoHIkv9qshjF/5JUxH9cSVoe//OLIw8NiN4D
lQ0pHcjXRwdEEaVB+gk/Q7c7uY5n/CikSIrhLEkC4635mNOBt4O7vq7OdpHgPIV72tvBu93z
wyMkNkxwZFLw/in06e3g9BdPSgv1iwqBOzi58LkTisDwDVDCBwpcTSZw7TB6WZzJF+mJUwb9
H1qmYzr380dFAsmk/yH/D0b/Rbk4/1lFegz99xdHHvIvLiD/iYDSYXyF1L9GqX9tEfX3ByGV
+HM5vjran0r5uU4xWkUt7Oi1jPXm35z+N+hNjI1mQf2L9IXSYvo/WI3836zF5f9WYf+9ivQI
+j94mPy/gAFIgfQtcQA7yADsuDEJcl777Mek4QcomTdIyvD1MAfp7MEgohho0VlviX9zxqC1
jYzBtlgwBkV6XMqg/++Oj1Zx/0dM/q81xSL+5yrSY+g/LI48hD8aA2IBiPTSz3wDaCZ9r0vM
J0xyfcLY1gld/uwe88befFOHvAUZ+rpSAv7X8HbF1d7/2fTt/0VZZPd/ioX/1yrSQ/E/Lo7H
3P+ZVj5adMe1+Umy+9fUT4puWTd6JFwBYNjgVXEJaK6Utv/RRUxznsYHNNP+z9P/UP9PZv/X
Ku5/WElaav9HFkemo6fYbuwk4YEFcNJBvBxnz0gFcR/FbI/PyAi85NCSUVdPqreJoonh6eHJ
3uGwezTeO+qO0Kr+txHXuwTHzyiE7OiQhTvXE6Y0/H9yoO0pT3H583d55H85Fv+x2Sr4v1Wk
pfA/Wxx5AsDIEdk/pXh6yRen6Y/cDQLrlgr+9FtiNt505ySJ/vFXhexfoOBnTRnxH4dIcB8r
BWTJ/y2x6cZ/F1sYC5K6BMvF/R+rSBTHZ9z6kRj8Mbwy8oR5T7rfIxtaKNR7sy2jWiEQBKiP
beOJQr2HG/EYXvx81D918a3HhO9SvtPOHbmd3lEX3n2xK6fC77dmS6DGtPsf2XiNcbwevcYy
73+sefq/erPp3v9YxP9bTUq7/5HbL3HVXqstt9qNxPsfuXLRIsDUcSo9vE2t0qRM3RJsGIij
v/zONthisVtIE49Dm45eeMM2bEkokW6vd4j5UIwdDvePugc0CJEw1+YqEd4qug6fhinM0XZx
YurIRTEmylKRX1YMx+Oh0kDh1Tr9k7PT7slZR3xGlmbh+e8TIYFM/X+jFux/UXTvfyz8f1eR
EvZ/cD6bgQTqYrtejyCBxMLxcg0OE9QRE9SXxQSZircVYYBQmcOTvaPzXh9roeXev1ihJWH/
X011cTwECezKUke/huw/xp4k+qA6Mvl/Oab/l+R6Yf+xipSw/3H+q8H8V5M0EXnV/HlgLVb1
S/Q2J8m9zokqoXGXdqg2JyC8ce1FAp/dxh0fGBlyrzaqB72j7mSi2vaWD6p6qtrmjTXBk0p4
O1XmjmnZnjPD8vp4DtijFfK93W6vOzwbuF4WTKcC//LOf9r+37dMw9lVbFVagf2XKHL7n8b/
g78K+r+KlLb/g/nPc7q3nbTtk0Gkl6ZXr9eQGYBPyg3sdU/Ge4PjIZD/8f6uF1Lb2/Lht962
X47e8/qADglajvVxWyEigVMNBHXsrrum3Vze+FFY8NLd/iHY0ShZHXIYXIgWP0d0e+eqLrgW
Z+Gl0e/wdRzSTmiAADyM9BB0g8rrcxvYLZhvhZUnik2ca9U9tSOqZ76dbJUelHuxDNI3nhbK
fzNzOjauzIs/b9WLL3n/Z0N09b9STa7LjP8r4r+uJC2U//j5X2zshbqdthQ19sqGlA6EujnI
SA3gk1KD7vB0vMdEMU9ju/7KvlZBFlt/BS83iCBM5vNLXbmimhfIftTj8idk16c0N/6lXWAh
j4HKR0QSUCn6yvicYneuwOZC+rK3R7jUIVeTSYkc9RIejt50T/u98dHhLmBKqm82IweNDfyG
R1MgDBNdVQzSbhP6BwtFqNBahalmkXZJWAOG8heUQzcW8aalSmI+1x1pI6FTSIgN2DswnFA9
Vyc8obV69GN4OjgAlhvBulEfs1uSr2yu1gk3toWzq97BKsOWQvNIRhVVKFN1y1SvHWc+rX6r
9Ckj/t/g4s+3gPtPDt7AKCxLArLwv1hvxPw/G2KB/1eRFuJ/b/6rbP7zOHtEDT5yAUuHQ2UC
KhK45h8RQ49HXOi2lJwQmG54sgLrDSIcd5Mk3XhAu9HabEA/GtAbaiVCM8eO9E4Ozi1937Rm
e+bUu1X5WcxCFg2kfXMBuPJPFYP85rGje+5FXqTUlA//35quFeaVvcRpUJb/f11uefy/VMN7
f6j+tzj/XUWK2f/BaBDbubm8XEgQuAXBHQ/FbD7qUZuPHKBCBh8tes0Pd1i0TS0+tl2Tj7eD
09Hp3tHhyS/nw7anEvaVoJ6i6O0grtJAxCgkvcilw9XQkCOz9Nv+7rg7HI4CueJ7cnatEkOZ
qcS85PUkmg0Ylz7gNVGfoCYFte1eSaoLgpK6YlzdKFeqHYGhmxNF1/6/OkVoiqXi193d3fio
C3Sle9AfMZX6dgtJKn4xSYIbIugDC3zOKb9hlkZ00tpAoH7i5ISfGJ/tqJah6II/kS7nPQZu
O2XwiX0NrZuynMZEFa5VhQYWcIuCAGHNiGBdpgGoJjX5NVBQlDzOulDD5PqSCCDYqXeUMnX2
fhtxv7bsTwb8dEzBdqbmjZM4BOS/5NVkmtaE18St6Q4qAir7/bJNhpLP1WZP9tQuyb+JoD6o
6eQ/r3H1GWSpbl9qtOteAyZzIhydJvcoBTBnurr3ZvAWw/HjpkbZjv4G+R4B+u8e1EBvxz43
ev7iKS/9h4fLEf/vcsT/aTQC+i9T+0+x2Sji/64iLU3/2YJ4PPHn4EQpv9hu8Bf81WQWRE92
b1TxSGpPBQI00wyVEkOAp2sTxdFMg0w1C2QU07rnzyHeDoAmh44hoBG8PEgzjDL4AMgEvQlk
q4RCHPkvka3hm8HJ722eWmLPkUyi3Ocj4vBrj5K6Z01yS6KyMHzteHQbOxMQbZ9U+9S7HaHR
PNg2JeivkKK7PYwqAFm3XMrqI/rI22qsHY+lxCFgPkmLNYonZqg4DMhYZgvj1CtHp1yi9Rh6
vWTPOPoYhhAruwRZzOz534Ya/v1SPvr/OBOQDPovJ8T/EeVa4f+xivSY+19cGv40WuHc6mDO
XDRH4J7HGoLmj9VHI/V53eGuPBHr6BhYESWm+A1MtBbAFjzVRZI+V/AsRUaxxvtvNvyBLQnM
Wi1eKK4EplJ5Nd89a1XvOLdUiYOmtiLQgt2fgQkKDNMEv/PcUCVfEcxnGA3cSjvZt7/RFUKj
Lct1xifykJgGnCncI2qbYMBCJfy+ufr5nnqp3OiOzexyqHZ+7cjTxgQPhbVe97ehZc6Plbn7
FBiH+ENqXwTzcNw9GaJ+hhkLkzU6B94IC1Ov0sYaYwTFJrWKFJvufRKx5sbvFor2ZyP1NsI9
00qJMP1iryPEJgfryD9QD5aTmyV6ZaHX3eDKQjq6OzXqcbxdZ2z2rTkNufN2yJk6m+uKA3iy
a9vmRKPihv0t+fKycaBhJsUd97qmPEdDofAKRYCdF58ezP+N/XnJXUfW+X+j5fn/NKRGjfJ/
slzc/7uSlO/8P3FfJlmBSY22HPUByAsvCqrZrvN+AHUa84d98eofzwrJA0gvT1IuHdUSAgOl
iB0Uj0Y9JXACiupOpxpidkWvhkyaet2z7gbxyDPjk5cBGoIQMcHq9Udn+VpWyWxZbljhBvEs
Kl/Op9Kb4pa8VdtIGG4Sa1NI04e0F5mktdyjRot747SW1SUud1JLwgeOD24JT+NyNSZEFF+W
KiUl/sNTun9n+397979T/48G9f9uiIX/xypSgP/tWw2WAHFMEmbhB8fdw5NwDIiYX2jEp0Nq
15KCPfAeofEScii8m5QV8cf1/+5sbVExPa/dl7DAg1xI8B8VllAbkKX8R59n/sP7/0nCfcVS
5v6vNyP+n2K9US/0f6tIYf7vYYEcF3h1wX5u8vv5AQG8UoJ3he08A+Oe+H7H0w52XEZVhbLr
Wh6NN5WIKpYIKKhcXVnqleLEYgpmVxBIuKXkmJGevuzLzX+a/6fvDvt49+/s/d/05b+mXGux
+/9qhfy3ipTm/+nP/wL377C8Vm/Fo0HkABWFsgOAOKlPpk4vkucCtCjEAnVHHCqo+gJpxCaX
pkX6nmcI0U3zww3aaQsL9W5CasCWaO7O+5/elxOAvC97em6B81UdnOwfHpyf9sfN+u7hWWZ0
mEj+jvil5Ia0/T+wlImubq8i/rtYFxsR/2+x1Sru/15JStv/7vwv7fydUH6x57dIb8gSmR81
7mRypE1Uw1aJopvGFQHpBISTazRyZdrq12i1aJjOJrm1NEdFwQXtf/YtVSUj89K5VfAYA+Ds
myB+Uw39Jjk0JlubBJgYqsFXyVBXJuomGd0gBFmubZJdIMqY87gLjRRFURCBJJHzURdgvagb
xZjjecM9AQo7sLujX4THSAmP4WG3iPvNc2/GZ0j54z8vofh3U2b8n1orov/B+P+F/8cqUgL+
TwvxHFH8xyW+WlKM/0WA0mG4WqAaLzZiRFJNZ5adtuo4mnFlM35uATt33B0CQuiUc8bJP1bm
c4RbLXt2EwGAR9pL2MrdjIdOcVElAO/F14cnw8OTA0BYZURVXhnmz80068EpASu+sTzmWnj+
90TqoKz9X5fc+L91uS42Gf/XKO5/XUlaeP6XGvIBDbRltPGWo8xfYuFoOdjn3MmeTK0M6Cd/
rjdXJh+UK5XtgYlp3wnzD1eeB7+wBgzSTEG7ZgMdiKpYlQCZIM+WfR1pS6mSkX391bC790v3
oO/auz73rKwupcl/x/dPEvqPprzxv/n7f4r4L6tJafIfnf/Hh/5LB1NE/XvGqH9BSjn/fdKD
oEz6H9L/NOn5r9wszn9WkRL2Px7VZql9gvPa0Anv4hMheckToXQ9y7KxPwhP7jte8/9GZN9P
afQf0LbmqPKTcACZ9F+SovE/xUax/1eS0ui/O/8P4gASFcGLAC3WCBc8wAp4gIT9P9Nm6pMy
AFnnP3jnR+D/5dp/1Yvzn1WknP5fOY3DcOnk8AeTaxF/sGi59CK8YpAGL3kG9uFpnMsqySXo
iKJjCo0tudhNLOyC5jqgHcNYMr1KA5ks+NxhLkL4IuVauuirb+paOuoSJtEozY0ct0xE76l7
kPHP0pfaEWa+4Cm9Vrb/0/D/ycHhTJnXV3L+H47/SM9/0CukwP8rSAn8H0XG7vwvjcwTymch
9Rd0yWf0ls8mDT3SlN14Wd7mSIjeSF8cK5p+Yd7R+O0sgqP3Zs80DHWCR1jHigEbHSM8vg/1
LQXBfiXoNxYZkmLg517kRUpN6fgfF/Fq7n+utXj833Tv/yru/1lFSsf/OP950L+YjP6jxdNL
vhTsXyIP5uGpHRZlsxsBm437Jk4ZRj3FUSrIaP86fMawvgVeLxKfwvj/bqZb88l4gsHBnk4D
lKn/bXL3PyHeB/wPQkGB/1eQHhD/h1scOc6HRO58KKVkeiFKEoDbFoEo0C94wK9NDr26AVPe
zfTT+WRP16C9ZzSyBGO7R4MLxFqVoaUZaDHmPn+joEfunqVOIb+m6DYruTUrVfh6OMXrmq94
PRsMjlj4lMXo+wuGv4jaxECPvidTE82hmdqGKATf/Amrm/pBUMNprLLA2UUqUpGKVKQiFalI
RSpSkYpUpCL9/dL/AYGGgS4AkAEA
------=_=-_OpenGroupware_org_NGMime-17853-1199213389.021634-0--------

From developer@opengroupware.org  Tue Jan  1 22:41:06 2008
From: developer@opengroupware.org (Helge Hess)
Date: Tue, 1 Jan 2008 23:41:06 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
In-Reply-To: <20080101184949.822F136D4F@smtp.l00-bugdead-prods.de>
References: <20080101184949.822F136D4F@smtp.l00-bugdead-prods.de>
Message-ID: <3EF61968-8F24-4F16-A557-BB06126D2779@opengroupware.org>

On 01.01.2008, at 19:49, Sebastian Reitenbach wrote:
> What is not working (yet):
> - installation into gnustep tree, due to hardcoded pathes in the  
> objective-c
> source,

AGAIN: there are NO hardcoded pathes. There are just relative  
directory names.

What *exactly* is the issue?

> I could change the whole thing to use compile time defines to set  
> these
> pathes automatically at compile time depending on the GNUstep  
> environment
> variables.

Can't interpret this. (somehow environment and compile time do not  
match that well ;-)

> Or I could try to change it to use NSUserDefaults?

No, this doesn't make any sense. GNUstep obviously needs to expose its  
settings at run- or compiletime, otherwise a program can't work?!

> - I did not update the GNUmakefiles for libFoundation.

Would be nice to have that, otherwise we would need to compile lF with  
the old makefiles and then compile the rest with new ones? Possible,  
but awkward.

Thanks,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/

From developer@opengroupware.org  Wed Jan  2 06:29:08 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 07:29:08 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
Message-ID: <20080102062908.CC9F637FE4@smtp.l00-bugdead-prods.de>

------=_=-_OpenGroupware_org_NGMime-17853-1199255348.162592-1------
content-type: text/plain; charset="us-ascii"
content-transfer-encoding: 7bit
content-length: 3028

Moin moin,

developer@opengroupware.org wrote: 
> On 01.01.2008, at 19:49, Sebastian Reitenbach wrote:
> > What is not working (yet):
> > - installation into gnustep tree, due to hardcoded pathes in the  
> > objective-c
> > source,
> 
> AGAIN: there are NO hardcoded pathes. There are just relative  
> directory names.
> 
> What *exactly* is the issue?
Then some hardcoded relative directory names, at least when installing in 
the GNUstep tree, e.g. in 
sope/sope-appserver/NGObjWeb/WOCoreApplication.m in method 
ngobjwebResourceLocator the following relative
path directory name is hardcoded: Library/Libraries/Resources/NGObjWeb
but with gnustep-make 2 I would use the GNUSTEP_WEB_APPS to define the place
where this stuff should be installed. On openSUSE this variable contains:
$(GNUSTEP_INSTALLATION_DIR)/Library/WebApplications
on OpenBSD it is even different, so no good idea to hardcode this relative 
directory name.


This is better done in: DocumentAPI/OGoScheduler/GNUmakefile
# does not work yet, OGoScheduler_PCH_FILE = common.h
libOGoScheduler_PCH_FILE = common.h

# TODO: this should rather check the makefile version!
ifeq ($(FHS_INSTALL_ROOT),)
ifeq ($(FOUNDATION_LIB),fd)
RESOURCES_DIR=$(GNUSTEP_LOCAL_ROOT)/Libraries/Resources/OGoScheduler
else
RESOURCES_DIR=$(GNUSTEP_LOCAL_ROOT)/Library/Libraries/Resources/OGoScheduler
endif
else
RESOURCES_DIR=$(FHS_INSTALL_ROOT)/share/opengroupware.org-1.1
endif

libOGoScheduler_CPPFLAGS += \
  -DRESOURCES_DIR="$(RESOURCES_DIR)"

> 
> > I could change the whole thing to use compile time defines to set  
> > these
> > pathes automatically at compile time depending on the GNUstep  
> > environment
> > variables.
> 
> Can't interpret this. (somehow environment and compile time do not  
> match that well ;-)
I'd do change the definition of the gnustep relative path defined in 
sope/sope-appserver/NGObjWeb/WOCoreApplication.m 
as it is done in DocumentAPI/OGoScheduler/GNUmakefile, via a compile time 
define.

> 
> > - I did not update the GNUmakefiles for libFoundation.
> 
> Would be nice to have that, otherwise we would need to compile lF with  
> the old makefiles and then compile the rest with new ones? Possible,  
> but awkward.
I just took a quick look in the makefiles of libFoundation, there is a lot 
of magic stuff going on. So maybe not that easy as the rest. I'd more likely 
focus on getting ogo compile and run against gnustep-base instead of wasting 
time with libFoundation.

what about releasing a ogo 1.1.8, maybe including the AsteriskDialer and 
zOGI ;) as the top new highlights, 
last gnustep-make 1.13 and libFoundation version, and then concentrating in 
trunk to compile against 
gnustep-make 2 and gnustep-base.

However, appended are the patches for the makefiles for OGo. For now I left 
out the Misc/maintenance/debian directories.
When it compiles and runs, these can be changed later then.
Also as for sope, only the installation into FHS works, the installation 
into the GNUstep tree does not yet work.

thanks 
Sebastian


------=_=-_OpenGroupware_org_NGMime-17853-1199255348.162592-1------
content-disposition: inline; filename="ogo.patches.tar.gz"
content-length: 18525
content-transfer-encoding: base64
content-type: application/x-compressed; name="ogo.patches.tar.gz"

H4sIAAAAAAAAA+19e1vjRrL3/os/Rcfhec74GGPdLDPkkI3BHobEYNaCkOTN+3qNLUAZY3kl
exh2z3z3t2+SWlLr4gsChq5kbCz1Reru+lV1dXX1bDgf3Znu356SJEmTmo0G/MYU/cZ/y1JT
1XVFazYUeF2WVaXxt8aTPhWlhTsfOrBKx7bnaeke7kxzUsQDFUsz0v91/F3r2rfWaNA1WuOx
Y7ru4Pjs8n74ybyxJuYadUiyJOmaltT/sqwrfv83NBX1f7OhN/8mbewtU+iN9/92b2ZOD432
dskx7+3PJri5c3dRnwNrOposxmapVqsBPC7q/rioM+Ni13as260rcwx+Hk4BUIDU3JfUfVUB
iiTtlarValru5Iw//QRq8o4Oqujjp59K4HsA87lzcwa8zCUAH44+JtjdrcP/R/b0xrrFL1Cq
Jt8CzK2RfX9vT6PX67+ajmvZU1gHepJGY6cJqvDzPXwWEDBI7/Dno8GHk27HAAfgzxJzp98x
epf9ow69Wz0AbfNmuJjM3d3ZxHLnIKgA+C/BtuvMMYf31xP0HjdT81/g3fa7Dx+NwcmZcdHq
dgf9Xu+islMpVWEe46JzPvjYabU7feOAk6zu9WXVnI6tm+A1t995uU9bv3Twk1bqE+vaGTqP
/JYaTsfXi+kYPh+5zX90GzIVfvagf7xxVXruES+IJT7+G+bQGd1tCP6z8F9RdYnBfw3jvybL
Av8LoGz8p9c9oKDA0ro46Z0N2if9kHwg4yaPeFDj4iGeOTkfkQ6yjMTD++cVD7WkloESIcDX
bu+oRdG4VCuBw8uzdrczOGuddgClA+A1gX+789tF58yAxeHbu6P7MZQwJ4f9Vv93nHULX4d4
7efE7aIjWSVrO7KEhBVze3B+9BHLI5iLvhesjE1g9H6FMgTWCMXIaevnXn9Af1d24YWTM+ZC
OGPubPCCcXkYLapU80uKCE4kOangiUrO6hJ5/ixVt2g+/HdYGJeqJRA0Uv/k7OjkHHbXUbdl
IMHu3zuihSKh7acP6QDRlLv3uE9UBfVGVVU5nRLVIbZ6x7bxj+6xOTWd4dx2du+3ttDlrvGP
xXBi3VimE6oD3v8zrQVjqgcagK9B5eAmFdrHRokv/z/YsJWHc8gsm9ABsuZ/qqRH5L8iqUL+
F0LLzf+CcbGijOcXkCXnX8osUJZ0DOP4W0M4ftHrdYkUh3LYHo4hCJ/aY3OCBAT7Owzy7B0o
IECpGkrrAamnQ/SOewNUkVFBcup74JpzJN5m8OXBzWR46wIoBcCt/Vqmktykc9ueCFQvnBLm
f/DaeDExnY1MAbPmf5Ictf8pyAIs8L8A2vD8zxs3K1oIuflfmo2QLc6XD7W4zCASY2cPyQv8
fOCod3raOmsPyPSOzBa8Ny6xPxInamhq4CW6gIjp8lOuNillp5ZkXhmrLuEhlp02xktYb/6I
mrqpomlvU/ZMtEFjxo20wb34XEnYZQW9HQrL/9/uJ/3ZqHV+sinTL6as+Z8Smv+hdWJZhz+E
/C+AsuW/NYUtNJnA33MbuNfWFEt8f6TkkfRaIOm5+ZKzUDuvgkS8rOaU8UkCnivduVCbORsE
v512++dHbU9W2rd27cv9xJmNxjV5V0Yp2Knh9js2PRQOkQvcKV+rDaWcN/GDBUbzxOyG9AGQ
vXDrT9x0yt6OBqrK+x3UdLECoBw97/d+7hxd0BLS5Z2Yv32DFMZ/oottEvsRZeB/Q9a1AP8b
OsL/RlOTBP4XQPnsf3hc5EB6TQqQPpYnOfkK87gNYzwL11WEhXjRBuImfCj41dDDxr4qAVyE
+jPHntVcc47KcD89DmfzqT23bh5ZeGboIJRo975UDWVi5QCbKWQEREUMqFgeuJb52YxXdhBP
RCuL5IzVyKvMhfOTwfVi8mlwb7ru8NYMeb7QyuKJvBo52VNsnLAhUcP+ZV+7NfPLzHbmvLY8
iCZClUXzZdfyLxevmdVmULTbUzda0wEvkVdTNG92bcPRyF5M5zW0Csd5qQNgfHq8wIIU/XVs
zpFhZHo2vDf9SkNFpNXIJh6Ox/w2DNXXGo9bJEO0MpQ/b10Ra3dCXW1zklBXhgWctiRku7/M
0TxpgBxwEsGKz44vp9YX8hSk1kg5WS/pJbfuc1RLEqVWS8vJW23iuIkmitaTOVpIPc5iOrrn
DhWmHpLIq4FmyXqDMV2BToRFNpFXtp8pD2dNoq2zFSsfJUApGWaa5GMkqCONPiFGv7dcNAWI
vMYBN5FXSyxzvtqgVEDSbGKN5lG45ScK1xfKnmOAzZJGFzvAZtHRNcvXfp6UTO1+L1GoeJQp
u/uRTINqwtx0UK7R/dCKLLklJPKq4uXPrvXzaOiMa7dJr3UQTuTVFeTKajWScrbIUT5MFC4f
5Up/AzHbExSZ/7WH8+H10IX65LFN1qILWP+TVUmJ2P/grADtF9ngeyaSmP9lzP8WbrD4R1eI
8JzQGyt1b6ws6RKSmj/TIog9P+Hnk6365Zkzcr044eskOXDeY9eQGr0ZReekJbtKvUtWfuqo
r44dezF7GDqoiW+RrbFeqmYUSHutkpQfvsn3rXb7BFWIvB7Pzz90W8d4MazWvjTga/QG/c5R
r982DmTqCqPqyLIIP7FlEb4zrP2oe9nuoNqRwK2dfDSHYzgzQsULj76XSmH8P2+3EPSffTSM
x+moIP9/CPXE/19rNpt6k/j/K4qw/xVB+ex/cFzUg3ERB/qLuwVomyOgNCFI76v6fgNb9poY
6JMzc/LpJB+GGBlDjEwhhsUuWBbHTTua5Agt1Qi/41SK8//5+SZ5H1Gm/teQMf83NFlrytj+
r2u6Jvi/AFp1/RcxNRkpKWggAVnelxr7WiOMBvGMW8ZwTvK8B7K0r2n7qhQgwR7W9/bo3gnu
eiya2kKWDy3ITu9cuhqL7p6fdw327mw2cfHdGvLLabc6p70zg7F/+6VVSAo8cQ5ZyP0S8XQ6
7j1FXpNdWuAWHy+tGk2SqNpF14j9WhM9yOjtZTy2UBfo7xEY63sEjINyiHcTMU1EnrLuvb9w
EX65FMb/P6yxacxtxxycDq2N7P1AlOn/02xG13+bDVnM/4ugVfHfHyl1NFKWXBpOzpy1Rhzx
BPILKnbmz3MA5kqlP07aHeOi1/dkzr/h87roeWs5/GTDDkR+UVg8BL9yug4xGRhbMl3H9puR
bDXETY09h2Tfc4jJz0I+LUGYkl8rhfH/yry+PNko9iPKjP+iMfbfhoT1fzgXEPhfAK2K/3ik
5MV+tRFgPz9jcp4U36DTl4f5FDrR/vu9nT0CnVedw8uTRKdNw+4d263F/M6czq0Ru98bXoeN
dYjtDl0b2VLpHSQAQoVmioCqgGhBXArjP+GNhbMZv0+P0vFfkSWt4eO/LmP/f02TFIH/BVCA
/zfWFw9Zd907MDbn5ght1PYEw/XQvbPc+x3gPlhwrAAoDepQGtTdO5wVzuN1DTzYpgtubAfQ
YgG8dm3NAfKTc3G62+kitFTngrHlwJps55Gpk5Q4/TQ3UbgKKG/8kZkgYhRmZdFPy5EqodkE
0nB30D7uUu377/DLoJcsVekP9w4vjSGRc2bPzX1wBUEaDMdja3qLnx/YM/S0LmqLOWwc4I4c
azbfAebUhdXDa8M5/DCBay+cEfyaW5MJqVujMVqaeF/gh+NBq39sHJS3JbAtg20FbKtgWwPb
DbCtg+0m2N4D2+/LJQBTDQ47/7g86VwcSOTnWe+o32lddLzf530I278dlMulGvp5bCAghyXH
cL1cqjIJ/kk7hmIAqNU+Dx1rCEH9IJbzn6Qm+Ni07POrNitX6YNenVx8HNDM3tPha20ovI4P
ZLJFAUerwZ/wZxulOTEGHz6SpUbY9P/NIbBAXqTcW0gZuFlM8TAiyd5VwH9K1eBPAACUs+B/
/mfQOur0PpTAn//0R8x/BYPHBUOPH2q4s9Fi9Zh25dwxTTzOqXaEQxrsesHi8Cs16Ct5tSS+
i7OYTtGIynybmQN1sPOhM3TJK0V+w/cyR3c2KB/RV8APtV9GN6wbgFgJbDMDCNki5R/Q+JzS
jAA8wAEKrk3wr4U1N3fLPwBwY8XyeyOOl9+e/tccjKBaMYftg9gblgGLwFZcPOb36JhPeiv/
LeBzfw29/sPQmfamcGScOxA5vpA24F2MdPBVq39WAlcwIWzlffBoLyAcmX5Ho6ZHPTkEU1gJ
7M3peOiMASwS/nicmPABUcm7pcDxilzZJ61B+I3u9pUxW+MveMGcfrYce3oPVTuYnX2a8Jt9
Hk6sMWwxOtxazi3t4aQb8BnCTg9sH5W/bAd8XYadVP5SJt1EXsFLV7sB2x97px20ONeH0s93
M/D0auy9T+UBLQC/pazgTc3wCxtiQOZ70GYLwRGumSasG4/w657zAGWS15wwD11fuE52ztij
cx4iX0kQJ/nPMLFHwwmUEnA0+aWkPEA14QHSi0msfe16k2ukbe6aXqMRjjQdx3b2wWxiQiQE
7swcWTePAUoSkYiQ8buyV+nyGb0av0CtQSa/CAQBIhw8YWR8hIMoeCfmtctklKp4P7is7kXw
JmWQoorCnOma88WsNYNPHjAl5xrmx7HlInE5hq1uu+Y+uejLPOOif4KlYOiqJx1lqhWQ0G0N
OfLM/Crjj+u9WxxBwo/qXaVIBt6N7MVkjID/2pzPTefvFQKisLcomhCUK0N5R/qi/CUYu+X/
ZX/Vy2TFSH5PJLsUfRneI8VfBYsF2kcGen1G5sUu+yPNG1EM8hIB6AkoF3M5hO7/+APpd/h1
ijfkfw0lxW+zD5ikQbyEr2SQKRJZmlRklTijgYznT5Zuo5vbBwcKXfKaoV9+pm25DH78kYgd
qnxFi7k1p0T8I34mZcUv4THwYALrdmpjNRXpMpOJ/YBkIVT7oOozcW1A54bg+hHc+moQHdcA
nLcuPnp/t3/vtj03swG+gVtHbSAJUVU0aafRCLUO/5m8twZlZHDa3wflyOWtn3BDdFHP+OjB
KJ4A6uBDWMNnM5oTI1LwE1lIQgb4A5mXgrXIx1L4JvGMkph0qeV5m3PTS/NTRcuC74tSenMV
b8xewMHSuRgcnV+ixpnac/BowvnY56E1QWgF3qFoUrCHGWNXBc7xbDg+SHGE7OnkEdwN4TyQ
YS3gTRFctmY4sEZDpAaikil3wbGBrVPWlEyUEG+hgbADIMzfmnMXwCmm41jjMVQmrx/Zmlkr
HFMLHES8OeYOGs1wTCMN7y84oUHzUmaGOUVbqeC0wByHW9W6QZE8/tx+d2NNx+4cK4UDXdsB
fwYGsY89A7djBbYPvFeJdMxR7+zDyfEl7GZdOzy52D94hMpvdi02fIlrdxyvqWegiujtWGXH
BmpT2KTYBLh/AF8zkgTJ7xy5dC2aD4UiWa2shJKijTClrcAJm5LYpmxaUu3+Aa+IOrwYebRK
PbHUyOhEDq9dVEBKtdFH5DVXegVYVPIfE8PpRa/d2wfunSeSMRaTkoeJYZhAHcS9gP+OQYGd
vjHz62D2RiR68PjfB5PgMZ4aodR0oluOJo72wP4Bqy9EU1PFMAyzpBFgd/4HASX88yv8M1ru
V16TcYszPrb6nXZmcUT9Rfx1G3KJholhKSEQ/rpLL7KY+zWl8kH70OhcXJ4fkHz06tf6+Bpr
cmk54XA5h93aMaJ5odoym0C1yU3N3W+dGWRUxAtwhlOXWCpSy7i6uopmfXh44OagAa38qkjf
fE1s1QG3WcOy7KsXz4j/kO3WRYuEbNpwrVAlHRLjDr9ivOKy2SofzOuFxa0Mr9tkDuFra8rN
zaz9ZLMBr5BAZVmKmQL3BpgoQT3CbZGgEsVZKkhIFrxWg4mNPFj00crevCUCsWErJ4OyWCVu
ajvKHqiqCo1Tlq4RB7V5yjXkuMMexNjQ73Ip+mSl2mY1wVp+TbC2WU2wxtcEa+trbzW+yGa1
t1qWxoO0p1pcU8rMF81FlIha9LVSNaWE519TU0oodTVNifuSG9GUYCnhkr6HI9m2xlBFCuaq
2GQMB0OkUjRBxW3CMQFU6jhuyT68i5JV4vN0tLm6a00/wXLpXD16BVDbAbAn49nD+AAtjwQX
5/czOB85KO/6SlYNAUdte5vM4fDWB+k9dnVT1eaOrIdwglcbnhT/+OM2LBq/dtlbhP8zy6+h
zM0eclimtH/gL8jxM3l3WRcHmGm8uL9/JA4EGN3jz7rmpCj5QfBrwHFDDgSoTbZl+GHBZv/M
z0h4N/Xd4kUmFEXG+vJ947taIBDnZY/zSYgNw7crZEjB0Y8z11zgBWBB+IZXALyCvVcEP9qL
+e7EvgXKjxCH0V/oDW/XKgA+RPfk7BcUbfOye3Gw/fdSWGYyN6HAlBiBqar45CVVb0asiDw+
cO5BzSGPBFmMy7ltE44dKFpGluky7Bu7jMQNUwMonx13x8NZGbGCY/5rYcG50Q+8VL3rv67M
63JqquN2tzWCeqZbZlLhtyXnTKl73LflPWTccOospidz8mrBn1EFxVsC/C4yCQwW436gpePH
airYzKlJWtTMyVSRuMDprZJnLnCaX+AcZTT/AH//OpwsqP2SexU+3K+t7mXnoPzPwDb6vwCt
0Jbd+v/5fwf/978P6vXb8j9jAI7iO8Cm7+GH8ozK0UuM9Vtmjd612p05mSGDd+2uXCmBLbys
TDpPI0vZWoOuOIztqYnaBMV2BxzDdIm3FIEy3FgO7CeoPOGcyDrL+GWwBdSoX8F2ZGWkVN2N
X8szAGJGazgK4Bh4bicVQU9GCf6/OGwy9j9EP9Z0Bs7y/5UaKuP/i87/VOBPEf+1CMq3/9d3
2kWh2YNxkcf1V+e4/iaXklwA9iDB0dTh53sadMAbn/kPW+S5r6KzNCBWT+fuawn6zU36YK+2
R5m4RcN+Z7MLR963QTz8h4z1YZMHQGXu/5AaDP7L5Pynpoj/UAQtg/+hcbHSto/EElba/7HB
PX/5T4Bq4GeBX3t0I3SYW3iH+R1NrNm1PXS8yNwvXMiILR5viJL2fxt27xpFDnUHhC8GqKNX
rCMr/k9To/E/GlAA0POf9IbA/yIowH82zhtxJTAiO739McFiJcF+YzHF4TtUCUjyvqLsK++D
kB8ZJSRnJrE/kNM4sahwUDmM7czWa34Etn+7szXir/kvkr19OzsqG23jynKlAvQfE6wtFHUN
maRPdtE/8gGbJAubk/gfudO7l5s5ByYz/o/Oxn9okvPftKbg/wJoGf6nYyJPsAeZF+yBkz85
K433oC518svzRnvghoOkL/3sgJSIR3EXCxwywgOAeJg1eufcsceL0ZwqxhreTafRYG1e5rhd
Zs1gEStbOCLmjedmuxdDyfhvz+0RPg0GBWpdSw5k6n8NRv9r4vi/st4Q8R+KoOXwn46JOh4T
cTmQUwtMKSddF2ziEx4TdcEEBMaVvFz8XUcfRO9M+DMO0/h6ANIJ/Z/N/4cT+/Z2rZOAM/lf
V33+b8h4/qcomlj/KYJW4386JjaAAJySngIDaDXfLgp4XBrHAXonAQmy+b/z2T6yp1M4a18V
ArLmfxqV/3j+p2P7v9JUBP8XQavxfzAm1pgMphe2+Zlh+uRwI/PD1aaIQQO8XHxKmCUy4BBH
nuBmeK6o4tiCKo0lyxTxcqaLb2bGmI3/fcN4Yv8flY3/SvBfVkX8v0JoNfyHYyIP8CvpwB8p
JbmAbw7x4Zu/OqhHOBDHeHg1DO70yGkK7iiTQPUXTNn4/+/e8ZrLQJn6P+v/Q/Ffa4r4f0XQ
aviPxsQGNP9oMW9I50ev/upEAIaCuAxAlyOrQfh0MI2eDoazCSnwIikJ/y9Par8Njojrz7o+
ANnrP0pg/216/j9i/b8IWgb/0ZiokzGRw/KrSjzLb0IZydnx4TPI5qsva/Mltbzkpfd1jb7e
G3Iw2buVtQCUyv/n5PRw92nn/1JT13z+1yWi/yloHWitkZ2TBP8vx//emFgPAXilPAUGePV8
yygQvCPXWce7yUeCVP434K3xYrLW4u/fcvB/M/D/0GWJ2P9Usf5TBC3N//6YWA8AuMU8BQL4
FX3LEMC8JAcDmLsxEEjl//Vd/zFl8r/SZPi/Sc5/kwT/F0FL83+2638K16d6/YdP/BRe/0/o
9R9Q3vMfB55VZoUxlsX/eoPR/3E6KP91sf+nCAr434umi3bDD+fWtTWx5o/gxvqCYrqln/jo
jY2lACGxlHRk0PApEho9RYLhiSA0Ez3VsDb57X7Sn41AbdLuncJPY/ild/3XEYlU0zOAY6J4
mmPgzhc3N6UaCUTFi0Ol7jAcHI9DpVbQjs2kzOl5K6XEd6CxqkqAbuF8EjNlmP8v7sx70x1c
mdeG6Xw2nb5JI2I+qf+3rjHr/xqJ/9HUBP8XQdnyn4yJenxM5FgAUrRgAShXOZwiQvvA36MF
oPeb3w1UAledQ6PThyLXX6kwYjoB3tJd29pK0xri71eqohx+CFmisH96dKwvg27r7Piyddzx
LW1003hnejux3LvdyQxeR1vGn6z/w/zftW+t0aBrHA5dc0DD8JKFkifc/6toSjD/byK9X1Kk
hirWf4sgPv/T6LJeTAgU/xud7IbxAI+ROhkj9dAYSZsUaFqgA2SUkJw56v/tLq5R7EMcg5pi
VuSEze138QSJpoJY0qT5xOh+vMZ8ArX4cShmtLwr4zURFPQ6ewpBO6eSWRA++Dn69pF1WKRo
ePG2SawkXqa4TSGWxquWnICm7ijoCDSVLAAPb+amUyNnevjqDP6CKH4PdaUHVUHgXap9T87d
WsxmtjMH73CEYHSmB7gbjj4BWD76dWsj9Wpuo+D4KMhe+ICS7yqooNQIGvA+ukyDZB5khLEl
iY9O2zQxk7USj/+NumDkdwGs6ebOrbnDL7Wx5bjo/WtQGJz+gmZuFUAKo0Xj50L8ViPM4Nbm
NsqNDkJhC4ElkGNQyjAxagmaHJYWHzkV1E7haqD8K8My8Ol1KAyznw3H1v0BNimSckHk178O
yuEC6tvb/7G++tl85qiUf8DykTlibAy2t/+iZ8Th6Jzk943lpbz/DMrc506uhBSBsuMIi16j
BY3FaUOUioxC7zhjL11wn4zL5wbkgokv/y/gTGxzJ4Bn6f+azMT/w+lkqAaI9f8iKJD/rGxH
/Z8nwBNz6GpS1uRczxPZqQTCggvKMvLQb43zCfH5nx/+bVUbYOb8X2f0f+L/o8iC/wuhHPa/
EDIkBIDLsABqjbj2n1FSciHYCthEwIE/URQ2eziudY1Te2xOeHZAvvlvTMNpL2sApOdorGgC
5OWGE43kV4iYATfc/zz+39Cyn0+Z8R9ViZH/iP9lXZI1wf8FUPr8P+D82LJfXKwrUWWAXe1L
1QL0HVlCS/t77HJffidsZFyzSdjDVE/sWtLcPDy99g/5RBMy/zw2dEzqvQke0EzmwQSfpvYD
uIP/4PQKh8ts7Krobzj9Awc/gkZNQyf/PIOVgD2WqxJZNjw6P//QbR0beFqHoGVmzUxQu0Lz
odrV1K7NqGt+KBed6wa5ulCnCuF38D69w5/JVPa5x7WgfBTGf7Jg1jo/2dTSL6ZM/w/J9/9W
USx4ZP9VVLH+UwTlX//1x8ZSil8zUPzSC0jOi7eMa0jfw5/hVd+oJwRU+OIn5KQckPMytcHt
d94xv9gm94QKIS/+d9H6n6Qy8T9Q3B9JbkA0EPxfAMXifydpJkwc8By6ILPuG8vD2eUnsbrg
HlIFdXrCA9LDDohP05ohG1dT/9KhZgs7XZGg3vBvRhHFGjC6To5z21HxnuhGBL2oDsfMVnna
GuJ5oqNRfS2kqS0LeNVS9aqXojzSRernHpiCCqGI/4+NIz5uUPdDlGn/k33/P1VWqf+vOP+n
EMqv/+Gxsarul5w5Xe9rYm+/Zra3H9Li0PHYN7ZzD9yZObJurBFV5cDzKnO8p94qyr8vixLO
/9qY7y+iTP6XfP5HEWDx/E+Thf2/CMrifzwuwmeALWX5bzCW/4wSkjNji/8etvjvEc3QY5mX
y/Xb70johCefwa1HPP43bKjGbm75P3v+pyuR859kXdfE/K8Iyrb/E67FY2KlM59iOdPPeiLu
/YTLk9fw/RlMZLMfqou5G/Hbm7h2qZY4+VnVJk9eE0/EMONwNuCh66c22oPnnSOFA6TIDeIf
R/LFI6TMyG49zy9vnWgpaxwOKIKlfMPEw/+P5mS2oaNfMC13/iv1/5KF/b8Iyov/ZEzkifkl
RQVAPGu6BXAtCUAqez4RQHknLgPIjZAQUN6zoRJpzo3HyVoS+QXwvyni4X9rfG9NNygAMvG/
yer/EsZ/Wej/hVBe/KdjYqUZACfvE84BaG3PIgKwvw3lnrgI6BpXl67pnA6nw1v4xYoCrYED
JmpEFHhFxGUBXmkS8wBBmyIe/tOwjxtzA8iO/yhF1/+bSkP4fxZBefGfhmxcZek/njU5F9nh
+d7f4YlLQCvqYHUngO13fimVNd0Bnkps5FqRTxVo6fFhkjeQ8/l/Oh+O5hsDgGz+Z+f/Dcz/
miL2fxdB+fkfj4kcABA3AHDyplsA3h4C1J8LAnj8j05vNR1zOjI3cwJ01vxPaeiR9R9FUnUR
/7UIysv/oTGx0iwwsYT0uSCN+ojngqe99qU338PTKabMlBlhqObnMw2G2Yo7PWSShC2FGBEV
GvwyXFAo3gWeH0arik8j2+bNcDGZ04gPgIFEf8Jn/PJ7/+Q3f7It5pzfJvHxHwcjGvSObcP2
fqwhBjLxX2pG7H+KDP8W+F8A5cd/PAzq7JhYUQykF5TLMthcyTLIVvlMYiCfllcKPSpHVLC3
w4JCw0tK1I4YKuUFLSwJYH8xlIb/Bc3/ZUlj1n+0Jp3/C//vImhZ/M9hAEyE/HQLIIPy6o6s
gCr+RHFh6KYaQC0A2AjgT+g9qwCjNzLbcLjRYhLub86w8LJlS54tTTSO9JOGnhT0AiiM/5vz
+WUpG//lSPxfGX6L83+LoNj+z7GFYwpa07kNztstFGNzRlVmJA2Wi/mbrtczaz7y3o68B6ro
C1t6jMvD837v587RhY9LGOXITku8m4j86W8q30IBAf3o4qVq8Dc2iQQBISfW9cxy7dGnys7U
rpRqkargO3uhAGvr6cfD21vHvB3OcyrIINgIVA0FzKxuTaag5t7AWs6v2pV6YiBlivTGx1a/
0x5cXV1huB9b7nw0MWHLo+CbW35oxhvACL8gRGPo4o0l4P/bpjD+t+3R4t6czlEEEKgj/Wxf
r3v2G6LM89/1RjT+u6QqYv2/CArHf2T6v077f8ko7xklJGd+nmiQvDBReAZCDhtGX3jPPhQa
Hj9E7O3U4s4k+NhptTt9kgSr4IEFajc5YVhn99qOxB6mCbGWjo0/+BYxE8WfCYlF49MjunGI
TSzU4Wz3HmwF944n9vVwctJG0mPyGd39M9vOX00Nq1z1j7nAz2sccJLVafmlKhV2qSJ0QuY9
eeZny9iinpvpXhDx7D9wdGxy+0cO/1816v+r6yL+UyGU1/6Dx8RKBv9Yzif0/cV1Pd8KL2Gc
uLkeX48u6Gp4QRfb6Um+/Mu0YjFW0IYoIf4DOvO1KP9fWdIa0f3fTUUR8R+KoLz4T8bESub/
eFZOLl1Y/1+S9Z99NbEE8A0TD//PzIfNOH5Syoz/LbH2f+L/LYn130IoL/6TMZFnAhDb/xHP
mr4WsNYMgFT2bJv/KOtwnTvRvfAkAAcBUWgQEJpVzAIEFUg8/N/Mqa8BZe3/adD9f42Grksy
wX9dFeu/RRAf//0jUBkJkHLuayRwm7ovxaK+8U97TcwY8fVcRjsvgfUOcI2c2xprkqXPbwUv
2YuGz/+3hdp/4e3o/j/4p5j/F0F59T88JlYK/xPLmRX9Z2917Q/XtZryh4+83IQRmHBPXAPE
18NB4PZwEDhqBCb5hPonqEji4T8e3Ru0AGTiv96MxX/TJBH/pwjKi//emMhjAXgfFQG8zMn5
GCmw2j4fr7rnFAR5zbE+r8UFhneLJzOaRGb4uYXYELQSceM/wytoyG1qCTBz/U9i1//w+Y/N
pir2fxZB6fif/0wgf8zkWSLUYzGiebnTVwm5MUJEiJDMECHG0ccOiqLQZ07PeO5BKOjZiKv/
s0d/eOJ8jToy/b9lOab/i/j/xVBu/Z+n4uWfAPByp88AZLQTqAo/NeoN7hUAUAEzxx6ZrmtN
bxFI/9rpG5cfPpz8dlCGcFlGG3e8szt4fsowB9oZj7fJnPQPAly+NCAs0vPbEgF5+51fHUT7
i37rzCBIjp29+aUxNmV+zbTBK1n1VVPq88sIagMXndNzmLrjpWVqr9QvzHt0eAqJnWNOXDPe
MnH/bfcOPlgdnXNym/KY4VKCXUmw8TlvEHqquTOcuhN8sHDWC8yZF3huRnqllLr/J5gIrGUJ
ysB/pamw8T9x/C9Z1YT/dxGUuv8nUMtzbAJSEzcBcYtJLuFl7QSSqSCSyVSDr1uPXfSUY9t0
wdSegwfb+QQezfkOCDHR+dFHbJ+BOWjVd95+oIxEpZp3DP38znKBe2cvJmPgDOd3pgNg1tEn
tH8zEJGfySt8FxyBxZODwc0efCsyG4FCpLJzM4Y3g1XUiJgJJjtUSloQP4L1XfZtSjUsVpYo
6zFPmWR3Lr/o/BILqgpeWdVoKSGJFe8k9mjWP0twDNTa4RLK2+9CFyplYtZ8j9e0JbK8FS01
uosrXm+erWUJqeP7y5gW5W4yC+5znsR/O7ri/dGeWOPhIzU3ksh9EnrZhgQn6jQWEe9NvZOb
Pj36t5ldayXArTXJzPlmdrBFbauwmtUMq6nyfwOx3xBlrv+w/v9U/kti/1chlCr/88d5S5H+
uWK8vUzZ38AuSPDTQzA/MmKAX1V/wy292RqhmenHIWJmZ/d+6+1sq90YKAkqjJLxf2Pbv7Lj
v2vNCP7LTVkS6z9FULb9j4Xz7LWdJEGQuq7DxoDQ0bqOHl75X2YZx9/c5UM5D91XWtfZ8KpO
ezgfGnSCU6qmrOzAqVmLdT5ltnCxE5HazJqZoHaFwgbVrqZ2bebYc3tkT9KsY6n63+HQNQuI
/yKrclT/kxRd+H8WQan6H+r/9ZS/aAmvRfNTFaT5wU9P88OsEA79QtU+dCcaZ0XofELnex2U
iv/94QMSUtdrioHM+O+qFpv/N5oC/4ugVPxn+n89MZBQ0GuRBhp+FPiJpQFFWxRFcXwdlgnk
2u79twP/ntlaA9WGQpxOUzPPbXtCs3rRLIUIecGUiv/ezzU3gmbiv6xF4z/Kqi72fxZBqfjv
9/966M8t5tVgfwNjf2NnL1iyC/jC6CGvFzgXhwh92vq51x/Q35VdeOHkjFwoxfLlyeVdMC4P
w9deunQReP96KB3/qc625jpgpv2n2Yziv6KJ8/8KoXT8D/f/mlIgubDXIgt0FR9GqPpWoSiD
hNcFPQuR3xBiZVBA/gujVPyHA9ZerK3+Z+v/If9Pov/LTRH/vQhKxX+v/9cDfl4prwXxVeyw
Bz89xPdZImT3gSDv3YgsBZRCmYT/mhAIL4tS8Z8e3P7U+K81ouc/KbIiCftPEZSK/17/r3cG
CK+U13IOiL6H3VH2yDY01vQ/sG/t0diNuTJjqh6waZAUYLMMx2PnxoT8FpkvcNPgxYQqe4tx
EdnyXEQuer2uUQmnC6rhOZV4Ob4VgZN3VUIIphCl4v8H2DbGI+S9+7UsQNn2Hz2K/yo6E1bg
/9NTKv7H+n89QZBa3GuRCJqMt/DI/owgziRc7/APRui8bmH++YZB9RVRGP+79q01GnSNDS38
Usry/9ZU9vxvFft/ygL/C6Ew/uP+rzP9nyfcmxIAfmr+5KzPg/AlcNQ7PW2dtQfE9xpHafef
/I1g0xL8P/DE0rJ1ZPK/0ojyPwQAsf5XBC3D/17/rwsEfkFZiKCBqrQjIUSofQ+2T8bbaBcG
OzrppgkvklVt0jUMc+iM7sLJ4H2yr5lMzWtdCAVeynqg3UC9De/beCOsj4nP/53p3HRmjrWR
7R855H+M/8X5vwURn/+D/l9RAeAX8Co0gODR3wIO8PmfLlgVdP6HpmgR/pebjaY4/6kI4vM/
7f8VmZ+T+1VwPn3ut8D2PvH5H51FVdj5b5ImM+c/ayT+oyyL+I9FEJ//Uf+vyPzRrK+C89FD
vym294nP/xdD99PmACCb//UY/ytNsf5fBPH5H/f/igAQy/sqEAA/9RuEAD7/byjwF6Xl9H8a
/1kW/F8E8fk//3KvqsYRINfqrvqs/p5cDKDP/aZQgMf/qKWG0zFZ4d1AAKis+L8NPa7/qw0R
/68Iyo7/RLg6NCZSD/eIAUI8a7pGwJz7Cbbfhfm0EnGuiN0/QpUh/uaeDBVLXkoI6Du6H288
3tMRaYeUYE85osGHC4LvGW+hiJM5aibaBb6XeTxT/PgpftPCQkhoxPc7qgyq8AuHsiXR44c3
c9OpofhT+/slsPXTu9EYFsP0RMX/5bd35QfkIINO3OqeDYwKqN0gsCaDBYL+jU0PsNqt+IF/
0X/fgw8fDeAuZjPbmYN3OCwy/H8I7oajTwA+Jvp1a1vTWzC3wbUJxvbUBNeP4BaJlhoahd/h
oF6pHjY1EhqXrh8doCY5+3ByfNmHjcskh/fxuhFOfHTaZkIR06wVbvhhjzVgT8Kabu7cGr1Q
G1uOixqxtrX97vQXtHZVAaRAWjx+NnQ4T400lVub26gEmAlEC4Kl/GSO7mxQhhlQi9AsQd8w
A7GC2itcFeyQMizjxnaABSVqpEt/gE1LDk3z6C8U/pgtoL69/R/rK6fvyz/g83gBsG6w9yuo
wQGz/dcPKJr1FDj3oOaQ3zeWl/L+Myhznzu5ElIEyo4Ggd9wQYNx2hGlIsPZmkIJgYc0YLKh
Myb8ABfG75BtT72+JkuM9YXr1Cf2aDhBXlX+Bev6ZakXfP1/Q4HfKC1n/yPnf0sNsf5XBPH1
/5yB33jKf3bEtxeo+aOHfll8WRQlzP9Nx7WnBZ3/Cuf/coz/NU3E/yqCEub/uP9Xnf7HMr8K
DCCP/dZQgM//p0Nr8szyXxfyvwji8z/q/xW5P5r1VfA+eui3xvmEeOc/HpHI70gp2sgh8Fn8
r4f4Xyf+f5Lg/yIozP/ktEbS/3XS/3lggNnylVFCcma821bBu20VYlOi4y8cdHmLbJui9/If
e87giPHL7/2T3wgc1J7tQPQXciZ6Cv/3ju3Lk87EXHsjUBb/N0L+/5j/ZV34/xRCKfwf6v91
YCCxoHQ00PbQBgD4qdKdlsxojDP+n2+dk1ejFP7vm+hs1XHXmn5y19IDMvlflaL8r0hi/b8Q
SuH/cP+vAwDJJaUjgIzjTsNPjACR8SggYBOUwv/njj0znbllrsf9K/G/3BDz/0Iohf/Z/l+H
+5PKWYb3Q2Mxzvm+mi/4f0ni8b8fx2JDJ4Bm8n/I/7dJ4r83hf9PEcTjf89/b6kTQOPsn14M
p4RGwP0NvPkXfnq6vzcQhdTfLKXxf9e4Kob/Q/N/yv8Nof8XQWn8H/R/Hv5vJPE/v5gM/m9g
/m8Q/mcGYrd1dnzZOsbGwM70dmK5d+DYdO6HQvivRBnyv22PTqYTa2r+apkPUMlaCQgy+b8p
RflflZsi/kcRlCH/o/2/FhBklJeOCIqKEAF+ehpBbGhmLwYIiIhRPv3/ZHpjr64DZMV/lNSY
/FdE/N9iKJ/+j/p/XdZPKCqd62UJbQaAn3p4HoAHZDQE+7mGLnvxFQE5eQOxaiTfUe/0vHfW
Obug+XCqMU3h7j7YocCMMDNdK+SuIMKk1+aN7ZjU750cQc1W1+70T37ttH18woc4Y0iTWBPH
aGLCVkCO8wKkBBVFPPzfmOMXpUz/L4mJ/4j2fUlyoyH0v0KIh/+rAH06ou+t7PGV5O7F9fXi
ImLE+8u4PDzv937uHF1Q69Fz98DzUob+d2bP198Ikjn/k2L6n6Trwv+jCMrQ/1D/r6v4RcvI
0Piw14cceH3gISjMvk9E+eZ/f1izJ/X/0CPyH07/xP6PQijf/A/2/4amf5GS0rFAxRMk+BlZ
BULDURiCN0I8/kfe8KaD2B/91Rlbc9t5Uv/PBqv/y9T/U9h/iiAe/5P+r4f6fyX2zyoog/vx
GrAarAEzozG/47fAglRK5/++ObJmljmdd2GbruwDnsn/eoz/lYYizn8ogtL5P9z/a2JAcmEZ
Kz8KXvlRfByIjMo8WCBwIIGy5f8HazI3C5T/ipD/BVK2/Cf9n4f39XT5Hy8ouQzM9xrmey0k
/+loFPJ/Q5TC/8Xt/2b9vzD/y01J2P8LoRT+X4Pjc/P40+//XnZN4I0tCaTwf9e42kwciGz/
bzkq/yVNFva/IiiF/2n/r4MDnCIyZD62+CmS7/eJR6DY8PFklK3/r+P5SWip/V+E/+GAEPu/
iqBs/X8Jz8+MCUA+n08GDTQd7wDXQzOAZHdPsSS4PGXz/3q+n4gy478oMf6XlYbQ/4ugbP7P
6/uZwfw5/D5ZPQCdr11VZBIFmh2JIedNerb2yf1whhKc27PL2e6DvRU5WzvbhfPN4gaP/w14
BfnQYggIfjyV/7fUaLDzf3L+qyKL/Z9FEI///S6vs/2/EgZkF5WBA1gDUAINIBiOwgS4CUrn
/82YALPPf1Uj/C83dUnwfxGUzv/rsbywAr58yi//0S6Z1QAhU//X9Kj8VyVZrP8XQfnlP+r/
DeoA0eIy9AAVzwdUfx9YeFiyzoBY9Y+lSDEhvunQkOn83zWunkn/l8X5j4VQOv+z/b8m7ycV
lc73Ktb/Vd1fDxD6/2YpU/73TddeOCNzDRzIjv/Ayn8Ny/+mIuz/RVCm/I/1//o6QGqRGTOF
Jt4d1GR8AaPDMxMXBCAwlF//R+suBcR/ofyvCP4vhPLr/7j/NzgBiJWXoQngfYHqXtwSSAam
8AJeifjxX6fz4Wg+6EznpjNzLHfNCLBLxX9rNIj+L4n5fxHEj/+K+78e6v8cnK9J8QiwGSUl
F4Jn/TgKnEKjwIWHI+dYCMHcy1Ma/2/KATjb/7cZ4X+5qeiC/4ugNP5fh+Nz87iw/T8rpfE/
ORFv3ejvOeS/JkXlv6woIv5HEZTG/37/r4UE3FLSMUHFO/5UuuMvGIbC5LdxSuP/brt13hqN
7MVTn//UYP3/vfMfhP2/CErjf7b/14KApIIyNIPQCRChwSiAYFMU5v8/rLFpzG1ng4e//y1P
/L9mhP9lvaEJ/98iKMz/fv8vye7cfJwscqLe75dQXCTA78Hw9tYxb4fzF8udT09J/P+H8cGB
6G1Ox0++/0+WWf9/XSLx/wT/F0JJ/B/0fx4okHlQwC9iKVR4FmuAX0g9cBFCz9ZEUair8HMP
6SMT65rhET+2M92HFL4bti6gnQpu9qaDqnUzNf8F3m2/+/DRGJycGRetbnfQ7/UuKjuVUtV7
i4+dVrvTNw44yeq0/FIVPoR1k9EG8JGdofO4grIDNR2Y+UWrOYISKBn/D4ejTxuB/2z8Z+M/
U/zXZIH/RVAy/tP+XwP+OSWshP6nNLP7rPC/h5xPq/AzgH+PRaLov9Wazek9w/TmpALxBb08
SsL/c8ee2yN74g6ujlrnT7r/V1Z1OYr/siYL/58iKAn//f6vo/5fWQgkF5MlCWQViQJZzT8T
SJcGGxAIuBBfKPDkBDi8PGt3O4Oz1mkHUDoA6NX9W53fLjpnxknvDN/a/bc7K9XoLQ/K2yd9
eCt4MHq9dQFzoZuVepcgd91v6Nr2u9PWz73+4FcoGWCyyi68cHLGXChVE2r546TdMS56/c7g
qnN4eYLKR2+C2f68f3J2dHLe6g6Oui3DoO8CO3W8GM29U2ywY5ZCHbNwto2HZvj27bDPRdn4
/+T6v6TpHPuPOP+rEMrG//WhPx31lRw24ZlX1nP6hXyTp8Uk8b9h967xcWiDPwxyjvvT7f/S
2fMfdBL/SRXxnwqhJP73+7/u9X8eIFB4QJBeVAYiKPj8P4VMuv2hyFUwtqgeRpxBt2ZES/En
3xz954Cv/VTfkLKSzf8FyH9NjfK/1BD2v0Iom//XZ/tV5b/wBX16yif/sRvPU53/AFm/GZP/
uir8v4ugfPKf9P+GNIB4YemooDZR7Af4KStICfBHY1wJ2FpJC0i0gmTqAc9rsC9KCeHcFsb/
b4Xy4H9rNrOt6fzeXNEPOHP9V5ai+K82FGH/KYLy4D/b/xuRAUkFpssB5T2OAfSeyoHQqHzm
CaEQBM89jgWtRnnw/2LofnrC+O+ypDdi+r+s6gL/C6A8+I/7fyPAHyspQ/NXsOavUMQn43BD
UC+0fgH2gnLhPz11uSD7D4n/h2KCCvx/esqD/17/b0QE8ApbSu/3R+Nq9h8/u1D7hSQQJEiQ
IEGCBAkSJEiQIEGCBAkSJEiQIEGCBAkSJEiQIEGCvg36/02MUvkAgAIA
------=_=-_OpenGroupware_org_NGMime-17853-1199255348.162592-1--------

From developer@opengroupware.org  Wed Jan  2 11:00:34 2008
From: developer@opengroupware.org (Helge Hess)
Date: Wed, 2 Jan 2008 12:00:34 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
In-Reply-To: <20080102062908.CC9F637FE4@smtp.l00-bugdead-prods.de>
References: <20080102062908.CC9F637FE4@smtp.l00-bugdead-prods.de>
Message-ID: <5131F99C-94B7-470C-B5CD-37526A32BBFA@opengroupware.org>

On 02.01.2008, at 07:29, Sebastian Reitenbach wrote:
> the following relative
> path directory name is hardcoded: Library/Libraries/Resources/NGObjWeb
> but with gnustep-make 2 I would use the GNUSTEP_WEB_APPS to define  
> the place
> where this stuff should be installed.

OK, but how would it continue then? SOPE must know where to search,  
und unlike the current solution using "GNUSTEP_WEB_APPS" at the  
compile time (eg passing it in using -D...) would make the binary non- 
relocatable! (because GNUSTEP_WEB_APPS is indeed a compile-time path).

So what is required is a way to query GNUstep for the value of  
"GNUSTEP_WEB_APPS".

[BTW: GNUSTEP_WEB_APPS is not the best place for SOPE stuff. This is  
for the gnustep-web binaries]

> This is better done in: DocumentAPI/OGoScheduler/GNUmakefile
..
> # TODO: this should rather check the makefile version!
> ifeq ($(FHS_INSTALL_ROOT),)
> ifeq ($(FOUNDATION_LIB),fd)
> RESOURCES_DIR=$(GNUSTEP_LOCAL_ROOT)/Libraries/Resources/OGoScheduler
> else
> RESOURCES_DIR=$(GNUSTEP_LOCAL_ROOT)/Library/Libraries/Resources/ 
> OGoScheduler
> endif
> else
> RESOURCES_DIR=$(FHS_INSTALL_ROOT)/share/opengroupware.org-1.1
> endif
>
> libOGoScheduler_CPPFLAGS += \
>  -DRESOURCES_DIR="$(RESOURCES_DIR)"

Actually I would consider that b0rked because it makes the binary non- 
relocatable. Not sure, probably this is from times before I wrote the  
locator class in NGExtensions.

>>>
> I just took a quick look in the makefiles of libFoundation, there is  
> a lot
> of magic stuff going on. So maybe not that easy as the rest. I'd  
> more likely
> focus on getting ogo compile and run against gnustep-base instead of  
> wasting
> time with libFoundation.

Well, I get the point, but if we want to commit the patches it should  
(must?) work with the packaging! Adopting them to use gstep-make 2 is  
probably no big deal and a good starting point, but reworking the  
packages for gnustep-base will be quite a bit of work.
(and for some reason I guess that you won't do the package work ... ;-)

> what about releasing a ogo 1.1.8, maybe including the AsteriskDialer  
> and
> zOGI ;) as the top new highlights, last gnustep-make 1.13 and  
> libFoundation version, and then concentrating in trunk to compile  
> against gnustep-make 2 and gnustep-base.

Personally I have no objections, but moving to gnustep-base sounds  
only viable to me if we all agree to drop packaging. I somehow doubt  
that Frank will have the time to adopt the RPMs/DEBs for gnustep-base  
in the near future (but feel free to ask/convince him ;-).

BTW: we would also need to create a gnustep-make/gnustep-base vendor  
branch to stabilize it for OGo usage.

Thanks,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/



From developer@opengroupware.org  Wed Jan  2 11:38:34 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 12:38:34 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
Message-ID: <20080102113835.2768A3802F@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> On 02.01.2008, at 07:29, Sebastian Reitenbach wrote:
> > the following relative
> > path directory name is hardcoded: Library/Libraries/Resources/NGObjWeb
> > but with gnustep-make 2 I would use the GNUSTEP_WEB_APPS to define  
> > the place
> > where this stuff should be installed.
> 
> OK, but how would it continue then? SOPE must know where to search,  
> und unlike the current solution using "GNUSTEP_WEB_APPS" at the  
> compile time (eg passing it in using -D...) would make the binary non- 
> relocatable! (because GNUSTEP_WEB_APPS is indeed a compile-time path).
> 
I don't understand why it then is less relocatable than it is right now.
I did not meant to define an absolute path, just only a relative subdir.

> So what is required is a way to query GNUstep for the value of  
> "GNUSTEP_WEB_APPS".
> 
> [BTW: GNUSTEP_WEB_APPS is not the best place for SOPE stuff. This is  
> for the gnustep-web binaries]
Anything better in mind? I'm open for everything, and I think Nicola would 
add also new Variables/path locations if they are reasonable. 

> 
> > This is better done in: DocumentAPI/OGoScheduler/GNUmakefile
> ..
> > # TODO: this should rather check the makefile version!
> > ifeq ($(FHS_INSTALL_ROOT),)
> > ifeq ($(FOUNDATION_LIB),fd)
> > RESOURCES_DIR=$(GNUSTEP_LOCAL_ROOT)/Libraries/Resources/OGoScheduler
> > else
> > RESOURCES_DIR=$(GNUSTEP_LOCAL_ROOT)/Library/Libraries/Resources/ 
> > OGoScheduler
> > endif
> > else
> > RESOURCES_DIR=$(FHS_INSTALL_ROOT)/share/opengroupware.org-1.1
> > endif
> >
> > libOGoScheduler_CPPFLAGS += \
> >  -DRESOURCES_DIR="$(RESOURCES_DIR)"
> 
> Actually I would consider that b0rked because it makes the binary non- 
> relocatable. Not sure, probably this is from times before I wrote the  
> locator class in NGExtensions.
ah, so I should take a look into this one, then I'll understand the 
relocatable thing a bit more I hope.

> 
> >>>
> > I just took a quick look in the makefiles of libFoundation, there is  
> > a lot
> > of magic stuff going on. So maybe not that easy as the rest. I'd  
> > more likely
> > focus on getting ogo compile and run against gnustep-base instead of  
> > wasting
> > time with libFoundation.
> 
> Well, I get the point, but if we want to commit the patches it should  
> (must?) work with the packaging! Adopting them to use gstep-make 2 is  
> probably no big deal and a good starting point, but reworking the  
> packages for gnustep-base will be quite a bit of work.
> (and for some reason I guess that you won't do the package work ... ;-)
I guess I don't know much enough to make the packaging stuff work in a 
reasonable time, but I can take a look.

I do for OpenBSD, and it is mostly ready ;)

At least, I'll try to install the GNUstep-make 2.0.0 rpm and the 
libFoundation/ogo-gnustep rpm's and then recompile ogo against libfoundation 
using gnustep-2.0.0 to make sure that both can live next to each other and 
don't produce conflicts.

> 
> > what about releasing a ogo 1.1.8, maybe including the AsteriskDialer  
> > and
> > zOGI ;) as the top new highlights, last gnustep-make 1.13 and  
> > libFoundation version, and then concentrating in trunk to compile  
> > against gnustep-make 2 and gnustep-base.
> 
> Personally I have no objections, but moving to gnustep-base sounds  
> only viable to me if we all agree to drop packaging. I somehow doubt  
I would prefer installation from source on systems. Maybe then it would be 
viable to add some more targets to the GNUmakefile, e.g.:
create-system-environment::
create-initial-database::

that then would do the stuff what the -meta packages would have done when 
they would be installed via rpm.
When the whole process then gets well documented in a INSTALL file in the 
sources, then I think, this will stop the "where do I find rpm for Distri 
XXX", or other similar question that show up there from time to time on the 
users ml.

At least, for OpenBSD I'd like to create ports files. I do all gnustep 
upgrade stuff, because the gnustep-make and gnustep-base packages are well 
maintained there. I'd like to start creating ports on them?


> that Frank will have the time to adopt the RPMs/DEBs for gnustep-base  
> in the near future (but feel free to ask/convince him ;-).
At least for the suse 10.3 rpm's i can take a look, and test these. I don't 
have debian running somewhere, so unable to test.

> 
> BTW: we would also need to create a gnustep-make/gnustep-base vendor  
> branch to stabilize it for OGo usage.

also what about sogo? At least there  the packaging constraint is not a 
problem, as just there are none. But the sogo makefiles have to be updated 
too. Wolfgang, do you are here on the list too?
I could update these for sogo too, as I would like to see sogo to work on 
OpenBSD too, and then create ports ;)

cheers
Sebastian


From developer@opengroupware.org  Wed Jan  2 12:19:24 2008
From: developer@opengroupware.org (Helge Hess)
Date: Wed, 2 Jan 2008 13:19:24 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
In-Reply-To: <20080102113835.2768A3802F@smtp.l00-bugdead-prods.de>
References: <20080102113835.2768A3802F@smtp.l00-bugdead-prods.de>
Message-ID: <DD41991B-148E-4732-BB94-EA9AFA436B92@opengroupware.org>

On 02.01.2008, at 12:38, Sebastian Reitenbach wrote:
>> OK, but how would it continue then? SOPE must know where to search,
>> und unlike the current solution using "GNUSTEP_WEB_APPS" at the
>> compile time (eg passing it in using -D...) would make the binary  
>> non-
>> relocatable! (because GNUSTEP_WEB_APPS is indeed a compile-time  
>> path).
>>
> I don't understand why it then is less relocatable than it is right  
> now.
> I did not meant to define an absolute path, just only a relative  
> subdir.

If you do that, it would be OK. But GNUSTEP_WEB_APPS is, AFAIK, an  
absolute path? You would need something like GNUSTEP_WEB_APPS_RELDIR.

>> So what is required is a way to query GNUstep for the value of
>> "GNUSTEP_WEB_APPS".
>>
>> [BTW: GNUSTEP_WEB_APPS is not the best place for SOPE stuff. This is
>> for the gnustep-web binaries]
> Anything better in mind? I'm open for everything, and I think Nicola  
> would
> add also new Variables/path locations if they are reasonable.

Maybe SOPEApplications? Don't know. We could just install them in  
WOApps like before.
Or we always build them in tools and place them in Tools.

>>> When the whole process then gets well documented in a INSTALL file  
>>> in the
> sources, then I think, this will stop the "where do I find rpm for  
> Distri
> XXX", or other similar question that show up there from time to time  
> on the
> users ml.

Well, that belongs into discuss. Adam already said that he would  
prefer to keep packages. And it definitely is an issue for the  
majority of the OGo users not to have packages.

> At least, for OpenBSD I'd like to create ports files. I do all gnustep
> upgrade stuff, because the gnustep-make and gnustep-base packages  
> are well
> maintained there. I'd like to start creating ports on them?

IMHO its a bad idea to base work on 'official' packages. The problem  
is that GNUstep broke the ABI quite often in the past. This is quite  
an issue because you get at least one, more likely 2 releases per  
year. Now if you have 5 different distris, they are unlikely to always  
have the same ABI.

This issue doesn't matter that much for GS developers because they  
always work in trunk. But for thirdparty guys its a mess.

Actually you experience the issue first-place! :-) You can't use OGo  
on OpenBSD because gstep-make API incompatible. While Debian is  
(AFAIK) still on gstep-make 1.13 (which is why SOGo has no issues).


>> BTW: we would also need to create a gnustep-make/gnustep-base vendor
>> branch to stabilize it for OGo usage.
> also what about sogo?

Yes, thats also an issue.

> At least there  the packaging constraint is not a problem, as just  
> there are none.

I think Inverse now provides packages. AFAIK they use the system  
GNUstep (1.13).

> But the sogo makefiles have to be updated too.

Yes.

> Wolfgang, do you are here on the list too?
> I could update these for sogo too, as I would like to see sogo to  
> work on
> OpenBSD too, and then create ports ;)

Si! Probably best to just do it and then send a patch to Wolfgang. But  
its better to start a new thread on sogo@ogo.

Greets,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/

From developer@opengroupware.org  Wed Jan  2 12:39:14 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 13:39:14 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice Application
Message-ID: <20080102123915.24C7A38051@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> On 02.01.2008, at 12:38, Sebastian Reitenbach wrote:
> >> OK, but how would it continue then? SOPE must know where to search,
> >> und unlike the current solution using "GNUSTEP_WEB_APPS" at the
> >> compile time (eg passing it in using -D...) would make the binary  
> >> non-
> >> relocatable! (because GNUSTEP_WEB_APPS is indeed a compile-time  
> >> path).
> >>
> > I don't understand why it then is less relocatable than it is right  
> > now.
> > I did not meant to define an absolute path, just only a relative  
> > subdir.
> 
> If you do that, it would be OK. But GNUSTEP_WEB_APPS is, AFAIK, an  
> absolute path? You would need something like GNUSTEP_WEB_APPS_RELDIR.
In case GNUSTEP_WEB_APPS is an absolute path, then it shouldn't be too hard 
to strip GNUSTEP_ROOT out to make it a relative path.

> 
> >> So what is required is a way to query GNUstep for the value of
> >> "GNUSTEP_WEB_APPS".
> >>
> >> [BTW: GNUSTEP_WEB_APPS is not the best place for SOPE stuff. This is
> >> for the gnustep-web binaries]
> > Anything better in mind? I'm open for everything, and I think Nicola  
> > would
> > add also new Variables/path locations if they are reasonable.
> 
> Maybe SOPEApplications? Don't know. We could just install them in  
> WOApps like before.
> Or we always build them in tools and place them in Tools.
> 
> >>> When the whole process then gets well documented in a INSTALL file  
> >>> in the
> > sources, then I think, this will stop the "where do I find rpm for  
> > Distri
> > XXX", or other similar question that show up there from time to time  
> > on the
> > users ml.
> 
> Well, that belongs into discuss. Adam already said that he would  
> prefer to keep packages. And it definitely is an issue for the  
> majority of the OGo users not to have packages.
ok, but for someone who maintains packages already for a distri, it might 
not be too hard to change/upgrade these. As said, i do not know much enough 
about all the different kinds of packages.


> 
> > At least, for OpenBSD I'd like to create ports files. I do all gnustep
> > upgrade stuff, because the gnustep-make and gnustep-base packages  
> > are well
> > maintained there. I'd like to start creating ports on them?
> 
> IMHO its a bad idea to base work on 'official' packages. The problem  
> is that GNUstep broke the ABI quite often in the past. This is quite  
> an issue because you get at least one, more likely 2 releases per  
> year. Now if you have 5 different distris, they are unlikely to always  
> have the same ABI.
> 
> This issue doesn't matter that much for GS developers because they  
> always work in trunk. But for thirdparty guys its a mess.
> 
> Actually you experience the issue first-place! :-) You can't use OGo  
> on OpenBSD because gstep-make API incompatible. While Debian is  
> (AFAIK) still on gstep-make 1.13 (which is why SOGo has no issues).
> 
> 
> >> BTW: we would also need to create a gnustep-make/gnustep-base vendor
> >> branch to stabilize it for OGo usage.
> > also what about sogo?
> 
> Yes, thats also an issue.
> 
> > At least there  the packaging constraint is not a problem, as just  
> > there are none.
> 
> I think Inverse now provides packages. AFAIK they use the system  
> GNUstep (1.13).
well, debian is known to be soooo slow in updating packages ;)
ok, then the sope would include the gnustep-make 2.0 package, and install 
this together as sope.

> 
> > But the sogo makefiles have to be updated too.
> 
> Yes.
> 
> > Wolfgang, do you are here on the list too?
> > I could update these for sogo too, as I would like to see sogo to  
> > work on
> > OpenBSD too, and then create ports ;)
> 
> Si! Probably best to just do it and then send a patch to Wolfgang. But  
> its better to start a new thread on sogo@ogo.
ah, ok, I'll do.

Sebastian
> 
> Greets,
>    Helge
> -- 
> Helge Hess
> http://www.helgehess.eu/
> -- 
> OpenGroupware.org Developer
> developer@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/developer
> 


From developer@opengroupware.org  Wed Jan  2 14:01:47 2008
From: developer@opengroupware.org (Adam Tauno Williams)
Date: Wed, 02 Jan 2008 09:01:47 -0500
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo Invoice
 Application
In-Reply-To: <20080102123915.24C7A38051@smtp.l00-bugdead-prods.de>
References: <20080102123915.24C7A38051@smtp.l00-bugdead-prods.de>
Message-ID: <1199282507.6542.17.camel@WM_ADAM1.morrison.iserv.net>

--=-oGiSRYuJvbODlrjAb2op
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

> > Well, that belongs into discuss. Adam already said that he would =20
> > prefer to keep packages. And it definitely is an issue for the =20

I'd *prefer* to keep packages,  but I'm *for* dropping packages if we
can't maintain packages that *work*.  *I* will continue to maintain
packages, but only for distributions I support. =20

Just for clarification. :)

> > majority of the OGo users not to have packages.
> ok, but for someone who maintains packages already for a distri, it might=
=20
> not be too hard to change/upgrade these. As said, i do not know much enou=
gh=20
> about all the different kinds of packages.
> > IMHO its a bad idea to base work on 'official' packages. The problem =20

Yep,  I'd prefer to maintain 'our own' snapshots so that in any given
instance we are working with a known quantity.  All distributions are,
IMHO, pretty fickle about when & what gets bumped up in a release cycle.
Some times they even switch Kerberos packages (Heimdal to Kerberos) in a
POINT release!  After that one - "Holy Crap! That breaks EVERYTHING!" -
I don't want to get stuck depending on any distro making a sane decision
about something most developers don't seem to know anything about (and
GNUstep is certainly in that category).

> > is that GNUstep broke the ABI quite often in the past. This is quite =20
> > an issue because you get at least one, more likely 2 releases per =20
> > year. Now if you have 5 different distris, they are unlikely to always =
=20
> > have the same ABI.

Yep

> well, debian is known to be soooo slow in updating packages ;)

Among other things;  I don't, and won't, support Debian.  But the Novell
build service supports Debian, so if someone wants to use my project on
the Novell build service to create Debian packages I'm more than willing
to assist them - I just don't know [or care] anything about creating
Debian packages.

--=-oGiSRYuJvbODlrjAb2op
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQBHe5lLLRePpNle04MRAn14AJ0aYRrnjk8pO5yiYc2gl1UOFfFuSwCfTUsG
og9xtgdjMsgNAnqkXfbR4QQ=
=hgzY
-----END PGP SIGNATURE-----

--=-oGiSRYuJvbODlrjAb2op--


From developer@opengroupware.org  Wed Jan  2 15:00:03 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 16:00:03 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
Message-ID: <20080102150004.629CF38051@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> > > Well, that belongs into discuss. Adam already said that he would  
> > > prefer to keep packages. And it definitely is an issue for the  
> 
> I'd *prefer* to keep packages,  but I'm *for* dropping packages if we
> can't maintain packages that *work*.  *I* will continue to maintain
> packages, but only for distributions I support.  
This is exactly what my opinion is about ogo packages. All these 
broken/outdated packages for the various distris make more people angry than 
happy. I'd be happy to maintain ports for OpenBSD, but I cannot do that for 
systems what I do not run, and therefore not know much about.
As long as there is nobody applying to the job to provide a GOOD working 
package for a given distribution, there just should be no package for this 
distribution available.
Then I think a good documented installation routine from source will make 
more people happy than broken packages. A good example for a webinterface 
installation from source is Request Tracker: http://www.bestpractical.com/rt
Usually, I also prefer to install rpm packages, but there all the 
installation and configuration stuff came out of the makefile, very easy to 
use.

> 
> Just for clarification. :)
> 
> > > majority of the OGo users not to have packages.
> > ok, but for someone who maintains packages already for a distri, it 
might 
> > not be too hard to change/upgrade these. As said, i do not know much 
enough 
> > about all the different kinds of packages.
> > > IMHO its a bad idea to base work on 'official' packages. The problem  
> 
> Yep,  I'd prefer to maintain 'our own' snapshots so that in any given
> instance we are working with a known quantity.  All distributions are,
> IMHO, pretty fickle about when & what gets bumped up in a release cycle.
> Some times they even switch Kerberos packages (Heimdal to Kerberos) in a
> POINT release!  After that one - "Holy Crap! That breaks EVERYTHING!" -
> I don't want to get stuck depending on any distro making a sane decision
> about something most developers don't seem to know anything about (and
> GNUstep is certainly in that category).
> 
> > > is that GNUstep broke the ABI quite often in the past. This is quite  
> > > an issue because you get at least one, more likely 2 releases per  
> > > year. Now if you have 5 different distris, they are unlikely to always  
> > > have the same ABI.
> 
> Yep
Ok, understood, but I think when the gnusteppers release new versions, we at 
least should try to update too, and run ogo against these.
I just have the fear that when we maintain own stuff, I fear that we get 
stuck with one version, and then maybe later in the future, when we want to 
upgrade a whole bunch of versions, then facing same problems as right now.
Trying to keep up with the new versions when they are released, would make 
updates easier as the differences will not be that much, if at all.

> 
> > well, debian is known to be soooo slow in updating packages ;)
> 
> Among other things;  I don't, and won't, support Debian.  But the Novell
> build service supports Debian, so if someone wants to use my project on
> the Novell build service to create Debian packages I'm more than willing
> to assist them - I just don't know [or care] anything about creating
> Debian packages.
The Novell distris would be the only Linux distributions, where I am 
interested in having packages too. 

cheers
Sebastian


From developer@opengroupware.org  Wed Jan  2 15:33:39 2008
From: developer@opengroupware.org (Helge Hess)
Date: Wed, 2 Jan 2008 16:33:39 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
In-Reply-To: <20080102150004.629CF38051@smtp.l00-bugdead-prods.de>
References: <20080102150004.629CF38051@smtp.l00-bugdead-prods.de>
Message-ID: <6AE502F9-7CEE-45D8-9217-F28CDF645EB7@opengroupware.org>

On 02.01.2008, at 16:00, Sebastian Reitenbach wrote:
> This is exactly what my opinion is about ogo packages.


Oh common, you just said that you always build from source anyways! ;-)

The far majority of OGo users *is* using packages, and often is not  
experienced in compiling software.
There are platforms which have decent packaging systems (eg Debian/ 
Ubuntu) and its stupid not to use them for initial installation and  
keeping systems up to date.
Anyways, this obviously is additional work ...

> I just have the fear that when we maintain own stuff, I fear that we  
> get
> stuck with one version, and then maybe later in the future, when we  
> want to
> upgrade a whole bunch of versions, then facing same problems as  
> right now.

You are starting to understand why using gstep-base as the primary  
basis is not as cool as it sounds. Its OK if you maintain one or a few  
systems, but its havoc if you provide shrinkwrapped software to  
endusers (with hundreds or thousands separate server installs!).
As a user I cannot install business software which provides no  
appropriate upgrade management!

And again: if you live at the bleeding edge this automatically implies  
that you cannot use system packages.

> Trying to keep up with the new versions when they are released,  
> would make
> updates easier as the differences will not be that much, if at all.


The differences have been *significant* between releases in the past,  
I don't see why that would change in the future. Eg even minor changes  
in the KVC code can affect OGo and SOPE badly.
Check the archives of the gnustep-discuss list, I think I once sent a  
summary to outline that point (highlighting major incompats between  
minor versions).

BTW: I think the GNUstep guys pretty much agree with me on this :-) In  
fact *we* could probably contribute a stable GNUstep release branch.  
It would be our task to manage the stable GNUstep branch (add ABI  
compatible fixes, etc).
Anyways, as posted before _I_ won't invest that time anymore for  
various reasons (ObjC 2.0 being one of them).

> The Novell distris would be the only Linux distributions, where I am
> interested in having packages too.

Si. But this is not just about us. (eg personally I only care about  
Debian, and maybe Ubuntu ...).

Helge

PS: all this is not intended as a blaim on GNUstep! (I think its easy  
to get my comments wrong ;-) Technically its great stuff and  
especially gs-make and gs-base are in very good shape. But the GS  
developers (I know) have widely different requirements wrt deployment,  
and in some respects they use the software in a very different way (eg  
no KVC is the classic).


From developer@opengroupware.org  Wed Jan  2 16:13:59 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 17:13:59 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
Message-ID: <20080102161359.D4B1C38094@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> On 02.01.2008, at 16:00, Sebastian Reitenbach wrote:
> > This is exactly what my opinion is about ogo packages.
> 
> 
> Oh common, you just said that you always build from source anyways! ;-)
Yeah, usually I do, at least for ogo, because I want to develop, and need 
the sources anyway.

> 
> The far majority of OGo users *is* using packages, and often is not  
> experienced in compiling software.
Yes, therefore a GOOD documentation of that process, and all that nifty 
stuff  that the meta-packages provide, could be done via a make call, as 
e.g. that request tracker is doing it. then there is no point. And I know, 
if there are no rpm's for a software, then there are people that will not 
try the software at all, despite how easy it is to install it from source.
That is the reason why I want to create ports for OpenBSD, they are not for 
me, I want to get people to use OGo on OpenBSD. Afaik, I am the only one 
using OpenGroupware on OpenBSD. The reason is just that there is A) no port 
of it, and B) it will not copmile and install, without the bunch of patches 
I have to apply to make that happen.

> There are platforms which have decent packaging systems (eg Debian/ 
> Ubuntu) and its stupid not to use them for initial installation and  
> keeping systems up to date.
> Anyways, this obviously is additional work ...
> 
> > I just have the fear that when we maintain own stuff, I fear that we  
> > get
> > stuck with one version, and then maybe later in the future, when we  
> > want to
> > upgrade a whole bunch of versions, then facing same problems as  
> > right now.
> 
> You are starting to understand why using gstep-base as the primary  
> basis is not as cool as it sounds. Its OK if you maintain one or a few  
> systems, but its havoc if you provide shrinkwrapped software to  
> endusers (with hundreds or thousands separate server installs!).
> As a user I cannot install business software which provides no  
> appropriate upgrade management!
> 
> And again: if you live at the bleeding edge this automatically implies  
> that you cannot use system packages.
Well, I maintain my own ports for gnustep-unstable, for boxes where I need 
it. In the official system ports, there are always the newest gnustep stable 
versions, short time after they get released. most of the time I update 
them, and send them to the maintainer that he updates them into cvs.

> 
> > Trying to keep up with the new versions when they are released,  
> > would make
> > updates easier as the differences will not be that much, if at all.
> 
> 
> The differences have been *significant* between releases in the past,  
> I don't see why that would change in the future. Eg even minor changes  
> in the KVC code can affect OGo and SOPE badly.
> Check the archives of the gnustep-discuss list, I think I once sent a  
> summary to outline that point (highlighting major incompats between  
> minor versions).
I think I can remember that thread.
> 
> BTW: I think the GNUstep guys pretty much agree with me on this :-) In  
> fact *we* could probably contribute a stable GNUstep release branch.  
You mean a second gnustep-base stable? there exists already a gnustep-base 
stable version? right now it is 1.14.2 I think, the unstable stuff is at 
1.15.2.

> It would be our task to manage the stable GNUstep branch (add ABI  
> compatible fixes, etc).
> Anyways, as posted before _I_ won't invest that time anymore for  
> various reasons (ObjC 2.0 being one of them).
And then instead, keeping the existing ogo stuff compiling against the 
(dead) libFoundation? Then this will make the existing objective-c ogo die 
sooner than later I think. At least, when ogo will be compatible to 
gnustep-base, it might attract one or another people to develop, as I have 
seen happen to sogo. But as long as ogo depends on libFoundation, this will 
very unlikely happen.

> 
> > The Novell distris would be the only Linux distributions, where I am
> > interested in having packages too.
> 
> Si. But this is not just about us. (eg personally I only care about  
> Debian, and maybe Ubuntu ...).
ah, that is good, so there would be one caring about good packages for these 
distributions ;)

cheers
Sebastian

> 
> Helge
> 
> PS: all this is not intended as a blaim on GNUstep! (I think its easy  
> to get my comments wrong ;-) Technically its great stuff and  
> especially gs-make and gs-base are in very good shape. But the GS  
> developers (I know) have widely different requirements wrt deployment,  
> and in some respects they use the software in a very different way (eg  
> no KVC is the classic).


From developer@opengroupware.org  Wed Jan  2 17:09:01 2008
From: developer@opengroupware.org (Helge Hess)
Date: Wed, 2 Jan 2008 18:09:01 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
In-Reply-To: <20080102161359.D4B1C38094@smtp.l00-bugdead-prods.de>
References: <20080102161359.D4B1C38094@smtp.l00-bugdead-prods.de>
Message-ID: <BDFB9907-56FC-4C4F-967B-16E16E7A12F6@opengroupware.org>

On 02.01.2008, at 17:13, Sebastian Reitenbach wrote:
>>> BTW: I think the GNUstep guys pretty much agree with me on  
>>> this :-) In
>> fact *we* could probably contribute a stable GNUstep release branch.
> You mean a second gnustep-base stable?

No, a *first* gnustep-base stable. As far as I know there has never  
been an ABI stable GNUstep release branch.

> there exists already a gnustep-base
> stable version? right now it is 1.14.2 I think, the unstable stuff  
> is at
> 1.15.2.

Those are ABI unstable versions, comparable to SOPE 4.7.x OGo 1.1.x.

>> And then instead, keeping the existing ogo stuff compiling against  
>> the
> (dead) libFoundation?

Its not '(dead)', its perfectly working code.

> Then this will make the existing objective-c ogo die
> sooner than later I think. At least, when ogo will be compatible to
> gnustep-base, it might attract one or another people to develop, as  
> I have
> seen happen to sogo. But as long as ogo depends on libFoundation,  
> this will
> very unlikely happen.

I don't believe in that, but anyways. Nothing against moving to  
gnustep-base.

As far as I'm concerned the ObjC codebase will not die. Just like  
libFoundation it will go into maintenance mode for years to come. Its  
working and quite stable, why drop it?
[BTW: my current OGo project uses both, the Java *and* Objective-C  
parts]

Thanks,
   Helge


From developer@opengroupware.org  Wed Jan  2 17:45:07 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 18:45:07 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
Message-ID: <20080102174508.087DF3806E@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> On 02.01.2008, at 17:13, Sebastian Reitenbach wrote:
> >>> BTW: I think the GNUstep guys pretty much agree with me on  
> >>> this :-) In
> >> fact *we* could probably contribute a stable GNUstep release branch.
> > You mean a second gnustep-base stable?
> 
> No, a *first* gnustep-base stable. As far as I know there has never  
> been an ABI stable GNUstep release branch.
> 
> > there exists already a gnustep-base
> > stable version? right now it is 1.14.2 I think, the unstable stuff  
> > is at
> > 1.15.2.
> 
> Those are ABI unstable versions, comparable to SOPE 4.7.x OGo 1.1.x.
OK, then I do not understand why they have a -base stable and unstable, but 
that is then another story.

> 
> >> And then instead, keeping the existing ogo stuff compiling against  
> >> the
> > (dead) libFoundation?
> 
> Its not '(dead)', its perfectly working code.
ok, then not dead, but in some kind of "Dornr=F6schenschlaf" ;)

> 
> > Then this will make the existing objective-c ogo die
> > sooner than later I think. At least, when ogo will be compatible to
> > gnustep-base, it might attract one or another people to develop, as  
> > I have
> > seen happen to sogo. But as long as ogo depends on libFoundation,  
> > this will
> > very unlikely happen.
> 
> I don't believe in that, but anyways. Nothing against moving to  
> gnustep-base.


> 
> As far as I'm concerned the ObjC codebase will not die. Just like  
> libFoundation it will go into maintenance mode for years to come. Its  
> working and quite stable, why drop it?
e.g. libFoundation is not working on OpenBSD, and the patches to make it 
work are since a long time in the bugzilla and nothing happend with them. 
In my eyes, its a bit too stable, or missing utf-8 support. I doubt that 
someone will add it in the near future, but I might be wrong.
IIRC in some other older threads, you also pointed out that it would be 
great to have that utf-8 support.

Nevertheless, to get ogo and sope installed and also working within a 
GNUstep tree, we should define relative paths to some of the existing 
variables:
In GNUstep, the following variables are defining standard locations:

#
# SYSTEM domain
#
GNUSTEP_SYSTEM_APPS        ?=3D /usr/GNUstep/System/Applications
GNUSTEP_SYSTEM_ADMIN_APPS  ?=3D /usr/GNUstep/System/Applications/Admin
GNUSTEP_SYSTEM_WEB_APPS    ?=3D /usr/GNUstep/System/Library/WebApplications
GNUSTEP_SYSTEM_TOOLS       ?=3D /usr/GNUstep/System/Tools
GNUSTEP_SYSTEM_ADMIN_TOOLS ?=3D /usr/GNUstep/System/Tools/Admin
GNUSTEP_SYSTEM_LIBRARY     ?=3D /usr/GNUstep/System/Library
GNUSTEP_SYSTEM_HEADERS     ?=3D /usr/GNUstep/System/Library/Headers
GNUSTEP_SYSTEM_LIBRARIES   ?=3D /usr/GNUstep/System/Library/Libraries
GNUSTEP_SYSTEM_DOC         ?=3D /usr/GNUstep/System/Library/Documentation
GNUSTEP_SYSTEM_DOC_MAN     ?=3D /usr/GNUstep/System/Library/Documentation/man
GNUSTEP_SYSTEM_DOC_INFO    ?=3D /usr/GNUstep/System/Library/Documentation/info

#
# SYSTEM domain, variables that are fixed to subdirs of LIBRARY
#
GNUSTEP_SYSTEM_APPLICATION_SUPPORT =3D 
$(GNUSTEP_SYSTEM_LIBRARY)/ApplicationSupport
GNUSTEP_SYSTEM_BUNDLES             =3D $(GNUSTEP_SYSTEM_LIBRARY)/Bundles
GNUSTEP_SYSTEM_FRAMEWORKS          =3D $(GNUSTEP_SYSTEM_LIBRARY)/Frameworks
GNUSTEP_SYSTEM_PALETTES            =3D 
$(GNUSTEP_SYSTEM_LIBRARY)/ApplicationSupport/Palettes
GNUSTEP_SYSTEM_SERVICES            =3D $(GNUSTEP_SYSTEM_LIBRARY)/Services
GNUSTEP_SYSTEM_RESOURCES           =3D 
$(GNUSTEP_SYSTEM_LIBRARY)/Libraries/Resources
GNUSTEP_SYSTEM_JAVA                =3D 
$(GNUSTEP_SYSTEM_LIBRARY)/Libraries/Java

but in general, these paths can be chosen very arbitrary, when installing 
and configuring gnustep-make. So for the sope/ogo applications and 
resources, I think we should define relative paths to these locations.
With these defined, I could start to make sope/ogo a bit more flexible in 
these ways.

kind regards
Sebastian


From developer@opengroupware.org  Wed Jan  2 18:00:17 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 19:00:17 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
Message-ID: <20080102180018.A81A8380DB@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> developer@opengroupware.org wrote: 
> > On 02.01.2008, at 17:13, Sebastian Reitenbach wrote:
> > >>> BTW: I think the GNUstep guys pretty much agree with me on  
> > >>> this :-) In
> > >> fact *we* could probably contribute a stable GNUstep release branch.
> > > You mean a second gnustep-base stable?
> > 
> > No, a *first* gnustep-base stable. As far as I know there has never  
> > been an ABI stable GNUstep release branch.
> > 
I took a quick look what sogo provides on packages, the only supported 
distribution is RHEL5/i386. there are also gnustep-make and gnustep-base 
rpms in the downlaod directory. Well, don't know whether they maintain a 
bunch of own patches, or whether this is just the plain version from the 
gnustep svn.
I don't know what all is needed to maintain a ABI stable GNUstep release 
branch and how much work this would be.
- defining what has to work in a given way
- writing testcases to test new unstable releases
- backporting new features, testing, fixing again...
- what else?

Sebastian


From developer@opengroupware.org  Wed Jan  2 18:03:44 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 19:03:44 +0100
Subject: gstep-make 2.0 Re: gstep-base Re: [OGo-Developer] OGo InvoiceApplication
Message-ID: <20080102180345.1EAFD380D1@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> developer@opengroupware.org wrote: 
> > developer@opengroupware.org wrote: 
> > > On 02.01.2008, at 17:13, Sebastian Reitenbach wrote:
> > > >>> BTW: I think the GNUstep guys pretty much agree with me on  
> > > >>> this :-) In
> > > >> fact *we* could probably contribute a stable GNUstep release 
branch.
> > > > You mean a second gnustep-base stable?
> > > 
> > > No, a *first* gnustep-base stable. As far as I know there has never  
> > > been an ABI stable GNUstep release branch.
> > > 
> I took a quick look what sogo provides on packages, the only supported 
> distribution is RHEL5/i386. there are also gnustep-make and gnustep-base 
and I just saw the RHEL5 and CentOS4/5 directories...

Sebastian


From developer@opengroupware.org  Thu Jan  3 17:21:05 2008
From: developer@opengroupware.org (Wolfgang Sourdeau)
Date: Thu, 03 Jan 2008 12:21:05 -0500
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
In-Reply-To: 20080103163035.C79AA3827D@smtp.l00-bugdead-prods.de
Message-ID: <881-477d1980-21-b73e6ab0@60161725>

------=_=-_OpenGroupware_org_NGMime-2177-1199380865.783432-2------
content-type: text/plain; charset=utf-8
content-length: 2120
content-transfer-encoding: quoted-printable

Le 03 Jan. 2008 11:30 EST, "Sebastian Reitenbach" <sebastia@l00-bugdead-prods.de> a =C3=A9crit:

> sogo@opengroupware.org wrote: 
> > Hi Sebastian,
> > 
> > 
> > Your contribution is really appreciated, I will review your patch as soon 
> as possible. I previously made an attempt at this, but the SOGo modules 
> would not load because of the hardcoded paths in SOPE. I have looked at your
> yeah, despite Helge insits, that these are only hardcoded RELATIVE paths ;)
> 
> discussion regarding this in the sope-dev mailing list and I am going to 
> join it instead of discussing this here.
> 
> I have a combined bunch of diffs for sope, including my gnustep-make 
> patchess, and your sogo patchset from the SOPE dir in the sogo sources.
> 
> I could send these to you offlist.
> 
> Because of the hardcoded relative paths, it is only working for FHS 
> installation, We have to define some sane relative subdirectory names that 
> can be used for GNUstep based filesystem layouts. 
> When we can agree on sth. before weekend, I think I can get all 
> (sope/sogo/opengroupware) updated to be able to run in GNUstep filesystem 
> layouts by the end of the weekend. 
> 
> but as you said, lets move to the developer@ list.

Hi again,


I am sending you my version, that I did one or two weeks before leaving on vacation...
The particularity of my patches is to keep compatibility with gsmake 1.0. Is that something that we want?

Also, I had to adapt the SOPE additional Makefiles. But I have doubts regarding those modifications because I am not sure which clause is used and when...

Finally, I did not find any patch for SOGo in your patchset?
-- 
Wolfgang Sourdeau
T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520

AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou
privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous
aviser imm=C3=A9diatement. Merci.
NOTICE - This e-mail may contain confidential or privileged information.
If you are not the intended recipient, please notify us immediately. Thank you.

------=_=-_OpenGroupware_org_NGMime-2177-1199380865.783432-2------
content-type: text/plain
content-disposition: attachment; filename="SOPE-gsmake2.diff"
content-length: 16300
content-transfer-encoding: quoted-printable

Index: configure
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- configure	(r=E9vision 1557)
+++ configure	(copie de travail)
@@ -327,6 +327,11 @@
     cfgwrite ""
   else
     cfgwrite "# configured for GNUstep install"
+    if test "x$GNUSTEP_SYSTEM_USERS_DIR" !=3D "x"; then
+      cfgwrite "GNUSTEP_INSTALLATION_DOMAIN:=3DSYSTEM"
+    else
+      cfgwrite "GNUSTEP_INSTALLATION_DIR:=3D\$(GNUSTEP_SYSTEM_ROOT)"
+    fi
   fi
   
   if test $ARG_WITH_DEBUG =3D 1; then
Index: sope-gdl1/PostgreSQL/GNUmakefile.preamble
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-gdl1/PostgreSQL/GNUmakefile.preamble	(r=E9vision 1557)
+++ sope-gdl1/PostgreSQL/GNUmakefile.preamble	(copie de travail)
@@ -27,8 +27,12 @@
 ifeq ($(frameworks),yes)
 BUNDLE_INSTALL_DIR :=3D $(FRAMEWORK_INSTALL_DIR)/GDLAccess.framework/Resources/GDLAdaptors/
 else
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
 endif
+endif
 
 
 # PG config
Index: sope-gdl1/SQLite3/GNUmakefile.preamble
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-gdl1/SQLite3/GNUmakefile.preamble	(r=E9vision 1557)
+++ sope-gdl1/SQLite3/GNUmakefile.preamble	(copie de travail)
@@ -27,8 +27,12 @@
 ifeq ($(frameworks),yes)
 BUNDLE_INSTALL_DIR :=3D $(FRAMEWORK_INSTALL_DIR)/GDLAccess.framework/Resources/GDLAdaptors/
 else
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
 endif
+endif
 
 
 # SQLite3 config
Index: sope-gdl1/FrontBase2/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-gdl1/FrontBase2/GNUmakefile	(r=E9vision 1557)
+++ sope-gdl1/FrontBase2/GNUmakefile	(copie de travail)
@@ -51,7 +51,11 @@
 FrontBase2_RESOURCE_FILES  =3D Info.plist Version
 
 BUNDLE_INSTALL     =3D FrontBase2
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_SYSTEM_ROOT)/Libraries/Adaptors
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 # Use .gdladaptor as the bundle extension
 BUNDLE_EXTENSION =3D .gdladaptor
Index: sope-gdl1/MySQL/GNUmakefile.preamble
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-gdl1/MySQL/GNUmakefile.preamble	(r=E9vision 1557)
+++ sope-gdl1/MySQL/GNUmakefile.preamble	(copie de travail)
@@ -27,8 +27,12 @@
 ifeq ($(frameworks),yes)
 BUNDLE_INSTALL_DIR :=3D $(FRAMEWORK_INSTALL_DIR)/GDLAccess.framework/Resources/GDLAdaptors/
 else
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
 endif
+endif
 
 
 MySQL_BUNDLE_LIBS +=3D \
Index: sope-gdl1/Oracle8/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-gdl1/Oracle8/GNUmakefile	(r=E9vision 1557)
+++ sope-gdl1/Oracle8/GNUmakefile	(copie de travail)
@@ -51,8 +51,12 @@
 ifeq ($(frameworks),yes)
 BUNDLE_INSTALL_DIR :=3D $(FRAMEWORK_INSTALL_DIR)/GDLAccess.framework/Resources/GDLAdaptors/
 else
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/GDLAdaptors-$(MAJOR_VERSION).$(MINOR_VERSION)/
 endif
+endif
 
 Oracle8_OBJC_FILES =3D \
 	EOAttribute+Oracle.m \
Index: sope-xml/libxmlSAXDriver/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-xml/libxmlSAXDriver/GNUmakefile	(r=E9vision 1557)
+++ sope-xml/libxmlSAXDriver/GNUmakefile	(copie de travail)
@@ -7,7 +7,11 @@
 
 BUNDLE_NAME        =3D libxmlSAXDriver
 BUNDLE_EXTENSION   =3D .sax
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 libxmlSAXDriver_PCH_FILE =3D common.h
 
Index: sope-xml/ChangeLogSaxDriver/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-xml/ChangeLogSaxDriver/GNUmakefile	(r=E9vision 1557)
+++ sope-xml/ChangeLogSaxDriver/GNUmakefile	(copie de travail)
@@ -7,7 +7,11 @@
 
 BUNDLE_NAME        =3D ChangeLogSaxDriver
 BUNDLE_EXTENSION   =3D .sax
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 ChangeLogSaxDriver_OBJC_FILES =3D		\
 	ChangeLogSaxDriver.m		\
Index: sope-xml/STXSaxDriver/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-xml/STXSaxDriver/GNUmakefile	(r=E9vision 1557)
+++ sope-xml/STXSaxDriver/GNUmakefile	(copie de travail)
@@ -7,7 +7,11 @@
 
 BUNDLE_NAME        =3D STXSaxDriver
 BUNDLE_EXTENSION   =3D .sax
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(SOPE_MAJOR_VERSION).$(SOPE_MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 STXSaxDriver_PCH_FILE =3D common.h
 
Index: sope-xml/pyxSAXDriver/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-xml/pyxSAXDriver/GNUmakefile	(r=E9vision 1557)
+++ sope-xml/pyxSAXDriver/GNUmakefile	(copie de travail)
@@ -7,7 +7,11 @@
 
 BUNDLE_NAME        =3D pyxSAXDriver
 BUNDLE_EXTENSION   =3D .sax
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_USER_ROOT)/Library/SaxDrivers-$(SOPE_MAJOR_VERSION).$(SOPE_MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 pyxSAXDriver_OBJC_FILES =3D pyxSAXDriver.m
 
Index: sope-appserver/SoOFS/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/SoOFS/GNUmakefile	(r=E9vision 1557)
+++ sope-appserver/SoOFS/GNUmakefile	(copie de travail)
@@ -75,7 +75,11 @@
 
 BUNDLE_NAME      =3D SoOFS
 BUNDLE_EXTENSION =3D .sxp
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/SoProducts-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SoProducts-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SoProducts-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 SoOFS_OBJC_FILES       =3D SoOFSProduct.m
 SoOFS_RESOURCE_FILES   =3D product.plist Version
Index: sope-appserver/WEExtensions/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/WEExtensions/GNUmakefile	(r=E9vision 1557)
+++ sope-appserver/WEExtensions/GNUmakefile	(copie de travail)
@@ -11,9 +11,12 @@
 
 BUNDLE_NAME      =3D WEExtensions
 BUNDLE_EXTENSION =3D .wox
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
-
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
 else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
+else
 FRAMEWORK_NAME =3D WEExtensions
 endif
 
Index: sope-appserver/NGObjWeb/wobundle-gs.make
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/NGObjWeb/wobundle-gs.make	(r=E9vision 1557)
+++ sope-appserver/NGObjWeb/wobundle-gs.make	(copie de travail)
@@ -85,8 +85,12 @@
 endif
 
 ifeq ($(WOBUNDLE_INSTALL_DIR),)
-WOBUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Libraries
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+WOBUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/
+else
+WOBUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/
 endif
+endif
 # The name of the bundle is in the BUNDLE_NAME variable.
 # The list of languages the bundle is localized in are in xxx_LANGUAGES
 # The list of bundle resource file are in xxx_RESOURCE_FILES
Index: sope-appserver/NGObjWeb/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/NGObjWeb/GNUmakefile	(r=E9vision 1557)
+++ sope-appserver/NGObjWeb/GNUmakefile	(copie de travail)
@@ -167,7 +167,11 @@
 
 BUNDLE_NAME      =3D SoCore
 BUNDLE_EXTENSION =3D .sxp
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/SoProducts-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SoProducts-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SoProducts-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 SoCore_PCH_FILE        =3D common.h
 SoCore_OBJC_FILES      =3D SoCoreProduct.m
Index: sope-appserver/NGObjWeb/woapp-gs.make
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/NGObjWeb/woapp-gs.make	(r=E9vision 1557)
+++ sope-appserver/NGObjWeb/woapp-gs.make	(copie de travail)
@@ -103,8 +103,13 @@
 # Determine the application directory extension
 WOAPP_EXTENSION =3D woa
 
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
 GNUSTEP_WOAPPS =3D $(GNUSTEP_INSTALLATION_DIR)/WOApps
+else
+GNUSTEP_WOAPPS =3D $(GNUSTEP_WEB_APPS)
+endif
 
+
 .PHONY: internal-woapp-all_ \
         internal-woapp-install_ \
         internal-woapp-uninstall_ \
Index: sope-appserver/WEPrototype/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/WEPrototype/GNUmakefile	(r=E9vision 1557)
+++ sope-appserver/WEPrototype/GNUmakefile	(copie de travail)
@@ -10,8 +10,12 @@
 
 BUNDLE_NAME      =3D WEPrototype
 BUNDLE_EXTENSION =3D .wox
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
 else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
+else
 FRAMEWORK_NAME =3D WEPrototype
 endif
 
Index: sope-appserver/WOExtensions/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-appserver/WOExtensions/GNUmakefile	(r=E9vision 1557)
+++ sope-appserver/WOExtensions/GNUmakefile	(copie de travail)
@@ -9,7 +9,11 @@
 LIBRARY_NAME     =3D libWOExtensions
 BUNDLE_NAME      =3D WOExtensions
 BUNDLE_EXTENSION =3D .wox
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/WOxElemBuilders-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 else
 FRAMEWORK_NAME =3D WOExtensions
Index: sope-ical/versitSaxDriver/GNUmakefile
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-ical/versitSaxDriver/GNUmakefile	(r=E9vision 1557)
+++ sope-ical/versitSaxDriver/GNUmakefile	(copie de travail)
@@ -7,7 +7,11 @@
 
 BUNDLE_NAME        =3D versitSaxDriver
 BUNDLE_EXTENSION   =3D .sax
-BUNDLE_INSTALL_DIR =3D $(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+BUNDLE_INSTALL_DIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+else
+BUNDLE_INSTALL_DIR =3D $(GNUSTEP_LIBRARY)/SaxDrivers-$(MAJOR_VERSION).$(MINOR_VERSION)/
+endif
 
 versitSaxDriver_PRINCIPAL_CLASS =3D VSSaxDriver
 
Index: sope-ical/NGiCal/GNUmakefile.postamble
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- sope-ical/NGiCal/GNUmakefile.postamble	(r=E9vision 1557)
+++ sope-ical/NGiCal/GNUmakefile.postamble	(copie de travail)
@@ -1,8 +1,12 @@
 # compilation settings
 
 ifeq ($(FHS_INSTALL_ROOT),)
-MAPDIR=3D"$(GNUSTEP_INSTALLATION_DIR)/Library/SaxMappings/"
+ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
+MAPDIR =3D $(DESTDIR)$(GNUSTEP_INSTALLATION_DIR)/Library/SaxMappings/
 else
+MAPDIR =3D $(GNUSTEP_LIBRARY)/SaxMappings/
+endif
+else
 MAPDIR=3D"$(FHS_INSTALL_ROOT)/share/sope-$(MAJOR_VERSION).$(MINOR_VERSION)/saxmappings/"
 endif
 

------=_=-_OpenGroupware_org_NGMime-2177-1199380865.783432-2--------


From developer@opengroupware.org  Thu Jan  3 17:56:59 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Thu, 03 Jan 2008 18:56:59 +0100
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
Message-ID: <20080103175700.5D9AB38346@smtp.l00-bugdead-prods.de>

Hi,

developer@opengroupware.org wrote: 
> Le 03 Jan. 2008 11:30 EST, "Sebastian Reitenbach" 
<sebastia@l00-bugdead-prods.de> a =E9crit:
> 
> > sogo@opengroupware.org wrote: 
> > > Hi Sebastian,
> > > 
> > > 
> > > Your contribution is really appreciated, I will review your patch as 
soon 
> > as possible. I previously made an attempt at this, but the SOGo modules 
> > would not load because of the hardcoded paths in SOPE. I have looked at 
your
> > yeah, despite Helge insits, that these are only hardcoded RELATIVE 
paths ;)
> > 
> > discussion regarding this in the sope-dev mailing list and I am going to 
> > join it instead of discussing this here.
> > 
> > I have a combined bunch of diffs for sope, including my gnustep-make 
> > patchess, and your sogo patchset from the SOPE dir in the sogo sources.
> > 
> > I could send these to you offlist.
> > 
> > Because of the hardcoded relative paths, it is only working for FHS 
> > installation, We have to define some sane relative subdirectory names 
that 
> > can be used for GNUstep based filesystem layouts. 
> > When we can agree on sth. before weekend, I think I can get all 
> > (sope/sogo/opengroupware) updated to be able to run in GNUstep 
filesystem 
> > layouts by the end of the weekend. 
> > 
> > but as you said, lets move to the developer@ list.
> 
> Hi again,
> 
> 
> I am sending you my version, that I did one or two weeks before leaving on 
vacation...
> The particularity of my patches is to keep compatibility with gsmake 1.0. 
Is that something that we want?

no, we want to upgrade to gsmake 2.X
> 
> Also, I had to adapt the SOPE additional Makefiles. But I have doubts 
regarding those modifications because I am not sure which clause is used and 
when...
you mean the wobundle.make, woapp.make and ngobjweb.make?
I had to chage a bit in there too.

> 
> Finally, I did not find any patch for SOGo in your patchset?
you are right, I just got SOGo successfully compiled on OpenBSD yesterday, 
with the changes I mentioned. I already have the configure script working 
for OpenBSD and making similar changes to the config.make creation stuff and 
OpenBSD compatibility changes. I hope the evening today is enough to be able 
to post sth. working for FHS, at least, these are my plans.

On top of the configure script it states, that the user should not need to 
run configure. I use to run configure to create the config.make file. The 
config.make file is the central makefile, there is decided whether to 
install in FHS or GNUstep filesystem layout.
To prevent the user from running configure, there could be a config.make 
distributed, containing sane defaults, e.g. install into FHS layout.
So that only people with some other needs, need to run configure.
I also prefixed every path configured there with a ${DESTDIR}.
This would help to create packages. At least for me on OpenBSD it save me a 
lot of work and prevents me headaches when creating a port.

If you have specific questions, feel free to ask, I'd be happy to 
explain/discuss, and maybe change it if necessary.

cheers
Sebastian



From developer@opengroupware.org  Thu Jan  3 18:01:31 2008
From: developer@opengroupware.org (Helge Hess)
Date: Thu, 3 Jan 2008 19:01:31 +0100
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
In-Reply-To: <20080103175700.5D9AB38346@smtp.l00-bugdead-prods.de>
References: <20080103175700.5D9AB38346@smtp.l00-bugdead-prods.de>
Message-ID: <D5E69CC7-8912-4936-8BF0-AEFFE3524790@opengroupware.org>

On 03.01.2008, at 18:56, Sebastian Reitenbach wrote:
> no, we want to upgrade to gsmake 2.X


Please remember that I can't apply the patch to trunk until the  
packages work again (which probably implies that lF makefiles are  
updated too).
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).

Greets,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/

From developer@opengroupware.org  Thu Jan  3 18:06:10 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Thu, 03 Jan 2008 19:06:10 +0100
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
Message-ID: <20080103180610.A364B38320@smtp.l00-bugdead-prods.de>

developer@opengroupware.org wrote: 
> On 03.01.2008, at 18:56, Sebastian Reitenbach wrote:
> > no, we want to upgrade to gsmake 2.X
> 
> 
> Please remember that I can't apply the patch to trunk until the  
> packages work again (which probably implies that lF makefiles are  
> updated too).
i know.

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

Sebastian


From developer@opengroupware.org  Thu Jan  3 22:26:47 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Thu, 03 Jan 2008 23:26:47 +0100
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
Message-ID: <20080103222648.0F86338385@smtp.l00-bugdead-prods.de>

------=_=-_OpenGroupware_org_NGMime-17853-1199399207.556596-2------
content-type: text/plain; charset="iso-8859-1"
content-transfer-encoding: quoted-printable
content-length: 2249

Hi,

developer@opengroupware.org wrote: 
> Le 03 Jan. 2008 11:30 EST, "Sebastian Reitenbach" 
<sebastia@l00-bugdead-prods.de> a =E9crit:
> 
> > sogo@opengroupware.org wrote: 
> > > Hi Sebastian,
> > > 
> > > 
> > > Your contribution is really appreciated, I will review your patch as 
soon 
> > as possible. I previously made an attempt at this, but the SOGo modules 
> > would not load because of the hardcoded paths in SOPE. I have looked at 
your
> > yeah, despite Helge insits, that these are only hardcoded RELATIVE 
paths ;)
> > 
> > discussion regarding this in the sope-dev mailing list and I am going to 
> > join it instead of discussing this here.
> > 
> > I have a combined bunch of diffs for sope, including my gnustep-make 
> > patchess, and your sogo patchset from the SOPE dir in the sogo sources.
> > 
> > I could send these to you offlist.
> > 
> > Because of the hardcoded relative paths, it is only working for FHS 
> > installation, We have to define some sane relative subdirectory names 
that 
> > can be used for GNUstep based filesystem layouts. 
> > When we can agree on sth. before weekend, I think I can get all 
> > (sope/sogo/opengroupware) updated to be able to run in GNUstep 
filesystem 
> > layouts by the end of the weekend. 
> > 
> > but as you said, lets move to the developer@ list.
> 
> Hi again,
> 
> 
> I am sending you my version, that I did one or two weeks before leaving on 
vacation...
> The particularity of my patches is to keep compatibility with gsmake 1.0. 
Is that something that we want?
> 
> Also, I had to adapt the SOPE additional Makefiles. But I have doubts 
regarding those modifications because I am not sure which clause is used and 
when...
> 
> Finally, I did not find any patch for SOGo in your patchset?

they are appended. Up to now they only install in FHS root, not yet in 
GNUstep tree. I'll try to spot all these paths encoded in sope and 
maybe elsewhere and see how to get them a bit more configurable.
I'd just go and add some compile time defaults.

I also changed the configure script from bash to sh, to make it more 
portable. I also honour the DESTDIR variable in the configure script, to 
install everything in relative paths to aid packaging. 

kind regards
Sebastian


------=_=-_OpenGroupware_org_NGMime-17853-1199399207.556596-2------
content-disposition: inline; filename="sogo.patches.tar.gz"
content-length: 7737
content-transfer-encoding: base64
content-type: application/x-compressed; name="sogo.patches.tar.gz"

H4sIAAAAAAAAA+09/XfaxrI95/7yzD/x9hLOaSgG9I2tXNJiIA4tNr6Am/bc3kdlWGPdyBKV
ROy8Nn/B+6ff7K4k9AXCDsFJq2lqYNnZr9mZnZkdDQvNnd5g56tPCRwncQ1ZhlcK8Vf6nuca
YkNQOJ7W43mRb3wlf9JRebB0XM2GLm3LcjfVu7vB2NjHgPYLC0b/On2tTi3zWp8vbbzTPjie
4xRJWkN/XpIEwaO/LEsCKeclsaF8xe10FGvgL07/0mCBzZNRp1Tw3qCpdQubQb/SDd19X6hW
qyjYFTXL1ucHZ5aJOniK+AYSBFXmVE5EAsc1CpVKZVX3YHyzRN9rJkLwrahynCoKpNpR4bvv
UJU/lFCF/Pnuu0L12d/rV7pZv9Kcm0LF+wBvUQE9g3/o3HKxit7cYBNps5luztGt9hYja+Hq
lukg10Luje4gZ2rrC/cQYdOB7qFMc+EPRo61tKfw4uqGwfqWDhvQOfkLH9uvTiet4emoWSxx
qMSjkoBKIipJqCSjkoJKDVQ6QqXjYgFBrclJ95+Xve64ybGP54P2sNsad/3PF8Puq95PzWKx
UCUfT0dnrR+60PLp+eVo3L2YkI+vev3uqFiohCr8OjdhG+KFx3+oWn2n2bp2ZeBmAhMJL+sz
/K5uLg3jV9YrTMHr5+JNp87aqJE18gb9pjd+PfEaavKhsk735PIUSsiqCOIhL6AKvAgcWZeg
0mg87FG0Dh2xN57Ra+huNYU6lJMZ1JybolezN5q8ej0iiEBUNMMunroIqlHqHSIT4xmeISCS
gTXHRbCpvoHtV6hQ4lbfheeJ/kBzGy8odqg0VKNQ0a/Rv1DpW1TFvyEO/fsFkN4sVBCiK0Pa
LFSw4eCgaM7KrvVCpYDOT2GW3dbZaNLpDZvFWt2xFhioYeM6fOXaWLt1YF793vkPk9HPo37v
BOrBlqn260vHrhvWVDPqi7nzm1E39CsUKQ4X6FdFuq3RNymAlo42x6lfAVL1emlOyY5n1Z6X
0e+FyuotQmgKa/mPf0xa7e7gVQH98mvAil+vuNJBGvJIVaULDUwHVGA8AvPE6NqykW6CUDQM
jXRXg77J/pCPCNcoCuMav5e1c7GXpklYNXM2C1s33QvN1hw2pdhnmBee3lio2PamQAelFskX
QHIXw9YphTgToSbiXxDGNz1EhO6A89EVRr8tdRfXii8QAqrH8X1WTsO3zK9dNIVd4ML66AZ2
oA1ogizLEVmQyrEnTNbNKpgFjPtDZPp3mm0OTGCUCxtf6/dsDdIKYwR+0xqeF9AbqAirrKL3
1hJpIPV8QpOlJ5TUkAmdADXNmWbPEDQJH94bGAZIWq6RZj1gJSpbDSbImLjkRCoveZ7NEZvv
dNsyb7HpAnp4NNGZvdMMfQYr5m23lj33KLzuCxjDM39zUiERplHxPiRtikCk4n2RkYlNwa9X
vUal14Ozbn1wag3hSK/39Stbs9/Xz6BBSruQqPIaoLMU2SwlPkbJDaMluyg6Zwe7y0VrsTDw
aropZYAbE69cpCwkqxHyziyZDk8WY8NLbz05Mn8aSTJE198v9bYDej61lsaMcM8Vdl1sf1tm
O9HBPknYVimC0GCUKN6vhF/xj/CnerHMJnNMJyNw8cmkDSk5FcpbHjlGZPohwZEoDjjP31ih
7cukiM/lznv4/hb2/+/BGfczvJxNhoPB+EOkKp2NikJV+4N2q+/XpMcp1zjkeZgkL5PXhGxY
P9CEiJhez+9skFxsmpFPAVKJL6KXLxnveupAvJk5NpkMJZzA2koW0T1wh5E+Ny2qRJEDwTCs
OyJQQCmB88NwLORZDejqPZoHZ4nKsBG6aI1f++87P/c7Ezgvh63hzxP6BV0dAVZHJNoGrM5R
ZHVSx+RPmq4OsESkyNcQiQycgsJpvcO2rc8w0sz3npaINHLwfU1G+TUM3tZuQR2xQVecwx6o
RhvzgR6PM3y1nDffg8QnikNatRJZ63C99OE+C+PSHUA0HrK+09uZoZuBwgqaLBFTCF6vMFn1
JRzQxVgTcDgjVUXx4oPv6G7ok+0ZSNKQPkga1WCZ3+E4JkwvOsHR4HQASuf3g+Hkx+5w1Buc
N7liWpXeeajKcaLKRTfWipRaJdJKY7VqaDzoDFTk3PhSiG4/hko1Gcp9vfPRuNXvt8aATTQ4
VEcnl+edftf/hhR+GwhTQeap/FGkQ3GLzRceLaWz2jStoi+botSGvRSdnn4N+ujzX0rPr3Vz
5rj0YIZ+EZS0B+eveqe+lAEeIaMslw/h+3JskVjVy2F3okgnvbGasiPTOgIl1rxyZrQ3f61e
D0bjyWBE+vG+TnR2OpowDXdy3jrrqk2qtkaqEE16CywlTmxszvTrx7W1pqX4IpjeKoCmExCf
iOXy4fo1Dddl3arNtCbqhGjRoZXrRWLdpDYbJSyqNMEMCMie3m98jP4sH9ADPW7XDJQ0Hii9
ISNtpfOSGlE5F5gOM6pQktqeeVCMV44vmNoMKwjx2okCKk/YkGH5f+90R2N4+wHexhv+kDpB
x5pbVaidFF0fakFxWNB8SB/C6HVr2O1kDsG5AYV7Z52OB4P+KLPPK91MR291oJMtG3HSWwEx
PGr9dNa6uOiBzdv0B89WA7C0+1ttsQCx4qQjvxn8dHLZ63dgmgEyo8+H+p11X71a6sYM22nY
ZP4/X3TPBp1uP4nsvl/gW2sGcsLbwoldxIz4mEG30q5D2xtt2N4u6DW2NVtSZ5GtLxZQNoV+
iy/iaPRrTwjTA6UhUmVP5BuHxw/RZnzFqD04Oxk0S5GPqZpETFfR3ln6DA7ClRJGDUogUkyt
IZoXFWopum25PrYsw1HhW1KtnFRAb/D0bV8330K7nhIaL0GeUowsY7a4mzWJJ2pV6N4uZrrd
LNaC1a4SOlVLpeLqUKY2dEUUlZhRkNYXVXNevixBw3TSxZgkpADisPR7zGUT0uPD6Lo5NZag
MYYWKHC4lesuLI/vT2M0YD4qB91ih3hgHLIVqOnptwga3Vu6FV9aS7dmWHMkvAStlLwjG5Yp
jY9tAAZBpzXsji7742bp2wKK7P7Ql7D1uZCVK/LMyyfKMnnNWmb7FlVtNiigX+q26GBQImbY
nOrYCe2NRDHZy6EegGLa/eDqP+0isvFvSx3470Wyzvlpf6YtwOAK1YmOwV6aPZf1u3q7zjX0
95gcWDlpXnjaHF0jSWHMfHQUt9xCXax1fPlu6UzHF753bVDGX8HnHzVj6ZlkqaUwuB9b/ctu
s/jrytz7AxHPXdGp/+t/mv/+plmvz4u/JlgXBNoUttiADsq3k+NFIYOeD9vx1eoNNhbEhq/e
gOmODqi78QVdJYmjOrQkeTb8zDIxWRPD0mYoxdYupDlSCMK1bgOdwOSkmMQgWvlnIg1UPUd+
KeaHLlRqybJtNkDCDoddAHvgqW9k9gvR+7+RBTyJp64zgRPYmpyPRtSQqFy65DYIeHly84g+
Nt//cZwsiOz+D94rPA/lAi8Ijfz+bw+wuv8jN30B/euE/vUk/Ws37A7wDYgeerknkDtAQVZl
kV3ukTvALVqJN6CogrS6HZSODhWQLUeHxDonsraKnvutoG/KSHP+eTFa0j5YoRr9Hs4di1wU
viB3TxR3qJlzXEYTm7wOri+H/Z5Jy9TQtza+pu9eEG3yGdiSM3wd+BhOWqOu78iiAzoBZbuM
rkA3oIIa+npGzbUvS4DE+J8o8qedPuisLsjckWvZmIjVW895/rg+MvifV+RGEP/BKaRc4CRR
yPl/DxDjf6B/PUb/eoj+jPnDN/ucKvOqLIWYP6OJOLakCmIoLoDdwnhKxashGPZvBsMfqIUP
umys3QJiHAcSwtCv4vv2ov16QjR4wJtat7eWWbspVFPqjQa+47H0PGLBl2tQELbdy4VKCj61
rs/b3cn2zaQNd2tsKBhdnsRbLCBi/fsLNZ86E8OhL7dvQXen78j9IXm1MbvLBJ16+paWgJnq
/MaiIxTQejlUIS/UQEis1uXJxXDwfbc9HpG71tLztBW9pELbt6rCG2hB7tKvDEw0NOqrKz2/
Ju74O8t+65QPwQwqk7t876sUL16hEngyuy3qbCg999wd5TSfnTcI0KzZVvEHlWrpGeyysMZu
H2m8wGaEYOw+yhadBObkuiWyQCTRNQq+vr5xGMbO+f9h8n/ik+9BfWTpfw3ej/8SGw2F1BME
kcv1v33AA+W/T//Ug0BQJXH7gyBoK9mMfLw6ERoi0QXpX/iYJuaH3ZPeeWfS6nSGzSJ33240
6K4qpkrZfudVv3U6or5yB895bTaz04VYuN3y6qSpsouWtHsW8RBtumcRqWRbh7wZFwZw2h5R
By9RQtn4DX1qme/8oT2O/in8f37a1uyZ8/F6nw8Z/C/wYij+lyP1eKXB5/y/D0jhf4/+WXqf
JKj8cYzdU1DjWJLKNcJxoAqJA1WonReN/iHIhN+CQ7BWq8O/0HU2sNParzYfwZ4+GK1Zq/+I
bUe3TC/ijReoHxBeqE+faQMJldSbckhAEB2E6SbEFz0K1alSkeTzl1eHDmnltUZEq6qtrxi6
0YaK9aDpUP2HKrQ+3iMVWR/9oxXYNVOGaaKDg18YTXimnvK84umnwaRT9NKU78q5ZroeR5vP
bTwHy2BL9TTGmqClwjA/kaKawyeB7c7/SUD0x/SRpf8rDSWu//NgAuTn/x5gy/M/oH+qJnAc
PNuxSRNYNRLX+LmI95dnEj5QCsgDKToLRifhri4JQQgr4mmiuHrWuqCh/Cs5Fw8SKwehwSPt
/swLbagXC1UqXEMNJCW3H/qxwNXMwy4cOEFbp3K4smo+HnlRpo8I+ChV4rxR1QI6gIZ/IPpE
GZE+CXZ5B1I2yv+DU2u3rl8KWfo/p/Ar/y/x+3I8iIFc/98HRPk/Rv9M16+ickcrxt+AHUc8
UgUlwvHE63vIb2sHrDMCdmgBID8Yx9PzQbOJzS/scaVaO7lwnlCn6sS7xifjXkU2eTr7NiJp
0B6N3y/wGQ17qhcqKY3EwqZ8DTrOwplWxkaEmLURX4HqM2Ra6AZrJLDrkLrZ4Ts8Q9bSVVHS
EEqsYAG1Op0emX+rD521+5edLqtMHBw9ICkRj5FaXowPq9H3aiQcTdbVf1g0B71QED0bLkmh
yeDk+7ZnZ0CDv4CgTVaq3WZbDZ+LabAr13OY3XLF/k8L6+I/WouFpZsuYeeP9gRmxn9IXvyH
IMH/Aov/AJ0gP/8/PayL/wjTP6kGJB8B51aPgGc3EtEGeFU8UsXQHbCskIfD4a9In0PeIPnX
C/9sH88mMXlnXS3NmbGtGyThBYniPzWJN8I6/ifrqU0/nvcJZMd/NeL2Pyc2cv7fB6zjf5/+
m00AXuUElU8N/UprIIkrHa34XqB8Lzwh338c138xPB+GjfGfO7oBzLT/xZX9zwv0/g8+SDn/
7wE2xn9m8T6c+/LasM8NfM+rvPR53QHGOgjcANWka8ALU6NXgyJxVUJBOPTqFzKJA22OTcue
4FtNNxxpqc8OIuUzfK0tDZf6McG0otz20Gs7ivSYOztq9lPsTOdAslbMI0AqpF150vI1PbFF
OiDlbMfUbg6CCz5OPjyCleUkZrE/9hjY+iCge2a1E/7MZnzMkk/5jjT8qSLNcvgcwT//yXOs
Ne9DDU7E2vx/d9ZHlv7PwZkfy/8n87yYn/97gP/+v/9ib/72t6cdSA5PAuv0/zPQW7C9Gwsg
2/6XE/Z/fv+/H1in/zP6Z1oAIhjxaRZAEj2JGb7zlyXq85O+XJ/fF2n9r83/Som9qz4ekv9V
oP5/XhZFOef/PcB+8r8KKtdQhTz/a57/Nc//mud/zfO/5vlf8/yvef7XPP9rnv81z/+a53/N
87/m+V/z/K95/tf953/NE8B+jglg8/yvef7XPP9rnv81z/+a53/N879+Woje/132aOAvvOws
+c9X2fkfeV5Zxf9IIs3/I5A8kDuYXybk93+h+//LXp3RP+vin+dVOfTkbypeHEVQRT50A8hR
hybH8nolH7Zl7YVCSGFTbhWuGq+XErAK7a4JWd3UIygUJIjXC1QVaV4yUaA5akMYkedJD1jU
L3NmfylPkOZZX/5CkJD/bRoMvU/5z8mcH/8l8UKjQeW/JOfxn/uAhPxn9M+U/3Jc/ifx4iiK
KoTkv0RDQOBv/rTXU0Kq/tc18E4e/PYgS/8TOSHO/w3ymwA5/396SNX/fPpnSgFBlYWEFpiG
nRQfQiQLJLkM5Jm5/WTPgBVY+jPPTQsKoVRrkJSN3lWSn+cFeaqiP82gQvencffcQ63dWfeF
avISasv0L28G96T5E89jWvWyRAU5pQqVNU3HHbH0aa8IS18Me+ft3gUI2na/NRrFJnNCpZoX
8iOwKL1jJqIjrYS0XPow197k8B5SYv+lICr/zzR9t6ofhSz5Lwh+/l9JVhQW/yvn+b/3AlH5
T+j/wGwfcZSYpJclVX58vt9Plecr9ITvmgd8OTpQjjk3H5N9qu5J3kHHOzPIReEsO19g9Hcc
WJqvDpj//rsUkR+9/isz5/RMw7ckwsSyjALSDENVmUynD1oIMpPpQaOJLFgfI9A/qx84yGEj
rM3/oON3e8r/yEmKFOj/Ii0n+R9z/X8fsDb/A6F/5uNfjUCNjyWAiGMnEcVQ5hdQMcOKJt16
w+5ocDlsd3cmlXJzPw3W8T87Nydkvh/dR+b9DyfG+V9R8ue/9gLr+D+kN6VyvqJKqZwfwouj
HKkcH7H5BWrzC6s0z0RhodEPNAKWhJv5DSPGf85+fxAimgsmNUtswvb3rqNYXpQUKx1t6QIg
DWyhLaY5AtBKL/TCCgvozSBlpKRavDhcN65qJouJsvnUWziHj4CE/5c8uX2h2e6POr6Dbb7f
/H+SwIsKy//H5ff/+4CE/zdG/0wX8LHKRy+CNjSQxBVCv/Ql0fx/Up7/b5+QvP+Bj7PlznJ/
EMjkf16M8T/f4MXc/tsHJO9/fPpncT754Q8xevmThprEkkOWX0MgPA9/c55/GkiJ/9hd4l8P
svmfj/O/0sjz/+4FUuI/tkv8yx95eT9CESCZGX8BKfxrzyL1+4jHOfc/GaTp/+Z+4385RVES
/C/Kuf6/D0jT/80t4n+PVUmJq/3m5vjf48jv+j74JjCcozW9HEVjNZqIjcmLZhCpqiHmqkYE
Uu1/bO9UAjzm/KdxADuZYQbk/J+0/wn9tzj/ZSlh+McxkzLAzxhOcwrJNOufnLPkk0GC/0nK
IWxjc4qdXQmBh/v/+EZDyPX/fUCC/yP038IHEP4N8E3oSUyRC1kCNN4G/v4JJEEV/ntqsm4N
Cf7f5cWvB1n831AS/C+LnJLz/x4gwf8ZF798QxXkCMevv/EldY8eeuN72fuS7no33fR+8nve
5C3vxp/TJM8ukp/UJA8lBvSP8v+FbbnW1DKcid7WjNfj8cU+7v+khpy4/xPy+K+9QJT/A/rX
ffpnagCiKoYCQTY3kMSVQrHBa3//K2Ujfx4n/VMTbwewjv/36f+TeCFp/3O5/b8PWMf/WWzP
R578SsWLowgR2/9pnwQooNHlycVw8H23PfZkylNT4mlgHf/vM/6Ti9z/s+e/G2L+/M8+YB3/
Z5gBwMy8ksb/660BOO35xkOtAb/h3CbYo02QQw455JBDDjnkkEMOOfw54f8BM8kTRADIAAA=
------=_=-_OpenGroupware_org_NGMime-17853-1199399207.556596-2--------

From developer@opengroupware.org  Fri Jan  4 09:17:34 2008
From: developer@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=)
Date: Fri, 4 Jan 2008 10:17:34 +0100
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
In-Reply-To: <20080103180610.A364B38320@smtp.l00-bugdead-prods.de>
References: <20080103180610.A364B38320@smtp.l00-bugdead-prods.de>
Message-ID: <ABE3F7AE-1776-4582-AD97-09C22DDDE2D9@mulle-kybernetik.com>

--Apple-Mail-72--59760949
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit


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

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!

Cheers,

   Marcus

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



--Apple-Mail-72--59760949
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><br><div><blockquote =
type=3D"cite"><div><blockquote type=3D"cite">What we can do is create a =
branch for the transition period. (in fact =
&nbsp;<br></blockquote><blockquote type=3D"cite">I think that ZNeK =
already has a SOPE gstep-make 2 branch).<br></blockquote>that would be =
best, and iirc he mentioned sth. like that =
before.<br></div></blockquote><br></div><div><a =
href=3D"http://svn.opengroupware.org/SOPE/branches/">http://svn.opengroupw=
are.org/SOPE/branches/</a>sope-4.7-gsmake-1.98</div><div><br =
class=3D"webkit-block-placeholder"></div><div>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 &nbsp;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.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>There's one exception =
though:&nbsp;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.</div><div><br =
class=3D"webkit-block-placeholder"></div><div>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&nbsp;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!</div><div><br></div><div =
apple-content-edited=3D"true"> <span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; border-spacing: 0px 0px; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><div =
style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; border-spacing: 0px 0px; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><p style=3D"margin: =
0.0px 0.0px 0.0px 0.0px"><font face=3D"Helvetica" size=3D"3" =
style=3D"font: 12.0px Helvetica">Cheers,</font></p><p style=3D"margin: =
0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: =
14.0px"><br></p><p style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><font =
face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica"><span =
class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span>Marcus</font></p><p =
style=3D"margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; =
min-height: 14.0px"><br></p><p style=3D"margin: 0.0px 0.0px 0.0px =
0.0px"><font face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px =
Helvetica">--<span =
class=3D"Apple-converted-space">&nbsp;</span></font></p><p =
style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><font face=3D"Helvetica" =
size=3D"3" style=3D"font: 12.0px Helvetica">Marcus Mueller<span =
class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span>.<span =
class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span>.<span =
class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span>.<span =
class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span>crack-admin/coder =
;-)</font></p><p style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><font =
face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">Mulle =
kybernetiK<span class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span>.<span =
class=3D"Apple-converted-space">&nbsp;<span =
class=3D"Apple-converted-space">&nbsp;</span></span><a =
href=3D"http://www.mulle-kybernetik.com">http://www.mulle-kybernetik.com</=
a></font></p><p style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><font =
face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">Current =
projects:&nbsp;<a =
href=3D"http://www.mulle-kybernetik.com/znek/">http://www.mulle-kybernetik=
.com/znek/</a></font></p><br =
class=3D"Apple-interchange-newline"></span></div></span> =
</div><br></body></html>=

--Apple-Mail-72--59760949--

From developer@opengroupware.org  Fri Jan  4 10:03:00 2008
From: developer@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 04 Jan 2008 11:03:00 +0100
Subject: [OGo-Developer] Re: [SOGo] sope/sogo and gnustep-make 2
Message-ID: <20080104100301.6656F38122@smtp.l00-bugdead-prods.de>

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.

th