Package Details: openchange 2.3-7

Git Clone URL: https://aur.archlinux.org/openchange.git (read-only)
Package Base: openchange
Description: A portable, open source implementation of Microsoft Exchange server and Exchange protocols.
Upstream URL: http://www.openchange.org
Licenses: GPL3
Submitter: a1russell
Maintainer: Zrax (DJ_L)
Last Packager: Zrax
Votes: 29
Popularity: 0.112372
First Submitted: 2010-08-20 16:19
Last Updated: 2016-06-03 16:20

Dependencies (17)

Required by (1)

Sources (8)

Latest Comments

DJ_L commented on 2016-07-11 23:08

I'm sorry I've never followed up on my previous comment. The Zentyal folks have continued development of OpenChange and are doing their releases (tagged) from here: https://github.com/zentyal/openchange/tree/2.4-zentyal23 which "should" work out of the box with 4.4 (though I have not tested it myself).

DJ_L commented on 2016-06-07 01:57

Hey, just FYI, while nothing is happening at official upstream, the inverse team is working on bringing it up to Samba-4.2. Should see something this week.

student975 commented on 2016-06-06 10:35

Is working now, thanks!

Zrax commented on 2016-06-03 16:22

It looks like they renamed their pkgconfig file in 0.9... :( I've added a patch to make it work again.

student975 commented on 2016-06-03 15:40

Hi! Have got:

...
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) none
checking for CHECK... yes
checking for NANOMSG... no
configure: error: Install nanomsg library >= 0.5
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build openchange.
==> Restart building openchange ? [y/N]
==> -----------------------------------
==>
...

And:

~ $ pacman -Qs nanomsg
local/nanomsg 0.9-1
Simple high-performance implementation of several "scalability protocols"


How to resolve?

DJ_L commented on 2016-05-24 23:54

Well, it compiles fine here after fixing the configure check for nanomsg, just add 'sed 's@libnanomsg@nanomsg@g' -i configure.ac at end of prepare() in the PKGBUILD file.

Not sure why you are using that really old patch Ser_Olmy, use the ones Zrax has included in the snapshot above and all is well. I'm making the assumption that you are not using Arch. PKGBUILD files are just shell scripts, some variables are prepopulated (like pkgdir and srcdir), but you can basically just source the file and run the three functions after accounting for those two pacman variables and you should be good to go.

As to future proofing this package for only the EDS use case, just kill the makedepends on python2-pylons, remove (or comment just in case development returns) the OCSManager and RPCProxy blocks, and add the above mentioned fix for nanomsg, and you are good to go.

DJ_L commented on 2016-05-24 16:59

I've quit using it at this point, no reason to continue to support a 7 year old version of Outlook (I've removed it from the SOGo packages entirely). Are you needing OpenChange, or just libmapi for EDS? I know the SOGo folks have it working correctly with 4.3.8. That said, I can take a look when I get home this evening and see if I might be able to coax it into compiling again, but I probably wouldn't be able to test it for several days. I had thought about breaking out libmapi as a separate package for the EDS use case.

Ser_Olmy commented on 2016-05-24 11:03

DJ_L, I for one would be /very/ interested in seeing OpenChange being patched to work with the latest versions of Samba. Both you and Zrax have some great work in patching various issues that arose when the Samba project closed off access to internal APIs.

As of right now, there are some mapiproxy issues preventing OpenChange from compiling against the most recent version of Samba (4.4.3). After applying the openchange-remove-server_id_str-1.patch, I get the following error;

mapiproxy/dcesrv_mapiproxy.c: In function 'mapiproxy_op_bind':
mapiproxy/dcesrv_mapiproxy.c:225:25: error: storage size of 'idbuf' isn't known
struct server_id_buf idbuf:
^
I'm certainly no developer, but it looks to me like the definition of server_id_buf is unavailable. It seems this would also affect mapiproxy/modules/mpm_cache.c.

Any chance you could look into the issue? I'd be happy to provide testing feedback.

DJ_L commented on 2016-04-23 01:44

Zrax, I see that you've updated OpenChange for Samba 4.4. It seems the OC project has come to a standstill WRT the Samba devs killing access to the internal APIs. I think libmapi will continue to function for a good while with a little TLC as you have already given. However, as much as I hate to say it given the work put into it, I just don't see keeping the server anymore as it is pretty much useless at this point. I suppose mapiproxy is probably still functional as an actual proxy, but doubt anyone is using the package for it standalone. Maybe just comment them out in case they eventually find a resolution, but I cannot say that I'm optimistic on that point. I've added a new article to the wiki for SOGo that does not employ OpenChange but still uses Samba for authentication.

