Hi Ben,

I've removed the cpomplete directory " /usr/share/owncloud/3rdparty/* "
It looks like an old directory (2016) form a previous install (??)
I found the same directory in " /usr/share/owncloud/apps/files_external/3rdparty ", so this must replaced in the new versions.

still 1 error :

Technical information

=====================

The following list covers which files have failed the integrity check. Please read

the previous linked documentation to learn more about the errors and how to fix

them.



Results

=======

- core

	- INVALID_HASH

		- .user.ini



Raw output

==========

Array

(

    [core] => Array

        (

            [INVALID_HASH] => Array

                (

                    [.user.ini] => Array

                        (

                            [expected] => 0a557e3cdca4c2e3675deed761d79d109011dcdebbd9c7f6429f1d3476938ec95729543d7384651d1d0c48e26c5024cc5f517445920915a704ea748bdb903c5f

                            [current] => cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e

                        )



                )



        )



)

But found out that is a know error.
https://github.com/owncloud/core/issues/23765

Solution not yet found, but looks like this is an upgrade thing.

Patrick,

I don't see anything fatal there.

You may have some plugins (now called 'apps') in the ownCloud Marketplace that are not longer available. Have a look in /usr/share/owncloud/apps.

These commands might also help you:

/usr/bin/sudo  -u apache /opt/rh/rh-php71/root/usr/bin/php /usr/share/owncloud/occ app:list

/usr/bin/sudo  -u apache /opt/rh/rh-php71/root/usr/bin/php /usr/share/owncloud/occ integrity:check-app <name>

/usr/bin/sudo  -u apache /opt/rh/rh-php71/root/usr/bin/php /usr/share/owncloud/occ app:disable <name>

It may be that the app has been renamed...you can delete the entire app/plugin and readd use the "market" nomenclature:

/usr/bin/sudo  -u apache /opt/rh/rh-php71/root/usr/bin/php /usr/share/owncloud/occ market:list

/usr/bin/sudo  -u apache /opt/rh/rh-php71/root/usr/bin/php /usr/share/owncloud/occ app:install <name>

As for the recommendations, we try and avoid customisation to MySQL or PHP configs because other LAMP apps may be using them. You're free to implement the recommendations yourself.

B.

Tyler Randolph wrote:

Patrick,

Where on the settings page are you getting that error? Which section on that page are you in (general, storage, security, or additional)?

Hi Tyler,

i've made some screenshots for you.
It appears when you login as "admin"

Patrick,

Where on the settings page are you getting that error? Which section on that page are you in (general, storage, security, or additional)?

Tyler Randolph wrote:


Glad to hear it! Thanks for being willing to help test it out!

Your welcome. !

I've found the following error in the settings page:

Security & setup warnings

- Transactional file locking should be configured to use memory-based locking, not the default slow database-based locking. See the documentation ↗ for more information.

- We recommend to enable system cron as any other cron method has possible performance and reliability implications.

- Some files have not passed the integrity check. Further information on how to resolve this issue can be found in our documentation. (List of invalid files… / Rescan…)

- No memory cache has been configured. To enhance your performance please configure a memcache if available. Further information can be found in our documentation.

the third error is as follows

Technical information

=====================

The following list covers which files have failed the integrity check. Please read

the previous linked documentation to learn more about the errors and how to fix

them.



Results

=======

- core

	- EXTRA_FILE

		- 3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetCache.php

		- 3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetCollection.php

		- 3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetCollectionInterface.php

		- 3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetInterface.php

		- 3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetReference.php

		- 3rdparty/kriswallsmith/assetic/src/Assetic/Asset/BaseAsset.php

                    ...............etc......



Raw output

==========

Array

