- Discuss - lists.centos.org

amanda-client does not recognise 'dump'
by Tom Robinson 24 Sep '15

24 Sep '15

CentOS Linux release 7.1.1503 (Core) amanda-3.3.3-13.el7.x86_64 amanda-client-3.3.3-13.el7.x86_64 amanda-libs-3.3.3-13.el7.x86_64 dump-0.4-0.22.b44.el7.x86_64 Hi, I have been using amanda backup for quite a long time now. I'm busy migrating some older hosts to CentOS 7 but have found that the available amanda packages (see above) have not been compiled on a host that has the 'dump' program installed. Is this just an oversight or are we trying to not use 'dump' anymore? If the former, who is responsible for re-compiling this on a host that has 'dump' installed. Please see http://archives.zmanda.com/amanda-archives/viewtopic.php?t=7390 for more details Kind regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robinson(a)motec.com.au

2 1

Help with systemd
by Clint Dilks 24 Sep '15

24 Sep '15

Hi I am trying to get Greenstone3 http://www.greenstone.org/download to work with systemd. So far I have come up with the following which works but feels more like a hack than a solution. Does anyone have any suggestions on how to do this better ? # cat /etc/tmpfiles.d/greenstone3.conf d /run/greenstone3 0755 gs3 gs3 - # cat /etc/systemd/system/greenstone3.service # Systemd unit file for Greenstone 3 [Unit] Description=Greenstone 3 Server After=syslog.target network.target [Service] Type=forking PIDFile=/run/greenstone3/greenstone3.pid Environment=PATH=/usr/apache-ant-1.9.6/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin ExecStart=/usr/bin/bash -c "cd /greenstone/gs3/ && ant start ; /usr/sbin/pidof java | awk '{print $1}' > /run/greenstone3/greenstone3.pid" SuccessExitStatus=143 User=gs3 Group=gs3 [Install] WantedBy=multi-user.target Thanks

4 6

ISC DHCP failover
by Chris Adams 23 Sep '15

23 Sep '15

Anybody have any experience with setting up dhcpd in failover mode between two servers? I set this up on a couple of servers, and it seems to be working, but I don't think it is working "right". It appears both servers are replying to all requests (which for renewals works okay because they both give the same address, but new requests get two different responses). I thought that only one server would reply to a particular request. Also, every DHCPACK is followed by a message like this in the log: Sep 23 15:45:50 rad2 dhcpd: bind update on x.x.x.x from mypeer rejected: incoming update is less critical than outgoing update Any ideas? I subscribed and asked over on the ISC-operated dhcp-users list but haven't had any responses. Google finds others asking about the same log message, and the only responses seem to be "well, if you get it for every update, there's probably some configuration issue" (but nobody ever says what issue might lead to it). -- Chris Adams <linux(a)cmadams.net>

4 3

Updating intel graphics driver on CentOS7
by C. L. Martinez 23 Sep '15

23 Sep '15

Hi all, Is it possible to upgrade intel X11 org driver on CentOS7?? Maybe with elrepo's packages: http://elrepo.org/linux/extras/el7/x86_64/RPMS/xorg-x11-drv-intel-2.99.916-… It seems it doesn't exists driver in the upstream: https://01.org/linuxgraphics Thanks,

4 5

Re: [CentOS] OT: closing a port on home router
by James B. Byrne 23 Sep '15

23 Sep '15

On Wed, September 23, 2015 00:11, Always Learning wrote: > > > That is great. When I started on Linux that was one of the very > first things I did. Every machine, including servers, has port 22 > replaced by a unique alternative port. Port 22 is also blocked in > IPtables. > > There is an army of dangerous nutters attempting to break-in to > everything. They often mask their attacks using compromised Windoze > computers all around the world. > Changing the port that sshd listens on solves nothing from a security perspective. The only people that this action deflects are the script-kiddies. Who are admittedly numerous and who can be dangerous but usually are just low-talent opportunists. Moving the port by itself still opens a functioning connection to the internet on a service that is inherently susceptible to brute force and rainbow attacks. The 'dangerous' people on the Internet will find this port in a heartbeat and they are far more worrisome than the script-kiddies. Since you absolutely must build a defence against these opponents anyway then you might as well leave the service on the default port to avoid screwing up legitimate users expectations. I grant that dealing with an excessive logfile volume can be a consideration. However, this issue is often best dealt with through scripting your own analysis and reporting programs or employing someone else's. And is often solved with an aggressive set of firewall rules. In fact, the volume of entries should be a good indication of how well your defence is serving you. As you tighten the access rules and dynamically block persistent abusers then the volumes should drop and stay fairly low. Moving the port by itself is like rearranging the deck chairs on a sinking ship. It does not address the fundamental issue. Plus assignment to a non-standard port adds to maintenance and support load since it must be separately accounted for each time it is referenced. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

Update from 6.6 to 6.7 > automount logs error message
by Ralf Aumüller 23 Sep '15

23 Sep '15

Hello, after an update from 6.6 to 6.7 the following error message is logged to /var/log/messages when I login (per ssh): Aug 11 16:31:21 a1234 automount[1598]: set_tsd_user_vars: failed to get passwd info from getpwuid_r Checked all log-files of my systems running 6.6 with same configuration -- never got such a message (We use NFS/autofs for home-directories, NIS and tcsh (login shell)). Everything seems to work -- but before I update all machines to 6.7 I want to know whats going on. Any comments? Best regards, Ralf

3 5

CentOS-announce Digest, Vol 127, Issue 7
by centos-announce-request＠centos.org 23 Sep '15

