Search Criteria
Package Details: sogo 5.7.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/sogo.git (read-only, click to copy) |
---|---|
Package Base: | sogo |
Description: | groupware server built around OpenGroupware.org (OGo) and the SOPE application server |
Upstream URL: | http://www.sogo.nu/ |
Licenses: | GPL |
Replaces: | sogo2 |
Submitter: | DJ_L |
Maintainer: | deons |
Last Packager: | deons |
Votes: | 12 |
Popularity: | 0.005433 |
First Submitted: | 2016-05-05 01:05 (UTC) |
Last Updated: | 2022-06-13 13:18 (UTC) |
Dependencies (23)
- gnustep-base
- inetutils (gettext-hostname, inetutils-git)
- libmemcached (libmemcached-awesome)
- libsodium (libsodium-git)
- libwbxml
- libytnef
- libzip (libzip-git)
- mariadb-libs (mariadb-libs-git, libmysqlclient)
- memcached (memcached-git)
- oath-toolkit (oath-toolkit-git)
- postgresql-libs (agensgraph-git, postgresql-libs-1c, postgresql-libs-9.5, postgresql-libs-9.4, postgresql-src-beta-libs, postgresql-libs-9.6, postgresql-libs-11, postgresql-libs-10, postgresql-lts-libs, postgresql-libs-12, postgresql13-libs, postgresql-src-libs)
- sope
- gcc-objc (make)
- gnustep-make (make)
- apache (apache-git) (optional) – webserver to provide web interface locally
- courier-imap (courier-mta) (optional) – run imap server for sogo locally
- dovecot (optional) – run imap server for sogo locally
- lighttpd (lighttpd_minimal) (optional) – webserver to provide web interface locally
- mariadb (mysql55, mysql56, mysql57, mytop-git, mysql, percona-server) (optional) – run database server for sogo locally
- nginx (nginx-nchan-git, nginx-nchan, nginx-google_filter, nginx-pagespeed, nginx-pagespeed-src, nginx-mainline-openssl-weak, nginx-rtmp, nginx-rtmp-src, nginx-rtmp-sergey-git, nginx-mainline-libressl, tengine, nginx-devel, nginx-devel-mod-naxsi, nginx-mainline-boringssl, nginx-minimal, nginx-quic-vkontakte, zestginx, nginx-quiche, nginx-mainline-pushstream, nginx-quic-openssl-hg, tengine-extra, nginx-libressl, nginx-quic, nginx-mainline) (optional) – webserver to provide web interface locally
- Show 3 more dependencies...
Latest Comments
DJ_L commented on 2022-07-20 03:24 (UTC) (edited on 2022-07-20 03:25 (UTC) by DJ_L)
Note, I was unable to run the update script /lib/sogo/scripts/sql-update-5.5.1_to_5.6.0.sh
I kept getting a connection string error in mysql. I also wasn't able to do it manually from CLI (-r -p -e). In my case, my sogo user in the db had a bunch of special characters. Ultimately, no reason not to do from a root shell:
# mysql
HTH
deons commented on 2022-06-13 13:28 (UTC)
@nachfuellbar thanks for catching that. It is now fixed.
nachfuellbar commented on 2022-06-12 11:02 (UTC)
I got following error with the latest update. Seems like the newly enabled MFA needs the package oath-toolkit as dependency.
==> Starting build()... GNUstep environment: system: local:
user:
path:
flat:
arch:
combo:
Note: will install in GNUSTEP_LOCAL_ROOT:
Configuration: debug: no strip: no saml2 support: no mfa support: yes argon2 support: yes ldap-based configuration: no prefix: gstep: /usr/share/GNUstep/Makefiles config: /tmp/sogo/src/SOGo-5.6.0/config.make script: /usr/share/GNUstep/Makefiles/GNUstep.sh
creating: /tmp/sogo/src/SOGo-5.6.0/config.make failed to link required library: oath
deons commented on 2022-01-16 14:04 (UTC)
@nachfuellbar postgres-libs are now added as dependency, thanks.
nachfuellbar commented on 2022-01-14 17:54 (UTC)
Just wanted to ask - is there any reason why postgresql-libs isn't even listed as dependency but mariadb-libs are? In online documentation postgres is described and "othere database servers are supported" https://www.sogo.nu/files/docs/SOGoInstallationGuide.html#_database_configuration
duckdave commented on 2021-11-28 22:22 (UTC) (edited on 2021-11-28 22:26 (UTC) by duckdave)
Looks like the download URL for SOPE and SoGo has changed and curl doesn't redirect, the new location: https://packages.inverse.ca/SOGo/sources/
FrederickZh commented on 2021-10-27 12:24 (UTC)
Just wanna drop some info about CalDAV. If you also have issues syncing calendar between SOGo and Thunderbird, have a look at: https://bugzilla.mozilla.org/show_bug.cgi?id=1737067#c6
deons commented on 2021-09-03 11:21 (UTC)
@FrederickZh thanks, as a workaround I have added the preload to the systemd service file. It is now working.
FrederickZh commented on 2021-09-03 10:18 (UTC)
@deons I gave
LD_PRELOAD=/usr/lib/libytnef.so
a shot blindly and it worked. Not sure why it wasn't loaded automatically though...deons commented on 2021-09-02 21:07 (UTC)
Seems to be related to a new depends for libytnef. Still investigating
deons commented on 2021-09-02 20:49 (UTC)
compile error is fixed but now I am having an issue with undefined symbol: __objc_class_name_SOGoMailLabel
If I cant fix this soon I will have to revert to 5.1.0
deons commented on 2021-09-02 13:12 (UTC)
I am aware that there is a new version out. I am currently working on a compiling problem. Will update shortly with progress.
mbroemme commented on 2020-09-08 10:52 (UTC)
And please add mariadb-libs to depends as well. If mariadb server runs on different server than sogo frontend, it will fail to start with:
Error (objc-load):libmariadb.so.3: cannot open shared object file: No such file or directory
FrederickZh commented on 2020-08-22 15:49 (UTC)
Trying to build 5.0.0, noticed that:
inetutils is needed for the
hostname
command. Possibly a make dependency.libsodium libzip are also required. These are shared libraries so I reckon they should also be needed during runtime.
deons commented on 2020-06-01 19:52 (UTC)
Thanks to all for the help. Patches have been applied.
DJ_L commented on 2020-05-31 22:56 (UTC)
The dependency for sope should be gnustep-base<=1.27.0. The dependency for sogo is sope>=4.3.2. The patches work as advertised.
FrederickZh commented on 2020-05-26 08:27 (UTC)
There are patches available for gnustep-base 1.27.0 and GCC 10 at https://sogo.nu/bugs/view.php?id=5029.
sope-4.3.2-1.patch
sogo-4.3.2-1.patch
FrederickZh commented on 2020-05-26 07:16 (UTC) (edited on 2020-05-26 07:32 (UTC) by FrederickZh)
@deons It's got
gnustep-make<=1.26.0
inmakedepends
right now. Should it begnustep-base<=1.26.0
orgnustep-make<=2.7.0
actually?And btw it doesn't build with GCC 10 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957826
deons commented on 2020-05-11 14:51 (UTC)
Package updated but will only successfully compile with gnustep-base 1.26.0 for the moment. Busy with a patch to make it work with gnustep-base 1.27.0
deons commented on 2020-05-11 13:04 (UTC)
Hi all,
I am busy working on version 4.3.2, busy attending to some compiling issues.
DJ_L commented on 2019-02-04 01:10 (UTC)
Yes, you'll have to rebuild SOPE and SOGo against the new version.
chetwisniewski commented on 2019-02-02 23:37 (UTC)
This package breaks reading emails on webmail on upgrade to GNUStep 1.26. I downgraded to gnustep-base-1.25.1-4 to fix.
a_manthey commented on 2018-12-15 21:26 (UTC) (edited on 2018-12-15 21:28 (UTC) by a_manthey)
DJ_L -sorry, i saw your comment just now. Since 4 months i run it without any problems on rpi3 armv7 for my family network.
DJ_L commented on 2018-11-18 21:14 (UTC)
a_manthey - you stated specifically that it builds. Let us know if it runs acceptably and it can be added. A bit busy now, but I'll get to work on a Pi build in a couple of weeks. I've got a handful of them sitting around doing nothing ATM.
a_manthey commented on 2018-11-17 10:34 (UTC)
builds on raspberry pi3 too if armv7h is added to arch in PKGBUILD
deons commented on 2018-10-11 07:40 (UTC)
Hi DJ_L,
Thanks for your patches on the bug report, I have now included them in the arch packages.
deons commented on 2018-10-10 05:57 (UTC) (edited on 2018-10-10 05:58 (UTC) by deons)
Hi DJ_L,
Some info that might be useful to you. SSL_load_error_strings(); was introduced in 4.0.2 via the following commit
https://github.com/inverse-inc/sogo/commit/5a48fca43dc387033f53f6f99ac045eae1cf9604#diff-3d19a9a222e32bc7b14dd7be7cb5751b
to fix the following bug "S/MIME emails are rendered blank when using GnuTLS" https://sogo.nu/bugs/view.php?id=4433
The ssl_load_error.patch that I have included in this package reverts that commit, not the best solution and is just a temporary solution.
I have tested S/MIME emails and everything is still fine on archlinux.
Thanks again for all of your help.
DJ_L commented on 2018-10-09 17:31 (UTC)
Thanks. If that works for chetwisniewski, we'll need to create proper version specific patches and attach to the bug at sogo.nu. I'll do it tonight if I have time.
deons commented on 2018-10-09 06:35 (UTC)
Hi DJ_L,
I only needed to remove it from sogo (UI/MailPartViewers/UIxMailPartSignedViewer.m) and now everything is working for me. Thanks for your help. I have added the fix to the PKGBUILD file for now. If anyone else is having a problem with this package please leave a comment.
DJ_L commented on 2018-10-09 04:42 (UTC) (edited on 2018-10-09 04:47 (UTC) by DJ_L)
I'm not sure that ssl message isn't a misnomer. Unfortunately, with OpenSSL-1.1.1, it appears that the message you are seeing should be harmless. The library is initialized by default now days.
The suggestions should get rid of the SSL error messages on OpenSSL-1.1.0+ (just drop in immediately before configure in each resp.).
For SOPE (forgive the long line, you can break in the PKGBUILD):
sed -e '/SSL_library_init/d' -e '/SSL_load_error_strings/d' -i sope-core/NGStreams/NGActiveSSLSocket.m
For SOGo:
sed '/SSL_load_error_strings/d' -i UI/MailPartViewers/UIxMailPartSignedViewer.m
Again, the above is just speculation, I have NOT seen that error, but I suspect it was because I lag behind a bit. I've built as above, against OpenSSL-1.1.1 before suggesting those, and it is still working for me. The issue I had seen today was with the recent mariadb upgrade (a restart of mariadb fixed it). Again, however, the messages should be harmless, so I doubt that fixes the message list errors, but worth a shot I suppose.
Note: Forgive the edits, I've no idea how to force a hard return. Also, if this does not get it, despite the fact that I don't see the error, two to one, I'd suggest dropping back to 4.0.1 until the devs answer in the bug.
DJ_L commented on 2018-10-08 16:27 (UTC)
FYI: https://sogo.nu/bugs/view.php?id=4566
DJ_L commented on 2018-10-08 16:25 (UTC)
I too am seeing the issue now. OpenSSL-1.1.1 is the cause. I did not have time to address this morning, but I'll try and update again this evening and see what I can do to track it down. Assuming it's not a dependent library someplace, a cursory glance suggests that we need only to add a conditional in SOGo for SSL version and then use OPENSSL_init_ssl() rather than SSL_load_error_strings(). Again, I didn't really have time to look at it and IANAP, so I may be over simplifying. SOPE uses GNUTLS by default, so no worries there, but it should fixed anyway for the off chance that GNUTLS is not available as well (both should be done upstream, but will have to be done locally in the interim assuming that I'm even correct, of course).
deons commented on 2018-10-05 07:44 (UTC) (edited on 2018-10-05 07:46 (UTC) by deons)
Hi DJ_L and chetwisniewski,
I am using openssl-1.1.1-1, here is the error messages that I am getting.
sogod[29991]: Error (objc-load):/usr/lib/GNUstep/SOGo/MailPartViewers.SOGo/MailPartViewers: undefined symbol: SSL_load_error_strings
sogod[29991]: Oct 05 08:16:29 sogod [29991]: [so-product-registry] could not load product: MailPartViewers
sogod[29991]: Error (objc-load):/usr/lib/GNUstep/SOGo/MailerUI.SOGo/MailerUI: undefined symbol: __objc_class_name_UIxMailSizeFormatter
sogod[29991]: Oct 05 08:16:29 sogod [29991]: [so-product-registry] could not load product: MailerUI
It does appear that it is something with ssl that is causing the issue but I cant find what it is.
DJ_L commented on 2018-09-28 03:22 (UTC)
OpenSSL-1.1.1?
chetwisniewski commented on 2018-09-27 19:38 (UTC)
I am getting the same error. It appears related to SSL in some way:
sogod[1194]: Error (objc-load):/usr/lib/GNUstep/SOGo/MailPartViewers.SOGo/MailPartViewers: undefined symbol: SSL_load_error_strings
Also using LDAP auth, but I think that is a red herring.
Downgrading to 4.0.1 fixed me as well, but I also downgraded sope out of caution.
DJ_L commented on 2018-09-02 06:06 (UTC)
Also, if still happening, what happens with version mismatch? SOPE-4.0.2 with SOGo-4.0.1? Another, any customizations for WebUI?
DJ_L commented on 2018-09-01 15:31 (UTC)
Yes, https://wiki.archlinux.org/index.php/SOGo#Active_Directory_4 Is it working for you now?
deons commented on 2018-09-01 09:12 (UTC)
I have updated package to 4.0.2
DJ_L that report that you found is the exact problem that I am having, thanks for sharing. Are you using LDAP for your authentication?
DJ_L commented on 2018-09-01 04:45 (UTC)
FYI, the most recent instance I can find is this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906271
DJ_L commented on 2018-09-01 04:32 (UTC)
I built with existing patches, updated only version, release, and sha256sums. I am not seeing the problem. I had not been using the web GUI and hadn't yet run the update script /usr/lib/sogo/scripts/sql-update-3.2.10_to_4.0.0-mysql.sh, so I was getting the scrolling quick_update for the contacts list. Ran that script, and all was well with contacts view. My environment is per the current Arch wiki article, with Samba, MariaDB, Postfix, Dovecot, and Apache for the web server.
Where does the error occur, on the login screen, immediately after (MailerUI), or somewhere else?
Try and see if anything interesting in say 'journalctl -r -u sogo | head -n 100 | grep "ERROR" '
deons commented on 2018-08-31 08:45 (UTC)
Hi DJ_L
This is the current error that I am trying to track down.
An error occurred during object publishing the requested object could not be found!
If I downgrade back to 4.0.1 then everything works as expected.
DJ_L commented on 2018-08-31 04:49 (UTC)
What kind of issues are you running into? I currently have a pending release for Saturday and my outstanding blockers will be done in about 10 minutes. Barring any major issues, I should have a few days available for Arch (CDT) if there is anything I can do to assist.
deons commented on 2018-08-29 07:23 (UTC)
Hi all,
I am aware sogo 4.0.2 is available, but in my testing I am experiencing problems when upgrading from 4.0.1 to 4.0.2. As soon as I have managed to resolve the problem I will upgrade this package.
DJ_L commented on 2018-08-07 22:09 (UTC) (edited on 2018-08-07 22:15 (UTC) by DJ_L)
The dependency on SOPE should be 'sope>=4.0.1' both to avoid this issue in the future, and just in general. The sogo package holds the dependency, a greater sope version is not very likely to cause an issue, especially since it is very likely that it'll be updated shortly after.
As to yauort, I don't use any of the AUR helpers personally, but can it not catch the error, see that sogo will be later in the queue, then force the installation in that instance? If that can be done, you can even make it record the missing dep and if the dep is not met later by build failure (or any other reason), then roll back the dependent package from cache.
deons commented on 2018-08-05 10:30 (UTC)
Hi schickel,
The only solution that I have for you at the moment is to first remove sogo then install it again. I am looking into solving this problem when using yaourt.
schickel commented on 2018-07-13 06:55 (UTC) (edited on 2018-07-13 06:57 (UTC) by schickel)
Hi,
compiling of SOGo failed because of SOPE:
deons commented on 2017-08-21 14:42 (UTC)
DJ_L commented on 2017-08-20 15:02 (UTC)
ririsoft commented on 2017-08-20 12:30 (UTC)
DJ_L commented on 2017-05-09 23:25 (UTC)
DJ_L commented on 2016-12-31 18:04 (UTC)
nashgul commented on 2016-12-31 14:20 (UTC)
DJ_L commented on 2016-12-14 01:04 (UTC)
DJ_L commented on 2016-12-14 00:47 (UTC)
travnick commented on 2016-12-13 18:59 (UTC)
DJ_L commented on 2016-10-08 04:39 (UTC)
DJ_L commented on 2016-08-11 23:55 (UTC)
DJ_L commented on 2016-08-11 23:26 (UTC) (edited on 2016-08-11 23:43 (UTC) by DJ_L)
mober commented on 2016-08-11 10:45 (UTC)
DJ_L commented on 2016-08-06 06:15 (UTC)
DJ_L commented on 2016-07-29 17:21 (UTC)
DJ_L commented on 2016-07-23 19:40 (UTC)
DJ_L commented on 2016-07-23 18:33 (UTC)
pohl7589 commented on 2016-07-23 11:04 (UTC)
pohl7589 commented on 2016-07-23 04:42 (UTC)
DJ_L commented on 2016-07-22 18:15 (UTC)
pohl7589 commented on 2016-07-22 17:25 (UTC)
DJ_L commented on 2016-07-21 10:48 (UTC)
pohl7589 commented on 2016-07-20 16:27 (UTC)
DJ_L commented on 2016-06-09 01:01 (UTC)
DJ_L commented on 2016-05-19 03:13 (UTC)
DJ_L commented on 2016-05-05 01:09 (UTC)