(

    [core] => Array

        (

            [EXTRA_FILE] => Array

                (

                    [3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetCache.php] => Array

                        (

                            [expected] => 

                            [current] => 902114fa596a6c0ae4a2638b8973f9f802acfcc2951afdea3b2626d029e3d98836eaf9767552b87aa07a6c40713380759f038780ccf0e4cf6596aedacc56ce8a

                        )



                    [3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetCollection.php] => Array

                        (

                            [expected] => 

                            [current] => 68dc36b0ce5d0160f4064c68f1bca2660f0b3182a562e82cea70b901915723934c997cf6492b091c33e6cf5e385e7664eeb5dcedf6a288fe6623ca7ce809b520

                        )



                    [3rdparty/kriswallsmith/assetic/src/Assetic/Asset/AssetCollectionInterface.php] => Array

                        (

                            [expected] => 

                            [current] => 73af5c9dcb9cd3ad4bac6d7ddbabe01d73cab88003dba19e59e59ff5f7006cf5c4c4bfdc5db217ec4c54787f809faf67b8238a9881ef4a65ef53e588922c0fcb

                    ...............etc......

Patrick de Brabander wrote:

Hi Tyler,

First responce.

The installation went without problems and Ownloud is still working.
I'll test it further the comming days

thanks !!

Glad to hear it! Thanks for being willing to help test it out!

Tyler Randolph wrote:

onwCloud 10 upgrade is ready for testing if you're willing to help. Anyone having a valid subscription can upgrade doing this:

ownCloud Home

ENABLE_BETA=True yum upgrade app-owncloud

ownCloud Business

ENABLE_BETA=True yum upgrade app-owncloud-business

As usual, be sure to back up your stuff before doing the upgrade.

cd /tmp

tar -czvf oc_backup.tgz /usr/share/owncloud

tar -czvf oc_backup_data.tgz /var/clearos/owncloud

/usr/clearos/sandbox/usr/bin/mysqldump -uowncloud -pxxx owncloud > owncloud.dump

Where xxx is from "cat /var/clearos/system_database owncloud"

Hi Tyler,

First responce.

The installation went without problems and Ownloud is still working.
I'll test it further the comming days

thanks !!

onwCloud 10 upgrade is ready for testing if you're willing to help. Anyone having a valid subscription can upgrade doing this:

ownCloud Home

ENABLE_BETA=True yum upgrade app-owncloud

ownCloud Business

ENABLE_BETA=True yum upgrade app-owncloud-business

As usual, be sure to back up your stuff before doing the upgrade.

cd /tmp

tar -czvf oc_backup.tgz /usr/share/owncloud

tar -czvf oc_backup_data.tgz /var/clearos/owncloud

/usr/clearos/sandbox/usr/bin/mysqldump -uowncloud -pxxx owncloud > owncloud.dump

Where xxx is from "cat /var/clearos/system_database owncloud"

Tyler Randolph wrote:

Patrick,

I have a working version of OwnCloud 10 running on my system right now. There are still some things I have to fix before its complete, but I can probably have it ready in the next few weeks.

Hello Tyler,

Is there maybe some update on the new Owncloud version ?

Tyler Randolph wrote:

Patrick,

I have a working version of OwnCloud 10 running on my system right now. There are still some things I have to fix before its complete, but I can probably have it ready in the next few weeks.

Great !

If you need me to test something, just let me know.

Patrick,

I have a working version of OwnCloud 10 running on my system right now. There are still some things I have to fix before its complete, but I can probably have it ready in the next few weeks.

Patrick,

I have a working version of OwnCloud 10 running on my system right now. There are still some things I have to fix before its complete, but I can probably have it ready in the next few weeks.

Nick Howitt wrote:

Hi Patrick,
Chatting with Ben yesterday, it looks like Tyler is having a go at updating OwnCloud to 10.x before he moves on to trying to package NextCloud from scratch.

That would be a great.
Thanks for the update !

Hi Patrick,
Chatting with Ben yesterday, it looks like Tyler is having a go at updating OwnCloud to 10.x before he moves on to trying to package NextCloud from scratch.

Ben Chambers wrote:

Interesting timing.

I don't have time to pick up and maintain what was originally Tim Burgess's app/work.

However, Tyler from ClearCenter is interested in using this app to develop his knowledge base on app development and maintenance.

I'm going to kick things off with him as soon as tomorrow to get him started. We're going to go with NextCloud as the replacement and when launched, we'll hide ownCloud from the Marketplace since it's gotten quite old now.

B.

So basically Owncloud will not be updated and supported any more.
That's unfortunate, because it was a nice addition in the ClearOS packeage and works nicely with Kopano.

Will there be a community version available ?

Interesting timing.

I don't have time to pick up and maintain what was originally Tim Burgess's app/work.

However, Tyler from ClearCenter is interested in using this app to develop his knowledge base on app development and maintenance.

I'm going to kick things off with him as soon as tomorrow to get him started. We're going to go with NextCloud as the replacement and when launched, we'll hide ownCloud from the Marketplace since it's gotten quite old now.

B.

Old topic, but still actual.

Are there maybe plans of update Owncloud.?
The current version is still 8.x and there the current release is 10.x

Update:

Both Zarafa-server-7.2.1 and Z-push-2.2.12 updates are working without problems.
I've installed it on 2 server now for a couple of weeks with Webapp-2.2.1.43

Ben Chambers wrote:

Oh ya...Zarafa had more RPM packaging issues.

You'll need to run in two steps:

ENABLE_BETA=True yum upgrade zarafa-server

ENABLE_BETA=True yum upgrade app-zarafa

You're a very early adopter! ;-) Good luck.

B.

Hi Ben,

This worked.
Installed the Beta on my test VM machine. Unfortunately can not test it live (yet)

1th bug
Webapp. There are 2 plugin that breaks the setting tab.
- dropboxattachment
- zdeveloper

By removing both from /usr/share/zarafa-webapp/plugins,the settings tab in webapp is working again

Oh ya...Zarafa had more RPM packaging issues.

You'll need to run in two steps:

ENABLE_BETA=True yum upgrade zarafa-server

ENABLE_BETA=True yum upgrade app-zarafa

You're a very early adopter! ;-) Good luck.

B.

Ben Chambers wrote:

Unfortunately i can not find the zarafa 7.2.1.51838-319 in the beta/test repo

ENABLE_BETA=True yum upgrade app-zarafa

ENABLE_BETA=True yum upgrade app-zarafa

Loaded plugins: clearcenter-marketplace, fastestmirror

ClearCenter Marketplace: fetching repositories...

clearos                                                  | 3.6 kB     00:00

clearos-contribs                                         | 3.0 kB     00:00

clearos-fast-updates                                     | 2.9 kB     00:00

clearos-infra                                            | 3.0 kB     00:00

Loading mirror speeds from cached hostfile

 * clearos: ftp.nluug.nl

 * clearos-centos-verified: mirror1-london.clearos.com

 * clearos-centos-verified-testing: mirror1-london.clearos.com

 * clearos-contribs: ftp.nluug.nl

 * clearos-epel-verified: mirror1-london.clearos.com

 * clearos-epel-verified-testing: mirror1-london.clearos.com

 * clearos-fast-updates: download4.clearsdn.com

 * clearos-infra: ftp.nluug.nl

 * clearos-verified: mirror1-london.clearos.com

 * private-clearcenter-antimalware: download2.clearsdn.com:80

 * private-clearcenter-antispam: download4.clearsdn.com:80

 * private-clearcenter-content-filter: download4.clearsdn.com:80

 * private-clearcenter-dyndns: download4.clearsdn.com:80

 * private-clearcenter-home: download4.clearsdn.com:80

 * private-clearcenter-ids: download2.clearsdn.com:80

 * private-clearcenter-owncloud: download4.clearsdn.com:80

 * private-clearcenter-rbs: download4.clearsdn.com:80

 * private-clearcenter-remote-backup-testing: download4.clearsdn.com:80

 * private-clearcenter-verified-updates: download4.clearsdn.com:80

 * private-clearcenter-zarafa-community: download2.clearsdn.com:80

 * private-clearcenter-zarafa-community-testing: download2.clearsdn.com:80

clearos-centos-verified                                  | 3.0 kB     00:00

clearos-centos-verified-testing                          | 3.0 kB     00:00

clearos-centos-verified-testing/primary_db               |  13 kB     00:00

clearos-epel-verified                                    | 3.0 kB     00:00

clearos-epel-verified-testing                            | 3.0 kB     00:00

clearos-epel-verified-testing/primary_db                 |  16 kB     00:00

clearos-verified                                         | 3.0 kB     00:00

private-clearcenter-antimalware                          | 2.9 kB     00:00

private-clearcenter-antimalware/primary_db               | 2.7 kB     00:00

private-clearcenter-antispam                             | 2.9 kB     00:00

private-clearcenter-antispam/primary_db                  | 2.9 kB     00:00

private-clearcenter-content-filter                       | 2.9 kB     00:00

private-clearcenter-dyndns                               | 1.9 kB     00:00

private-clearcenter-home                                 | 1.9 kB     00:00

private-clearcenter-ids                                  | 2.9 kB     00:00

private-clearcenter-owncloud                             | 2.9 kB     00:00

private-clearcenter-rbs                                  | 2.9 kB     00:00

private-clearcenter-remote-backup-testing                | 2.9 kB     00:00

private-clearcenter-remote-backup-testing/primary_db     | 1.2 kB     00:00

private-clearcenter-verified-updates                     | 2.9 kB     00:00

private-clearcenter-zarafa-community                     | 2.9 kB     00:00

private-clearcenter-zarafa-community-testing             | 2.9 kB     00:00

private-clearcenter-zarafa-community-testing/primary_db  |  57 kB     00:00

Resolving Dependencies

--> Running transaction check

---> Package app-zarafa.noarch 1:2.1.20-1.v7 will be updated

---> Package app-zarafa.noarch 1:2.1.22-1.v7 will be an update

--> Processing Dependency: app-zarafa-core = 1:2.1.22-1.v7 for package: 1:app-zarafa-2.1.22-1.v7.noarch

--> Running transaction check

---> Package app-zarafa-core.noarch 1:2.1.20-1.v7 will be updated

---> Package app-zarafa-core.noarch 1:2.1.22-1.v7 will be an update

--> Processing Dependency: zarafa >= 7.2.1 for package: 1:app-zarafa-core-2.1.22-1.v7.noarch

--> Running transaction check

---> Package zarafa.x86_64 0:7.2.0.48204-211.1 will be updated

--> Processing Dependency: zarafa = 7.2.0.48204 for package: zarafa-utils-7.2.0.48204-211.1.x86_64

--> Processing Dependency: zarafa = 7.2.0.48204 for package: zarafa-webaccess-7.2.0.48204-211.1.x86_64

--> Processing Dependency: zarafa = 7.2.0.48204 for package: zarafa-contacts-7.2.0.48204-211.1.x86_64

--> Processing Dependency: zarafa = 7.2.0.48204 for package: zarafa-common-7.2.0.48204-211.1.x86_64

--> Processing Dependency: zarafa = 7.2.0.48204 for package: zarafa-client-7.2.0.48204-211.1.x86_64

---> Package zarafa.x86_64 0:7.2.1.51838-319.2 will be obsoleting

---> Package zarafa-base.x86_64 0:7.2.0.48204-211.1 will be obsoleted

--> Processing Dependency: zarafa-base = 7.2.0.48204 for package: zarafa-server-packages-7.2.0.48204-211.1.x86_64

---> Package zarafa-libarchiver.x86_64 0:7.2.0.48204-211.1 will be obsoleted

--> Processing Dependency: libarchiver-core.so.0()(64bit) for package: zarafa-dagent-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libarchiver-core.so.0()(64bit) for package: zarafa-spooler-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libarchiver.so.0()(64bit) for package: zarafa-dagent-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libarchiver.so.0()(64bit) for package: zarafa-spooler-7.2.0.48204-211.1.x86_64

---> Package zarafa-libs.x86_64 0:7.2.0.48204-211.1 will be obsoleted

--> Processing Dependency: libicalmapi.so.1()(64bit) for package: zarafa-gateway-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libicalmapi.so.1()(64bit) for package: php-mapi-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libicalmapi.so.1()(64bit) for package: zarafa-spooler-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libicalmapi.so.1()(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libicalmapi.so.1()(64bit) for package: zarafa-ical-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libicalmapi.so.1()(64bit) for package: python-mapi-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libinetmapi.so.1()(64bit) for package: zarafa-gateway-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libinetmapi.so.1()(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libinetmapi.so.1()(64bit) for package: php-mapi-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libinetmapi.so.1()(64bit) for package: python-mapi-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libinetmapi.so.1()(64bit) for package: zarafa-spooler-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libmapi.so.0()(64bit) for package: zarafa-ical-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libmapi.so.0()(64bit) for package: zarafa-gateway-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libmapi.so.0()(64bit) for package: php-mapi-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libmapi.so.0()(64bit) for package: python-mapi-7.2.0.48204-211.1.x86_64

--> Processing Dependency: libmapi.so.0()(64bit) for package: zarafa-monitor-7.2.0.48204-211.1.x86_64

--> Running transaction check

---> Package libmapi.x86_64 0:7.1.14-2.el7 will be installed

--> Processing Dependency: zarafa-client(x86-64) = 7.1.14-2.el7 for package: libmapi-7.1.14-2.el7.x86_64

--> Processing Dependency: libvmime(abi) <= 20120406 for package: libmapi-7.1.14-2.el7.x86_64

---> Package php-mapi.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package php-mapi.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: libzcp_common_util.so.0(EC_7.2.1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzcp_common_mapi.so.0(EC_7.2.1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libmapi.so.1(OLE32_1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libmapi.so.1(MAPI32_1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libmapi.so.1(EC_7.2.1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libinetmapi.so.1(EC_7.2.1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libfreebusy.so.0(EC_7.2.1)(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzcp_common_util.so.0()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzcp_common_mapi.so.0()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libvmime_zarafa7.so.0()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libmapi.so.1()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libicalss-zarafa.so.1()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libical-zarafa.so.1()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libfreebusy.so.0()(64bit) for package: php-mapi-7.2.1.51838-319.2.x86_64

---> Package python-mapi.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package python-mapi.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: libzcp_common_ssl.so.0(EC_7.2.1)(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafasync.so.0(EC_7.2.1)(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa_soapclient.so.0(EC_7.2.1)(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzcp_common_ssl.so.0()(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafasync.so.0()(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa_soapclient.so.0()(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libgsoapssl++-zarafa-2.8.so()(64bit) for package: python-mapi-7.2.1.51838-319.2.x86_64

---> Package zarafa-client.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-client.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: zarafa-lang = 7.2.1.51838 for package: zarafa-client-7.2.1.51838-319.2.x86_64

---> Package zarafa-common.x86_64 0:7.2.0.48204-211.1 will be updated

--> Processing Dependency: zarafa-common = 7.2.0.48204 for package: zarafa-server-7.2.0.48204-211.1.x86_64

---> Package zarafa-common.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-contacts.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-contacts.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-dagent.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-dagent.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: libzarafa-archiver.so.0(EC_7.2.1)(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa-archiver-core.so.0(EC_7.2.1)(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzcp_common_service.so.0()(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa-archiver.so.0()(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa-archiver-core.so.0()(64bit) for package: zarafa-dagent-7.2.1.51838-319.2.x86_64

---> Package zarafa-gateway.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-gateway.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-ical.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-ical.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-monitor.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-monitor.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-server-packages.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-server-packages.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: zarafa-search-plus = 7.2.1.51838 for package: zarafa-server-packages-7.2.1.51838-319.2.x86_64

---> Package zarafa-spooler.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-spooler.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-utils.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-utils.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-webaccess.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-webaccess.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: zarafa-webaccess-lang = 7.2.1.51838 for package: zarafa-webaccess-7.2.1.51838-319.2.x86_64

--> Running transaction check

---> Package libfreebusy0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libgsoap-zarafa-2_8.x86_64 0:2.8.22-15.1 will be installed

---> Package libical-zarafa1.x86_64 0:1.0.1-2.1 will be installed

---> Package libinetmapi1.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libmapi.x86_64 0:7.1.14-2.el7 will be installed

--> Processing Dependency: zarafa-client(x86-64) = 7.1.14-2.el7 for package: libmapi-7.1.14-2.el7.x86_64

---> Package libmapi1.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libvmime.x86_64 0:0.9.2-0.9.20120406git.el7 will be installed

--> Processing Dependency: libgsasl.so.7(LIBGSASL_1.1)(64bit) for package: libvmime-0.9.2-0.9.20120406git.el7.x86_64

--> Processing Dependency: libgsasl.so.7()(64bit) for package: libvmime-0.9.2-0.9.20120406git.el7.x86_64

---> Package libvmime_zarafa7-0.x86_64 0:0.9.1+svn603-9.1 will be installed

---> Package libzarafa-archiver-core0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzarafa-archiver0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzarafa_soapclient0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzarafasync0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzcp_common_mapi0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzcp_common_service0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzcp_common_ssl0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzcp_common_util0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package zarafa-lang.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-lang.x86_64 0:7.2.1.51838-319.2 will be an update

---> Package zarafa-search-plus.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-search-plus.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: elinks for package: zarafa-search-plus-7.2.1.51838-319.2.x86_64

---> Package zarafa-server.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-server.x86_64 0:7.2.1.51838-319.2 will be an update

--> Processing Dependency: libzarafa_soapserver.so.0(EC_7.2.1)(64bit) for package: zarafa-server-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa_server.so.0(EC_7.2.1)(64bit) for package: zarafa-server-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa_soapserver.so.0()(64bit) for package: zarafa-server-7.2.1.51838-319.2.x86_64

--> Processing Dependency: libzarafa_server.so.0()(64bit) for package: zarafa-server-7.2.1.51838-319.2.x86_64

---> Package zarafa-webaccess-lang.x86_64 0:7.2.0.48204-211.1 will be updated

---> Package zarafa-webaccess-lang.x86_64 0:7.2.1.51838-319.2 will be an update

--> Running transaction check

---> Package elinks.x86_64 0:0.12-0.36.pre6.el7 will be installed

--> Processing Dependency: libnss_compat_ossl.so.0()(64bit) for package: elinks-0.12-0.36.pre6.el7.x86_64

--> Processing Dependency: libmozjs185.so.1.0()(64bit) for package: elinks-0.12-0.36.pre6.el7.x86_64

--> Processing Dependency: libgpm.so.2()(64bit) for package: elinks-0.12-0.36.pre6.el7.x86_64

---> Package libgsasl.x86_64 0:1.8.0-2.el7 will be installed

--> Processing Dependency: libntlm.so.0()(64bit) for package: libgsasl-1.8.0-2.el7.x86_64

---> Package libmapi.x86_64 0:7.1.14-2.el7 will be installed

--> Processing Dependency: zarafa-client(x86-64) = 7.1.14-2.el7 for package: libmapi-7.1.14-2.el7.x86_64

---> Package libzarafa_server0.x86_64 0:7.2.1.51838-319.2 will be installed

---> Package libzarafa_soapserver0.x86_64 0:7.2.1.51838-319.2 will be installed

--> Running transaction check

---> Package gpm-libs.x86_64 0:1.20.7-5.el7 will be installed

---> Package js.x86_64 1:1.8.5-19.el7 will be installed

---> Package libmapi.x86_64 0:7.1.14-2.el7 will be installed

--> Processing Dependency: zarafa-client(x86-64) = 7.1.14-2.el7 for package: libmapi-7.1.14-2.el7.x86_64

---> Package libntlm.x86_64 0:1.3-6.el7 will be installed

---> Package nss_compat_ossl.x86_64 0:0.9.6-8.el7 will be installed

--> Processing Conflict: zarafa-7.2.1.51838-319.2.x86_64 conflicts gperftools = 2.4-29.1

--> Restarting Dependency Resolution with new changes.

--> Running transaction check

---> Package gperftools.x86_64 0:2.4-29.1 will be updated

--> Processing Dependency: libtcmalloc_minimal.so.4()(64bit) for package: zarafa-server-7.2.1.51838-319.2.x86_64

---> Package gperftools.x86_64 0:2.4-31.1 will be an update

---> Package libmapi.x86_64 0:7.1.14-2.el7 will be installed

--> Processing Dependency: zarafa-client(x86-64) = 7.1.14-2.el7 for package: libmapi-7.1.14-2.el7.x86_64

--> Running transaction check

---> Package libmapi.x86_64 0:7.1.14-2.el7 will be installed

--> Processing Dependency: zarafa-client(x86-64) = 7.1.14-2.el7 for package: libmapi-7.1.14-2.el7.x86_64

---> Package libtcmalloc4.x86_64 0:2.4-31.1 will be installed

--> Finished Dependency Resolution

Error: Package: libmapi-7.1.14-2.el7.x86_64 (clearos-epel-verified)

           Requires: zarafa-client(x86-64) = 7.1.14-2.el7

           Removing: zarafa-client-7.2.0.48204-211.1.x86_64 (@private-clearcenter-zarafa-community)

               zarafa-client(x86-64) = 7.2.0.48204-211.1

           Updated By: zarafa-client-7.2.1.51838-319.2.x86_64 (private-clearcenter-zarafa-community-testing)

               zarafa-client(x86-64) = 7.2.1.51838-319.2

           Available: zarafa-client-7.1.14-2.el7.x86_64 (clearos-epel-verified)

               zarafa-client(x86-64) = 7.1.14-2.el7

 You could try using --skip-broken to work around the problem

 You could try running: rpm -Va --nofiles --nodigest

Unfortunately i can not find the zarafa 7.2.1.51838-319 in the beta/test repo

ENABLE_BETA=True yum upgrade app-zarafa

update:

I've installed z-push 2.2.8 from the clearos-updates-testing repo and running this now for almost 2 weeks without any problems.

Unfortunately i can not find the zarafa 7.2.1.51838-319 in the beta/test repo

Hi Tim,

No worries. I appreciate your work for the community.
Because i saw no development and some packages were not updated more than 1 year i just was wondering.
Z-push is not a big issue. This is an easy update from the .tar packages.
It is more the development from Zarafa-server and Webapp or Owncloud. Here in you see sometime some large improvements in the packages.

@Tim and Ben,

Hi, Thanks for clarifying.

@Tim, I couldn't check who's maintain the apps. I have no running ClearOS server at the moment. Maybe next week.

Hi Patrick and Marcel, sorry family and day job is indeed taking up alot of my free time so not here on the forum as much

I see Ben has already responded, but just to clarify most apps track the upstream release or EPEL version. This generally means there is a lag between the latest build and what's on the mirrors. If we see a newer upstream feature and want to introduce it earlier we effectively have to custom build and package (and maintain) our own version which is a lot of extra effort.

Ben mentioned some of the upgrade issues also between versions which can sneak in... particularly with the last OwnCloud version and Zarafa so these also have to be tested before release. Z-push is not one I've maintained since v5.2 but could investigate to see where its at in the build system...

In more general terms to answer your question, if its a package we/I build - we can pull in updates pretty quick, if its not then we're dependant on the upstream packager to update. Not sure that helps a lot though - but if there is something you need by all means ping me and I'll see what we can do :-)

@Marcel the website is out of date really so will take down for now - all apps in the marketplace identify who the developer is in the 'app details' section if you need to find out who to get in touch with :-)

Thanks for your support :-)

Thanks Ben for the clear update.

But when will a package from the testing repo forward for production.
For example z-push 2.2.8 is dated 25-02-2016 and not released......

Again is just a question and no offence.

Hi Patrick,

It varies depending on the app..where possible, we follow and integrate against upstream packages. This is true for ownCloud which comes from the EPEL repos. A recent upgrade to 8.2.4 actually caused major headache (for users) and development time (for us) and could potentially happen again if EPEL releases v9 anytime soon. Also, with the ownCloud fork to NextCloud, not sure what the roadmap may be..I've chatted with Tim a bit on this, but nothing in depth.

Zarafa's a different story altogether...They've certainly had their issues with RPM packaging, and it's made providing seamless upgrade paths very difficult.

For Zarafa on ClearOS 7, there's 7.2.0.48204-211 in the main repo and 7.2.1.51838-319 in the beta/test repo...beta/test just means we either haven't done a whole of testing or haven't worked out the upgrade process. Zarafa Small Business automated updates are impossible due to licensing...7.1 to 7.2 requires a new serial to be re-issued and installed.

Z-push has an upgrade sitting in clearos-updates-testing repo...version 2.2.8. It's been there for quite some time...I'm not involved in that pkg and not sure of its state.

That's about all I can shed light.

B

I've checked Tim's site and he is saying that he made the following extentions for the marketplace:

Zarafa Community (www.zarafa.com)
Bandwidth Viewer
BackupPC (backuppc.sourceforge.net)
SMART Monitor
Transmission Bittorrent (www.transmissionbt.com )

I'm not sure if this list is complete.

So the others are the responsibility of Clearcenter I guess.

I pinged Tim Burgess.

Of course i can't speak for Tim but I can imagine that he has a busy family life.

I share your meaning about apps that are paid for but I'm convinced that Tim or ClearCenter will update these apps. So maybe Tim or ClearCenter can shed some light on this matter.

Marcel van van Leeuwen wrote:

I'm not sure but I think Tim Burgess is responsible for updating these apps you mention. If so then I suspect a lot of his free time goes to the family.

Hi Marcel,

This correct and it also just a question how the updates are managed.
On the otherhand these apps are currently paid apps, and therefor we can expect something

I'm not sure but I think Tim Burgess is responsible for updating these apps you mention. If so then I suspect a lot of his free time goes to the family.