Forums

Resolved
3 votes
When RedHat/Centos went to 7.6, the repos for PHP 5.6 were dropped, but PHP 7.2 is now supported.

app-php-engines has now been updated so that if you install it or update it, you also get PHP 7.2. ClearOS 7.6 users can install it now or it will update overnight.

Dave is working on a couple of outstanding issues, but they are not holding back the release:
1 - If you have PHP 5.6 installed, the PHP Engines app should show it available and allow you to start/stop it but it does not
2 - In the Web Server app, in the PHP Engine field, it lists PHP 5.6 in the dropdown whether you have it installed or not.

Please note that PHP 5.6 is no longer supported and has not had any updates for years so must be considered as vulnerable/insecure. If you have any apps still using 5.6, you really need to be looking at updating them.

Please post to this thread if you have any issues with the updated app.
Wednesday, April 24 2019, 05:55 PM
Like
1
Share this post:
Responses (39)
  • Accepted Answer

    Sunday, September 13 2020, 08:07 AM - #Permalink
    Resolved
    0 votes
    Hmm. It looks like the Clearos/wikisuite repo is marked as a private repo so you can't see the diff. I am not sure why. Your diff looks reasonable.
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, September 13 2020, 06:23 AM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    The full diff for adding PHP 7.3 is https://gitlab.com/clearos/vendors/wikisuite/app-php-engines/-/commit/9dcf6374a095df4634e77d810ec496c152e47b8d" target="_blank">here. You would not need to bother with the info.php or spec file changes or the indentation fix.

    If you do that, a website or flexshare change should work fine.


    Right !

    Aoutch the link goes to a 404.
    I can’t even find the project at https://gitlab.com/clearos/vendors/wikisuite/
    Appreciate if you have the correct link.

    Else, what about using this diff ?
    https://github.com/WikiSuite/app-php-engines/commit/ccfe9a1224e73dd2169645f857df980e0ee573a1

    Bernard
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, September 12 2020, 08:02 AM - #Permalink
    Resolved
    0 votes
    Reading PHP 7.4 as Software Collection, it looks like it may work and, by default the listener will be on port 9000. Conventionally, ClearOS uses 9071 for PHP 7.1, 9072 for PHP 7.2 etc. Have a look in one of the configlets in /etc/httpd/conf.d/flex-80.conf to see how it is invoked with:
    	<FilesMatch \.php$>
    SetHandler "proxy:fcgi://127.0.0.1:9072"
    </FilesMatch>
    in a Directory section. Unfortunately ClearOS will overwrite this file every time a flexshare or web site is changed. If you wanted to integrate it in ClearOS it should be pretty simple. The full diff for adding PHP 7.3 is here. You would not need to bother with the info.php or spec file changes or the indentation fix.

    If you do that, a website or flexshare change should work fine.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, September 12 2020, 06:03 AM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:
    I would not even go there. Remi will probably try to replace the default version of PHP. You are on your own if you do that. The versions of 7.x in ClearOS (Redhat) has been set up by a Special Interest Group and is designed to live alongside the existing installations. They have been designed to be invoked using a listener in the website configuration file. I do not imagine the Remi version will do any of that, but I could be wrong.


    Adventurous today...?

    From my understanding the PHP app engine use PHP from Software Collections (http://wikisuite.org/How-to-install-a-PHP-version-picker-on-ClearOS) using remi repository same as PHP 7.3 (https://blog.remirepo.net/post/2018/06/08/PHP-7.3-as-Software-Collection).

    Following the blog instruction, I should be able to do a parallel installation of version 7.4 as Software Collection (https://blog.remirepo.net/post/2020/09/03/PHP-version-7.3.22-and-7.4.10):
    yum install php74


    That should not replace the default PHP version... Will have the guts to try ? ?
    The reply is currently minimized Show
  • Accepted Answer

    Friday, September 11 2020, 07:28 PM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:
    I would not even go there. Remi will probably try to replace the default version of PHP. You are on your own if you do that. The versions of 7.x in ClearOS (Redhat) has been set up by a Special Interest Group and is designed to live alongside the existing installations. They have been designed to be invoked using a listener in the website configuration file. I do not imagine the Remi version will do any of that, but I could be wrong.


    Ah ah... That’s unfortunate.
    Actually my PHP engine selector goes to 7.3 but the next Tiki (22) requires PHP7.4.

    Thanks for the warning...
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, September 10 2020, 07:27 AM - #Permalink
    Resolved
    0 votes
    Bernard Sfez wrote:
    What about adding PHP 7.4 ?

    I remember it has to do with "remi" repo but not being a server guy I’ll be glad someone post the exact command I need to add 7.4 is the "app-php-engines" selector.
    I would not even go there. Remi will probably try to replace the default version of PHP. You are on your own if you do that. The versions of 7.x in ClearOS (Redhat) has been set up by a Special Interest Group and is designed to live alongside the existing installations. They have been designed to be invoked using a listener in the website configuration file. I do not imagine the Remi version will do any of that, but I could be wrong.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, September 10 2020, 05:53 AM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    app-php-engines has now been updated and is syncing to the mirrors for testing. This update adds support for PHP 7.3. When your mirror has sync'd, you can update to it with:
    yum update app-php-engines --enablerepo=clearos-updates-testing


    Thanks !

    What about adding PHP 7.4 ?
    I remember it has to do with "remi" repo but not being a server guy I’ll be glad someone post the exact command I need to add 7.4 is the "app-php-engines" selector.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, July 23 2020, 08:58 AM - #Permalink
    Resolved
    0 votes
    The whole app needs a rewrite, but it is really a third-party commisioned app. It needs to be split into a webconfig front end and then a plugin for each version of PHP installed. Then it would only show options for the installed versions in the Webconfig. We do a bit of maintenance on the app just to add new PHP versions. We don't remove the webconfig for the old versions such as 5.6 as, if you are an earlier installer, you may have this installed and configured for one of your websites. 5.6 is no longer available from upstream so new installers can't get it.

    I think it makes sense that if a version of PHP is not running, then, if you select it in the webconfig, it then starts. Perhaps rather than use the term "disabled", it may be better to use the Start/Stop terminology, but it is not really our app and we don't have many cycles for changing it. I added PHP 7.3 as it will be needed for Nextcloud 21 when it comes along.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, July 23 2020, 08:33 AM - #Permalink
    Resolved
    0 votes
    Hi Nick,
    Calling me a PHP man, I think is overrated. I can read PHP but my coding does not get much further than hacking existing code, kind of reverse engineering ;).
    Your suggestion I think could work and would be quite a challenge. But a lot of effort to resolve a specific and minor issue which only will occur once in a blue moon and probably only useful to me.

    To me it is important that an automatic update (such as your security maintenance update to disable TLSv1.1) is not blocked and at the same time it does not break my custom httpd configuration.

    At the moment I use following solution:
    Follow procedure as suggested in https://documentation.clearos.com/content:en_us:kb_o_custom_apache_web_server_configuration.
    Move entire contents of both flex confs to a new custom configuration file in /etc/httpd/conf.d/ . Edit this file to include own directives such as the ones for separate access logging of subdirectories in the webite.
    However don't name this file clearos.default.conf because with an webserver update it will be detected and deleted.
    Give the configuration file a name which comes alfabetically before the new flex confs, e.g. custom-httpd.conf. Delete the flex confs.

    When an automatic update is done to the webserver new flex confs are created, but vhost settings are only loaded once, being from custom-httpd.conf. Vhost settings from the newly created flex confs are ignored.
    This way the update does not break my custom httpd configuration and the new flex confs are written however they are not activated, basically kept sleeping.

    To notify the admin that een update took place and needs to be implemented I use a cron-script, running on a daily bases, checking if in /etc/httpd/conf.d/ a flex conf exists. If so the admin is notified by e-mail of the update with instructions how to integrate the new flex conf directives in the custom-httpd.conf.

    Testing above I noticed two issues in Webconfig:
    In the PHPengines app PHP 5.6 is removed, but in the Webserver app it is still an option in the drop-down list. Selecting it here it still is executed and flex-80.conf
    reflects the update (SetHandler "proxy:fcgi://127.0.0.1:9056"). I already had removed PHP 5.6 manually so here an error occurs.

    In Webconfig > Web > PHP engines one can disable a PHP version, it however remains available in the Webserver app, moreover when this disabled version is selected Webserver will enable it again.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 18 2020, 04:40 PM - #Permalink
    Resolved
    0 votes
    As you are a PHP man, have a look at /usr/clearos/apps/flexshare/libraries/Flexshare.php. If you can come up with some code which adds a line which does an include of a site specific file, perhaps in a folder under /etc/httpd/conf.d e.g /etc/httpd/conf.d/flexshare-sites, making sure the folder exists, it may be an option to merge it into the code base.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 18 2020, 04:30 PM - #Permalink
    Resolved
    0 votes
    Hi Nick,
    Thank you for your active support. PHP 7.3 is up and running, I did some testing and all seems to work well. No warnings from the Firefox console when using Wordpress and Piwigo.

    It indeed appears that a Virtual Host only can be configured once, so for now I have to refer to editing the flex confs or moving their content into clearos.default.conf. But I will search the forums, maybe writing individual access logs can be achieved following a different route or have Webconfig inject the required code when building the flex.confs.
    All not relevant to this thread
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 18 2020, 03:14 PM - #Permalink
    Resolved
    0 votes
    I'm afraid I don't know you answer. I don't know if you can have two conf files for the same vhost. Can you use a .htaccess file for that? I know some things can go there, but I am not a web server person.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 18 2020, 10:44 AM - #Permalink
    Resolved
    0 votes
    Hi Nick,
    Apologies, I found the problem which is one of my doing. The updates are perfectly alright!

    Earlier in this thread I explained that I was avoiding Flexshares by using clearos.default.com. You advised to do away with this method and use the Flexshares.
    Implementing this went all well. Doing an update to the webserver in Webconfig creates flex-80.conf and flex-443.conf, but also deletes clearos.default.conf.

    In clearos.default.conf I had some more directives of my own for customization.
    One of these was to create an additional Custom Access Log of my blog for use with Awstats.
    To re-create this I had to edit flex-443.conf and add extra code (underscored) as follows:

    <VirtualHost *:443>
    ServerName xxx
    ...
    CustomLog /var/log/httpd/access_log combined
    #Code for extra CustomLog
    CustomLog /var/log/httpd/blog_access_log combined env=blog
    SSLEngine on
    ...
    SetEnvIf User-Agent etc
    </VirtualHost>


    To do away with editing the flex confs I thought to be smart and placed following code in a custom.conf file:

    <VirtualHost *:443>
    #Code for extra CustomLog
    CustomLog /var/log/httpd/blog_access_log combined env=blog
    </VirtualHost>

    together with elsewhere in custom.conf:

    SetEnvIf Request_URI "^/blog/" blog
    CustomLog logs/blog_access_log combined env=blog



    This custom.conf is loaded alphabetically before flex-443.conf and this caused the error.
    Re-naming it to mycustom.conf, so it is loaded after flex-443.conf solved the problem, HTTPS works fine.
    However now the CustomLog is not written.

    So for now I am still stuck with editing the Flex confs in order to keep statistics.
    Any suggestions are welcome.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 18 2020, 07:03 AM - #Permalink
    Resolved
    0 votes
    All the app-flexshare update did was change the SSLProtocol and the SSLCipherSuite then regenerate the website configs with the new values. You can verify that by comparing a flex-443.conf from a config backup to the current version. This change was done a week ago in the Communityedition and this week in Home/Business.

    The update to app-php-engines mainly just added PHP 7.3 support. For 7.0/1/2 it removed a few app requires but added in rh-php70/1/2 to the requires so, effectively, there was no change and all that happened is that rh-php70/1/2 were installed as well and nothing was removed. There were no effective changes to the installation of PHP7.0/1/2.

    I also use Firefox 78.0.2
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 18 2020, 12:15 AM - #Permalink
    Resolved
    0 votes
    Hi Nick,
    Had a brief look at both links you suggest to read. At the moment no time to dig into it.

    For now I re-enabled TLSv1.1 and changed the SSLCipherSuite line as you suggested.
    Next also cleared the browser cache. but this all makes no difference. Tried different browsers on different machines, same problem
    I am using Firefox 87.0.2 so it should not have accepted TLSv1.1 since a long time anyway.
    Changing back to PHP 7.2 does not change anything either.
    All I know that before the update of my server, yesterday afternoon, https was working fine with a Let'sEncrypt certificate.
    Also changing back to the Self Signed Certificate does not help, same message and also not able to accept the risk and continue.

    Tomorrow I will work my way through the sites you suggested.
    Is there an option to reinstall/update SSL and/or recreate the certificates or is that not useful at all?
    The reply is currently minimized Show
  • Accepted Answer

    Friday, July 17 2020, 09:00 PM - #Permalink
    Resolved
    0 votes
    Can I ask you to google around and try some things. I have a few lines of PHP on my website and it works with PHP. 7.3, but I do have a valid (Let's Encrypt) certificate.

    Please see references like https://support.mozilla.org/en-US/questions/1222739 and https://www.thesslstore.com/blog/ssl_error_rx_record_too_long/.

    If you want to re-enable TLSv1.1, just remove the exclude from SSLProtocol in /etc/httpd/conf.d/flex-443.conf. If you want to revert the ciphers, change the SSLCipherSuite line to:
    ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!3DES:!aNULL:!MD5
    But remember that every time you edit website or flexshare settings, this change will be removed.

    Please report back if it makes a difference.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, July 17 2020, 08:37 PM - #Permalink
    Resolved
    0 votes
    Hello Nick, today I executed the updates. PHP 7.3 can be picked now and PHPInfo shows version 7.3.11
    There is a problem though, HTTPS is no longer available, the error code I get is : SSL_ERROR_RX_RECORD_TOO_LONG
    In an earlier reply you said you wanted to disable TLSv1.1, is this done and possibly the reason?
    Regards,
    Ben
    The reply is currently minimized Show
  • Accepted Answer

    Friday, July 10 2020, 09:42 AM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    The webroot does not get redirected to /var/flexshare/shares. There are two different views of the same files. The only issue I know is that the CGI ScriptAlias points to the flexshare rather than directly to the path under /var/www, and someone reported an issue because of it.

    The aim of the bind mount to the flexshares is to give you an integrated way to upload your files to the website either via Samba shares or FTP.


    The reason I rejected Flexshares years ago was because I had my own Samba setup which was simple and worked well for me. But now I think time has come to implement Samba using Flexshares. For starters I moved my own http directives, other than both flex confs, away from clearos.default.conf as this conf gets deleted every time changes are made to the Webserver in Webconfig. Next in Webconfig I edited the webserver configuration effectively re-genererating both flex confs and the bindmount.
    So I am set up to implement your update for PHP 7.3 using Webconfig next week when back home from a short break.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, July 08 2020, 07:50 AM - #Permalink
    Resolved
    1 votes
    app-php-engines has now been updated and is syncing to the mirrors for testing. This update adds support for PHP 7.3. When your mirror has sync'd, you can update to it with:
    yum update app-php-engines --enablerepo=clearos-updates-testing
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 04 2020, 10:46 AM - #Permalink
    Resolved
    0 votes
    The webroot does not get redirected to /var/flexshare/shares. There are two different views of the same files. The only issue I know is that the CGI ScriptAlias points to the flexshare rather than directly to the path under /var/www, and someone reported an issue because of it.

    The aim of the bind mount to the flexshares is to give you an integrated way to upload your files to the website either via Samba shares or FTP.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 04 2020, 09:07 AM - #Permalink
    Resolved
    0 votes
    Thanks for the heads up.
    Nothing wrong with using the picker in the website app but it will regenerate the flex confs including directory /var/flexshare/shares/<website hostname> and in fstab a redirect of webroot to this flexshare.
    When flexshares was first introduced by ClearOS for reasons not relevant to this thread I decided not to implement this system.
    Using the picker works fine for me to activate the latest PHP version provided at least the redirect in fstab is removed again.

    My server is mainly a hobby, providing a local fileserver including Backuppc and a webserver hosting amongst others a Wordpress blog and Piwigo with > 45.000 images.
    So only the default website is fine with me.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 04 2020, 08:27 AM - #Permalink
    Resolved
    0 votes
    Be careful as I am putting an update into testing next week for release the week after and it will regenerate the flexshare configuration!

    I ws not aware of you link and it looks like it will only work with the default web site. What is the problem using the picker in the Web Site app?
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, July 04 2020, 07:45 AM - #Permalink
    Resolved
    0 votes
    Hello Nick, thanks for your prompt reaction.
    You are right about the missing escape, it must have gotten lost me trying to avoid [code] tags.

    I do not edit flex confs but use the method suggested in https://documentation.clearos.com/content:en_us:kb_o_custom_apache_web_server_configuration placing my custom directives in clearos.default.conf

    Hopefully you find some people to work on the app splitting front end and back end as intended. My knowledge of coding is next to nothing so I can't be of any use to you anything other than funding if that would help.
    In my current situation I am trying to stay clear from the picker as it will (re-)create new flex confs. Basically I am only using the handler part.

    Thanks for all your work and I will await the adding of the handler for 7.3.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, July 03 2020, 07:01 PM - #Permalink
    Resolved
    0 votes
    Be wary of manually editing flex-{80,443}.conf manually as any change to flexshares will override it. I am also planning a security maintenance update to disable TLSv1.1 as it has not gone past end of life.
    The syntax used for this should be:
    	<FilesMatch \.php$>
    SetHandler "proxy:fcgi://127.0.0.1:9072"
    </FilesMatch>
    so with an escape before the .php. However it will not be remembered if you edit it here.

    What is wrong with the picker? For newer installations 5.6 will show but not work as it is not installable, but the picker has been left for older installations. A lot of work needs to be done on the app to split it into a front end and back end where each php version is then a plugin and only appears if it is installed, but there are no takers to do the work.

    We will look at implementing PHP 7.3 as it will be needed for Nextcloud soon. I would like to start work on it this month. Downloading it is simple. The work is in adding the handler and picker.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, July 03 2020, 05:50 PM - #Permalink
    Resolved
    0 votes
    First: I am very pleased with PHP Engines.
    I am running PHP 7.2 on ClearOs 7.8.1(Final) on 2 servers without any problem.

    In March 2019 I reported an issue regarding .phpenv on Github (https://github.com/WikiSuite/app-php-engines/issues/9), but there has been no reaction as yet.
    For me its not a problem as I run Wordpress and Piwigo on the same and latest PHP version available. I am pleased as it works.

    As I am the admin of both servers I have access to the HTTP configuration file and I can edit it as required e.g.:
    <Directory /var/www/html>
    <FilesMatch .php$>
    SetHandler "proxy:fcgi://127.0.0.1:9072"
    </Directory>

    According to phpinfo() the PHP Version 7.2.24 is indeed being used.

    But the PHP picker does not appear to work as intended in PHP Engines.
    And in the PHP Engines app none of the shown versions are being used but I can enable/disable them.
    Editing the content of .phpenv in the webroot /var/www/html/ has no effect.

    Now I got another question:
    In the clearos-centos-sclo-rh repository PHP version 7.3 is already available. Is there any plan to incorporate this in PHP Engines in the near future?
    Or is there a simple way I could include it myself? Simply installing it with yum does not work for me, it seems there is a bit more to be done.

    Regards, Ben
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, July 02 2019, 07:17 AM - #Permalink
    Resolved
    0 votes
    @Marc, Ignore the last workaround. It works as a general approach but not this time. There seems to be a general repo issue, but also one support package is missing. systemd-libs, systemd-sysv and systemd 219-62.el7_6.6.0.1 have been released into the repos but systemd-python has not been updated. I think your last output is basically showing that. You're trying to do a manual yum update having successfully done a 7.5 -> 7.6 update and it is just this bit that is stuck. If you do a:
    yum update --exclude=systemd,systemd-libs,systemd-sysv
    If the other repo error clears, then you should get just about everything except these packages.
    The reply is currently minimized Show
  • Accepted Answer

    Monday, July 01 2019, 09:03 PM - #Permalink
    Resolved
    0 votes
    From memory, Fabio is a new poster so his first couple of posts get moderated. After that they appear immediately. A brief message does show up as you post but it disappears quickly. If you ask Fabio to persist, after his second approved post he'll be fine.

    It is odd as I can only see 7_6.6.0.1 in disabled repos. What is the output to "yum repolist"? Also which of the two commands gave those errors and was it part of a bigger log?

    If it was part of a bigger list, I pick away at the list with commands like:
    yum update a* b*
    This will let you get the list down to a more manageable size.
    The reply is currently minimized Show
  • Accepted Answer

    Monday, July 01 2019, 08:42 PM - #Permalink
    Resolved
    0 votes
    Nick Howitt wrote:

    If you don't want to wait, please do:
    yum update app-base
    yum clean all
    yum update



    Thanks for this. I tried but now I get:

    --> Running transaction check
    ---> Package kernel.x86_64 0:3.10.0-693.11.6.v7 will be erased
    ---> Package libgudev1.x86_64 0:219-62.el7_6.6 will be an update
    --> Processing Dependency: systemd-libs = 219-62.el7_6.6 for package: libgudev1-219-62.el7_6.6.x86_64
    ---> Package systemd-python.x86_64 0:219-62.el7_6.6 will be an update
    --> Processing Dependency: systemd-libs = 219-62.el7_6.6 for package: systemd-python-219-62.el7_6.6.x86_64
    --> Processing Dependency: systemd = 219-62.el7_6.6 for package: systemd-python-219-62.el7_6.6.x86_64
    --> Finished Dependency Resolution
    Error: Package: libgudev1-219-62.el7_6.6.x86_64 (clearos-centos-updates)
    Requires: systemd-libs = 219-62.el7_6.6
    Removing: systemd-libs-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    systemd-libs = 219-57.el7_5.3
    Updated By: systemd-libs-219-62.el7_6.6.0.1.x86_64 (clearos)
    systemd-libs = 219-62.el7_6.6.0.1
    Available: systemd-libs-219-62.el7.i686 (clearos-centos)
    systemd-libs = 219-62.el7
    Available: systemd-libs-219-62.el7_6.2.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.2
    Available: systemd-libs-219-62.el7_6.3.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.3
    Available: systemd-libs-219-62.el7_6.5.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.5
    Available: systemd-libs-219-62.el7_6.6.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.6
    Error: Package: systemd-python-219-62.el7_6.6.x86_64 (clearos-centos-updates)
    Requires: systemd = 219-62.el7_6.6
    Removing: systemd-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    systemd = 219-57.el7_5.3
    Updated By: systemd-219-62.el7_6.6.0.1.x86_64 (clearos)
    systemd = 219-62.el7_6.6.0.1
    Available: systemd-219-62.el7.x86_64 (clearos-centos)
    systemd = 219-62.el7
    Available: systemd-219-62.el7_6.2.x86_64 (clearos-centos-updates)
    systemd = 219-62.el7_6.2
    Available: systemd-219-62.el7_6.3.x86_64 (clearos-centos-updates)
    systemd = 219-62.el7_6.3
    Available: systemd-219-62.el7_6.5.x86_64 (clearos-centos-updates)
    systemd = 219-62.el7_6.5
    Available: systemd-219-62.el7_6.6.x86_64 (clearos-centos-updates)
    systemd = 219-62.el7_6.6
    Error: Package: systemd-python-219-62.el7_6.6.x86_64 (clearos-centos-updates)
    Requires: systemd-libs = 219-62.el7_6.6
    Removing: systemd-libs-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    systemd-libs = 219-57.el7_5.3
    Updated By: systemd-libs-219-62.el7_6.6.0.1.x86_64 (clearos)
    systemd-libs = 219-62.el7_6.6.0.1
    Available: systemd-libs-219-62.el7.i686 (clearos-centos)
    systemd-libs = 219-62.el7
    Available: systemd-libs-219-62.el7_6.2.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.2
    Available: systemd-libs-219-62.el7_6.3.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.3
    Available: systemd-libs-219-62.el7_6.5.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.5
    Available: systemd-libs-219-62.el7_6.6.x86_64 (clearos-centos-updates)
    systemd-libs = 219-62.el7_6.6
    You could try using --skip-broken to work around the problem
    You could try running: rpm -Va --nofiles --nodigest
    [root@ html]#


    I asked Fabio to provide more information to this forum, but he answered: "I can't follow up. I wrote my message and tried to post sometimes, but the message does not appear after reply and there is not error or notice about what happened. Anyway, Nick answer made possible to update app-php-engines, but there are other packages getting conflicts."

    Thanks!
    The reply is currently minimized Show
  • Accepted Answer

    Monday, June 17 2019, 12:45 PM - #Permalink
    Resolved
    0 votes
    Since can't disable older version cannot use the occ command. I need it to try and reset the admin password.


    I don't use OwnCloud, nor do I have it installed. However, when glancing at online docs for it, it looks like it uses whatever the web server is using, which makes sense. Since you have your version selected in your Webconfig, do you also have the web server installed and running (i.e. Apache)? Additionally, in ClearOS, the command line will always show 5.4 as the php version, unless you run a version command for your choice of php engine, i.e. /opt/rh/rh-php70/root/usr/bin/php -v. The web server will use the one you've selected and have running in your Webconfig. Make sure to restart your two associated services at command line after changing the php version:
    systemctl restart rh-php70-php-fpm.service httpd.service


    Perhaps the config/config.php script for your Owncloud installation has a parameter in there that has to match your web server's php version?
    The reply is currently minimized Show
  • Accepted Answer

    Sunday, June 16 2019, 09:49 AM - #Permalink
    Resolved
    0 votes
    ownCloud’s occ command (ownCloud console) says it requires at least PHP 5.6. I was using 5.4.16 so changed it to 7.0, but from command line still says 5.4.16 even though in webconfig settings for web server & php it says 7.0. also unable to disable PHP 5.4.16, because no option for this. I understand why now since webconfig requires it.

    Since can't disable older version cannot use the occ command. I need it to try and reset the admin password.
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, June 15 2019, 02:55 PM - #Permalink
    Resolved
    0 votes
    The webconfig uses its own version of php5.4 (webconfig-php).
    5.4 is still the official EL7 version and gets security fixes.
    5.6, 7.0, 7.1 and 7.2 were/are maintained by the special interest group. The stopped supporting 5.6 but, in EL7.6 (so Centos/ClearOS 7.6) they added support for 7.2.

    This means anyone using 5.4 is fine. Anyone using 5.6 should aim to move off it as soon as possible. Any new users of PHP Engines in 7.6 will not get 5.6 installed, but it is possible (but not advised) to install it by manipulating your repos.
    Like
    1
    The reply is currently minimized Show
  • Accepted Answer

    Saturday, June 15 2019, 11:55 AM - #Permalink
    Resolved
    0 votes
    Hi,

    I see still php 5.4.16 when check the version on COS 7.6.
    php -v
    PHP 5.4.16 (cli) (built: Oct 30 2018 19:30:51)


    Is still needed for COS webconfig ? or how does this work.

    Since the older version are depreciated is this version still valid ?
    The reply is currently minimized Show
  • Accepted Answer

    Friday, June 07 2019, 06:38 PM - #Permalink
    Resolved
    0 votes
    Nick is correct. The problem is that these dependencies come from an upstream sclo structure that is fixed by the app-base package. Our new method of breaking these packages out to individual php version is the way to fix it since older version will just deprecate and newer versions can be made available independent of the app- package.
    The reply is currently minimized Show
  • Accepted Answer

    Friday, June 07 2019, 07:31 AM - #Permalink
    Resolved
    0 votes
    Hello Marc,
    Because of a circular dependency you can't do a manual update from 7.5 to 7.6 in one go, but the automatic updates should work. If you are getting this problem with automatic updates, please can I ask you to hang on until I speak to Dave. We were going to do an updated app-software-updates to change a little the way automatic updates worked to positively program round the issue. There is an app-software-updates in clearos-updates-testing but I don't know if it is ready to roll. If it is, it would be great to test it.

    If you don't want to wait, please do:
    yum update app-base
    yum clean all
    yum update


    The root cause of this is that PHP7.2 is only in the centos-7.6 repos, but you are not configured to use the 7.6 centos and sclo repos until app-base updates and changes your repo configuration for you. The automatic updates should be able to get round this over a couple of nights but we'd like to change that so it does the upgrade in one night.

    BTW, this is one reason why we'd like to split the PHP Engines app into multiple apps - a top level app to handle the webconfig, and individual apps for each version of PHP.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, June 06 2019, 11:42 PM - #Permalink
    Resolved
    1 votes
    I have a few servers that are no longer auto-updating. Below is the log:

    Thanks!

    [root@ ~]# yum update
    Loaded plugins: clearcenter-marketplace, fastestmirror
    ClearCenter Marketplace: fetching repositories...
    Loading mirror speeds from cached hostfile
    * clearos: mirror2-newyork.clearos.com
    * clearos-centos: download1.clearsdn.com
    * clearos-centos-sclo-rh: download1.clearsdn.com
    * clearos-centos-updates: download1.clearsdn.com
    * clearos-contribs: mirror2-newyork.clearos.com
    * clearos-epel: download1.clearsdn.com
    * clearos-fast-updates: download1.clearsdn.com
    * clearos-infra: mirror2-newyork.clearos.com
    * clearos-updates: mirror2-newyork.clearos.com
    * private-clearcenter-dyndns: download3.clearsdn.com:80
    Resolving Dependencies
    --> Running transaction check
    ---> Package GeoIP.x86_64 0:1.5.0-11.el7 will be updated
    ---> Package GeoIP.x86_64 0:1.5.0-13.el7 will be an update
    ---> Package alsa-lib.x86_64 0:1.1.4.1-2.el7 will be updated
    ---> Package alsa-lib.x86_64 0:1.1.6-2.el7 will be an update
    ---> Package app-base.noarch 1:2.5.42-1.v7 will be updated
    ---> Package app-base.noarch 1:2.6.9-2.v7 will be an update
    ---> Package app-base-core.noarch 1:2.5.42-1.v7 will be updated
    ---> Package app-base-core.noarch 1:2.6.9-2.v7 will be an update
    ---> Package app-dns.noarch 1:2.3.24-1.v7 will be updated
    ---> Package app-dns.noarch 1:2.4.2-1.v7 will be an update
    ---> Package app-dns-core.noarch 1:2.3.24-1.v7 will be updated
    ---> Package app-dns-core.noarch 1:2.4.2-1.v7 will be an update
    ---> Package app-lets-encrypt.noarch 1:1.10.5-1.v7 will be updated
    ---> Package app-lets-encrypt.noarch 1:1.10.7-1.v7 will be an update
    ---> Package app-lets-encrypt-core.noarch 1:1.10.5-1.v7 will be updated
    ---> Package app-lets-encrypt-core.noarch 1:1.10.7-1.v7 will be an update
    ---> Package app-marketplace.noarch 1:2.6.1-1.v7 will be updated
    ---> Package app-marketplace.noarch 1:2.6.4-1.v7 will be an update
    ---> Package app-marketplace-core.noarch 1:2.6.1-1.v7 will be updated
    ---> Package app-marketplace-core.noarch 1:2.6.4-1.v7 will be an update
    ---> Package app-php-engines.noarch 1:1.1.7-1.v7 will be updated
    ---> Package app-php-engines.noarch 1:1.2.0-1.v7 will be an update
    ---> Package app-php-engines-core.noarch 1:1.1.7-1.v7 will be updated
    ---> Package app-php-engines-core.noarch 1:1.2.0-1.v7 will be an update
    --> Processing Dependency: rh-php72-php-bcmath for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-cli for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-common for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-fpm for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gmp for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-intl for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-json for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-ldap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mbstring for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mysqlnd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-opcache for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pdo for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pear for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-process for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-soap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-xml for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-zip for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    ---> Package app-samba-core.noarch 1:3.5.2-1.v7 will be updated
    ---> Package app-samba-core.noarch 1:3.5.3-1.v7 will be an update
    ---> Package app-web-server.noarch 1:2.5.0-1.v7 will be updated
    ---> Package app-web-server.noarch 1:2.5.2-1.v7 will be an update
    ---> Package app-web-server-core.noarch 1:2.5.0-1.v7 will be updated
    ---> Package app-web-server-core.noarch 1:2.5.2-1.v7 will be an update
    ---> Package audit.x86_64 0:2.8.1-3.el7_5.1 will be updated
    ---> Package audit.x86_64 0:2.8.4-4.el7 will be an update
    ---> Package audit-libs.x86_64 0:2.8.1-3.el7_5.1 will be updated
    --> Processing Dependency: audit-libs(x86-64) = 2.8.1-3.el7_5.1 for package: audit-libs-python-2.8.1-3.el7_5.1.x86_64
    ---> Package audit-libs.x86_64 0:2.8.4-4.el7 will be an update
    ---> Package bash.x86_64 0:4.2.46-30.el7 will be updated
    ---> Package bash.x86_64 0:4.2.46-31.el7 will be an update
    ---> Package bind-libs.x86_64 32:9.9.4-61.el7_5.1 will be updated
    ---> Package bind-libs.x86_64 32:9.9.4-73.el7_6 will be an update
    ---> Package bind-libs-lite.x86_64 32:9.9.4-61.el7_5.1 will be updated
    ---> Package bind-libs-lite.x86_64 32:9.9.4-73.el7_6 will be an update
    ---> Package bind-license.noarch 32:9.9.4-61.el7_5.1 will be updated
    ---> Package bind-license.noarch 32:9.9.4-73.el7_6 will be an update
    ---> Package bind-utils.x86_64 32:9.9.4-61.el7_5.1 will be updated
    ---> Package bind-utils.x86_64 32:9.9.4-73.el7_6 will be an update
    ---> Package binutils.x86_64 0:2.27-28.base.el7_5.1 will be updated
    ---> Package binutils.x86_64 0:2.27-34.base.el7 will be an update
    ---> Package cairo.x86_64 0:1.14.8-2.el7 will be updated
    ---> Package cairo.x86_64 0:1.15.12-3.el7 will be an update
    --> Processing Dependency: libGL.so.1()(64bit) for package: cairo-1.15.12-3.el7.x86_64
    --> Processing Dependency: libEGL.so.1()(64bit) for package: cairo-1.15.12-3.el7.x86_64
    ---> Package clearos-framework.noarch 0:7.5.42-1.v7 will be updated
    ---> Package clearos-framework.noarch 0:7.6.1-1.v7 will be an update
    ---> Package clearos-release.x86_64 0:7-5.5.v7 will be updated
    ---> Package clearos-release.x86_64 0:7-6.3.v7 will be an update
    ---> Package coreutils.x86_64 0:8.22-21.el7 will be updated
    ---> Package coreutils.x86_64 0:8.22-23.el7 will be an update
    ---> Package cronie.x86_64 0:1.4.11-19.el7 will be updated
    ---> Package cronie.x86_64 0:1.4.11-20.el7_6 will be an update
    ---> Package cronie-anacron.x86_64 0:1.4.11-19.el7 will be updated
    ---> Package cronie-anacron.x86_64 0:1.4.11-20.el7_6 will be an update
    ---> Package cryptsetup-libs.x86_64 0:1.7.4-4.el7 will be updated
    ---> Package cryptsetup-libs.x86_64 0:2.0.3-3.el7 will be an update
    ---> Package csplugin-events.x86_64 0:1.2-2.v7 will be updated
    ---> Package csplugin-events.x86_64 0:1.2-3.v7 will be an update
    ---> Package csplugin-filewatch.x86_64 0:1.0-19.v7 will be updated
    ---> Package csplugin-filewatch.x86_64 0:1.2-2.v7 will be an update
    ---> Package curl.x86_64 0:7.29.0-46.el7 will be updated
    ---> Package curl.x86_64 0:7.29.0-51.el7 will be an update
    ---> Package dbus.x86_64 1:1.10.24-7.el7 will be updated
    ---> Package dbus.x86_64 1:1.10.24-13.el7_6 will be an update
    ---> Package dbus-libs.x86_64 1:1.10.24-7.el7 will be updated
    ---> Package dbus-libs.x86_64 1:1.10.24-13.el7_6 will be an update
    ---> Package device-mapper.x86_64 7:1.02.146-4.el7 will be updated
    ---> Package device-mapper.x86_64 7:1.02.149-10.el7_6.7 will be an update
    ---> Package device-mapper-libs.x86_64 7:1.02.146-4.el7 will be updated
    ---> Package device-mapper-libs.x86_64 7:1.02.149-10.el7_6.7 will be an update
    ---> Package dmidecode.x86_64 1:3.0-5.el7 will be updated
    ---> Package dmidecode.x86_64 1:3.1-2.el7 will be an update
    ---> Package dracut.x86_64 0:033-535.el7_5.1 will be updated
    ---> Package dracut.x86_64 0:033-554.el7 will be an update
    ---> Package dracut-config-rescue.x86_64 0:033-535.el7_5.1 will be updated
    ---> Package dracut-config-rescue.x86_64 0:033-554.el7 will be an update
    ---> Package dracut-network.x86_64 0:033-535.el7_5.1 will be updated
    ---> Package dracut-network.x86_64 0:033-554.el7 will be an update
    ---> Package e2fsprogs.x86_64 0:1.42.9-12.el7_5 will be updated
    ---> Package e2fsprogs.x86_64 0:1.42.9-13.el7 will be an update
    ---> Package e2fsprogs-libs.x86_64 0:1.42.9-12.el7_5 will be updated
    ---> Package e2fsprogs-libs.x86_64 0:1.42.9-13.el7 will be an update
    ---> Package elfutils-default-yama-scope.noarch 0:0.170-4.el7 will be updated
    ---> Package elfutils-default-yama-scope.noarch 0:0.172-2.el7 will be an update
    ---> Package elfutils-libelf.x86_64 0:0.170-4.el7 will be updated
    ---> Package elfutils-libelf.x86_64 0:0.172-2.el7 will be an update
    ---> Package elfutils-libs.x86_64 0:0.170-4.el7 will be updated
    ---> Package elfutils-libs.x86_64 0:0.172-2.el7 will be an update
    ---> Package ethtool.x86_64 2:4.8-7.el7 will be updated
    ---> Package ethtool.x86_64 2:4.8-9.el7 will be an update
    ---> Package file.x86_64 0:5.11-33.el7 will be updated
    ---> Package file.x86_64 0:5.11-35.el7 will be an update
    ---> Package file-libs.x86_64 0:5.11-33.el7 will be updated
    ---> Package file-libs.x86_64 0:5.11-35.el7 will be an update
    ---> Package findutils.x86_64 1:4.5.11-5.el7 will be updated
    ---> Package findutils.x86_64 1:4.5.11-6.el7 will be an update
    ---> Package firewalld.noarch 0:0.4.4.4-15.el7_5 will be updated
    ---> Package firewalld.noarch 0:0.5.3-5.el7 will be an update
    ---> Package firewalld-filesystem.noarch 0:0.4.4.4-15.el7_5 will be updated
    ---> Package firewalld-filesystem.noarch 0:0.5.3-5.el7 will be an update
    ---> Package fontconfig.x86_64 0:2.10.95-11.el7 will be updated
    ---> Package fontconfig.x86_64 0:2.13.0-4.3.el7 will be an update
    --> Processing Dependency: dejavu-sans-fonts for package: fontconfig-2.13.0-4.3.el7.x86_64
    ---> Package freetype.x86_64 0:2.4.11-15.el7 will be updated
    ---> Package freetype.x86_64 0:2.8-12.el7_6.1 will be an update
    ---> Package glib-networking.x86_64 0:2.50.0-1.el7 will be updated
    ---> Package glib-networking.x86_64 0:2.56.1-1.el7 will be an update
    ---> Package glib2.x86_64 0:2.54.2-2.el7 will be updated
    ---> Package glib2.x86_64 0:2.56.1-2.el7 will be an update
    ---> Package glibc.x86_64 0:2.17-222.el7 will be updated
    ---> Package glibc.x86_64 0:2.17-260.el7_6.4 will be an update
    ---> Package glibc-common.x86_64 0:2.17-222.el7 will be updated
    ---> Package glibc-common.x86_64 0:2.17-260.el7_6.4 will be an update
    ---> Package gnutls.x86_64 0:3.3.26-9.el7 will be updated
    ---> Package gnutls.x86_64 0:3.3.29-9.el7_6 will be an update
    ---> Package gobject-introspection.x86_64 0:1.50.0-1.el7 will be updated
    ---> Package gobject-introspection.x86_64 0:1.56.1-1.el7 will be an update
    ---> Package grub2.x86_64 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2.x86_64 1:2.02.2-0.76.v7 will be an update
    ---> Package grub2-common.noarch 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2-common.noarch 1:2.02.2-0.76.v7 will be an update
    ---> Package grub2-pc.x86_64 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2-pc.x86_64 1:2.02.2-0.76.v7 will be an update
    ---> Package grub2-pc-modules.noarch 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2-pc-modules.noarch 1:2.02.2-0.76.v7 will be an update
    ---> Package grub2-tools.x86_64 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2-tools.x86_64 1:2.02.2-0.76.v7 will be an update
    ---> Package grub2-tools-extra.x86_64 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2-tools-extra.x86_64 1:2.02.2-0.76.v7 will be an update
    ---> Package grub2-tools-minimal.x86_64 1:2.02-0.65.v7.2 will be updated
    ---> Package grub2-tools-minimal.x86_64 1:2.02.2-0.76.v7 will be an update
    ---> Package grubby.x86_64 0:8.28-23.el7 will be updated
    ---> Package grubby.x86_64 0:8.28-25.el7 will be an update
    ---> Package gsettings-desktop-schemas.x86_64 0:3.24.1-2.el7_5 will be updated
    ---> Package gsettings-desktop-schemas.x86_64 0:3.28.0-2.el7 will be an update
    ---> Package harfbuzz.x86_64 0:1.3.2-1.el7 will be updated
    ---> Package harfbuzz.x86_64 0:1.7.5-2.el7 will be an update
    ---> Package hwdata.x86_64 0:0.252-8.8.el7 will be updated
    ---> Package hwdata.x86_64 0:0.252-9.1.el7 will be an update
    ---> Package initscripts.x86_64 0:9.49.41-1.v7.3 will be updated
    ---> Package initscripts.x86_64 0:9.49.46-1.v7 will be an update
    ---> Package iproute.x86_64 0:4.11.0-14.el7 will be updated
    ---> Package iproute.x86_64 0:4.11.0-14.el7_6.2 will be an update
    ---> Package iprutils.x86_64 0:2.4.15.1-1.el7 will be updated
    ---> Package iprutils.x86_64 0:2.4.16.1-1.el7 will be an update
    ---> Package ipset.x86_64 0:6.29-1.el7 will be updated
    ---> Package ipset.x86_64 0:6.38-3.el7_6 will be an update
    ---> Package ipset-libs.x86_64 0:6.29-1.el7 will be updated
    ---> Package ipset-libs.x86_64 0:6.38-3.el7_6 will be an update
    ---> Package iptables.x86_64 0:1.4.21-24.1.v7 will be updated
    ---> Package iptables.x86_64 0:1.4.21-28.v7 will be an update
    ---> Package iw.x86_64 0:4.3-1.el7 will be updated
    ---> Package iw.x86_64 0:4.3-2.el7 will be an update
    ---> Package iwl100-firmware.noarch 0:39.31.5.1-62.2.el7_5 will be updated
    ---> Package iwl100-firmware.noarch 0:39.31.5.1-69.el7 will be an update
    ---> Package iwl1000-firmware.noarch 1:39.31.5.1-62.2.el7_5 will be updated
    ---> Package iwl1000-firmware.noarch 1:39.31.5.1-69.el7 will be an update
    ---> Package iwl105-firmware.noarch 0:18.168.6.1-62.2.el7_5 will be updated
    ---> Package iwl105-firmware.noarch 0:18.168.6.1-69.el7 will be an update
    ---> Package iwl135-firmware.noarch 0:18.168.6.1-62.2.el7_5 will be updated
    ---> Package iwl135-firmware.noarch 0:18.168.6.1-69.el7 will be an update
    ---> Package iwl2000-firmware.noarch 0:18.168.6.1-62.2.el7_5 will be updated
    ---> Package iwl2000-firmware.noarch 0:18.168.6.1-69.el7 will be an update
    ---> Package iwl2030-firmware.noarch 0:18.168.6.1-62.2.el7_5 will be updated
    ---> Package iwl2030-firmware.noarch 0:18.168.6.1-69.el7 will be an update
    ---> Package iwl3160-firmware.noarch 0:22.0.7.0-62.2.el7_5 will be updated
    ---> Package iwl3160-firmware.noarch 0:22.0.7.0-69.el7 will be an update
    ---> Package iwl3945-firmware.noarch 0:15.32.2.9-62.2.el7_5 will be updated
    ---> Package iwl3945-firmware.noarch 0:15.32.2.9-69.el7 will be an update
    ---> Package iwl4965-firmware.noarch 0:228.61.2.24-62.2.el7_5 will be updated
    ---> Package iwl4965-firmware.noarch 0:228.61.2.24-69.el7 will be an update
    ---> Package iwl5000-firmware.noarch 0:8.83.5.1_1-62.2.el7_5 will be updated
    ---> Package iwl5000-firmware.noarch 0:8.83.5.1_1-69.el7 will be an update
    ---> Package iwl5150-firmware.noarch 0:8.24.2.2-62.2.el7_5 will be updated
    ---> Package iwl5150-firmware.noarch 0:8.24.2.2-69.el7 will be an update
    ---> Package iwl6000-firmware.noarch 0:9.221.4.1-62.2.el7_5 will be updated
    ---> Package iwl6000-firmware.noarch 0:9.221.4.1-69.el7 will be an update
    ---> Package iwl6000g2a-firmware.noarch 0:17.168.5.3-62.2.el7_5 will be updated
    ---> Package iwl6000g2a-firmware.noarch 0:17.168.5.3-69.el7 will be an update
    ---> Package iwl6000g2b-firmware.noarch 0:17.168.5.2-62.2.el7_5 will be updated
    ---> Package iwl6000g2b-firmware.noarch 0:17.168.5.2-69.el7 will be an update
    ---> Package iwl6050-firmware.noarch 0:41.28.5.1-62.2.el7_5 will be updated
    ---> Package iwl6050-firmware.noarch 0:41.28.5.1-69.el7 will be an update
    ---> Package iwl7260-firmware.noarch 0:22.0.7.0-62.2.el7_5 will be updated
    ---> Package iwl7260-firmware.noarch 0:22.0.7.0-69.el7 will be an update
    ---> Package kbd.x86_64 0:1.15.5-13.el7 will be updated
    ---> Package kbd.x86_64 0:1.15.5-15.el7 will be an update
    ---> Package kbd-legacy.noarch 0:1.15.5-13.el7 will be updated
    ---> Package kbd-legacy.noarch 0:1.15.5-15.el7 will be an update
    ---> Package kbd-misc.noarch 0:1.15.5-13.el7 will be updated
    ---> Package kbd-misc.noarch 0:1.15.5-15.el7 will be an update
    ---> Package kernel.x86_64 0:3.10.0-957.10.1.v7 will be installed
    ---> Package kernel-tools.x86_64 0:3.10.0-862.11.6.v7 will be updated
    ---> Package kernel-tools.x86_64 0:3.10.0-957.10.1.v7 will be an update
    ---> Package kernel-tools-libs.x86_64 0:3.10.0-862.11.6.v7 will be updated
    ---> Package kernel-tools-libs.x86_64 0:3.10.0-957.10.1.v7 will be an update
    ---> Package kexec-tools.x86_64 0:2.0.15-13.el7_5.2 will be updated
    ---> Package kexec-tools.x86_64 0:2.0.15-21.el7_6.3 will be an update
    ---> Package kmod.x86_64 0:20-21.el7 will be updated
    ---> Package kmod.x86_64 0:20-23.el7 will be an update
    ---> Package kmod-libs.x86_64 0:20-21.el7 will be updated
    ---> Package kmod-libs.x86_64 0:20-23.el7 will be an update
    ---> Package kpartx.x86_64 0:0.4.9-119.el7_5.1 will be updated
    ---> Package kpartx.x86_64 0:0.4.9-123.el7 will be an update
    ---> Package krb5-libs.x86_64 0:1.15.1-19.el7 will be updated
    ---> Package krb5-libs.x86_64 0:1.15.1-37.el7_6 will be an update
    ---> Package libX11.x86_64 0:1.6.5-1.el7 will be updated
    ---> Package libX11.x86_64 0:1.6.5-2.el7 will be an update
    ---> Package libX11-common.noarch 0:1.6.5-1.el7 will be updated
    ---> Package libX11-common.noarch 0:1.6.5-2.el7 will be an update
    ---> Package libblkid.x86_64 0:2.23.2-52.el7_5.1 will be updated
    ---> Package libblkid.x86_64 0:2.23.2-59.el7_6.1 will be an update
    ---> Package libcom_err.x86_64 0:1.42.9-12.el7_5 will be updated
    ---> Package libcom_err.x86_64 0:1.42.9-13.el7 will be an update
    ---> Package libcroco.x86_64 0:0.6.11-1.el7 will be updated
    ---> Package libcroco.x86_64 0:0.6.12-4.el7 will be an update
    ---> Package libcurl.x86_64 0:7.29.0-46.el7 will be updated
    ---> Package libcurl.x86_64 0:7.29.0-51.el7 will be an update
    ---> Package libdrm.x86_64 0:2.4.83-2.el7 will be updated
    ---> Package libdrm.x86_64 0:2.4.91-3.el7 will be an update
    ---> Package libfastjson.x86_64 0:0.99.4-2.el7 will be updated
    ---> Package libfastjson.x86_64 0:0.99.4-3.el7 will be an update
    ---> Package libgcc.x86_64 0:4.8.5-28.el7_5.1 will be updated
    ---> Package libgcc.x86_64 0:4.8.5-36.el7_6.2 will be an update
    ---> Package libgomp.x86_64 0:4.8.5-28.el7_5.1 will be updated
    ---> Package libgomp.x86_64 0:4.8.5-36.el7_6.2 will be an update
    ---> Package libjpeg-turbo.x86_64 0:1.2.90-5.el7 will be updated
    ---> Package libjpeg-turbo.x86_64 0:1.2.90-6.el7 will be an update
    ---> Package libmount.x86_64 0:2.23.2-52.el7_5.1 will be updated
    ---> Package libmount.x86_64 0:2.23.2-59.el7_6.1 will be an update
    ---> Package libselinux.x86_64 0:2.5-12.el7 will be updated
    ---> Package libselinux.x86_64 0:2.5-14.1.el7 will be an update
    ---> Package libselinux-python.x86_64 0:2.5-12.el7 will be updated
    ---> Package libselinux-python.x86_64 0:2.5-14.1.el7 will be an update
    ---> Package libselinux-utils.x86_64 0:2.5-12.el7 will be updated
    ---> Package libselinux-utils.x86_64 0:2.5-14.1.el7 will be an update
    ---> Package libsemanage.x86_64 0:2.5-11.el7 will be updated
    --> Processing Dependency: libsemanage = 2.5-11.el7 for package: libsemanage-python-2.5-11.el7.x86_64
    ---> Package libsemanage.x86_64 0:2.5-14.el7 will be an update
    ---> Package libsepol.x86_64 0:2.5-8.1.el7 will be updated
    ---> Package libsepol.x86_64 0:2.5-10.el7 will be an update
    ---> Package libsmbclient.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package libsmbclient.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package libsoup.x86_64 0:2.56.0-6.el7 will be updated
    ---> Package libsoup.x86_64 0:2.62.2-2.el7 will be an update
    ---> Package libss.x86_64 0:1.42.9-12.el7_5 will be updated
    ---> Package libss.x86_64 0:1.42.9-13.el7 will be an update
    ---> Package libssh2.x86_64 0:1.4.3-10.el7_2.1 will be updated
    ---> Package libssh2.x86_64 0:1.4.3-12.el7_6.2 will be an update
    ---> Package libstdc++.x86_64 0:4.8.5-28.el7_5.1 will be updated
    ---> Package libstdc++.x86_64 0:4.8.5-36.el7_6.2 will be an update
    ---> Package libteam.x86_64 0:1.27-4.el7 will be updated
    ---> Package libteam.x86_64 0:1.27-5.el7 will be an update
    ---> Package libuuid.x86_64 0:2.23.2-52.el7_5.1 will be updated
    ---> Package libuuid.x86_64 0:2.23.2-59.el7_6.1 will be an update
    ---> Package libwayland-client.x86_64 0:1.14.0-2.el7 will be updated
    ---> Package libwayland-client.x86_64 0:1.15.0-1.el7 will be an update
    ---> Package libwayland-server.x86_64 0:1.14.0-2.el7 will be updated
    ---> Package libwayland-server.x86_64 0:1.15.0-1.el7 will be an update
    ---> Package libwbclient.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package libwbclient.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package libxcb.x86_64 0:1.12-1.el7 will be updated
    ---> Package libxcb.x86_64 0:1.13-1.el7 will be an update
    ---> Package linux-firmware.noarch 0:20180220-62.2.git6d51311.el7_5 will be updated
    ---> Package linux-firmware.noarch 0:20180911-69.git85c5d90.el7 will be an update
    ---> Package lm_sensors-libs.x86_64 0:3.4.0-4.20160601gitf9185e5.el7 will be updated
    ---> Package lm_sensors-libs.x86_64 0:3.4.0-6.20160601gitf9185e5.el7 will be an update
    ---> Package man-db.x86_64 0:2.6.3-9.el7 will be updated
    ---> Package man-db.x86_64 0:2.6.3-11.el7 will be an update
    ---> Package mesa-libEGL.x86_64 0:17.2.3-8.20171019.el7 will be updated
    ---> Package mesa-libEGL.x86_64 0:18.0.5-4.el7_6 will be an update
    ---> Package mesa-libGL.x86_64 0:17.2.3-8.20171019.el7 will be updated
    ---> Package mesa-libGL.x86_64 0:18.0.5-4.el7_6 will be an update
    ---> Package mesa-libgbm.x86_64 0:17.2.3-8.20171019.el7 will be updated
    ---> Package mesa-libgbm.x86_64 0:18.0.5-4.el7_6 will be an update
    ---> Package mesa-libglapi.x86_64 0:17.2.3-8.20171019.el7 will be updated
    ---> Package mesa-libglapi.x86_64 0:18.0.5-4.el7_6 will be an update
    ---> Package net-tools.x86_64 0:2.0-0.22.20131004git.el7 will be updated
    ---> Package net-tools.x86_64 0:2.0-0.24.20131004git.el7 will be an update
    ---> Package newrelic-daemon.x86_64 0:8.6.0.238-1 will be updated
    ---> Package newrelic-daemon.x86_64 0:8.7.0.242-1 will be an update
    ---> Package newrelic-php5.x86_64 0:8.6.0.238-1 will be updated
    ---> Package newrelic-php5.x86_64 0:8.7.0.242-1 will be an update
    ---> Package newrelic-php5-common.noarch 0:8.6.0.238-1 will be updated
    ---> Package newrelic-php5-common.noarch 0:8.7.0.242-1 will be an update
    ---> Package nscd.x86_64 0:2.17-222.el7 will be updated
    ---> Package nscd.x86_64 0:2.17-260.el7_6.4 will be an update
    ---> Package nss.x86_64 0:3.36.0-7.el7_5 will be updated
    ---> Package nss.x86_64 0:3.36.0-7.1.el7_6 will be an update
    ---> Package nss-pem.x86_64 0:1.0.3-4.el7 will be updated
    ---> Package nss-pem.x86_64 0:1.0.3-5.el7_6.1 will be an update
    ---> Package nss-sysinit.x86_64 0:3.36.0-7.el7_5 will be updated
    ---> Package nss-sysinit.x86_64 0:3.36.0-7.1.el7_6 will be an update
    ---> Package nss-tools.x86_64 0:3.36.0-7.el7_5 will be updated
    ---> Package nss-tools.x86_64 0:3.36.0-7.1.el7_6 will be an update
    ---> Package nss-util.x86_64 0:3.36.0-1.el7_5 will be updated
    ---> Package nss-util.x86_64 0:3.36.0-1.1.el7_6 will be an update
    ---> Package openldap.x86_64 0:2.4.44-15.v7 will be updated
    ---> Package openldap.x86_64 0:2.4.44-20.v7 will be an update
    ---> Package openldap-clients.x86_64 0:2.4.44-15.v7 will be updated
    ---> Package openldap-clients.x86_64 0:2.4.44-20.v7 will be an update
    ---> Package openldap-servers.x86_64 0:2.4.44-15.v7 will be updated
    ---> Package openldap-servers.x86_64 0:2.4.44-20.v7 will be an update
    ---> Package openssl.x86_64 1:1.0.2k-12.el7 will be updated
    ---> Package openssl.x86_64 1:1.0.2k-16.el7_6.1 will be an update
    ---> Package openssl-libs.x86_64 1:1.0.2k-12.el7 will be updated
    ---> Package openssl-libs.x86_64 1:1.0.2k-16.el7_6.1 will be an update
    ---> Package pango.x86_64 0:1.40.4-1.el7 will be updated
    ---> Package pango.x86_64 0:1.42.4-2.el7_6 will be an update
    --> Processing Dependency: fribidi(x86-64) >= 1.0 for package: pango-1.42.4-2.el7_6.x86_64
    --> Processing Dependency: libfribidi.so.0()(64bit) for package: pango-1.42.4-2.el7_6.x86_64
    ---> Package perl.x86_64 4:5.16.3-292.el7 will be updated
    ---> Package perl.x86_64 4:5.16.3-294.el7_6 will be an update
    ---> Package perl-Pod-Escapes.noarch 1:1.04-292.el7 will be updated
    ---> Package perl-Pod-Escapes.noarch 1:1.04-294.el7_6 will be an update
    ---> Package perl-libs.x86_64 4:5.16.3-292.el7 will be updated
    ---> Package perl-libs.x86_64 4:5.16.3-294.el7_6 will be an update
    ---> Package perl-macros.x86_64 4:5.16.3-292.el7 will be updated
    ---> Package perl-macros.x86_64 4:5.16.3-294.el7_6 will be an update
    ---> Package php-mcrypt.x86_64 0:5.4.16-7.el7 will be updated
    ---> Package php-mcrypt.x86_64 0:5.4.16-9.el7 will be an update
    ---> Package policycoreutils.x86_64 0:2.5-22.el7 will be updated
    --> Processing Dependency: policycoreutils = 2.5-22.el7 for package: policycoreutils-python-2.5-22.el7.x86_64
    ---> Package policycoreutils.x86_64 0:2.5-29.el7_6.1 will be an update
    ---> Package polkit.x86_64 0:0.112-14.el7 will be updated
    ---> Package polkit.x86_64 0:0.112-18.el7_6.1 will be an update
    ---> Package postfix.x86_64 2:2.10.1-6.el7 will be updated
    ---> Package postfix.x86_64 2:2.10.1-7.el7 will be an update
    ---> Package procps-ng.x86_64 0:3.3.10-17.el7_5.2 will be updated
    ---> Package procps-ng.x86_64 0:3.3.10-23.el7 will be an update
    ---> Package python.x86_64 0:2.7.5-69.el7_5 will be updated
    ---> Package python.x86_64 0:2.7.5-77.el7_6 will be an update
    ---> Package python-firewall.noarch 0:0.4.4.4-15.el7_5 will be updated
    ---> Package python-firewall.noarch 0:0.5.3-5.el7 will be an update
    ---> Package python-libs.x86_64 0:2.7.5-69.el7_5 will be updated
    ---> Package python-libs.x86_64 0:2.7.5-77.el7_6 will be an update
    ---> Package python-linux-procfs.noarch 0:0.4.9-3.el7 will be updated
    ---> Package python-linux-procfs.noarch 0:0.4.9-4.el7 will be an update
    ---> Package python-perf.x86_64 0:3.10.0-862.11.6.v7 will be updated
    ---> Package python-perf.x86_64 0:3.10.0-957.10.1.v7 will be an update
    ---> Package python-urlgrabber.noarch 0:3.10-8.el7 will be updated
    ---> Package python-urlgrabber.noarch 0:3.10-9.el7 will be an update
    ---> Package python-zope-component.noarch 1:4.1.0-3.el7 will be updated
    ---> Package python-zope-component.noarch 1:4.1.0-5.el7 will be an update
    ---> Package python2-crypto.x86_64 0:2.6.1-13.el7 will be updated
    ---> Package python2-crypto.x86_64 0:2.6.1-16.el7 will be an update
    ---> Package python2-future.noarch 0:0.16.0-6.el7 will be updated
    ---> Package python2-future.noarch 0:0.16.0-7.el7 will be an update
    ---> Package python2-psutil.x86_64 0:2.2.1-4.el7 will be updated
    ---> Package python2-psutil.x86_64 0:2.2.1-5.el7 will be an update
    ---> Package rpm.x86_64 0:4.11.3-32.el7 will be updated
    ---> Package rpm.x86_64 0:4.11.3-35.el7 will be an update
    ---> Package rpm-build-libs.x86_64 0:4.11.3-32.el7 will be updated
    ---> Package rpm-build-libs.x86_64 0:4.11.3-35.el7 will be an update
    ---> Package rpm-libs.x86_64 0:4.11.3-32.el7 will be updated
    ---> Package rpm-libs.x86_64 0:4.11.3-35.el7 will be an update
    ---> Package rpm-python.x86_64 0:4.11.3-32.el7 will be updated
    ---> Package rpm-python.x86_64 0:4.11.3-35.el7 will be an update
    ---> Package rsyslog.x86_64 0:8.24.0-16.el7_5.4 will be updated
    ---> Package rsyslog.x86_64 0:8.24.0-34.el7 will be an update
    ---> Package samba.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-client.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-client.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-client-libs.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-client-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libldb.so.1(LDB_1.3.0)(64bit) for package: samba-client-libs-4.8.3-4.4.v7.x86_64
    ---> Package samba-common.noarch 0:4.7.1-9.v7 will be updated
    ---> Package samba-common.noarch 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-common-libs.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-common-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-common-tools.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-common-tools.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-dc.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-dc.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-dc-libs.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-dc-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-libs.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-python.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-python.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-winbind.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-winbind.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libtevent.so.0(TEVENT_0.9.36)(64bit) for package: samba-winbind-4.8.3-4.4.v7.x86_64
    ---> Package samba-winbind-clients.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-winbind-clients.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package samba-winbind-modules.x86_64 0:4.7.1-9.v7 will be updated
    ---> Package samba-winbind-modules.x86_64 0:4.8.3-4.4.v7 will be an update
    ---> Package selinux-policy.noarch 0:3.13.1-192.el7_5.6 will be updated
    ---> Package selinux-policy.noarch 0:3.13.1-229.el7_6.12 will be an update
    ---> Package selinux-policy-targeted.noarch 0:3.13.1-192.el7_5.6 will be updated
    ---> Package selinux-policy-targeted.noarch 0:3.13.1-229.el7_6.12 will be an update
    ---> Package setup.noarch 0:2.8.71-9.el7 will be updated
    ---> Package setup.noarch 0:2.8.71-10.el7 will be an update
    ---> Package shadow-utils.x86_64 2:4.1.5.1-24.el7 will be updated
    ---> Package shadow-utils.x86_64 2:4.1.5.1-25.el7_6.1 will be an update
    ---> Package sudo.x86_64 0:1.8.19p2-14.el7_5 will be updated
    ---> Package sudo.x86_64 0:1.8.23-3.el7 will be an update
    ---> Package system-base.x86_64 0:7.5.2-1.v7 will be updated
    ---> Package system-base.x86_64 0:7.6.5-1.v7 will be an update
    ---> Package systemd.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd.x86_64 0:219-62.el7_6.6 will be an update
    ---> Package systemd-libs.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: libgudev1-219-57.el7_5.3.x86_64
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd-libs.x86_64 0:219-62.el7_6.6 will be an update
    ---> Package systemd-sysv.x86_64 0:219-57.el7_5.3 will be updated
    ---> Package systemd-sysv.x86_64 0:219-62.el7_6.6 will be an update
    ---> Package syswatch.noarch 0:7.4.0-1.v7 will be updated
    ---> Package syswatch.noarch 0:7.4.1-1.v7 will be an update
    ---> Package tar.x86_64 2:1.26-34.el7 will be updated
    ---> Package tar.x86_64 2:1.26-35.el7 will be an update
    ---> Package teamd.x86_64 0:1.27-4.el7 will be updated
    ---> Package teamd.x86_64 0:1.27-5.el7 will be an update
    ---> Package tuned.noarch 0:2.9.0-1.el7_5.2 will be updated
    ---> Package tuned.noarch 0:2.10.0-6.el7_6.3 will be an update
    ---> Package tzdata.noarch 0:2018f-2.el7 will be updated
    ---> Package tzdata.noarch 0:2019a-1.el7 will be an update
    ---> Package util-linux.x86_64 0:2.23.2-52.el7_5.1 will be updated
    ---> Package util-linux.x86_64 0:2.23.2-59.el7_6.1 will be an update
    --> Processing Dependency: libsmartcols = 2.23.2-59.el7_6.1 for package: util-linux-2.23.2-59.el7_6.1.x86_64
    --> Processing Dependency: libsmartcols.so.1(SMARTCOLS_2.25)(64bit) for package: util-linux-2.23.2-59.el7_6.1.x86_64
    --> Processing Dependency: libsmartcols.so.1()(64bit) for package: util-linux-2.23.2-59.el7_6.1.x86_64
    ---> Package vim-minimal.x86_64 2:7.4.160-4.el7 will be updated
    ---> Package vim-minimal.x86_64 2:7.4.160-5.el7 will be an update
    ---> Package webconfig-httpd.x86_64 0:2.4.6-80.v7 will be updated
    ---> Package webconfig-httpd.x86_64 0:2.4.6-88.v7 will be an update
    ---> Package webconfig-httpd-tools.x86_64 0:2.4.6-80.v7 will be updated
    ---> Package webconfig-httpd-tools.x86_64 0:2.4.6-88.v7 will be an update
    ---> Package webconfig-mod_ssl.x86_64 1:2.4.6-80.v7 will be updated
    ---> Package webconfig-mod_ssl.x86_64 1:2.4.6-88.v7 will be an update
    ---> Package webconfig-php.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-cli.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-cli.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-common.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-common.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-gd.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-gd.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-ldap.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-ldap.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-mbstring.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-mbstring.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-mysql.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-mysql.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-pdo.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-pdo.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-process.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-process.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package webconfig-php-xml.x86_64 0:5.4.16-45.v7 will be updated
    ---> Package webconfig-php-xml.x86_64 0:5.4.16-46.v7 will be an update
    ---> Package xfsprogs.x86_64 0:4.5.0-15.el7 will be updated
    ---> Package xfsprogs.x86_64 0:4.5.0-19.el7_6 will be an update
    ---> Package yum.noarch 0:3.4.3-158.el7.centos will be updated
    ---> Package yum.noarch 0:3.4.3-161.el7.centos will be an update
    ---> Package yum-plugin-fastestmirror.noarch 0:1.1.31-46.el7_5 will be updated
    ---> Package yum-plugin-fastestmirror.noarch 0:1.1.31-50.el7 will be an update
    ---> Package yum-utils.noarch 0:1.1.31-46.el7_5 will be updated
    ---> Package yum-utils.noarch 0:1.1.31-50.el7 will be an update
    ---> Package zabbix-agent.x86_64 0:4.2.0-1.el7 will be updated
    ---> Package zabbix-agent.x86_64 0:4.2.3-1.el7 will be an update
    ---> Package zlib.x86_64 0:1.2.7-17.el7 will be updated
    ---> Package zlib.x86_64 0:1.2.7-18.el7 will be an update
    --> Running transaction check
    ---> Package app-php-engines-core.noarch 1:1.2.0-1.v7 will be an update
    --> Processing Dependency: rh-php72-php-bcmath for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-cli for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-common for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-fpm for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gmp for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-intl for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-json for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-ldap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mbstring for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mysqlnd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-opcache for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pdo for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pear for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-process for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-soap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-xml for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-zip for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    ---> Package audit-libs.x86_64 0:2.8.1-3.el7_5.1 will be updated
    --> Processing Dependency: audit-libs(x86-64) = 2.8.1-3.el7_5.1 for package: audit-libs-python-2.8.1-3.el7_5.1.x86_64
    ---> Package dejavu-sans-fonts.noarch 0:2.33-6.el7 will be installed
    --> Processing Dependency: dejavu-fonts-common = 2.33-6.el7 for package: dejavu-sans-fonts-2.33-6.el7.noarch
    ---> Package fribidi.x86_64 0:1.0.2-1.el7 will be installed
    ---> Package libglvnd-egl.x86_64 1:1.0.1-0.8.git5baa1e5.el7 will be installed
    --> Processing Dependency: libglvnd(x86-64) = 1:1.0.1-0.8.git5baa1e5.el7 for package: 1:libglvnd-egl-1.0.1-0.8.git5baa1e5.el7.x86_64
    --> Processing Dependency: libGLdispatch.so.0()(64bit) for package: 1:libglvnd-egl-1.0.1-0.8.git5baa1e5.el7.x86_64
    ---> Package libglvnd-glx.x86_64 1:1.0.1-0.8.git5baa1e5.el7 will be installed
    ---> Package libsemanage.i686 0:2.5-11.el7 will be installed
    --> Processing Dependency: libustr-1.0.so.1(USTR_1.0.1) for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libustr-1.0.so.1(USTR_1.0) for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libustr-1.0.so.1 for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libsepol.so.1(LIBSEPOL_1.1) for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libsepol.so.1(LIBSEPOL_1.0) for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libsepol.so.1 for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libselinux.so.1 for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libc.so.6(GLIBC_2.8) for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libbz2.so.1 for package: libsemanage-2.5-11.el7.i686
    --> Processing Dependency: libaudit.so.1 for package: libsemanage-2.5-11.el7.i686
    ---> Package libsemanage.x86_64 0:2.5-11.el7 will be updated
    ---> Package libsmartcols.x86_64 0:2.23.2-59.el7_6.1 will be installed
    ---> Package policycoreutils.x86_64 0:2.5-22.el7 will be updated
    --> Processing Dependency: policycoreutils = 2.5-22.el7 for package: policycoreutils-python-2.5-22.el7.x86_64
    ---> Package samba-client-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libldb.so.1(LDB_1.3.0)(64bit) for package: samba-client-libs-4.8.3-4.4.v7.x86_64
    ---> Package samba-winbind.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libtevent.so.0(TEVENT_0.9.36)(64bit) for package: samba-winbind-4.8.3-4.4.v7.x86_64
    ---> Package systemd.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd-libs.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: libgudev1-219-57.el7_5.3.x86_64
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    --> Running transaction check
    ---> Package app-php-engines-core.noarch 1:1.2.0-1.v7 will be an update
    --> Processing Dependency: rh-php72-php-bcmath for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-cli for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-common for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-fpm for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gmp for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-intl for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-json for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-ldap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mbstring for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mysqlnd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-opcache for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pdo for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pear for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-process for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-soap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-xml for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-zip for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    ---> Package audit-libs.i686 0:2.8.1-3.el7 will be installed
    --> Processing Dependency: libcap-ng.so.0 for package: audit-libs-2.8.1-3.el7.i686
    ---> Package audit-libs.x86_64 0:2.8.1-3.el7_5.1 will be updated
    --> Processing Dependency: audit-libs(x86-64) = 2.8.1-3.el7_5.1 for package: audit-libs-python-2.8.1-3.el7_5.1.x86_64
    ---> Package bzip2-libs.i686 0:1.0.6-13.el7 will be installed
    ---> Package dejavu-fonts-common.noarch 0:2.33-6.el7 will be installed
    ---> Package glibc.i686 0:2.17-222.el7 will be installed
    --> Processing Dependency: glibc-common = 2.17-222.el7 for package: glibc-2.17-222.el7.i686
    --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-222.el7.i686
    --> Processing Dependency: libfreebl3.so for package: glibc-2.17-222.el7.i686
    ---> Package glibc.x86_64 0:2.17-222.el7 will be updated
    ---> Package glibc.x86_64 0:2.17-222.el7 will be updated
    ---> Package libglvnd.x86_64 1:1.0.1-0.8.git5baa1e5.el7 will be installed
    ---> Package libselinux.i686 0:2.5-12.el7 will be installed
    --> Processing Dependency: libpcre.so.1 for package: libselinux-2.5-12.el7.i686
    ---> Package libselinux.x86_64 0:2.5-12.el7 will be updated
    ---> Package libselinux.x86_64 0:2.5-12.el7 will be updated
    ---> Package libsepol.i686 0:2.5-8.1.el7 will be installed
    ---> Package libsepol.x86_64 0:2.5-8.1.el7 will be updated
    ---> Package libsepol.x86_64 0:2.5-8.1.el7 will be updated
    ---> Package policycoreutils.x86_64 0:2.5-22.el7 will be updated
    --> Processing Dependency: policycoreutils = 2.5-22.el7 for package: policycoreutils-python-2.5-22.el7.x86_64
    ---> Package samba-client-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libldb.so.1(LDB_1.3.0)(64bit) for package: samba-client-libs-4.8.3-4.4.v7.x86_64
    ---> Package samba-winbind.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libtevent.so.0(TEVENT_0.9.36)(64bit) for package: samba-winbind-4.8.3-4.4.v7.x86_64
    ---> Package systemd.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd-libs.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: libgudev1-219-57.el7_5.3.x86_64
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package ustr.i686 0:1.0.4-16.el7 will be installed
    --> Running transaction check
    ---> Package app-php-engines-core.noarch 1:1.2.0-1.v7 will be an update
    --> Processing Dependency: rh-php72-php-bcmath for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-cli for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-common for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-fpm for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gmp for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-intl for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-json for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-ldap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mbstring for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mysqlnd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-opcache for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pdo for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pear for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-process for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-soap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-xml for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-zip for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    ---> Package audit-libs.x86_64 0:2.8.1-3.el7_5.1 will be updated
    --> Processing Dependency: audit-libs(x86-64) = 2.8.1-3.el7_5.1 for package: audit-libs-python-2.8.1-3.el7_5.1.x86_64
    ---> Package glibc.i686 0:2.17-222.el7 will be installed
    --> Processing Dependency: glibc-common = 2.17-222.el7 for package: glibc-2.17-222.el7.i686
    ---> Package libcap-ng.i686 0:0.7.5-4.el7 will be installed
    ---> Package nss-softokn-freebl.i686 0:3.34.0-2.el7 will be installed
    ---> Package pcre.i686 0:8.32-17.el7 will be installed
    --> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.9) for package: pcre-8.32-17.el7.i686
    --> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package: pcre-8.32-17.el7.i686
    --> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package: pcre-8.32-17.el7.i686
    --> Processing Dependency: libstdc++.so.6 for package: pcre-8.32-17.el7.i686
    --> Processing Dependency: libgcc_s.so.1(GCC_3.0) for package: pcre-8.32-17.el7.i686
    --> Processing Dependency: libgcc_s.so.1 for package: pcre-8.32-17.el7.i686
    ---> Package policycoreutils.x86_64 0:2.5-22.el7 will be updated
    --> Processing Dependency: policycoreutils = 2.5-22.el7 for package: policycoreutils-python-2.5-22.el7.x86_64
    ---> Package samba-client-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libldb.so.1(LDB_1.3.0)(64bit) for package: samba-client-libs-4.8.3-4.4.v7.x86_64
    ---> Package samba-winbind.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libtevent.so.0(TEVENT_0.9.36)(64bit) for package: samba-winbind-4.8.3-4.4.v7.x86_64
    ---> Package systemd.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd-libs.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: libgudev1-219-57.el7_5.3.x86_64
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    --> Running transaction check
    ---> Package app-php-engines-core.noarch 1:1.2.0-1.v7 will be an update
    --> Processing Dependency: rh-php72-php-bcmath for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-cli for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-common for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-fpm for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gmp for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-intl for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-json for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-ldap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mbstring for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mysqlnd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-opcache for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pdo for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pear for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-process for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-soap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-xml for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-zip for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    ---> Package audit-libs.x86_64 0:2.8.1-3.el7_5.1 will be updated
    --> Processing Dependency: audit-libs(x86-64) = 2.8.1-3.el7_5.1 for package: audit-libs-python-2.8.1-3.el7_5.1.x86_64
    ---> Package glibc.i686 0:2.17-222.el7 will be installed
    --> Processing Dependency: glibc-common = 2.17-222.el7 for package: glibc-2.17-222.el7.i686
    ---> Package libgcc.i686 0:4.8.5-28.el7 will be installed
    ---> Package libstdc++.i686 0:4.8.5-28.el7 will be installed
    ---> Package policycoreutils.x86_64 0:2.5-22.el7 will be updated
    --> Processing Dependency: policycoreutils = 2.5-22.el7 for package: policycoreutils-python-2.5-22.el7.x86_64
    ---> Package samba-client-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libldb.so.1(LDB_1.3.0)(64bit) for package: samba-client-libs-4.8.3-4.4.v7.x86_64
    ---> Package samba-winbind.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libtevent.so.0(TEVENT_0.9.36)(64bit) for package: samba-winbind-4.8.3-4.4.v7.x86_64
    ---> Package systemd.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd-libs.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: libgudev1-219-57.el7_5.3.x86_64
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    --> Finished Dependency Resolution
    --> Running transaction check
    ---> Package app-php-engines-core.noarch 1:1.2.0-1.v7 will be an update
    --> Processing Dependency: rh-php72-php-bcmath for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-cli for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-common for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-fpm for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-gmp for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-intl for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-json for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-ldap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mbstring for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-mysqlnd for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-opcache for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pdo for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-pear for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-process for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-soap for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-xml for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    --> Processing Dependency: rh-php72-php-zip for package: 1:app-php-engines-core-1.2.0-1.v7.noarch
    ---> Package audit-libs.x86_64 0:2.8.1-3.el7_5.1 will be updated
    --> Processing Dependency: audit-libs(x86-64) = 2.8.1-3.el7_5.1 for package: audit-libs-python-2.8.1-3.el7_5.1.x86_64
    ---> Package glibc.i686 0:2.17-222.el7 will be installed
    --> Processing Dependency: glibc-common = 2.17-222.el7 for package: glibc-2.17-222.el7.i686
    ---> Package kernel.x86_64 0:3.10.0-693.11.6.v7 will be erased
    ---> Package policycoreutils.x86_64 0:2.5-22.el7 will be updated
    --> Processing Dependency: policycoreutils = 2.5-22.el7 for package: policycoreutils-python-2.5-22.el7.x86_64
    ---> Package samba-client-libs.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libldb.so.1(LDB_1.3.0)(64bit) for package: samba-client-libs-4.8.3-4.4.v7.x86_64
    ---> Package samba-winbind.x86_64 0:4.8.3-4.4.v7 will be an update
    --> Processing Dependency: libtevent.so.0(TEVENT_0.9.36)(64bit) for package: samba-winbind-4.8.3-4.4.v7.x86_64
    ---> Package systemd.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    ---> Package systemd-libs.x86_64 0:219-57.el7_5.3 will be updated
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: libgudev1-219-57.el7_5.3.x86_64
    --> Processing Dependency: systemd-libs = 219-57.el7_5.3 for package: systemd-python-219-57.el7_5.3.x86_64
    --> Finished Dependency Resolution
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-pear
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-bcmath
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-intl
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-xml
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-soap
    Error: Package: audit-libs-python-2.8.1-3.el7_5.1.x86_64 (@clearos-centos-updates)
    Requires: audit-libs(x86-64) = 2.8.1-3.el7_5.1
    Removing: audit-libs-2.8.1-3.el7_5.1.x86_64 (@clearos-centos-updates)
    audit-libs(x86-64) = 2.8.1-3.el7_5.1
    Updated By: audit-libs-2.8.4-4.el7.x86_64 (clearos)
    audit-libs(x86-64) = 2.8.4-4.el7
    Available: audit-libs-2.8.1-3.el7.x86_64 (clearos-centos)
    audit-libs(x86-64) = 2.8.1-3.el7
    Error: Package: policycoreutils-python-2.5-22.el7.x86_64 (@clearos-centos)
    Requires: policycoreutils = 2.5-22.el7
    Removing: policycoreutils-2.5-22.el7.x86_64 (@clearos-centos)
    policycoreutils = 2.5-22.el7
    Updated By: policycoreutils-2.5-29.el7_6.1.x86_64 (clearos)
    policycoreutils = 2.5-29.el7_6.1
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-gd
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-common
    Error: Package: libgudev1-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    Requires: systemd-libs = 219-57.el7_5.3
    Removing: systemd-libs-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    systemd-libs = 219-57.el7_5.3
    Updated By: systemd-libs-219-62.el7_6.6.x86_64 (clearos)
    systemd-libs = 219-62.el7_6.6
    Available: systemd-libs-219-57.el7.i686 (clearos-centos)
    systemd-libs = 219-57.el7
    Available: systemd-libs-219-57.el7_5.1.x86_64 (clearos-centos-updates)
    systemd-libs = 219-57.el7_5.1
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-cli
    Error: Package: systemd-python-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    Requires: systemd-libs = 219-57.el7_5.3
    Removing: systemd-libs-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    systemd-libs = 219-57.el7_5.3
    Updated By: systemd-libs-219-62.el7_6.6.x86_64 (clearos)
    systemd-libs = 219-62.el7_6.6
    Available: systemd-libs-219-57.el7.i686 (clearos-centos)
    systemd-libs = 219-57.el7
    Available: systemd-libs-219-57.el7_5.1.x86_64 (clearos-centos-updates)
    systemd-libs = 219-57.el7_5.1
    Error: Package: samba-client-libs-4.8.3-4.4.v7.x86_64 (clearos-updates)
    Requires: libldb.so.1(LDB_1.3.0)(64bit)
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-pdo
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-mbstring
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-ldap
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-opcache
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-mysqlnd
    Error: Package: systemd-python-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    Requires: systemd = 219-57.el7_5.3
    Removing: systemd-219-57.el7_5.3.x86_64 (@clearos-centos-updates)
    systemd = 219-57.el7_5.3
    Updated By: systemd-219-62.el7_6.6.x86_64 (clearos)
    systemd = 219-62.el7_6.6
    Available: systemd-219-57.el7.x86_64 (clearos-centos)
    systemd = 219-57.el7
    Available: systemd-219-57.el7_5.1.x86_64 (clearos-centos-updates)
    systemd = 219-57.el7_5.1
    Error: Package: samba-winbind-4.8.3-4.4.v7.x86_64 (clearos-updates)
    Requires: libtevent.so.0(TEVENT_0.9.36)(64bit)
    Error: Package: glibc-2.17-222.el7.i686 (clearos-centos)
    Requires: glibc-common = 2.17-222.el7
    Removing: glibc-common-2.17-222.el7.x86_64 (@clearos-centos)
    glibc-common = 2.17-222.el7
    Updated By: glibc-common-2.17-260.el7_6.4.x86_64 (clearos)
    glibc-common = 2.17-260.el7_6.4
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-json
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-zip
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-gmp
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-fpm
    Error: Package: 1:app-php-engines-core-1.2.0-1.v7.noarch (clearos-contribs)
    Requires: rh-php72-php-process
    You could try using --skip-broken to work around the problem
    You could try running: rpm -Va --nofiles --nodigest
    [root@~]#
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, April 25 2019, 04:13 PM - #Permalink
    Resolved
    0 votes
    PHP Engines was a contribution from community members and it is pretty awesome compared to what we used to have. That being said, it has a scalability issue in its design, obviously. Nick's workaround should work well. We will be working on these over the next few days but the app itself needs a bit of a rewrite.

    Currently the app requires the php versions. It should be more liberal and run even if no engines are installed. The engines themselves should be app-ified and placed in the marketplace. They should require php-engines but not the other way around. That way we can poll from the marketplace which ones are available for install and can poll from the installed list. This way it is open ended and the app shouldn't care what is installed or not installed from a dependency standpoint.
    The reply is currently minimized Show
  • Accepted Answer

    Thursday, April 25 2019, 12:29 PM - #Permalink
    Resolved
    0 votes
    Thanks for the reply, Nick. It says no packages marked for update when trying your suggestion. I noticed I had disabled clearos-contribs, so after re-enabling it, your suggestion worked. Restarted Webconfig service and PHP7.2 is showing up under Server->Web->PHP Engines. I'm currently using 7.1 and am hesitant to enable 7.2 and incorporate it into my website. I'll walk gingerly into it.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, April 24 2019, 08:06 PM - #Permalink
    Resolved
    0 votes
    Have you just been on the intercom chat?

    We were in a catch 22. The app, as it was, was broken for everyone on 7.6. This has been fixed but has broken it for everyone on 7.5. Perhaps there should have been some additional logic somewhere, but it really needed a different repo set up. I have mentioned it to the devs to see what they want to do. If they release 7.6 tonight for Home/Business, the problem will go away.

    What you can probably do is:
    yum update app-php-engines --enablerepo=centos-sclo-rh-unverified
    so you get php7.2. This will allow updates to flow again until 7.6 is released.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, April 24 2019, 07:39 PM - #Permalink
    Resolved
    0 votes
    So a yum update (with clearos-contribs repository enabled) wants to install app-php-engines and app-php-engines-core, but returns a lot of errors when looking for multiple dependency packages called rh-php72-php*. I'm still using ClearOS 7.5.0 (Final) Business Edition, and my understanding was PHP72 was to go along with 7.6.0. Right now it's holding up any future updates because of the errors, so what repo(s) to I need to enable or disable to successfully install PHP72 or disable its installation?

    Update: I disabled the clearos-contribs repo and was able to install normal updates minus the php stuff. Still, if I wanted to implement PHP2 for ClearOS 7.5, is that feasible or even advantageous?
    The reply is currently minimized Show
Your Reply