Zrax commented on 2016-04-15 17:27

Ok, I've updated the patches so they should work on Samba 4.4

nobody44 commented on 2016-04-15 07:05

Currently it does not compile:

libmapiadmin/mapiadmin_user.c:33:22: fatal error: ldap_ndr.h: No such file or directory

Zrax commented on 2015-12-07 18:35

I've added a patch which should fix the yyunput issue. Please try the newest release.

DJ_L commented on 2015-12-07 15:05

Downgrade flex to the last 2.5.39 version from /var/cache/packman/pkg. There are some problems with flex-2.6.0 ATM.

plp commented on 2015-12-07 05:59

Hi, I can't build openchange anymore. This is what I'm getting:

Linking bin/openchangeclient
libocpf.so.2.3: undefined reference to `yyunput'
collect2: error: ld returned 1 exit status
Makefile:1187: recipe for target 'bin/openchangeclient' failed
make: *** [bin/openchangeclient] Error 1
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build openchange.
==> Restart building openchange ? [y/N]
==> -----------------------------------
==>
==> ERROR: unable to update

DJ_L commented on 2015-11-27 21:38

And finally, add SizedXID (and all the dependent ndr stuff on server side). This one needs to be tested with Evolution MAPI. It only adds, so I don't anticipate any issues, but it does add to libmapi so should be tested as an upgrade. This is needed for sogo-openchange.
http://www.lucasit.com/openchange-add_SizedXid-1.patch

DJ_L commented on 2015-11-27 09:32

Finally got around to fixing what 4.3 broke.

Zrax: My SSH keys are on a failed machine right now so I'm unable to commit at the moment. Can you add this patch to fix the mapiproxy build against samba-4.3+?
http://www.lucasit.com/openchange-remove-server_id_str-1.patch

ruthger: I still do not have an answer for you. I believe I was able to get around this at one time, however there were problems with one of the newer python modules (I believe it was RPCLib) that didn't exist with the ones inverse was using and I never had time to track it down. I'll try to get back to it over the long weekend.

ruthger commented on 2015-09-18 07:42

I'm getting a error when starting ocsmanager:
pkg_resources.DistributionNotFound: The 'waitress>=0.8.5' distribution was not found and is required by WebTest
I think python2-waitress should be added as a dependency.

But even after building and installing this package I fail to get ocsmanager up and running.
[ERROR] [so-product-registry] failed to load product Appointments required by SOGoBackend.
[so-product-registry] could not load product: SOGoBackend

Can anybody give me a hint to resolve this isssue??

DJ_L commented on 2015-07-18 00:19

Excellent work! Package works out of the box except a necessary change to the provision scripts. In addition to the previous provision patch, need to do the same to the action (action,) in migration/__init__.py on lines 68 and 90.

Zrax, I sent a pull request on github for -2 version.

Zrax commented on 2015-06-16 23:37

For those interested, I have a working openchange-2.3 PKGBUILD at https://github.com/zrax/aur-openchange/tree/openchange-2-3

That version also merges in DJ_L's changes for the openchange-server stuff. However, note that, as DJ_L mentioned, this version requires Samba 4.2.2 (not yet in the Arch repos), so I'll wait to update AUR until that is released.

mnosefish commented on 2015-06-08 01:41

The source appears to have been relocated/taken down.

DJ_L commented on 2015-05-31 19:13

That should have been 3.16.2. I forgot about Gnome odd minor=unstable. Same comment posted in evolution-mapi AUR comments.

DJ_L commented on 2015-05-30 19:17

Oh, I forgot. Evolution MAPI 3.17.2 is compatible. The change hit GIT on the 17th and release was on the 25th. Soon as Samba is updated to 4.2.2, we are good to go with the new version (though I don't use emapi).

DJ_L commented on 2015-05-30 18:19

Unfortunately, Samba is not broken. What happened is that they took away functionality (in an /internal/ library) that should not have been available anyway. This is for OpenChange devs (and consumers) to deal with. Zrax, I have the latest version working for server as soon as Arch updates Samba to 4.2.2 (presumably client works as well, but I don't have a use case to test it). Take a peek here: http://www.lucasit.com/blfs/openchange-2.3-1.src.tar.gz
c3327f213a51dbc8c266117d870b35b2 openchange-2.3-1.src.tar.gz

ecloud commented on 2015-04-24 12:00

It would be nice if man pages were included. For example this one:

http://linux.die.net/man/1/exchange2ical

not sure where it comes from, but it obviously exists.

DJ_L commented on 2015-03-25 06:07

http://www.lucasit.com/blfs/openchange-samba42-1.patch
11ee9876ae7c1786892d995f5625d735

DJ_L commented on 2015-03-24 00:44

Zrax, want to test a patch? I can only confirm that it builds right and that the missing debug libs are accounted for (ldd doesn't report "not found"). If not, I'll get to it Wed.

http://www.lucasit.com/blfs/openchange-samba42-1.patch
d6fcfb906331e39c134e2d470456ef2b openchange-samba42-1.patch

Libraries appear to be sane, but I'm unable to test in a working environment until Wed.

Zrax commented on 2015-03-07 00:15

This is apparently a known bug in Samba: http://tracker.openchange.org/boards/2/topics/423

Unfortunately, there's probably not much I can do until this is fixed in the Samba package(s).

Argenet commented on 2015-03-06 18:54

I am constantly facing the following error with all the packages available in AUR (openchange, openchange-git, openchange-server):

Linking bin/openchangeclient
/usr/bin/ld: utils/openchangeclient.o: undefined reference to symbol 'DEBUGLEVEL_CLASS@@SAMBA_4.2.0'
/usr/lib/samba/libsamba-debug-samba4.so: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:1140: recipe for target 'bin/openchangeclient' failed

I have samba4 and other dependencies installed, seems like a linking error.
By a chance do you have any pointers?..

automatikdonn commented on 2014-12-24 02:30

Please add mariadb-clients to depends, pkg build fails without it.

DJ_L commented on 2014-12-15 08:28

perl-parse-yapp is no longer needed as samba installs it. I think this will be a samba dep going forward, but not sure.

DJ_L commented on 2014-11-26 22:56

Okay, so yeah, removing the po files fixes the build on i686, so summary of fixes for this package:

Add perl-parse-yapp to depends

Add the group of commands following the two comments below in this https://aur.archlinux.org/packages/op/openchange-server/PKGBUILD

# Fix type error in openchang-provision
and
# Fix build on ARCH!=x86_64

The alternate openchange-server package works as well now, but is overkill if you only need the libs for evolution-mapi.

DJ_L commented on 2014-11-24 17:55

alien333, I wasn't aware that anybody was actually using that tutorial, it is still in a bit of flux, but usable for the most part. I should finish the cleanup tonight. Anyway, I think I got a quick fix for you, I'm at work and can't test (also not on i686). Just before running make in the PKGBUILD, add the following line:

rm mapiproxy/libmapi{proxy,store}/backends/*.po

Again, I'm not on i686, so I can't test, but if it complains again in the same folder, find the Makefile for that tree and get rid of -fPIC anywhere in it. Also, there is a minor issue with the sogo pacakge, the default apache config file is not put into place, corrections for the PKGBUILD are on its page as well. Please let us know the results.

Thanks.

alien333 commented on 2014-11-24 08:26

I am trying to install this package
but when creating the package I am getting the following error:
Linking mapiproxy/libmapiproxy.so.2.2
mapiproxy/libmapiproxy/backends/openchangedb_ldb.po: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
Makefile:785: recipe for target 'mapiproxy/libmapiproxy.so.2.2' failed
make: *** [mapiproxy/libmapiproxy.so.2.2] Error 1
==> ERROR: a failure occurred in build().
Aborting...

I also opened a thread on the forums: https://bbs.archlinux.org/viewtopic.php?id=190196
Any help would be appreciated

alien333 commented on 2014-11-24 08:24

I am trying to install this package
but when creating the package I am getting the following error:
Linking mapiproxy/libmapiproxy.so.2.2
mapiproxy/libmapiproxy/backends/openchangedb_ldb.po: file not recognized: File format not recognized
collect2: error: ld returned 1 exit status
Makefile:785: recipe for target 'mapiproxy/libmapiproxy.so.2.2' failed
make: *** [mapiproxy/libmapiproxy.so.2.2] Error 1
==> ERROR: a failure occurred in build().
Aborting...
Any help would be appreciated

DJ_L commented on 2014-11-23 18:18

And another problem that doesn't affect the libs, only openchane-provision, so not found after last update...

Fix is:
sed 's@ self.server_id)@ (self.server_id,))@' -i python/openchange/mailbox.py

That's a double space after both delimeters above...it doesn't transfer in comments

DJ_L commented on 2014-11-23 18:13

And another problem that doesn't affect the libs, only openchane-provision, so not found after last update...

Fix is:
's@ self.server_id)@ (self.server_id,))@' -i python/openchange/mailbox.py

DJ_L commented on 2014-11-23 08:29

Just did a clean build tonight on a fresh Arch install and got a build failure. Need to add perl-parse-yapp to depends. I guess it was always installed as a dep for something else before. If it helps, installation was very minimal - base, base-devel, openssh, vim, docbook-xsl, samba, ntp, dnsutils, krb5, openldap, bind, cups, grub, dhcp, boost, ccache, libical - in that order (only the last four were after pacstrap). Thanks for adding the samba switches, simplifies things greatly for me.

Zrax commented on 2014-11-12 17:22

Ah, so it does... I was waiting for 3.14, but I see now that's not necessary -- thanks :). I've also included DJ_L's changes for AD support.

archdria commented on 2014-11-12 11:41

evolution-mapi has been updated to 3.12.8 and now supports openchange-2.2, so, as far as I know, there is no reason to hold this package to version 2.1

Thank you :)

archdria commented on 2014-11-12 10:51

evolution-mapi has been updated to 3.12.8 and now supports openchange-2.2, so, as far as I know, there is no reason to hold this package in version 2.1

Thank you :)

Zrax commented on 2014-10-19 19:38

Once again, I'm (intentionally) holding this back to 2.1 until evolution-mapi supports the new API (should be 3.14). 3.12 fails to build against 2.2.

DJ_L commented on 2014-10-19 19:22

Adding the switches --with-modulesdir=/usr/lib/samba/modules (dcerpc modules for Samba, setup and ldiff files) and --with-datadir=/usr/share/samba (setup for AD, ldiff files) is sufficient to handle normal operation of openchange WRT AD DC - this is where those belong anyway. Those changes don't handle autodiscover and ews (ocsmanager and the wsgi modules), but I haven't been able to make those behave for some time anyway (python-pylons (2/3) issue I think, so I just put the installers in /usr/share/samba/seutp (like the rest of openchange) in the -server PKGBUILD. Also, the --enable-pymapi switch is now --enable-pyopenchange. Forgot to note that this is for 2.2. For my use it's here: https://aur.archlinux.org/packages/openchange-server/ but not sure about use with evolution-mapi. I'm kind of hoping that maybe I can ditch the openchange-server package in favor of this one now that the additional deps have been made runtime only (assuming that the Gnome-3.14 release version of evolution-mapi is good). I can always point back to that one later if they need to separate for some reason.

DJ_L commented on 2014-10-19 02:45

Adding the switches --with-modulesdir=/usr/lib/samba/modules (dcerpc modules for Samba, setup and ldiff files) and --with-datadir=/usr/share/samba (setup for AD, ldiff files) is sufficient to handle normal operation of openchange (dcerpc) - this is where those modules belong anyway. Those changes don't handle autodiscover and ews (ocsmanager and the wsgi modules), but I haven't been able to make those behave for some time anyway (python-pylons (2/3) issue I think). Also, the --enable-pymapi switch is now --enable-pyopenchange.

Henry78 commented on 2014-10-17 06:38

I'm just updating the PKGBUILD to evolution-mapi-3.12.7 wich supports OpenChange 2.1.

Zrax commented on 2014-05-08 21:32

NOTE: I'm intentionally holding this back at version 2.0 until evolution-mapi (STABLE) is updated to support the 2.1 API.

Zrax commented on 2014-04-29 00:58

NOTE: I'm intentionally holding this back at version 2.0 until evolution-mapi is updated to support the 2.1 API.

DJ_L commented on 2013-11-24 06:23

Thanks for adding those changes! Unfortunately, I missed that mapiproxy itself was not installed. As the package is now, it is perfect for extending the schema and creating mail-enabled users in Samba4 AD. The changes for mapiproxy aren't bad, but for autodiscover and ews, ocsmanager is required and it's pretty invasive. I'm putting together a wiki article and have included the changed PKGBUILD inline. I'm not sure if it is a good idea to force everyone to build the extra parts, so perfectly fine if you don't want to include it. The PKGBUILD is here for review:
https://wiki.archlinux.org/index.php/OpenChange_Server#OpenChange_Installation

Zrax commented on 2013-11-03 18:18

Thanks DJ; I've incorporated your changes into 2.0-3.

DJ_L commented on 2013-11-03 06:53

If you intend to use the package for more than the client libraries, there are still a couple of broken python scripts (s/python/python2/).

I just threw this snippet in just after fixing boost linking (prior to autogen):

+ # Fix additional python->python2 interpreter issues
+ sed "s|bin/python|bin/python2|" -i \
+ setup/openchange_{newuser,provision} \
+ mapiproxy/services/web/rpcproxy/rpcproxy.wsgi

Additionally, the subversion dep is bogus and should be removed, and the package description could be changed (I'm using the package with those changes). "A portable, open source implementation of Microsoft Exchange server and Exchange protocols." - Taken directly from the OpenChange website.

HTH

--DJ

Zrax commented on 2013-06-11 00:58

wolfie: base-devel is expected to be installed prior to any AUR package compilation; this metapackage depends on pkg-config as well as several other "common prerequisites" like make, gcc, etc. Please see the AUR User Guidelines Prerequisites section for more info:
https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Prerequisites

Anonymous comment on 2013-06-10 08:46

I got same errors while installing openchange

./autogen.sh: running autoconf
configure.ac:8: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
==> ERROR: A failure occurred in build().
Aborting...

After some digging I find that I am missing pkg-config package, installing this package and running the setup again works perfect..

Sherif

Zrax commented on 2013-06-04 03:57

Fixed.

Anonymous comment on 2013-06-03 22:45

openchange /usr/sbin/
openchange /usr/sbin/openchange_newuser
openchange /usr/sbin/openchange_provision

These must now be in /usr/bin

Zrax commented on 2013-04-22 16:58

billycongo: I can't reproduce the issue you're seeing, but try the new 2.0 version I just uploaded and see if it works better.

billycongo commented on 2013-04-19 05:17

Getting this error:

./autogen.sh: running autoconf
configure.ac:8: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
==> ERROR: A failure occurred in build().
Aborting...

Zrax commented on 2013-02-08 02:58

NOTE: Although 2.0 is released, I am holding openchange at 1.0 for now, as evolution-mapi does not seem to compile against 2.0 yet. Once evolution-mapi upstream supports openchange-2.0, I will re-upload the 2.0 (or later, if necessary) package.

Zrax commented on 2013-01-25 01:49

makepkg will not automatically install AUR dependencies; only deps from the official repos will get automatically pulled in by pacman (at least, that's how it worked last time I checked). As for the package name, it was originally a single, monolithic package (named samba4), but I have more recently restructured it to provide the same 3 packages that the official repo's version of samba provides. The base package name is still samba4 to avoid confusion with the version in [community], but it provides the "samba>=4.0" package. If you still have an older version of samba4 (or samba-3.x) installed, you will need to update it before installing openchange 1.0-7.

Anonymous comment on 2013-01-24 20:02

After fixing the depends issues in the PKGBUILD file, I was then getting build errors because configure was unable to find python-config, once I linked python-config to python2-config in /usr/bin I was able to get it to configure as expected..

Anonymous comment on 2013-01-24 17:03

If I change the depends line from samba>=4.0.0-2 to "samba4" it targets samba4 as it should, it's thinking "samba" is the package name in the current depends line which does not exist at the 4.0.0-2 or greater version in either AUR or the official repositories. So it fails..maybe samba4 isn't providing "samba"?

Anonymous comment on 2013-01-24 16:54

The PKGBUILD file needs to read samba4 as a requirement then, unless I have something configured incorrectly..it's not automatically targeting samba4 because samba4 is not samba

Zrax commented on 2013-01-24 02:22

samba-4.0.x is provided by the samba4 AUR package:
https://aur.archlinux.org/packages/samba4/

Anonymous comment on 2013-01-23 15:11

When trying to build openchange a dependency of "samba>=4.0.0-2" is not being found in AUR, and will error out during dependency resolution stating "error target not found: samba>=4.0.0-2"

Anonymous comment on 2012-11-20 07:31

I didn't expect so quick response. Now all works fine for me. Thank You very very much. That's why I love Arch - community.

Zrax commented on 2012-11-20 03:11

I have added the patch to the current release... Please let me know how it works for you.

Anonymous comment on 2012-11-19 20:58

Hello,
I am facing this bug: https://bugzilla.gnome.org/show_bug.cgi?id=682449
Can someone add patch attached to this bug report to this aur?
Thanks!

Anonymous comment on 2012-09-26 15:40

nvm, it's back now :)

Anonymous comment on 2012-09-24 15:30

http://tracker.openchange.org seems to be down - is the source available anywhere else?

Henry78 commented on 2012-04-24 10:39

I've planned to update this package as soon as gnome-3.4 goes stable. This was yesterday, but I'm facing an openchange/samba4 problem (http://lists.samba.org/archive/samba-technical/2012-February/081645.html) so no update will be availabe as long as I'm not able to work this out. As I'm quite confused what to do about it, I appreciate any comments. Btw: openchange builds fine but doesn't run.

Zrax commented on 2012-03-20 03:16

Since samba4 is also an AUR package, you'll need to update it from AUR before updating openchange. The 1.0 release depends on alpha18 functionality, so I bumped the prereq to alpha18

Henry78 commented on 2012-03-19 12:01

I got problems with dependencies (which i don't unterstand): see http://pastebin.com/4vYwFjFh as unixoid pointed out in a Comment "on Mon, 30 May 2011 10:43:15". In my case it happens during a upgrade with yaourt (not makepkg -s). Why is the samba4 package not found?
This can be worked around by upgrading samba with "-d" and then upgrading openchange.

Zrax commented on 2012-01-28 02:29

I can't seem to reproduce the build failure some of you are seeing, but adding those parameters shouldn't cause any problems... Therefore I've uploaded a PKGBUILD with the fix included.

Henry78 commented on 2012-01-23 08:43

@Zrax: build stille only works with PKGBUILD adaption from my last comment, see older commens for links failures.

Anonymous comment on 2012-01-19 17:00

thanks, works

Henry78 commented on 2012-01-19 08:39

The modification mentioned in the comment by seawolf on Fri, 28 Oct 2011 22:43:25 +0000:

replace "make || return 1" with "make FLEX=flex BISON=bison || return 1"

makes the undefined reference during lobocpf linking go away. Dunno why, bison and flex isn't my world.

Zrax commented on 2012-01-19 02:56

@chadgh: Do you have bison and flex installed? They apparently got missed as build dependencies, but I believe they're necessary to resolve the errors you're seeing...

UPDATE: Added flex and bison as build dependencies.

Zrax commented on 2012-01-19 02:52

@chadgh: Do you have bison and flex installed? They apparently got missed as build dependencies, but I'm assuming they're causing the errors you see...

Anonymous comment on 2012-01-18 21:08

I am getting the following when trying to compile openchange:

Linking libmapi.so.0.11
Generating libocpf/ocpf.tab.c
make: d: Command not found
make: [libocpf/ocpf.tab.c] Error 127 (ignored)
Generating libocpf/lex.yy.c
/bin/sh: t: command not found
make: [libocpf/lex.yy.c] Error 127 (ignored)
Compiling libocpf/lex.yy.c with -fPIC
Linking libocpf.so.0.11
Linking libmapiadmin.so.0.11
Linking bin/openchangepfadmin
Generating utils/mapitest/proto.h
Linking bin/mapitest
Linking bin/openchangeclient
libocpf.so.0.11: undefined reference to `ocpf_yylex_init_extra'
libocpf.so.0.11: undefined reference to `ocpf_error_message'
libocpf.so.0.11: undefined reference to `ocpf_yylex_init'
libocpf.so.0.11: undefined reference to `ocpf_yyset_in'
libocpf.so.0.11: undefined reference to `ocpf_yylex_destroy'
libocpf.so.0.11: undefined reference to `ocpf_yylex'
collect2: ld returned 1 exit status
make: *** [bin/openchangeclient] Error 1
==> ERROR: A failure occurred in build().
Aborting...
The build failed.


What are the 'd' and 't' commands referring to?
Any help?

a1russell commented on 2011-12-16 08:11

Okay, fixed.

a1russell commented on 2011-12-07 01:54

I've emailed the address on their website. Until the issue is solved, this PKGBUILD is intentionally broken. For now, anyone who wants to install this package will have to download the file him/herself and modify the source line as appropriate. Sorry for the inconvenience!

falconindy commented on 2011-12-07 00:59

It's not a problem for me to solve. The AUR is not to be used for hosting source tarballs. Contact upstream -- ask them what they can do to make distro packaging easier.

a1russell commented on 2011-12-07 00:35

@falconindy Have you ever *tried* to wget those files? =\

falconindy commented on 2011-12-07 00:25

Please do not host source tarballs on the AUR. Sources are available from upstream at: http://www.openchange.org/index.php/download/category/1-releases

This package will be deleted if this is not corrected.

seawolf commented on 2011-10-28 22:43

_+1 to programmerjoe's tip of replacing the make command:
'I just replaced "make || return 1" with "make FLEX=flex BISON=bison || return 1" and this seems to make it work'

seawolf commented on 2011-10-28 22:42

+1 to programmerjoe's make/|| tip.

Anonymous comment on 2011-10-24 18:08

It will not build with http://pastebin.com/4pCfYmj4 or the current PKGBUILD.
they both still give
http://pastebin.com/yzKbfLEh
I installed samba4 via aur

Anonymous comment on 2011-08-12 14:49

http://pastebin.com/4pCfYmj4

openchange 0.11 builds without error with this PKGBUILD

marquicus commented on 2011-06-03 16:19

samba4 4.0.0A15 needs ldb and tevent, but it just works with the ldb and tevent who are inside it, so you need to remove the aur ones in order to get it working

latest samba4 4.0.0A15-2 has a patch for error "struct server_id" so you can compile openchange-svn

openchange 0.10-NOMAD fail with linker error http://pastebin.com/iB4kXCqd, I'm still working on it, thus for now I'm disowning this package

Anonymous comment on 2011-06-03 12:51

This bug report seems related:
http://tracker.openchange.org/issues/358

Incompatibility with samba4-4.0.0A15?

Anonymous comment on 2011-06-03 12:12

Build still fails:
http://paste.pocoo.org/show/399992/

Anonymous comment on 2011-06-03 11:57

It seems the aur/ldb package is required. Maybe add it as a dependency.

Anonymous comment on 2011-06-03 11:45

I can't compile openchange or openchage-svn. I'm using latest samba4...A15.

The error is the same for both packages:
http://paste.pocoo.org/show/399988/

I've checked the existence of libldb in /opt/samba4 and ldconfig -p has:
libldb.so.1 (libc6) => /opt/samba4/samba/lib/libldb.so.1
libldb.so (libc6) => /opt/samba4/samba/lib/libldb.so

Any idea what might be missing?

marquicus commented on 2011-05-31 18:00

openchange-svn is working with samba4-4.0.0A15

marquicus commented on 2011-05-31 17:58

openchange-svn is working with samba4-4.0.0A15

Anonymous comment on 2011-05-30 10:43

I have compiled samba4-4.0.0A15 but it still resolves 4.0.0A13 as dependency. Any workaround?
http://pastebin.com/4vYwFjFh

Anonymous comment on 2011-04-28 18:34

@swiftdemise - this seems to be an issue with the generated bison/yacc files not being correctly generated. I just replaced "make || return 1" with "make FLEX=flex BISON=bison || return 1" and this seems to make it work. Make sure you've installed flex and bison.

Anonymous comment on 2011-04-19 03:21

Not even sure what fails: http://pastebin.com/wfzXnGVM

Anonymous comment on 2011-04-19 02:56

@Kirurgs how did you get openchange 0.10-3 built?

ngoonee commented on 2011-04-05 04:52

Disowning, the fact that I don't use evolution-mapi anymore means that the compilation errors which have been coming up aren't really top priority to fix. Not to mention I haven't been able to =(.

Anonymous comment on 2011-04-01 12:37

Here you are :)
Output for pacman -Ql => http://pastebin.com/fSEXWcvw
Patch for sending problem (created by me, there are no other existing ones) => http://pastebin.com/VW0RTEtK

ngoonee commented on 2011-03-31 12:52

Please point me to the backported patch, I'll try and incorporate it. Also, please run 'pacman -Ql openchange' and email me the result, I'd like to see whether the python modules are dealt with properly.

Anonymous comment on 2011-03-31 10:04

Ok, I have spent number of hrs and got a fix for my 2 problems. First one was compiling, for that please comment out all sed for python2, after that it compiles and there are no problems in evolution, however there might be problems with python2 bindings or so, I'm not an expert in this :)
Other thing was that in openchange-10, there is a bug, which prevents to send e-mail to GAL contacts that is fixed by backported patch from 0.9 version which I found somewhere, I didn't create a patch bu manually modified files and copied over.
All is fixed now, at least for me.

ngoonee commented on 2011-03-06 21:12

I don't get those results here, but I do get them in a clean chroot. There's probably some dependency I've missed out, though I'm not very sure what it could be and namcap doesn't really help.

Anonymous comment on 2011-03-06 15:10

I am just using makepkg
http://pastebin.com/anqH9xGZ

ngoonee commented on 2011-03-06 13:35

Are you using some sort of helper? Try makepkg itself, and post full error output to a pastebin pls

Anonymous comment on 2011-03-06 13:02

I just get an error in line 56
pkg//opt/samba4/lib/: No such file or directory

ngoonee commented on 2011-02-01 00:52

Reverted, it compiles but doesn't seem to work.

ngoonee commented on 2011-01-24 04:02

Updated - also correspondingly updated samba4. This may or may not work (its not officially supported by openchange upstream), so you may want to make sure you have the 0.10-3 version saved in your cache to downgrade if any functionality doesn't work.

evaryont commented on 2010-12-11 09:53

Was confused for a little whlie, but I realized I didn't have libxslt installed, which causes make to break since it can't find the generated manpages.

Adding libxslt to makedepends=() fixes it.

a1russell commented on 2010-10-22 19:15

@jholbrook: Please read the other comments...

Anonymous comment on 2010-10-22 18:33

I've installed samba4 but when I try to do the makepkg -s for openchange I get this error:

Linking libmapi.so.0.10
/usr/bin/ld: cannot find -lldb
collect2: ld returned 1 exit status
make: *** [libmapi.so.0.10] Error 1
Aborting...

Any idea how to fix this?

Here's a pastebin of the full message - http://pastebin.ca/1970212

kiwisauce commented on 2010-10-21 15:20

==> Finished making: openchange 0.10-2 (Thu Oct 21 17:19:53 CEST 2010)

That's it, thanks a1russell!

kiwisauce commented on 2010-10-21 15:17

That's it, thanks!

a1russell commented on 2010-10-21 15:10

@kiwisauce: samba4 should have placed some symlinks in /opt/samba4/lib that aren't appearing in your directory (I'm guessing you didn't upgrade it successfully).
cd /opt/samba4/lib
ln -s libldb-samba4.so.0 libldb.so.0
ln -s libldb-samba4.so.0 libldb.so

kiwisauce commented on 2010-10-21 14:58

# ls -l /opt/samba4/lib/:
http://aur.pastebin.com/Uci6Aspq

# yaourt -S openchange --noconfirm | cat > oc2.log:
http://pastebin.com/nQfFSbpX

;-)

a1russell commented on 2010-10-21 14:21

@kiwisauce: I'm not sure what could be wrong. If you figure it out and have some improvements to make to the PKGBUILD, let me know. If you want, put in a pastebin the whole log for trying to install openchange and email it to me. Also include the output of ls -l /opt/samba4/lib/ .

kiwisauce commented on 2010-10-21 10:26

I already have the same problem :(

a1russell commented on 2010-10-20 07:14

@kiwisauce Try it now and let me know if you have any problems. You'll have to upgrade samba4, as well.

kiwisauce commented on 2010-10-19 09:16

It does not compile:

libmapi/mapidump.c: In function ‘mapidump_Recipients’:
libmapi/mapidump.c:216:3: warning: case value ‘0’ not in enumerated type ‘enum MAPITAGS’
libmapi/mapidump.c:219:3: warning: case value ‘1’ not in enumerated type ‘enum MAPITAGS’
libmapi/mapidump.c:222:3: warning: case value ‘2’ not in enumerated type ‘enum MAPITAGS’
Compiling libmapi/mapicode.c with -fPIC
Compiling libmapi/codepage_lcid.c with -fPIC
Compiling libmapi/mapi_nameid.c with -fPIC
Compiling libmapi/nspi.c with -fPIC
Compiling libmapi/simple_mapi.c with -fPIC
Compiling libmapi/freebusy.c with -fPIC
Compiling libmapi/x500.c with -fPIC
Compiling ndr_mapi.c with -fPIC
Compiling gen_ndr/ndr_exchange.c with -fPIC
Compiling gen_ndr/ndr_exchange_c.c with -fPIC
Compiling gen_ndr/ndr_property.c with -fPIC
Compiling libmapi/socket/interface.c with -fPIC
Compiling libmapi/socket/netif.c with -fPIC
Linking libmapi.so.0.10
/usr/bin/ld: cannot find -lldb
collect2: ld returned 1 exit status
make: *** [libmapi.so.0.10] Error 1
Aborting...
==> ERROR: Makepkg was unable to build openchange.
==> Restart building openchange ? [y/N]
==> -----------------------------------
==>

ngoonee commented on 2010-10-17 22:52

Considering samba4 is alpha software (and the only desktop-facing reason I can think of for using it is for evo-mapi, see ubuntu repos for example) I wouldn't expect any other software to depend on it, nor people to use it directly. If that's the case though, then this package should depend on samba4-openchange.

a1russell commented on 2010-10-08 00:46

Someone had flagged the samba4 package out of date. If someone wants the latest samba4 for some reason or another, I don't want to deny it to them. I'd be more apt to improve the samba4 PKGBUILD to work with anything else that would depend on it than to keep it coupled with openchange. Do you think this is wrong?

ngoonee commented on 2010-10-08 00:29

May I suggest downgrading the samba4 package (since its only purpose is for openchange) and deleting samba4-openchange?

marquicus commented on 2010-10-05 23:44

Yes, by changing from samba4 to samba4-openchange as dependency it worked, thanks!

andyboeh commented on 2010-10-05 16:52

I had the same problem, but discovered that it compiles fine if you change the dependency from samba4 to samba4-openchange. This builds the (suggested) samba4 alpha 10.

a1russell commented on 2010-10-04 23:15

I also have the same issue. Pretty sure it has to do with Boost.Thread not being detected by the configure script, which is a requirement for libmapi++. Pretty sure the problem lies upstream or in some other package. I'm open to suggestions!

marquicus commented on 2010-10-04 22:58

Now with evolution-mapi 2.32.0, I have problems in compiling openchange-0.9, I tried deinstalling evolution-mapi but I got the same result

http://aur.pastebin.com/xDtaXTJy