23 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2015:1823 CentOS 6 lvm2 BugFix Update (Johnny Hughes) 2. CEBA-2015:1816 CentOS 6 389-ds-base BugFix Update (Johnny Hughes) 3. CEBA-2015:1815 CentOS 6 texlive-texmf BugFix Update (Johnny Hughes) 4. CEBA-2015:1820 CentOS 6 rng-tools BugFix Update (Johnny Hughes) 5. CEBA-2015:1828 CentOS 6 java-1.8.0-openjdk BugFix Update (Johnny Hughes) 6. CEBA-2015:1831 CentOS 6 dovecot BugFix Update (Johnny Hughes) 7. CEBA-2015:1825 CentOS 6 ksh BugFix Update (Johnny Hughes) 8. CEBA-2015:1809 CentOS 6 db4 BugFix Update (Johnny Hughes) 9. CEBA-2015:1829 CentOS 6 freeradius BugFix Update (Johnny Hughes) 10. CEBA-2015:1817 CentOS 6 fence-agents BugFix Update (Johnny Hughes) 11. CEBA-2015:1830 CentOS 6 texlive BugFix Update (Johnny Hughes) 12. CEBA-2015:1824 CentOS 6 selinux-policy BugFix Update (Johnny Hughes) 13. CEBA-2015:1826 CentOS 6 nss_compat_ossl BugFix Update (Johnny Hughes) 14. CEBA-2015:1812 CentOS 6 procps BugFix Update (Johnny Hughes) 15. CEBA-2015:1822 CentOS 6 glibc BugFix Update (Johnny Hughes) 16. CEBA-2015:1811 CentOS 6 bash BugFix Update (Johnny Hughes) 17. CEBA-2015:1810 CentOS 6 initscripts BugFix Update (Johnny Hughes) 18. CESA-2015:1833 Moderate CentOS 6 qemu-kvm Security Update (Johnny Hughes) 19. CESA-2015:1834 Critical CentOS 7 firefox Security Update (Johnny Hughes) 20. CESA-2015:1834 Critical CentOS 6 firefox Security Update (Johnny Hughes) 21. CESA-2015:1834 Critical CentOS 5 firefox Security Update (Johnny Hughes) 22. CEBA-2015:1827 CentOS 6 kernel BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 22 Sep 2015 18:30:46 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1823 CentOS 6 lvm2 BugFix Update Message-ID: <20150922183046.GA34019(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1823 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1823.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 46345fda532357c98a0cf21985308f0b694407da79ffe01332ea38ed1e76fc89 cmirror-2.02.118-3.el6_7.3.i686.rpm 555d41d752192100a6d960f4c44c66942f4c16d7556e0e3bc47df07547779411 device-mapper-1.02.95-3.el6_7.3.i686.rpm 8fc6b83fe60fbb860cd4d80504c8a6f90f1eba4b2c6db8b11bebbd8b254c4b66 device-mapper-devel-1.02.95-3.el6_7.3.i686.rpm 6cb0e882c0c81def57bc654fb50ec895b91ab09c954a9afd1e84ea45257779ab device-mapper-event-1.02.95-3.el6_7.3.i686.rpm e6a4b666d80585b7f04da0a5a4bf2a10b819b334403b781b5c90a88e699b95af device-mapper-event-devel-1.02.95-3.el6_7.3.i686.rpm 87b34da84aa73085093de6cd66377e38754765096d9b3e0a66fdb45ba9dfa6dd device-mapper-event-libs-1.02.95-3.el6_7.3.i686.rpm be0be5419a49b9b21baf7e92010288bf7449edc18cab10d9a8f3ab7700b19430 device-mapper-libs-1.02.95-3.el6_7.3.i686.rpm 0b10506a9614bd358558aac8ce6e3a7e9719e76da2a4920be32e06b36361b90d lvm2-2.02.118-3.el6_7.3.i686.rpm e4d470d82f8cc92f560f7982cc8edef39ac632a67962a128342ae0a511b39000 lvm2-cluster-2.02.118-3.el6_7.3.i686.rpm b6ae0162d8f5672562070c34affcc58b2027db38aa22d7495ba2cf874c2c2ea4 lvm2-devel-2.02.118-3.el6_7.3.i686.rpm 2c448e223412d5d3d0c21ecb6d4cd51bc11bd5a9b0db253d1275da5f938bb1fa lvm2-libs-2.02.118-3.el6_7.3.i686.rpm x86_64: 419735736bd6f365cd26c585414103ee70add340af298aa9889e3fdee5284b94 cmirror-2.02.118-3.el6_7.3.x86_64.rpm e78e9fd63705023eb41e8cac9fdffa5c616417d210e7a91f7513c55de1e3b630 device-mapper-1.02.95-3.el6_7.3.x86_64.rpm 8fc6b83fe60fbb860cd4d80504c8a6f90f1eba4b2c6db8b11bebbd8b254c4b66 device-mapper-devel-1.02.95-3.el6_7.3.i686.rpm b10a434ba57bbf641fa87280316f78020d11ce5443ea722eeb4b43b0c9c1c51f device-mapper-devel-1.02.95-3.el6_7.3.x86_64.rpm f50d2a1fdbe7514c6bf586fabd05cf1b21eb320282b298fb42c46e56e5123b2d device-mapper-event-1.02.95-3.el6_7.3.x86_64.rpm e6a4b666d80585b7f04da0a5a4bf2a10b819b334403b781b5c90a88e699b95af device-mapper-event-devel-1.02.95-3.el6_7.3.i686.rpm 3f61e4a828c7bb5f4dc6b7b49d57dc592e8757d3a248468bc20c6d74853456e6 device-mapper-event-devel-1.02.95-3.el6_7.3.x86_64.rpm 87b34da84aa73085093de6cd66377e38754765096d9b3e0a66fdb45ba9dfa6dd device-mapper-event-libs-1.02.95-3.el6_7.3.i686.rpm ae4efb716d27e82f68db5fb3ae8ab341646b8e47be71b2684d0d0fa796cbed4d device-mapper-event-libs-1.02.95-3.el6_7.3.x86_64.rpm be0be5419a49b9b21baf7e92010288bf7449edc18cab10d9a8f3ab7700b19430 device-mapper-libs-1.02.95-3.el6_7.3.i686.rpm 07f8efad030fcfb5deb4dd4e72658db0b9ba5e23f3987317fea9575830d92d91 device-mapper-libs-1.02.95-3.el6_7.3.x86_64.rpm f8afc7da58d6e09e086cecbc6c1bacacb9f6c6efeaf8365bfb74c838eb0f5a6b lvm2-2.02.118-3.el6_7.3.x86_64.rpm 73504b725a2ae71b0198fa4971928173f070e8d916d4f92339a8072063530a1c lvm2-cluster-2.02.118-3.el6_7.3.x86_64.rpm b6ae0162d8f5672562070c34affcc58b2027db38aa22d7495ba2cf874c2c2ea4 lvm2-devel-2.02.118-3.el6_7.3.i686.rpm 7c0ae4569453ad37f57231ca592833205b3ea0aba0ba265e70d26063622ee442 lvm2-devel-2.02.118-3.el6_7.3.x86_64.rpm 2c448e223412d5d3d0c21ecb6d4cd51bc11bd5a9b0db253d1275da5f938bb1fa lvm2-libs-2.02.118-3.el6_7.3.i686.rpm 1dd4d8f22d7cf6510009e4a13e05b8397c1cc822ad3bdfd630d663b576e94c50 lvm2-libs-2.02.118-3.el6_7.3.x86_64.rpm Source: a95293106e3adf1d8b8f21030656c7ce35815c347c31e7500674c58d5d8775b8 lvm2-2.02.118-3.el6_7.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 22 Sep 2015 18:31:15 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1816 CentOS 6 389-ds-base BugFix Update Message-ID: <20150922183115.GA34281(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1816 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1816.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 35e92106ef927687dfb26f699e35d28f1eab28f177e20b40a4d6477071c76f78 389-ds-base-1.2.11.15-62.el6_7.i686.rpm 543b9408f084b12b0b24c3c833ca215f0fa7327b4e6ec398e6ed3c4e0de7a5a6 389-ds-base-devel-1.2.11.15-62.el6_7.i686.rpm 2fc088aed433fc6359a7823022e40b6d0ae9209eecdc482bc42afe54fa85d0e6 389-ds-base-libs-1.2.11.15-62.el6_7.i686.rpm x86_64: 99e6cdba8086f608248821afdafbf9f9052e9dab92d37ae9fd327f426a09e576 389-ds-base-1.2.11.15-62.el6_7.x86_64.rpm 543b9408f084b12b0b24c3c833ca215f0fa7327b4e6ec398e6ed3c4e0de7a5a6 389-ds-base-devel-1.2.11.15-62.el6_7.i686.rpm f29d2d5082c7f1c7410e145ab17dbb6d7d337689cf38b9b39af7e84094311b69 389-ds-base-devel-1.2.11.15-62.el6_7.x86_64.rpm 2fc088aed433fc6359a7823022e40b6d0ae9209eecdc482bc42afe54fa85d0e6 389-ds-base-libs-1.2.11.15-62.el6_7.i686.rpm 599b8e294522ac2ce7dccf170b301a23edc05cfaacdc652077f13bb605130d44 389-ds-base-libs-1.2.11.15-62.el6_7.x86_64.rpm Source: ce7a4339c0810c543914356a44abb42f0b05ab8961e30054c5150dc3664eb12f 389-ds-base-1.2.11.15-62.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 22 Sep 2015 18:32:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1815 CentOS 6 texlive-texmf BugFix Update Message-ID: <20150922183220.GA34665(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1815 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1815.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1b0e542c98506f21fc94f5adb0db649ec9d385268871be2741a43bc29d72b124 texlive-texmf-2007-39.el6_7.noarch.rpm e050fd12da933721f6d6e390b5d8c976cb24b31f445c7d4a2d716726ddf20734 texlive-texmf-afm-2007-39.el6_7.noarch.rpm 15fc68033a0fceef6ef873256b32727a9aac21467e2b817166ddb701e3500066 texlive-texmf-context-2007-39.el6_7.noarch.rpm 094bd1249d48d4c3571d390f5b1ed9478b3a54cf9dab9a0b426476469eb42791 texlive-texmf-doc-2007-39.el6_7.noarch.rpm b4de7e1552eedf3342a1de7df23408b417bdfe31e906b4419a24bcac7994ff8e texlive-texmf-dvips-2007-39.el6_7.noarch.rpm 7f03e73eafd8933b432f8c09e3bdd186e51dfa274f97db8e5e8a33adfa969445 texlive-texmf-east-asian-2007-39.el6_7.noarch.rpm 5d5c3f393175e94c95a9c802224ea349a8ce2a8260a25eab923afdccf02118da texlive-texmf-fonts-2007-39.el6_7.noarch.rpm 1da5d6d4ab2e725b726520826de1d30b3227363c89aafb1468aebd0949c55811 texlive-texmf-latex-2007-39.el6_7.noarch.rpm 14f278c8cdfb3cb71673ea1bc4a286c80d33f92730aff2de57ec57c72c6f3d31 texlive-texmf-xetex-2007-39.el6_7.noarch.rpm x86_64: 1b0e542c98506f21fc94f5adb0db649ec9d385268871be2741a43bc29d72b124 texlive-texmf-2007-39.el6_7.noarch.rpm e050fd12da933721f6d6e390b5d8c976cb24b31f445c7d4a2d716726ddf20734 texlive-texmf-afm-2007-39.el6_7.noarch.rpm 15fc68033a0fceef6ef873256b32727a9aac21467e2b817166ddb701e3500066 texlive-texmf-context-2007-39.el6_7.noarch.rpm 094bd1249d48d4c3571d390f5b1ed9478b3a54cf9dab9a0b426476469eb42791 texlive-texmf-doc-2007-39.el6_7.noarch.rpm b4de7e1552eedf3342a1de7df23408b417bdfe31e906b4419a24bcac7994ff8e texlive-texmf-dvips-2007-39.el6_7.noarch.rpm 7f03e73eafd8933b432f8c09e3bdd186e51dfa274f97db8e5e8a33adfa969445 texlive-texmf-east-asian-2007-39.el6_7.noarch.rpm 5d5c3f393175e94c95a9c802224ea349a8ce2a8260a25eab923afdccf02118da texlive-texmf-fonts-2007-39.el6_7.noarch.rpm 1da5d6d4ab2e725b726520826de1d30b3227363c89aafb1468aebd0949c55811 texlive-texmf-latex-2007-39.el6_7.noarch.rpm 14f278c8cdfb3cb71673ea1bc4a286c80d33f92730aff2de57ec57c72c6f3d31 texlive-texmf-xetex-2007-39.el6_7.noarch.rpm Source: 62f593f61296ec657403a64903fba2fafe8c2cc1d14ade4321c66f366aeba72e texlive-texmf-2007-39.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 22 Sep 2015 18:33:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1820 CentOS 6 rng-tools BugFix Update Message-ID: <20150922183310.GA34844(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1820 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1820.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a2da454db80ffb5bcea67a0cd214c76a5fff24b82ffb845c53f4cb3490687c8e rng-tools-5-2.el6_7.i686.rpm x86_64: 8267cfdbd75a8ea989e357def0483e2ce36ecccdd99b58e97fc82e6fc6c3c9e8 rng-tools-5-2.el6_7.x86_64.rpm Source: 92cbbaac74a8429a70b8b451b72cb446a8e448456a406dc1a5d2603dd137c32f rng-tools-5-2.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Tue, 22 Sep 2015 18:34:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1828 CentOS 6 java-1.8.0-openjdk BugFix Update Message-ID: <20150922183413.GA35280(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1828 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fbb5fb0dc1ce429bb16d3da1c228ff35e152ba90a91dbd09a60db328aebac5ea java-1.8.0-openjdk-1.8.0.51-3.b16.el6_7.i686.rpm 38ef43689033f38839de7d41e9bf47d9900a157a311c70b4a78f30bb8282742f java-1.8.0-openjdk-debug-1.8.0.51-3.b16.el6_7.i686.rpm b2ae714538467592f8a09b2ee7e0ae0a02b896ed66fc88965719d4245bb830b8 java-1.8.0-openjdk-demo-1.8.0.51-3.b16.el6_7.i686.rpm 8bd047f94bef111e4d7a2b2c83e45e8d0000c8a479dcb954292d3cd25e7a040d java-1.8.0-openjdk-demo-debug-1.8.0.51-3.b16.el6_7.i686.rpm 0c28e35014d7f389a0396fa28ae1a1dba0c7c9fc5fe2dbc4c57adc76268cd5ab java-1.8.0-openjdk-devel-1.8.0.51-3.b16.el6_7.i686.rpm 02232db3abb79d4859f3aab828ee4e4b72cb60ec2335e36e2aedeae87879eb23 java-1.8.0-openjdk-devel-debug-1.8.0.51-3.b16.el6_7.i686.rpm f5e2b29bed9deedc59a38f8fcf61e81cfd01947b8402d224d87d4ccb5a409d68 java-1.8.0-openjdk-headless-1.8.0.51-3.b16.el6_7.i686.rpm b4cfdf42c81418a2bf96c5e28dd4361ed39f5823c156cc8593f9ce361db9037f java-1.8.0-openjdk-headless-debug-1.8.0.51-3.b16.el6_7.i686.rpm 7695e829e37b356594fe83eb48d3cf5adf279a6d0936e113f553bb2e73eb8dad java-1.8.0-openjdk-javadoc-1.8.0.51-3.b16.el6_7.noarch.rpm f9d3537ae751725a44aac51049c944fe9846217db38e70aa6dfde146318ff903 java-1.8.0-openjdk-javadoc-debug-1.8.0.51-3.b16.el6_7.noarch.rpm 472d7a963fe53fe7c1fa26efb6ab8bf5c03254d30029019ef570067238fdf146 java-1.8.0-openjdk-src-1.8.0.51-3.b16.el6_7.i686.rpm 905b9fcd35b6ec92f2c367200a5d397c01bbc4db4c4e9ce52b544933b1b11bcb java-1.8.0-openjdk-src-debug-1.8.0.51-3.b16.el6_7.i686.rpm x86_64: a2aeb4d2bb3bdc590f947e83564f03f7d17c18be1cde8816d34c13d08725c9af java-1.8.0-openjdk-1.8.0.51-3.b16.el6_7.x86_64.rpm c3a6cb1619cb469150a483a466f33d381cd434ae187403e141d1b9349eea9819 java-1.8.0-openjdk-debug-1.8.0.51-3.b16.el6_7.x86_64.rpm 6c4440b149bf11835337608e73cd205c6383fca806e8f35caa2cd57faceccb1c java-1.8.0-openjdk-demo-1.8.0.51-3.b16.el6_7.x86_64.rpm c225b02b369796a38e159a17e9c8df1945f1732cea63fd4f91d762be7cd3af5e java-1.8.0-openjdk-demo-debug-1.8.0.51-3.b16.el6_7.x86_64.rpm e3d6723f214080485cedcf1ea085adbab72a241de8fe5314fd98d99c33b8cd73 java-1.8.0-openjdk-devel-1.8.0.51-3.b16.el6_7.x86_64.rpm 93bc34a80779409e09922e794401f484c38255ae3f7c9b4b064937efaa47b8bc java-1.8.0-openjdk-devel-debug-1.8.0.51-3.b16.el6_7.x86_64.rpm 274f9a3a6be7b9676cd47def913788c681772a26a56f794839b984915f0ae341 java-1.8.0-openjdk-headless-1.8.0.51-3.b16.el6_7.x86_64.rpm aab1f7d9d20d6f89707dfbb6190952327dd8494fae93ede70206fdfcc82dfeeb java-1.8.0-openjdk-headless-debug-1.8.0.51-3.b16.el6_7.x86_64.rpm 7695e829e37b356594fe83eb48d3cf5adf279a6d0936e113f553bb2e73eb8dad java-1.8.0-openjdk-javadoc-1.8.0.51-3.b16.el6_7.noarch.rpm f9d3537ae751725a44aac51049c944fe9846217db38e70aa6dfde146318ff903 java-1.8.0-openjdk-javadoc-debug-1.8.0.51-3.b16.el6_7.noarch.rpm 7146d9994a6fd2f2817baa2bcb6e3f8392df6c7b03b85c20e48b2e5e662bd89a java-1.8.0-openjdk-src-1.8.0.51-3.b16.el6_7.x86_64.rpm b5c49d5e8baf2607f422a8186f429ef2d3a9c4468ac643883696d37441492335 java-1.8.0-openjdk-src-debug-1.8.0.51-3.b16.el6_7.x86_64.rpm Source: ad3d7f5d54185d1df683e7450794ffe26f4d3c448a83bff503f15777ba6159ac java-1.8.0-openjdk-1.8.0.51-3.b16.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Tue, 22 Sep 2015 18:34:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1831 CentOS 6 dovecot BugFix Update Message-ID: <20150922183443.GA35568(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1831 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1831.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 971d2c83179505af4521a9c962924c34a1b20df3ed39b8e036c7c14993e6d475 dovecot-2.0.9-19.el6_7.2.i686.rpm d7c19807bd0fc080533987460a9dc2753c5c0249c1173ac778b11aeffc315715 dovecot-devel-2.0.9-19.el6_7.2.i686.rpm d774b01db2ed7884b4ab29ae8d2da72e8ac3286aeea767ef4e475e56dafa8cd7 dovecot-mysql-2.0.9-19.el6_7.2.i686.rpm 1256c5af224d0aa49dd16993bc11ca25748c7bb4fa0dbe957ca36507cb4bc319 dovecot-pgsql-2.0.9-19.el6_7.2.i686.rpm 3a3d3afde4ac8d56240b42a87405f7c345ee3ae138b6923b233e2f8b3be0d29c dovecot-pigeonhole-2.0.9-19.el6_7.2.i686.rpm x86_64: 971d2c83179505af4521a9c962924c34a1b20df3ed39b8e036c7c14993e6d475 dovecot-2.0.9-19.el6_7.2.i686.rpm 07e768a1327a879925edaf8a0f184b68bc95438acbad90ec294555b0406dc49c dovecot-2.0.9-19.el6_7.2.x86_64.rpm cf97e2b0fd95821c733cafeb15a7daf55f9ca3dd286f49312f100f01a1624311 dovecot-devel-2.0.9-19.el6_7.2.x86_64.rpm c2a2f4129974af512d0f1d6a74cc409313f393d502fc1ca86c3fd366ce99b9c7 dovecot-mysql-2.0.9-19.el6_7.2.x86_64.rpm 176b94fc8f68716f052c9b89532b22b37493bb227bd74d1ac8e80f8c50f77fa3 dovecot-pgsql-2.0.9-19.el6_7.2.x86_64.rpm 0471d01f64fdb944604c35c6d8c40881dde14a7359a27b0e36cc6185b7c17a19 dovecot-pigeonhole-2.0.9-19.el6_7.2.x86_64.rpm Source: a2c15b3a4b9ffeaefb65a5bbb6147fc71c7d9ec7df30eee8c2f3abf0ef6bba88 dovecot-2.0.9-19.el6_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Tue, 22 Sep 2015 18:35:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1825 CentOS 6 ksh BugFix Update Message-ID: <20150922183508.GA35747(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1825 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1825.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e634b5919bd71019adbebd4099544d6c3129daa6a88e01395b8f468081203d03 ksh-20120801-28.el6_7.3.i686.rpm x86_64: d27dbab3d124dd7a01300432bb337f1ea04ef55dac9161875bd3a6de7fc1a5bc ksh-20120801-28.el6_7.3.x86_64.rpm Source: 659d02c9e0d950d6676efe12e8839fbf14894e92f086ce7cc92f77c1ccc81280 ksh-20120801-28.el6_7.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Tue, 22 Sep 2015 18:35:36 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1809 CentOS 6 db4 BugFix Update Message-ID: <20150922183536.GA36094(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1809 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1809.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1bbe6a2090411a8ecec459f1bc94ebfa586f40a3a4f0c4e440e0e3bb06eb7ba5 db4-4.7.25-20.el6_7.i686.rpm 8a54c443ba848d8d110834daa07987e7b259a1e7d455f186701cd583b5eb34f9 db4-cxx-4.7.25-20.el6_7.i686.rpm 4381dada7fe13dd4a06ee1cff32d71d8c2985c10dd3a655890344b8f1bc1625c db4-devel-4.7.25-20.el6_7.i686.rpm fd0621f7f9fca04bcd49a7959610b64b55208a1627006ec60930eddb9f0bdd65 db4-devel-static-4.7.25-20.el6_7.i686.rpm 91788614171ecc26fcd44f762bb10b4bb5e14fb3e9b3aa5b7e508321422e2226 db4-java-4.7.25-20.el6_7.i686.rpm ce5640c9d3e5b59e1cf7a470d1c36813e45423ffa82a24405e07da07d1190d6c db4-tcl-4.7.25-20.el6_7.i686.rpm 5ffb665b63751663d8e15d42d52c987c3b8c1e4a5f0baafeb7aa66336ec019b0 db4-utils-4.7.25-20.el6_7.i686.rpm x86_64: 1bbe6a2090411a8ecec459f1bc94ebfa586f40a3a4f0c4e440e0e3bb06eb7ba5 db4-4.7.25-20.el6_7.i686.rpm 7410c7cd0242c8cd55abeee10e67826a866e3be53b7d0e4f44c9437861097d19 db4-4.7.25-20.el6_7.x86_64.rpm 8a54c443ba848d8d110834daa07987e7b259a1e7d455f186701cd583b5eb34f9 db4-cxx-4.7.25-20.el6_7.i686.rpm ba5abd1c292536b030a2f635920b087209c60b218086e1c884ee1410250e5e0f db4-cxx-4.7.25-20.el6_7.x86_64.rpm 4381dada7fe13dd4a06ee1cff32d71d8c2985c10dd3a655890344b8f1bc1625c db4-devel-4.7.25-20.el6_7.i686.rpm a3630e5e6408787eb3b86a58b176054c148e0d2c8a5e944de7cd955c1e1132e4 db4-devel-4.7.25-20.el6_7.x86_64.rpm 81f5a7529199e66ac6bb1e5d73dc37fd872bd13212f7da7b1cee093a662c6f1b db4-devel-static-4.7.25-20.el6_7.x86_64.rpm ecb620496eee23006837a253ad793c772d47bd310d366831effaa2456276f43e db4-java-4.7.25-20.el6_7.x86_64.rpm c17b27faf3c14a8ecd38e6c9a8d2083f01fdddfa88b019b2849abec552e53f85 db4-tcl-4.7.25-20.el6_7.x86_64.rpm 2e3e92b7457f00a5d56fd8dc216f42cad42a1e4c2e5f40be5d5afe0e109edd65 db4-utils-4.7.25-20.el6_7.x86_64.rpm Source: 656c2bc7a94c9cae8768588123dfd837f0e7d6f4d24a5640759ea24b198653ad db4-4.7.25-20.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 9 Date: Tue, 22 Sep 2015 18:35:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1829 CentOS 6 freeradius BugFix Update Message-ID: <20150922183559.GA36441(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1829 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1829.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e1a5cdccd0be6336c88a3b16a4b6856022ed7c51b5a3dfa56a42f04874e22d5e freeradius-2.2.6-6.el6_7.i686.rpm 098e03bc6a4f0a29c10987434beba3f562528a9f7acf7e0bce2c2613e791c7e6 freeradius-krb5-2.2.6-6.el6_7.i686.rpm 71610aacbe133c9368b5eaef3dd279b656c95ee4d1f951f3b843fe4bb2ab3cd1 freeradius-ldap-2.2.6-6.el6_7.i686.rpm 6ba044efeb10a03d761e7436b279ac1e7d89e7ab073e5b05efb963625d188d95 freeradius-mysql-2.2.6-6.el6_7.i686.rpm ee84cb031d96de66012dcc7e2be50d3307b3294e30d19829e57a3b14289dff7a freeradius-perl-2.2.6-6.el6_7.i686.rpm 2ec6cfa645dd5c07dd2304aa3595f46dc2a9784c9abfc48acf6e086567bdf50a freeradius-postgresql-2.2.6-6.el6_7.i686.rpm 93f5f8811c3b70cdc08d42b3f0067e5a2b1195e291ef23c2428688359040c10e freeradius-python-2.2.6-6.el6_7.i686.rpm 5ffc2a212cdd703cccd48cee791f9886604216ea16d3dc51ab4deb2a41f5abfc freeradius-unixODBC-2.2.6-6.el6_7.i686.rpm 3bf2b802142ad204cdda1de3f61402d425d53acc9506e7c491ba44d4bd48fb90 freeradius-utils-2.2.6-6.el6_7.i686.rpm x86_64: b22c4ec0564a07ad4010dea7723e98e4577f46cc2e394e3b5be14bb04a8e325f freeradius-2.2.6-6.el6_7.x86_64.rpm a28f0010845ff2e5746201011a7dd64fc7a8a7823ea00bf5e223a6f090c3759e freeradius-krb5-2.2.6-6.el6_7.x86_64.rpm ed71f28d924a174a75e8e30d4eb25c79953ad2c18b7f8fb687c98b4dff53cd60 freeradius-ldap-2.2.6-6.el6_7.x86_64.rpm 9caefd4bccd220fb1cee8632542a64e067754c04d8b226b28440dd21324e3b9b freeradius-mysql-2.2.6-6.el6_7.x86_64.rpm 19b87a873ed3b2eb851d35eb2e36c5a1b067346237eb60ea52fef03aa3c007e4 freeradius-perl-2.2.6-6.el6_7.x86_64.rpm 98958aa46fb7ab758ef35b699119748b7fa7e0ba6fff64e1798fe80a451e70f3 freeradius-postgresql-2.2.6-6.el6_7.x86_64.rpm aca13bef2d8507724d492ebb9056f0262371f9fbcaffffeb4cf576ec7e1513f2 freeradius-python-2.2.6-6.el6_7.x86_64.rpm 1ee1ed47d525527f2645bb99e0941a5f59db1bd04f169975c3135fa6c713e397 freeradius-unixODBC-2.2.6-6.el6_7.x86_64.rpm 0145b153a11cfbd186203565d6e98a30a9d7d470fbf7da923ef4ef8fcebf9af4 freeradius-utils-2.2.6-6.el6_7.x86_64.rpm Source: c29ff0ab365516cf64c3ad7239f5571619cf399fde4f18cf7ea7640aea60d217 freeradius-2.2.6-6.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 10 Date: Tue, 22 Sep 2015 18:36:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1817 CentOS 6 fence-agents BugFix Update Message-ID: <20150922183622.GA36629(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1817 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1817.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c7a5576786d5565d53c1ba9377a40776b26079dad6df9d5062da24a2172a9da5 fence-agents-4.0.15-8.el6_7.1.i686.rpm x86_64: 62b97e75f1a525839b832cd2c3ba1a104c2d59414bbe350444b675dc53a94cc1 fence-agents-4.0.15-8.el6_7.1.x86_64.rpm Source: 97c057aa29f089e3b4b3e13e54675d5ddc0ef7f59065cdc61813288346e8126a fence-agents-4.0.15-8.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 11 Date: Tue, 22 Sep 2015 18:37:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1830 CentOS 6 texlive BugFix Update Message-ID: <20150922183702.GA37061(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1830 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1830.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 85dc8987abbff18e9b914316004e25ce7cbbf21c9e2c05c35c622d0fb26244c8 kpathsea-2007-60.el6_7.i686.rpm 55c2be07b1a01add5ac17b619d197f9ebd8907ce7cac8c83977768bba7f10e40 kpathsea-devel-2007-60.el6_7.i686.rpm 204bd876034c148dcf0f2cef4fe371e67d17adb69ce3e07ff655ecb1efedec8b mendexk-2.6e-60.el6_7.i686.rpm bc449256ea035eecfb4bf36779f72a082c9d98798bb64bcf63013ff27fd74081 texlive-2007-60.el6_7.i686.rpm 7ddd7aaf997a518bf3637e4a02a41cff5c6e6a006f693914a3486aeffcfccc9d texlive-afm-2007-60.el6_7.i686.rpm e423190bddeb916d30910d6211372745260bc4c582865b9e2e30d07024c30ce3 texlive-context-2007-60.el6_7.i686.rpm eb64c6604d816b2c258e330417ddb8406a3ac063855a9e3df1b80cf27faa42a6 texlive-dvips-2007-60.el6_7.i686.rpm 3e29f9d6e6fca591e187753a813a796fd7772ca41ed542fc208c656af709a65a texlive-dviutils-2007-60.el6_7.i686.rpm 52d4a9bccb25d9592bb5db4bf4634ac5f10ce9d03a43b5ecf10e21b5b113e265 texlive-east-asian-2007-60.el6_7.i686.rpm 7e50960ffe62a13d999321da6d839dc72e44a9df3330df501b029ccd47a45d45 texlive-latex-2007-60.el6_7.i686.rpm a89aea3a9f845514e77590bea7b7fd1e3a2c02c0bd52f41638e8037158e7f309 texlive-utils-2007-60.el6_7.i686.rpm 8205dd2014087bbc2e6be3f51db60180b5aeed020b09d6f287914c96a0b156da texlive-xetex-2007-60.el6_7.i686.rpm x86_64: 85dc8987abbff18e9b914316004e25ce7cbbf21c9e2c05c35c622d0fb26244c8 kpathsea-2007-60.el6_7.i686.rpm 804e2e8be06ef134980a19370ba4c0afe4b04996ee545938bf104089c73676a9 kpathsea-2007-60.el6_7.x86_64.rpm 55c2be07b1a01add5ac17b619d197f9ebd8907ce7cac8c83977768bba7f10e40 kpathsea-devel-2007-60.el6_7.i686.rpm 5f281996d91ad640cdec1a6efaa02917a92139ef004717f94bc9a53cfb0890ed kpathsea-devel-2007-60.el6_7.x86_64.rpm 7091878401b841b87f102221520e7a46aa19f0c4471e38d0cd410a6f613546e2 mendexk-2.6e-60.el6_7.x86_64.rpm 1bc3c8e0ecb1657531050e33348f2679ee8fc9b497ece3cbeaf8fa94ec45c58e texlive-2007-60.el6_7.x86_64.rpm 349b0611e91a06c35e00d1d10b6c4968e2ccdcb69c9c512d67cd578c6232f472 texlive-afm-2007-60.el6_7.x86_64.rpm b2c4bb581c6849afd89f5fbbe806289598883ab7de001266c9b7f263700c8f93 texlive-context-2007-60.el6_7.x86_64.rpm 00be846d5ad61218e039f8ea29f9e7b628b5f6b4dba30e37e059b8bc52d81861 texlive-dvips-2007-60.el6_7.x86_64.rpm f3fee2a0a68122b512acef453f77fac084a54d7d471a047db3aeba6ceb5a3942 texlive-dviutils-2007-60.el6_7.x86_64.rpm a1cfa3216c01fc0c32275bdecfc2d0853d1322a9db7bff3e3810bf1a39f3d49d texlive-east-asian-2007-60.el6_7.x86_64.rpm 834611ba39a36e49097c76f6212a2758a2697b10c0196c3cf0709061aa9fa880 texlive-latex-2007-60.el6_7.x86_64.rpm 429fa648efe7ec84306dea2b0a60f22e90e0e74f1e5811f300731076616c8a1f texlive-utils-2007-60.el6_7.x86_64.rpm a74f3060a0833141fcd9f547e42fd930901f3976dc6155fe6be76241418ff70e texlive-xetex-2007-60.el6_7.x86_64.rpm Source: d8c064496566f8d173cab1fe0ad6971f2c89acca83b5f5ffa9c6fa2f30821c64 texlive-2007-60.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 12 Date: Tue, 22 Sep 2015 18:37:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1824 CentOS 6 selinux-policy BugFix Update Message-ID: <20150922183731.GA37345(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1824 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1824.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e4064ff6ac35d999711e656903f9dab4a78f9c584edd4f02778de8c43264a0b3 selinux-policy-3.7.19-279.el6_7.6.noarch.rpm 1ce089235b7d77ed60015bf6e831bfd58478f27bb79ae7bc037e1d954d6a73fa selinux-policy-doc-3.7.19-279.el6_7.6.noarch.rpm a4a1d7969b1f42d0bc4c47dd0fb1b65f68cc5e737d0613b2d4f626433a3ef213 selinux-policy-minimum-3.7.19-279.el6_7.6.noarch.rpm 3545ca3518bec310162e536e943f889cf30015568b67c6bf9d1006660fb345f0 selinux-policy-mls-3.7.19-279.el6_7.6.noarch.rpm 13cfed28a45de789d9254ec13879353a430ed20edab716c4aeb1bf09779d546e selinux-policy-targeted-3.7.19-279.el6_7.6.noarch.rpm x86_64: e4064ff6ac35d999711e656903f9dab4a78f9c584edd4f02778de8c43264a0b3 selinux-policy-3.7.19-279.el6_7.6.noarch.rpm 1ce089235b7d77ed60015bf6e831bfd58478f27bb79ae7bc037e1d954d6a73fa selinux-policy-doc-3.7.19-279.el6_7.6.noarch.rpm a4a1d7969b1f42d0bc4c47dd0fb1b65f68cc5e737d0613b2d4f626433a3ef213 selinux-policy-minimum-3.7.19-279.el6_7.6.noarch.rpm 3545ca3518bec310162e536e943f889cf30015568b67c6bf9d1006660fb345f0 selinux-policy-mls-3.7.19-279.el6_7.6.noarch.rpm 13cfed28a45de789d9254ec13879353a430ed20edab716c4aeb1bf09779d546e selinux-policy-targeted-3.7.19-279.el6_7.6.noarch.rpm Source: 6da568c3e30d812f170e55133128235516939f79ac6cd707a6dc8c778f1ef814 selinux-policy-3.7.19-279.el6_7.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 13 Date: Tue, 22 Sep 2015 18:37:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1826 CentOS 6 nss_compat_ossl BugFix Update Message-ID: <20150922183755.GA37567(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1826 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1826.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 789055ecbe0b0bedfd004a84e968c503ad9d16ed46bff8c508b4f9a2a67d8913 nss_compat_ossl-0.9.6-2.el6_7.i686.rpm d8563f8cb27efad08a446cf38e1a68179356adbf1e258b20ef6455c1f3ff0897 nss_compat_ossl-devel-0.9.6-2.el6_7.i686.rpm x86_64: 789055ecbe0b0bedfd004a84e968c503ad9d16ed46bff8c508b4f9a2a67d8913 nss_compat_ossl-0.9.6-2.el6_7.i686.rpm dfe3908e6c9eaa96cc433f1c526fccc48f134397847faee0fdd5e9447ac29420 nss_compat_ossl-0.9.6-2.el6_7.x86_64.rpm d8563f8cb27efad08a446cf38e1a68179356adbf1e258b20ef6455c1f3ff0897 nss_compat_ossl-devel-0.9.6-2.el6_7.i686.rpm 85c3a0bae22aac8af7999bd9d61e5cc5519c307189cc7f39f8b37010ea644580 nss_compat_ossl-devel-0.9.6-2.el6_7.x86_64.rpm Source: 569041572549c6b08fe92fa0165bc81edbf22616ef46386f1c9bf39b8f8b4cf6 nss_compat_ossl-0.9.6-2.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 14 Date: Tue, 22 Sep 2015 18:38:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1812 CentOS 6 procps BugFix Update Message-ID: <20150922183820.GA37798(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1812 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1812.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2f6b5f2bd45d10a7825979c5fe21e818d9a8ed0bc16a0bc0258e2c4aca924a67 procps-3.2.8-34.el6_7.i686.rpm 7a99be20756385f3f8f1caa8bfd46a3596381e80bdf71e7c382852f34ac61eab procps-devel-3.2.8-34.el6_7.i686.rpm x86_64: 2f6b5f2bd45d10a7825979c5fe21e818d9a8ed0bc16a0bc0258e2c4aca924a67 procps-3.2.8-34.el6_7.i686.rpm 251a1a640acc7c9ec24466f2b7a9d163bcf56c96b139728031235d67d0d2ba4a procps-3.2.8-34.el6_7.x86_64.rpm 7a99be20756385f3f8f1caa8bfd46a3596381e80bdf71e7c382852f34ac61eab procps-devel-3.2.8-34.el6_7.i686.rpm 74a04902830d8d65304d55f3872732f68a27f7d127b180b6326ec3f13d505165 procps-devel-3.2.8-34.el6_7.x86_64.rpm Source: 75abe6dbe153774c429b6c81f248e547221357e27a827938d5cb64b99857936d procps-3.2.8-34.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 15 Date: Tue, 22 Sep 2015 18:38:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1822 CentOS 6 glibc BugFix Update Message-ID: <20150922183849.GA38158(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1822 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1822.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e88cf71709ba95883cf472e2e8228867337f8bcd8ce8f8e3ee42bc50780d540f glibc-2.12-1.166.el6_7.3.i686.rpm a197b07383c0ccfc48ea4e26d65e01caaaf64cf9ebdee649964ed3b64d779263 glibc-common-2.12-1.166.el6_7.3.i686.rpm c592a8d8340b15bb72e122810b006daf4e7f54d85b83daea673b11867756321c glibc-devel-2.12-1.166.el6_7.3.i686.rpm 6b8890076de6a9261b569b37e32f63c3275a4a5b3e39239a0be5cc431341e8bd glibc-headers-2.12-1.166.el6_7.3.i686.rpm 48cc8cf7fb7fb6e6723cd1e033f2a358106658cfec97542306bb5cec1ccaf9e6 glibc-static-2.12-1.166.el6_7.3.i686.rpm 0aadb93efcf61a5f5b26a94284dedc1dcff6dcfe2e59f8557e382315cd32c0d8 glibc-utils-2.12-1.166.el6_7.3.i686.rpm 5d279460edcf16958a25d4d0016310b0fda0d7459bec9d00ea0ab0f20d7b8ffb nscd-2.12-1.166.el6_7.3.i686.rpm x86_64: e88cf71709ba95883cf472e2e8228867337f8bcd8ce8f8e3ee42bc50780d540f glibc-2.12-1.166.el6_7.3.i686.rpm 5ffa96a7eb946cf558fef748e081ca6b49492e4a45397b3b59c678412b81d602 glibc-2.12-1.166.el6_7.3.x86_64.rpm cddd45e90d919e87f92d0f911c674bf35960cbbb376eb5182f4b1c7ca85d471d glibc-common-2.12-1.166.el6_7.3.x86_64.rpm c592a8d8340b15bb72e122810b006daf4e7f54d85b83daea673b11867756321c glibc-devel-2.12-1.166.el6_7.3.i686.rpm 893edb51df79b670c8aaa4f22700c850b16bdafe0dd70125c9e2551b2ceee873 glibc-devel-2.12-1.166.el6_7.3.x86_64.rpm 27ddbdd367d041db8ad4385c00e1064ee585eed2d39760917befb4abc732c4b0 glibc-headers-2.12-1.166.el6_7.3.x86_64.rpm 48cc8cf7fb7fb6e6723cd1e033f2a358106658cfec97542306bb5cec1ccaf9e6 glibc-static-2.12-1.166.el6_7.3.i686.rpm 34bba8e359949c1b38b283c4733ceeee021f4a36f0ceafa5d2cfcfaeacd55f82 glibc-static-2.12-1.166.el6_7.3.x86_64.rpm 4a9e963c9022289c7c0ddf520f457d9e591b2f085ef7c23b08285d3b38cee9da glibc-utils-2.12-1.166.el6_7.3.x86_64.rpm ce8d22df8c0433196b129bbf52c632563856502fa589b093e99c7775a5660a9b nscd-2.12-1.166.el6_7.3.x86_64.rpm Source: a361834d9e2fc4c175cec86ff0717f51105871316e5aca1ce0923b59be2cd4af glibc-2.12-1.166.el6_7.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 16 Date: Tue, 22 Sep 2015 18:39:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1811 CentOS 6 bash BugFix Update Message-ID: <20150922183911.GA38358(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1811 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1811.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a732121d43926323882fa3d3915353221e61f27d5d42ae8c83082d0105728392 bash-4.1.2-33.el6_7.1.i686.rpm f8ad24f27a19a6f5995ee6cb5bfc6a6153596719e69bd988f8072c5b19e6033c bash-doc-4.1.2-33.el6_7.1.i686.rpm x86_64: 826458427d489d10472843abb8785c08a5f25e223354f292c63cbc5e685cfc35 bash-4.1.2-33.el6_7.1.x86_64.rpm b72cb0929fcf3fb7216c5b39beae126cf5c81040c2f866251bb7d831fc3f493d bash-doc-4.1.2-33.el6_7.1.x86_64.rpm Source: f917ba1d5b4ded250eda214d48d6d99e1f656791613c58668205bf99107c07d9 bash-4.1.2-33.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 17 Date: Tue, 22 Sep 2015 18:39:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1810 CentOS 6 initscripts BugFix Update Message-ID: <20150922183941.GA38581(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1810 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1810.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b15e2d990c30a120914253ababba6722c57784991709e24c44796b85ba73f117 debugmode-9.03.49-1.el6.centos.1.i686.rpm bde979967aa112d05c41093cd24ab9aee6ddb62f77d279b22e1418311c895b3b initscripts-9.03.49-1.el6.centos.1.i686.rpm x86_64: b888239bb001e1e3e8a6d1b30550e5fa2bbbd8502312c83a827906b7fed97eaf debugmode-9.03.49-1.el6.centos.1.x86_64.rpm 4523bf8f58cf2dee1342d1714f81d075ef897be19d50c84d43bcf3110771b9e5 initscripts-9.03.49-1.el6.centos.1.x86_64.rpm Source: 25db034f65d8c2635f17e3020800135d20a7a5ba62a76e6d1a4c621348a5ec0c initscripts-9.03.49-1.el6.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 18 Date: Tue, 22 Sep 2015 18:40:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1833 Moderate CentOS 6 qemu-kvm Security Update Message-ID: <20150922184009.GA38806(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1833 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1833.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 74e962237c0f5ca9cd9390e555f307d1b43ca2a94c06f380c060a24c82cac944 qemu-guest-agent-0.12.1.2-2.479.el6_7.1.i686.rpm x86_64: e17eedbd90166748b6a2889155ad5458e0ebbaff3bd22e26a2ef629a5a0d9b6a qemu-guest-agent-0.12.1.2-2.479.el6_7.1.x86_64.rpm e8ced38199a16b79a581a72914663485822e498d5cf5448ab61d7dd1c84dbf6f qemu-img-0.12.1.2-2.479.el6_7.1.x86_64.rpm c02c85931201cf7cfb3a1c6ac44233b0248b808e6b33ff90705c1626c07e96b7 qemu-kvm-0.12.1.2-2.479.el6_7.1.x86_64.rpm fe6a3b8e8a83c9898cdba23155f9e08b8d9cdb31d272170c37e18ef37791f792 qemu-kvm-tools-0.12.1.2-2.479.el6_7.1.x86_64.rpm Source: aa47209436c74dee9be426c42c392dbfff417e3eb9d78692aa994f0c585b2c8b qemu-kvm-0.12.1.2-2.479.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 19 Date: Tue, 22 Sep 2015 20:41:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1834 Critical CentOS 7 firefox Security Update Message-ID: <20150922204117.GA49109(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1834 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1834.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2e0883c7ab4ac5b9426b4e1ea246597ff2d0b62c129d843f53098df3816bf939 firefox-38.3.0-2.el7.centos.i686.rpm 5142b476f4db6a96d8530190301546f7f0e36ac9c596fab5950485cb29315a92 firefox-38.3.0-2.el7.centos.x86_64.rpm Source: ff770fd42adcaa58e5a5403e69f909ef404f2d98ba2918f8a57337ffed0f77ce firefox-38.3.0-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 20 Date: Tue, 22 Sep 2015 22:42:16 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1834 Critical CentOS 6 firefox Security Update Message-ID: <20150922224216.GA51273(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1834 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1834.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d6d11136c88446527f96dddab02f45bc5b33a5847150aadc8fdd4aeb0da2d574 firefox-38.3.0-2.el6.centos.i686.rpm x86_64: d6d11136c88446527f96dddab02f45bc5b33a5847150aadc8fdd4aeb0da2d574 firefox-38.3.0-2.el6.centos.i686.rpm 0d8e633b4f9e576aeb6452804e2d14a5d59a4c0c89eca93f0d0dad6678f1f538 firefox-38.3.0-2.el6.centos.x86_64.rpm Source: 5033d28c5ebad5b1a683f431b14e1b9cb3430636d257025ec0743aff48c84e56 firefox-38.3.0-2.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 21 Date: Tue, 22 Sep 2015 23:26:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1834 Critical CentOS 5 firefox Security Update Message-ID: <20150922232643.GA4860(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1834 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1834.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a8f505047679a55383623de4619722c08f4cbc1451f0985efe3a4005a4447a72 firefox-38.3.0-2.el5.centos.i386.rpm x86_64: a8f505047679a55383623de4619722c08f4cbc1451f0985efe3a4005a4447a72 firefox-38.3.0-2.el5.centos.i386.rpm 7552c47343e9f9e3f490b9f5fbe1c66413e8e6e9b8458bb5aaa98f3035a26c0c firefox-38.3.0-2.el5.centos.x86_64.rpm Source: a04e2ec4b441bc6fa739fcbb3477f9bf5596868a6e399f939b02197da7505f32 firefox-38.3.0-2.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 22 Date: Tue, 22 Sep 2015 23:35:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1827 CentOS 6 kernel BugFix Update Message-ID: <20150922233528.GA59144(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1827 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1827.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b92fe0b2b37e45d24d94a869ef24c38d0e415d9dbec122834409973b06ffa550 kernel-2.6.32-573.7.1.el6.i686.rpm 4604d03db10a65c6a7fd42127a0fde427f7e039e3c0abcfddf51eaa5c3f24248 kernel-abi-whitelists-2.6.32-573.7.1.el6.noarch.rpm d1495ed4bdeadc9b95bd0c3aa648668db9b747505e86eaffe9539e77071d0c33 kernel-debug-2.6.32-573.7.1.el6.i686.rpm 2981ed4f4e52348bc896dcc82e731519bb7e170b80e793fd76b6b8de8e4237bb kernel-debug-devel-2.6.32-573.7.1.el6.i686.rpm 244d5c5416fe86e5fc72782bcac76c56781de1858c7e9e40443aa4bec0dd7228 kernel-devel-2.6.32-573.7.1.el6.i686.rpm 8ee59ef84778fd5fb5e5b38d48eef13aa162674e2c81a3882062be59a6738aa2 kernel-doc-2.6.32-573.7.1.el6.noarch.rpm ff6f44de69d644737ffa8227afd3cec403c51030ed88fe128087d6331d6e777b kernel-firmware-2.6.32-573.7.1.el6.noarch.rpm 3afc157dd6f5aae5d345d47286f506cc5990158b515757c42affecf5a9777835 kernel-headers-2.6.32-573.7.1.el6.i686.rpm 8f68a87eeb8499822246e786dde320d58b976a9e3bd71c534bb15bcb6043324e perf-2.6.32-573.7.1.el6.i686.rpm 999151ff5072de298c198d09a2e9250441fdde47c8d85200a868f03b5c4bce59 python-perf-2.6.32-573.7.1.el6.i686.rpm x86_64: 86dee3590cd4d0b9314a6d0c179906193da413bfb47409612eebaa8ef384b6bc kernel-2.6.32-573.7.1.el6.x86_64.rpm 4604d03db10a65c6a7fd42127a0fde427f7e039e3c0abcfddf51eaa5c3f24248 kernel-abi-whitelists-2.6.32-573.7.1.el6.noarch.rpm 2fa77db911cb09a861210eb49598938105f6a4cc497c824430e5ca3143904de9 kernel-debug-2.6.32-573.7.1.el6.x86_64.rpm 2981ed4f4e52348bc896dcc82e731519bb7e170b80e793fd76b6b8de8e4237bb kernel-debug-devel-2.6.32-573.7.1.el6.i686.rpm 0d417511a1688e9be97f8cdc786c35fdb4df1095905d8dc9313ac0d7511acab4 kernel-debug-devel-2.6.32-573.7.1.el6.x86_64.rpm 42410a009bf3f99a89b3405f1ed14737f940582cfb3b635653469a3c755a5e09 kernel-devel-2.6.32-573.7.1.el6.x86_64.rpm 8ee59ef84778fd5fb5e5b38d48eef13aa162674e2c81a3882062be59a6738aa2 kernel-doc-2.6.32-573.7.1.el6.noarch.rpm ff6f44de69d644737ffa8227afd3cec403c51030ed88fe128087d6331d6e777b kernel-firmware-2.6.32-573.7.1.el6.noarch.rpm 25f57d1e14dccf01cf3b5985e725e6488ea35cf496e7502292153b041504bc1a kernel-headers-2.6.32-573.7.1.el6.x86_64.rpm 373adb0f0c0b1a28bf67e5c6890f4bcc68b2dfefc0c0ba084dcd89d00cb7eeb9 perf-2.6.32-573.7.1.el6.x86_64.rpm cad2c0c727790d5f2231aef8c6b4b2d7b58e28592e507ed103f7b1a36afdf096 python-perf-2.6.32-573.7.1.el6.x86_64.rpm Source: 0fc4befb89b58cb8e85ac5af4804a0e794cb9277450df329cd0374def56b601e kernel-2.6.32-573.7.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 7 ***********************************************

1 0

OT: closing a port on home router
by Fred Smith 23 Sep '15

23 Sep '15

Hi all! I'm wanting to close port 22 (ssh) on my home router, and I don't see any facilities in its GUI for doing that. I don't mind learning how to write an iptables rule for that, but I'd rather not have to fool around with commandline stuff on the router, especially things that require extra steps to make it peresist across boots. So, I'm trying this (please tell me if it makes sense to do it this way): I've set up a port forwarding rule on the router that forwards incoming port 22 to port 9 on the LAN side of the router. As I understand it, port 9 is a /dev/null equivalent, and it seems to block the port well enough, but are there caveats I should be aware of? thanks! BTW, this is an Asus RT-N16 router using their latest released firmware. Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- The Lord is like a strong tower. Those who do what is right can run to him for safety. --------------------------- Proverbs 18:10 (niv) -----------------------------

7 12

ekiga: having problems getting ekiga to make connections
by g 22 Sep '15

22 Sep '15

greetings, using: CentOS 6.7 current KDE 4.3.4 ekiga 3.2.6 i am having problems getting ekiga to make any type of connection. i have gone thru documentation and troubleshooting manuals with out finding reason other than; ~]$ ekiga -d 4 2>&1 | grep "PDU is likely too large" ~]$ echo 3600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout \ bash: /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout: \ No such file or directory ~]$ echo 3600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream \ bash: /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream: \ No such file or directory as close as above path goes, it is; /proc/sys/net/ipv4/ there is no 'netfilter' directory. what am i missing and misunderstanding? tia. -- peace out. If Bill Gates got a dime for every time Windows crashes... ...oh, wait. He does. THAT explains it! -+- in a world with out fences, who needs gates. CentOS GNU/Linux 6.7 tc,hago. g .

1 0

vlc: when vlc closes after playing a video, screen is blanked.
by g 22 Sep '15

22 Sep '15

greetings, using: CentOS 6.7 current KDE 4.3.4 VLC media player 2.0.8 Twoflower for several months, when vlc closes after play a video, screen is blanked. this happens for _any_ type video. only way to stop blanking is via; System Settings > Display > Power Control then; [X] Enable display power management click [Apply] button, then; [ ] Enable display power management click [Apply] button. anyone else see this or know of solution? tia. -- peace out. If Bill Gates got a dime for every time Windows crashes... ...oh, wait. He does. THAT explains it! -+- in a world with out fences, who needs gates. CentOS GNU/Linux 6.7 tc,hago. g .

1 0

vlc: changing volume setting of vlc changes master volume of kmix
by g 22 Sep '15

22 Sep '15

greetings, using: CentOS 6.7 current KDE 4.3.4 VLC media player 2.0.8 Twoflower KMix 3.5 this problem started happening last week. any changing of volume setting of vlc changes master volume of kmix. logging out of kde does not correct. rebooting does. anyone else see this or know of solution? tia. -- peace out. If Bill Gates got a dime for every time Windows crashes... ...oh, wait. He does. THAT explains it! -+- in a world with out fences, who needs gates. CentOS GNU/Linux 6.7 tc,hago. g .

1 0

Re: [CentOS] CentOS6 - Break in attempt? What is the Exploit?
by James B. Byrne 22 Sep '15

22 Sep '15

On Mon, September 21, 2015 15:37, m.roth(a)5-cent.us wrote: > Gordon Messmer wrote: >> >>> > In other words, the >>> >hostkeys would be identical. >> >> I think what the error indicates is that a client tried to connect >> to SSH, and the host key there did not match the fingerprint in the >> client's "known_hosts" database. >> >>> It seems to me that someone attempted an ssh connection while >>> spoofing our internal address. Is such a thing even possible? >>> If so then how does it work? >> >> In the situation as you've described it, probably not. >> >> It would be best to go to your logs themselves for the full >>> log entry and context, rather than relying on a report that >>> summarizes log entries. > > Looks like someone trying to break in. You *are* running fail2ban, are > you not? If not, you need to install and fire it up, now. Yes, we run fail2ban. No, fail2ban did not catch this because the number of attempts was below the threshold for a single IP. The logwatch message reported is incomplete. Our address was the destination address. The source address was not reported by logwatch but it was logged in the syslog and it was not an internal address. It did belong to an organisation that bills itself as "a leader in enterprise security. . .". We have contacted them requesting an explanation of the probe. It could have been an error on someone's part. I suppose. We see a lot of cracker traffic from Chile, Romania, Russia and the Ukraine. China was such a PITA that eventually we simply cut off that range of addresses from reaching us by any ports other than 25/80/443 so we do not even see it any more, except via proxy. Taiwan is nearly in the same boat and Vietnam is next in the queue. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Re: [CentOS] Centos 6.6, apparent xfs corruption
by Nicholas Geovanis 22 Sep '15

22 Sep '15

James Peltier wrote: > Do you have any XFS optimizations enabled in /etc/fstab such logbsize, nobarrier, etc? None. > is the filesystem full? What percentage of the file system is availabl e? There are 2 xfs filesystems: /dev/mapper/vg_gries01-LogVol00 3144200 1000428 2143773 32% /opt/splunk /dev/mapper/vg_gries00-LogVol00 307068 267001 40067 87% /opt/splunk/hot You'll notice that the larger just crossed the 1TB boundary. Thanks.....Nick Geovanis

1 0

Centos 6.6, apparent xfs corruption
by Nicholas Geovanis 21 Sep '15

21 Sep '15

Hi all - After several months of worry-free operation, we received the following kernel messages about an xfs filesystem running under CentOS 6.6. The proximate causes appear to be "Internal error xfs_trans_cancel" and "Corruption of in-memory data detected. Shutting down filesystem". The filesystem is back up, mounted, appears to be working OK underlying a Splunk datastore. Does anyone have a suggestion on diagnosis or known problems? Many thanks.....Nick Geo Sep 18 20:35:15 gries kernel: XFS (dm-2): Internal error xfs_trans_cancel at line 1948 of file fs/xfs/xfs_trans.c. Caller 0xffffffffa01f1388 Sep 18 20:35:15 gries kernel: Sep 18 20:35:15 gries kernel: Pid: 24005, comm: splunkd Not tainted 2.6.32-504.8.1.el6.x86_64 #1 Sep 18 20:35:15 gries kernel: Call Trace: Sep 18 20:35:15 gries kernel: [<ffffffffa01d57bf>] ? xfs_error_report+0x3f/0x50 [xfs] Sep 18 20:35:15 gries kernel: [<ffffffffa01f1388>] ? xfs_rename+0x2d8/0x720 [xfs] Sep 18 20:35:15 gries kernel: [<ffffffffa01f2e55>] ? xfs_trans_cancel+0xf5/0x120 [xfs] Sep 18 20:35:15 gries kernel: [<ffffffffa01f1388>] ? xfs_rename+0x2d8/0x720 [xfs] Sep 18 20:35:15 gries kernel: [<ffffffff8114eef9>] ? __do_fault+0x469/0x530 Sep 18 20:35:15 gries kernel: [<ffffffffa02050d6>] ? xfs_vn_rename+0x66/0x70 [xfs] Sep 18 20:35:15 gries kernel: [<ffffffff8119d149>] ? vfs_rename+0x419/0x480 Sep 18 20:35:15 gries kernel: [<ffffffff8119fab9>] ? sys_renameat+0x309/0x3a0 Sep 18 20:35:15 gries kernel: [<ffffffff8128c295>] ? _atomic_dec_and_lock+0x55/0x80 Sep 18 20:35:15 gries kernel: [<ffffffff811b07e0>] ? mntput_no_expire+0x30/0x110 Sep 18 20:35:15 gries kernel: [<ffffffff810e5c87>] ? audit_syscall_entry+0x1d7/0x200 Sep 18 20:35:15 gries kernel: [<ffffffff8119fb6b>] ? sys_rename+0x1b/0x20 Sep 18 20:35:15 gries kernel: [<ffffffff8100b072>] ? system_call_fastpath+0x16/0x1b Sep 18 20:35:15 gries kernel: XFS (dm-2): xfs_do_force_shutdown(0x8) called from line 1949 of file fs/xfs/xfs_trans.c. Return address = 0xffffffffa01f2e6e Sep 18 20:35:15 gries kernel: XFS (dm-2): Corruption of in-memory data detected. Shutting down filesystem Sep 18 20:35:15 gries kernel: XFS (dm-2): Please umount the filesystem and rectify the problem(s) Sep 18 20:35:27 gries kernel: XFS (dm-2): xfs_log_force: error 5 returned.

3 2

CentOS6 - Break in attempt? What is the Exploit?
by James B. Byrne 21 Sep '15

21 Sep '15

This morning's log review revealed this sshd log entry on one of our web services hosts: Received disconnect: 11: disconnected by user : 2 Time(s) 3: com.jcraft.jsch.JSchException: reject HostKey: 216.185.71.170 : 1 Time(s) The IP address used is that of a public facing database query page for our freight transit information. It is itself a virtual IP address hosted on the system reporting the error. In other words, if this were a legitimate connection then the situation would be that of an ssh client connecting to an sshd server running on the same host albeit each using a different IP address. In other words, the hostkeys would be identical. It seems to me that someone attempted an ssh connection while spoofing our internal address. Is such a thing even possible? If so then how does it work? What is com.jcraft.jsch? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

4 3

android sdk on centos7 64-bit.
by Jason Welsh 21 Sep '15

21 Sep '15

trying to use the android sdk on centos 7 and cant seem to find the 32bit libs.. [jason@centos7 platform-tools]$ ./adb devices -bash: ./adb: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory [jason@centos7 platform-tools]$ whats the right way to isntall the needed 32bit libs? I cant seem to find them with yum provides.. Ive tried multilib_policy=best in my yum.conf as well. Jason

4 10

Re: [CentOS] CentOS-6 Logwatch 7.3.6 behaviour
by James B. Byrne 21 Sep '15

21 Sep '15

On Sat, September 19, 2015 06:51, Tony Mountifield wrote: > In article > <d0000782c236fbee71045dad24a43def.squirrel(a)webmail.harte-lyne.ca>, James B. Byrne <byrnejb(a)harte-lyne.ca> wrote: >> After some experimenting I have observed that overriding settings from >> /usr/share/logwatch/default.conf/logwatch.conf in >> /etc/logwatch/conf/logwatch.conf does not produce consistent >> results. >> For example, if I replace the default detail configuration in >> etc/logwatch/conf/logwatch.conf with: >> Detail = High >> It does indeed change the level of detail from the default Low set in >> /usr/share/logwatch/default.conf/logwatch.conf. >> However, if I comment out the line: >> #Service = "-zz-sys" # Prevents execution of zz-sys service in the overridden file then the fact that this line remains in the default.conf version means that the sservice cannot be enabled to run >> by default without editing >> /usr/share/logwatch/default.conf/logwatch.conf. Of course doing that >> means that any update clobbers the local changes. > Can you just add it back in /etc/logwatch/conf/logwatch.conf with: Service = "zz-sys" > I haven't tried it, but it looks like Service lines are cumulative. /usr/sbin/logwatch --range 'today' --mailto support(a)harte-lyne.ca --service zz-runtime --service All Wrong configuration entry for "Service", if "All" selected, only "-" items are allowed As shown above, if you pass '--service All' then any later '--service X' option must be prefaced with a '-' ('--service -X'). In other words, once All is selected then one can only remove selected services. In the config files this is the order used: # The 'Service' option expects either the name of a filter # (in /usr/share/logwatch/scripts/services/*) or 'All'. # The default service(s) to report on. This should be left as All for # most people. Service = All # You can also disable certain services (when specifying all) Service = "-zz-network" # Prevents execution of zz-network service, which # prints useful network configuration info. Service = "-zz-sys" # Prevents execution of zz-sys service, which # prints useful system configuration info. Service = "-eximstats" # Prevents execution of eximstats service, which # is a wrapper for the eximstats program. So, no, one cannot restore a service that is deleted from the run in default.conf by adding it back to the local config file. I can understand what is happening here. The implementation of user config files is conceived as being additive to the default configuration. Anything not specified in /etc/logwatch/conf/logwatch.conf is picked up from /usr/share/logwatch/default.conf/logwatch.conf. Anything in /usr/share/logwatch/default.conf/logwatch.conf is overridden by any similar entry in an earlier config. This implies that the order of processing is: /etc/logwatch/conf/logwatch.conf /usr/share/logwatch/dist.conf /usr/share/logwatch/default.conf/logwatch.conf This seems to be something that needs to be fixed in the default.conf/logwatch.conf file. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Setting up BackupPC on CentOS-7
by Timothy Murphy 21 Sep '15

21 Sep '15

I'd be interested in any corrections or comments on the following instructions (basically for myself): We assume that BackupPC has been installed: sudo yum install BackupPC 1. BackupPC must be run by the user backuppc. Accordingly the lines User apache Group apache in /etc/httpd/conf/httpd.conf should be changed to User backuppc Group backuppc 2. The user backuppc must be able to ssh to root (to run rsync), since only root can access all the files on the system. This is slightly complicated because backuppc has no default shell. $ su Passwd: # su -s /bin/sh backuppc sh-4.1$ cd sh-4.1$ ssh-keygen Generating public/private rsa key pair. sh-4.1$ cd .ssh sh-4.1$ cp id_rsa.pub /tmp sh-4.1$ exit # cd # ls .ssh If .ssh exists and contains id_rsa and id_rsa.pub ignore the next command # ssh-keygen Generating public/private rsa key pair. # cd .ssh # cat /tmp/id_rsa.pub >> authorized_keys # su -s /bin/sh backuppc sh-4.1$ ssh -l root helen helen is the name of my server - substitute the correct name or IP address # exit sh-4.1$ exit # 3. We must setup the graphic interface to BackupPC, since it is more or less impossible to administer BackupPC otherwise. I want to configure BackupPC from my laptop. My laptop and server are on the same network 192.168.2.0 # vi /etc/httpd/conf.d/BackupPC.conf Firstly, after the line allow from 127.0.0.1 add allow from 192.168.2.0/255.255.255.0 (giving the IP address of your network in place of 192.168.2.0). Secondly, change the line Require local to Require ip 192.168.2.0/255.255.255.0 127.0.0.1 4. Give backuppc and yourself passwords to access BackupPC # htpasswd -c /etc/BackupPC/apache.users backuppc Password: # htpasswd -c /etc/BackupPC/apache.users yourusername Password: # exit 5. Ensure that all BackupPC files are owned by backuppc.apache # chown -R backuppc.apache /etc/BackupPC /etc/httpd/conf.d/BackupPC.conf /var/lib/BackupPC 6. Restart BackupPC and apache # systemctl restart backuppc # systemctl restart httpd 7. Now see if you can access BackupPC on your server: Browse to http://localhost/backuppc If this succeeds give username backuppc and the password you chose for yourself above 8. Now try the same on your laptop: Browse to http://helen/backuppc (substituting your server's name or IP address for "helen"). Again give username backuppc and the password you chose for yourself above. 9. Returning to the server, # cd /etc/BackupPC # vi hosts I appended the line helen 0 backuppc to this file - you can choose any name here in place of helen it does not have to be the name of your server. 10. Now browse again to BackupPC, on laptop or server. Where it says "Select a host" give the name you just chose. Click on "Edit Config" and then on "Xfer" and in the RsyncShareName line add the directory or directories on your server that you want to backup, and then click on Save. (I chose /Photos, /common/tim and /var/www, but of course this is entirely up to you.) Click on "helen Home" (substituting the name you chose above), and press "Start full backup". -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

3 3

CentOS-6 Logwatch 7.3.6 behaviour
by James B. Byrne 19 Sep '15

19 Sep '15

After some experimenting I have observed that overriding settings from /usr/share/logwatch/default.conf/logwatch.conf in /etc/logwatch/conf/logwatch.conf does not produce consistent results. For example, if I replace the default detail configuration in etc/logwatch/conf/logwatch.conf with: Detail = High It does indeed change the level of detail from the default Low set in /usr/share/logwatch/default.conf/logwatch.conf. However, if I comment out the line: #Service = "-zz-sys" # Prevents execution of zz-sys service in the overridden file then the fact that this line remains in the default.conf version means that the sservice cannot be enabled to run by default without editing /usr/share/logwatch/default.conf/logwatch.conf. Of course doing that means that any update clobbers the local changes. I am not sure if this a bug or a design feature but it seems to me that on should be able to override all of the default settings for services. The only way around this seems to be to specify '--service All' on the command line. But then the service entries in logwatch.conf seem to be ignored entirely so that one must also specify the service exclusions on the command line. I also ran across a rather bizarre 'feature' with the 'DisplayOrder' setting. Evidently, if one gives the same DisplayOrder value to two or more services (say zz-sys which has DisplayOrder = 0.4 and zz-runtime which uses the default value of 0.5 otherwise) then only the last service (ordered alphabetically) is reported. No errors are logged or conflict notices are given either. The other service reports just 'disappear'. However, one can explicitly assign multiple services a DisplayOrder value of 0.5 and all are reported nonetheless, in alphabetic order, along with the other services which simply take the implicit default value. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

BackupPC is not easy to setup
by Timothy Murphy 18 Sep '15

18 Sep '15

I finally got BackupPC working under Centos-7.1 after several hours of pain. I had been running it for several years under CentOS-6, and probably CentOS-5, but there seem to me to have been several new issues that arise with CentOS-7. In my experience, the official documentation on this, <http://backuppc.sourceforge.net/faq/BackupPC.html>, is more or less useless unless you have a very long time to spend. It suffers from the usual Linux disease of having inordinately long explanations of everything with no examples of the actual commands a real person has to give. The explanation in <https://wiki.centos.org/HowTos/BackupPC> (which I only found later) is much better, though it starts with the warning "This page is no longer maintained, having been abandoned on 2009-09-17". I thought I'd write a 1-page note to myself of the steps I took, in preparation for CentOS-8... I have a couple of questions that this raises. 1. Why exactly does backuppc want to ssh to root? Is this just a way of running BackupPC as root? 2. The graphical interface seems to be treated as an extra, but what other way is there of accessing BackupPC? Is there a CLI approach? If so, where is the list of transfer requests kept? -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

6 12

Nux VLC gives CLI only on CentOS-6.x
by Scott Robbins 18 Sep '15

18 Sep '15

I thought this was just because of various unwise repo mixing that I'd done on my main home server-cum-workstation, but I've been able to duplicate it on a fresh VirtualBox installation. I install the nux repo vlc-core and vlc-extras. I then try to start it from a command line. I get +++++++ main interface error: no suitable interface module [0x1ae5108] main libvlc error: interface "globalhotkeys,none" initialization failed [0x1ae5108] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x1bac2b8] [cli] lua interface: Listening on host "*console". VLC media player 2.0.8 Twoflower Command Line Interface initialized. Type `help' for help. +++++++ I can open any media file with it, but I can't get the usual GUI interface. I tend to use mplayer and smplayer more often, but I've not been able to find the reason for this not working. Googling has brought me some Ubuntu issues that were resolved with reinstalling, but the only thing I've seen with CentOS-6.x and this is a few years old. Does anyone else have this issue? I use openbox or dwm on the machines, I'm not sure if that's part of the issue. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

2 2

edac-util, lables.db
by m.roth＠5-cent.us 18 Sep '15

18 Sep '15

Does anyone know of a source of edac labels? The one that gets installed is tiny, and doesn't for example, have anything for Dell. mark

1 0

Re: [CentOS] Is ATRPMs dead?
by Cal Sawyer 18 Sep '15

18 Sep '15

Thanks to Earl for the NUX repo recommendation. Good VLC and ffmpeg versions (for CentOS) here. From what i can tell, atrpms died a death earlier this year or the end of last cheers - cal sawyer Earl A Ramirez <earlaramirez(a)gmail.com> wrote: To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] Is ATRPMs dead? On 14 Sep 2015 14:12, "Cal Sawyer" <cal-s(a)blue-bolt.com> wrote: Haven't been able to reach atrpms.net for over a week from London, UK, when i last looked for it after a couple of intervening months. Did i miss something? And if atrpms is truly defunct, where's a good place to obtain updated versions of vlc and mplayer now? thanks! - cal _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos Have never used ATRPMS but a good alternative for at least VLC is Nux repo; I have been using it since EL 6 and it works just as good on EL 7.

1 0

Re: [CentOS] Centos 7 using cups with cups-lpd loaded getting print jobs from an Sco Unix lpd system
by Shawn Parks - CMAC 17 Sep '15

17 Sep '15

Centos users, I new to Centos 7 and my problem is the following: I am using my Centos 7 system as a print server in a warehouse. Using cups for the print queue's. Which I can print to the printers find from the Centos 7 machine. The hosting system is Sco Unix using lpd printing. This machine is in Illinois and the warehouse / Centos 7 machine is in Arizona. I have loaded "cups-lpd" using yum and it seems fine. I have also setup "/etc/xinetd.d/cups-lpd" Following is a "netstat -tanp |grep -i listen" tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1090/sshd tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 1096/cupsd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1671/master tcp6 0 0 :::515 :::* LISTEN 1095/xinetd tcp6 0 0 :::22 :::* LISTEN 1090/sshd tcp6 0 0 :::631 :::* LISTEN 1096/cupsd tcp6 0 0 ::1:25 :::* LISTEN 1671/master I notice that "port 515" is only listening on tcp6 not tcp. Question: could this be my problem? and how can I get "port 515" to be listened to on tcp? my Sco Unix print queue "status" file says "waiting for gate to come up". I have had the local hardware person verify that the router is "port forwarding" port 515 to my Centos 7 system. Help in this matter would be greatly appreciated. Thanks, Shawn

2 1

Secure boot
by Gordon Messmer 17 Sep '15

17 Sep '15

After updates to grub2 and kernel in CentOS 7, today, systems will no longer boot in Secure Boot mode. I'm not positive, but I think grub2 is the culprit. Is anyone else seeing the same problem?

2 3

gpg decryption error from only 1 user
by Dustin Kempter 17 Sep '15

17 Sep '15

Hi all, I am having an issue. We have a vm that has encrypted data with gpg. The vm is centos 6.5 and it has multiple users. user1=bob user2=kevin user3= postgres user4=root. Only postgres has access to the file in which we keep the encrypted data. I as root will su - postgres, cd that data dir, and use this command "gpg -d (file_name)" and it works just fine. However the user1 "bob" will sudo su - postgres (have an entry in sudoers file to allow) and become postgres, cd to the dir with the data, run this same command "gpg -d (file_name) however it gives this error gpg: CAST5 encrypted data can't connect to `/home/postgres/.gnupg/S.gpg-agent': No such file or directory gpg-agent[6153]: command get_passphrase failed: Operation cancelled gpg: cancelled by user gpg: encrypted with 1 passphrase gpg: decryption failed: No secret key I really do not understand whats going on here. I have tried deleting the user bob, and re creating it in case of some sort of corruption but still the same issue. We also see an issue where I installed screen. as any user but bob I can create or join. But as bob I get this error "Cannot open your terminal '/dev/pts/2' - please check."Also I, as superuser did this su - bob sudo su - postgres cd data dir gpg -d (file_name) works with no issues, please help me debug this I am out of ideas. thanks in advance

1 0

Centos 7, systemd, and nvidia drivers
by m.roth＠5-cent.us 17 Sep '15

17 Sep '15

Or, another rant against systemd. Moderators, put up with it - this is an issue. I tried systemctl start multi-user.target. I tried systemctl stop graphical.target. I finally had to set the multi-user.target as the default, and reboot, to get rid of the nouveau drivers. Note that I tried to modprobe -r, and rmmod with all the modules using nouveau, and couldn't - I kept getting "in use" - it seemed like a circular reference. As I said, I rebooted. Then I ran the proprietary build, ran fine. I try starting the graphical target, no joy. I changed the default target back to graphical, and rebooted. Still no xorg. Googling (yahooing?), I added rdblacklist=nouveau in grub.conf, *then* had to rebuild the grub2 (grub2 must *die*). Still wouldn't see the nvidia drivers on reboot. Finally, I rebuild the initramfs, which got the now-built and installed nvidia drivers (and I'd yum uninstalled nouveau), and finally, it came up. Oh, and for some reason, without the reboot, the Xorg.0.log wasn't renewed, as though it hadn't actually restarted X. Plus, it appears that <ctrl-alt-bkspc> is disabled.... Then all I had to do was fight and hand-edit the xorg.conf, which *MUST* be in /etc/X11/sorg.conf.d to be even seen.... But what I had to do is beyond this - my user's got three monitors, on two cards, and two are for 3D, and so nothing to do with my issues with trying to get systemd to load and xorg to use the nvidia drivers. mark, incredibly frustrated

6 6

(?) Mailman VERY slow with IPv6 (with work-around)
by Jay Leafey 17 Sep '15

17 Sep '15

I recently stood up an EL7 box with Mailman for a few lists I run for some friends. My old install, on an EL6 system, ran with no issues for several years but I was induced to upgrade by a "hardware casualty" on the old system. I was going to have to rebuild anyway, so why not take it as an opportunity to try EL7? The build went fine and I was able to migrate the lists over with no issues, but once I got there just about everything to do with Mailman operations were painfully slow. For example, "list_lists" took 5 seconds of "real" time. I was used to it taking _much_ less as I only have about 6 lists. This affected both the command-line Mailman tools and the web interface. My first inclination was to blame Python, but other code executed just fine with it. While testing I tried an strace of list_lists and found that it was timing out on a read operation to a socket to the Avahi daemon (/var/run/avahi-daemon/socket) while trying to resolve the link-local IPv6 address. Having flashbacks to Sendmail stalling on DNS issues I decided to try fixing resolution first. As a test I put the link-local address into my /etc/hosts file with a localized name. Running list_lists then took about 0.19 seconds "real" time! The web interface also changed from painfully slow to it's previous behaviour on EL6. I imagine just turning off IPv6 would work as well, but I have an actual use case that is a lot easier with it turned on. I don't know if anybody else has seen this, but thought it might be handy for someone else. -- Jay Leafey - Memphis, TN jay.leafey(a)mindless.com

4 3

CentOS-6 - LogWatch Cyrus-IMAPD script was CentOS-6 - LogWatch
by James B. Byrne 17 Sep '15

17 Sep '15

On Mon, September 14, 2015 14:51, James B. Byrne wrote: > The Logwatch imapd service script distributed with CentOS-6 does not > generate anything when I run logwatch --service all on a cyrus-imapd > host. Is this expected behaviour? Is there a separate script for > cyrus-imapd or are their configuration options required to get the > existing script to work. > > I have found an ancient (2004) logwatch service script for cyrus-imapd > but I was sort of hoping that there was a more up-to-date and > officially supported version available somewhere. > > Is there? > > There was not, and so I wrote this. Given I know little or nothing of Perl beyond the bare fact of its existence no doubt there are better ways to get the results I obtained. But this is tested on CentOS-6 with cyrus-imapd.2.3.16-13.el6_6, It only handles IMAP logins so anyone using POP3 or Sieve needs to add there own code for those. And, because this is e-mail, linewraps/breaks in the code below may not be exactly as required and do need to be hand checked and corrected. <pre> #!/usr/bin/perl ################################################################### # logwatch script for cyrus-imapd-2.3.16 # looks for imaps and lmtpunix services in /var/log/maillog ################################################################### ################################################################### # script: /etc/logwatch/scripts/services/cyrus-imapd # author: James B. Byrne <byrnejb(a)harte-lyne.ca> # date: 2015-09-16 # revision: v1.0.1 - 2015-09-17 # # requires: /etc/logwatch/conf/services/cyrus-imapd.conf # containing> # # > Title = "CYRUS IMAPD" # > LogFile = maillog # > *OnlyService = (imaps|lmtpunix) # > *RemoveHeaders = # # based on Sebastian Hagedorn <Hagedorn(a)uni-koeln.de> 2004 ################################################################### $Detail = $ENV{'LOGWATCH_DETAIL_LEVEL'}; # # Process log file on stdin # while ( defined( $ThisLine = <STDIN> ) ) { chomp( $ThisLine ); use feature "switch"; given( $ThisLine ) { when ( /accepted connection/ ) { # Ignore } when ( /^badlogin: (.+) \[(.+)\] (\w+) (.+) (SASL.*authentication failure:.+)/ ) { #print( "Bad Login: " . $ThisLine . "\n" ); #$ThisLine =~ /^badlogin: (.+) \[(.+)\] (\w+) (.+) (SASL.*authentication failure:.+)/; #print( "BAD LOGIN PARSE: " . $1 . " : " . $2 . " : " . $3 . " : " . $4 . " : " . $5 . "\n"); $IMAPbadlogin++; $IMAPbadmech{$3}++; $IMAPbadip{$2}++; $IMAPbaduser{$4}++ } when ( /DBMSG:/ ) { # Ignore } when ( /Delivered:/ ) { # Ignore } when ( /dupelim:/ ) { # Ignore } when ( /duplicate_check:/ ) { # Ignore } when ( /duplicate_mark:/ ) { # Ignore } when ( /executed/ ) { # Ignore } when ( /Expunged/ ) { # Ignore } when ( /imapd:Loading hard-coded DH parameters/ ) { # Ignore } when ( /lmtp connection preauth/ ) { # Ignore } when ( /^login: (.+) \[(.+)\] (\w+) (.+) User logged in/ ) { # print( "LOGIN PARSE: " . $1 . " : " . $2 . " : " . $3 . " : " . $4 . "\n"); $IMAPlogin++; $IMAPmech{$4}++; $IMAPuser{$3}++; $IMAPip{$2}++; } when ( /IOERROR: fstating sieve script/ ) { # Ignore } when ( /mystore: committing txn/ ) { $LMTPStore++; } when ( /mystore: starting/ ) { # Ignore } when ( /open: / ) { # Ignore } when ( /seen_db: / ) { # Ignore } when ( /skiplist: checkpointed/ ) { # Ignore } when ( /SQUAT/ ) { # ignore } when ( /SSL_accept/ ) { # ignore } when ( /starttls/ ) { $IMAPTLS++; } # Save this till the end when ( /ERROR/ ) { push @ErrorList, "$ThisLine\n"; } default { # Report any unmatched entries... push @OtherList, "$ThisLine\n"; } } # Process next stdin next; } # Report if ( $LMTPStore ) { print " Mails stored: " . $LMTPStore . "\n"; } if ( $IMAPlogin ) { print "\n IMAP:\n"; print " Number of logins: " . $IMAPlogin . "\n"; if ( %IMAPmech ) { print( "\n By mechanism\n" ); } foreach $mech ( sort ( keys %IMAPmech ) ) { print( " . . . using " . $mech . ": " . "$IMAPmech{$mech}\n" ); } if ( %IMAPuser ) { print( "\n By user\n" ); } foreach $user ( sort ( keys %IMAPuser ) ) { print( " . . . from " . $user . ": " . $IMAPuser{$user} . "\n" ); } if ( %IMAPip ) { print( "\n By origin\n" ); } foreach $addr ( sort ( keys %IMAPip ) ) { print( " . . . from " . $addr . ": " . $IMAPip{$addr} . "\n" ); } if ( $IMAPbadlogin ) { print "\n Number of failed logins: " . $IMAPbadlogin . "\n"; if ( %IMAPbaduser ) { print( "\n By user\n" ); } foreach $user ( sort ( keys %IMAPbaduser ) ) { print( " . . . from " . $user . ": " . $IMAPbaduser{$user} . "\n" ); } if ( %IMAPbadip ) { print( "\n By origin\n" ); } foreach $addr ( sort ( keys %IMAPbadip ) ) { print( " . . . from " . $addr . ": " . $IMAPbadip{$addr} . "\n" ); } } if ( $IMAPTLS ) { print "\n Number of sessions using TLS: " . $IMAPTLS . "\n"; } } if ( $#ErrorList >= 0 ) { print "\n**Error Messages**\n"; print @ErrorList; } if ( $#OtherList >= 0 ) { print "\n**Unmatched Entries**\n"; print @OtherList; } exit(0); </pre> -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Periodic speed test
by Timothy Murphy 17 Sep '15

17 Sep '15

I run the speedtest from <https://pypi.python.org/pypi/speedtest-cli/> quite often, and find it very reliable. I'm wondering if anyone has developed a version to run the speed test at regular intervals, say every 6 hours, and record the results in a simple database or just a file? I imagine it would be a fairly easy task to modify the Python code to do this, but it would be even easier if someone has already done it! -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

2 2

CentOS-announce Digest, Vol 127, Issue 6
by centos-announce-request＠centos.org 17 Sep '15

17 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2015:1789 CentOS 7 corosync BugFix Update (Johnny Hughes) 2. CEBA-2015:1779 CentOS 7 selinux-policy BugFix Update (Johnny Hughes) 3. CEBA-2015:1790 CentOS 7 fence-agents BugFix Update (Johnny Hughes) 4. CESA-2015:1793 Moderate CentOS 7 qemu-kvm Security Update (Johnny Hughes) 5. CEBA-2015:1784 CentOS 7 grub2 BugFix Update (Johnny Hughes) 6. CEBA-2015:1774 CentOS 7 coreutils BugFix Update (Johnny Hughes) 7. CEBA-2015:1775 CentOS 7 systemd BugFix Update (Johnny Hughes) 8. CEEA-2015:1795 CentOS 7 rasdaemon Enhancement Update (Johnny Hughes) 9. CEBA-2015:1773 CentOS 7 krb5 BugFix Update (Johnny Hughes) 10. CEEA-2015:1796 CentOS 7 java-1.8.0-openjdk Enhancement Update (Johnny Hughes) 11. CEBA-2015:1785 CentOS 7 sssd BugFix Update (Johnny Hughes) 12. CEBA-2015:1792 CentOS 7 libvirt BugFix Update (Johnny Hughes) 13. CEBA-2015:1777 CentOS 7 device-mapper-multipath BugFix Update (Johnny Hughes) 14. CEBA-2015:1794 CentOS 7 sos BugFix Update (Johnny Hughes) 15. CESA-2015:1778 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 16 Sep 2015 12:49:15 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1789 CentOS 7 corosync BugFix Update Message-ID: <20150916124915.GA13489(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1789 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1789.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bfc940a01ef2b7de2b3d9e698c90aa7e2d1bef3fa0fc4a6ec0b1e6ffe6d70a50 corosync-2.3.4-4.el7_1.3.x86_64.rpm cf0a51b020f0a757733499bffc8c39061cc622dbbc8259be7728e4177f13787f corosynclib-2.3.4-4.el7_1.3.i686.rpm 31d09a8cdda23e737fae53dc3d287181b7c2b48343e31352b584f289efc4eadd corosynclib-2.3.4-4.el7_1.3.x86_64.rpm 2ed5d72ae45c6c969e9affff418755cf3741bb0ca6f7588ada6aad4fe9569a7b corosynclib-devel-2.3.4-4.el7_1.3.i686.rpm 87ecd97597fbfe2a2c6e5282cd8eda0f39fed9b43569c98db371770a4506057f corosynclib-devel-2.3.4-4.el7_1.3.x86_64.rpm Source: 85db957440bfe84d84e8f9c3978245863c12bbd2cf0aa28920d02b9ad1401182 corosync-2.3.4-4.el7_1.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 16 Sep 2015 12:49:33 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1779 CentOS 7 selinux-policy BugFix Update Message-ID: <20150916124933.GA13590(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1779 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1779.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fd48636bc24a9303826e1c57008d7da21a8dc5a72cae72ccaa88e3cdf8406e61 selinux-policy-3.13.1-23.el7_1.18.noarch.rpm 7ed18f9a42ea5cbadf0ed1304273577c8a92220dc24bbb11277ce5b8ecc0cb45 selinux-policy-devel-3.13.1-23.el7_1.18.noarch.rpm 614c5f412cd5be0f2f3cc509ceeddfeb34ffbb30b847edcf0eccb6ecf4ec77f5 selinux-policy-doc-3.13.1-23.el7_1.18.noarch.rpm ac28e2d9c0b002342e63f2ff042f1fc19ec1ec18d8d2bfc7e0ada23af65fca14 selinux-policy-minimum-3.13.1-23.el7_1.18.noarch.rpm 35267737fc44312feeae5a956b2538e94a31247bdea76d5e4fa4d918f84997fe selinux-policy-mls-3.13.1-23.el7_1.18.noarch.rpm 77e51ef161d5894dca0bdb5153025a6cc29b771b44b3c093f51ec477bf2804d1 selinux-policy-sandbox-3.13.1-23.el7_1.18.noarch.rpm 9cf3ad902a64688cbd340912bd73312160941b4f12ff8818b9097910f687c0a4 selinux-policy-targeted-3.13.1-23.el7_1.18.noarch.rpm Source: 17b01fe0f78ed5268329d5ee378bf9c23a4afcc34d3ae525cff9ec309e0d12b0 selinux-policy-3.13.1-23.el7_1.18.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 16 Sep 2015 12:49:54 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1790 CentOS 7 fence-agents BugFix Update Message-ID: <20150916124954.GA13787(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1790 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1790.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ec798d14e642fef7a4957fb02f0ade7c54f00a518de456922ee3e1a83fcf275f fence-agents-all-4.0.11-13.el7_1.2.x86_64.rpm d9d459ebc7f9c072f3efe28744084e946bdd895d1c057387f2dbab0dd79f3367 fence-agents-apc-4.0.11-13.el7_1.2.x86_64.rpm 6908bc5d7319ca72508f4631b0b5b9b9e995a2ea88afaf05c8bceed890f373ed fence-agents-apc-snmp-4.0.11-13.el7_1.2.x86_64.rpm be3d33249da9a96e7ad042e89e350165c6713b4b1d0e8d5abc349b6498a5501f fence-agents-bladecenter-4.0.11-13.el7_1.2.x86_64.rpm 428989382a85f030af190546a6a5b11b4329e40334be9bdec9eb354170aaffd2 fence-agents-brocade-4.0.11-13.el7_1.2.x86_64.rpm f41ddbdf44089030e5e144df7144147b517aa6b08eff6e151bea914ba8652dd0 fence-agents-cisco-mds-4.0.11-13.el7_1.2.x86_64.rpm 0fef8ff1aa21a86b2153b5f8c5e240f84f0c9b27eb33e6eabac9029d0930cec3 fence-agents-cisco-ucs-4.0.11-13.el7_1.2.x86_64.rpm 2259b9cefacbe564b048136004f6f15607a95c5725db3098198a7cc3121748e5 fence-agents-common-4.0.11-13.el7_1.2.x86_64.rpm 74ea75cd4938f164907985be3311b82248722a572b2c3f3aab3c0c12b4cfde35 fence-agents-compute-4.0.11-13.el7_1.2.x86_64.rpm fed37bf389f30e000ee367401690aa6fac5ce1588c192a0d1b11da2d1b7713a8 fence-agents-drac5-4.0.11-13.el7_1.2.x86_64.rpm af781b8c2f71d05a33fb55f7391baa810d1c30e4b912b33f0a233e579d93d680 fence-agents-eaton-snmp-4.0.11-13.el7_1.2.x86_64.rpm 8e47e4f9a4320bc693d6407407b238a9fcaca0292e5b2be4d4b22bcc01f37175 fence-agents-eps-4.0.11-13.el7_1.2.x86_64.rpm 19933ce5961c0c8201416a29ca7778fbef598c3bccdad08efbde2ae320cdd489 fence-agents-hpblade-4.0.11-13.el7_1.2.x86_64.rpm 464f26b12f05209adc4d575064d0e4f0cfcaec4202149e1404f15b3d3d689a63 fence-agents-ibmblade-4.0.11-13.el7_1.2.x86_64.rpm c1911b20a94535a236c912f628874217a9415e9e2047fe1260dcc0abc4a7e81b fence-agents-ifmib-4.0.11-13.el7_1.2.x86_64.rpm 1f9b5da41bcd3a6137d284e2177a6e238499bd0dd1f0d3a01a70caa825a64ac4 fence-agents-ilo2-4.0.11-13.el7_1.2.x86_64.rpm dc099144e67acd1f0412a3680d1286453ff4351bf6dceb2b1a648b3220a3d116 fence-agents-ilo-mp-4.0.11-13.el7_1.2.x86_64.rpm c37b1a4856eec1b7bef968f7fe847f70bcc1dccb0e923cd843da3f57e727a350 fence-agents-ilo-ssh-4.0.11-13.el7_1.2.x86_64.rpm c94a5edb7006e123be6e19a943370036fa367d6ee85c0c6c38cec5cf2b9d5c8a fence-agents-intelmodular-4.0.11-13.el7_1.2.x86_64.rpm 1449f424364d4e490c8d7b4ac98679efe62c6e0894e4d6f52b8a3fb4635525fa fence-agents-ipdu-4.0.11-13.el7_1.2.x86_64.rpm 6d4084d5afe109a2f3a1fd24fa787aefb9ad76168af023f746d100bd1a3bff93 fence-agents-ipmilan-4.0.11-13.el7_1.2.x86_64.rpm 587c028006363f2ef2cd4db11957fd490fd7cb667df8deb2b52663e9b39d03d4 fence-agents-kdump-4.0.11-13.el7_1.2.x86_64.rpm 1d07baec81a06ffce499d9f3de8de1b8e93865ad7fd117a71d75002ca3f27ade fence-agents-rhevm-4.0.11-13.el7_1.2.x86_64.rpm 2e79bdf86010169cf581a1b7ffa157822c76264fcca7972a7b0207516a2b0bd6 fence-agents-rsb-4.0.11-13.el7_1.2.x86_64.rpm 193c5770c07accf4adb620907c376325eed35d3cca8bfc78aac1cf7df1dda6b5 fence-agents-scsi-4.0.11-13.el7_1.2.x86_64.rpm 054ff3065af4acc7d8856065cdd7ee5ec2a23477939397058ade7b4ff02f1aa5 fence-agents-virsh-4.0.11-13.el7_1.2.x86_64.rpm 0812ef928f207a34c1133781f4e14af0c1456c64307520d44046e773980ecc97 fence-agents-vmware-soap-4.0.11-13.el7_1.2.x86_64.rpm 64e5984ecbd97ce286d1c8f9f470bec0be808d325cb295cd36970873d4497b59 fence-agents-wti-4.0.11-13.el7_1.2.x86_64.rpm Source: 1d69ade001b5a651b7a430f7d02f3404061d5f2f0f7764158dd9e658b25f05ac fence-agents-4.0.11-13.el7_1.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 16 Sep 2015 12:50:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1793 Moderate CentOS 7 qemu-kvm Security Update Message-ID: <20150916125023.GA13897(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1793 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1793.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4b6bf812d6578b70b31ad115545d3be756a88b57f37353c7a47c48f9616db991 libcacard-1.5.3-86.el7_1.6.i686.rpm 05b9319dd5ba723e5926d67ba3627a1fa3d9f61ac249b14107f0709489035cdd libcacard-1.5.3-86.el7_1.6.x86_64.rpm 54f8552f4dcc03d053eec1f37e3a0bd1280b88314853cb92f4d931a218393af4 libcacard-devel-1.5.3-86.el7_1.6.i686.rpm 820760d19e2b09659ecc875c39dd03614700d99f06c79532fcc80575642d47e3 libcacard-devel-1.5.3-86.el7_1.6.x86_64.rpm 9ec7257327d1e706ee1e5055baf6bd63049ff0f1c96ca64e2f9c4b0c00a476b2 libcacard-tools-1.5.3-86.el7_1.6.x86_64.rpm 1238484b6b860f16c5c7aacea4ae07de9d6f0cccc41fe3e75b7020576b953707 qemu-img-1.5.3-86.el7_1.6.x86_64.rpm a891896c1c90545990ddb39e10cea8610bae6a5f2b375f94ee3747c79a126735 qemu-kvm-1.5.3-86.el7_1.6.x86_64.rpm b4f68106de1c603d85fd54b1e6e4b385bacda5c904d1047e404e3abc448c5938 qemu-kvm-common-1.5.3-86.el7_1.6.x86_64.rpm aa204a7e03ef2592f1d96b7f2a64b038be5a493bd8d1be84d03349eb43eebff0 qemu-kvm-tools-1.5.3-86.el7_1.6.x86_64.rpm Source: 776eb9fc4f4c9fe6e717b3f477a57061322a01d1f3b16f50bdfd5fbdc36e13d3 qemu-kvm-1.5.3-86.el7_1.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 16 Sep 2015 12:50:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1784 CentOS 7 grub2 BugFix Update Message-ID: <20150916125042.GA13996(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1784 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1784.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f96b652b56719542034b29b75799c661a34bb7c9ede4d3fc0151e9b8b80227c5 grub2-2.02-0.17.el7_1.4.x86_64.rpm 0b5975efb6ebede68651d485e64ebf9c55852e4547ddb78a3ff3b32a4da43175 grub2-efi-2.02-0.17.el7_1.4.x86_64.rpm c2fdbcee9829482719c66cd6c37fa98a090c0ee03129fb549dda7255f7df51a4 grub2-efi-modules-2.02-0.17.el7_1.4.x86_64.rpm 5d502cc9241fb27283255f4d363acfecf84d4d1702efec80a53d1570b8269358 grub2-tools-2.02-0.17.el7_1.4.x86_64.rpm Source: cfb71a7c33a94fc6ec26166a2468a4aa84e9e1c9c7e8dcc12895ccded5e6aa34 grub2-2.02-0.17.el7_1.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Wed, 16 Sep 2015 12:50:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1774 CentOS 7 coreutils BugFix Update Message-ID: <20150916125055.GA14061(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1774 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1774.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 20be43f48e46abf01b53254438e6905704d768b2cf05d640293360c8d1eb1d0a coreutils-8.22-12.el7_1.2.x86_64.rpm Source: 204b451b2a25698d1e24f8f41b5223f7a363bf045323c4069059817d9322e843 coreutils-8.22-12.el7_1.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Wed, 16 Sep 2015 12:51:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1775 CentOS 7 systemd BugFix Update Message-ID: <20150916125112.GA14171(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1775 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1775.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6afcf927fc0ac53a5c1d49dcda97b1026b8d0c0f6ccfcc5955ba6ab4a86cf68f libgudev1-208-20.el7_1.6.i686.rpm e32cc66c449b8677752dfd7129b0daed217187ab3710fe188f6aac29f6b5f529 libgudev1-208-20.el7_1.6.x86_64.rpm 61099b0429b8a4ea95b04ea175124ac2d5ecd5c023feaeb844507a63e8e21517 libgudev1-devel-208-20.el7_1.6.i686.rpm 5127f1cb95e5571a3a771646ea0fa48c7d5edfa09ac0743ca1096c981f27346a libgudev1-devel-208-20.el7_1.6.x86_64.rpm 8b0d309ee920b650bb4c2d9ffd8af345a4dc45d07277f5e705d20bd8d8c4208a systemd-208-20.el7_1.6.x86_64.rpm e7d67e2f98fff2f5f940c8738fcf570a2b7c6d060d3efc0827ccbfd49da6f4c1 systemd-devel-208-20.el7_1.6.i686.rpm 090c88a46fd19eca1d6223d583c5cffbc4a14fec58f75037962f9193ffa1ef70 systemd-devel-208-20.el7_1.6.x86_64.rpm 7bfff72270079098972a41b3922d49b24d85c409b8c671b79f5044765af06dc5 systemd-journal-gateway-208-20.el7_1.6.x86_64.rpm 3fa45e05ad0e6f2c9c9b37659a1be2d8d473e3c709fb3baffebe0a4d2fba1317 systemd-libs-208-20.el7_1.6.i686.rpm 7c72404b2bed9331cd4921d73b54050a47f9f84a87da58664f54811c891c3531 systemd-libs-208-20.el7_1.6.x86_64.rpm be709b3445addac536f0605937b74dbeb290904fffeb0e9f66583cfb5477fb1f systemd-python-208-20.el7_1.6.x86_64.rpm ff616c9b3d38a6041aba014705815eff165c12501650944d8e88a3f9fa292204 systemd-sysv-208-20.el7_1.6.x86_64.rpm Source: c7d1a69403ee302755ed0222ba2dd2d47c93cba038c7c945599bc1353c454d52 systemd-208-20.el7_1.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Wed, 16 Sep 2015 12:51:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2015:1795 CentOS 7 rasdaemon Enhancement Update Message-ID: <20150916125155.GA14233(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2015:1795 Upstream details at : https://rhn.redhat.com/errata/RHEA-2015-1795.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 22739ac41917409688dcce0115b0b8f5ee1b6ddccf59f273610b71c124622b62 rasdaemon-0.4.1-14.1.el7_1.x86_64.rpm Source: 3f843bf30f588bc620da3aa99f8d95bd9f1c9fd5afddefbacf1a7d04b2bfd21f rasdaemon-0.4.1-14.1.el7_1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 9 Date: Wed, 16 Sep 2015 12:52:18 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1773 CentOS 7 krb5 BugFix Update Message-ID: <20150916125218.GA14331(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1773 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1773.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6895931a5499205919b4d46c8fb26eb12bdd3972a28581235fbb173c83b29888 krb5-devel-1.12.2-15.el7_1.i686.rpm e5519899c2f0c6963b95eeba2e0c7c844bd822c31552babd781beed3e9dc4272 krb5-devel-1.12.2-15.el7_1.x86_64.rpm 11d2698895fef8588590af3643ed07bf7f83d1697295d1087d265411d148a30f krb5-libs-1.12.2-15.el7_1.i686.rpm d6d6af642bac09a236f9ee61dc59a44006a1e5cba7c1404a0124e9ada9b0eb13 krb5-libs-1.12.2-15.el7_1.x86_64.rpm d47bf679a2aa26d8bec7e43168a44553c1efe02e36e1852475bf4d346a754736 krb5-pkinit-1.12.2-15.el7_1.x86_64.rpm e9d987bc69075d2f643349bfd456362e7592cbd63b5afb4a7536034b7cfb7c9e krb5-server-1.12.2-15.el7_1.x86_64.rpm 5c1e4272dc72b8371bdd533ee19658c1352916adece0a005dddbca208f0ed0b3 krb5-server-ldap-1.12.2-15.el7_1.x86_64.rpm eed2c62d7ae1ec1e7e8304380c057c3609c7df27d4b6320bd2543cf10a11960a krb5-workstation-1.12.2-15.el7_1.x86_64.rpm Source: 3703e19b6742c7445d216118185014d33c27f49bd8821c7c76e29ff9b6ca1713 krb5-1.12.2-15.el7_1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 10 Date: Wed, 16 Sep 2015 12:52:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2015:1796 CentOS 7 java-1.8.0-openjdk Enhancement Update Message-ID: <20150916125241.GA14424(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2015:1796 Upstream details at : https://rhn.redhat.com/errata/RHEA-2015-1796.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 36021227fb1443fbd4e1466c894aea11dc4bc1a581ef8cd384f02ff46266a96f java-1.8.0-openjdk-1.8.0.60-2.b27.el7_1.x86_64.rpm 6730064e7b21853cb231e397c40a80f16bf65c9dcf6452572c1b3446946ba1e9 java-1.8.0-openjdk-accessibility-1.8.0.60-2.b27.el7_1.x86_64.rpm af785e1381dc4bc73343a7121261e2879533c81daf97ab221b4da66028acc3ed java-1.8.0-openjdk-demo-1.8.0.60-2.b27.el7_1.x86_64.rpm dcc3a4399a922ab921cc7f4b891bb99bde4da4e7940d7a969c445f0292575462 java-1.8.0-openjdk-devel-1.8.0.60-2.b27.el7_1.x86_64.rpm eafec8f1ac5b03864949cc68014dc1426d434db935fb517dab6a25e81704939f java-1.8.0-openjdk-headless-1.8.0.60-2.b27.el7_1.x86_64.rpm ab4ed036479573f00bc582bf2d1a6f43b641f7547e64acf284c091591b0195c9 java-1.8.0-openjdk-javadoc-1.8.0.60-2.b27.el7_1.noarch.rpm 7b4b4319711eb8667caadbf48ada6edb498bc6b27e84cdbacd8ed4bddcedceb7 java-1.8.0-openjdk-src-1.8.0.60-2.b27.el7_1.x86_64.rpm Source: 611b6dd7c0576511f7818d9af06e25bde100a16ce1e62ca6ca8a2cf5b7a1ea4f java-1.8.0-openjdk-1.8.0.60-2.b27.el7_1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 11 Date: Wed, 16 Sep 2015 12:53:00 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1785 CentOS 7 sssd BugFix Update Message-ID: <20150916125300.GA14619(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1785 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1785.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 084f9b2dd0af4eb9d91db8f5c33a607fa483de1c7f4ff8b5cb0871555a19e9f3 libipa_hbac-1.12.2-58.el7_1.17.i686.rpm e34ff0bacc7534d13d55e82c568c56432a65e0f71e5c4259138a729ffe1aeb94 libipa_hbac-1.12.2-58.el7_1.17.x86_64.rpm 7cc6de9d45283f65b63543dfab4d94c14890f26d0f95232f34c80ef9312aaaf9 libipa_hbac-devel-1.12.2-58.el7_1.17.i686.rpm d2c59f4b9cc77f7f64d27df64949781d3b6e527d881fd7201ceda21351b61156 libipa_hbac-devel-1.12.2-58.el7_1.17.x86_64.rpm 2d5d77d34da99080e22a91dcc2f359e339506bd2d09b8f78e33de2f982cf7268 libipa_hbac-python-1.12.2-58.el7_1.17.x86_64.rpm 6b458d80cf7b532a95b7ff3b450a07d72beff9cb4ab40e8a4c7b3e67393f0f11 libsss_idmap-1.12.2-58.el7_1.17.i686.rpm b90fa87538e8ca82be2145784c0ac2e9c502c20963bb6bf516119ba1af102eb1 libsss_idmap-1.12.2-58.el7_1.17.x86_64.rpm b85acd94bfb5ef1f5e50251f68799bb3a339ac9920b8b42ed46b98c34794a49e libsss_idmap-devel-1.12.2-58.el7_1.17.i686.rpm d19d90ca39a93b9c705eac10a940a9b5df6effa59db6216e8437c79c65703521 libsss_idmap-devel-1.12.2-58.el7_1.17.x86_64.rpm 80274a8b568ef40e02f9b45691bd586af7afecf9fda632e7c91572a58624f634 libsss_nss_idmap-1.12.2-58.el7_1.17.i686.rpm 68a6a1233bf29bd29e924312197a24d24aacf6725ea2da9199d6d28beb0127f8 libsss_nss_idmap-1.12.2-58.el7_1.17.x86_64.rpm 8db52767afef9ced4c54c07371899d4b8b4c56347bb435dc63ad803a5d01d7e4 libsss_nss_idmap-devel-1.12.2-58.el7_1.17.i686.rpm e9004c73bfa326e445cf69f7e31b8d33f01900358fe29b26a778136dc37988df libsss_nss_idmap-devel-1.12.2-58.el7_1.17.x86_64.rpm 1b0203c6be228d21d9d9e5cb15e63d31ff2a3a76231c975dd30a52abfdffd44a libsss_nss_idmap-python-1.12.2-58.el7_1.17.x86_64.rpm 77fbbc7b146595623fd15b20d4b98fc8df8243c6daad4b60e7df7e1bb20c0776 libsss_simpleifp-1.12.2-58.el7_1.17.i686.rpm 72cf5f255b7568c519eb5738c2bd6a0d1015ccaf83edc9fbb9d9b50ab7973ed3 libsss_simpleifp-1.12.2-58.el7_1.17.x86_64.rpm 8eb3644e9854f61d36f8105332631534a092d792c012702fc5bc34113bcfe488 libsss_simpleifp-devel-1.12.2-58.el7_1.17.i686.rpm a43d2e3df781891597cb2b62e991565454e0eaba365db7cdec883a9845fbf230 libsss_simpleifp-devel-1.12.2-58.el7_1.17.x86_64.rpm 0e9b2fac1ab055ee2f49dbbaa9d4eb1ac3712def96891bad3dfd5637bb3dcd09 python-sssdconfig-1.12.2-58.el7_1.17.noarch.rpm 20a2d0a2795d203fc4ff4006c3fec78d12ef26da5557516582f20fe05f436a61 sssd-1.12.2-58.el7_1.17.x86_64.rpm a136c13847495360347bf02b45b195a990b4a023b26b6f93efd8158663ae2550 sssd-ad-1.12.2-58.el7_1.17.x86_64.rpm 3f7b32c34f267d4efed4fc2cfb1fca28cc398109776c6acc6d030b977bac9ed0 sssd-client-1.12.2-58.el7_1.17.i686.rpm 52e4fe169060cf8270781e5227aa9e03f62ad0578c2f85e12198bc8448a699ee sssd-client-1.12.2-58.el7_1.17.x86_64.rpm ee82c379e3b2e316031545d8c273bafe4ca60de17540efd4310ad4cc40a3a3c0 sssd-common-1.12.2-58.el7_1.17.i686.rpm 5fd241035f6936152113db57b1da05850b87963d39f1fcf2b3242c90c0443049 sssd-common-1.12.2-58.el7_1.17.x86_64.rpm 57d2e1e771413f68d74e804b52bb71c41162e92515002057ad57d4765b15ec1d sssd-common-pac-1.12.2-58.el7_1.17.x86_64.rpm e01c245d9d7ff75db744d7ae9b71eb2342362f3be2c30712ba89af0b36dffde0 sssd-dbus-1.12.2-58.el7_1.17.x86_64.rpm dff04028be0fb7998b4713fa8db2bacc4ab375117dd6d3b618c96ea84e52a722 sssd-ipa-1.12.2-58.el7_1.17.x86_64.rpm e2e19972b75dab3df9f13032de992c41ebcaa8d08586cd2aa4c3ac58784793f4 sssd-krb5-1.12.2-58.el7_1.17.x86_64.rpm 77f52726f3b00e45ebb89c7a1f54b0ae4be420f1f836ff561d46ccb002e0766c sssd-krb5-common-1.12.2-58.el7_1.17.i686.rpm 57d8e78e4c7fafc60a201f2c3102078e6c66c257e7cfdc03940d5dd877e6fda6 sssd-krb5-common-1.12.2-58.el7_1.17.x86_64.rpm 9a0e1d823d741e73f5d4d19548762284d2660d28e78dc97b9a01272003049cb0 sssd-ldap-1.12.2-58.el7_1.17.x86_64.rpm c543d2e79cdec3ebe4a3883918d6d1cba4f1c50dd6039b23bd8399afb65a8b84 sssd-libwbclient-1.12.2-58.el7_1.17.x86_64.rpm 909dc9864c289ad5afa2a766f7e8d2ba35f5eb7dcdbc99383f48327c6194063f sssd-libwbclient-devel-1.12.2-58.el7_1.17.i686.rpm 3eaf1e7aa1ee031ae275566482401538b78c2ceec1324bbe3ce4beb26bbdfc52 sssd-libwbclient-devel-1.12.2-58.el7_1.17.x86_64.rpm caec67b6159a7a6d836aa3531ec048b66188430188475b55cd39d4a4ba5391df sssd-proxy-1.12.2-58.el7_1.17.x86_64.rpm 868cc18041fccb2ad7770eab5177a19f8644754d3653795111f4ffbe57ce9be2 sssd-tools-1.12.2-58.el7_1.17.x86_64.rpm Source: 946333878b4cd2b9872a5970e190ebafa1c71fb2fde3a628f68674c2d09811fa sssd-1.12.2-58.el7_1.17.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 12 Date: Wed, 16 Sep 2015 12:53:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1792 CentOS 7 libvirt BugFix Update Message-ID: <20150916125322.GA14776(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1792 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1792.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c102045d05176204146bf348fa1529ed3ed1d8dd1c77e655dd0283859ed89220 libvirt-1.2.8-16.el7_1.4.x86_64.rpm e9cc29f525c4a7f19017c66af7b051d90bb44c489848bfbc893514c6478797b8 libvirt-client-1.2.8-16.el7_1.4.i686.rpm 86eb5d146308a3fe146a9ec48d862009c478fc0e1da1f0e328103a4a2ccc5dd0 libvirt-client-1.2.8-16.el7_1.4.x86_64.rpm 3ec3bf57222348acab993ced064fcc870c4efd56ef7c7aa906be130c6ed021e7 libvirt-daemon-1.2.8-16.el7_1.4.x86_64.rpm 428b4b017ccc0f8e65d0470fae7f9777f00411720d8908bf7334af3966216453 libvirt-daemon-config-network-1.2.8-16.el7_1.4.x86_64.rpm f0ea81ae45c035a1444aad90c98d4dc301f3166c5f145127a5ba3f4ec5c79794 libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.4.x86_64.rpm 384e257e105152bc39c5a27f3fb628c994e0b916eb5a85dbf024abb14960ca9f libvirt-daemon-driver-interface-1.2.8-16.el7_1.4.x86_64.rpm deb6cf682a71b0bdd27d49eca9b673c5e26883b668f43d6ff049e0610a5c1f37 libvirt-daemon-driver-lxc-1.2.8-16.el7_1.4.x86_64.rpm 5b3ec733da3d549b998383032f39a9cb87a198a6ad90324d45fda244c2072618 libvirt-daemon-driver-network-1.2.8-16.el7_1.4.x86_64.rpm 739f166993ceba78805220c9df21b97aeb8d17e545cca237fbc42385094c73f6 libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.4.x86_64.rpm 02e54f04e645955340c9084975302a1f0cbcb04c39fe612de9ec6b872529895b libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.4.x86_64.rpm b14b01ef00c3fdb6d6442348419ca68d1a2e0cb5318ecda6a9ab41a5dcc4506c libvirt-daemon-driver-qemu-1.2.8-16.el7_1.4.x86_64.rpm f20817d36d120da902feab577a98ffae4f61669ee4697c8470ccf6809e16570e libvirt-daemon-driver-secret-1.2.8-16.el7_1.4.x86_64.rpm ac2ee4b8b9c5afef4d9edd92e28f74edbee2daca26b547cf4ceb014bd76f170a libvirt-daemon-driver-storage-1.2.8-16.el7_1.4.x86_64.rpm b869a479e5f6cb1dee2a628fec47bbb5e4923f7dfc8a28077f23d36bb93f09c0 libvirt-daemon-kvm-1.2.8-16.el7_1.4.x86_64.rpm 6f9ab917d3947a2ff215b29be22740828b249ff4818381fd107e9e2ccda5ffc2 libvirt-daemon-lxc-1.2.8-16.el7_1.4.x86_64.rpm 3a32d40db4ba021a5d6ba7b26fc29c64423e097f155c9bf3c38f24fab51fbc84 libvirt-devel-1.2.8-16.el7_1.4.i686.rpm b936bef7d4d5d0d535ff9b0bfe9b03eef976aa10d97c903e00398b7780ab1c5f libvirt-devel-1.2.8-16.el7_1.4.x86_64.rpm 88a7d38bfe3771af1c881ab828e82d10a125c8aaea439836014bc79a6cd2b25b libvirt-docs-1.2.8-16.el7_1.4.x86_64.rpm e87caec27bfc124a2342feee15ce30a24b544617e1653da99bd27de8075c40fa libvirt-lock-sanlock-1.2.8-16.el7_1.4.x86_64.rpm f60516aee5c06cb7a1cda289172cb5efdeda4625642741c36c99f1f0e13d6e28 libvirt-login-shell-1.2.8-16.el7_1.4.x86_64.rpm Source: 82ffdc42a197a297b6f3b05b0ed542f8f61b3f6a9718df94702655334767459e libvirt-1.2.8-16.el7_1.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 13 Date: Wed, 16 Sep 2015 12:53:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1777 CentOS 7 device-mapper-multipath BugFix Update Message-ID: <20150916125343.GA14857(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1777 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1777.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 01dfba621af0966df39826d739a9f9b0406b1c412678e779593c741365eece3e device-mapper-multipath-0.4.9-77.el7_1.1.x86_64.rpm 63702799bd980b901b9aff11c289364bb7721dd426271537b0f3198eda9c5416 device-mapper-multipath-libs-0.4.9-77.el7_1.1.i686.rpm a89bd906a2c888f5d4c94a96cf05f76933d8c52ef3b2e527a13cda25a47c0885 device-mapper-multipath-libs-0.4.9-77.el7_1.1.x86_64.rpm 214185d62b1adf334970ab0abe5d6853c74a95c26b06d825edf2019a220e5da3 device-mapper-multipath-sysvinit-0.4.9-77.el7_1.1.x86_64.rpm 783cbf2c2c5e0e5bedbaff7b3ad8c9f2697bfa22915b8c7a0d35cc29a8fd0186 kpartx-0.4.9-77.el7_1.1.x86_64.rpm Source: 2d656f4dd2c29a734517986eccba073b583037433afb1f985266f10b6a915278 device-mapper-multipath-0.4.9-77.el7_1.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 14 Date: Wed, 16 Sep 2015 12:54:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1794 CentOS 7 sos BugFix Update Message-ID: <20150916125402.GA14943(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1794 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1794.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3730c244c71710068c1b500b346da09998e42c575c4f7d7d138a414c2c136f2a sos-3.2-15.el7.centos.8.noarch.rpm Source: 948a4735783da418ba2a87d0818db62523cac9a705fbd0ea06f631c4ff8ac89f sos-3.2-15.el7.centos.8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 15 Date: Wed, 16 Sep 2015 12:54:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1778 Important CentOS 7 kernel Security Update Message-ID: <20150916125426.GA15033(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1778 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1778.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2b6db9618f5eadc5e387ef7bbb92921016889e4ff475a7d7e58f6ee839b4fee4 kernel-3.10.0-229.14.1.el7.x86_64.rpm 2953bc79d19f33b7c8d3619cc6e4e6674d875b5ad7fc697dd67bdc3a1e8be534 kernel-abi-whitelists-3.10.0-229.14.1.el7.noarch.rpm f9061a5ae18f4e1144bbcab75aa796b9f03fc222dacbc6bbf32763892316674b kernel-debug-3.10.0-229.14.1.el7.x86_64.rpm a6408241bb37c5211d17aef1877a3a4deaf17dcfc563f0f71a9feb933fda0bde kernel-debug-devel-3.10.0-229.14.1.el7.x86_64.rpm ebcc89d2c1f6f905af463e43a378ef7ee8268c8384db22d84a92a3ef9f7494d6 kernel-devel-3.10.0-229.14.1.el7.x86_64.rpm 798f9c01a29374e0514150977172a3b963dd3f2b12bcd570df4a6c3bc3436c27 kernel-doc-3.10.0-229.14.1.el7.noarch.rpm 2990dccdb92ba07e02678a986920de27955dfd91917a47832689764228fc6a8f kernel-headers-3.10.0-229.14.1.el7.x86_64.rpm 3352f73904aefd474e2f7c156671b6420411d843a215b86e7d479fd17b4ddb42 kernel-tools-3.10.0-229.14.1.el7.x86_64.rpm c0f054af75c2238dcc2e76a2f80f41590efc964d28bb5e37f54d69dadd152867 kernel-tools-libs-3.10.0-229.14.1.el7.x86_64.rpm 293a5f0c016913ed8c8b45d7f4970c5b76f67b5fb98c1f653d78c07c606ee0a9 kernel-tools-libs-devel-3.10.0-229.14.1.el7.x86_64.rpm 6249ecbfad2add537457d487214f18bb01da91b11fea4681e4ec64ee563ae84a perf-3.10.0-229.14.1.el7.x86_64.rpm a4903553384638544c330b3a3aacef7638b1082cc9e356e13823a5c705208f4c python-perf-3.10.0-229.14.1.el7.x86_64.rpm Source: 8bb6f681b9f547cce81793c286d5f40f79062b55e9e6eeb2db53d87a338f7465 kernel-3.10.0-229.14.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 6 ***********************************************

1 0

OOM and Swappiness
by Callum Scott 16 Sep '15

16 Sep '15

Hi All, I have a server that has its swappiness set to 0. It is running a little tight on memory and so there have been a couple of events where the OOM_killer has been invoked and killed off MySQL, which you would expect. Now if you have your swappiness at 0 then "A value of 0 instructs the kernel not to initiate swap until the amount of free and file-backed pages is less than the high water mark in a zone."[1] So even in this event should I expect to start swapping instead of invoking the oom_killer? Is the logic Memory request -> OOM - > Can I swap? Y-> swap N-> OOM-Killer Or as the OOM-Killer there to prevent an OOM Condition, that as the OOM Condition is prevented by killing mysql and therefore we will never swap? Any clarification on how this all works in this situation would be most helpful. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Docume… Kind Regads -- Callum

5 5

Restoring Windows to Minimzed State after Sleeping
by H 16 Sep '15

16 Sep '15

When I resume working on my computer running Centos 6.7 after sleeping, terminal windows, file directories and the applications are restored. However, terminal windows and file directories that were minimized before going to sleep are opened to the size and location they had before being minimized. I'd like for all windows that were minimized to be restored to this very state - is this possible? Thank you.

1 0

Re: [CentOS] Chromium on CentOS 7
by Richard 16 Sep '15

16 Sep '15

------------ Original Message ------------ > Date: Tuesday, September 15, 2015 23:33:39 +0300 > From: Moty Fux <moty.fux(a)gmail.com> > > Hi, > > Did anyone manage to install chromium on CentOS 7? > I tried and got this error: > > Error: Package: chromium-31.0.1650.63-2.el6.x86_64 (chromium-el6) > Requires: libudev.so.0()(64bit) > > Tried to do several things among them is creating a sym link from > libudev.so.1 to libudev.so.0, didn't work :( > Any suggestions? > > 10x. Is there a reason to be trying to use the chromium built for C6 (because google was using libraries in their version that weren't included in C6) on a C7 machine, rather than chrome directly from the google repository? The google provided chrome (both stable and beta) work well on C7.

4 3

Re: [CentOS] C6 firefox esr h.264 support on youtube
by Richard 16 Sep '15

16 Sep '15

> Date: Tuesday, September 08, 2015 15:24:50 -0700 > From: Robert Arkiletian <robark(a)gmail.com> > >> On Tue, Sep 8, 2015 at 3:11 PM, Richard wrote: >> >> >> > Date: Tuesday, September 08, 2015 14:57:22 -0700 >> > From: Robert Arkiletian <robark(a)gmail.com> >> > >> > I was able to get h.264 support on www.youtube.com/html5 on >> > fedora 21 by installing >> > >> > gstreamer1-libav >> > >> > but that package does not exist in C6 (or it's popular third >> > party repos) >> > >> > What is the name of the package which adds h.264 to firefox on >> > youtube/html5 in C6? >> >> >> I think you'll find that package in the nux repo: >> >> gstreamer1-libav.x86_64 1.0.6-1.el7.nux >> >> I don't know if that will do what you're after, and I can't try >> this out as my desktop machines are all C7. >> >> More detail on that repository can be found at: >> >> <https://wiki.centos.org/AdditionalResources/Repositories> >> > > I had already looked at the nux repo. They may have that package > for C7 but I can't see it for C6. > > I'm thinking h.264 gstreamer support must be provided by another > package in C6. > > I have gstreamer-plugins-base & good installed. And I've already > tried ugly and gstreamer-ffmpeg. > Sorry, I didn't have that repository set up for C6 and when trying to do a quick switch I didn't actually manage to switch it from C7 to C6. I agree, I don't see it there for C6, even in their -testing. Looking at rpmfind it appears to be available from RpmFusion back to fedora-18. That may not be old enough (forget what the fc "base" is for C6), but you may be able to find older fc versions with a little looking.

10 15

Re: [CentOS] CentOS-6 - LogWatch
by James B. Byrne 16 Sep '15

16 Sep '15

On Mon, September 14, 2015 21:28, Always Learning wrote: > > On Mon, 2015-09-14 at 14:51 -0400, James B. Byrne wrote: > >> The Logwatch imapd service script distributed with CentOS-6 does not >> generate anything when I run logwatch --service all on a cyrus-imapd >> host. Is this expected behaviour? Is there a separate script for >> cyrus-imapd or are their configuration options required to get the >> existing script to work. > > 1. Check there is data in the log file(s). Yes. We have cyrus-imapd logging to /var/log/maillog. This appears to be the default setting as I can find no explicit reference to maillog in either /etc/imapd.conf or /etc/cyrus.conf and none to imapd in /etc/rsyslog.conf. > > 2. Ensure Logwatch has the correct location and names of your log > files. > > Check: /usr/share/logwatch/default.conf/logfiles/ - there should be a > 'imapd' file there. I don't use imapd and there is no such file on my > instances of C6. I do not have one either. yum provides /usr/share/logwatch/default.conf/logfiles/imapd.conf Loaded plugins: etckeeper, fastestmirror, priorities, refresh-packagekit Loading mirror speeds from cached hostfile * base: centos.mirror.rafal.ca * epel: mirror.steadfast.net * extras: less.cogeco.net * updates: mirror.netflash.net No Matches found The Logwatch related files that reference imapd are these: find /usr/share/logwatch -type f | xargs grep -l imapd /usr/share/logwatch/default.conf/services/imapd.conf /usr/share/logwatch/default.conf/services/secure.conf /usr/share/logwatch/scripts/services/secure /usr/share/logwatch/scripts/services/cron /usr/share/logwatch/scripts/services/courier /usr/share/logwatch/scripts/services/imapd Maillog is referenced in /usr/share/logwatch/default.conf/services/imapd.conf: cat /usr/share/logwatch/default.conf/services/imapd.conf ########################################################################### # ------------------------------------------------------------------------ ########################################################################### # You can put comments anywhere you want to. They are effective for the # rest of the line. # this is in the format of <name> = <value>. Whitespace at the beginning # and end of the lines is removed. Whitespace before and after the = sign # is removed. Everything is case *insensitive*. # Yes = True = On = 1 # No = False = Off = 0 Title = "IMAP" # Which logfile group... LogFile = maillog # Only give lines pertaining to courier... # I'm not sure if this is complete, especially for the new webmail daemon in 0.44.1 #but you will get at least all currently supported logs *OnlyService = (imapd|imapd-ssl|imapsd) *RemoveHeaders = # vi: shiftwidth=3 tabstop=3 et The only executable(sic) script available in /usr/share/logwatch/scripts/services/ referred to in /usr/share/logwatch/default.conf/services/imapd.conf is imapd and that script is specifically tailored to courier-imap. Which is likely the reason that it reports nothing. Which brings me back to my original question. Where can one find a current Logwatch script for cyrus-imap log analysis? The cyrus-imapd specific logwatch script that I have found and have placed into /etc/logwatch/scripts/services/imapd is old and has errors. I can probably fix the errors but my Perl skills are inadequate to do anything more. Does anyone know of a current Logwatch script for cyrus-imapd? And where it can be obtained? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

Chromium on CentOS 7
by Moty Fux 15 Sep '15

15 Sep '15

Hi, Did anyone manage to install chromium on CentOS 7? I tried and got this error: Error: Package: chromium-31.0.1650.63-2.el6.x86_64 (chromium-el6) Requires: libudev.so.0()(64bit) Tried to do several things among them is creating a sym link from libudev.so.1 to libudev.so.0, didn't work :( Any suggestions? 10x.

2 1

rsyslog for chrooted sftp users has stopped working -- Centos 6.6
by Jeff Cours 15 Sep '15

15 Sep '15

Hello everyone, We have some chrooted sftp-only users on a CentOS release 6.6 server. The server had been logging their actions, but after recent updates the logs have stopped. The server correctly logs non-chrooted users: Sep 14 17:47:24 vsecure4 sshd[1981]: Accepted publickey for jcours from 192.168.10.166 port 42545 ssh2 Sep 14 17:47:24 vsecure4 sshd[1981]: pam_unix(sshd:session): session opened for user jcours by (uid=0) Sep 14 17:47:24 vsecure4 sshd[1983]: subsystem request for sftp Sep 14 17:47:24 vsecure4 internal-sftp[1984]: session opened for local user jcours from [192.168.10.166] Sep 14 17:47:24 vsecure4 internal-sftp[1984]: opendir "/home/jcours" Sep 14 17:47:24 vsecure4 internal-sftp[1984]: closedir "/home/jcours" Sep 14 17:47:49 vsecure4 internal-sftp[1984]: session closed for local user jcours from [192.168.10.166] Sep 14 17:47:19 vsecure4 sshd[1977]: pam_unix(sshd:session): session closed for user jcours but log messages for chrooted users do not appear: Sep 14 17:08:11 vsecure4 sshd[1730]: Accepted publickey for test-sftp-only from 192.168.10.166 port 41723 ssh2 Sep 14 17:08:11 vsecure4 sshd[1730]: pam_unix(sshd:session): session opened for user test-sftp-only by (uid=0) Sep 14 17:08:11 vsecure4 sshd[1734]: subsystem request for sftp Sep 14 17:08:22 vsecure4 sshd[1730]: pam_unix(sshd:session): session closed for user test-sftp-only Notice that there are no "opendir" or "closedir" messages for the chrooted user, or anything else from the internal-sftp system, for that matter. /etc/sshd_config contains these settings: Subsystem sftp internal-sftp -f AUTHPRIV -l INFO Match User test-sftp-only ChrootDirectory /home/sftp/mcsosftp ForceCommand internal-sftp PasswordAuthentication no AuthorizedKeysCommand /usr/local/bin/get_sftp_key We've been setting up chrooted logging using this sequence: sudo mkdir /home/sftp/mcsosftp/dev sudo touch /home/sftp/mcsosftp/dev/log sudo chattr +i /home/sftp/mcsosftp/dev sudo mount --bind /dev/log /home/sftp/mcsosftp/dev/log /etc/rsyslog.conf includes the standard stuff for authpriv: # The authpriv file has restricted access. authpriv.* /var/log/secure I've tried forcing rsyslog.conf to listen to /dev/log: # We should be listening here. $SystemLogSocketName /dev/log I've also tried removing the hard-mounted /home/sftp/mcsosftp/dev/log and instead using this in /etc/rsyslog.conf: # For chrooted users, generally sftp-only users. $AddUnixListenSocket /home/sftp/mcsosftp/dev/log Neither approach seemed to help the problem, though rsyslogd does appear to be listening to the sockets: $ sudo lsof -c rsyslogd | grep dev/log lsof: WARNING: can't stat() devtmpfs file system /home/sftp/dev/log (deleted) Output information may be incomplete. rsyslogd 1963 root 0u unix 0xdc100040 0t0 15419 /dev/log rsyslogd 1963 root 3u unix 0xdbd27dc0 0t0 15421 /home/sftp/mcsosftp/dev/log and file identifies both as sockets: $ file /dev/log /dev/log: socket $ sudo file /home/sftp/mcsosftp/dev/log /home/sftp/mcsosftp/dev/log: socket Here's additional system info for the development server I'm using to debug the problem: $ ls -l /dev/log srw-rw-rw- 1 root root 0 Sep 14 17:43 /dev/log $ sudo ls -l /home/sftp/mcsosftp/dev/log srw-rw-rw- 1 root root 0 Sep 14 17:43 /home/sftp/mcsosftp/dev/log $ ls -l /dev | grep log srw-rw-rw- 1 root root 0 Sep 14 17:43 log crw-rw---- 1 root root 10, 227 Sep 14 15:23 mcelog $ sudo ls -l /home/sftp/mcsosftp/dev | grep log srw-rw-rw- 1 root root 0 Sep 14 17:43 log $ cat /etc/redhat-release CentOS release 6.6 (Final) $ sestatus SELinux status: disabled $ grep test-sftp-only /etc/passwd test-sftp-only:x:507:507:Test SFTP Only:/home/sftp/mcsosftp:/sbin/nologin $ sudo yum list installed | egrep -E 'rsyslog|ssh|sftp' libssh2.i686 1.4.2-1.el6_6.1 @updates openssh.i686 5.3p1-104.el6_6.1 @updates openssh-clients.i686 5.3p1-104.el6_6.1 @updates openssh-server.i686 5.3p1-104.el6_6.1 @updates rsyslog.i686 5.8.10-10.el6_6 @updates vsftpd.i686 2.2.2-14.el6 @base Corresponding packages on the production server showing the same problem: $ sudo yum list installed | egrep -E 'rsyslog|ssh|sftp' libssh2.x86_64 1.4.2-1.el6_6.1 @system-updates openssh.x86_64 5.3p1-112.el6_7 @system-updates openssh-clients.x86_64 5.3p1-112.el6_7 @system-updates openssh-server.x86_64 5.3p1-112.el6_7 @system-updates rsyslog.x86_64 5.8.10-10.el6_6 @system-updates rsyslog-gnutls.x86_64 5.8.10-10.el6_6 @system-updates Does anyone have any ideas what the problem could be or how to diagnose it? Thanks very much in advance, Jeff

2 2

LUKS encypted partition using --key-file can only be decrypted with --key-file
by Digimer 15 Sep '15

15 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I created a LUKS encrypted partition via a udev-triggered script on 6.6 using --key-file /tmp/foo. This worked fine, and I can decrypt the LUKS partition via script and manually using --key-file with luksOpen. The odd problem is that I can't decrypt the partition using the prompt. If I manually create a file with the passphrase in it and then point to it with --key-file, it decrypts fine. I used 'cat -A /tmp/foo' to verify that there was no '\n' at the end of the phrase. Is this expected behaviour? That is; If you create an encrypted partition using --key-file, you always decrypt with the same? If so, I can't understand the logic... If not, then I am not sure what I am doing wrong. Thanks for any insight! digimer - -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJU93ZLAAoJECChztQA3mh0swwP/2PX3Y3TmEEIeN7WxWQjnbX0 B+hdp3Yk1PBqaQ/FsOzGsnKnxOUu73fB25gDksEWnNedBru4ayJuYPW644rH8Ivr fS8Pz3y6buGqUaggzsGNaGfDOKtiLOp722OeuPUmaNHnGCE3qJbhE3RKBRrMl4SP Yi/otL8+85cp4isMESOYs3F5qw/osDmmKxktPbULbTrne94EWHHl+9RoSFDZFNCj JBsNE122WUtn+2JPV8it8nlIS/Kzqzv3qGR88lYiBj3y3F+zIbpix/8wyCgRVSw6 /LQwLSTmGKYdvLw2Td7oIqMrW69ZsgujAonnbyx2nl9WN3KSqr799SxL4n2M7ZOj a1MjcLdLr0kM28eu+/A3LyHQRkBVsz7f27e7M+drEVa4OHFS3KuL4EM47xkTGyps veljkNmZ8elL7PX+dmWsVGYyo4XH/bTFDcW8ZLhr+bc55xLplMRrhPNNFGQ+5k3R ev7HRhSqHD9Ub39KTea4WCJOsm0hJJgKYneWYmQJ1aVYmrFMHLJaJBzCqU+W751O GkXvU24eoajNKnIAcY9wrC/WzVru8dM2JwBefcatxCsWFhpcpSyrh0zhCAiZKOga hjskIq/54Il8YyzSVy5Xvwv8WACBUwoiPv6ZqVm3oKRkoZI3E14vVYTcG+b0cPqn S30qAHntsjFA70Hpedt5 =YYFB -----END PGP SIGNATURE-----

3 3

CentOS-6 - LogWatch
by James B. Byrne 15 Sep '15

15 Sep '15

The Logwatch imapd service script distributed with CentOS-6 does not generate anything when I run logwatch --service all on a cyrus-imapd host. Is this expected behaviour? Is there a separate script for cyrus-imapd or are their configuration options required to get the existing script to work. I have found an ancient (2004) logwatch service script for cyrus-imapd but I was sort of hoping that there was a more up-to-date and officially supported version available somewhere. Is there? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

centos 7 on older macbook pro
by Keith Keller 14 Sep '15

14 Sep '15

Hi all, I recently got a brand new MacBook Pro, replacing one that is over 5.5 years old. I'm trying to think of something to do with the old laptop, and one idea I had was to put CentOS on it. After some initial struggles, I finally found this page, which tells how to tell the installer to find hfsplus-utils: https://bugs.centos.org/view.php?id=7327 Then I got to the point of configuring wifi, and of course being a MBP, it has a proprietary Broadcom interface. I followed the instructions on the wiki (https://wiki.centos.org/HowTos/Laptops/Wireless/Broadcom) but had some trouble with it coming back up after a sleep. That plus some other issues (it ran hot just running a browser, for example) are making me question whether this is a good idea. Does anyone else run a CentOS (not necessarily 7) on Apple hardware, particularly laptops (and not in a VM)? If so, any pointers on making life easier? TBH I don't really know exactly what I want to use it for yet, so suggestions there would be helpful too. --keith -- kkeller(a)wombat.san-francisco.ca.us

6 9

Re: [CentOS] Centos 7 yum search giving Could not retrieve mirrorlist
by Shawn Parks - CMAC 14 Sep '15

14 Sep '15

Centos main list, I am working on a Centos 7 system and trying to do the following. yum search cups-lpd I am getting the following -------------------------------------------------------------------- Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was 12: Timeout on http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock: (28, 'Resolving timed out after 30382 milliseconds') One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Disable the repository, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> 4. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: base/7/x86_64 -------------------------------------------------------------------- I am using cups on this Centos 7 machine. Which prints fine from the Centos to my print queue's However I have an Sco Unix system using lpd printing that I am trying to send print jobs to the Centos 7 system and those are not even getting to the system. I get message: waiting on queue to be enabled QUESTION FOR main list: Is the Centos 7 "yum" commands being worked on? When might this be fixed? Thanks, Shawn ( CMAC ) phone 618 / 242 - 4020 ext 21 fax 618 / 242 - 3383

3 2

Is ATRPMs dead?
by Cal Sawyer 14 Sep '15

14 Sep '15

Haven't been able to reach atrpms.net for over a week from London, UK, when i last looked for it after a couple of intervening months. Did i miss something? And if atrpms is truly defunct, where's a good place to obtain updated versions of vlc and mplayer now? thanks! - cal

4 3

Re: [CentOS] new laptop: DVD or Blu-ray
by C Linus Hicks 14 Sep '15

14 Sep '15

On 09/13/15, Always Learning wrote: ----------------- Quoted text ----------------------- Where does one obtain the RPM for Centos 5 and 6, please ? ----------------- End quote ------------------------ See: vault.centos.org

3 4

new laptop: DVD or Blu-ray
by ken 13 Sep '15

13 Sep '15

One of the build options for a laptop I'm looking at buying is DVD vs Blu-Ray. I've never used Blue-ray before, so is there some compelling reason, as a Linux guy, to want to get Blu-ray?

14 32

Error installing Kmymoney
by CS DBA 13 Sep '15

13 Sep '15

Hi All; I'm runing a new install of CentOS 7, enabled the epel repo and ran: # yum install kmymoney I get this: Resolving Dependencies --> Running transaction check ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed --> Processing Dependency: kmymoney-libs(x86-64) = 4.6.6-1.el7 for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libkmm_widgets.so.4()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libkmm_plugin.so.4()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libkmm_mymoney.so.4()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 --> Running transaction check ---> Package kmymoney.x86_64 0:4.6.6-1.el7 will be installed --> Processing Dependency: libcalligrakdchart.so.13()(64bit) for package: kmymoney-4.6.6-1.el7.x86_64 ---> Package kmymoney-libs.x86_64 0:4.6.6-1.el7 will be installed --> Finished Dependency Resolution Error: Package: kmymoney-4.6.6-1.el7.x86_64 (epel) Requires: libcalligrakdchart.so.13()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I cant seem to get past this, using --skip-broken does not work. Anyone have any suggestions? Thanks in advance...

3 4

Crash when open a terminal after upgrading from centos5.9 to 5.11
by sunyp_vmd＠sina.com 13 Sep '15

13 Sep '15

Dear all, I had installed Centos 5.9 in my x86_64 system and I installed update yesterday. Just now after I initiated the system, I found it has been upgraded to centos 5.11. But the bad thing is now I cannot open a terminal. When I try to open a terminal, it just gives out a bug buddy window : "The information about the crash has been successfully collected. Please provide some background about what you were doing when the application crashed..." Could anyone help me about this? Thanks in advance. Yeping Sun

1 0

why terminal cannot be open after upgrading?
by sunyp_vmd＠sina.com 13 Sep '15

13 Sep '15

Dear all,

1 0

why terminal cannot be open after upgrading?
by sunyp_vmd＠sina.com 13 Sep '15

13 Sep '15

Dear all,

1 0

flac/sox/etc with mp3 support?
by John R Pierce 13 Sep '15

13 Sep '15

I need to convert a bunch of .flac files to .mp3 files, but the sox and flac command tools thats in the base repo won't do that. EPEL doesn't seem to have much either. I went looking at ATRPMS but am getting database errors from their home page :( I know rpmforge used to have this stuff, but its virtually unmaintained today so I've written it off. any suggestions? I don't really want to have to build this stuff from source. -- john r pierce, recycling bits in santa cruz

3 2

CentOS-announce Digest, Vol 127, Issue 5
by centos-announce-request＠centos.org 12 Sep '15

12 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Release for CentOS Linux 7 Rolling media Aug 2015 (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 11 Sep 2015 22:13:43 +0100 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] Release for CentOS Linux 7 Rolling media Aug 2015 Message-ID: <55F34407.8090906(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am pleased to announce general availability of the Aug 2015 snapshot for CentOS Linux. This release includes CentOS Linux 7 iso based install media, Generic Cloud images, Atomic Host, Docker containers, Vagrant images, vendor hosted cloud images and live media. CentOS Linux rolling builds are point in time snapshot media rebuild from original release time, to include all updates pushed to mirror.centos.org's repositories. This includes all security, bugfix, enhancement and general updates for CentOS Linux. Machines installed from this media will have all these updates pre-included and will look no different when compared with machines installed with older media that have been yum updated to the same point in time. All rpm/yum repos remain on mirror.centos.org with no changes in either layout or content. - -------- CentOS Linux 7 / x86_64 install media is available at http://buildlogs.centos.org/rolling/7/isos/x86_64/ File: CentOS-7-x86_64-Minimal-1508-01.iso Sha: 58103babe07c1cff0186f91d721dff3a385458f2d49988bf8996e4468d4047dd File: CentOS-7-x86_64-DVD-1508-01.iso Sha: c39bd161830f0edd2ee2f55205f992ed361e1764b0a609ad311d3b19b1c13227 File: CentOS-7-x86_64-Everything-1508-01.iso Sha: 40852e362b8cbc050658270d98ca7dc67e4beea933273b99116afc7fa2ac131e - -------- CentOS Linux 7 / x86_64 Live Media is also available at : http://buildlogs.centos.org/rolling/7/isos/x86_64 File: CentOS-7-x86_64-LiveCD-1508-01.iso Sha: 189f9befe54ce216c21a0a48aa6a6765faeab9331b423e1275fd6ba8fff17159 File: CentOS-7-x86_64-LiveKDE-1508-01.iso Sha: 0882bbd70c6b83e0739b75702fe3a435980bec8c9e50edff485fd0f5e9a75a17 File: CentOS-7-x86_64-GNOME-1508-01.iso Sha: a9d708e0ff62696f0a9220bbbc39cf782087f9307af07a60f89af7bbb7a8c01d - -------- CentOS Linux 7 / x86_64 Cloud Images are available at : http://cloud.centos.org/centos/7/images/ File: CentOS-7-x86_64-GenericCloud-1508.qcow2 Sha: 0952b651a6248998380aef73d9961ccb45af9b1823579bc2b72d28fa5fe5dea7 File: CentOS-7-x86_64-GenericCloud-1508.qcow2c Sha: 8bb46b6619f05d5e58a6fbf929a45abe61b58e87c9a02ae44a0f65e859f3c1b9 File: CentOS-7-x86_64-GenericCloud-1508.qcow2.xz Sha: a8f9e24ad80901cbd6894662c1a20c0173892c002b4f66ec9a935650b34d6461 File: CentOS-7-x86_64-GenericCloud-1508.raw Sha: cd272ea1e07a61cf9a4b080639aa67a35c18ba9c2c59f8f86bfc6be973516ba6 - -------- CentOS Atomic Host was released yesterday, details for the release are available at : http://seven.centos.org/2015/09/announcing-a-new-release-of-centos-atomi c-host/ Images for this release are available at http://cloud.centos.org/centos/7/atomic/images/ File: CentOS-Atomic-Host-7.20150908-GenericCloud.qcow2 Sha: a132d59732e758012029a646c466227f4ecf0c71cc42f0a10d3672908e463c0c File: CentOS-Atomic-Host-7.20150908-GenericCloud.qcow2.gz Sha: aad5d39e0683dc997f34902b068c7373aac3f7dc9b2c962a6ac0fe7394e2aa58 File: CentOS-Atomic-Host-7.20150908-Installer.iso Sha: b222702942d02da2204581de6f877cf93289459a99f9080e29016e3b90328098 File: CentOS-Atomic-Host-7.20150908-Vagrant-Libvirt.box Sha: 5531fa99429b38c6e6c4aca87672bd5990ab90f6445cc0e55c9121ad62229141 File: CentOS-Atomic-Host-7.20150908-Vagrant-Virtualbox.box Sha: bdcf58772117dd3a84100e5902f4f345daeea7c04f057c0ab6e29bfef3c82eab - -------- CentOS Linux 7 / x86_64 Vagrant images are updated at https://vagrantcloud.com/centos/boxes/7 and the backing files can be downloaded for libvirt and virtualbox providers at : Libvirt: http://cloud.centos.org/centos/7/vagrant/x86_64/images/CentOS-7-Vagrant- 1508-x86_64-01.LibVirt.box and Virtualbox: http://cloud.centos.org/centos/7/vagrant/x86_64/images/CentOS-7-Vagrant- 1508-x86_64-01.box - -------- CentOS Linux 7 / x86_64 in vendor environments, including Amazon web services, are being updated and will be released online working through vendor process's. - -------- CentOS Linux 5 / 6 and 7 docker images are updated at http://index.docker.io/_/centos - -------- We welcome all feedback around these rolling builds and media updates at the centos-devel mailing list ( http://lists.centos.org/ ). enjoy! - -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJV80QHAAoJEI3Oi2Mx7xbtg3wIAJeEKXP3jHufu75dRnl8T0O3 qC+xCYWSbDGrXZ6/RJzqwPoLMIAXqhU1+SgDd5z/DMaXB8+lPRwdjNsvy2NGmF8H NMSlmZH13Tg5WB7mtrdyLY1JjiWPYJDhQDFIbB0PC2BkQJSS/xQjPdE345aUVxoo YANW+f7k3QGC2+xZkQ2d9vtj2EN84tNeCVGZ+4saNo1VL6E42UAtshH5mHqx7Old D3etMaRFdLRr3NN+9OKdaUQh1vHLoIP1K3zPlYbuvuaVv5JKN+C0/WhPZpYRElET Y2uPXnWgjjYnELJJFohhw0kUW/x2GviAEfjE3UPf9rOXhadC3XMfkg3JneKUbck= =dYvx -----END PGP SIGNATURE----- ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 5 ***********************************************

1 0

sshd key exchange security
by Alice Wonder 11 Sep '15

11 Sep '15

I was reading https://weakdh.org/sysadmin.html They also have a very interesting paper as a PDF. Anyway it appears that most ssh servers, when using DHE key exchange, use the 1024-bit Oakley Group 2 and there is suspicion the NSA has done the pre-computations needed to passively decrypt any tls communication using DHE with that particular prime group. They recommend setting the following: KexAlgorithms curve25519-sha256(a)libssh.org I don't even see that directive in my sshd config to set it, I suppose it may be one that is manually added when needed but I want to verify it actually means something in CentOS 7 ssh. Also I'm a little worried that maybe curve25519 is one of the curves that Red Hat (and thus CentOS 7) doesn't support due to patent concerns. If it is, is there a suggestion on what curve should be used instead?

3 3

Cannot open: No space left on device
by reynierpm＠gmail.com 11 Sep '15

11 Sep '15

I have a VBox VM running CentOS 6.7 and I want to extract the content of a 14G tar file. I'm doing as: *tar -xvf www.tar.gz* But I am getting a lot of errors like the ones shown below: html/elclarinweb.dev/wp-content/uploads/2015/03/12-Aura-Ávila-400x320.jpg tar: html/elclarinweb.dev/wp-content/uploads/2015/03/12-Aura-Ávila-400x320.jpg: Cannot open: No space left on device html/elclarinweb.dev/wp-content/uploads/2015/03/Julianne-Moore-11-585x378.jpg tar: html/elclarinweb.dev/wp-content/uploads/2015/03/Julianne-Moore-11-585x378.jpg: Cannot open: No space left on device So, trying to find why the VHDD (Virtual HDD) has left out of space I ran the following command: *df -h* Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_server-lv_root 26G 24G 869M 97% / tmpfs 2.0G 0 2.0G 0% /dev/shm /dev/sda1 477M 80M 373M 18% /boot And then I've tried to find the conflictive files by running: *du -hsx * | sort -rh | head -10* du: cannot access `proc/3662/task/3662/fd/4': No such file or directory du: cannot access `proc/3662/task/3662/fdinfo/4': No such file or directory du: cannot access `proc/3662/fd/4': No such file or directory du: cannot access `proc/3662/fdinfo/4': No such file or directory 14G var 1.8G usr 278M lib 77M boot 31M etc 27M lib64 15M sbin 7.8M bin 188K dev 112K root Why *df -h* is reporting 24G used? Where the space did go? How I can fix this?

5 9

CPU Scheduling allocates more time for few threads
by Radha krishna 11 Sep '15

11 Sep '15

Hi I have a Virtual Machine with CentOS 7 64-bit having 6 CPUs (intel). I have a process with 10 threads. two threads of the process pinned to two CPU's using affinity. These threads processes lot of network messages via Sockets. Other threads wait for other events using pthread condition wait. When two threads CPU reaches 75 to 80% then the schedular, schedules most of the time for those two threads, even though remaining 4 CPU's are ideal. Due to this other threads event processing is delayed a lot. Is it mostly do to more signal's from kernel space to user space tor those threads ? Is there a way to avoid this issue? RegardsRadha

2 1

Re: [CentOS] rsync question
by C Linus Hicks 11 Sep '15

11 Sep '15

On 09/10/15, Robert Moskowitz wrote: --------------- Quoted text ------------------ SSh is not parsing the port the way http does, it seems: $ rsync -ah --stats root@192.168.129.2:613:/etc/dhcp/ /home/rgm/data/htt/httnet/homebase/new/dhcp ssh: connect to host 192.168.129.2 port 22: No route to host rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: unexplained error (code 255) at io.c(226) [Receiver=3.1.1] The reason why I change my SSH port is a simple way to keep port knocker robots away. Different hosts use different ports... ------------------ End quote -------------------- Oh, right, so you either need to put that in your .ssh/config file or use -e 'ssh -p 613' on the rsync command. The config file should look like this: Host 192.168.129.2 Port 613

3 3

Rebuilding a Centos 6.2 netinstall initrd with an updated driver?
by Rory Falloon 11 Sep '15

11 Sep '15

Hi all, It seems that with the release of the X99 motherboards, a lot of vendors are shifting away from using Realtek ethernet on board NICs and using Intel. Our main distro. on the floor is Centos 6.2 for numerous reasons. Efforts are being made toward 7.1, but not there yet. Anyway, the new Intel NICs are recognised by Centos 6.6 netinstall ISO when booting, but not Centos 6.2. I have had the idea of unpacking the initrd and using the e1000/e1000e drivers from 6.6, and updating the 6.2 initrd. This has not worked so far, but I'm hoping I've missed a step. I have: 1) unpacked both initrd's 2) updated modules.* from the 6.2 initrd to match 6.6 for the relevant modules/dependent modules 3) updated the pci.ids file 4) chrooted, run `depmod -a -v` 5) rebuilt the initrd 6.2 still fails to see the NIC. Is there a step I've missed here? Do I have to concern myself with the kernel(vmlinuz) file too?

3 3

CentOS 7.1.1503 + Dovecot + IPA
by Kanwar Ranbir Sandhu 11 Sep '15

11 Sep '15

Hi Everyone, I'm running an IPA server on CentOS 7 successfully and now I want to change my Dovecot setup to use GSSAPI for IMAP authentication instead of a flat "userdb" file. I've already joined the Dovecot box to the IPA domain - ssh and ipa policies and all that are working properly. I read a number of articles on how to configure Dovecot for GSSAPI auth and they all said the same thing (even Red Hat's official how to on it agreed). But, when I set up Evolution on my Fedora 22 system to use GSSAPI, Dovecot's log records this: Sep 8 13:49:55 mailman02 dovecot: auth: Panic: file auth-request.c: line 733 (auth_request_is_disabled_master_user): assertion failed: (request->requested_login_user != NULL) Sep 8 13:49:55 mailman02 dovecot: auth: Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x6a02e) [0x7f27af22202e] -> /usr/lib64/dovecot/libdovecot.so.0(+0x6a10e) [0x7f27af22210e] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f27af1da52c] -> dovecot/auth [1 wait, 0 passdb, 0 userdb](+0x15922) [0x7f27af6c7922] -> dovecot/auth [1 wait, 0 passdb, 0 userdb](auth_request_lookup_credentials+0x32) [0x7f27af6c9332] -> /usr/lib64/dovecot/auth/libmech_gssapi.so(+0x2134) [0x7f27ad615134] -> dovecot/auth [1 wait, 0 passdb, 0 userdb](auth_request_handler_auth_continue+0xe5) [0x7f27af6caf15] -> dovecot/auth [1 wait, 0 passdb, 0 userdb](+0x109da) [0x7f27af6c29da] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x27) [0x7f27af232a47] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0xff) [0x7f27af2338cf] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f27af232598] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f27af1df9e3] -> dovecot/auth [1 wait, 0 passdb, 0 userdb](main+0x391) [0x7f27af6c07f1] -> /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f27ae7ceaf5] -> dovecot/auth [1 wait, 0 passdb, 0 userdb](+0xe9e1) [0x7f27af6c09e1] Sep 8 13:49:55 mailman02 dovecot: auth: Fatal: master: service(auth): child 23185 killed with signal 6 (core dumps disabled) I've already asked on the Dovecot list about my GSSAPI auth problems and was told that this is a bug in Dovecot which does not exist in the latest release (I don't know when the problem was actually fixed). My question is simply this: does anyone else have dovecot-2.2.10-4.el7_0.1.x86_64 working with GSSAPI auth against an IPA server? IPA is also running on CentOS 7.1.1503. Regards, Ranbir -- Kanwar R.S. Sandhu

3 7

Re: [CentOS] rsync question
by C Linus Hicks 11 Sep '15

11 Sep '15

On 09/10/15, C Linus Hicks wrote: On 09/10/15, Robert Moskowitz wrote: ---------------- Quoted text ------------------------ Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ --------------------- End Quote ---------------------------------- Sorry, I was too fast, not paying attention, you want this I believe: rsync -ah --stats root@192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ That will use the default port on the remote host, you can override that without specifying the -e if required using -p <port>.

4 5

SAMBA as AD DC
by Sergio Belkin 11 Sep '15

11 Sep '15

Hi folks, Is able SAMBA on CentOS 7 to work as Active Directory Domain Controller? If it's not, what is the recommended way of doing? Compiling from sources? Install packages from SerNet? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com LPIC-2 Certified - http://www.lpi.org

9 14

automounter with users home directories on centos 7.
by Jason Welsh 11 Sep '15

11 Sep '15

Has anyone gotten this to work? Im studing for my rhce and was trying to get this to work and its just not working like it shows in the book im going by. So basically I have two centos 7 servers running under kvm.. One is the nfs server, one is the nfs client.. I have been mounting up other NFS shares on the client and they work fine.. The automounter also seems to mount direct mounts fine as well.. But when I try to do home directories, it just doesnt work.. on my server (named server1), Im exporting /home as /home server2(rw,sync,no_root_squash) on my client, ive got [root@server2 ~]# grep home /etc/auto.master /home /etc/auto.home --timeout=120 and [root@server2 ~]# cat /etc/auto.home * -rw,soft,intr server1:/home/& [root@server2 ~]# and on server1, ive got the selinux enabled, but have the following booleans set. [root@server1 ~]# getsebool -a | grep nfs_ nfs_export_all_ro --> on nfs_export_all_rw --> on use_nfs_home_dirs --> on [root@server1 ~]# so when I try to switch to my user on server2 (client), I get [root@server2 ~]# su - user1 Last login: Wed Sep 9 16:25:27 EDT 2015 on pts/0 su: warning: cannot change directory to /home/user1: No such file or directory -bash-4.2$ and theres nothing in the logs that I can find as to why the automount isnt working.. [root@server2 ~]# showmount -e server1 Export list for server1: /home server2 I generated a log (on both server) with sealert, but it shows found 0 alerts in /var/log/audit/audit.log any ideas? -- Jason

4 10

Remote auth against Active Directory
by Chris Adams 10 Sep '15

10 Sep '15

I've got a new CentOS 7 server going into a remote location. I have local servers that authenticate against Active Directory (2012 if it matters) using winbindd. I'd like to have some method of using AD on the remote server, but I need to be able to access it if the network path to the AD servers is down. sssd caching won't do AFAIK (since that's just a cache that times out). This server is going to have out-of-band network access for remote management in case of network failure, so having access to it when it can't reach AD is its primary purpose. I'd like to use our existing AD setup (rather than manage local users) to make it easier to manage users/passwords. Is there a relatively simple method to replicate a chunk of the AD users/passwords to a remote CentOS server (I don't care about the SSO side of things)? Or is there some other way to solve this problem? -- Chris Adams <linux(a)cmadams.net>

2 1

Centos 7 Adding KDE as extra option
by david 10 Sep '15

10 Sep '15

Folks While trying to add a second desktop to my Centos7 installation (I had GNOME3, wanted to add KDE as an alternate), the install failed: >yum groupinstall "KDE Plasma Workspaces" <snip> >--> Finished Dependency Resolution >Error: Package: systemd-python-208-20.el7.x86_64 (base) > Requires: systemd = 208-20.el7 > Installed: systemd-208-20.el7_1.5.x86_64 (@updates) > systemd = 208-20.el7_1.5 > Available: systemd-208-20.el7.x86_64 (base) > systemd = 208-20.el7 >Error: Package: 32:bind-libs-9.9.4-18.el7.x86_64 (base) > Requires: bind-license = 32:9.9.4-18.el7 > Installed: 32:bind-license-9.9.4-18.el7_1.1.noarch (@updates) > bind-license = 32:9.9.4-18.el7_1.1 > Available: 32:bind-license-9.9.4-18.el7.noarch (base) > bind-license = 32:9.9.4-18.el7 >Error: Package: libreport-2.1.11-21.el7.centos.0.4.x86_64 (base) > Requires: libreport-filesystem = 2.1.11-21.el7.centos.0.4 > Installed: > libreport-filesystem-2.1.11-23.el7.centos.0.1.x86_64 (@updates) > libreport-filesystem = 2.1.11-23.el7.centos.0.1 > Available: > libreport-filesystem-2.1.11-21.el7.centos.0.4.x86_64 (base) > libreport-filesystem = 2.1.11-21.el7.centos.0.4 >Error: Package: 1:cups-client-1.6.3-17.el7.x86_64 (base) > Requires: cups-libs(x86-64) = 1:1.6.3-17.el7 > Installed: 1:cups-libs-1.6.3-17.el7_1.1.x86_64 (@updates) > cups-libs(x86-64) = 1:1.6.3-17.el7_1.1 > Available: 1:cups-libs-1.6.3-17.el7.x86_64 (base) > cups-libs(x86-64) = 1:1.6.3-17.el7 >Error: Package: 1:cups-1.6.3-17.el7.x86_64 (base) > Requires: cups-libs(x86-64) = 1:1.6.3-17.el7 > Installed: 1:cups-libs-1.6.3-17.el7_1.1.x86_64 (@updates) > cups-libs(x86-64) = 1:1.6.3-17.el7_1.1 > Available: 1:cups-libs-1.6.3-17.el7.x86_64 (base) > cups-libs(x86-64) = 1:1.6.3-17.el7 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest Trying the --skip-broken option gave a large set of protected multilib version errors, so it didn't work either. The following is the repo list: >[root@xxxxx ~]# yum repolist >Loaded plugins: fastestmirror, langpacks, priorities >Loading mirror speeds from cached hostfile > * base: mirror.pac-12.org > * centosplus: mirrors.unifiedlayer.com > * epel: mirror.sfo12.us.leaseweb.net > * extras: mirror.pac-12.org > * updates: mirrors.xmission.com >1452 packages excluded due to repository priority protections >repo id repo >name status >base/7/x86_64 CentOS-7 - >Base 8,652 >centosplus/7/x86_64 CentOS-7 - >Plus 40+13 >cr/7/x86_64 CentOS-7 - >cr 0 >*epel/x86_64 Extra Packages for >Enterprise Linux 7 - x86_64 8,411+66 >extras/7/x86_64 CentOS-7 - >Extras 128+53 >updates/7/x86_64 CentOS-7 - >Updates 2+1,320 >repolist: 17,233 >[root@goat ~]# I use priorities, as follows: 1: base 2: centosplus 3: updates 4: extras 5: cr 6: contrib 7: epel Can anyone explain this? or let me know how to get around it? Rebuilding the server from scratch is definitely possible since this is a test environment only. Thanks David

2 3

Install Xfce has package requirement error
by david 10 Sep '15

10 Sep '15

Folks Working in Centos 7, and with GNOME (three, I presume), installed, I tried to add the Xfce desktop and got a message: Error: Package: openssh-askpass-6.6.1p1-11.el7.x86_64 (base) Requires: openssh = 6.6.1p1-11.el7 Installed: openssh-6.6.1p1-12.el7_1.x86_64 (@updates) .... Should I try "-skip-broken", or wait until those packages are fixed? Shouldn't the repositories always be consistent? Thanks David

2 1

Re: [CentOS] rsync question
by C Linus Hicks 10 Sep '15

10 Sep '15

On 09/10/15, Robert Moskowitz wrote: ---------------- Quoted text ------------------------ I just tried the following: rsync -ah --stats "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ And it failed with: Unexpected remote arg: 192.168.192.2:/root/samba.PDC/ rsync error: syntax or usage error (code 1) at main.c(1330) [sender=3.1.1] I tried again with: rsync -ah --stats -e "ssh -p613 -l root" 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/ and it worked. This is what I read from the manpage, that "-e" is needed for the ssh command. --------------------- End Quote ---------------------------------- Try this: rsync -ah --stats 192.168.192.2:/root/samba.PDC/ /home/rgm/data/htt/httnet/homebase/new/root/

2 1

setting up solr/tomcat gives 404 page
by Tim Dunphy 10 Sep '15

10 Sep '15

Hey all, I tried following a few guides and I'm struggling with trying to setup apache solr 4.10 under apache tomcat 7.0.64 along with the drupal config necessary to get that this working with drupal. The latest guide I followed was this one which seemed like it might work: http://duntuk.com/how-install-apache-solr-46-apache-tomcat-7-use-drupal I followed everything to the letter and ended up with a 404 status page when I hit http://ipaddress:8080/solr I think the answer lies in putting the renaming the 'collection1' core to the right location under the name 'drupal'. But how to do that seems to be left out of that tutorial. In the tomcat logs I just see the following: 100.116.32.93 - - [09/Sep/2015:16:52:56 -0400] "GET /solr HTTP/1.1" 404 959 Which isn't very informative!! Any chance I can get some help in getting this working? Thanks, Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

2 1

Re: [CentOS] rsync question
by Carl E. Hartung 10 Sep '15

10 Sep '15

On Wed, 9 Sep 2015 05:51:38 -0700 (PDT) Mark Milhollan wrote: > On Tue, 8 Sep 2015, Carl E. Hartung wrote: > >On Tue, 8 Sep 2015 10:25:33 -0700 (PDT) Mark Milhollan wrote: > > >> -e specifies the *local* transport command to use > > > >What?! Straight from the documentation: > > > >" -e, --rsh=COMMAND specify the remote shell to use" > > If only one can properly interpret the meaning... COMMAND is the > local command to run to obtain a remote (non-interactive) shell, so > it isn't that the remote shell program (invoked once the transport is > connected) is being specified, i.e., it is which `remsh' to use. The > -p and -l provided thereby may be necessary, since the one is not the > default and the other isn't known to us to be the same as the local > user, which you glossed over as if one never has a need to specify. > > Orthogonal to Robert's problem, the switch from default use of rsh to > ssh has made it a requirement for (good) automation to always supply > a -e to ensure the correct command is used to account for all > potential versions of rsync that may be used. > > >> , and in this case it also specifies the remote port (613) and user > >> (root). Granted one should probably use their ssh configuration to > >> do that but it isn't realy "wrong" (to be questioned) to do it via > >> options. > > > >I didn't explicitly state that it was "wrong," just implied > >(correctly) that it was unnecessary. > > Potentially unnecessary. Just because you might see putting the port > and user in the ssh config file as the right thing to do, and which I > also do whenever possible, doesn't mean Robert necessarily wants to > or can do so, and after all -e does exist. Your questioning its use > as you did implied using it is wrong, to which I object. Luckily you > decided to reply to the list quoting me so eventually Robert was > supplied with the clue you didn't provide, that it might be > pre-configured. > > > /mark Mark, I would prefer it if you would please send your replies to the list and not to me personally. I *do* get them if you send them to the list. All of these fine grained points you've made regarding options that are "required for (good) automation" are irrelevant. Robert's post concerned invoking rsync manually "for backup purposes" -- not for "automation" as you're envisioning. He wrote "This is not an automated system. It is typically a onetime thing ..." Moreover, my "Why '-e'?" query was paired with a second very specific question: "Are these systems running disparate operating systems?" The implication seems pretty clear to me -- not that '-e' was somehow "wrong" but simply likely unnecessary in his scenario. I stand by that somewhat informal (less strict than you) evaluation unless and until we learn that he's actually operating on truly disparate systems. regards, Carl

2 2

named Update Problem
by Günther J. Niederwimmer 10 Sep '15

10 Sep '15

Hello, I have enabled for a Domain DNSSEC and it working correct, after I change the rights for /var/named to root:named 0770 but after a update it is always change back to root:named 0750 after this, DNSSEC don't work any more? named have no right to write his secure files. Is there a way to fix this Thanks, -- mit freundlichen Grüssen / best regards, Günther J. Niederwimmer

2 4

(no subject)
by Jeremy Conklin 10 Sep '15

10 Sep '15

Jconklin7887(a)hotmail.com

1 0

How to rebuild logrotate.status
by Robert Moskowitz 10 Sep '15

10 Sep '15

I have a problem in that at first all my log files were dated 12-31-1969 and logrotate has: # more /var/lib/logrotate.status logrotate state -- version 2 "/var/log/yum.log" 1969-12-31-20:26:1 "/var/named/data/named.run" 1969-12-31-20:26:1 "/var/log/httpd/error_log" 2015-8-27-4:43:1 "/var/log/wtmp" 1969-12-31-20:26:1 "/var/log/chrony/*.log" 2015-8-19-22:0:0 "/var/log/spooler" 1969-12-31-20:26:1 "/var/log/btmp" 1969-12-31-20:26:1 "/var/log/maillog" 1969-12-31-20:26:1 "/var/log/wpa_supplicant.log" 2015-8-19-22:0:0 "/var/log/secure" 1969-12-31-20:26:1 "/var/log/ppp/connect-errors" 2015-8-19-22:0:0 "/var/log/messages" 1969-12-31-20:26:1 "/var/log/cron" 1969-12-31-20:26:1 "/var/log/httpd/access_log" 2015-8-27-4:43:1 How do I get this file rebuilt with the dates currently on the files listed?

2 1

NFS client kernel panic
by David Goudet 10 Sep '15

10 Sep '15

Hi everyone, I have an issue with NFS client when the NFS client loose connection with the NFS server. In certain conditions the NFS client freeze and the result is kernel panic. It seems that kernel panic occurs when the NFS client try to unmount the unreachable remote NFS partition. This case occurs about one time each two days. CentOS version: CentOS Linux release 7.1.1503 (Core) Kernel version: Linux foo.bar 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13 10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux NFS packages: nfs-utils-1.3.0-0.8.el7.x86_64, libnfsidmap-0.25-11.el7.x86_64 This issue is present only on Centos7 NFS client (not present with Centos6). Any ideas? Is it known problem with Centos7 NFS client? Logs and stack trace here after: nfs: server foo.bar not responding, timed out nfs: server foo.bar not responding, timed out nfs: server foo.bar not responding, timed out nfs: server foo.bar not responding, timed out nfs: server foo.bar not responding, timed out BUG: Dentry ffff8800ca82f380{i=138c0,n=foo.png} still in use (2) [unmount of nfs4 0:41] ------------[ cut here ]------------ kernel BUG at fs/dcache.c:945! invalid opcode: 0000 [#1] SMP Modules linked in: ipt_REJECT rpcsec_gss_krb5 nfsv4 dns_resolver nfs fscache binfmt_misc xt_multiport iptable_filter ip_tables dm_crypt nfsd mgag200 auth_rpcgss syscopyarea nfs_acl sysfillrect lockd sysimgblt i2c_algo_bit ttm coretemp sunrpc drm_kms_helper iTCO_wdt iTCO_vendor_support i7core_edac ipmi_devintf lpc_ich kvm drm bnx2 ipmi_si dcdbas crc32c_intel serio_raw pcspkr i2c_core mfd_core edac_core ipmi_msghandler shpchp acpi_power_meter xfs libcrc32c sd_mod crc_t10dif crct10dif_common sr_mod cdrom ata_generic pata_acpi mptsas scsi_transport_sas ata_piix mptscsih libata mptbase dm_mirror dm_region_hash dm_log dm_mod CPU: 12 PID: 21364 Comm: umount.nfs4 Not tainted 3.10.0-229.4.2.el7.x86_64 #1 Hardware name: Dell Inc. PowerEdge R410/0N051F, BIOS 1.2.4 11/02/2009 task: ffff880075b3ad80 ti: ffff88007744c000 task.ti: ffff88007744c000 RIP: 0010:[<ffffffff811dddcc>] [<ffffffff811dddcc>] shrink_dcache_for_umount_subtree+0x1ac/0x1c0 RSP: 0018:ffff88007744fe10 EFLAGS: 00010246 RAX: 000000000000005e RBX: ffff8800ca82f380 RCX: 0000000000000000 RDX: 0000000000000000 RSI: ffff88022fccd488 RDI: 0000000000000246 RBP: ffff88007744fe28 R08: 0000000000000096 R09: 0000000000000627 R10: 0000000000000000 R11: ffff88007744fb26 R12: ffff8801ffb08780 R13: ffffffffa04f27a0 R14: ffff88021f3c0f40 R15: ffff88021f3c0f20 FS: 00007ff58b134880(0000) GS:ffff88022fcc0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007ff58aad15a0 CR3: 00000001ffe7f000 CR4: 00000000000007e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Stack: ffff880036a9fb20 ffff880036a9f800 ffff880036a9a000 ffff88007744fe40 ffffffff811df969 ffff880036a9f800 ffff88007744fe68 ffffffff811c8fe1 0000000000000029 ffff880036a9a000 ffff88021f3c0f20 ffff88007744fe80 Call Trace: [<ffffffff811df969>] shrink_dcache_for_umount+0x49/0x60 [<ffffffff811c8fe1>] generic_shutdown_super+0x21/0xe0 [<ffffffff811c9282>] kill_anon_super+0x12/0x20 [<ffffffffa041827b>] nfs_kill_super+0x1b/0x30 [nfs] [<ffffffff811c962d>] deactivate_locked_super+0x3d/0x60 [<ffffffff811c9c36>] deactivate_super+0x46/0x60 [<ffffffff811e6ac5>] mntput_no_expire+0xc5/0x120 SELinux: initialized (dev 0:40, type nfs4), uses genfs_contexts [<ffffffff811e7bff>] SyS_umount+0x9f/0x3c0 [<ffffffff81614de9>] system_call_fastpath+0x16/0x1b Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0 74 1b 48 8b 50 40 48 89 34 24 48 c7 c7 20 f1 83 81 48 89 de 31 c0 e8 f0 0a 42 00 <0f> 0b 31 d2 eb e5 0f 0b 66 66 66 2e 0f 1f 84 00 00 00 00 00 66 RIP [<ffffffff811dddcc>] shrink_dcache_for_umount_subtree+0x1ac/0x1c0 RSP <ffff88007744fe10> ---[ end trace ae487f589c43fd74 ]--- Kernel panic - not syncing: Fatal exception Thank you for you attention

1 0

bind chroot, bind mounts and selinux
by Tom Robinson 10 Sep '15

10 Sep '15

Hi All, I'm migrating a CentOS 6 bind instance (chrooted) to a CentOS 7 box and am curious of people's opinions on chrooting vs selinux as a way of securing bind. The bind-chroot on CentOS 7 also comes with a script (/usr/libexec/setup-named-chroot.sh) that sets up the much maligned systemd and, through bind mounts, creates and extra level of chroot hierarchy giving: /var/named/chroot/var/named/chroot/var/named which seems totally unnecessary. I'm sure that bind-chroot would be happy enough running without the bind mounts but would I be loosing anything in terms of security? Also, would I bother with chrooting at all if selinux can secure the environment for me? My own opinions aside what do others think and has anyone had experience with this? Kind regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robinson(a)motec.com.au

2 2

Re: [CentOS] CentOS 7 + Dell Latitude E6420 laptop = thermalshutdown
by deoren 10 Sep '15

10 Sep '15

> On 6/23/2015 7:22 AM, johan.vermeulen7 at telenet.be wrote: > > Hello All, > > > > installing these laptops went ok, but indeed, they shutdown on logon. > > When coming back up, I get a bios warning about temperature. > > On my first attempt on installing Nvidia driver, I wrecked the laptop. > > To be continued. > > > > greetings, Johan > > > Hi, > > Thanks for your feedback. I can't say I'm "happy" that someone else is > having the same problem, but I'm relieved that it's not just something > odd with the setup I am using. > > Any luck? I'm hoping to have a chance to look more into this myself in > the next few weeks once some other projects calm down. Ironically my > next step was going to be going after an updated video card driver. > > Hello Deoren, > > adding elrepo and installing kmod-nvidia seems to have solved the issue. > I hope this works for you as wel. > > greetings, Johan Thanks for the feedback. I'm a little late getting around to it, but I got a chance yesterday to look at this again and followed the steps to enable the ELRepo repository and installed the `kmod-nvidia` package. Once I did so, I was given a warning that there was a conflict with libglamoregl and to see the wiki page for more details. I looked on the site and found this page: http://elrepo.org/tiki/kmod-nvidia which covered not only that issue (basically run `yum remove xorg-x11-glamor`) but also emphasized that 'kmod-nvidia' might not work for some older chipsets and that the 'nvidia-detect' package should be installed and run to check for compatibility. I did so and got this output: kmod-nvidia Optimus hardware detected: An Intel display controller was detected Either disable the Intel display controller in the BIOS or use the bumblebee driver to suport Optimus hardware Now that the 'kmod-nvidia' driver was installed I rebooted the laptop to load it upon boot. Since I had rebooted, I checked my BIOS settings and sure enough I had the 'Enable Optimus' box selected. Figuring myself clever (ha), I disabled the option and attempted to boot the laptop. I got a blinking cursor against a black background and the password prompt to decrypt the disk and finish booting was never given. Since Ctrl+Alt+Del didn't appear to work, I held the power button and forced the laptop off. I then re-enabled the option and when the laptop next booted I got the password prompt to decrypt the disk and the laptop got to the point where Gnome should have loaded, but the system went no further. My notes are unclear at this point whether I was referring to the login window not displaying or whether it did and just logging into the desktop environment didn't work. I then installed the 'bumblebee' package and I was able to login without locking up the system. I then wiped the laptop, disabled the Optimus support in BIOS and did a clean installation making sure to use the same settings for the new installation as the old. The system booted up and I logged into KDE with no issues and the laptop remained powered on. Presumably the Optimus option was the issue all along. In summary: * If I have the Optimus option enabled I need to enable the ELRepo repository and install the kmod-nvidia (presumably) and bumblebee packages. * If I have the Optimus option disabled it appears that I don't need to do anything else other than install CentOS 7 normally and use it. Thanks again for your help with this.

1 0

yum list-sec CVE
by Raymond Durand 09 Sep '15

09 Sep '15

Hi, Is the command #yum list-sec cves still compatible with Centos7? Or are there alternatives to list all CVE applicable to a CentOS without the Satellite? Thanks

3 3

Working with PEM content
by Alice Wonder 09 Sep '15

09 Sep '15

Hi, If I need to script some management of text files with PEM content, are there already some tools that exist that do this safely? e.g. somecert.pem that might contain -----BEGIN CERTIFICATE----- blah blah -----END CERTIFICATE----- -----BEGIN DH PARAMETERS----- more blah -----END DH PARAMETERS----- What I would like is a utility that can read that file, remove the DH parameters, write new file, validate new file is valid PEM contents, and give exit status 0 on success. Could be done with standard scripting methods but I'm guessing a perl or python tool already exists that won't have me hitting myself when I make a stupid scripting mistake. Google and Bing lately though seem to be getting harder and harder for me to use to find that kind of stuff. Suggestions?

2 2

CUPS not generating a printcap file
by Vanhorn, Mike 09 Sep '15

09 Sep '15

According to all of the documentation I can find, an /etc/printcap file (or whatever filename is specified with the Printcap directive) is generated by cupsd ever time a printer is added or removed. On all of my CentOS 6.7 systems, this is NOT happening. I can restart cups and add or remove printers over and over and it still doesn't generate the printcap file. Is this a known issue, or is there some way that CentOS is blocking this from happening? --- Mike VanHorn Senior Computer Systems Administrator College of Engineering and Computer Science Wright State University 265 Russ Engineering Center 937-775-5157 michael.vanhorn(a)wright.edu http://www.cecs.wright.edu/~mvanhorn/

1 0

Saving session with terminal window open upon logout
by Gilbert Sebenste 09 Sep '15

09 Sep '15

Hello everyone, I tried Googling this, looking through admin notes...and I couldn't find this. And I know someone smart out here has the answer! When I log out of a user account, I want it to, when I log back in, have a terminal window pop up on my Gnome windows display, as I did before I logged out. How do I save a session before or as I log out? I am running Centos 6.7, 64-bit. Gilbert ******************************************************************************* Gilbert Sebenste ******** (My opinions only!) ****** *******************************************************************************

1 1

BackupPC problem - wrong user
by Timothy Murphy 09 Sep '15

09 Sep '15

I recently moved BackupPC from CentOS-6 to CentOS-7. But when I browse to localhost/BackupPC I'm told Error: Wrong user: my userid is 48[apache], instead of 984(backuppc) As far as I can tell, the BackupPC settings are exactly the same as they were before the move. It seems htttpd is running the program as user apache rather than backuppc, as required. Is there a simple setting in /etc/httpd/ that will tell httpd to run as a different user? -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

3 3

Nginx with php-fpm is not work
by Martin Zhou 09 Sep '15

09 Sep '15

Hi, everybody, This is a new system environment. I was using YUM to install Nginx and php-fpm, every time I try to access the page, php-fpm will be crash. Php-fpm error log as below, please help me fix it. Thanks. PHP-fpm log: [09-Sep-2015 12:25:25] NOTICE: Terminating ... [09-Sep-2015 12:25:25] NOTICE: exiting, bye-bye! [09-Sep-2015 12:25:26] NOTICE: fpm is running, pid 20339 [09-Sep-2015 12:25:26] NOTICE: ready to handle connections [09-Sep-2015 12:27:07] WARNING: [pool www] child 20343 exited on signal 11 (SIGSEGV) after 101.435499 seconds from start [09-Sep-2015 12:27:07] NOTICE: [pool www] child 20348 started

1 0

CentOS-announce Digest, Vol 127, Issue 4
by centos-announce-request＠centos.org 09 Sep '15

09 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2015:1741 Important CentOS 6 haproxy Security Update (Johnny Hughes) 2. CESA-2015:1742 Moderate CentOS 7 subversion Security Update (Johnny Hughes) 3. CESA-2015:1741 Important CentOS 7 haproxy Security Update (Johnny Hughes) 4. CEBA-2015:1743 CentOS 7 radvd FASTTRACK BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 8 Sep 2015 19:57:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1741 Important CentOS 6 haproxy Security Update Message-ID: <20150908195739.GA22255(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1741 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1741.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d4fc2abb0dfd295ca7c60bf84a21d21307764c65861003dd3802499585a42d93 haproxy-1.5.4-2.el6_7.1.i686.rpm x86_64: a5b21cea5b73ac1e468a5737fc034c6379c678baff3bd1f0cd175c2c1afef340 haproxy-1.5.4-2.el6_7.1.x86_64.rpm Source: a68d2f70f31ae1f411bcd557a17b03e4f000491d8bde3c642551b885844d655e haproxy-1.5.4-2.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 8 Sep 2015 21:07:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1742 Moderate CentOS 7 subversion Security Update Message-ID: <20150908210749.GA28762(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1742 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1742.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1ac68982e8d6c3c4f08338e829f9b84b172f98107065097924fb229125151516 mod_dav_svn-1.7.14-7.el7_1.1.x86_64.rpm 1319d6c52f045e1e43bcb45c6508d3791a17a255c9226cbc943906de3b34eab0 subversion-1.7.14-7.el7_1.1.i686.rpm 5761b0600d662fee4d1cc5c5507a5669648f1442d1f51751e54f773da8b9460f subversion-1.7.14-7.el7_1.1.x86_64.rpm b883397028c9b71a8854f7dbbe7c5aff09cdd82b03444281d4cd3cedcfefc322 subversion-devel-1.7.14-7.el7_1.1.i686.rpm e48a1950a59d980de126d690fa3f8e1be52f6f0735e7a4ef7e613229e126a9fb subversion-devel-1.7.14-7.el7_1.1.x86_64.rpm 965bcce500931a97b42cdc8ef89b5643ebfba5aff1d7aebeba4aef0a201a67d7 subversion-gnome-1.7.14-7.el7_1.1.i686.rpm 44517d753fe363f67c81e4ad38bc41fc7119ba0bb658a43ebfa126b5e6e8a702 subversion-gnome-1.7.14-7.el7_1.1.x86_64.rpm 304267248f354b87b4f04f41721a03ba1b9ad8930d1601109b828396f8ddeacc subversion-javahl-1.7.14-7.el7_1.1.i686.rpm 1d1ab0cae3f01ecf9f21c886fc0aa81d9ac0b909c4b8840afb379747a613bd38 subversion-javahl-1.7.14-7.el7_1.1.x86_64.rpm f7be0dc76695ba90e8c11b8f9bd62adf93e3c383f3329ff2dc318d4fea58e7c5 subversion-kde-1.7.14-7.el7_1.1.i686.rpm 5cd4c89e73bc8173e04748558a03fd95730f0863fbed3b007620bdf35f5d5741 subversion-kde-1.7.14-7.el7_1.1.x86_64.rpm 26731c80577860969dee68da1009dd0816d54c149d8a8298f8213526c328a100 subversion-libs-1.7.14-7.el7_1.1.i686.rpm eb70a5a6f846a83489ffb5b30d163a536382f5a8260f8d998467a1f37a126258 subversion-libs-1.7.14-7.el7_1.1.x86_64.rpm e0a58ae9d270a340db24c7a1982b9245b86f55924e5f6f532d3670e98799a5c6 subversion-perl-1.7.14-7.el7_1.1.i686.rpm da31f9b3e092e50ecff8ae1c71e465b6b1099b9e057844ddc0699e970fb95683 subversion-perl-1.7.14-7.el7_1.1.x86_64.rpm 5abb5f007da2bc855a86c79778116d45215555559cccbcee02ec2cec2edda9fe subversion-python-1.7.14-7.el7_1.1.x86_64.rpm b954725e526255571c98895f67018d6e45de5d60656ae4909a81b3a24fa48e60 subversion-ruby-1.7.14-7.el7_1.1.i686.rpm 99720bc6cff9a2499cb83927bec535a06401c1765234435b8a194f60a22c0e17 subversion-ruby-1.7.14-7.el7_1.1.x86_64.rpm 2c9f4a74ee2c97a5c0c23aeef34ac10281ff04a6ed8c69934058309e1cc08cc8 subversion-tools-1.7.14-7.el7_1.1.x86_64.rpm Source: 2a4bffe27a66fd5f06362c6c8f5544558ccd38d76cda59145a6e9033d252d452 subversion-1.7.14-7.el7_1.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 8 Sep 2015 21:08:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1741 Important CentOS 7 haproxy Security Update Message-ID: <20150908210802.GA28826(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1741 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1741.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f8d2433b85f82906c7daf609399e86ea61c8599fe291ea7f13e63a83b306b2fb haproxy-1.5.4-4.el7_1.1.x86_64.rpm Source: 0a41b75f4c2c601fd6e26e023ccb046a370a93ee25a74f2ef73f4e485ff3e9ec haproxy-1.5.4-4.el7_1.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 8 Sep 2015 21:08:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1743 CentOS 7 radvd FASTTRACK BugFix Update Message-ID: <20150908210811.GA28890(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1743 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1743.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2f483d1126f4dd5e6dda88c60e5e79b756a5fddbaafbaed343eea7f6712fc733 radvd-1.9.2-9.el7.x86_64.rpm Source: d972627fc03bed72ad243186bca0f41e06cff5a938497af3fa770757555e780a radvd-1.9.2-9.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 4 ***********************************************

1 0

Re: [CentOS] Saving session with terminal window open upon logout
by linush＠verizon.net 09 Sep '15

09 Sep '15

$ gnome-session-save Sent from my HTC ----- Reply message ----- From: "Gilbert Sebenste" <sebenste(a)weather.admin.niu.edu> To: <centos(a)centos.org> Subject: [CentOS] Saving session with terminal window open upon logout Date: Tue, Sep 8, 2015 5:01 PM Hello everyone, I tried Googling this, looking through admin notes...and I couldn't find this. And I know someone smart out here has the answer! When I log out of a user account, I want it to, when I log back in, have a terminal window pop up on my Gnome windows display, as I did before I logged out. How do I save a session before or as I log out? I am running Centos 6.7, 64-bit. Gilbert ******************************************************************************* Gilbert Sebenste ******** (My opinions only!) ****** ******************************************************************************* _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

1 0

C6 firefox esr h.264 support on youtube
by Robert Arkiletian 08 Sep '15

08 Sep '15

I was able to get h.264 support on www.youtube.com/html5 on fedora 21 by installing gstreamer1-libav but that package does not exist in C6 (or it's popular third party repos) What is the name of the package which adds h.264 to firefox on youtube/html5 in C6?

2 2

rsync question
by Robert Moskowitz 08 Sep '15

08 Sep '15

I am trying to rsync the named files under /etc for backup purposes. I tried: rsync -ah --stats --delete -e "ssh -p613 -l root" 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc The stats shows it sees all the files, but only moves the dir /etc/named and the files within it. It does not move the /etc/name* files (like /etc/named.conf). By file count, it is 'seeing' all the files, but not moving them.

3 5

Re: [CentOS] rsync question
by Carl E. Hartung 08 Sep '15

08 Sep '15

On Tue, 8 Sep 2015 10:25:33 -0700 (PDT) Mark Milhollan wrote: > On Mon, 7 Sep 2015, Carl E. Hartung wrote: > >On Mon, 7 Sep 2015 13:05:59 -0400 > >Robert Moskowitz wrote: > > >> rsync -ah --stats --delete -e "ssh -p613 -l root" > >> 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc > > >Why '-e' (specify remote shell to use)? Are these systems running > >disparate operating systems? > > -e specifies the *local* transport command to use What?! Straight from the documentation: " -e, --rsh=COMMAND specify the remote shell to use" > , and in this case it also specifies the remote port (613) and user > (root). Granted one should probably use their ssh configuration to > do that but it isn't realy "wrong" (to be questioned) to do it via > options. I didn't explicitly state that it was "wrong," just implied (correctly) that it was unnecessary. > > > /mark regards, Carl

1 0

Oracle java RPM
by Kanwar Ranbir Sandhu 08 Sep '15

08 Sep '15

Hi Everyone, Years ago the recommended way to install Sun's java was to install from the tar.gz file because the RPM they supplied did some bad things (clobbered other files or something...can't remember the details). Is this still the case with Oracle's java RPM, or is it now safe to install? Ranbir -- Kanwar R.S. Sandhu

7 8

How to setup own i686 buildenv for CentOS7
by Robin Lee 07 Sep '15

07 Sep '15

Hi, all! How to setup own i686 mock for CentOS7? Or, is there any public i686 repo for CentOS7? I found i686 repo available in internal CentOS building environment, from a root.log from a mock build result[1]. [1] http://buildlogs.centos.org/c7-updates/glibc/20141218212615/2.17-55.el7_0.3… Cheers, -robin

3 5

latest yum update messed up chrome
by Wes James 05 Sep '15

05 Sep '15

I yum updated yesterday and it updated chrome from 44.x to 45.x. It runs but it has errors going to web pages and won't load its own settings/extension pages either. I ran chrome from the command-line and see these errors: $ google-chrome libGL error: dlopen /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory) libGL error: failed to load driver: swrast [13006:13043:0901/222041:ERROR:logging.h(779)] Failed to call method: org.kde.KWallet.isEnabled: object_path= /modules/kwalletd: org.freedesktop.DBus.Error.ServiceUnknown: The name org.kde.kwalletd was not provided by any .service files [13006:13043:0901/222041:ERROR:native_backend_kwallet_x.cc(412)] Error contacting kwalletd (isEnabled) [13006:13043:0901/222041:ERROR:logging.h(779)] Failed to call method: org.kde.KWallet.isEnabled: object_path= /modules/kwalletd: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) [13006:13043:0901/222041:ERROR:native_backend_kwallet_x.cc(412)] Error contacting kwalletd (isEnabled) [13006:13046:0901/222041:ERROR:zygote_host_impl_linux.cc(374)] Did not receive ping from zygote child [6:6:0901/222041:ERROR:zygote_linux.cc(573)] Zygote could not fork: process_type renderer numfds 5 child_pid -1 [13006:13046:0901/222041:ERROR:zygote_host_impl_linux.cc(374)] Did not receive ping from zygote child I wish I could go back to a previous version of 44, but I can't find a previous version. It seems google likes to hide those. This is the CentOS I have: lsb_release -a LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch Distributor ID: CentOS Description: CentOS Linux release 7.1.1503 (Core) Release: 7.1.1503 Codename: Core I then decided to update the graphics drivers from ati web site to see if that would help. Now I can’t boot to a login. It stops at Reached target Graphical Interface. I reboot then pressed e at a boot line. Do I remove load_video to get just a console so I can remove the ati driver? I just removed that line and it says press Ctrl-x to start or ctrl-c fro command prompt, but all it get are x for ctrl-x on the screen and c for ctrl-c. Any ideas from here? Thanks, -wes

5 9

gnash plug-in for firefox on CentOS 6
by Michael Hennebry 05 Sep '15

05 Sep '15

How, if at all, should I replace the flash plug-in for firefox running on CentOS 6? I've read that gnash is a prospect, but it seems to not be in any of my repositories. -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

1 0

virt-install message regarding Spice and TLS
by Mike - st257 04 Sep '15

04 Sep '15

Is TLS required for the usage of Spice with KVM/libvirtd? I've been through the virt-install manpage a few times now to no avail. What is wrong with my syntax here (seen below)? Thanks. ~]# virt-install --connect qemu:///system -n blahhost -r2048 --vcpus=4 --arch=x86_64 --video qxl --graphics spice,port=5931 --noautoconsole --os-type linux --accelerate --network=bridge:kickstart_br0 --hvm --disk path=/dev/vmdisks/fedora-test2,bus=virtio --cdrom /tmp/fedora.iso Starting install... ERROR unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf Domain installation does not appear to have been successful. If it was, you can restart your domain by running: virsh --connect qemu:///system start blahhost otherwise, please restart your installation. -- ---~~.~~--- Mike // SilverTip257 //

4 6

CentOS 7 and gstreamer1 rtsp-server
by Jerry Geis 04 Sep '15

04 Sep '15

I am playing with gstreamer on CentOS 7.1 . All the packages are there except gst-rtsp-server.... OK - So I went to look for it to compile it. Found a version that was NOT 1.0.7 and my compile stopped because it said the versions are not the same.... OK so went back to look for 1.0.7 and its not there. I looked at: http://gstreamer.freedesktop.org/src/gst-rtsp-server Any thoughts on how I might find this package so it compiles? Thanks, Jerry

1 0

CentOS-announce Digest, Vol 127, Issue 3
by centos-announce-request＠centos.org 04 Sep '15

04 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2015:1711 CentOS 6 selinux-policy BugFix Update (Johnny Hughes) 2. CESA-2015:1715 Important CentOS 6 spice-server Security Update (Johnny Hughes) 3. CESA-2015:1714 Important CentOS 7 spice Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 3 Sep 2015 15:20:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1711 CentOS 6 selinux-policy BugFix Update Message-ID: <20150903152038.GA20329(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1711 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1711.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b2b8caa64685eb9b794af4e7094790d4ea28bbc7484a935c31666998875941f9 selinux-policy-3.7.19-279.el6_7.5.noarch.rpm 4287ca6d9f81dd7a327b9acf3335e08a71375ba51aeebecc46e53eb922b96dab selinux-policy-doc-3.7.19-279.el6_7.5.noarch.rpm 3b78196c046359121b24fea8737beb67b522977b7a6adcf48fe5fa2d4ce7fcf5 selinux-policy-minimum-3.7.19-279.el6_7.5.noarch.rpm f720c965d044a0463f5bb990074972e000a98946cf1c313f6940f1ce87a61b4f selinux-policy-mls-3.7.19-279.el6_7.5.noarch.rpm f7fc3ee35292c21ffb4de3bf94d927fab8affd3e1de8e82fb33c6483ded0610b selinux-policy-targeted-3.7.19-279.el6_7.5.noarch.rpm x86_64: b2b8caa64685eb9b794af4e7094790d4ea28bbc7484a935c31666998875941f9 selinux-policy-3.7.19-279.el6_7.5.noarch.rpm 4287ca6d9f81dd7a327b9acf3335e08a71375ba51aeebecc46e53eb922b96dab selinux-policy-doc-3.7.19-279.el6_7.5.noarch.rpm 3b78196c046359121b24fea8737beb67b522977b7a6adcf48fe5fa2d4ce7fcf5 selinux-policy-minimum-3.7.19-279.el6_7.5.noarch.rpm f720c965d044a0463f5bb990074972e000a98946cf1c313f6940f1ce87a61b4f selinux-policy-mls-3.7.19-279.el6_7.5.noarch.rpm f7fc3ee35292c21ffb4de3bf94d927fab8affd3e1de8e82fb33c6483ded0610b selinux-policy-targeted-3.7.19-279.el6_7.5.noarch.rpm Source: 22dece7d80867b437589f9bb5182424499320752b4461cd3e1079d00fda0c42c selinux-policy-3.7.19-279.el6_7.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 3 Sep 2015 19:06:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1715 Important CentOS 6 spice-server Security Update Message-ID: <20150903190617.GA29547(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1715 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1715.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2e4674af34f698bfe62f1b2f14c6b7f06746f40edee97dbe65fa4ced779fb15b spice-server-0.12.4-12.el6_7.1.x86_64.rpm e1e7a880d5b245be848778af1923f5f4e652dd1e3213fe1c837158a39c7361d6 spice-server-devel-0.12.4-12.el6_7.1.x86_64.rpm Source: 97e8404a22d35a1c03fa24f796480011c960c72fcf2ad5eb337243ad9e0fe44b spice-server-0.12.4-12.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 3 Sep 2015 19:28:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1714 Important CentOS 7 spice Security Update Message-ID: <20150903192810.GA35268(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1714 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1714.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 28c866f60487aad82a132f320469e74a75aba5700fa558b9f0320fcddba3da7f spice-server-0.12.4-9.el7_1.1.x86_64.rpm bf8e898e914a3de3bb763b27005dbccf8c83e99415948b6d1c0d7cbdd86ae6d5 spice-server-devel-0.12.4-9.el7_1.1.x86_64.rpm Source: b72f0c507c6c4e5426ff0f16bc0d17f24c52bdc69ee61032634ddcd328d232dc spice-0.12.4-9.el7_1.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 3 ***********************************************

1 0

Login "error" message
by Leon Vergottini 04 Sep '15

04 Sep '15

Dear Community I have been receiving the below each time when I log into one of my servers using ssh. declare -x G_BROKEN_FILENAMES="1" declare -x HISTCONTROL="ignoredups" declare -x HISTSIZE="1000" declare -x HOME="/home/xxxx" declare -x HOSTNAME="CentOS-66-64-minimal" declare -x LANG="en_US.UTF-8" declare -x LESSOPEN="||/usr/bin/lesspipe.sh %s" declare -x LOGNAME=“xxxx" declare -x LS_COLORS="rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:*.tar=38;5;9:*.tgz=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.Z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lz=38;5;9:*.xz=38;5;9:*.bz2=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.bz=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.rar=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.axv=38;5;13:*.anx=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.axa=38;5;45:*.oga=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:" declare -x MAIL="/var/spool/mail/xxxx" declare -x OLDPWD declare -x PATH="/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/xxxx/bin:/opt/current/maven/bin:/opt/current/java/bin" declare -x PWD="/home/xxxx" declare -x SHELL="/bin/bash" declare -x SHLVL="1" declare -x TERM="xterm-256color" declare -x USER=“xxxx" -bash: PATH: command not found I have tried to rectify the issue using the usermod and chsh commands with no success. Is there anything else that I can do to get rid of this message? Kind Regards Leon

1 0

Reboot updates.
by Peter Q. 04 Sep '15

04 Sep '15

Hi there. Today there's a update of libXfront. After than I updated. What I should do? Would be reboot it? Or login out?

3 3

Starting emacs gives "shmget failed: error 28" message
by Robert Nichols 04 Sep '15

04 Sep '15

In CentOS 6.7, if I start emacs from a terminal session, I always see a message, "(emacs:{PID}): Gdk-WARNING **: shmget failed: error 28 (No space left on device)" The message is also logged to .xsession-errors, and that occurs regardless of how emacs is started. The same thing occurs with SELinux in permissive mode. Emacs version is emacs-23.1-28.el6.x86_64 . Output from strace shows: shmget(IPC_PRIVATE, 393216, IPC_CREAT|0600) = -1 ENOSPC (No space left on device) /proc/mounts contains: tmpfs /dev/shm tmpfs rw,seclabel,relatime 0 0 and "df /dev/shm" shows: Filesystem 1K-blocks Used Available Use% Mounted on tmpfs 8194164 172 8193992 1% /dev/shm I can't identify any behavior problems that I can relate to this, but it seems that something is wrong. Any clues as to what? -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

4 5

Upgrade of CentOS 6.6 to 6.7
by John Tebbe 03 Sep '15

03 Sep '15

After the upgrade, I was encountering a "network unreachable" error. This happens on kernel versions -> 2.6.32-573.1 .1-el6.x86_64 and 2.6.32-573.3.1-el6.x86_64. If I revert back to 2.6.32.504.30.3.el6.x86_64, the problem goes away. I've been searching frantically without much luck. I have found references to the same error on bugs.centos.org but no resolution as of yet. Has anyone else encountered this? If so, what did you do to resolve it? TIA, John -- John Tebbe Pro-Tech Interconnect Solutions, LLC Main 952-442-2189 Direct 952-479-6272 Email johnt(a)protechmn.com

4 3

semi-OT: help needed w/ bareos
by m.roth＠5-cent.us 03 Sep '15

03 Sep '15

I've got it installed on a 6.7 server, and can back up and restore for Linux. Now I'm trying to do it for some users' WinDoze boxes. Trouble is, all I keep finding on the Web are "how to set it up on Linux", "how to install on Windoze", and how to restore.... First question: how do you *see* a list of the files that have been backed up (you're not going to tell me that's a postgresql thing, are you?)? Second: I've been looking, and am having trouble finding examples of configuring the bareos-dir for a win client. I *think* I did it right, but I get warnings. For the fileset, I have FileSet { Name = "<winclientname>set" Include { Options { Signature = MD5 # calculate md5 checksum per file } File = "c:\Users" } } But the logs *seem* to be saying it only copied one file. Clues for the poor? mark

6 7

Re: [CentOS] semi-OT: help needed w/ bareos
by m.roth＠5-cent.us 03 Sep '15

03 Sep '15

Valeri Galtsev wrote: > On Thu, September 3, 2015 10:48 am, m.roth(a)5-cent.us wrote: >> IP wrote: >>> W dniu 2015-09-03 o 13:56, mark pisze: >>>> On 09/02/15 21:27, Leon Fauster wrote: >>>>> Am 02.09.2015 um 22:18 schrieb m.roth(a)5-cent.us: >>>>>> I've got it installed on a 6.7 server, and can back up and restore for Linux. Now I'm trying to do it for some users' WinDoze boxes. <snip> > Mark, did you receive my earlier post (reply to earlier e-mail in this thread)? I pasted there portion of my bacula config. Im my case (bacula 5.x.x) it is forward slash for Windows clients as well. I know one way to test it: make a backup, then restore, then compare. (It is always a good idea for the first new type of client when not sure the config is correct...) > > I hope, this helps. I most *certainly* did, made the fix, and restarted the bareos-dir service, and ran my backup before lunch. Just did the list files jobid=97, and there's a *ton* - it worked. Again, thank you very much. mark

1 0

groupadd failure
by isdtor 03 Sep '15

03 Sep '15

The munin rpms from EPEL failed to install correctly on a particular machine. This is why # /usr/sbin/groupadd -r munin groupadd: Can't get unique system GID (no more available GIDs) # but I don't understand why this happens. Even after checking the man pages for groupadd and login.defs, I have been unable to determine what the settings for SYS_GID_MIN/SYS_GID_MAX on RHEL/CentOS are. None of the 5/6 machines I have access to list them in login.defs. Even assuming relatively conservative values of 201/499, resp. (examples from other distros include 101/999), this doesn't add up. # grep munin /etc/group # ypmatch munin group # wc -l /etc/group 100 /etc/group # grep SYS_GID /etc/login.defs # Any ideas? Information seems to be pretty thin on the ground.

6 7

CentOS-announce Digest, Vol 127, Issue 2
by centos-announce-request＠centos.org 03 Sep '15

03 Sep '15

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Infra: (START)TLS support for centos.org MX nodes (Fabian Arrotin) 2. CEBA-2015:1701 CentOS 7 selinux-policy BugFix Update (Johnny Hughes) 3. CEBA-2015:1702 CentOS 7 libproxy FASTTRACK BugFix Update (Johnny Hughes) 4. CESA-2015:1705 Important CentOS 6 bind Security Update (Johnny Hughes) 5. CESA-2015:1708 Important CentOS 6 libXfont Security Update (Johnny Hughes) 6. CESA-2015:1707 Important CentOS 5 bind97 Security Update (Johnny Hughes) 7. CESA-2015:1706 Important CentOS 5 bind Security Update (Johnny Hughes) 8. CESA-2015:1708 Important CentOS 7 libXfont Security Update (Johnny Hughes) 9. CESA-2015:1705 Important CentOS 7 bind Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 Sep 2015 15:08:22 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Infra: (START)TLS support for centos.org MX nodes Message-ID: <55E6F4C6.1040804(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As already announced in the last weeks, we started investigating the centos infra services/nodes on which we could add TLS support (if not already supporting it). After the work done at the http/https level, we decided to add TLS support for the mail servers within the CentOS.org infrastructure. We've so implemented today the STARTTLS feature on our MX nodes, both for incoming and outgoing mails. Please note that we've configured Postfix for "Opportunistic TLS", meaning that it should be transparent for you : * If your SMTP server is also configured for TLS support, traffic between your SMTP server (or the one from your ISP, that you're using as SMTP relay) and our servers will be encrypted. * If not, it will still be sent in clear, as before More information about "Opportunistic TLS" support for Postfix here : http://www.postfix.org/TLS_README.html#client_tls_may Should you encounter an issue, feel free to either report it on https://bugs.centos.org, or in #centos-devel on irc.freenode.net. on behalf of the Infra team, - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlXm9MYACgkQnVkHo1a+xU7GWwCfcoH3IymvwsC3v03H6Pdcvhev 9xIAn3vLgHzgCk6rq5r7sG9ifNR0wVDc =NHp8 -----END PGP SIGNATURE----- ------------------------------ Message: 2 Date: Wed, 2 Sep 2015 22:15:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1701 CentOS 7 selinux-policy BugFix Update Message-ID: <20150902221541.GA61614(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1701 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1701.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bfe687e31ef22d1d3bb1773992e7e8c54a4c838e562fbc3c8fb96114ff56f4d3 selinux-policy-3.13.1-23.el7_1.17.noarch.rpm 20ae5dab2874e1a2249187bcf074c4ced524fbe936837bd9c25dda6b219587ea selinux-policy-devel-3.13.1-23.el7_1.17.noarch.rpm b6fba3389523c3f26e5046dc6becfa3b11f7e2dc2c91ea665d1b6482e23cb7af selinux-policy-doc-3.13.1-23.el7_1.17.noarch.rpm 49ee7f51e21dc37dd580990289d9abc366f952daa6db324cccc97dfd365f0ab5 selinux-policy-minimum-3.13.1-23.el7_1.17.noarch.rpm 5302ab417a6d6f2a392aaf51a3905c7280cbeca7e014a3a18521db5d2098d9fe selinux-policy-mls-3.13.1-23.el7_1.17.noarch.rpm bba1a31bd758090657617e1002832db99d347358728b9d0e02d413e697f7012b selinux-policy-sandbox-3.13.1-23.el7_1.17.noarch.rpm 7e6d1414e1a7b4c126ad386aa339804274130c185a8527413933a212bd91fdf5 selinux-policy-targeted-3.13.1-23.el7_1.17.noarch.rpm Source: 9494ab345f7ad6c46594a9cc73fb85b61db4d27ce79916498ed558abc63905a5 selinux-policy-3.13.1-23.el7_1.17.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 2 Sep 2015 22:15:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:1702 CentOS 7 libproxy FASTTRACK BugFix Update Message-ID: <20150902221558.GA61732(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:1702 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1702.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fd3f174ea96acc0df6c844a6813a097843851dd49d2c6ea6f0904b118066049f libproxy-0.4.11-8.el7.i686.rpm 3f217df8ec6a6bc9e3f78c53181b0d0ce34b6c345fa2b6e230fdcb1963dcce93 libproxy-0.4.11-8.el7.x86_64.rpm e724c0ea94eac12ab43c7c731d2cadaaaf9afb49a7772759408f8bf74803f4a0 libproxy-bin-0.4.11-8.el7.x86_64.rpm d51912514ce89f2b950b222d757c84aa9857742fcb1cc87fba203baf3210d2fd libproxy-devel-0.4.11-8.el7.i686.rpm 7093a2c191c7ac892131b9811dfa0ce1429b761c1c4f787374dccba51f7a77a7 libproxy-devel-0.4.11-8.el7.x86_64.rpm 9585ee81633fcdafc31b474ccd7059d8331879df9af3f0925f7eb86d93479341 libproxy-gnome-0.4.11-8.el7.x86_64.rpm 948b8b4e9caf716a9dc3d4b0f2fa2d8b00d99a6d096f7f78016d480b047a804d libproxy-kde-0.4.11-8.el7.x86_64.rpm 17bcb53b55a165c90f49cd36aae75a703ff6e4b688627e17e4fceeacce802d5a libproxy-mozjs-0.4.11-8.el7.x86_64.rpm 05668b46939482c606ca905ad8eeab04bdac178a0585b7fa38c6e4d7b121f117 libproxy-networkmanager-0.4.11-8.el7.x86_64.rpm ae15a7795f68d527e74124220370a062b7dea6a73a91f0bf4da0c63d8621494f libproxy-python-0.4.11-8.el7.noarch.rpm 6cd708e61ce5ea469837f24f326c171143ff8118911117233753a808b588db33 libproxy-webkitgtk3-0.4.11-8.el7.x86_64.rpm Source: 7b1a6db89128dc3c7deec2d2157487350b6129078b66ec23607d095a26f62127 libproxy-0.4.11-8.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Thu, 3 Sep 2015 10:17:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1705 Important CentOS 6 bind Security Update Message-ID: <20150903101726.GA8973(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1705 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1705.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 385b7b0b40b892d3b682bbb68a6a27d937c7ac5da5846856e09ffffda49b58ac bind-9.8.2-0.37.rc1.el6_7.4.i686.rpm 5d86e5f4a7b1048d9b5d130a56333e0e2fa206f1f513de67bfac540f36432492 bind-chroot-9.8.2-0.37.rc1.el6_7.4.i686.rpm 6ff7c2354d68e3250c90f8e32d4ee6d7db2861f4198413a7b660a5b78abe04e1 bind-devel-9.8.2-0.37.rc1.el6_7.4.i686.rpm 2ce9bea73835b2fa6dd34377e8400c0cf69489725753e86029e2392123e42ebf bind-libs-9.8.2-0.37.rc1.el6_7.4.i686.rpm db50e7155c8459aecb4b9ca73735c4f41e75e056aeeb7f3e9d963c7da3957c4b bind-sdb-9.8.2-0.37.rc1.el6_7.4.i686.rpm 87429f94b663ced4697cd115eb7ebacaa5e352dcf2c93011400918f5f43e07a8 bind-utils-9.8.2-0.37.rc1.el6_7.4.i686.rpm x86_64: d8293c27b15583f7fe023689b26ce17bb941404b7315572827dd7ce87017feba bind-9.8.2-0.37.rc1.el6_7.4.x86_64.rpm 2bb369b78a4665e7f1d438127d337613b7a820033d50a9365924bfafb460a114 bind-chroot-9.8.2-0.37.rc1.el6_7.4.x86_64.rpm 6ff7c2354d68e3250c90f8e32d4ee6d7db2861f4198413a7b660a5b78abe04e1 bind-devel-9.8.2-0.37.rc1.el6_7.4.i686.rpm b1f31ca252ecfd620a0503b2500cc52c46e322095985ec62d63ced8845b8d312 bind-devel-9.8.2-0.37.rc1.el6_7.4.x86_64.rpm 2ce9bea73835b2fa6dd34377e8400c0cf69489725753e86029e2392123e42ebf bind-libs-9.8.2-0.37.rc1.el6_7.4.i686.rpm 121a44eba6c130c6070994b5dd972ca3cb7e442900f2d897b4922df9a64c6db0 bind-libs-9.8.2-0.37.rc1.el6_7.4.x86_64.rpm 6da5e62c87f5bc54b9654bba2bf78bd7bb66ba3d56d0da53ff6bfd5c8351f25d bind-sdb-9.8.2-0.37.rc1.el6_7.4.x86_64.rpm 5e25d5248aaedcc0165462e09f622280af123bba1052fff0f14d1600f1f2a9dc bind-utils-9.8.2-0.37.rc1.el6_7.4.x86_64.rpm Source: 5951ff46be45ebb2e860dfac6a0dfc5a3bbe212495b88c0136bd777b5d58bbc2 bind-9.8.2-0.37.rc1.el6_7.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Thu, 3 Sep 2015 10:17:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1708 Important CentOS 6 libXfont Security Update Message-ID: <20150903101749.GA9206(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1708 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1708.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9856558ad51e2b739b307e54519434fd091a7eef0a3380d8e08f6bda984dbc09 libXfont-1.4.5-5.el6_7.i686.rpm 69cab9290745e4e7ab1397803e3dbb53457ab6c7e72562c6bd47433e8ecea3d6 libXfont-devel-1.4.5-5.el6_7.i686.rpm x86_64: 9856558ad51e2b739b307e54519434fd091a7eef0a3380d8e08f6bda984dbc09 libXfont-1.4.5-5.el6_7.i686.rpm 53017e8cf13ca169a02574c9a7584ba84672006feafd56d9b5c6d5c7b4a7d49c libXfont-1.4.5-5.el6_7.x86_64.rpm 69cab9290745e4e7ab1397803e3dbb53457ab6c7e72562c6bd47433e8ecea3d6 libXfont-devel-1.4.5-5.el6_7.i686.rpm 2f3223fae18bd8b870f69e5fc5c7c111f72c7efdf590b4775617377dfe91916d libXfont-devel-1.4.5-5.el6_7.x86_64.rpm Source: ed249a9a95d6ba4b7069956b24cb09135989b128ea48c52ad705e36962e4af99 libXfont-1.4.5-5.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Thu, 3 Sep 2015 10:20:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1707 Important CentOS 5 bind97 Security Update Message-ID: <20150903102047.GA15255(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1707 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1707.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 93518ae05069f07cee1d3c342811afff6dd9cde162e3b6718b9c5bd7ea01bbd1 bind97-9.7.0-21.P2.el5_11.3.i386.rpm 2d5bc214ecf7c70b65daf7b6972caa0f065db4ba48ead25628f7f1f5394e4388 bind97-chroot-9.7.0-21.P2.el5_11.3.i386.rpm bdcd6f99d94058974438d749db7efa81a2722ba0243fad11f721c625871b418b bind97-devel-9.7.0-21.P2.el5_11.3.i386.rpm f719d43543c8cc4e8228ab687af750b7c98f9d6f070da4e0801c85c580fd56c2 bind97-libs-9.7.0-21.P2.el5_11.3.i386.rpm 3898e53d5b8f3e4b1aa8e5569d243d1bb787eabad42f185fdb28edf45cbfcf8d bind97-utils-9.7.0-21.P2.el5_11.3.i386.rpm x86_64: 1578c42cc5e522954fb8d8a2e4e4f304cd7af44b77f057a1ee49dfcfc573ef8c bind97-9.7.0-21.P2.el5_11.3.x86_64.rpm 5e04566783c2cc1c423b7d1c3d990545abd864fd51e2a74e68df93396b55ed7b bind97-chroot-9.7.0-21.P2.el5_11.3.x86_64.rpm bdcd6f99d94058974438d749db7efa81a2722ba0243fad11f721c625871b418b bind97-devel-9.7.0-21.P2.el5_11.3.i386.rpm 07a3ff80544201f6792fabc697373c6e012abbc34f9803ef6b22d98b0e6b4784 bind97-devel-9.7.0-21.P2.el5_11.3.x86_64.rpm f719d43543c8cc4e8228ab687af750b7c98f9d6f070da4e0801c85c580fd56c2 bind97-libs-9.7.0-21.P2.el5_11.3.i386.rpm a5583bc99a031162392ad555e2fbb75b7e6c87fc524d60bd9ecce287be1b7e43 bind97-libs-9.7.0-21.P2.el5_11.3.x86_64.rpm 65cfdf01abb9b673bbb5940eee2212ce11677e5b048d57fc7447c0e6fc9abfe5 bind97-utils-9.7.0-21.P2.el5_11.3.x86_64.rpm Source: 2e05b776888819f6aa86cabf1a3a11bc87a0f07ccd8b21ac4406d4c2fc635609 bind97-9.7.0-21.P2.el5_11.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Thu, 3 Sep 2015 10:22:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1706 Important CentOS 5 bind Security Update Message-ID: <20150903102224.GA15454(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1706 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1706.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bba46a116e6b5186632655032db42a9ff77c7b0ef3076e21cb4805d8c1c88a8b bind-9.3.6-25.P1.el5_11.4.i386.rpm 4de4794280e628d8267ef18e2706cd2cf9928efa3f2088d8b208cf4362946e3c bind-chroot-9.3.6-25.P1.el5_11.4.i386.rpm 157ff53e52f56d2b53fe52a1e59bf775934ce43013b99287fea3314c713748a6 bind-devel-9.3.6-25.P1.el5_11.4.i386.rpm 088c619c002bb48d1f4b5f1349eb16ce76caf4f5caaef2839654c98ce16ac16f bind-libbind-devel-9.3.6-25.P1.el5_11.4.i386.rpm 840aa7dbbd9f434e04ebd8a0cdfbe5e78b5a93c5f576144ec7e5ec64410745b5 bind-libs-9.3.6-25.P1.el5_11.4.i386.rpm f9a1f759794832717f63ceef8bc83b455f456a59458e9e79ed4236dd008fb8d7 bind-sdb-9.3.6-25.P1.el5_11.4.i386.rpm d8095ae46d01160f9dbe82762b8b2c00a6dc91846cb2f362dc1f8c38432c147d bind-utils-9.3.6-25.P1.el5_11.4.i386.rpm 5aa82705c9a3da0d61378003c49c6b384b1ed649cc55e982ae2a9056e2cf6adf caching-nameserver-9.3.6-25.P1.el5_11.4.i386.rpm x86_64: c308da83d5f57ea6aefc77a5ae0d6af76b0835dab55d6e06d2aaaeade5b2d422 bind-9.3.6-25.P1.el5_11.4.x86_64.rpm 10f51b1209242695ef78d9717b0954a1a53511f83ca2827e0ba5b8969636b39e bind-chroot-9.3.6-25.P1.el5_11.4.x86_64.rpm 157ff53e52f56d2b53fe52a1e59bf775934ce43013b99287fea3314c713748a6 bind-devel-9.3.6-25.P1.el5_11.4.i386.rpm 5bf1a1f68758dbb84f1e5f3a4b5055d6f0aab041355d0e02c4894f98da4723f3 bind-devel-9.3.6-25.P1.el5_11.4.x86_64.rpm 088c619c002bb48d1f4b5f1349eb16ce76caf4f5caaef2839654c98ce16ac16f bind-libbind-devel-9.3.6-25.P1.el5_11.4.i386.rpm 821d9a5b24aa6feeefb47e504bdee4ed13bfc1ceddc66ba269b23391373e5a78 bind-libbind-devel-9.3.6-25.P1.el5_11.4.x86_64.rpm 840aa7dbbd9f434e04ebd8a0cdfbe5e78b5a93c5f576144ec7e5ec64410745b5 bind-libs-9.3.6-25.P1.el5_11.4.i386.rpm a88cd1532c1a2014b5defd709c75bea6d36803f07aa04970b01b44fedcf46a1d bind-libs-9.3.6-25.P1.el5_11.4.x86_64.rpm 980d8292429f0a873bd57a657a9e8051c47bdeca2077f640901fadb00d1a79b3 bind-sdb-9.3.6-25.P1.el5_11.4.x86_64.rpm 5751ec2f6f313ce7794269be03a2c9ca57146739474b883298ac0471fc185e48 bind-utils-9.3.6-25.P1.el5_11.4.x86_64.rpm ab9869976e37f4144693efb8653cb2c7001edfed8dd9347abf5ed67d9fa8c837 caching-nameserver-9.3.6-25.P1.el5_11.4.x86_64.rpm Source: 6a45a7a6b9535bf75e9efe1e14abd1f71f4aef4cc298ff569bd3092c468a049d bind-9.3.6-25.P1.el5_11.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Thu, 3 Sep 2015 10:59:18 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1708 Important CentOS 7 libXfont Security Update Message-ID: <20150903105918.GA15553(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1708 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1708.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d0c7cd0ab4dc74e06f81eea25702ae372b5185314cc740de0bfd4c1467e23572 libXfont-1.4.7-3.el7_1.i686.rpm 56c8af2cd14daecb5c232fc1857d9ff24392bdace0b749be37802393fcd22272 libXfont-1.4.7-3.el7_1.x86_64.rpm db382660e3e64a5576d5063fa19954eb957b82d3d2e32baf19eb0c26d4f704eb libXfont-devel-1.4.7-3.el7_1.i686.rpm ae204ce0915b0846d92f0464c84260e7486410565dc8f13bf75f350bb6a7011e libXfont-devel-1.4.7-3.el7_1.x86_64.rpm Source: e06340a5791527201c75f63c1646b8e1f913c8ec56ef5ac93b83bbb43ff910d6 libXfont-1.4.7-3.el7_1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 9 Date: Thu, 3 Sep 2015 10:59:36 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1705 Important CentOS 7 bind Security Update Message-ID: <20150903105936.GA15668(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1705 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1705.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3c52fc07df91af417260ec7c29130f81f00a865c5bd3284c93129c9dcdc5e7bf bind-9.9.4-18.el7_1.5.x86_64.rpm 5e52f4486b1ed795198d23b0d3c8d5148158bc8cf3afbd2625dc87c4937fade9 bind-chroot-9.9.4-18.el7_1.5.x86_64.rpm 97984e4b2dc9ad73865ac219fa40602405b4c6caa1591e90427527f7208c9498 bind-devel-9.9.4-18.el7_1.5.i686.rpm e129f2cffbc8b78865ac4cb70bb6495ec6f6696973512da7940b9974a7baba11 bind-devel-9.9.4-18.el7_1.5.x86_64.rpm 37feef97c99d78c48cfa482cb74fe272fe32e1d3d2dc35fc3a93b66eb48e631f bind-libs-9.9.4-18.el7_1.5.i686.rpm 4d0e36862620019210239c57a7a19cf2a9e496882d40c02918038515d021da8e bind-libs-9.9.4-18.el7_1.5.x86_64.rpm c7742baecb76658ad077932b01b776a4d61bfb3d5e5094468240d7990d6f7729 bind-libs-lite-9.9.4-18.el7_1.5.i686.rpm 7de89035c55c74b6f3db7a69f2a45515e88769f0bd366cb4514fca9a4d335621 bind-libs-lite-9.9.4-18.el7_1.5.x86_64.rpm bf82732e738febb7bac091be60763080883504494066d378329f5d15a50c2abc bind-license-9.9.4-18.el7_1.5.noarch.rpm dbb2ab00757f4b7cd1f1165b5b0de8aafd8561b1c7fb992286b72339865bb9d0 bind-lite-devel-9.9.4-18.el7_1.5.i686.rpm 590e35f9fa11b348b14ef7d922cc8cc73fd650ad2dec77dc41b2fea47c08ec94 bind-lite-devel-9.9.4-18.el7_1.5.x86_64.rpm 6e7c4dd6e8f6c624a85ec7bac326987ac2db01e62ce6a9c3618e2cbb001873c8 bind-sdb-9.9.4-18.el7_1.5.x86_64.rpm ccbce6e7a229ba65a6427c9c0267ae997781d31703e1306489dde62f51cdc445 bind-sdb-chroot-9.9.4-18.el7_1.5.x86_64.rpm 9d3650eb70e0438b6922c85afe13d3afccb30600661cb71abdd32a6e88d1d38b bind-utils-9.9.4-18.el7_1.5.x86_64.rpm Source: 0c812dfb6be8e0e42aa4e929d45394a28377c3b6603eeb1a6c6a3a8940c820ab bind-9.9.4-18.el7_1.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 127, Issue 2 ***********************************************

1 0

why I use chrome on CentOS
by Wes James 03 Sep '15

03 Sep '15

I use chrome on CentOS because I wrote a web socket web app and I can only get chrome to work properly with web sockets. I have a local web app created with erlang. It works like ms sccm to wake, freeze/thaw deepfreeze PCs and can update windows/mac/linux boxes when they need updates for some student computers labs and department/college class rooms. Thanks for your understanding for my need for chrome - I moved over from xubuntu several months ago and I’d like to stay on CentOS. Thanks, -wes

6 6

Fresh install in Lenovo T420s gets stuck
by Tim 03 Sep '15

03 Sep '15

I did a fresh installation of centos7 on a Lenovo T420s. But after rebooting the machine after the installation process finished I get messages of CPU got stuck for 22sec. This happens after logging in at gdm. I can't do anything - the machine hangs completely. Switching to tty only works before logging in at gdm. I really don't have an idea. My other T420 (without "s") works fine. Any help is appreciated. Thanks in advance Tim

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss