This issue was caused by php-mapi .. I removed it and updated and it did go as needed for the upgrade..
> On Jul 14, 2019, at 19:15, Remo Mattei <[email protected]> wrote: > > I just wanted to test this on a box that I have on 5.4 and I get this.. > > --> Finished Dependency Resolution > Error: Package: php-mapi-7.1.14-3.el7.x86_64 (@epel) > Requires: php(api) = 20100412-64 > Removing: php-common-5.4.16-46.el7.x86_64 (@base) > php(api) = 20100412-64 > Updated By: php-common-7.1.30-3.el7.remi.x86_64 (remi-php71) > php(api) = 20160303-64 > Available: php-common-5.4.45-17.el7.remi.x86_64 (remi) > php(api) = 20100412-64 > Available: php-common-7.1.30-1.el7.remi.x86_64 (remi-php71) > php(api) = 20160303-64 > Error: Package: php-mapi-7.1.14-3.el7.x86_64 (@epel) > Requires: php(zend-abi) = 20100525-64 > Removing: php-common-5.4.16-46.el7.x86_64 (@base) > php(zend-abi) = 20100525-64 > Updated By: php-common-7.1.30-3.el7.remi.x86_64 (remi-php71) > php(zend-abi) = 20160303-64 > Available: php-common-5.4.45-17.el7.remi.x86_64 (remi) > php(zend-abi) = 20100525-64 > Available: php-common-7.1.30-1.el7.remi.x86_64 (remi-php71) > php(zend-abi) = 20160303-64 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles —nodigest > > So I suggest to remove all the php 5.x and install the 7.1 that should fix > the issue. > > Remo > >> On Jul 14, 2019, at 18:45, Eric Broch <[email protected]> wrote: >> >> I've installed php 7.1 in centos 7 successfully. So have others. I'm not >> sure what the problem is. The Remi repo should upgrade roundcube. >> >> On 7/14/2019 7:03 PM, Angus McIntyre wrote: >>> Hi Eric >>> >>> Yes, I followed your instructions, and they worked perfectly -- but only >>> for PHP 5.4. I re-implemented your recipe as a set of Ansible tasks, and >>> was able to get Roundcube working with PHP 5.4. (The only thing I didn't >>> implement yet was the Carddav install as -- if I understand correctly -- >>> that's an optional add-on that extends Roundcube but isn't essential for >>> it). >>> >>> However, when I added the option to install PHP 7.x, instead of using the >>> stock PHP 5.4, Roundcube 1.1 stopped working. Rainloop and Squirrelmail >>> still work, but there's something about PHP 7 that Roundcube 1.1 doesn't >>> like. >>> >>> I hope that Roundcube 1.4 may be the answer I'm looking for, but I've run >>> into dependency hell while trying to install it. I'm hoping that Remo, who >>> was able to get v1.4 working on his server, may be able to help me here. >>> >>> I could just leave everything at PHP 5.4, but that's EOL'd, so I think it >>> would be nice to be able to offer a build using a more modern PHP. >>> >>> Angus >>> >>> >>> P.S. I saw your other helpful notes about fixing 'mrtg' and 'admin-toaster' >>> to work with PHP 7. I've incorporated those into my Ansible role, but >>> haven't tested them yet. >>> >>> >>> Eric Broch wrote on 7/14/19 7:55 PM: >>>> Did you follow these instructions: >>>> >>>> https://www.qmailtoaster.org/roundcube.html >>>> >>>> >>>> On 7/14/2019 4:56 PM, Angus McIntyre wrote: >>>>> Remo, Eric, thank you. >>>>> >>>>> Installing 1.4 seems to take me into dependency hell. This is what I have >>>>> so far in ansible: >>>>> >>>>> - name: add REMI test repo >>>>> become: yes >>>>> when: qmt_php7_version != 0 >>>>> yum: >>>>> name: http://rpms.remirepo.net/enterprise/remi-release-7.rpm >>>>> state: present >>>>> >>>>> - name: install dependencies >>>>> become: yes >>>>> when: qmt_php7_version != 0 >>>>> yum: >>>>> name: >>>>> - php-pear >>>>> - php-pear-Auth-SASL >>>>> - php-pear-crypt-gpg >>>>> - php-pear-Mail-Mime >>>>> - php-pear-Net-IDNA2 >>>>> - php-pear-Net-LDAP2 >>>>> - php-pear-Net-SMTP >>>>> - php-pear-Net-Sieve >>>>> - php-pear-Net-Socket >>>>> - php-pecl-zip >>>>> enablerepo: remi >>>>> state: latest >>>>> >>>>> - name: install roundcube and dependencies - PHP 7 >>>>> become: yes >>>>> when: qmt_php7_version != 0 >>>>> yum: >>>>> name: >>>>> - roundcubemail >>>>> enablerepo: remi-test >>>>> state: latest >>>>> update_cache: yes >>>>> >>>>> Unfortunately, it breaks when it tries to install 'php-pecl-zip', with: >>>>> >>>>> Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 >>>>> (remi-test) >>>>> Requires: php(api) = 20131106-64 >>>>> Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) >>>>> php(api) = 20180731-64 >>>>> Available: php-common-5.4.16-46.el7.x86_64 (base) >>>>> php(api) = 20100412-64 >>>>> Error: Package: php-pecl-zip-1.14.0-0.2.20170301dev.el7.remi.5.6.x86_64 >>>>> (remi-test) >>>>> Requires: php(zend-abi) = 20131226-64 >>>>> Installed: php-common-7.3.7-3.el7.remi.x86_64 (@remi-php73) >>>>> php(zend-abi) = 20180731-64 >>>>> Available: php-common-5.4.16-46.el7.x86_64 (base) >>>>> php(zend-abi) = 20100525-64 >>>>> >>>>> As far as I can tell, php-pecl-zip is requiring older versions of >>>>> php(api) and php(zend-abi). >>>>> >>>>> Did you encounter this problem, and do you know how I can work around it? >>>>> >>>>> Thanks for any help that you can give me, >>>>> >>>>> Angus >>>>> >>>>> >>>>> [email protected] wrote on 7/14/19 3:18 PM: >>>>>> And I also have the 1.4 version >>>>>> >>>>>>> Il giorno 14 lug 2019, alle ore 12:09, [email protected] <[email protected] >>>>>>> ha scritto: >>>>>>> >>>>>>> I run php 7 and roundcube >>>>>>> >>>>>>>> Il giorno 14 lug 2019, alle ore 10:52, Eric Broch >>>>>>>> <[email protected]> ha scritto: >>>>>>>> >>>>>>>> Have a look at this thread: >>>>>>>> >>>>>>>> https://www.mail-archive.com/[email protected]/msg41927.html >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>> On 7/14/2019 11:29 AM, Angus McIntyre wrote: >>>>>>>>> Has anyone been able to successfully run Roundcube with PHP7 on a QMT >>>>>>>>> install? >>>>>>>>> >>>>>>>>> I'm following -- more or less -- the install guidelines given on the >>>>>>>>> qmailtoaster site. >>>>>>>>> >>>>>>>>> When I have PHP 5.4 installed, I am able to log in and use Roundcube >>>>>>>>> without problems. >>>>>>>>> >>>>>>>>> When I have PHP7.2 or 7.3 installed, attempts to log in fail with the >>>>>>>>> error message 'Invalid request! No data was saved.' >>>>>>>>> >>>>>>>>> Does this sound familiar to anyone and, if so, how did you solve it? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> Angus >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> TECHNICAL DETAILS >>>>>>>>> >>>>>>>>> Checking the logs at '/var/log/roundcubemail/errors' shows a slew of >>>>>>>>> warning messages, most of which read: >>>>>>>>> >>>>>>>>> PHP Warning: count(): Parameter must be an array or an object >>>>>>>>> that implements Countable in >>>>>>>>> /usr/share/roundcubemail/program/lib/Roundcube/rcube_plugin_api.php >>>>>>>>> on line 406 >>>>>>>>> >>>>>>>>> Mixed in with those is a single instance of: >>>>>>>>> >>>>>>>>> PHP Warning: session_start(): Failed to read session data: user >>>>>>>>> (path: /var/lib/php/session) in >>>>>>>>> /usr/share/roundcubemail/program/lib/Roundcube/rcube_session.php on >>>>>>>>> line 117 >>>>>>>>> >>>>>>>>> It looks to me as if Roundcube is trying and failing to find a plugin >>>>>>>>> (or anything else) that implements the 'authenticate' hook. It's >>>>>>>>> possible that that's not critical, and that it falls back to some >>>>>>>>> core authentication method -- which is then failing because of a >>>>>>>>> session-related issue. >>>>>>>>> >>>>>>>>> Some other data points: >>>>>>>>> >>>>>>>>> The directory '/var/lib/php/session' exists, and can be read and >>>>>>>>> written by the 'apache' user. >>>>>>>>> >>>>>>>>> The database parameters in '/etc/roundcubemail/config.inc.php' are >>>>>>>>> able to connect to the database. >>>>>>>>> >>>>>>>>> Session storage is set to 'db': >>>>>>>>> >>>>>>>>> $config['session_storage'] = 'db' >>>>>>>>> >>>>>>>>> Changing this to 'php' does not resolve the issue. >>>>>>>>> >>>>>>>>> Rainloop and Squirrelmail both run without problems on this host. >>>>>>>>> Squirrelmail creates session records in '/var/lib/php/session' >>>>>>>>> successfully. >>>>>>>>> >>>>>>>>> Roundcube version is 1.1.12, and configuration files are taken >>>>>>>>> directly from the qmailtoaster.com site. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>> For additional commands, e-mail: >>>>>>>>> [email protected] >>>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>> For additional commands, e-mail: >>>>>>>> [email protected] >>>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
