The following Fedora EPEL 6 Security updates need testing: Age URL 90 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-b7556983e8 tomcat-7.0.92-1.el6 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-06b243cced guacamole-server-1.0.0-1.el6 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-d8d946a765 tcpreplay-4.3.2-1.el6 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-05098a716b wordpress-5.1.1-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing monitorix-3.11.0-1.el6 Details about builds: ================================================================================ monitorix-3.11.0-1.el6 (FEDORA-EPEL-2019-960e45c21f) A free, open source, lightweight system monitoring tool -------------------------------------------------------------------------------- Update Information: Monitorix 3.11.0 has been released! Important notice for people that is still using versions 3.10.0 or older: This one fixes a cross-site scripting (XSS) vulnerability that was already announced and fixed in the 3.10.1 version. This new version introduces one new graph: the Ambient Sensors graph. This graph is intended for gathering temperature values from any kind of external sensors. Each defined sensor is associated to a command line that will be executed by Monitorix to get the temperature. It also support alerts to notify when the value is above or below from a defined threshold. Besides the fact that this new version only comes with one new graph, it really includes interesting new features. One of the most important is the new option 'autocheck_responsiveness' (enabled by default), that hopefully should fix those so annoying hangups in the HTTP built-in server. Another interesting change is the new way of how the memory graph will be shown in Linux systems. The value used will be recalculated as used = MemTotal - MemFree - Buffers - Cached - SReclaimable - SUnreclaim which will ensure that Monitorix will be in sync with the Used column in the output of newer free command, and with the -/+ buffers/cache row of the older free command. The ZFS graph has also changed, it now includes more information for each pool defined with the number of operations and the bandwidth used. By popular demand, I've finally included in Multihost mode the ability to show all graphs of a single server and even all graphs from all remote servers. In the later case, you must keep in mind that in order to see all graphs, the remote servers must have the same configuration file than the host from where you are viewing them all. It's important to notice that this new feature has a potential risk if there is defined a considerable amount of remote servers and the user selects the option "All" in the Hostname list and "All graphs" in the Graph list. This is something that may happen now accidentally and the browser may hang for a while due to the huge amount of images to download remotely from different servers. In order to prevent precisely that, this new feature comes with a new option called default_option_when_all that defines which option in the Graph list ('System load" by default) will be selected automatically when the user selects 'All' in the Hostname list. Of course, the user is still able to change it to "All graphs" at any moment, and at his own risk :-). The rest of new features, changes and bugs fixed are, as always, reflected in the Changes file. Please, check the monitorix.conf(5) man page for all the details. NOTICE: The configuration file monitorix.conf has been extended with important changes. All users still using older versions are advised and encouraged to upgrade to this version. Regards. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 14 2019 Jordi Sanfeliu <jordi@xxxxxxxxxxxx> - 3.11.0-1 - Updated to 3.11.0. -------------------------------------------------------------------------------- References: [ 1 ] Bug #1688846 - monitorix-3.11.0 is available https://bugzilla.redhat.com/show_bug.cgi?id=1688846 -------------------------------------------------------------------------------- _______________________________________________ epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
