Zarafa is groupware solution that aims to replace ms exchange on Linux platforms, they recently published part of their code as AGPL-3 (you have to pay for licences to connect from ms outlook). It integrates nicely with existing mta, postfix, qmail etc. I failed to compile it on amd64 due to undefined reference to uuid_generate, maybe someone more experienced can take a look, I believe it is a simple fix. Reproducible: Always
Created attachment 167132 [details] dev-cpp/libvmime-0.7.1.ebuild libvmime ebuild, must use this version with their patches
Created attachment 167134 [details] dev-libs/libical-0.23.ebuild libical, we already have this in portage, but for zarafa we need this version with their patches
Created attachment 167135 [details, diff] disable-test.patch disable-test patch, test for libical fail to compile
Created attachment 167137 [details] www-apps/zarafa-6.20.ebuild zarafa ebuild
Created attachment 167139 [details] zarafa.logrotate
Created attachment 167141 [details] zarafa-gateway.rc6 init script
Created attachment 167143 [details] zarafa-ical.rc6 init script
Created attachment 167144 [details] zarafa-monitor.rc6 init script
Created attachment 167146 [details] zarafa-server.rc6 init script
Created attachment 167147 [details] zarafa-spooler.rc6 init script
Created attachment 167148 [details] zarafa-licensed.rc6 zarafa licensed init script, you use this when you have licences, also for this you must remove --enable-oss from ebuild
For ebuilds already in portage, it is imho better to open a seperate bug and to ask them, if they could include the needed patches e.g. with an additional use flag. Some comments on the ebuilds, first libvmime-0.7.1.ebuild: -if ~amd64 does not work, dont add it to KEYWORDS -epatch and econf dont need a "|| die" libical-0.23.ebuild: -rm ${WORKDIR}/${P}/src/libical/${x}; <<< you can remove ${WORKDIR}/${P}/ as that is already the default dir. -econf needs no "|| die" zarafa-6.20.ebuild: -if you have a fetch restriction, no need for a mirror restriction -!x86-fbsd? ( logrotate? ( app-admin/logrotate ) ) <<< bad code and useless anyway in this case, remove !x86-fbsd? -surely you dont want pkgconfig and gettext in RDEPEND (they probably only should be in DEPEND) -econf needs no "|| die" So far from my side at the first view
Created attachment 167280 [details] dev-cpp/libvmime-0.7.1.ebuild
Created attachment 167281 [details] dev-libs/libical-0.23.ebuild
Created attachment 167285 [details] www-apps/zarafa-6.20.ebuild I fixed the mistakes that you pointed, I didn't know that econf needs no die, I saw that in many ebuilds I think, but they are maybe from overlays... libical is in portage but problem is that zarafa will compile only with this version, version in portage is now 0.33 and I thought they are not the same libraries, this is from softwarestudio.com (which is down) and those in portage are from aurore.net, maybe this is the same library, I did't look... As for ~amd64 keyword, that was from me testing on my machine, I forgot to remove it, but this is only for zarafa, libvmime compiles on amd64. Init scripts also needs some work probably, none of them has reload function, didn't worked for me so I removed it, I guess I was doing it the wrong way... Thx for reply
Created attachment 167287 [details] dev-cpp/libvmime-0.7.1.ebuild
It compiled for me no problem on a 64-bit system. I use reiserfs so I had no problems. To improve on your methods (to get it to compile) I removed sys-libs/e2fsprogs-libs from the RDEPEND list and it compiled for me. Once again, I have no reason to have e2fsprogs installed on my machine. I'm not sure if this package conflicted before. Everything seems to be fine, but I will have more of a chance to test it tomorrow. I'm guessing the zarafa-licensed is binary only.
I got the Outlook MAPI working with it. IMAP works fine (and I'm assuming POP3 will also). Qmail will deliver to it, and the spooler will send out no problem. However, it seems that the zarafa-dagent needs to be given the user name to deliver it to, so the only way to set it up with Qmail is to put in each .qmail file "|/usr/bin/zarafa-dagent -q [username]" where [username] is the name of the user whose home directory it's in. The web interface doesn't work currently. It isn't packaged with the open source version so it needs to be extracted from one of the binary packages. You have to add "extension=mapi.so" to your php.ini config before anything. Currently all I get is a "HTTP Error: 500 OK" and it shows nothing else.
Actually, you don't have to add anything to php.ini , ebuild will add .ini in /etc/php/apache2-php5 and symlink to ext-active, all you need to do is restart apache webserver. What problems do you have with webacces? I got it to work without problems. I didn't test with outlook since first I wanted to export .pst files from exchange for all accounts.
I get "Error 500 OK" errors when I log in. There is no error report in error_log or access_log.
Ah, I just installed it on another machine and had no errors. It looks like it was a DNS issue. It seems to be working really well. I'd like to write a wiki article on it when the wiki gets back on so maybe we can get more people using it so it gets committed.
(In reply to comment #0) > Zarafa is groupware solution that aims to replace ms exchange on Linux > platforms, they recently published part of their code as AGPL-3 (you have to > pay for licences to connect from ms outlook). It integrates nicely with > existing mta, postfix, qmail etc. I failed to compile it on amd64 due to > undefined reference to uuid_generate, maybe someone more experienced can take a > look, I believe it is a simple fix. > Reproducible: Always Maybe trivial for the rest of you but I stumbled over it. Upstream at zarafa.com started to label the releases with three digits zarafa-6.20.x. So I had the rename the ebuild file accordingly to make it work: zarafa-6.20.x.ebuild
On compiling libvmime got this: * ERROR: dev-cpp/libvmime-0.7.1 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2168: Called epatch 'vmime-gcc-4.4-support.diff' * environment, line 1132: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * The die message: * Failed Patch: vmime-gcc-4.4-support.diff! ====================================== PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < vmime-gcc-4.4-support.diff ====================================== can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libvmime-0.7.1/src/platforms/posix/posixFile.cpp 2005-04-09 10:42:46.000000000 +0200 |+++ libvmime-0.7.1/src/platforms/posix/posixFile.cpp.gcc44 2009-03-29 21:09:07.000000000 +0200 -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored
Try to change SRC_URI for libvmime from sourceforge to http://developer.zarafa.com/download/libvmime-0.7.1.tar.bz2 . That download link was not available before. It is possible that thay modified the library.
(In reply to comment #24) > Try to change SRC_URI for libvmime from sourceforge to > http://developer.zarafa.com/download/libvmime-0.7.1.tar.bz2 . That download > link was not available before. It is possible that thay modified the library. > changed as you said: >>> Downloading 'http://developer.zarafa.com/download/libvmime-0.7.1.tar.bz2' --15:57:25-- http://developer.zarafa.com/download/libvmime-0.7.1.tar.bz2 => `/usr/portage/distfiles/libvmime-0.7.1.tar.bz2' Resolving developer.zarafa.com... 80.69.92.68 Connecting to developer.zarafa.com|80.69.92.68|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 418,302 (408K) [application/x-bzip2] but still got: * ERROR: dev-cpp/libvmime-0.7.1 failed. * Call stack: * ebuild.sh, line 49: Called src_unpack * environment, line 2168: Called epatch 'vmime-gcc-4.4-support.diff' * environment, line 1132: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!"; * The die message: * Failed Patch: vmime-gcc-4.4-support.diff! with the same patch (vmime-gcc-4.4-support.diff) : --- libvmime-0.7.1/src/platforms/posix/posixFile.cpp 2005-04-09 10:42:46.000000000 +0200 +++ libvmime-0.7.1/src/platforms/posix/posixFile.cpp.gcc44 2009-03-29 21:09:07.000000000 +0200 @@ -28,6 +28,7 @@ #include <dirent.h> +#include <stdio.h> #include <string.h> #include "vmime/exception.hpp" file (src/platforms/posix/posixFile.cpp): / // VMime library (http://www.vmime.org) // Copyright (C) 2002-2005 Vincent Richard <vincent@vincent-richard.net> // // This program is free software; you can redistribute it and/or // modify it under the terms of the GNU General Public License as // published by the Free Software Foundation; either version 2 of // the License, or (at your option) any later version. // // This program is distributed in the hope that it will be useful, // but WITHOUT ANY WARRANTY; without even the implied warranty of // MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU // General Public License for more details. // // You should have received a copy of the GNU General Public License // along with this program; if not, write to the Free Software // Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. // #include "vmime/platforms/posix/posixFile.hpp" #include <unistd.h> #include <fcntl.h> #include <errno.h> #include <sys/types.h> #include <sys/stat.h> ( ########### this is line 28, note added by me ########) #include <dirent.h> #include <string.h> #include "vmime/exception.hpp" Is the patch correct for that file??? #if VMIME_HAVE_FILESYSTEM_FEATURES
I never had a problem, and I did install it on a couple of different machines. I will try again when I have time.
(In reply to comment #26) > I never had a problem, and I did install it on a couple of different machines. > I will try again when I have time. even if I try to patch manually I got this: serverch02 work # patch -p0 -g0 -E --no-backup-if-mismatch < libvmime-0.7.1/vmime-gcc-4.4-support.diff patching file libvmime-0.7.1/src/platforms/posix/posixFile.cpp Hunk #1 FAILED at 28. 1 out of 1 hunk FAILED -- saving rejects to file libvmime-0.7.1/src/platforms/posix/posixFile.cpp.rej serverch02 work # cat libvmime-0.7.1/src/platforms/posix/posixFile.cpp.rej *************** *** 28,33 **** #include <dirent.h> #include <string.h> #include "vmime/exception.hpp" --- 28,34 ---- #include <dirent.h> + #include <stdio.h> #include <string.h> #include "vmime/exception.hpp"
I can reproduce this problem with this command sequence: wget http://developer.zarafa.com/download/zarafa-vmime-patches.tar.gz wget http://developer.zarafa.com/download/libvmime-0.7.1.tar.bz2 tar xjvf libvmime-0.7.1.tar.bz2 tar xzvf zarafa-vmime-patches.tar.gz patch -p0 < vmime-gcc-4.4-support.diff and what I get is this: patching file libvmime-0.7.1/src/platforms/posix/posixFile.cpp Hunk #1 FAILED at 28. 1 out of 1 hunk FAILED -- saving rejects to file libvmime-0.7.1/src/platforms/posix/posixFile.cpp.rej
same problem here. emerge stops on libvmime patching for gcc 4.4 Did not find a workaround (yet)
Problem solved: the file vmime-gcc-4.4-support.diff contained in the zarafa provided patches which looks like this: --- libvmime-0.7.1/src/platforms/posix/posixFile.cpp 2005-04-09 10:42:46.000000000 +0200 +++ libvmime-0.7.1/src/platforms/posix/posixFile.cpp.gcc44 2009-03-29 21:09:07.000000000 +0200 @@ -28,6 +28,7 @@ #include <dirent.h> +#include <stdio.h> #include <string.h> #include "vmime/exception.hpp" should instead be replaced with mine: *** libvmime-0.7.1/src/platforms/posix/posixFile.cpp Wed Jul 1 14:09:37 2009 --- libvmime-0.7.1/src/platforms/posix/posixFile.cpp.gcc44 Wed Jul 1 14:25:04 2009 *************** *** 28,33 **** --- 28,34 ---- #include <dirent.h> + #include <stdio.h> #include <string.h> #include "vmime/exception.hpp" Adding on top of it I must add that should be created in the ebuild a dependency for a certain version of php, I don't know which, I guess 5.2 and above, I just updated to the latest in the portage and worked.
A little mistake, this is the WORKING code of the modified patch: *** libvmime-0.7.1/src/platforms/posix/posixFile.cpp Sat Apr 9 10:42:46 2005 --- libvmime-0.7.1/src/platforms/posix/posixFile.cpp.gcc44 Wed Jul 1 14:25:04 2009 *************** *** 28,33 **** --- 28,34 ---- #include <dirent.h> + #include <stdio.h> #include <string.h> #include "vmime/exception.hpp"
Created attachment 196379 [details] vmime-gcc-4.4-support.diff
Created attachment 196383 [details] zarafa-vmime-patches.tar.gz
You need a recent version of PHP which solves the libxml2 2.7 problem (if not you have problems when composing mails). See bug 249703 for more information: http://bugs.gentoo.org/show_bug.cgi?id=249703
(In reply to comment #20) > I get "Error 500 OK" errors when I log in. There is no error report in > error_log or access_log. > hi, I get "Error 500 OK" before I log in. There is no error report in error_log or access_log. I have zarafa installed http://en.gentoo-wiki.com/wiki/Zarafa wiki. The Outlook connection works. Only the Webaccess don't work. Portage 2.1.6.13 (hardened/x86/2.6, gcc-3.4.6, glibc-2.6.1-r0, 2.6.24-hardened-r3 i686) ================================================================= System uname: Linux-2.6.24-hardened-r3-i686-Intel-R-_Core-TM-2_Duo_CPU_E8400_@_3.00GHz-with-glibc2.3.2 Timestamp of tree: Thu, 16 Jul 2009 20:00:01 +0000 app-shells/bash: 3.2_p33 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r2 sys-devel/automake: 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=i686 -O2 -pipe -fomit-frame-pointer -fforce-addr" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=i686 -O2 -pipe -fomit-frame-pointer -fforce-addr" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.utf8" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext apache2 bcmath berkdb bzip2 calendar clamav cli cracklib crypt ctype curl exif ftp gd gdbm gmp hardened hash iconv imap iproute2 latin1 ldap logrotate mmx mmxext mysql mysqli ncurses nls nptl nptlonly odbc pam pcre pdo perl pic posix python readline reflection screen session simplexml slang snmp sockets spell spl sse sse2 ssl tcpd threads tokenizer truetype unicode urandom x86 xml xmlreader xmlrpc xmlwriter zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authz_host authn_alias authz_user authn_file auth_basic authn_default authz_owner authz_groupfile vhost_alias alias mime dir log_config " ELIBC="glibc" INPUT_DEVICES="mouse keyboard evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt intel mach64 mga neomagic nsc nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Check the PHP files in /usr/share/php/mapi There are 8 files in this dir. Check the first line of each file. It should be <?php but I got some parasite characters on this line which gave me HTTP 500 errors. Removing the intruder char solved the problem!
yes, it works. thanks
Since 6.30.0 zarafa can use a standard libical (0.43). We cannot build zarafa 6.30 with an older libical (0.23). I am not sure how to "disable" this in ebuild... Source : http://forums.zarafa.com/viewtopic.php?f=9&t=2769&p=11979&hilit=icaltimezone_free_builtin_timezones#p11979
> I am not sure how to "disable" this in ebuild... That's quite simple. Just edit the zarafa ebuild file and change the line RDEPEND="=dev-libs/libical-0.23 to RDEPEND=">=dev-libs/libical-0.40 (just as example - now libical version >= 0.40 is ok) But I have a bigger problem. Compiling fails with: make[3]: Entering directory `/var/tmp/portage/www-apps/zarafa-6.30.1/work/zarafa-6.30.1/ECtools/zarafa-stats' if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../common -DLINUX -I../../mapi4linux/include -I../../libfreebusy -I../../common -O2 -march=athlon-xp -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -pthread -MT zarafa-stats.o -MD -MP -MF ".deps/zarafa-stats.Tpo" -c -o zarafa-stats.o zarafa-stats.cpp; \ then mv -f ".deps/zarafa-stats.Tpo" ".deps/zarafa-stats.Po"; else rm -f ".deps/zarafa-stats.Tpo"; exit 1; fi make[3]: *** Keine Regel vorhanden, um das Target »zarafa-ssm«, benötigt von »all-am«, zu erstellen. Schluss. make[3]: *** Warte auf noch nicht beendete Prozesse... make[3]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.1/work/zarafa-6.30.1/ECtools/zarafa-stats' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.1/work/zarafa-6.30.1/ECtools' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.1/work/zarafa-6.30.1' make: *** [all] Fehler 2 In the Zarafa forums is mentioned that the make files include some parts of the commercial package - I tried to use the available patches but without success. Is there a working patch for gentoo available?
I managed to modify the ebuild but I met the same problem while compile 6.30: I tried a patch that was supposed to update makefiles to solve the compiling problem but I still have an issue in ECtools/zarafa-stats: make[5]: *** Pas de règle pour fabriquer la cible « install-data-hook ». Arrêt. m Note: it seems the patch I tried solved the zarafa-ssm target but it is not sufficient.
> Note: it seems the patch I tried solved the zarafa-ssm target but it is not > sufficient. Have you tried the additional change mentioned in the zarafa forums: In ECtools/zarafa-stats/Makefile.in: install-data-am: @$(NORMAL_INSTALL) $(MAKE) $(AM_MAKEFLAGS) install-data-hook change to install-data-am: @$(NORMAL_INSTALL) # $(MAKE) $(AM_MAKEFLAGS) install-data-hook Maybe it helps for you. I didn't come so far yet - but I was trying 6.30.1 not 6.30.0
Where is the patch that will help solve the compile problem? I'm also getting: x86_64-pc-linux-gnu-g++ -march=athlon64 -msse3 -O2 -pipe -funroll-loops -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -pthread -Wl,-O1 -o zarafa-cfgchecker zarafa-cfg.o ECConfigCheck.o LDAPConfigCheck.o UnixConfigCheck.o ServerConfigCheck.o GatewayConfigCheck.o IcalConfigCheck.o MonitorConfigCheck.o SpoolerConfigCheck.o ../../common/.libs/libcommon_util.a -luuid make[3]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.2/work/zarafa-6.30.2/ECtools/zarafa-cfgchecker' Making all in zarafa-stats make[3]: Entering directory `/var/tmp/portage/www-apps/zarafa-6.30.2/work/zarafa-6.30.2/ECtools/zarafa-stats' if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../common -DLINUX -I../../mapi4linux/include -I../../libfreebusy -I../../common -march=athlon64 -msse3 -O2 -pipe -funroll-loops -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -pthread -MT zarafa-stats.o -MD -MP -MF ".deps/zarafa-stats.Tpo" -c -o zarafa-stats.o zarafa-stats.cpp; \ then mv -f ".deps/zarafa-stats.Tpo" ".deps/zarafa-stats.Po"; else rm -f ".deps/zarafa-stats.Tpo"; exit 1; fi make[3]: *** No rule to make target `zarafa-ssm', needed by `all-am'. Stop. make[3]: *** Waiting for unfinished jobs.... zarafa-stats.cpp:96: warning: dereferencing type-punned pointer will break strict-aliasing rules zarafa-stats.cpp:96: warning: dereferencing type-punned pointer will break strict-aliasing rules zarafa-stats.cpp:97: warning: dereferencing type-punned pointer will break strict-aliasing rules zarafa-stats.cpp:97: warning: dereferencing type-punned pointer will break strict-aliasing rules zarafa-stats.cpp: In function 'void showtop(IMsgStore*, bool)': zarafa-stats.cpp:246: warning: dereferencing type-punned pointer will break strict-aliasing rules zarafa-stats.cpp: In function 'void dumptable(eTableType, IMsgStore*)': zarafa-stats.cpp:398: warning: dereferencing type-punned pointer will break strict-aliasing rules make[3]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.2/work/zarafa-6.30.2/ECtools/zarafa-stats' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.2/work/zarafa-6.30.2/ECtools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/www-apps/zarafa-6.30.2/work/zarafa-6.30.2' make: *** [all] Error 2 I guess everybody knew that though. It's with zarafa-6.30.2. Portage 2.1.6.4 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.8_p20080602-r1, 2.6.27-gentoo-r8 x86_64) ================================================================= System uname: Linux-2.6.27-gentoo-r8-x86_64-AMD_Phenom-tm-_9950_Quad-Core_Processor-with-glibc2.2.5 Timestamp of tree: Thu, 24 Sep 2009 10:00:01 +0000 app-shells/bash: 3.2_p39 dev-lang/python: 2.4.4-r13, 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -msse3 -O2 -pipe -funroll-loops -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -msse3 -O2 -pipe -funroll-loops -fomit-frame-pointer -fforce-addr -fprefetch-loop-arrays" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirror.datapipe.net/gentoo http://www.gtlib.gatech.edu/pub/gentoo http://open-systems.ufl.edu/mirrors/gentoo http://mirror.datapipe.net/gentoo http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/" LDFLAGS="-Wl,-O1" LINGUAS="en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://computerevolution.net/gentoo-portage" USE="acl amd64 apache2 atm authdaemond bacula-console bcmath berkdb bzip2 calendar cli command-args cracklib crypt ctype cups curl dhcp diskio dri eap-tls exif ftp gd gdbm gif gs hash ical iconv imagemagick imap iproute2 isdnlog jpeg jpgraph ldap logrotate mmx mod_muc modules mudflap multilib mysql mysqli nagios-dns nagios-ntp nagios-ping nagios-ssh nat ncurses nfs nls nptl nptlonly oav odbc openmp pam pcre pdo pdo-external perl perlsuid php png posix ppds pppd python qmail readline reflection samba session simplexml slp snmp sockets spamassassin spell spl sse sse2 ssl swat sysfs tcpd tiff tokenizer truetype unicode usb vhosts web xinetd xml xmlreader xmlrpc xmlwriter xorg zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Zarafa 6.30.3 beta fixed the compiling issues with Zarafa.
i am creating a PKGBUILD for arch linux, and running into some similar problems. first i was getting the uuid_generate missing problem (im on 64bit): zarafa-6.30.2/common/platform.linux.cpp:101: undefined reference to `uuid_generate' somehow i got past that by appending -luuid to zarafa_server_LDADD in: zarafa-6.30.2/provider/server/Makefile.am which was the specific compnoent failing... even though -luuid was already there but via variable... why would this make a difference? was it being mistaken for an option to another flag or something? also, regarding the patch vmime-gcc-4.4-support.diff not applying, there were carraige returns in it! i got all patches to apply natively with this loop (filter the patch thru tr -d "\r" before applying): for i in `tar -tf ../zarafa-vmime-patches.tar.gz | grep -e ^vmime.*diff$`; do tar -Oxzf ../zarafa-vmime-patches.tar.gz "${i}" | tr -d "\r" | patch -p1 -g0 -E --no-backup-if-mismatch || return 1 done that routine will also apply them in order. this has been fixed upstream, see last 2 posts here: http://forums.zarafa.com/viewtopic.php?f=19&p=15055 my progress can be seen here: http://bbs.archlinux.org/viewtopic.php?pid=634813 so, aside from the weird -luuid that i dont understand and perhaps someone could shed some light, i am now getting build problems against php 5.3.0: make[2]: Entering directory `/home/cr/builds/zarafa-server/src/zarafa-6.30.2/php-ext' if /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../common -DDEBUG -DLINUX -I../mapi4linux/include -I../libfreebusy -I../inetmapi -I../common -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -march=amdfam10 -O2 -pipe -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -pthread -MT main.lo -MD -MP -MF ".deps/main.Tpo" -c -o main.lo main.cpp; \ then mv -f ".deps/main.Tpo" ".deps/main.Plo"; else rm -f ".deps/main.Tpo"; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I. -I../common -DDEBUG -DLINUX -I../mapi4linux/include -I../libfreebusy -I../inetmapi -I../common -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -march=amdfam10 -O2 -pipe -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -pthread -MT main.lo -MD -MP -MF .deps/main.Tpo -c main.cpp -fPIC -DPIC -o .libs/main.o In file included from /usr/include/php/main/php.h:34, from main.cpp:124: /usr/include/php/Zend/zend.h:199:1: warning: "restrict" redefined In file included from ../common/platform.h:46, from main.cpp:38: ../common/config.h:261:1: warning: this is the location of the previous definition main.cpp:379: error: ‘fourth_arg_force_ref’ was not declared in this scope main.cpp:379: error: ‘fourth_arg_force_ref’ was not declared in this scope main.cpp:388: error: ‘first_arg_force_ref’ was not declared in this scope main.cpp:388: error: ‘first_arg_force_ref’ was not declared in this scope main.cpp:389: error: ‘first_arg_force_ref’ was not declared in this scope main.cpp:389: error: ‘first_arg_force_ref’ was not declared in this scope main.cpp:412: error: too many initializers for ‘zend_function_entry’ main.cpp:412: error: too many initializers for ‘zend_function_entry’ main.cpp:412: error: too many initializers for ‘zend_function_entry’ make[2]: *** [main.lo] Error 1 make[2]: Leaving directory `/home/cr/builds/zarafa-server/src/zarafa-6.30.2/php-ext' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cr/builds/zarafa-server/src/zarafa-6.30.2' make: *** [all] Error 2 i havent got past this yet, any ideas?
btw, got this repeated 10 times along with the header when i submitted the last comment: undef error - Insecure dependency in exec while running with -T switch at /usr/lib64/perl5/vendor_perl/5.8.8/Mail/Mailer/sendmail.pm line 16. not sure is anyone got notified of this bug being updated so im posting again.
i managed to get past the build problems in php... when compiling against php 5.3.0, some files need to be patched dude to internal changes in php (sorry not proper patches): manually define first_arg_force_ref and fourth_arg_force_ref in zarafa-6.30.2/php-ext/main.cpp: #if ZEND_MODULE_API_NO >= 20071006 // No more define with PHP 5.3.0 ZEND_BEGIN_ARG_INFO(first_arg_force_ref, 0) ZEND_ARG_PASS_INFO(1) ZEND_END_ARG_INFO() ZEND_BEGIN_ARG_INFO(fourth_arg_force_ref, 0) ZEND_ARG_PASS_INFO(0) ZEND_ARG_PASS_INFO(0) ZEND_ARG_PASS_INFO(0) ZEND_ARG_PASS_INFO(1) ZEND_END_ARG_INFO() #endif and rename ZVAL_ADDREF -> Z_ADDREF_P in: zarafa-6.30.2/php-ext/ECImportHierarchyChangesProxy.cpp zarafa-6.30.2/php-ext/ECImportContentsChangesProxy.cpp now im at the zarafa-ssm issue: make[3]: *** No rule to make target `zarafa-ssm', needed by `all-am'. Stop. although this is said to be fixed, and unofficially confirmed in IRC: [03:06] <imar> the ssm stuff is fixed in 6.30.3 and that version is scheduled for release today.
Created attachment 207000 [details, diff] compile zarafa 6.30.3 against php 5.3 patch to compile zarafa 6.30.3, releases today, against php 5.3 zarafa 6.30.3 resolves the zarafa-ssm build issues
I managed to compile Zarafa 6.30.3 (php 5.2). I had to patch provider/libserver/ECDatabaseMySQL.cpp because my MySQL server is configured to use UTF8 by default (tables were created in latin1_general_ci character set). In ECDatabaseMySQL::Connect I changed: if (m_lpMySQL.server_version[0] >= '5') { // this option was introduced in mysql 5.0, so let's not even try on 4.1 servers strQuery = "SET SESSION sql_mode = 'STRICT_ALL_TABLES'"; Query(strQuery); // ignore error } To: if (m_lpMySQL.server_version[0] >= '5') { // this option was introduced in mysql 5.0, so let's not even try on 4.1 servers strQuery = "SET SESSION sql_mode = 'STRICT_ALL_TABLES'"; Query(strQuery); // ignore error strQuery = "SET NAMES 'latin1'"; Query(strQuery); // ignore error } It does not add UTF-8 magically to Zarafa (will have to way 7.x for that apparently) but it helps storing "correct" values in the database.
Created attachment 235925 [details] updated zarafa ebuild for 6.40 with new zarafa-indexer updated just to 6.40 as there is a new indexer service, I had to do a small update to the ebuild. maybe it helps someone else, too
Created attachment 235927 [details] init file for zarafa-indexer
I think we should be able to add OSS version to portage tree. I will start playing with it in my overlay and once I'm happy with it, I'll move it to the tree.
Just to let you know, I've pushed zarafa-6.40.1 with zarafa-webaccess-6.40.1 to my overlay (layman -a dagger). I'm not 100% happy with these ebuilds yet, so I won't move them to the portage tree yet. Testing and feedback is welcome. Regards, Rob
Hello Robert, had a look at your overlay and will give it a try soon Just a liitle thing, I am not even shure about: There seem to be two config files for the other distributions, which contain ZARAFA_LOCALE="C" and ZARAFA_INDEXER_LOCALE="C" which allow to select the language different to the system settings. Shouldn't these variables be added to /etc/conf.d/ in one or two files?
Hi there, just wanted to update to 6.40.1 (previous 6.40.0) but I get an error during compiling: /bin/sh ../../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++ -O2 -march=native -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -Wl,-O1 -Wl,--as-needed -o zarafa-stats zarafa-stats.o -luuid -lz ../../mapi4linux/src/libmapi.la ../../common/libcommon_mapi.la ../../common/libcommon_util.la -lncurses -luuid mkdir .libs i686-pc-linux-gnu-g++ -O2 -march=native -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -Wl,-O1 -Wl,--as-needed -o .libs/zarafa-stats zarafa-stats.o -lz ../../mapi4linux/src/.libs/libmapi.so ../../common/.libs/libcommon_mapi.a ../../common/.libs/libcommon_util.a -lncurses -luuid ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzopen' ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzclose' ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzprintf' collect2: ld returned 1 exit status make[3]: *** [zarafa-stats] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools/zarafa-stats' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1' Has anything changed in 6.40.1? Its not a problem of the ebuilds (tried the old and new ones from dagger), as 6.40.0 compiles fine with both ebuilds and shows same error in version 6.40.1 Thanks
okey... got it working. problem is, that common/ECLogger now uses zlib for compressed files: ... #include <zlib.h> ... if (compress) { fnOpen = &gzopen; fnClose = &gzclose; fnPrintf = &gzprintf; ... So it ssems, ECLogger is missing the LDFLAG -lz. After adding this value to the uuid-link.patch, compiling was okey. I just wonder, if I am the only one, having this problem or if there is some misconfiguration on my system. Added the patc-file in case, someone else runs into this problem...(In reply to comment #54) > Hi there, > > just wanted to update to 6.40.1 (previous 6.40.0) but I get an error during > compiling: > > /bin/sh ../../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++ -O2 > -march=native -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic > -Wno-long-long -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -Wl,-O1 > -Wl,--as-needed -o zarafa-stats zarafa-stats.o -luuid -lz > ../../mapi4linux/src/libmapi.la ../../common/libcommon_mapi.la > ../../common/libcommon_util.la -lncurses -luuid > mkdir .libs > i686-pc-linux-gnu-g++ -O2 -march=native -fPIC -g -rdynamic -Wall > -Wno-write-strings -pedantic -Wno-long-long -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -pthread -Wl,-O1 -Wl,--as-needed -o .libs/zarafa-stats > zarafa-stats.o -lz ../../mapi4linux/src/.libs/libmapi.so > ../../common/.libs/libcommon_mapi.a ../../common/.libs/libcommon_util.a > -lncurses -luuid > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzopen' > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzclose' > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzprintf' > collect2: ld returned 1 exit status > make[3]: *** [zarafa-stats] Fehler 1 > make[3]: Leaving directory > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools/zarafa-stats' > make[2]: *** [all-recursive] Fehler 1 > make[2]: Leaving directory > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools' > make[1]: *** [all-recursive] Fehler 1 > make[1]: Leaving directory > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1' > > Has anything changed in 6.40.1? > Its not a problem of the ebuilds (tried the old and new ones from dagger), as > 6.40.0 compiles fine with both ebuilds and shows same error in version 6.40.1 > > Thanks >
Created attachment 242575 [details] extended patch for zlib issue
okey the zarafa-webaccess ebuild worked without failure. Here is my feedback for your ebuilds. Maybe you can consider some things for the next version(s): - zarafa-indexer and zarafa-licenced create log-files. Maybe you could add them to the logrotate file or add the two seperate logrotate config files when the Use-Flag "logrotate" is choosen - as far as I know, the default location for the webaccess plugin directory is /var/lib/zarafa-webaccess/plugins and var/www/.../plugins should only be a symlink to that directory - the zarafa-webaccess.config file in var/www/.../zarafa-webaccess isn't necessary as zarafa isn't using /usr/share/... as http-root - a symlink in etc/zarafa/ to the zarafa-webaccess/config.php would be nice - the languages in zarafa-webaccess/server/language aren't precompiled. would be cool, if you could run someting like msgfmt de_DE.UTF-8/LC_MESSAGES/zarafa.po -o de_DE.UTF-8/LC_MESSAGES/zarafa.mo during install for all/selected languages So, thats all I found till now. Thanks for your work.
Hi HKnoeferl, Thank you very much for your comments. I will take them under consideration for 6.40.2. (In reply to comment #57) > okey the zarafa-webaccess ebuild worked without failure. > Here is my feedback for your ebuilds. Maybe you can consider some things for > the next version(s): > > - zarafa-indexer and zarafa-licenced create log-files. Maybe you could add them > to the logrotate file or add the two seperate logrotate config files when the > Use-Flag "logrotate" is choosen > I'm not sure about zarafa-licenced, as it's closed source component and I'm not supported on Gentoo. We have to use OpenSUSE binaries which come with it's own set of config files. > - as far as I know, the default location for the webaccess plugin directory is > /var/lib/zarafa-webaccess/plugins and var/www/.../plugins should only be a > symlink to that directory I'm not sure if plugins are 100% compatible between versions. I'll get confirmation from upstream on that one. But yeah, sounds like a good idea. > - the zarafa-webaccess.config file in var/www/.../zarafa-webaccess isn't > necessary as zarafa isn't using /usr/share/... as http-root Absolutely right. Will get it fixed. > - a symlink in etc/zarafa/ to the zarafa-webaccess/config.php would be nice Normally we don't symlink things like this for any web based app. Especially considering you can have multiple versions of zarafa-webaccess installed. > - the languages in zarafa-webaccess/server/language aren't precompiled. > would be cool, if you could run someting like > msgfmt de_DE.UTF-8/LC_MESSAGES/zarafa.po -o de_DE.UTF-8/LC_MESSAGES/zarafa.mo > during install for all/selected languages Good point. > So, thats all I found till now. > Thanks for your work. > Thanks for testing! PS. I cannot reproduce your problem from comment #55.
Blah, to much editing.. (In reply to comment #58) > I'm not sure about zarafa-licenced, as it's closed source component and I'm not > supported on Gentoo. We have to use OpenSUSE binaries which come with it's own > set of config files. "component and it's not supported on Gentoo"
Hi there, just wanted to install 6.40.1 but I get an error during compiling: x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe -fPIC -g -rdynamic -Wall -Wno-write-strings -pedantic -Wno-long-long -pthread -Wl,-O1 -Wl,--as-needed -o .libs/zarafa-stats zarafa-stats.o -lz ../../mapi4linux/src/.libs/libmapi.so ../../common/.libs/libcommon_mapi.a ../../common/.libs/libcommon_util.a -lncurses -luuid ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzopen' ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzclose' ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzprintf' collect2: ld returned 1 exit status make[3]: *** [zarafa-stats] Error 1 make[3]: Leaving directory `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools/zarafa-stats' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1' make: *** [all] Error 2 Must I install the patch zarafa-6.40.1-uuid-link.patch or is it in the actuall ebuild?
(In reply to comment #60) > Hi there, > > just wanted to install 6.40.1 but I get an error during compiling: > > x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe -fPIC -g -rdynamic -Wall > -Wno-write-strings -pedantic -Wno-long-long -pthread -Wl,-O1 -Wl,--as-needed -o > .libs/zarafa-stats zarafa-stats.o -lz ../../mapi4linux/src/.libs/libmapi.so > ../../common/.libs/libcommon_mapi.a ../../common/.libs/libcommon_util.a > -lncurses -luuid > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzopen' > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzclose' > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzprintf' > collect2: ld returned 1 exit status > make[3]: *** [zarafa-stats] Error 1 > make[3]: Leaving directory > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools/zarafa-stats' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1' > make: *** [all] Error 2 > > Must I install the patch zarafa-6.40.1-uuid-link.patch or is it in the actuall > ebuild? > what's the output of "pkg-config --libs zlib" you should have something like "-lz"
(In reply to comment #61) I have the same problem. # pkg-config --libs zlib gives the following: Package zlib was not found in the pkg-config search path. Perhaps you should add the directory containing `zlib.pc' to the PKG_CONFIG_PATH environment variable No package 'zlib' found zlib.pc doesn't exist and zlib-1.2.3-r1 is installed. / Bjarne > (In reply to comment #60) > > Hi there, > > > > just wanted to install 6.40.1 but I get an error during compiling: > > > > x86_64-pc-linux-gnu-g++ -march=k8 -O2 -pipe -fPIC -g -rdynamic -Wall > > -Wno-write-strings -pedantic -Wno-long-long -pthread -Wl,-O1 -Wl,--as-needed -o > > .libs/zarafa-stats zarafa-stats.o -lz ../../mapi4linux/src/.libs/libmapi.so > > ../../common/.libs/libcommon_mapi.a ../../common/.libs/libcommon_util.a > > -lncurses -luuid > > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzopen' > > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzclose' > > ../../mapi4linux/src/.libs/libmapi.so: undefined reference to `gzprintf' > > collect2: ld returned 1 exit status > > make[3]: *** [zarafa-stats] Error 1 > > make[3]: Leaving directory > > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools/zarafa-stats' > > make[2]: *** [all-recursive] Error 1 > > make[2]: Leaving directory > > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1/ECtools' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory > > `/var/tmp/portage/net-mail/zarafa-6.40.1/work/zarafa-6.40.1' > > make: *** [all] Error 2 > > > > Must I install the patch zarafa-6.40.1-uuid-link.patch or is it in the actuall > > ebuild? > > > > what's the output of "pkg-config --libs zlib" > you should have something like "-lz" >
zlib should install PKG-CONFIG file by default. How old is your zlib? $ paludis -o /usr/lib64/pkgconfig/zlib.pc * /usr/lib64/pkgconfig/zlib.pc sys-libs/zlib-1.2.5-r2:0::installed /usr/lib64/pkgconfig/zlib.pc
(In reply to comment #63) > zlib should install PKG-CONFIG file by default. > > How old is your zlib? > > $ paludis -o /usr/lib64/pkgconfig/zlib.pc > * /usr/lib64/pkgconfig/zlib.pc > sys-libs/zlib-1.2.5-r2:0::installed > /usr/lib64/pkgconfig/zlib.pc > I reemerged to the latest zlib version in portage (1.2.5-r2) and /usr/lib64/pkg-config/zlib.pc now exists. Also "pkg-config --libs zlib" shows "-lz". But I still get the same compile error as before.
Hallo Zarafa Users, i have added modified Zarafa ebuilds to my overlay: libvmime: the lib is sloted and install as libvmime07 so it wont conflict with libvmime-0.9 zarafa will depend in libvmime:0.7 this brings me to the next changes my ebuilds is now EAPI=2 zarafa: is now also EAPI=2 added kerberos support added tcmalloc support added install of webappass it installs the right config files for apache wrapped the licensed init script into the licensed use flag still to do is add the licensed server from a proper binary package. so now to the infos for the overlay http://linamh.disconnected-by-peer.at/wiki/mds the mds overlay (mandriva directory server will supports zarafa ldap config in the next major version) then as usual install emerge -av www-apps/zarafa
i have added support for the binary onyl 3 user outlook version to the my ebuild in the overla i also removed fetch restict from the ebuild (thx to the -> operator) i also had to add a specific rpm5.eclass the gentoo one don't handel the sles11 rpms (have to use this ass all other depend on a specific patched openssl-0.9.8) so plz test
Created attachment 254025 [details] dagent init script not very well test
i got: checking for BIO_accept in -lcrypto... no configure: error: required library libcrypto missing or unusable when installing with kerberos and licensed use flag. an update to openssl to 1.0.0a-r3[kerberos sse2 zlib] fixed that.
Hi there, I've emerged zarafa-6.40.3 and i can only start the zarafa-server daemon. When I want start the other zarafa daemons I got the following error messages: * Starting zarafa-dagent: /usr/bin/zarafa-dagent: symbol lookup error: /usr/lib/libicalmapi.so.1: undefined symbol: IID_IMessage * Starting zarafa-ical ... /usr/bin/zarafa-ical: symbol lookup error: /usr/lib/libicalmapi.so.1: undefined symbol: IID_ [ !! ] * Starting zarafa-monitor ... /usr/bin/zarafa-monitor: symbol lookup error: /usr/local/lib/libmapi.so.0: undefined symbol: IID_IABContainer * Starting zarafa-spooler ... /usr/bin/zarafa-spooler: symbol lookup error: /usr/lib/libicalmapi.so.1: undefined symbol: IID_IMessage * Starting zarafa-gateway ... /usr/bin/zarafa-gateway: symbol lookup error: /usr/lib/libicalmapi.so.1: undefined symbol: IID_IMessage * Starting zarafa-indexer ... /usr/bin/zarafa-indexer: symbol lookup error: /usr/local/lib/libmapi.so.0: undefined symbol: IID_IABContainer WHat's wrong? Must I install SAMBA4? On my gentoo-system is samba-3.5.6 running.
Hi there, updated to 6.40.4-r1. Worked fine, but I have two suggestions which might be considered: - the community version of zarafa-webaccess comes with a debug.php, which is not needed for standard use. For me it produces quite a lot of warnings in the apache logfiles, so it would be nice, if this file would be deleted just during installation - the german *.po files contain quite a lot of translations, which are marked as fuzzy, but are the correct translation. For me, it helped to add the "-f" option to the msgfmt call to use the fuzzy marked translations as well.
(In reply to comment #70) > Hi there, > > updated to 6.40.4-r1. Worked fine, but I have two suggestions which might be > considered: > - the community version of zarafa-webaccess comes with a debug.php, which is > not needed for standard use. For me it produces quite a lot of warnings in the > apache logfiles, so it would be nice, if this file would be deleted just during > installation Personally I find debug.php very useful and I don't think it should be disabled. If you have debug.txt file with proper write permissions, errors will be logged to that file rather then apache logs. > - the german *.po files contain quite a lot of translations, which are marked > as fuzzy, but are the correct translation. For me, it helped to add the "-f" > option to the msgfmt call to use the fuzzy marked translations as well. > As per your suggestion, it's added to 6.40.5
Hello, I just upgraded to PHP 5.3.5 and I cannot compile zarafa. It looks like php-ext-base-r1 is explicitely blocking PHP5.3.5 # Block ebuilds with minor version slotting. Quite temporary fix DEPEND="!=dev-lang/php-5.3.3-r2 !=dev-lang/php-5.2.14-r1 !=dev-lang/php-5.3.3-r3 !=dev-lang/php-5.3.5 !=dev-lang/php-5.3.4-r1 !=dev-lang/php-5.3.4 !=dev-lang/php-5.2.16 !=dev-lang/php-5.2.17 !=dev-lang/php-5.2.14-r2" I do not want to break everything and wonders if there is a good reason to block this version of php. Anybody here with php5.3.5 and zarafa? Thanks
(In reply to comment #72) > Hello, > > I just upgraded to PHP 5.3.5 and I cannot compile zarafa. It looks like > php-ext-base-r1 is explicitely blocking PHP5.3.5 > > # Block ebuilds with minor version slotting. Quite temporary fix What I understand from my googling is that PECL ebuild process has changed to reflect the "slotting" feature of PHP. New ebuilds should probably inherit php-ext-pecl-r1 instead of php-ext-base-r1. As I have never created my own ebuild if someone here as a good ebuild I would greatly appreciate! Note: I still have not given a try to the overlay but I will try if I do not find a proper way to compile zarafa. Nevertheless I usually patch zarafa source before installing it to force "latin1" names when connecting to my MySQL host and I really need this!
(In reply to comment #73) > Note: I still have not given a try to the overlay but I will try if I do not > find a proper way to compile zarafa. Nevertheless I usually patch zarafa source > before installing it to force "latin1" names when connecting to my MySQL host > and I really need this! if you tell me where this changes should go for latin1 will add this to my overlay and wrapp it into a useflag
Thanks! In fact this is a "general patch" which, I believe, could be enabled for any install. It enforces latin1 communication between the client and the server which is usefull if MySQL default is UTF8 (which is the case now with gentoo). The file to patch is provider/libserver/ECDatabaseMySQL.cpp My file looks like: if (m_lpMySQL.server_version[0] >= '5') { // this option was introduced in mysql 5.0, so let's not even try on 4.1 servers strQuery = "SET SESSION sql_mode = 'STRICT_ALL_TABLES'"; Query(strQuery); // ignore error // Latin1 is default charset strQuery = "SET NAMES 'latin1'"; Query(strQuery); } (you should find it easily in the code, this is in the ECDatabaseMySQL::Connect method. Note that zarafa 6.x only handles latin1. zarafa 7 should be fully utf8 compatible so this will not be needed anymore. Another solution is to make some changes to my.cnf to force latin1 communication by default but I think this is not a "clean" solution. Thanks!
Additionnal info for those who are stuck with this sloted PHP: I emerged php:5.2 and copied the mapi.so in the corresponding directory. As there is no API change this works but I cannot upgrade to php 5.3.
(In reply to comment #76) > Additionnal info for those who are stuck with this sloted PHP: I emerged > php:5.2 and copied the mapi.so in the corresponding directory. As there is no > API change this works but I cannot upgrade to php 5.3. php 5.3 is alredy supported by my overlay
i Have updated my overlay with (In reply to comment #75) > Thanks! > > In fact this is a "general patch" which, I believe, could be enabled for any > install. It enforces latin1 communication between the client and the server > which is usefull if MySQL default is UTF8 (which is the case now with gentoo). > > .................. > > Note that zarafa 6.x only handles latin1. zarafa 7 should be fully utf8 > compatible so this will not be needed anymore. > > Another solution is to make some changes to my.cnf to force latin1 > communication by default but I think this is not a "clean" solution. > > Thanks! i have included the patch unto my overlay but have not wrapped it into a use flag bacause it is a general patch as you sayed that it only applies for gentoo by the way i am already working on 7.0 but as beta its broken so the ebuild is only keyworded devel
Thanks. I will try it when I find some time, probably during this week end.
Finally found some time to test Mario's ebuild. Zarafa is compiling right now. The only "problem" I encountered is a missing depend for "boost" ebuild during configure phase. Once boost has been emerged, zarafa compilation could start. From the comments I could read on this "thread" I understand you use a RPM to download the website sources. Please note that it is not strictly necessary as the website sources are now bundled in the archive one can download on zarafa community page. But this do works so no problem for me! Thanks for this ebuild!
Well... maybe I should not have posted. While compile 6.40.7: /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/mapidefs.o: relocation R_X86_64_PC32 against symbol `M4LMAPIProp::M4LMAPIProp()' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status
(In reply to comment #81) > Well... maybe I should not have posted. > > While compile 6.40.7: > > /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: > .libs/mapidefs.o: relocation R_X86_64_PC32 against symbol > `M4LMAPIProp::M4LMAPIProp()' can not be used when making a shared object; > recompile with -fPIC > /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: > final link failed: Bad value > collect2: ld returned 1 exit status interesting problem i don't have that but i am alredy working on the update to the new release
(In reply to comment #80) > Finally found some time to test Mario's ebuild. > > Zarafa is compiling right now. The only "problem" I encountered is a missing > depend for "boost" ebuild during configure phase. Once boost has been emerged, > zarafa compilation could start. > > From the comments I could read on this "thread" I understand you use a RPM to > download the website sources. Please note that it is not strictly necessary as > the website sources are now bundled in the archive one can download on zarafa > community page. But this do works so no problem for me! > > Thanks for this ebuild! no i am not using the rpms for th sources just for the licensed server i use the sles11 rpm packages the ebuild is using the sources for the opensource part and the rpm for the licensed part so if you don't add the licensed use flag you will get just the open source edition without the outlook support
just for reference my production use flags are licensed tcmalloc perl -sparsehash epoll -kerberos -profiling -testtools sparshash is not compilig at the moment profiling is also not working kerberos is working but not needed in my environment
Thanks for the details on how your ebuild works, I will not have to read it to understand what it does! I have added the "pic" use flag and zarafa builds OK now. My production flags are: [ebuild R ] net-mail/zarafa-6.40.7.1.26050 USE="logrotate perl pic python -debug -epoll -kerberos -ldap -licensed -profiling -sparsehash -static -swig -tcmalloc -testtools" PHP_TARGETS="php5-3" 0 kB [1]
(In reply to comment #84) > just for reference my production use flags are > licensed tcmalloc perl -sparsehash epoll -kerberos -profiling -testtools > sparshash is not compilig at the moment > profiling is also not working > kerberos is working but not needed in my environment tcmalloc seems interesting enough as it is supposed to improve performances. Could you document the useflags on the gentoo wiki for reference? Thanks!
now that zarafa is becomming a main component in my company i have moved all zarafa related packages to its own overlay so just layman -d mds and layman -f and layman -a zarafa nothing has changed just its own overlay thx Mario
z-push Active sync is now also part of my overlay
my overlay got some additions: net-nds/zarafa2ldap - sync zarafa contacts to ldap contacts www-apps/zarafa-carddav - export zarafa contacts to evolution mail carddav net-mail/zarafa got some new themes that can be enabled via use flag "themes" it also got some other plugins that can be added depending on useflag "bash-completion" , "smime" , "dspam" , "google-maps" , "mobile-devices"
Since i updated to zcp 7.0 from dagger overlay, it isn't possible to use the licensed version. I tried all available free-editions, but always the need some old libs, which not available in portage. (e.g. libicu-4.0) From sources.gentoo.org i tried some old ebuild, but building libicu-0.4.0 failed on amd64. Does anybody have a working license zcp-7.0 version? How i can fix this problem? Thanks
Got it running... You have to use the debian6 packages... and dev-libs/icu-4.4.2 from sources.gentoo.org. Everything else to install the licenced-version is in the wiki
I installed Zarafa 7.0 (and webaccess) from the dagger overlay. Server runs, but I get "PHP mapi extension not found" error when trying to access webaccess.
(In reply to comment #92) > I installed Zarafa 7.0 (and webaccess) from the dagger overlay. Server runs, > but I get "PHP mapi extension not found" error when trying to access webaccess. I think, you are missing an entry in the /etc/php/apache2-php5.3/ext/mapi.ini: extension=mapi.so ;mapi.cache_max_sessions=128 ;mapi.cache_lifetime=300 instead of ;mapi.cache_max_sessions=128 ;mapi.cache_lifetime=300 Don't know, but this was added in the earlier versions automatically. I added this line to the ebuild: # Install PHP module php-ext-source-r2_addtoinifiles "extension" "mapi.so" php-ext-source-r2_addtoinifiles ";mapi.cache_max_sessions" "128" php-ext-source-r2_addtoinifiles ";mapi.cache_lifetime" "300" instead of # Install PHP module php-ext-source-r2_addtoinifiles ";mapi.cache_max_sessions" "128" php-ext-source-r2_addtoinifiles ";mapi.cache_lifetime" "300" Maybe this should be added in general...
alternative option: in the zcp-7.0.x.tar.gz file there is in the php-ext folder a zarafa.ini file which includes the necessary entries. Couldn't this be used to be copied to the php configuration path?
Thanks a lot! Adding extension=mapi.so solved my problem. :-)
(In reply to comment #91) > Got it running... > > You have to use the debian6 packages... and dev-libs/icu-4.4.2 from > sources.gentoo.org. Thanks for the hint as the sles10 package didn't work for me anymore. I had to install booth libboost 1.42 and 1.46 (and added to symlinks libboost_filesystem.so.1.42.0 and libboost_system.so.1.42.0 as debian seems to use different naming) Than added icu 4.4.2 as mentioned. Last problem i have is openssl. I have 0.9.8 an my server, but when starting zarafa-licenced i get a "no version information available" message. the licensd works nevertheless, but revdep-rebuild complains now about a broken package. Any ideas, how to solve?
I have had some problems with zarafa 6.40.10. I use zarafa overlay. When build with use flag tcmalloc the zarafa-server segfaults very fast. Disabling tcmalloc generates a very stable zarafa-server. Please note that I did not have this problem with 6.40.7
It looks like you added your overlay there: http://git.overlays.gentoo.org/gitweb/?p=dev/dagger.git;a=summary Is this usable? this overlays seems to include zarafa-7.0.1 which your website does not. Thanks
(In reply to comment #98) > It looks like you added your overlay there: > http://git.overlays.gentoo.org/gitweb/?p=dev/dagger.git;a=summary > > Is this usable? this overlays seems to include zarafa-7.0.1 which your website > does not. > > Thanks no this is not my overlay my overlay is primary for licensed server and the licensed server is only working with 6.40.x
Hi there! I'm trying to update from the go-zarafa overlay but the "fix-zarafaserver-uuid-linkage.patch" fails to patch because it can't find the files. Any ideas on how to fix this? I also tried the 6.40.13.30778 version but it's the same issue there. * emerge info: [ebuild U ] net-mail/zarafa-6.40.14.31537::zarafa [6.40.12.29942::zarafa] USE="licensed -archive -bash-completion -debug -dspam -epoll -google-maps -kerberos -ldap -logrotate -mobile-device -perl -pic -profiling -python -smime -sparsehash -static -swig -tcmalloc -testtools -themes" PHP_TARGETS="php5-3 php5-4%*" 0 kB >>> Emerging (1 of 1) net-mail/zarafa-6.40.14.31537 from zarafa * zcp-6.40.14.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * zcp-6.40.14-31537-sles-11-i586-free.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking zcp-6.40.14.tar.gz to /var/tmp/portage/net-mail/zarafa-6.40.14.31537/work >>> Unpacking zcp-6.40.14-31537-sles-11-i586-free.tar.gz to /var/tmp/portage/net-mail/zarafa-6.40.14.31537/work >>> Unpacking ./../zcp-6.40.14-31537-sles-11-i586/zarafa-licensed-6.40.14-31537.i586.rpm to /var/tmp/portage/net-mail/zarafa-6.40.14.31537/work/licensed >>> Source unpacked in /var/tmp/portage/net-mail/zarafa-6.40.14.31537/work >>> Preparing source in /var/tmp/portage/net-mail/zarafa-6.40.14.31537/work/zarafa-6.40.14 ... * Applying various patches (bugfixes/updates) ... * Datux-sendas.patch ... [ ok ] * Datux-spamhook.patch ... [ ok ] * fix-pthread.patch ... [ ok ] * fix-zarafaserver-uuid-linkage.patch ... * Failed Patch: fix-zarafaserver-uuid-linkage.patch ! * ( /var/lib/layman/go-zarafa/net-mail/zarafa/files/6.40.14.31537/fix-zarafaserver-uuid-linkage.patch ) * Failed patch info (/var/tmp/portage/net-mail/zarafa-6.40.14.31537/temp/fix-zarafaserver-uuid-linkage.patch.out) ***** fix-zarafaserver-uuid-linkage.patch ***** PWD: /var/tmp/portage/net-mail/zarafa-6.40.14.31537/work/zarafa-6.40.14 =============================================== PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < '/var/lib/layman/go-zarafa/net-mail/zarafa/files/6.40.14.31537/fix-zarafaserver-uuid-linkage.patch' =============================================== can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: zarafa-6.40.0/provider/server/Makefile.in |=================================================================== |--- zarafa-6.40.0.orig/provider/server/Makefile.in |+++ zarafa-6.40.0/provider/server/Makefile.in
so finally after 9 months zarafa reduced the dependecies on the binary only licensed server. so its now possible to run the licensed server on gentoo with just 4 libs ( libboost-system1.46.1 libboost-filesystem1.46.1 libssl1.0.0 libicu48 from the ubuntu repo) in a LD_PRELOAD mode. so my go-zarafa tree now contains the newes 7.1.4 with licensed support i have droped the 6.40 tree compleatly and thx to dagger for the great init scripts
