[CentOS] CentOS 6: cannot open gnome-session
Hello there, trying to open Session settings in GNOME's System/Preferences, I get this error: = Error opening current splash image. The current splash image filename is: /usr/share/pixmaps/splash/gnome-splash.png = I get this exact same error on 2 different CentOS 6 systems (up-to-date). On both systems, /usr/share/pixmaps/splash/ does not exist. Did anybody already face that issue? Creating the missing file (out of any .png) doesn't solve the problem: I don't get the error anymore but the Session setting never open. Regards, -- wwp pgp1uRepuhp2v.pgp Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS-virt] Xen 4.6.3-15 packages, including XSAs 216-219, 221-225 on their way through the build system
On 06/20/2017 05:06 AM, George Dunlap wrote: > Xen 4.6.3-15 packages for CentOS 6 and CentOS 7 are on their way > through the build system. They should show up in centos-virt-testing > in a few hours, and in the main mirrors tomorrow morning (God > willing). > > These contain several critical updates; users are encouraged to update > as soon as possible. > There are also Linux kernel changes in XSA-216. They apply cleanly to 4.9.31 and presumably also 4.9.25. --Sarah ___ CentOS-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] looking for graphing tools
Am 19.06.2017 um 21:26 schrieb Fred Smith: Hi! I have bazillions of incoming (rejected) attempts to connect to my SMTP server, and I'm interested in separating out those that seem to come in huge bunches (e.g., the one from yesterday that ran for about 10 hours and sent over 4100 attempts), and graphing them so I can see the spacing and/or distribution in time. I can figure out some simple scripting to turn the maillog entries into times since the epoch, or other formats, if needed, but I have no experience with the various graphing tools availabe, or even what (or where) they are. I'd appreciate pointers-and-or-advice, should any of you have any such things to give. thanks in advance! Fred Out of the box: mailgraph https://mailgraph.schweikert.ch/ https://github.com/schweikert/mailgraph There are forks which implement newer anti-spam implementations like Postfix's postscreen. See an example here https://mailgraph.piratenpartei-bayern.de/ Something more generic but powerful: Prometheus with Grafana It works with a time series database in the background and is the de-facto standard in DevOps environments. With a Google image search for Grafana you find a lot of examples how it looks like. If the application does not provide the necessary metrics itself for Prometheus then an exporter is required. You find some for Postfix. Prometheus will scrape the exported metrics and within Grafana you can easily add nice and useful graphs into your dashboards. Alexander ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CESA-2017:1484 Important CentOS 7 kernel Security Update
CentOS Errata and Security Advisory 2017:1484 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1484.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
5bf01ddf86b01221e0958422ec627961d035551e0474ac10245dc4958800705f
kernel-3.10.0-514.21.2.el7.x86_64.rpm
232a0f622143e55d9011f3808471aad219396cccd156f24687b156b6d432a608
kernel-abi-whitelists-3.10.0-514.21.2.el7.noarch.rpm
967dc375e96b08d16737aad6d9630e6b47903dd02ce6d7a916c741eee78afc51
kernel-debug-3.10.0-514.21.2.el7.x86_64.rpm
e68aa2a3377cdf058843658dbf4447d0091538891b0fa1bcd79c1a0dd2c9ce34
kernel-debug-devel-3.10.0-514.21.2.el7.x86_64.rpm
5000ca51295103b942c4941a5d2e53a6a78aadc08708d32c2ace22c227a58c4d
kernel-devel-3.10.0-514.21.2.el7.x86_64.rpm
ad28e256a053af55c9167e6d4ef737bf334b128df16cddc023e845c9f6a94480
kernel-doc-3.10.0-514.21.2.el7.noarch.rpm
62b49e8818f09e2833753e8bd1d861aa36a05b1f8982adcb80bf7f5cc9c8af24
kernel-headers-3.10.0-514.21.2.el7.x86_64.rpm
4a5b113ba6761d64045250d364470007c8961d8f374d4321bd3db24c629c4a9b
kernel-tools-3.10.0-514.21.2.el7.x86_64.rpm
2c4d3a43385253a681618b4d0135753d893bd312fb82f19eb4d958c713d28bb9
kernel-tools-libs-3.10.0-514.21.2.el7.x86_64.rpm
7bc126ec06ffde55cf2217eb43cc44fdf96628131a5806f6303faad8e6b63252
kernel-tools-libs-devel-3.10.0-514.21.2.el7.x86_64.rpm
9d55662dadce103200676da60fce559da8d9bacea7fc38930e461c2a52665a7b
perf-3.10.0-514.21.2.el7.x86_64.rpm
d9ef263dba6b41ad7d4e1282a63ae04a1614788a1988485455448c0cf0034eb8
python-perf-3.10.0-514.21.2.el7.x86_64.rpm
Source:
3235af92f1e1681e86df0c33bf822a56c7f9f54bdb88746dffb8764cf8bc7db5
kernel-3.10.0-514.21.2.el7.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce
Re: [CentOS] CentOS 6 and luksOpen
Leon,
Leon Fauster wrote:
>> Am 20.06.2017 um 17:12 schrieb m.r...@5-cent.us:
>> Leon Fauster wrote:
Am 20.06.2017 um 16:53 schrieb m.r...@5-cent.us:
I've done that, and made the filesystem, but I can't mount it.
CentOS 6.
I have the entry in /etc/crypttab, and a key in /etc/crypt.pw, and the
luks UUID in /etc/fstab. I cannot find the command that tells it to
create the device in /dev/mapper from the info in /etc/crypttab.
>>>
>>>
>>> MAPDEVICE=/dev/sdxy ; cryptsetup luksOpen ${MAPDEVICE}
>>> luks-$(cryptsetup
>>> luksUUID ${MAPDEVICE})
>>
>> Something's not right. I did
>> cryptsetup luksOpen /dev/sdb luks-$(cryptsetup luksUUID $(/dev/sdb))
>> --key-file /etc/crypt.pw
>>
>> It did want the password, so I added --key-file, but it seems to have
>> created /dev/mapper/luks, not the full luksUUID that's in both crypttab
>> and fstab.
>
> unmap: cryptsetup luksClose /dev/mapper/luks
>
> and then try again with following correction
>
> NOT ...UUID $(/dev/sdb)
> ...UUID /dev/sdb
Thank you *very* much for the help, and such fast responses. Googling
hadn't been helpful
I'm good now (and will be documenting it for my manager and the other admin).
mark
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6 and luksOpen
> Am 20.06.2017 um 17:12 schrieb m.r...@5-cent.us:
>
> Leon Fauster wrote:
>>> Am 20.06.2017 um 16:53 schrieb m.r...@5-cent.us:
>>>
>>> Upgraded a RAID. Copied everything from backup.
>>>
>>> And then my manager said I had to encrypt the drive.
>>>
>>> I've done that, and made the filesystem, but I can't mount it.
>>>
>>> CentOS 6.
>>> I have the entry in /etc/crypttab, and a key in /etc/crypt.pw, and the
>>> luks UUID in /etc/fstab. I cannot find the command that tells it to
>>> create the device in /dev/mapper from the info in /etc/crypttab.
>>>
>>> Clues for the poor? Yes, the server will, at some point in the future,
>>> go to CentOS 7, but that needs my user to be off for a while, and his jobs
>>> run literally for weeks, with loads upwords of 30 on an HBS (honkin' big
>>> server)
>>
>> MAPDEVICE=/dev/sdxy ; cryptsetup luksOpen ${MAPDEVICE} luks-$(cryptsetup
>> luksUUID ${MAPDEVICE})
>
> Something's not right. I did
> cryptsetup luksOpen /dev/sdb luks-$(cryptsetup luksUUID $(/dev/sdb))
> --key-file /etc/crypt.pw
>
> It did want the password, so I added --key-file, but it seems to have
> created /dev/mapper/luks, not the full luksUUID that's in both crypttab
> and fstab.
unmap: cryptsetup luksClose /dev/mapper/luks
and then try again with following correction
NOT ...UUID $(/dev/sdb)
...UUID /dev/sdb
--
LF
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6 and luksOpen
Leon Fauster wrote:
>> Am 20.06.2017 um 16:53 schrieb m.r...@5-cent.us:
>>
>> Upgraded a RAID. Copied everything from backup.
>>
>> And then my manager said I had to encrypt the drive.
>>
>> I've done that, and made the filesystem, but I can't mount it.
>>
>> CentOS 6.
>> I have the entry in /etc/crypttab, and a key in /etc/crypt.pw, and the
>> luks UUID in /etc/fstab. I cannot find the command that tells it to
>> create the device in /dev/mapper from the info in /etc/crypttab.
>>
>> Clues for the poor? Yes, the server will, at some point in the future,
>> go to CentOS 7, but that needs my user to be off for a while, and his jobs
>> run literally for weeks, with loads upwords of 30 on an HBS (honkin' big
>> server)
>
> MAPDEVICE=/dev/sdxy ; cryptsetup luksOpen ${MAPDEVICE} luks-$(cryptsetup
> luksUUID ${MAPDEVICE})
Something's not right. I did
cryptsetup luksOpen /dev/sdb luks-$(cryptsetup luksUUID $(/dev/sdb))
--key-file /etc/crypt.pw
It did want the password, so I added --key-file, but it seems to have
created /dev/mapper/luks, not the full luksUUID that's in both crypttab
and fstab.
mark
> MAPDEVICE=/dev/sdxy ; mount /dev/mapper/luks-$(cryptsetup luksUUID
> ${MAPDEVICE}) /mnt
>
> --
> LF
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6 and luksOpen
> Am 20.06.2017 um 16:53 schrieb m.r...@5-cent.us:
>
> Upgraded a RAID. Copied everything from backup.
>
> And then my manager said I had to encrypt the drive.
>
> I've done that, and made the filesystem, but I can't mount it.
>
> CentOS 6.
> I have the entry in /etc/crypttab, and a key in /etc/crypt.pw, and the
> luks UUID in /etc/fstab. I cannot find the command that tells it to create
> the device in /dev/mapper from the info in /etc/crypttab.
>
> Clues for the poor? Yes, the server will, at some point in the future, go
> to CentOS 7, but that needs my user to be off for a while, and his jobs
> run literally for weeks, with loads upwords of 30 on an HBS (honkin' big
> server)
MAPDEVICE=/dev/sdxy ; cryptsetup luksOpen ${MAPDEVICE} luks-$(cryptsetup
luksUUID ${MAPDEVICE})
MAPDEVICE=/dev/sdxy ; mount /dev/mapper/luks-$(cryptsetup luksUUID
${MAPDEVICE}) /mnt
--
LF
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS 6 and luksOpen
Upgraded a RAID. Copied everything from backup. And then my manager said I had to encrypt the drive. I've done that, and made the filesystem, but I can't mount it. CentOS 6. I have the entry in /etc/crypttab, and a key in /etc/crypt.pw, and the luks UUID in /etc/fstab. I cannot find the command that tells it to create the device in /dev/mapper from the info in /etc/crypttab. Clues for the poor? Yes, the server will, at some point in the future, go to CentOS 7, but that needs my user to be off for a while, and his jobs run literally for weeks, with loads upwords of 30 on an HBS (honkin' big server) mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS-announce] CESA-2017:1481 Important CentOS 7 glibc Security Update
CentOS Errata and Security Advisory 2017:1481 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1481.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
2ae484b46a13bd0bb12031e252a4e13ee5c74705fed8fb576698f2c4e11a6163
glibc-2.17-157.el7_3.4.i686.rpm
e2b260088877521e9122cd4225af9607af32068704ce4f3220efb2b3758e462d
glibc-2.17-157.el7_3.4.x86_64.rpm
494841b24fb8b5b25310766f7d8866609e1c8beb740540834657529667f1ae9d
glibc-common-2.17-157.el7_3.4.x86_64.rpm
7a285d626ef8906c8fa960da93e1106dc231a50831d697f8cf0c90b3f93ed85a
glibc-devel-2.17-157.el7_3.4.i686.rpm
c79dfc8aeeaac7ece2088200c35fb52427149c0ed3f5a0ac22d6dd448a7cd555
glibc-devel-2.17-157.el7_3.4.x86_64.rpm
3792c94e171e9f22f85fc864cc69de84f58638c6424b30fcb2199a6561f0012e
glibc-headers-2.17-157.el7_3.4.x86_64.rpm
a1094b9495112757b4edeb87277a1f46b48c67f90dc5816cbdce3d7c57da356a
glibc-static-2.17-157.el7_3.4.i686.rpm
07d95e1e00c887a417eafe8ecefd5655358a6c2431cda6e396c0385eaf574db2
glibc-static-2.17-157.el7_3.4.x86_64.rpm
4a35235842cd5ab357845a649a1d653a2cef3fd3c6c14d7148be4a1a7b94cb3a
glibc-utils-2.17-157.el7_3.4.x86_64.rpm
c640447bb665eaa3fb0e4732f75631bd517024f239fd0965b0c029d6a0df0d0d
nscd-2.17-157.el7_3.4.x86_64.rpm
Source:
43e73ff88b6a7974b167b492ab1797c9cce228f4e880b93da3398915dd54e998
glibc-2.17-157.el7_3.4.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2017:1480 Important CentOS 6 glibc Security Update
CentOS Errata and Security Advisory 2017:1480 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1480.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
c8c5562d6277f6546125c0b72fa632813376708c0929ed5966c6ecc1d60af267
glibc-2.12-1.209.el6_9.2.i686.rpm
acf4bb8d9766178547f15a0fd2b9e4dcb03978a8a76e445cdee8298aff5c56e9
glibc-common-2.12-1.209.el6_9.2.i686.rpm
9e238d3b2bd69de6782d93b81dd3e0612297341fc291b3d48528234c9e74a603
glibc-devel-2.12-1.209.el6_9.2.i686.rpm
eb1f7a972fca5638c89846144c43d8ed047826d54d3211a1cdcdf636d368cc73
glibc-headers-2.12-1.209.el6_9.2.i686.rpm
e012693de52e984e6c8a9f1d372a5704ee88516d623f395149f39176a6e31123
glibc-static-2.12-1.209.el6_9.2.i686.rpm
3c461fb2d935fdf98ff2053bdc7ca2d7b89503bb83e58f0562731c467439f4d6
glibc-utils-2.12-1.209.el6_9.2.i686.rpm
d6c2f6513becee9330d00adaed6843985c7f1d680fafc0834c6bed7aeefc791b
nscd-2.12-1.209.el6_9.2.i686.rpm
x86_64:
c8c5562d6277f6546125c0b72fa632813376708c0929ed5966c6ecc1d60af267
glibc-2.12-1.209.el6_9.2.i686.rpm
0e0c823ee4eea6dd1093dadb523997fb82d1aa569240cf9656c8e7cbcb4570fc
glibc-2.12-1.209.el6_9.2.x86_64.rpm
a7f9dc551a52ca69dba42fea8af8c5ab1bc009ff7320ef921363d1ae515c0672
glibc-common-2.12-1.209.el6_9.2.x86_64.rpm
9e238d3b2bd69de6782d93b81dd3e0612297341fc291b3d48528234c9e74a603
glibc-devel-2.12-1.209.el6_9.2.i686.rpm
4f0a6c0baa9cfb07da2399e130d8770d37c17a83bb3e9f1899be5f79be7c6e2b
glibc-devel-2.12-1.209.el6_9.2.x86_64.rpm
021becbbd47a5ddcd82b59a697918f7af7193539cf574039593016e0b2e44cc0
glibc-headers-2.12-1.209.el6_9.2.x86_64.rpm
e012693de52e984e6c8a9f1d372a5704ee88516d623f395149f39176a6e31123
glibc-static-2.12-1.209.el6_9.2.i686.rpm
570ac84e27cfa78a0c3667f29c4bd1977dab00cb862368a226395e011f597bc7
glibc-static-2.12-1.209.el6_9.2.x86_64.rpm
0bbab0ee74648108c13799e8845da6de2bacd8d936f5e803e401c2deb5f53d97
glibc-utils-2.12-1.209.el6_9.2.x86_64.rpm
358fcd0052c34d2e3a60144740670cc86380cd7061ab2ed73e8f9857c919f8df
nscd-2.12-1.209.el6_9.2.x86_64.rpm
Source:
117b8365020b0540e92e01c9d34ae7351805551b8c8850068936e7fa54c83fb8
glibc-2.12-1.209.el6_9.2.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-announce] CESA-2017:1486 Important CentOS 6 kernel Security Update
CentOS Errata and Security Advisory 2017:1486 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1486.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
790cdc53532b77753320fd610a36d447d6ed3c83f43554198b9408978a00ec60
kernel-2.6.32-696.3.2.el6.i686.rpm
ad40e5ec53d5db75c99d6ce89c5ea27c8f06a8d531a4b576d923f43e023a13ef
kernel-abi-whitelists-2.6.32-696.3.2.el6.noarch.rpm
09c037d970b18ca14074ef2b716c697444e8e78a6ccfe8f5c2c84f456855ddd5
kernel-debug-2.6.32-696.3.2.el6.i686.rpm
bbe480c0b64e67265eb03aa06418ec67e2cfa2b194a0e6403ff98ed8598f0781
kernel-debug-devel-2.6.32-696.3.2.el6.i686.rpm
ae5c82efa501750c4506ba98baaadc41b7d2a3077e620124aa114d19fe82275e
kernel-devel-2.6.32-696.3.2.el6.i686.rpm
1f719db2f6f308802b0db4c984ecac0d06afbc246e530a9a6bc1aa72518bc4d6
kernel-doc-2.6.32-696.3.2.el6.noarch.rpm
af483e736b9ad6fbc428c88e98e9c9719d8aada1c6060efac1eb6d7efcf47b69
kernel-firmware-2.6.32-696.3.2.el6.noarch.rpm
d821e117dfa8ee68108120528ce82166756ee12ba45840c6aac8b9294e384918
kernel-headers-2.6.32-696.3.2.el6.i686.rpm
5dd2ba9f556bb57ef5b4d293789a84e7786f24faf4a44bd1a3f4ecaf529e4e34
perf-2.6.32-696.3.2.el6.i686.rpm
9e2f9cab9c0a20028f94b18e5cacfd5e122c4e5297449cbac0bd5085f0a16e43
python-perf-2.6.32-696.3.2.el6.i686.rpm
x86_64:
9522470de2e280716f47ed1bbcf97eb7b579124a0c2303e67e1563d7437baef4
kernel-2.6.32-696.3.2.el6.x86_64.rpm
ad40e5ec53d5db75c99d6ce89c5ea27c8f06a8d531a4b576d923f43e023a13ef
kernel-abi-whitelists-2.6.32-696.3.2.el6.noarch.rpm
80461a5f802c929a46a49de62292c2e8ff55b3b602d7b457bc0f1edc82826dc8
kernel-debug-2.6.32-696.3.2.el6.x86_64.rpm
bbe480c0b64e67265eb03aa06418ec67e2cfa2b194a0e6403ff98ed8598f0781
kernel-debug-devel-2.6.32-696.3.2.el6.i686.rpm
7fb4d1fc2d88741aa63c7c9a14ca8f0cbb220ec62b8b9ea9686603cb4bb1ca91
kernel-debug-devel-2.6.32-696.3.2.el6.x86_64.rpm
bf71154a743547f6c62bd3febfdc04b9c0364d971eb3178093f4499c26fa177a
kernel-devel-2.6.32-696.3.2.el6.x86_64.rpm
1f719db2f6f308802b0db4c984ecac0d06afbc246e530a9a6bc1aa72518bc4d6
kernel-doc-2.6.32-696.3.2.el6.noarch.rpm
af483e736b9ad6fbc428c88e98e9c9719d8aada1c6060efac1eb6d7efcf47b69
kernel-firmware-2.6.32-696.3.2.el6.noarch.rpm
590859bdff07c0760d3b8d464afcb8c9a9cc65005f7197b3487fffd129e36499
kernel-headers-2.6.32-696.3.2.el6.x86_64.rpm
a2f03b1b889b68e64515646232d53408729d91a103546dc1f2b897894acf1691
perf-2.6.32-696.3.2.el6.x86_64.rpm
8ec387ae3f109fda19599dafd59ca4825eec62cfeb6cb00add50dd6d1c2bb82a
python-perf-2.6.32-696.3.2.el6.x86_64.rpm
Source:
a30a967dec1e315ac74ca839749037217e01441fed806a25e075108e99fb07db
kernel-2.6.32-696.3.2.el6.src.rpm
--
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS
___
CentOS-announce mailing list
CentOS-announce@centos.org
https://lists.centos.org/mailman/listinfo/centos-announce
[CentOS-virt] Xen 4.6.3-15 packages, including XSAs 216-219, 221-225 on their way through the build system
Xen 4.6.3-15 packages for CentOS 6 and CentOS 7 are on their way through the build system. They should show up in centos-virt-testing in a few hours, and in the main mirrors tomorrow morning (God willing). These contain several critical updates; users are encouraged to update as soon as possible. XSA 220 unfortunately had several dependencies on changes included in 4.6.4 and 4.6.5. This particular vulnerability is slightly lower priorty; so I have queued up an update to 4.6.5 which includes this patch. Once 4.6.3-15 is tagged for release, I'll start building 4.6.5 put it in centos-virt-testing for people to test. -George ___ CentOS-virt mailing list CentOS-virt@centos.org https://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] looking for graphing tools
On 6/20/2017 1:27 AM, Pete Biggs wrote: I can figure out some simple scripting to turn the maillog entries into times since the epoch, or other formats, if needed, but I have no experience with the various graphing tools availabe, or even what (or where) they are. If you are talking about scripting graphs, then Gnuplot is what you need - it's in the core centos distro I think. If you want a dedicated gui graphing application, then you can't go far wrong with Grace - it's in EPEL. I've used it for producing publication quality plots but it's equally capable of dealing with everyday graphing. The native save file format is simple and plain text, so it's quite easy to generate the files using a script which can then be read straight in to grace and will have correct axes, lables, etc. another tool i've used for creating various sorts of graphs is Gnu Octave. this is a matlab replacement, and if you can import a bunch of numbers, you can graph them 8 ways from sideways. -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] looking for graphing tools
> > I can figure out some simple scripting to turn the maillog entries > into times since the epoch, or other formats, if needed, but I have > no experience with the various graphing tools availabe, or even > what (or where) they are. > If you are talking about scripting graphs, then Gnuplot is what you need - it's in the core centos distro I think. If you want a dedicated gui graphing application, then you can't go far wrong with Grace - it's in EPEL. I've used it for producing publication quality plots but it's equally capable of dealing with everyday graphing. The native save file format is simple and plain text, so it's quite easy to generate the files using a script which can then be read straight in to grace and will have correct axes, lables, etc. P. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
