Date: Sun, 31 Mar 2013 09:42:36 -0400 From: Joe Malcolm <jmalcolm@uraeus.com> To: Marco Steinbach <coco@executive-computing.de> Cc: Joe Malcolm <jmalcolm@uraeus.com>, Paul Pathiakis <pathiaki2@yahoo.com>, "ports@freebsd.org" <ports@freebsd.org> Subject: Re: Where has all the groupware gone..... Message-ID: <43224669-F60A-4B9A-9239-32012F1A934E@uraeus.com> In-Reply-To: <5146D0A6.3020707@executive-computing.de> References: <1363549575.86830.YahooMailNeo@web141402.mail.bf1.yahoo.com> <5146D0A6.3020707@executive-computing.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 18, 2013, at 4:30 AM, Marco Steinbach wrote: > Paul Pathiakis wrote on 17.03.2013 20:46: >> Hi, >> I have tried building many pieces of groupware so that I can replace = MS at various client sites. >> However: >> zimbra? No port. (Hardcoded /opt/zimbra) >> kolab? No port. (Hardcoded /kolab - This could work if they got = rid of the idiocy of "OpenPKG") >> (A kolab port could easily be done if all the dependencies their rpms = were made into a port for it. - It should work fairly easily with ZFS) >> Citadel? No port. Got it working and seems pretty decent. >> SimpleGroupware - Not DB independent, MySQL only >> Tine? Not DB independent, MySQL only (Who does that in this day and = age?) >> Horde? Port is cumbersome and very few tips anywhere to get it up = and running quickly on FreeBSD (Is there a doc I can't find?) >> Horde >> Web? Same as Horde >> Egroupware? Sweet... Works nice and seems very useful. Many = compliments from people on how well it works. Phpgroupware? Not really = groupware in the form of the others above. >> I'm just evaluating. I have no affiliation with any. However, the = lack thereof when we could be inserting groupware FreeBSD servers in = clients... :-) >> Thank you for checking into this and creating real ports and/or = documentation. >> P. >=20 > FYI: A port for SOGo (http://www.sogo.nu) has been submitted. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/175947 >=20 Thanks for pointing this out! I had missed this. However, I just tried = it on a not-that-recently 10-current: fub% uname -a FreeBSD fub 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Sat Feb 16 19:38:01 = UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 and it errors out with: Compiling file SOGo+DAV.m ... SOGo+DAV.m:134:2: warning: #warning all REPORT method should be = standardized... SOGo+DAV.m:340:2: warning: #warning this is a bit ugly, as usual SOGo+DAV.m:480:5: warning: #warning evil eVIL EVIl! Linking tool sogod ... /usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 against `_DYNAMIC' = can not be used when making a shared object; recompile with -fPIC /usr/lib/crt1.o: could not read symbols: Bad value collect2: ld returned 1 exit status gmake[4]: *** [obj/sogod] Error 1 gmake[3]: *** [internal-tool-all_] Error 2 gmake[2]: *** [sogod.all.tool.variables] Error 2 gmake[1]: *** [internal-all] Error 2 gmake: *** [internal-all] Error 2 *** [do-build] Error code 2 Which, FWIW, is what I got when I tried doing it myself. Some google = produced a hazy idea of what it means but not how to fix it. Joe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43224669-F60A-4B9A-9239-32012F1A934E>