- Discuss - lists.centos.org

older distro have newer package in base repo
by Leon Fauster 21 Nov '14

21 Nov '14

Just wondering why in EL5's base repo the latest supported mysql package is 5.5 and in EL6's base repo it is 5.1? Seems strange to me. (it is clear that the SCL of EL6 has version 5.5 but that implies a different update policy). -- LF

3 3

dovecot question
by Robert Moskowitz 21 Nov '14

21 Nov '14

I am having problems with the dovecot list. Haven't seen any messages from them for a few days, and a message I sent them today is not showing in their archives, so I come here to see if anyone here might know.... New mailserver and the first time I am using dovecot. Previously I used courier-mail. My config is moving all tagged spam into the IMAP spam folder. Very nice for the IMAP users, but not for the POP users. Of course the server don't know, and the mysql database for users does not have any flags for this. Don't want my server to fill up with spam from POP users that don't know to check via IMAP. Thunderbird makes it hard to switch from POP to IMAP. So is anyone here using dovecot? Have they noticed this? How do you handle it?

1 1

[OT] Lexmark T632 info sought
by James B. Byrne 20 Nov '14

20 Nov '14

We have a bunch of old Lexmark T63x printers connected to our LAN. These are accessed via IPP from our CentOS hosts and via TCP for our MicroSoft work stations. Both connections have worked without problems for years. This past week one of the T632s was replaced and since that time we cannot get either IPP or TCP to work with it from our CentOS hosts. It continues to work for the Windows domain workstations. I have verified the settings, both printer and network, and everything seems to match the settings of the original printer. Nonetheless when the printer is enabled we get an IPP failure as soon as we send any job to it. The only thing that I can detect that is different is the printer firmware. All of the machines that work have this: Printer Revision Levels: Loader 551.019-0 Base 551.019-0 Network 551.087-0 Engine E551.413 -0 Panel 7.02 Font 8.10H02-U4.0 Tray 2 10.18-5 Duplex 23.11-7 The one that fails has this: Printer Revision Levels: Loader 551.019-0 Basic Kernel E_YD.014-0 Kernel E_YD.014-0 Base 551.019-0 Network 551.019-0 Engine E551.421-0 Panel 7.02 Font 8.10H02-U4.0 Tray 2 10.18-5 I have no idea what a Basic Kernel on a Lexmark T632 is. Does anyone know and if so can you say whether or not this is the source of our difficulty? -- *** E-Mail is NOT a SECURE channel *** 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 Digest, Vol 118, Issue 20 - Email found in subject
by g 20 Nov '14

20 Nov '14

On 11/20/2014 02:15 PM, m.roth(a)5-cent.us wrote: > g wrote: >> On 11/20/2014 08:29 AM, David Docherty wrote: >> <> Received >> >> hello david, >> >> you really made my day. >> >> glad to see _you_received_ "CentOS Digest, Vol 118, Issue 20". >> >> i really do appreciate your posting this digest. now i have *TWO* >> copies of all those post. >> >> if you would really like something interesting to read, follow this >> link; >> >> http://wiki.centos.org/GettingHelp/ListInfo/Policy?highlight=%28digest%29 >> >> while reading, please note the line that has word "digest" highlighted. >> you might get an idea of how to make your posts even more enjoyable >> in the future. >> >> have a great day. >> >> p.s. please excuse my not posting all of your post. > > A hit! A veritable hit! 2 points (and my thanks). > > <mutter,mutter,clueless newbies, mutter, mutter> > > mark, who still can't post to the list glad you enjoyed. i hope david enjoys it. btw, if you are having problems posting, and it is *not* because you are being moderated, send post to me and i will be glad to "Fwd:" for you. -- peace out. in a world with out fences, who needs gates. tc,hago. g .

2 1

Re: [CentOS] CentOS Digest, Vol 118, Issue 20 - Email found in subject
by David Docherty 20 Nov '14

20 Nov '14

Received -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of centos-request(a)centos.org Sent: Thursday, November 20, 2014 6:00 AM To: centos(a)centos.org Subject: CentOS Digest, Vol 118, Issue 20 - Email found in subject Send CentOS mailing list submissions to centos(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos or, via email, send a message with subject or body 'help' to centos-request(a)centos.org You can reach the person managing the list at centos-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS digest..." Today's Topics: 1. CentOS-announce Digest, Vol 117, Issue 10 (centos-announce-request(a)centos.org) 2. NTFS-3g from EPEL doesn't work here, older one from PUIAS does (wwp) 3. Re: NTFS-3g from EPEL doesn't work here, older one from PUIAS does (John R. Dennison) 4. Re: NTFS-3g from EPEL doesn't work here, older one from PUIAS does (wwp) 5. Re: Broadcom WiFi Wiki Updated (Ned Slider) 6. New mailserver problems (Robert Moskowitz) 7. Re: Actual complaining: nixspam (G?tz Reinicke - IT Koordinator) 8. Re: New mailserver problems (Jason Pyeron) 9. Re: Broadcom WiFi Wiki Updated (milos.blazevic) 10. Re: Actual complaining: nixspam (G?tz Reinicke - IT Koordinator) 11. Re: New mailserver problems (Les Mikesell) 12. Re: New mailserver problems (Robert Moskowitz) 13. Re: New mailserver problems (Les Mikesell) 14. Can't build RPM for i686 target (i386 works) (Ian Pilcher) 15. Re: Can't build RPM for i686 target (i386 works) (Frank Cox) 16. CentOS 7 not installable using KVM-over-IP System (Dennis Jacobfeuerborn) 17. Re: Can't build RPM for i686 target (i386 works) (Ian Pilcher) 18. Re: Can't build RPM for i686 target (i386 works) (Ned Slider) 19. Re: Can't build RPM for i686 target (i386 works) (Ian Pilcher) 20. Re: Can't build RPM for i686 target (i386 works) (Mark LaPierre) 21. Please remove mirrors.skyshe.cn from mirror list,Thanks! (Tom) 22. Re: exercising pam_cracklib from the command line (Elias Persson) ---------------------------------------------------------------------- Message: 1 Date: Wed, 19 Nov 2014 12:00:02 +0000 From: centos-announce-request(a)centos.org To: centos-announce(a)centos.org Subject: [CentOS] CentOS-announce Digest, Vol 117, Issue 10 Message-ID: <mailman.5.1416398402.2599.centos-announce(a)centos.org> Content-Type: text/plain; charset="us-ascii" Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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. CEEA-2014:1866 CentOS 5 tzdata Enhancement Update (Johnny Hughes) 2. CEBA-2014:1868 CentOS 5 device-mapper BugFix Update (Johnny Hughes) 3. CEBA-2014:1867 CentOS 6 nss-softokn BugFix Update (Johnny Hughes) 4. CEEA-2014:1866 CentOS 6 tzdata Enhancement Update (Johnny Hughes) 5. CEEA-2014:1869 CentOS 6 oracleasm Enhancement Update (Johnny Hughes) 6. CESA-2014:1870 Important CentOS 6 libXfont Security Update (Johnny Hughes) 7. CESA-2014:1870 Important CentOS 7 libXfont Security Update (Johnny Hughes) 8. CEEA-2014:1866 CentOS 7 tzdata Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 18 Nov 2014 14:05:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1866 CentOS 5 tzdata Enhancement Update Message-ID: <20141118140522.GA17324(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1866 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1866.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 13adbf882bc3119c5a28da78246e6cdc76244d871aa22cbe8e123cf011573768 tzdata-2014j-1.el5.i386.rpm d4c91d72a5e00be8e57982a675dec72ae9c42bcc8b425e265704c84cd97220b3 tzdata-java-2014j-1.el5.i386.rpm x86_64: 89c23f9bbba8e12764ba6f99cd3914d4ded95ea0e913034aa87176d7d3f75db0 tzdata-2014j-1.el5.x86_64.rpm ddfaec7c260ada435204baea8ea8839c3549888ec25d53067c933c2eb3bc0d38 tzdata-java-2014j-1.el5.x86_64.rpm Source: 2fc45d4a04df98f734de68ce682d407deb472f02ca79099f57a91847b396043d tzdata-2014j-1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 18 Nov 2014 14:06:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1868 CentOS 5 device-mapper BugFix Update Message-ID: <20141118140620.GA17425(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1868 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1868.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4cb33df1c0ef17015e9bb009c956cd9f9a535036b4183878015d8150a271a6b9 device-mapper-1.02.67-2.el5_11.1.i386.rpm 386754cd706bebd48282d305000984e6476f40cbba6da3ffe531426666eefad6 device-mapper-event-1.02.67-2.el5_11.1.i386.rpm x86_64: 4cb33df1c0ef17015e9bb009c956cd9f9a535036b4183878015d8150a271a6b9 device-mapper-1.02.67-2.el5_11.1.i386.rpm 3bc114d4788ea74db77c602fbba97626b17ac4ff3c3e8df8cc8377a591e67bb1 device-mapper-1.02.67-2.el5_11.1.x86_64.rpm 6a1b527e304b8e2f4798cca3ca5c382041a407a33d3bb8b986daeae928f612d1 device-mapper-event-1.02.67-2.el5_11.1.x86_64.rpm Source: fa705696164cbf5c7dc693e8d5a8668202568b146ff7ba61ab108346111d23f7 device-mapper-1.02.67-2.el5_11.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 18 Nov 2014 14:17:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1867 CentOS 6 nss-softokn BugFix Update Message-ID: <20141118141708.GA20085(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1867 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1867.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 305b71ff15dc5ba36ace6b4d1606f0275714f81f29fe814b680d6fae9dbba2fa nss-softokn-3.14.3-18.el6_6.i686.rpm 40cf10d2757b150e8802e29492f0514edf27da85955faaf3111dd226a82ad3a2 nss-softokn-devel-3.14.3-18.el6_6.i686.rpm 5926791994ab63650cc72109865685e778bdd4c172b23e19700cd9565a62b9c4 nss-softokn-freebl-3.14.3-18.el6_6.i686.rpm 339ca1e102362ff6c50dd784a2d782fcf9a99a0534081a68920bec478f88316f nss-softokn-freebl-devel-3.14.3-18.el6_6.i686.rpm x86_64: 305b71ff15dc5ba36ace6b4d1606f0275714f81f29fe814b680d6fae9dbba2fa nss-softokn-3.14.3-18.el6_6.i686.rpm 0d21406fb8860e671ddae976edefe82c8033a49e1a071df39359f7b042a99f50 nss-softokn-3.14.3-18.el6_6.x86_64.rpm 40cf10d2757b150e8802e29492f0514edf27da85955faaf3111dd226a82ad3a2 nss-softokn-devel-3.14.3-18.el6_6.i686.rpm d0edcc698681d44e636093ffa108760867e9755713c467370bc5f489684388f7 nss-softokn-devel-3.14.3-18.el6_6.x86_64.rpm 5926791994ab63650cc72109865685e778bdd4c172b23e19700cd9565a62b9c4 nss-softokn-freebl-3.14.3-18.el6_6.i686.rpm 872ea19cefdbab59fbf10ba536055ab8544ab2c07501169280006874d5bd476a nss-softokn-freebl-3.14.3-18.el6_6.x86_64.rpm 339ca1e102362ff6c50dd784a2d782fcf9a99a0534081a68920bec478f88316f nss-softokn-freebl-devel-3.14.3-18.el6_6.i686.rpm eef496abfe4a8d8a44ff47f95ffab070e1ca92200c15e37622f9e08724aea272 nss-softokn-freebl-devel-3.14.3-18.el6_6.x86_64.rpm Source: 41ca911eef52dddb0ba8fbc9fbd847cc2ed3f7aba6f2b7e408427e320996d7ba nss-softokn-3.14.3-18.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 18 Nov 2014 14:17:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1866 CentOS 6 tzdata Enhancement Update Message-ID: <20141118141742.GA20299(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1866 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1866.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3e20e95f57fa81a1d0781678b01df6847d77f24c9c6c807a37a07c678f269429 tzdata-2014j-1.el6.noarch.rpm 529782b8a983414bc21bd5e8cec0add022d8cbb933ebb54753afe5b2e11ea837 tzdata-java-2014j-1.el6.noarch.rpm x86_64: 3e20e95f57fa81a1d0781678b01df6847d77f24c9c6c807a37a07c678f269429 tzdata-2014j-1.el6.noarch.rpm 529782b8a983414bc21bd5e8cec0add022d8cbb933ebb54753afe5b2e11ea837 tzdata-java-2014j-1.el6.noarch.rpm Source: 01050fef89d203565fee4ed6e0dea67db203df100aac4a6aa77356cea3607790 tzdata-2014j-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Tue, 18 Nov 2014 14:18:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1869 CentOS 6 oracleasm Enhancement Update Message-ID: <20141118141810.GA20456(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1869 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1869.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8e529bd839efa213af7a9d23677fe18f22a0ed2a64234bb48f5eaeae0fbf23d9 kmod-oracleasm-2.0.8-4.el6_6.x86_64.rpm Source: f985532fa70023e18280e2ba3ef627e9967652599f9da437c45de1014a134e7e oracleasm-2.0.8-4.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Tue, 18 Nov 2014 14:18:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1870 Important CentOS 6 libXfont Security Update Message-ID: <20141118141834.GA20687(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1870 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1870.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 13834a3e7436e041b8455eb295055e10d6eb636d0b63ca52ca923505a46b95ac libXfont-1.4.5-4.el6_6.i686.rpm 17a24810e40317805a3f1d2b4cfb0a320c82dc5a65ce092f7e0c03e8c2a95e1a libXfont-devel-1.4.5-4.el6_6.i686.rpm x86_64: 13834a3e7436e041b8455eb295055e10d6eb636d0b63ca52ca923505a46b95ac libXfont-1.4.5-4.el6_6.i686.rpm fd0ab920b5579b750bf2bd6cf3314a1c967714e80182d169d6fb41bdb363a89a libXfont-1.4.5-4.el6_6.x86_64.rpm 17a24810e40317805a3f1d2b4cfb0a320c82dc5a65ce092f7e0c03e8c2a95e1a libXfont-devel-1.4.5-4.el6_6.i686.rpm 669eff421714a4f4eec43261923dbe7fb224dc0c96c5407c63bf16404cce2bbc libXfont-devel-1.4.5-4.el6_6.x86_64.rpm Source: 0389c2ba2eb96e97f7c26798356dfbaec9e09aaf9106ab4599e194eadd2182de libXfont-1.4.5-4.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Tue, 18 Nov 2014 18:33:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1870 Important CentOS 7 libXfont Security Update Message-ID: <20141118183330.GA37348(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1870 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1870.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4db16b52f6e2005a48f611e2634fe0be85344f8fd63c8df546ac5aa805a146aa libXfont-1.4.7-2.el7_0.i686.rpm 2bea9726aa656252acb5c4bd08b2f8c69faa67e64e138a6eca61d6370876a0ab libXfont-1.4.7-2.el7_0.x86_64.rpm 0fd4d95b96ba54cf9f7a7313c38ece120f83451b169e69c83fd151ffa73ac315 libXfont-devel-1.4.7-2.el7_0.i686.rpm 90931cc19fe4bd908b2ea8265eec983c068743a0ffd2d6982387b1e7122ebac9 libXfont-devel-1.4.7-2.el7_0.x86_64.rpm Source: b96aa205cc865dd7a15ef79606271bf02f57a45be111f9c888ce2169497b9c97 libXfont-1.4.7-2.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Tue, 18 Nov 2014 18:37:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1866 CentOS 7 tzdata Enhancement Update Message-ID: <20141118183719.GA37518(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1866 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1866.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3c2392072374f63df6dcc1fa55adcfc99611803fdf51d55f2946fafa2fe1c1d6 tzdata-2014j-1.el7_0.noarch.rpm 4a54a7598e8390f93212bddcbf918c24c4d37640c841ef96383e01327c5647dc tzdata-java-2014j-1.el7_0.noarch.rpm Source: 52a2463bc19c552d1eee2bdc4d4f0afa93a648406704a1ef951ed1759b385723 tzdata-2014j-1.el7_0.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 http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 10 ************************************************ ------------------------------ Message: 2 Date: Wed, 19 Nov 2014 13:07:50 +0100 From: wwp <subscript(a)free.fr> To: centos(a)centos.org Subject: [CentOS] NTFS-3g from EPEL doesn't work here, older one from PUIAS does Message-ID: <20141119130750.48f59145@anthra> Content-Type: text/plain; charset="us-ascii" Hello there, here on my CentOS 6 (up-to-date), since a recent update of the NTFS modules to ntfs-3g-2014.2.15-6 from EPEL repo, mounting my NTFS partitions simply doesn't work ("NTFS signature is missing"). Back to puias' 2011.4.12-5.puias6 and it works again. Such issue observed on several CentOS systems, while upgrading to 6.6. Did I miss something? I browsed the web and RH's bug tracker but found nothing yet. Regards, -- wwp

2 1

Re: [CentOS] exercising pam_cracklib from the command line
by James B. Byrne 20 Nov '14

20 Nov '14

On Thu, November 20, 2014 04:44, Elias Persson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2014-11-17 20:57, James B. Byrne wrote: >> CentOS-6.6 >> >> Is there any command line program that determines and reports what >> pam_cracklib.so returns for a given password; subject to variation >> in the command line options and values provided? For example, >> assuming a cli driver program called cli_driver_pgm: >> > > Googling for `"pam_cracklib" cli tool` got me a recommendation of > `cracklib-check` via superuser [1]. Not sure if that does what you want, > but it might be a start? > I came up with cracklib-check too. It too uses FascistCheck like pam_cracklib but none of the elements that are configurable for pam_cracklib are setable for cracklib-check. I have obtained the source for pam_cracklib so I will see if I can create something on my own to yield what I wish. Sometime. Maybe. If I live long enough. -- *** E-Mail is NOT a SECURE channel *** 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] New mailserver problems
by James B. Byrne 20 Nov '14

20 Nov '14

On Wed, November 19, 2014 11:42, Robert Moskowitz wrote: > > On 11/19/2014 10:35 AM, Les Mikesell wrote: >> On Wed, Nov 19, 2014 at 7:36 AM, Robert Moskowitz <rgm(a)htt-consult.com> >> wrote: >>> output="/var/spool/amavisd/tmp/amavis-20141119T075446-18599/parts: lstat() >>> failed: Permission denied. ERROR\n" >> Ownership or selinux problem? > > Unfortunately no selinux on RSEL. has to do, in part, with it being a > port to armv5, eventhough I run it on armv7. > > I looked at the permissions and from /var/spool/amavisd it is owned by > amavis:amavis > Is the clamav user a member of the amavis group and does the group permit read access to /var/spool/amavisd/tmp? -- *** E-Mail is NOT a SECURE channel *** 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

New mailserver problems
by Robert Moskowitz 20 Nov '14

20 Nov '14

Well, in part we will see if you get this and I get the return. I JUST launched my new mail server after a few miscues. Actually the OS is Redsleeve6, which is the arm port of Centos 6, and perhaps some of my problems may come down to porting problems. But first, it may be that despite my testing, I missed something in the configurations. First clamd problems: Nov 19 08:09:54 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18598/parts Nov 19 08:10:15 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18599/parts Nov 19 08:11:13 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18598/parts Nov 19 08:11:35 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18599/parts Nov 19 08:12:33 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18598/parts Nov 19 08:12:54 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18599/parts Nov 19 08:14:07 z9m9z clamd[857]: lstat() failed on: /var/spool/amavisd/tmp/amavis-20141119T075446-18598/parts Then amavis problems: 08:08:42 z9m9z amavis[18599]: (18599-05) Checking: dkz-30wwFhmC [85.214.87.163] <u-boot-bounces(a)lists.denx.de> -> <rgm(a)htt-consult.com> Nov 19 08:08:43 z9m9z amavis[18599]: (18599-05) (!)run_av (ClamAV-clamd) FAILED - unexpected , output="/var/spool/amavisd/tmp/amavis-20141119T075446-18599/parts: lstat() failed: Permission denied. ERROR\n" Nov 19 08:08:43 z9m9z amavis[18599]: (18599-05) (!)ClamAV-clamd av-scanner FAILED: CODE(0x29d9e28) unexpected , output="/var/spool/amavisd/tmp/amavis-20141119T075446-18599/parts: lstat() failed: Permission denied. ERROR\n" at (eval 100) line 594. Nov 19 08:08:43 z9m9z amavis[18599]: (18599-05) (!!)WARN: all primary virus scanners failed, considering backups But is seems others are working? Anyway, a mailserver change is always painful....

3 6

amavis-new and mysql
by Robert Moskowitz 20 Nov '14

20 Nov '14

Trying to figure this out, as it worked on my old server, but lots is different on my new server.... I forgot the mysql connection for amavis-new in my new mailserver, as none of the tutorials I was pouring through mentioned this, even though they claim they supported virtual domains... Maybe amavis-new has gotten smart enough to recognize a domain as not the one describe and suspect relaying. Anyway... in /etc/amavis/amavis.conf I added: @lookup_sql_dsn = ( ['DBI:mysql:database=postfix;host=127.0.0.1;port=3306', 'postfix', 'password'] ); but am getting in maillog: Nov 20 09:15:10 z9m9z postfix/error[3237]: AC81A62159: to=<user(a)virtualdomain.com>, relay=none, delay=1, delays=0.99/0/0/0.05, dsn=4.4.2, status=deferred (delivery temporarily suspended: lost connection with 127.0.0.1[127.0.0.1] while sending DATA command) Is there something off with that connection? Something is listening on port 3306: # netstat -an|grep 3306 tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN Perhaps because I forgot: $sql_select_policy = 'SELECT domain from domain WHERE CONCAT("@",domain) IN (%k)'; Which I picked up from an ubuntu help site google 'found' for me. The Centos amavis-new howto does not cover supporting a mysql table of virtual domains.

1 0

CentOS-announce Digest, Vol 117, Issue 11
by centos-announce-request＠centos.org 20 Nov '14

20 Nov '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:1873 Moderate CentOS 6 libvirt Security Update (Johnny Hughes) 2. CEBA-2014:1874 CentOS 5 ksh BugFix Update (Johnny Hughes) 3. Infra - CentOS {www,seven}.centos.org downtime (Fabian Arrotin) 4. Re: Infra - CentOS {www, seven}.centos.org downtime (Fabian Arrotin) ---------------------------------------------------------------------- Message: 1 Date: Tue, 18 Nov 2014 18:46:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1873 Moderate CentOS 6 libvirt Security Update Message-ID: <20141118184617.GA37983(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1873 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1873.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d73cd372d4a994be9140c08825b4aaa87fbffc13e7d7db3385acf5ef3384cd00 libvirt-0.10.2-46.el6_6.2.i686.rpm c98372d5d62adf98c9ce23a70ef66ccb61ed06881ce14443940e6ca4b98d289e libvirt-client-0.10.2-46.el6_6.2.i686.rpm 07a055575cc9e01feca7b60f75bd0fed91e2520a599a90b02591667e84744147 libvirt-devel-0.10.2-46.el6_6.2.i686.rpm 27d17c02a96d9d3e20e62ac668905f54a8a287baeba803574d37420be7f403e0 libvirt-python-0.10.2-46.el6_6.2.i686.rpm x86_64: 8a46b48c0619146d0bcbf922975a45d9f80eccb7faea89fe9b993ec3309fd29c libvirt-0.10.2-46.el6_6.2.x86_64.rpm c98372d5d62adf98c9ce23a70ef66ccb61ed06881ce14443940e6ca4b98d289e libvirt-client-0.10.2-46.el6_6.2.i686.rpm 0e344734ecfc28f395bf1c66449888480750f95019f38120d5e00f3337c0be20 libvirt-client-0.10.2-46.el6_6.2.x86_64.rpm 07a055575cc9e01feca7b60f75bd0fed91e2520a599a90b02591667e84744147 libvirt-devel-0.10.2-46.el6_6.2.i686.rpm 0a3cda311fe26c51eb102f4ac89be77d65d4d5bc1e8a7c1a3ecfbf82a1cc64ca libvirt-devel-0.10.2-46.el6_6.2.x86_64.rpm 1a4048a21d165d4ce6b43eeb772fd21e536091fc9ec2321d6999f0c9972b0879 libvirt-lock-sanlock-0.10.2-46.el6_6.2.x86_64.rpm 0815d150ad78d41c30eeaa95182fd65622df5ee5476cf7aebbf8d2fc0fd22f9f libvirt-python-0.10.2-46.el6_6.2.x86_64.rpm Source: aee46b4269412bd4fe66b9d3ab1081dee594b3a7c989d46402cf57ffbc62c777 libvirt-0.10.2-46.el6_6.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 19 Nov 2014 13:01:40 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1874 CentOS 5 ksh BugFix Update Message-ID: <20141119130140.GA17061(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1874 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1874.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 18cc5f792c7178120ababb2b14dfcf57c6ca8dd9553baed51c14bb893ea6edff ksh-20100621-22.el5_11.i386.rpm x86_64: 221fddf0823f98b60ae9172f7451a87ceef90356550da14bae0bd985a36ab70b ksh-20100621-22.el5_11.x86_64.rpm Source: 471c12adb21b29c3dd862627d4e0765fe638e8b158010e46387eabf6dbefedff ksh-20100621-22.el5_11.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 19 Nov 2014 16:36:58 +0100 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Infra - CentOS {www,seven}.centos.org downtime Message-ID: <546CB91A.9040807(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Due to a hardware maintenance (moving some gluster volumes to Infiniband, so adding/configuring the IB HBAs), we'll have to shutdown some nodes in the CentOS Infra. Migration is scheduled for Friday November 19th, 9:30 am UTC time. You can convert to local time with $(date -d '2014-11-19 09:30 UTC') The expected "downtime" is estimated to ~180 minutes (multiple things happening at the same time), but we hope to be able to restart the whole stack sooner. Impacted services : - - IPv6 traffic to www.centos.org (the server will remain online and accessible through IPv4, only the IPv6-to-v4 reverse proxy we use the moment will be offline, so AAAA record will even be removed during that maintenance) - - http://seven.centos.org Thanks for your comprehending and patience. 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) iEYEARECAAYFAlRsuRoACgkQnVkHo1a+xU47fwCgiKfV3kUtoKefqgpSEhK64CBp 09MAn0Qi3+N6qegcwRkjgghuEnYXijIC =5f3A -----END PGP SIGNATURE----- ------------------------------ Message: 4 Date: Wed, 19 Nov 2014 16:42:54 +0100 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: Re: [CentOS-announce] Infra - CentOS {www, seven}.centos.org downtime Message-ID: <546CBA7E.1040309(a)centos.org> Content-Type: text/plain; charset=windows-1252 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19/11/14 16:36, Fabian Arrotin wrote: > Due to a hardware maintenance (moving some gluster volumes to > Infiniband, so adding/configuring the IB HBAs), we'll have to > shutdown some nodes in the CentOS Infra. > > Migration is scheduled for Friday November 19th, 9:30 am UTC time. > You can convert to local time with $(date -d '2014-11-19 09:30 > UTC') > The correct date is Thursday November 20th , 9:30 am UTC time. You can convert to local time with $(date -d '2014-11-20 09:30 UTC') Sorry for the error - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlRsun4ACgkQnVkHo1a+xU6B5wCaAxTeBn2RmibASkPhWxz9ckK8 qlQAnR1ImNkGeOwAKIArQhHR1e98/8kM =v4VK -----END PGP SIGNATURE----- ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 11 ************************************************

1 0

exercising pam_cracklib from the command line
by James B. Byrne 20 Nov '14

20 Nov '14

CentOS-6.6 Is there any command line program that determines and reports what pam_cracklib.so returns for a given password; subject to variation in the command line options and values provided? For example, assuming a cli driver program called cli_driver_pgm: cli_driver_pgm pam_cracklib.so difok=8 minlen=14 dcredit=3 ucredit=3 lcredit=3 ocredit=3 minclass=2 maxrepeat=3 maxsequence=3 reject_username gecoscheck -- somepassword -> pam_cracklib calculated minlen value for somepassword My Google-fu appears to have deserted me. -- *** E-Mail is NOT a SECURE channel *** 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

Please remove mirrors.skyshe.cn from mirror list,Thanks!
by Tom 20 Nov '14

20 Nov '14

Hi, This is a (new?) mirror in China, but I found this mirror hasn't enough bandwidth, I have tested in many server in China, this mirror has a low ping (smaller than 30ms), and a very low download speed(smaller than 10KB/s), so fastestmirror will let it to be the best mirror, but download very slow. I am really happy to see that skyshe.cn is willing to provide this service. However, I don't think their bandwidth is enough to handle this service. Tom

1 0

Can't build RPM for i686 target (i386 works)
by Ian Pilcher 20 Nov '14

20 Nov '14

I'm creating a simple RPM for my 32-bit CentOS 6 server. When I build the RPM without specifying a target architecture (rpmbuild foo.spec), it successfully builds an i386 RPM. If I try to build an i686 RPM, I get nothing: $ rpmbuild --target i686 foo.spec Building target platforms: i686 Building for target i686 And I'm returned to command prompt with no error message. The SPEC file doesn't contain any architecture-related tags. I feel like I must be missing something really, really basic, but I'll be darned if I can figure out what it might be. Any ideas? -- ======================================================================== Ian Pilcher arequipeno(a)gmail.com -------- "I grew up before Mark Zuckerberg invented friendship" -------- ========================================================================

4 5

Re: [CentOS] Actual complaining: nixspam
by Götz Reinicke - IT Koordinator 19 Nov '14

19 Nov '14

Am 19.11.14 um 15:31 schrieb m.roth(a)5-cent.us: > Götz Reinicke - IT Koordinator wrote: >> Am 08.10.14 um 23:07 schrieb John R. Dennison: >>> On Wed, Oct 08, 2014 at 05:04:45PM -0400, m.roth(a)5-cent.us wrote: >>>> >>>> Well, no: they tell me that they are *billed* for each major incident. >>> >>> There is a legal term that applies to this use case: "extortion" >> >> AFAIK IX is not billing .... They do a great job for couple of years. > > They have NOT been doing a "great job" for many years. Back around 2000 or > 2001, Cogeco in Canada was using them... and they blocked Chicago > Roadrunner, which was *the* ISP for most of the city of Chicago, one of > the three largest cities in the US (competition? what's that?) Right now, > hostmonster, my hosting provider, uses a primary mailserver to send from > their literal millions of domains (I got that figure from their tech > support), and it was hostmonster's tech support that told me they were > paying something like $150 "per incident" to get themselves removed - I > assume this is when nixspam claims they've got too many complaints for me > to remove myself. In ANY large hosting provider, anyone can buy a domain > and start spamming in hours, if not minutes, and I challenge you to show > me a large hosting provider that does not have this problem. > So some tech support tells you something, and you believe him for 100%? Go and get some real prove. > Twenty years ago, when there were thousands of small ISPs, nixspam's > method made sense. With the mergers, and the near-death of small ISPs, > it's an *idiot's* idea. Plus, they don't offer a whitelist, to get one's > self listed, for love or money. If it is such and idiot's idea, why are they still so famous and widely used? > > No, they're assholes, using a methodology that's 15+ years out of date. > And, I'll note, even the CentOS list gets spam, in spite of nixspam. Uh. your rudeness gives an deep insight of your state of mind and your POV. masterstroke to be taken seriously! >> >> The problem might be m.roths provider, if they have a zombi spam system >> somewhere and dynamic IPs e.g. they can be put on the list. > > See above. Perhaps you don't understand the current business model of > large hosting providers, and the reality of what they have to deal with. I know that and a lot of them (still) suck. We hat all over Germany problems couple of years ago with phone companies like eplus and cable tv providers as ISPs getting an RBLs etc. Still web.de, 1&1 and gmx with ++45 millions of mail accounts suck in some ways (currently we are investigating such an issue.) >> >> http://www.heise.de/ix/NiX-Spam-DNSBL-and-blacklist-for-download-499637.html >> >> If your mail server is affected by our blacklist please ask your >> internet service provider or your network administrator to shut down the >> spam source in your network because this is the blacklisting reason. >> Follow the removal instructions on www.dnsbl.manitu.net if you need to >> speed up the delisting process. > > Wait, *YOUR* blacklist? Are you actually affiliated with nixspam? If so, > then add a significant number of curses and insults, because you have *NO* > answer to what I say, above. And, btw, when are you going to block, say, > yahoo's mailservers? //very confused head-shaking// Read all information provided, than start shouting ... if you where interested in a objective discussion and problem solving you would have opened the link and read the text and would have seen that this is a quote. sorry that I forgot to mark and underline and point this out that a .... like you can see this. Over and out. my last2cents on this. /Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82 420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt

1 0

Broadcom WiFi Wiki Updated
by Milos Blazevic 19 Nov '14

19 Nov '14

Hi all, Long time, no speak. Shifting from private sector job to full-time freelance work took its toll. As a result, among other things, the Broadcom Wiki page http://wiki.centos.org/HowTos/Laptops/Wireless/Broadcom I "maintain" was neglected, and over the past couple of years I've been receiving e-mail inquiries about the Wiki and its applicability. I'm happy to say and let you all know that the Wiki page has been updated with instructions for compiling the latest Broadcom driver with the latest kernel release, and the driver was tested. The current instructions are applicable to CentOS 6 x86_64, but I'm hoping to expand that to CentOS 7 as well. CentOS 5 instructions were removed. Of course, I can post compilation instructions for 5 also, but it'd be tested on a VM and the driver module wouldn't actually go through proper testing. Your thoughts on this matter are certainly welcome. The page is still being reviewed/edited by myself and could use 'polishing', but again, your feedback is always more than welcome and even desired! -- *Kind regards,* *Milos Blazevic* Signature Cert. No: 805010564450148

3 2

Actual complaining: nixspam
by m.roth＠5-cent.us 19 Nov '14

19 Nov '14

John accused me of complaining about systemd... this here's *real* complaining. Several times every month, my email starts getting bounced by freakin' nixspam, because my giant hosting provider, that hosts millions of domains. Akemi has argued that nixspam works just fine (if so, then why did we get that spam a few weeks ago?). I've politely requested being put on a whitelist, and been politely ignored. I'd also be very surprised if that was not configurable. I've also argued that nixspam's idea of how to block spam is 15 years out of date. More than a dozen years ago, Cogeco was using them, and I was unable to email a close friend in Canada, because of that, and there was no way to get me off the list. And... at the time, my provider was roadrunner, a division of the multinational Time-Warner, and in my area of Chicago, like many areas of Chicago at the time, they were THE ONLY ISP, having bought up or driven out of business all others. This meant that not just me, but tens of thousands of others in Chicago couldn't get through to anyone whose provider chose to use nixspam. Now, almost all small ISPs are long gone, at least in the US, having been eaten or driven under by huge corporations. It is a common thing for ISPs and hosting providers to use a *single* domain for a mailhost, at least for some large subset of their domains. I have zero information, or confidence, that nixspam would not block Verizon, the giant telecom that provides my network access at home, for the same reason. For those reasons, I am once again urging the list owner to *change* spam blocking, and stop using nixspam. At the very least, I request that you *please* put me on a whitelist. Yes, I argue... but so do most of us, and I think that I've helped a number of folks with solutions to problems over the years, if I need to justify my presence on this list. mark

6 14

NTFS-3g from EPEL doesn't work here, older one from PUIAS does
by wwp 19 Nov '14

19 Nov '14

Hello there, here on my CentOS 6 (up-to-date), since a recent update of the NTFS modules to ntfs-3g-2014.2.15-6 from EPEL repo, mounting my NTFS partitions simply doesn't work ("NTFS signature is missing"). Back to puias' 2011.4.12-5.puias6 and it works again. Such issue observed on several CentOS systems, while upgrading to 6.6. Did I miss something? I browsed the web and RH's bug tracker but found nothing yet. Regards, -- wwp

2 2

CentOS-announce Digest, Vol 117, Issue 10
by centos-announce-request＠centos.org 19 Nov '14

19 Nov '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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. CEEA-2014:1866 CentOS 5 tzdata Enhancement Update (Johnny Hughes) 2. CEBA-2014:1868 CentOS 5 device-mapper BugFix Update (Johnny Hughes) 3. CEBA-2014:1867 CentOS 6 nss-softokn BugFix Update (Johnny Hughes) 4. CEEA-2014:1866 CentOS 6 tzdata Enhancement Update (Johnny Hughes) 5. CEEA-2014:1869 CentOS 6 oracleasm Enhancement Update (Johnny Hughes) 6. CESA-2014:1870 Important CentOS 6 libXfont Security Update (Johnny Hughes) 7. CESA-2014:1870 Important CentOS 7 libXfont Security Update (Johnny Hughes) 8. CEEA-2014:1866 CentOS 7 tzdata Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 18 Nov 2014 14:05:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1866 CentOS 5 tzdata Enhancement Update Message-ID: <20141118140522.GA17324(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1866 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1866.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 13adbf882bc3119c5a28da78246e6cdc76244d871aa22cbe8e123cf011573768 tzdata-2014j-1.el5.i386.rpm d4c91d72a5e00be8e57982a675dec72ae9c42bcc8b425e265704c84cd97220b3 tzdata-java-2014j-1.el5.i386.rpm x86_64: 89c23f9bbba8e12764ba6f99cd3914d4ded95ea0e913034aa87176d7d3f75db0 tzdata-2014j-1.el5.x86_64.rpm ddfaec7c260ada435204baea8ea8839c3549888ec25d53067c933c2eb3bc0d38 tzdata-java-2014j-1.el5.x86_64.rpm Source: 2fc45d4a04df98f734de68ce682d407deb472f02ca79099f57a91847b396043d tzdata-2014j-1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 18 Nov 2014 14:06:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1868 CentOS 5 device-mapper BugFix Update Message-ID: <20141118140620.GA17425(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1868 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1868.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4cb33df1c0ef17015e9bb009c956cd9f9a535036b4183878015d8150a271a6b9 device-mapper-1.02.67-2.el5_11.1.i386.rpm 386754cd706bebd48282d305000984e6476f40cbba6da3ffe531426666eefad6 device-mapper-event-1.02.67-2.el5_11.1.i386.rpm x86_64: 4cb33df1c0ef17015e9bb009c956cd9f9a535036b4183878015d8150a271a6b9 device-mapper-1.02.67-2.el5_11.1.i386.rpm 3bc114d4788ea74db77c602fbba97626b17ac4ff3c3e8df8cc8377a591e67bb1 device-mapper-1.02.67-2.el5_11.1.x86_64.rpm 6a1b527e304b8e2f4798cca3ca5c382041a407a33d3bb8b986daeae928f612d1 device-mapper-event-1.02.67-2.el5_11.1.x86_64.rpm Source: fa705696164cbf5c7dc693e8d5a8668202568b146ff7ba61ab108346111d23f7 device-mapper-1.02.67-2.el5_11.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 18 Nov 2014 14:17:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1867 CentOS 6 nss-softokn BugFix Update Message-ID: <20141118141708.GA20085(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1867 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1867.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 305b71ff15dc5ba36ace6b4d1606f0275714f81f29fe814b680d6fae9dbba2fa nss-softokn-3.14.3-18.el6_6.i686.rpm 40cf10d2757b150e8802e29492f0514edf27da85955faaf3111dd226a82ad3a2 nss-softokn-devel-3.14.3-18.el6_6.i686.rpm 5926791994ab63650cc72109865685e778bdd4c172b23e19700cd9565a62b9c4 nss-softokn-freebl-3.14.3-18.el6_6.i686.rpm 339ca1e102362ff6c50dd784a2d782fcf9a99a0534081a68920bec478f88316f nss-softokn-freebl-devel-3.14.3-18.el6_6.i686.rpm x86_64: 305b71ff15dc5ba36ace6b4d1606f0275714f81f29fe814b680d6fae9dbba2fa nss-softokn-3.14.3-18.el6_6.i686.rpm 0d21406fb8860e671ddae976edefe82c8033a49e1a071df39359f7b042a99f50 nss-softokn-3.14.3-18.el6_6.x86_64.rpm 40cf10d2757b150e8802e29492f0514edf27da85955faaf3111dd226a82ad3a2 nss-softokn-devel-3.14.3-18.el6_6.i686.rpm d0edcc698681d44e636093ffa108760867e9755713c467370bc5f489684388f7 nss-softokn-devel-3.14.3-18.el6_6.x86_64.rpm 5926791994ab63650cc72109865685e778bdd4c172b23e19700cd9565a62b9c4 nss-softokn-freebl-3.14.3-18.el6_6.i686.rpm 872ea19cefdbab59fbf10ba536055ab8544ab2c07501169280006874d5bd476a nss-softokn-freebl-3.14.3-18.el6_6.x86_64.rpm 339ca1e102362ff6c50dd784a2d782fcf9a99a0534081a68920bec478f88316f nss-softokn-freebl-devel-3.14.3-18.el6_6.i686.rpm eef496abfe4a8d8a44ff47f95ffab070e1ca92200c15e37622f9e08724aea272 nss-softokn-freebl-devel-3.14.3-18.el6_6.x86_64.rpm Source: 41ca911eef52dddb0ba8fbc9fbd847cc2ed3f7aba6f2b7e408427e320996d7ba nss-softokn-3.14.3-18.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 18 Nov 2014 14:17:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1866 CentOS 6 tzdata Enhancement Update Message-ID: <20141118141742.GA20299(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1866 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1866.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3e20e95f57fa81a1d0781678b01df6847d77f24c9c6c807a37a07c678f269429 tzdata-2014j-1.el6.noarch.rpm 529782b8a983414bc21bd5e8cec0add022d8cbb933ebb54753afe5b2e11ea837 tzdata-java-2014j-1.el6.noarch.rpm x86_64: 3e20e95f57fa81a1d0781678b01df6847d77f24c9c6c807a37a07c678f269429 tzdata-2014j-1.el6.noarch.rpm 529782b8a983414bc21bd5e8cec0add022d8cbb933ebb54753afe5b2e11ea837 tzdata-java-2014j-1.el6.noarch.rpm Source: 01050fef89d203565fee4ed6e0dea67db203df100aac4a6aa77356cea3607790 tzdata-2014j-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Tue, 18 Nov 2014 14:18:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1869 CentOS 6 oracleasm Enhancement Update Message-ID: <20141118141810.GA20456(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1869 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1869.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8e529bd839efa213af7a9d23677fe18f22a0ed2a64234bb48f5eaeae0fbf23d9 kmod-oracleasm-2.0.8-4.el6_6.x86_64.rpm Source: f985532fa70023e18280e2ba3ef627e9967652599f9da437c45de1014a134e7e oracleasm-2.0.8-4.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Tue, 18 Nov 2014 14:18:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1870 Important CentOS 6 libXfont Security Update Message-ID: <20141118141834.GA20687(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1870 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1870.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 13834a3e7436e041b8455eb295055e10d6eb636d0b63ca52ca923505a46b95ac libXfont-1.4.5-4.el6_6.i686.rpm 17a24810e40317805a3f1d2b4cfb0a320c82dc5a65ce092f7e0c03e8c2a95e1a libXfont-devel-1.4.5-4.el6_6.i686.rpm x86_64: 13834a3e7436e041b8455eb295055e10d6eb636d0b63ca52ca923505a46b95ac libXfont-1.4.5-4.el6_6.i686.rpm fd0ab920b5579b750bf2bd6cf3314a1c967714e80182d169d6fb41bdb363a89a libXfont-1.4.5-4.el6_6.x86_64.rpm 17a24810e40317805a3f1d2b4cfb0a320c82dc5a65ce092f7e0c03e8c2a95e1a libXfont-devel-1.4.5-4.el6_6.i686.rpm 669eff421714a4f4eec43261923dbe7fb224dc0c96c5407c63bf16404cce2bbc libXfont-devel-1.4.5-4.el6_6.x86_64.rpm Source: 0389c2ba2eb96e97f7c26798356dfbaec9e09aaf9106ab4599e194eadd2182de libXfont-1.4.5-4.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Tue, 18 Nov 2014 18:33:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1870 Important CentOS 7 libXfont Security Update Message-ID: <20141118183330.GA37348(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1870 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1870.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4db16b52f6e2005a48f611e2634fe0be85344f8fd63c8df546ac5aa805a146aa libXfont-1.4.7-2.el7_0.i686.rpm 2bea9726aa656252acb5c4bd08b2f8c69faa67e64e138a6eca61d6370876a0ab libXfont-1.4.7-2.el7_0.x86_64.rpm 0fd4d95b96ba54cf9f7a7313c38ece120f83451b169e69c83fd151ffa73ac315 libXfont-devel-1.4.7-2.el7_0.i686.rpm 90931cc19fe4bd908b2ea8265eec983c068743a0ffd2d6982387b1e7122ebac9 libXfont-devel-1.4.7-2.el7_0.x86_64.rpm Source: b96aa205cc865dd7a15ef79606271bf02f57a45be111f9c888ce2169497b9c97 libXfont-1.4.7-2.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Tue, 18 Nov 2014 18:37:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1866 CentOS 7 tzdata Enhancement Update Message-ID: <20141118183719.GA37518(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1866 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1866.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3c2392072374f63df6dcc1fa55adcfc99611803fdf51d55f2946fafa2fe1c1d6 tzdata-2014j-1.el7_0.noarch.rpm 4a54a7598e8390f93212bddcbf918c24c4d37640c841ef96383e01327c5647dc tzdata-java-2014j-1.el7_0.noarch.rpm Source: 52a2463bc19c552d1eee2bdc4d4f0afa93a648406704a1ef951ed1759b385723 tzdata-2014j-1.el7_0.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 http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 10 ************************************************

1 0

Upgrade to CentOS6.6: mpich dep error
by wwp 19 Nov '14

19 Nov '14

Hello there, I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum, and here's what it says: ===================== [snip] --> Finished Dependency Resolution --> Running transaction check ---> Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased ---> Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased ---> Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted --> Processing Dependency: libmpich.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 --> Processing Dependency: libmpichf90.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 --> Processing Dependency: mpich2 for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 Package mpich2 is obsoleted by mpich, but obsoleting package does not provide for requirements --> Finished Dependency Resolution Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: mpich2 Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) mpich2 = 1.2.1-2.3.el6 Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpichf90.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpichf90.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found Error: Package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 (@epel) Requires: libmpich.so.1.2()(64bit) Removing: mpich2-1.2.1-2.3.el6.x86_64 (@base) libmpich.so.1.2()(64bit) Obsoleted By: mpich-3.1-4.el6.x86_64 (base) Not found You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest ===================== Those packages depend on mpich2.x86_64: boost-graph-mpich2 x86_64 1.41.0-18.el6 @base 440 k boost-mpich2 x86_64 1.41.0-18.el6 @base 353 k boost-mpich2-python x86_64 1.41.0-18.el6 @base 44 k hdf5-mpich2 x86_64 1.8.5.patch1-7.el6 @epel 6.8 M mpich2-devel x86_64 1.2.1-2.3.el6 @base 6.8 M I presume it's the dep from hdf5mich from epel which is blocking.. Any hint about what I could do now? Regards, -- wwp

2 3

Install CentOS7 on LVM over software RAID
by Владимир Ельцов 19 Nov '14

19 Nov '14

Hello everyone. Is there possibility to install CenOS7 on LVM over software RAID? I wasn't able to do it... -- Владимир Ельцов

3 3

Centos 7 Nvidia openGL breaks vncserver
by Stan Cruise 19 Nov '14

19 Nov '14

On Tue, 18 Nov 2014 10:46 pm MT -0700 Stan Cruise <stancruise at me.com <http://lists.centos.org/mailman/listinfo/centos>> wrote: Thanks Marco. Gnome3 it is. I naively figured that this was the 'default' but alas it is a selection which I did make. I had seen hints of this in discussions elsewhere and did try KDE, but that is tough sledding on C7, and I got impatient. I should have stuck it out. (KDE has a bug on vncserver enable and creates the wrong symlink in /etc. At least it is different and requires work to get it right). Mate is my next try. I did try the nvidia-detect and it did say to use 340.58. Thanks again for helping me converge. I will be silent for a bit to try out different DEs. Stan On Tue, 18 Nov 2014 11:32:36 -0700 Stan Cruise <stancruise at me.com <http://lists.centos.org/mailman/listinfo/centos>> wrote: >/ Bare metal Centos 6.5, vncserver running, client able to connect with />/ perfect resolution. Nvidia GT240, driver 331.49. />/ />/ Upgrade to Centos 7 with nouveau basic driver, all still works fine. />/ Resolution poor on wire connected monitor, but perfect on vnc client />/ session (1920x1080). />/ />/ Upgrade Nvidia driver via elrepo. 340.58; removed nouveau via />/ 'Software' manager. Excellent wired monitor resolution. />/ />/ But >> Client vnc connect receives the dreaded 'oh no, something />/ has .....' / Are you maybe trying to run Gnome3 through vnc by any chance? Because Gnome3 requires 3D acceleration, and I'm not sure that nvidia driver would simulate 3D stuff in software (nouveau should fall back to mesa in case hardware acceleration fails --- typical of a vnc session). So my suggestion is to try KDE or XFCE or LXDE or Mate or... any other DE which doesn't require 3D features to work. Such DE should work through vnc using nvidia driver no problem --- the only exception is Gnome3. >/ Backed out Nvidia 340.58, back to nouveau, client vnc works again. />/ Also tried 304 driver (only other one in elrepo for el7) - same />/ problem. / You don't want to guess which driver you need. Use the nvidia-detect utility from elrepo, it will tell you which driver to install. >/ Research seems to indicate that openGL does not play well with vnc. I />/ cannot see any solutions posted as yet. />/ />/ So, what are my options? / My choice would be to try a less demanding DE first. >/ Maybe change out the video card for AMD? I cannot know if the />/ Catalyst driver will work, but there is a much more active and />/ extensive open driver community, which could work better than nouveau? / Catalyst driver has always been a pure gamble for me (i.e. worked 50% of time, supported 50% of video cards, and could be installed on 50% distributions... or so...). The open-source radeon driver is much better supported. That said, the radeon community is not any more active or more extensive than the nouveau community. It's just that AMD has released the specs for their cards, so they have a much easier job of maintaining the radeon driver than the nouveau community (which basically needs to RE everything from scratch). HTH, :-) Marko

1 0

Centos 7 Nvidia openGL breaks vncserver
by Stan Cruise 19 Nov '14

19 Nov '14

On 18/11/14 5:42 MT, Stan Cruise wrote: Well I found the Nvidia 331.89 dvr and kmod on the elrepo site; installed OK. Reboot, works fine on wired monitor. Still same problem on vnc client. Another post on this forum suggested to try the Nvidia driver download directly from Nvidia. Better still, I actually had the original NVIDIA-Linux-x86_64-331.49.run file which worked on Centos 6.5. I did a manual install (run level 3 etc). It installed fine. Same problem though. So, at this point it seems associated with the new C7. Either we can hope for a fix in C7, or I will have to try a non-Nvidia card. -------------------------------------------------------------------------------------- Some Background: I learned how to get tigervnc-server working on C7 thru many failed attempts on VMs. I found if I did the following steps exactly, it works. There may be some variability in the sequence that works but I did not try all permutations. But, if I don't do this list exactly, then I would also get the 'oh no ... error at the client. All this to note that getting this to work on C7 with systemd/systemctl is quite sensitive. Steps: Create new VM on hyper-v or kvm (both work fine) Fresh 'DVD' install of C7 1406: both iso file and straight DVD install tried on different VMs. Update software via Software app Install tigervnc-server copy usr/lib/systemd/system/vncserver@:.service to usr/lib/systemd/system/vncserver@:x.service; modified @:x file with user info systemctl enable vncserver@:x.service verify that the vncserver@:x.service symlink is in /etc/systemd/system/multi-user.target.wants/ systemctl start vncserver@:x.service Then go to client and start up vnc ..... ---------------------------------------------------------------------------------------- Stan On 18/11/14 18:32, Stan Cruise wrote: >/ Bare metal Centos 6.5, vncserver running, client able to connect with />/ perfect resolution. Nvidia GT240, driver 331.49. />/ />/ Upgrade to Centos 7 with nouveau basic driver, all still works fine. />/ Resolution poor on wire connected monitor, but perfect on vnc client />/ session (1920x1080). />/ />/ Upgrade Nvidia driver via elrepo. 340.58; removed nouveau via 'Software' />/ manager. Excellent wired monitor resolution. />/ />/ But >> Client vnc connect receives the dreaded 'oh no, something has .....' />/ />/ Backed out Nvidia 340.58, back to nouveau, client vnc works again. Also />/ tried 304 driver (only other one in elrepo for el7) - same problem. />/ / If it's of any help to you I have just restored the last 331.xx series driver (331.89) to the elrepo repository. It's currently syncing and should show up on the mirrors shortly. At least now you should be able to make a like for like driver comparison with your el6 install. http://elrepo.org/linux/elrepo/el7/x86_64/RPMS/ kmod-nvidia-331.89-1.el7.elrepo.x86_64.rpm nvidia-x11-drv-32bit-331.89-1.el7.elrepo.x86_64.rpm nvidia-x11-drv-331.89-1.el7.elrepo.x86_64.rpm >/ Research seems to indicate that openGL does not play well with vnc. I />/ cannot see any solutions posted as yet. />/ />/ So, what are my options? />/ />/ Maybe change out the video card for AMD? I cannot know if the Catalyst />/ driver will work, but there is a much more active and extensive open />/ driver community, which could work better than nouveau? />/ />/ And I noted the Linus 'salute' to Nvidia....... Good timing. />/ />/ />/ Stan />/ /

1 0

mount options
by Fred Smith 19 Nov '14

19 Nov '14

Hi all! I've got a Venus DS3R Pro2 external drive unit with two drives set up as RAID-1, and the raid volume is formatted as ext4. it is listed in /etc/fstab as: UUID=f787c482-fb92-4ba7-87d6-cfeaef6b64c2 /mnt/backup ext4 defaults,users 0 2 if the external unit (which attaches via e-sata) is NOT powered on when the system boots, it hangs and drops to a maintenance prompt. I'd sure like to have it defer that particular mount and continue to boot. I've been perusing various mount man pages, but don't see any ext4 (or non-filesystem-specific) opotions to allow this. Can any of you offer helpful advice in this matter? Thanks! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." ------------------------------ Matthew 7:21 (niv) -----------------------------

5 7

CentOS-announce Digest, Vol 117, Issue 9
by centos-announce-request＠centos.org 19 Nov '14

19 Nov '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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. ABRT for CentOS Linux is now live (Karanbir Singh) 2. CESA-2014:1861 Important CentOS 7 mariadb Security Update (Johnny Hughes) 3. CESA-2014:1859 Important CentOS 5 mysql55-mysql Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 17 Nov 2014 12:49:32 +0000 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] ABRT for CentOS Linux is now live Message-ID: <5469EEDC.4050401(a)centos.org> Content-Type: text/plain; charset=utf-8 ABRT is a collection of scripts that makes it easier to report bugs and crashes in various components of the distribution to a central server. Metadata from this allows developers and upstream projects to evaluate their priority chain, and also get crucial information on why their software might not be performing as expected on CentOS Linux. This information is sent to the server in a json format text file, the contents of which will never contain private date. The entire specification for this report format is available at : https://github.com/abrt/faf/wiki/uReport and I encourage everyone to read it once, so as to build confidence in the process. -------- You can enable ABRT reporting by running: /usr/sbin/abrt-auto-reporting enabled this script is provided by the 'abrt' rpm package. -------- More details on ABRT on CentOS are available on the CentOS wiki at http://wiki.centos.org/TipsAndTricks/ABRT ; The entire ABRT documentation is available online at : http://abrt.readthedocs.org/en/latest/ - this includes both user and developer information. For those looking to get started with hacking on ABRT, start by reading through the advanced usage examples at : http://abrt.readthedocs.org/en/latest/examples.html -------- The reports posted by CentOS machines will currently land at the Fedora Project hosted retrace server at : https://retrace.fedoraproject.org/ -------- For any problems or issues with the abrt code included in CentOS Linux, or for any problems associated with abrt user experience on CentOS Linux : please post reports at http://bugs.centos.org/ by selecting the right Distribution version and component as 'abrt'. All other conversations around abrt on CentOS Linux should goto the CentOS-devel mailing list ( http://lists.centos.org/ ). regards, -- 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 ------------------------------ Message: 2 Date: Mon, 17 Nov 2014 17:32:07 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1861 Important CentOS 7 mariadb Security Update Message-ID: <20141117173207.GA65175(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1861 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1861.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f21d6c8f097891da2ac2fd26efb759977c468c6e51782ab89bfd4ff80ea44733 mariadb-5.5.40-1.el7_0.x86_64.rpm 5f5c51540d5adeb81853dbb8221705af85ca92af59d59ff9b98a1367498d0265 mariadb-bench-5.5.40-1.el7_0.x86_64.rpm b7c24f9b1b02adaaec267afce5dc1d48780b9a385c4cee4d6283b1e571094c36 mariadb-devel-5.5.40-1.el7_0.i686.rpm 56a060d85e5df669d20e1d930b16e16d297785c324fdf7c00b16d10d0e250577 mariadb-devel-5.5.40-1.el7_0.x86_64.rpm 207a684aa8f97fd0f8a6e50e82c24c54ae0dbc3e07ee68f8290bb9425182ecf3 mariadb-embedded-5.5.40-1.el7_0.i686.rpm 3fb4306a929cf40153a6cf74571514dff21e7e55c2fb48aa3f4e8bfd88ec065e mariadb-embedded-5.5.40-1.el7_0.x86_64.rpm 8819115f18538b91fd6f0d41ef4baa7bc558aff8ba021e2a47bde43020cdccc7 mariadb-embedded-devel-5.5.40-1.el7_0.i686.rpm c3108e4a04028d6ae79dc4e840ca8b0eb6c1de8d5c8d22cd45a84a6f37e57a99 mariadb-embedded-devel-5.5.40-1.el7_0.x86_64.rpm 8db3f1530f3575d4a415f864f7430ffdb72c202928a8cc984ac44a7abff9f3bb mariadb-libs-5.5.40-1.el7_0.i686.rpm 538ce3ebd6f38686eead55abebf235454b57530f6a631be8405b8de20456213f mariadb-libs-5.5.40-1.el7_0.x86_64.rpm 99391aab31f0070b22431530829ec0d977c1f5e71e250821816d364e632e7b8a mariadb-server-5.5.40-1.el7_0.x86_64.rpm ed6430b11eac9a8422b1da4344be37a7a0c8ee5f7c4b35396f6e6b1961d1df0a mariadb-test-5.5.40-1.el7_0.x86_64.rpm Source: e03871fbbc6a32e52689c00baad1798a518c732f98ec7c9ee4be31fa092cbe19 mariadb-5.5.40-1.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 17 Nov 2014 17:35:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1859 Important CentOS 5 mysql55-mysql Security Update Message-ID: <20141117173505.GA23627(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1859 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1859.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c9ea1dadcefa2f454dc3dd4eb1b0dafd708d562caf9895fd403f9ee353f315d4 mysql55-mysql-5.5.40-2.el5.i386.rpm c0b71829ab4e34eaf7a24851dbe55379184950991b7571d72f368a219cd941f3 mysql55-mysql-bench-5.5.40-2.el5.i386.rpm 87a51c1e79ed717e89825f720e994253e5d4360a73db36f072f2c7dab2457ded mysql55-mysql-devel-5.5.40-2.el5.i386.rpm 6f5eedc05d29537847da75d2d396f7771ceb4bf05540e395be1b09606046fa5c mysql55-mysql-libs-5.5.40-2.el5.i386.rpm 21c20d37c91c1dc924a10fc0207244e01d33719678743fcc48ca948581dfa8d9 mysql55-mysql-server-5.5.40-2.el5.i386.rpm 55d7cc9c7fa54d5917b9c17059d430cf8e726584c0bec898b47737815bdab585 mysql55-mysql-test-5.5.40-2.el5.i386.rpm x86_64: 650d9818697804c2f19a296675d1560d117d014b51a00b6ef5dbab8aeb307cdb mysql55-mysql-5.5.40-2.el5.x86_64.rpm ced490aeacc547995c9d8b7525f834a813d57498839e1dbada3e66f847864488 mysql55-mysql-bench-5.5.40-2.el5.x86_64.rpm 87a51c1e79ed717e89825f720e994253e5d4360a73db36f072f2c7dab2457ded mysql55-mysql-devel-5.5.40-2.el5.i386.rpm a5d4c7ac1494f388f61956882d5611e822098be1a2c6287800ca9e2a8e9dee77 mysql55-mysql-devel-5.5.40-2.el5.x86_64.rpm 1e45e766f62ff399483acc945c0eee9284b12c6f2a7b6b1ea2b232db07d83d5c mysql55-mysql-libs-5.5.40-2.el5.x86_64.rpm e490a7fff04ec59129f7cfdca654ac71554e36f220bdb3e235d0ee0048460103 mysql55-mysql-server-5.5.40-2.el5.x86_64.rpm 05dea9082221e5b84cf65d32e862608524d6ff9e9b4183aabe49a4e2da925761 mysql55-mysql-test-5.5.40-2.el5.x86_64.rpm Source: ed34392e938f632fbd9d6ab6d93c217b3a9d0a62d2207559ca4aead56bd00702 mysql55-mysql-5.5.40-2.el5.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 http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 9 ***********************************************

2 1

Re: [CentOS] Centos7 Net install on HP A1710N fails
by david 19 Nov '14

19 Nov '14

Folks: This conversation was trying to get Centos 7 installed on a machine with a NIC that got de-supported in EL7. Following the advice to do as follows: - Install (via CD) the "minimal" ISO - add the RPM of kmod-forcedeth-0.64-1.el7.elrepo.x86_64.rpm from a USB stick, as obtained from ELPRO (install went without serious complaint) I'm at a loss of what to do next, namely - How do I tell Centos that there's a NIC, and how do I configure it? PS: There is no GUI, and the command line display is very tiny. Guidance would be appreciated. David

3 3

Re: [CentOS] FreeIPA 4.1.1 does not install on Cntos7
by Leon Fauster 19 Nov '14

19 Nov '14

Am 18.11.2014 um 17:00 schrieb m.roth(a)5-cent.us: > Leon Fauster wrote: >> Am 18.11.2014 um 14:45 schrieb Cosme Faria Corrêa <cosmefc(a)gmail.com>: >>> We're looking to run freeipa 4.1.1 on CentOS 7. >>> >>> 1. after include: >>> * mkosek-freeipa-epel-7.repo >>> 2. Write this: >>> * yum install freeipa-server >>> 3. I get this error: >>> * Error: Package: pki-base-10.2.0-3.el7.centos.noarch >>> (mkosek-freeipa) >>> * Requires: jackson-jaxrs-json-provider >>> >>> I would appreciate any ideas. >> >> wrong list -> FreeIPA list/site/support channels are more appropriate. > > I disagree - he's trying to yum install a package from, ahh, looks like > epel, and it's got broken dependencies. If anything, it's epel that he > should complain to. https://copr.fedoraproject.org/coprs/mkosek/freeipa/ -- LF

3 2

Fwd: Centos and logs
by Alan Holt 18 Nov '14

18 Nov '14

Hello, may be anyone familiar with some tool for viewing logs. I mean web-interface based, simple solution. I have developers, and I can't give them access to my Centos servers, but they want to see logs of Apache. I want to give them address like 172.17.17.21/logs and they will be able to watch logs of Apache in browser. I was looking a lot for something like this, but didn't find. Alex. *UPD: *something very simple like phpMemcachedAdmin or familiar to this Thank you. -- *בברכה, * *אלכס ברבר* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org> *--* *Best regards.* *Alex Berber* *+9 72 54 285 952 3* *www.linuxspace.org* <http://www.linuxspace.org/>

7 6

Centos 7 Nvidia openGL breaks vncserver
by Stan Cruise 18 Nov '14

18 Nov '14

Bare metal Centos 6.5, vncserver running, client able to connect with perfect resolution. Nvidia GT240, driver 331.49. Upgrade to Centos 7 with nouveau basic driver, all still works fine. Resolution poor on wire connected monitor, but perfect on vnc client session (1920x1080). Upgrade Nvidia driver via elrepo. 340.58; removed nouveau via 'Software' manager. Excellent wired monitor resolution. But >> Client vnc connect receives the dreaded 'oh no, something has .....' Backed out Nvidia 340.58, back to nouveau, client vnc works again. Also tried 304 driver (only other one in elrepo for el7) - same problem. Research seems to indicate that openGL does not play well with vnc. I cannot see any solutions posted as yet. So, what are my options? Maybe change out the video card for AMD? I cannot know if the Catalyst driver will work, but there is a much more active and extensive open driver community, which could work better than nouveau? And I noted the Linus 'salute' to Nvidia....... Good timing. Stan

3 2

cr repo firefox el6.6 crashes on 6.5
by Robert Arkiletian 18 Nov '14

18 Nov '14

Noticed firefox is one of the only critical sec. updates from 6.6. So I manually downloaded the rpm from cr repo and rpm -Uvh firefox-31.2.0-3.el6.centos.x86_64.rpm but it crashes with /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol: gdk_window_get_visual

3 3

FreeIPA 4.1.1 does not install on Cntos7
by Cosme Faria Corrêa 18 Nov '14

18 Nov '14

Hi, We're looking to run freeipa 4.1.1 on CentOS 7. 1. after include: * mkosek-freeipa-epel-7.repo 2. Write this: * yum install freeipa-server 3. I get this error: * Error: Package: pki-base-10.2.0-3.el7.centos.noarch (mkosek-freeipa) * Requires: jackson-jaxrs-json-provider I would appreciate any ideas. -- Cosme Faria Corrêa

2 1

automated stopserver & shutdown?
by Hadi Motamedi 18 Nov '14

18 Nov '14

Dear All In an environment , I have 20 centos servers running together . For shutting them down , I need to issue the followings on each of the servers : #./stopServer #init 0 This is cumbersome to try to issue these on huge amount of servers to keep them safely going shutdown. Can you please let me know how can I automate it and say let just one server send stop processes and shutdown commands to the other ones and then goes shutdown himself? Thank you

4 7

Anyone have a Brother multifunction working on Centos 7?
by Negative 18 Nov '14

18 Nov '14

I have a Brother MFC 7360N, and it is refusing to print. Given a job, the printer state shows, "Sending data to printer"; the file is in the spool dir; the job queue is empty, and nothing more happens. I had used the Brother driver installer, and ran into a 32-bit problem. The rpm runs braddprinter, which fails looking for /lib/ld-linux.so.2. I don't know what braddprinter does, but I then tried setting up the printer through the system printer config. Everything seems to go ok. A driver is in /usr/share/cups. I tried to install glibc.i686, but it wants glibc-common. I have the 64-bit glibc-common package but do not see a i686 one available. Thanks in adv.

4 4

Installing old version of firefox
by Larry Martell 17 Nov '14

17 Nov '14

I need to install firefox version 24.3.0 on centos version 6.5. Anyone know how I can do that? I tried downloading that version directly and it fails with: XPCOMGlueLoad error for file /usr/local/lib64/firefox/libxul.so: libXrender.so.1: cannot open shared object file: No such file or directory Couldn't load XPCOM.

8 21

x2go - F20 to Centos 7
by David A. De Graaf 17 Nov '14

17 Nov '14

All my attempts to access a Centos 7 machine from Fedora 20 using x2go have failed with these error messages in /var/log/secure: Nov 17 16:42:08 datium sshd[4175]: Accepted publickey for dad from 127.0.0.1 port 43005 ssh2: RSA c5:d0:02:e7:90:ce:8b:bb:65:b2:78:66:29:8c:c8:15 Nov 17 16:42:08 datium sshd[4175]: pam_unix(sshd:session): session opened for user dad by (uid=0) Nov 17 16:42:08 datium sshd[4185]: subsystem request for sftp by user dad Nov 17 16:42:09 datium sshd[4185]: Received disconnect from 127.0.0.1: 11: disconnected by user Nov 17 16:42:09 datium sshd[4175]: pam_unix(sshd:session): session closed for user dad The Centos 7 machine is virtualized in kvm, running on another F20 machine, but that shouldn't matter. ssh is configured to allow access via public/private keys and works fine. sshd seems to have a problem with "subsystem request for sftp", whatever that means, but I have verified that I can run 'sftp datwizkvm' and get access to my home directory there. When x2go has negotiated the public key transaction, an XFCE window pops up for about 1 sec and then vanishes. This leads me to speculate that the problem is more to do with starting X than making the connection. In the opposite direction, x2goclient on the Centos 7 machine will happily open and run an XFCE display of the Fedora 20 machine. Does anyone have insight about why the connection is asymmetric? Has anyone experienced this kind of failure? Any hints how to fix it? -- David A. De Graaf DATIX, Inc. Hendersonville, NC dad(a)datix.us www.datix.us "Wagner's music is better than it sounds." -Mark Twain

1 0

Re: [CentOS] Remote Desktop Recommendations (2)
by david 17 Nov '14

17 Nov '14

At 09:30 AM 11/17/2014, you wrote: >On Mon, Nov 17, 2014 at 11:06 AM, david <david(a)daku.org> wrote: > > > > > Thanks, Les, for that detail. I knew that x2go had a known bug, but didn't > > know the name of the missing package. I explicitly installed it, but I > > still get failure asking for the MATE desktop. To summarize, my client > > shows the X2go screen, then it goes away. > >The version that is working for me is >x2goserver-4.0.1.18-3.el7.x86_64. If that is not what you have, try: >yum--enablerepo=epel-testing update x2goserver >You might also have to do something to clean up the old sessions that >the broken version had started - I can't remember what else I might >have done. Also, if you can, make sure that MATE is working at the >console, and for the first attempts turn off the drive mapping and >sound to have fewer things that can break. > > > In response to others that suggested VNC, I used to use it, but was > > disappointed with the speed when used remotely. On an internal > LAN connect, > > it worked fine, but otherwise it became painful to use. NX became my next > > choice for Centos 6, but the x2go package became my favorite because of the > > ease of installation -- (nx needed lots of other things at setup, and > > appears unavailable for C7). > > > >So far I am still mostly using NX/freenx on a C6 system as my main >desktop with occasional 'ssh -Y ...' connections from there to C7 for >GUI programs. I think x2go will be a usable replacement, but the >windows client has some conflict with 'synergy' which I also use to >share the keyboard/mouse with an adjacent laptop so I haven't switched >yet. Starting from a text login, what's the "startx" equivalent to start MATE? I see /bin/startx (starts gnome3) /bin/startxfce4 (starts xfce4) Thanks for your help David

1 0

Re: [CentOS] Remote Desktop Recommendations (2)
by david 17 Nov '14

17 Nov '14

At 09:33 PM 11/16/2014, you wrote: >On Sun, Nov 16, 2014 at 9:59 PM, david <david(a)daku.org> wrote: > > > > I'm looking for a way to access a GUI desktop on a Centos 7 server from a > > Windows client. I have tried: > > - X2go from EPEL (fails immediately, apparently they are working on a > > solution, but...) > >X2go works, just not with Gnome3. Use KDE or MATE from epel. Also, >there was a bug in a recent x2goserver package that would fail if you >didn't have the x2goserver-xsession package installed. The fix for >that was done but I don't know if it ever got out of epel-testing. > >-- > Les Mikesell > lesmikesell(a)gmail.com Thanks, Les, for that detail. I knew that x2go had a known bug, but didn't know the name of the missing package. I explicitly installed it, but I still get failure asking for the MATE desktop. To summarize, my client shows the X2go screen, then it goes away. On the server, I see in /var/log/messages, a sequence such as: ------------------------ Nov 17 08:58:07 goat systemd: Created slice user-1000.slice. Nov 17 08:58:07 goat systemd: Starting Session 4 of user UUUUU. Nov 17 08:58:07 goat systemd: Started Session 4 of user UUUUU. Nov 17 08:58:07 goat systemd-logind: New session 4 of user UUUUU. Nov 17 08:58:11 goat /usr/bin/x2gostartagent: successfully started X2Go agent session with ID UUUUU-50-1416243489_stDMATE _dp32 Nov 17 08:58:15 goat kernel: fuse init (API version 7.22) Nov 17 08:58:15 goat systemd: Mounting FUSE Control File System... Nov 17 08:58:15 goat systemd: Mounted FUSE Control File System. Nov 17 08:58:15 goat /usr/bin/x2gosetkeyboard: Setting X keyboard according to /home/UUUUU/.x2go/C-UUUUU-50-1416243489_stD MATE_dp32/keyboard Nov 17 08:58:16 goat /usr/bin/x2goruncommand: launching session with Xsession-x2go mechanism, using STARTUP="mate-sessio n" Nov 17 08:58:16 goat /usr/bin/x2gomountdirs[3210]: successfully mounted VVVVV@127.0.0.1:30005/cygdrive/C/Users/VVVVV/X2GO~ 1/S-743F~1/spool to /tmp/.x2go-UUUUU/spool/C-UUUUU-50-1416243489_stDMATE_dp32 Nov 17 08:58:18 goat /usr/bin/x2goumount-session[3574]: successfully unmounted "/tmp/.x2go-UUUUU/spool/C-UUUUU-50-14162434 89_stDMATE_dp32" Nov 17 08:58:28 goat systemd-logind: Removed session 4. ------------------------- In the above, UUUUU is the user name on Centos 7, and VVVVV is the name on Windows, as evidenced by the reference to 'cygdrive'. --- In response to others that suggested VNC, I used to use it, but was disappointed with the speed when used remotely. On an internal LAN connect, it worked fine, but otherwise it became painful to use. NX became my next choice for Centos 6, but the x2go package became my favorite because of the ease of installation -- (nx needed lots of other things at setup, and appears unavailable for C7). David

3 2

Re: [CentOS] automated stopserver & shutdown?
by James B. Byrne 17 Nov '14

17 Nov '14

On Mon, November 17, 2014 01:17, Hadi Motamedi wrote: >> A simple script which loops though a text file that lists the hostname / >> username / password for the login and then runs the "shutdown - h now" >> command? Though, I would be uneasy with listing root passwords in a >> random text file. >> > > Thank you for your help . So how to open a session with another server > to login with root password and issue a command on it ? > > I do not believe that, on reflection, you really would want to do that. An alternative approach is to use ssh-keygen to create a key pair for root on the control host and then add that public key to the authorized_keys file inside /root/.ssh on each of the target hosts. So, something like this: On control host as root user: ssh-keygen -t rsa -b 4096 Generating public/private rsa key pair. Enter file in which to save the key (/<path to <<userid>> home directory>/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /<path to <<userid>> home directory>/.ssh/id_rsa. Your public key has been saved in /<path to <<userid>> home directory>/.ssh/id_rsa.pub. The key fingerprint is: 1c:6c:91:76:64:83:a5:32:4e:ac:df:28:ed:cb:9a:dd <userid>@<hostname> That will give you the following files in /root/.ssh ll .ssh total 28 -rw-r--r--. 1 root root 4619 Nov 17 2014 authorized_keys -rw-------. 1 root root 3239 Nov 17 2014 id_rsa -rw-r--r--. 1 root root 756 Nov 17 2014 id_rsa.pub Now login to each of your target hosts as root and transfer /root/.ssh/id_rsa.pub from the control host and append (>>) it to /root/.ssh/authorized_keys on the target host. If the .ssh directory does not already exist on the target host then you should first create the necessary files by running ssh-keygen on the target (otherwise you need consider whether or not selinux is enforced or not? is the mode set correctly? yada, yada). Once you have setup the target hosts for ssh and have added the control host's public key to .ssh/authorized_keys then you should be able to ssh into each from the control host without having to provide a password. You will however need to add each remote host's identity (/etc/ssh/ssh_host_rsa_key.pub) to your own /root/.ssh/known_hosts file the first time that you connect. This can be automatically created and maintained by the ssh client so long as the remote host's ssh identity is not subsequently changed. If you have previously ssh'ed into the remote hosts than this will already have been done. Once the connections have been set up between the control host and all of the target hosts then you should be a able to do this (mind the -t option to ssh): for host in \ long_host_name.domain.tld \ targethost{01,02,03,04,05,06}.domain.tld \ othername{x,y,z}.domain.tld \ yet_another_very_long_host_name.domain.tld \ 192.168.0.2{1,5,7,8,9} ; do ssh -t $host 'echo -e "\n\n$HOSTNAME\n" ; /root/stopServer ; init 0'; done Personally, I would use a separate account for this and add that account to the /etc/sudoers file on each of the targets: shutdown_userid NOPASSWD: localhost=/sbin/init 0 shutdown_userid NOPASSWD: localhost=/sbin/shutdown -h now shutdown_userid NOPASSWD: localhost=/root/stopServer The ssh-keygen / authorized_hosts setup would then need to be done in that account's home directory on each target rather than root's. Then use 'sudo /root/stopServer ; sudo init 0' to run the shutdown scripts. I also would use 'shutdown -h now' instead of 'init 0' -- *** E-Mail is NOT a SECURE channel *** 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

EL5 Security Policy for the final 3 years
by Johnny Hughes 17 Nov '14

17 Nov '14

Red Hat's Security policy for Production 3 Phase of the Life Cycle for EL5 is that they will only release "Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available. Other errata advisories may be delivered as appropriate." https://access.redhat.com/support/policy/updates/errata/#Production_3_Phase In practice, what that means so far is this: All Important and Critical security updates have been released for EL5, but some moderate and below security updates have not been, and are not going to be released by Red Hat for EL5. I do not agree with this policy, but it is not one that the CentOS Project (or I) have any say about. These updates will not be released for RHEL-5 ... therefore they will also not be released for CentOS-5. Due to this security policy, I highly recommend moving CentOS-5 based workloads to CentOS-6 and that every user stop using CentOS-5 as soon as possible. Here is a list of updates that are not done on RHEL-5 and are not planned to be done at this time by Red Hat for RHEL-5 (and therefore CentOS-5): > ruby Moderate https://access.redhat.com/security/cve/CVE-2014-8080 > python Low https://access.redhat.com/security/cve/CVE-2014-7185 > libgcrypt Moderate https://access.redhat.com/security/cve/CVE-2014-5270 > wget Moderate https://access.redhat.com/security/cve/CVE-2014-4877 > perl-Data-Dumper Low https://access.redhat.com/security/cve/CVE-2014-4330 > cups Moderate https://access.redhat.com/security/cve/CVE-2014-3537 > dbus Moderate https://access.redhat.com/security/cve/CVE-2014-3477 > dovecot Moderate https://access.redhat.com/security/cve/CVE-2014-3430 > exim Low https://access.redhat.com/security/cve/CVE-2014-2972 > cups Moderate https://access.redhat.com/security/cve/CVE-2014-2856 > openssh Moderate https://access.redhat.com/security/cve/CVE-2014-2653 > libxml2 Moderate https://access.redhat.com/security/cve/CVE-2014-0191 > qemu Moderate https://access.redhat.com/security/cve/CVE-2013-6458 > squid Moderate https://access.redhat.com/security/cve/CVE-2012-5643 > openssh Low https://access.redhat.com/security/cve/CVE-2014-2532 > libX11 Moderate https://access.redhat.com/security/cve/CVE-2013-1997 > libFS Moderate https://access.redhat.com/security/cve/CVE-2013-1996 > libXext Moderate https://access.redhat.com/security/cve/CVE-2013-1982 > I wish there was another option, but I just don't see any others .. I know I would not use packages with moderate security issues unfixed in production on purpose. I think this is a ridiculous policy, but it is what it is. Thanks, Johnny Hughes

4 3

Re: [CentOS] Not To James B. Byrne
by Darr247 17 Nov '14

17 Nov '14

On 13 November 2014 @21:51 zulu, Miranda Hawarden-Ogata wrote: > Have you tried setting up the TB filter to mark as not-junk when it > runs? Mine are set to "apply before junk classification" matching on > "to/from/cc/bcc contains centos(a)centos.org" and then the actions are > "move to folder", "set junk to not-junk", "stop filter exec". It seems > to work, I don't recall getting any false-junks in quite a while... I > do also have a gmail filter that "never spam" filters all centos.org > email. > > Thanks! > Miranda 1) You sent that to my email, not the list. 2) I already have "Filter before Junk Classification" selected in that filter's Getting New Mail picklist. 3) You should look in your Spam folder and see if there aren't some emails with [CentOS] in their Subject lines. If it's completely empty, possibly you're having TB delete emails it thinks are junk.

6 17

Remote Desktop Recommendations (2)
by david 17 Nov '14

17 Nov '14

Folks I'm looking for a way to access a GUI desktop on a Centos 7 server from a Windows client. I have tried: - X2go from EPEL (fails immediately, apparently they are working on a solution, but...) - Freenx (doesn't exist for EL7) Both the above work fine with Centos 6. I'm looking for a solution that works over the internet from afar. My earlier posting failed to mention this. Are there any known working solutions? Thanks... Mystified but not urgent in San Francisco David

4 3

Remote Desktop Recommendations
by david 17 Nov '14

17 Nov '14

Folks I'm looking for a way to access a GUI desktop on a Centos 7 server from a Windows client. I have tried: - X2go from EPEL (fails immediately, apparently they are working on a solution, but...) - Freenx (doesn't exist for EL7) Both the above work fine with Centos 6. Are there any known working solutions? Thanks... Mystified but not urgent in San Francisco David

3 2

Re: [CentOS] Remote Desktop Recommendations
by david 17 Nov '14

17 Nov '14

At 06:35 PM 11/16/2014, you wrote: >On Sun, 16 Nov 2014 18:25:40 -0800 >david wrote: > > > I'm looking for a way to access a GUI desktop on a Centos 7 server > > from a Windows client. > >I use tiger vnc myself, but I don't access my desktops from a >Windows client. I assume any Windows vnc client should work with >the tiger vnc server, though. > >yum install tigervnc-server > >-- My recollection (as inaccurate as it may be), is that VNC protocol is painfully bandwidth-intensive, unlike the NX and X2go systems. I'm reluctant to switch to it. But, if that's all that works, I might have to. Thanks for the input. David

1 0

Building mod_suphp on Centos 7
by Steven Stern 16 Nov '14

16 Nov '14

I've downloaded the tarball. When I run ./configure, I get [sdstern@cumberland suphp-0.7.2]$ ./configure configure: error: cannot find install-sh, install.sh, or shtool in config "."/config I've installed libtool, autoconf and automake. shtool and install-sh are installed. Any clues on how to get this to configure? Or does anyone know of a repo where I can get an rpm for C7? -- -- Steve

2 1

To James B. Byrne
by Alexander Farber 16 Nov '14

16 Nov '14

Dear James, everyday I look into my Gmail SPAM folder and your mails (sent to Centos list) are there. Noone else is there but you. Please finally fix your MX records or whatever is needed. No offence Greetings from Germany Alex

14 36

ps/2 mouse stopped working
by Gergely Buday 15 Nov '14

15 Nov '14

Hi there, I was using a ps/2 mouse. I had to connect a ps/2 keyboard. As I have only one ps/2 socket I connected an usb mouse. I then removed the other keyboard and reconnected the ps/2 mouse and removed the usb mouse. Now the ps/2 mouse does not work, even after reboot. What should I do? - Gergely

4 5

Mother boards for Centos 7
by Alessandro Baggi 15 Nov '14

15 Nov '14

Hi list, I need a new mobo for my workstation. I'm planning to buy Asus Z97K or Asus Z97 Pro and install Centos 7. Anyone has experiences with these mobos? I need to know if Z97 chipset and NIC Realtek 8111GR are supported by C7. Another question about Intel I218V NIC installed on Asus Z97 Pro. Is it supported? I've ridden from google that Z97 chipset seems be supported by Linux but I need a valid confirmation for C7 Support. From this link https://www.centos.org/forums/viewtopic.php?f=47&t=47149 seems that C7 works great with Z97. For Intel i218C and Realtek 8111GR I can't get info. If these two mobos are not supported by C7 can you tell me some asus model? Thanks in advance.

1 0

Setting up NFS on Centos 6.6
by cl＠qgenuity.com 15 Nov '14

15 Nov '14

Hello, I'm having an unusual amount of trouble setting up Centos 6.6 as an NFS server. I have already created my exportfs file and run "chkconfig nfs on". My copy of centos is running inside a virtual bubble. The server provider has loaded the nfsd module. I run: chkconfig nfs on service rpcbind start service nfs start The final command produces: # service nfs start FATAL: Module nfsd not found. FATAL: Error running install command for nfsd Starting NFS services: [ OK ] Starting NFS quotas: [ OK ] Starting NFS mountd: [ OK ] Starting NFS daemon: [ OK ] Starting RPC idmapd: [ OK ] showmount -e produces: Export list for (server): /(directory) (server address) but when I try to mount mount -t nfs -v (address):/(dir) /mnt/nfs mount.nfs: timeout set for (date) mount.nfs: trying text-based options 'vers=4,addr=::1,clientaddr=::1' mount.nfs: mount(2): No such device mount.nfs: No such device Does anyone know what I need to do to get nfs working? Thank you.

2 2

Centos 6.6 does not have a default firewall?
by Jason Pyeron 14 Nov '14

14 Nov '14

I noticed that the 6.6 x86_64 DVD ISO install of minimal no longer creates a /etc/sysconfig/iptables file. What prompted the change? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00.

3 3

CentOS7 and desktops
by James B. Byrne 14 Nov '14

14 Nov '14

On Fri Nov 14 19:04:48 UTC 2014, Darr247 darr247 at gmail.com wrote: > I fully expect this laptop to die anytime, since I bought it > in 2006 (its current HDD is ~4-years old)... when that happens > my next laptop/notebook will have CentOS installed on it > (probably 7, even though I dislike GNOME3 about the same as > vista compared to XP), and my backup copy will probably be on > an Android tablet. Having just gone through the CentOS7 Desktop experience I would say that Mate is, for all intents and purposes, Gnome2 on CentOS-7. And KDE is, essentially the Windows XP desktop brought to Linux. Obviously there are differences, some more visible than others, but I believe that if you liked the XP desktop then go with KDE and if you preferred Gnome2 then go with Mate. Whatever you do, ditch Gnome3. It is an exercise in futility to try and get anything useful done in the way of sysadmin from the Gnome3 desktop without having to first research, install and configure a significant number of add-ons. None of which are guaranteed to work with the next point release of Gnome. > I've previously bought 2 copies of RedHat > so I *have* contributed $$ to the cause, but I don't care much > for the whole subscription model; Community support works fine > for me (if I was running a business on it, I'm certain I'd > feel differently about that). Do not count on your current feeling changing in that event. We had multiple copies of RedHat EL for several of the early iterations and we moved to WhiteBox -> CAOS -> CentOS. Primarily this was because, in most cases, we got quicker and more accurate answers to our support related questions on forums and mailing lists. I am sure RedHat support is of great value to many companies. Probably it is the case that the bigger the client is the better the value received. But for us the benefit obtained did not warrant the expenditure made. And, given the installed base ratio of CentOS:RHEL, I infer that this is the case for many, may others. -- *** E-Mail is NOT a SECURE channel *** 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

outside ssh connection from two different ISP's
by Frank Cox 14 Nov '14

14 Nov '14

I have both cable and dsl service. The router attached to the cable service is 192.168.0.1 and the router attached to the dsl service is 192.168.0.254. I determine which service my computers communicate through by setting the gateway assignment to either of those addresses and it just works. I can connect to my computers from the outside by port forwarding from my routers to the computer that I want to connect to. However, the outside ssh connection works only if the computer's gateway assignment matches the router that I'm connecting to. I suspect that I have to set up some sort of routing assignment to tell the computer to reply to the gateway that the ssh connection request came in on if it doesn't match the current gateway assignment, but I have no idea how to do that. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

7 12

CentOS-announce Digest, Vol 117, Issue 8
by centos-announce-request＠centos.org 14 Nov '14

14 Nov '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:1854 CentOS 6 openssh BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Nov 2014 11:59:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1854 CentOS 6 openssh BugFix Update Message-ID: <20141113115926.GA22310(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1854 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1854.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 04ed08ddb1825992d3b08e7e7aa6f6160fa9ccca70264648f2d14255a408a567 openssh-5.3p1-104.el6_6.1.i686.rpm 08c9bc5c3bf34d5ebeb2375673d83667a2b83009174eca8bbb31d41ffa697206 openssh-askpass-5.3p1-104.el6_6.1.i686.rpm 90b6d106efd2241af293d358275950480bc8cbfbfaf8a04252d3ca2f22f6b086 openssh-clients-5.3p1-104.el6_6.1.i686.rpm cc126463d9e948296f19650f62cc7e1036fd4eabeea6ff6fdb5b16e45edd299c openssh-ldap-5.3p1-104.el6_6.1.i686.rpm 3a9fdc899d5496740f2682aab4549d3d654568ca28be499635f112dc3dde4037 openssh-server-5.3p1-104.el6_6.1.i686.rpm 449e1ab7a79098f4f289a7631da5fe05dfd45b168eeece8e02c5d0120b4dc927 pam_ssh_agent_auth-0.9.3-104.el6_6.1.i686.rpm x86_64: c281fdd4d310e426956c239e29d56aa7056b0ca16ef2388ca7a9596253df5c0e openssh-5.3p1-104.el6_6.1.x86_64.rpm 987cb791f2e408885321e3044b8227f8d87c05bdde61dea81d60536ef4526abd openssh-askpass-5.3p1-104.el6_6.1.x86_64.rpm 4562ce87863dfce71e79d5a6b354598e7852e5554850322a852cd95af60afbce openssh-clients-5.3p1-104.el6_6.1.x86_64.rpm 11900b8936e24737ac1aa3735718748cca23960f4ab793d95332b08a8c973474 openssh-ldap-5.3p1-104.el6_6.1.x86_64.rpm 119c16c9208714d1cc87cde1d3f44e23cf8047db099323bae4f274b4453f8939 openssh-server-5.3p1-104.el6_6.1.x86_64.rpm 449e1ab7a79098f4f289a7631da5fe05dfd45b168eeece8e02c5d0120b4dc927 pam_ssh_agent_auth-0.9.3-104.el6_6.1.i686.rpm 5855f8c4977258c913fc05c90446fe3fe07a5bb8ba479f21fd83b6d8aeb63e91 pam_ssh_agent_auth-0.9.3-104.el6_6.1.x86_64.rpm Source: d296e16009ad1bd70003fe543b326d46024f8420dad5efaf5e27480bb91641fe openssh-5.3p1-104.el6_6.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 http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 8 ***********************************************

1 0

Slow access from Windows 7 to samba share on CentOS 6.6 after upgrade
by Sorin Srbu 14 Nov '14

14 Nov '14

Hi all, Did anybody notice a really slow access from Windows 7 (especially from the MS Office suite) when trying to open a Word-doc for example, that sits on a samba share on a computer recently upgraded to CentOS 6.6? It can take up to two-three minutes to open a 20 kB Word-doc... I tested with the latest available LibreOffice for Windows on the same Word-docs, but this one doesn't show this sluggishness. Also opening PDF-documents on the samba share with Adobe Reader from Win7 gives this problem. Opening e.g. jpegs and regular plain text files with Irfanview and Notepad++ respectively is just fine. Pre-CentOS 6.6 opening any file on the samba share from Windows was lightning-fast. I'm not too sure where to start trouble-shooting. I've tried disabling the TCP autotune on Windows for starters, which a small improvement, but what next? Hints would be appreciated. Thanks. -- BW, Sorin ----------------------------------------------------------- # Sorin Srbu, Sysadmin # Uppsala University # Dept of Medicinal Chemistry # Div of Org Pharm Chem # Box 574 # SE-75123 Uppsala # Sweden # # Phone: +46 (0)18-4714482 # Visit: BMC, Husargatan 3, D5:512b # Web: http://www.orgfarm.uu.se ----------------------------------------------------------- # () ASCII ribbon campaign - Against html E-mail # /\ # # This message was not sent from an iProduct! # # MotD follows: # If it jams, force it. If it breaks, it needed replacing anyway.

2 1

Re: [CentOS] Not To James B. Byrne
by James B. Byrne 13 Nov '14

13 Nov '14

On Wed, November 12, 2014 15:50, g wrote: > > > On 11/12/2014 10:13 AM, Les Mikesell wrote: > >> >> Well, no. Per the headers: >> >> Authentication-Results: mx.google.com; spf=neutral (google.com: >> centos-bounces(a)centos.org does not designate permitted sender hosts) >> smtp.mail=centos-bounces(a)centos.org; dkim=neutral (body hash did not >> verify) header.i=@; dmarc=fail (p=QUARANTINE dis=NONE) >> header.from=harte-lyne.ca >> >> The p=quarantine setting from his server explicitly requests that >> the message be marked as spam if it s not sent from an authorized >> server, which don't include the centos list server. So it is accepted >> and dropped in the spam folder as requested. >> >> And at the moment, he is the only list member that posts regularly >> from a server with this setting. (We don't even see ones with >> p=reject, they'll bounce and get kicked off the list). > > Les, > > i believe problems are on your end, and not with server for James. > > i do not see "dmarc=fail" or "p=QUARANTINE" in *any* of his email > headers. > > therefore, i suggest that it is problem that _you_need_to_correct_. > The problem is not within the span of control of anyone receiving this message from the CentOS mailing list. Les is not in a position to deal with this issue any better than he already has. The people that are receiving my messages marked as spam are seeing the result of our DMARC disposition setting of quarantine. That simply tells conforming MX servers to mark the message as suspect and so allow the recipient to deal with it. And that is the proper thing for Google to do in our case. Messages coming from harte-lyne.ca certainly did not originate from centos.org notwithstanding that is who is transmitting them. And we are telling Google that messages from harte-lyne.ca should only be received from our authorized mails servers, which is perfectly correct. Google's course of action thereby leaves it in the hands of the recipient to manage what that fact means to them. It tells them that this message is routed in some unusual way and that it may be forged. That is important to know before one opens a message purporting to originate from a trusted source. As someone else pointed out, there is a philosophical question respecting who is the originator of any message that travels through a distribution list. And it remains unresolved. If the CentOS mailing list set the sender and from headers of all traffic routed through it to itself then the problems you are seeing with my messages would simply disappear. Because I would no longer be considered the originator. Something to that effect is what the changes to Mailman-2.1.18 enable while retaining or setting the Reply-To header to the original author's email address. I am not sure of the details. The retention of the originator's identity on mailing list mail is somewhat inconsistent with the premise that whoever transmits a message is the originator regardless of whoever wrote it. One can see premise that in the typical action of forwarding email from inside your MUA. The sender becomes the person forwarding the message, not the original author. One also must consider that when one subscribes to a digest of mailing list traffic, as I do to avoid the problems of identity that others experience, then the sender and the from are always the list itself as it technically impossible to have all of the the contributors designated as the Sender. It is therefore a valid question to ask how it comes to be that a collection of messages sent one at a time for a given source differs in origin than one sent as a single message from the same source? DMARC is all about forgery and is a response, albeit in my opinion a poor one, to the limitation found in most MUAs that only display the FROM header regardless of the Sender. Yahoo is draconian about this because, having had their client's email accounts compromised through a security lapse on their part, vast numbers of forged messages were sent to people with yahoo.com accounts who lacked the technical sophistication to detect the fraud. I apologise for the length of this reply. DMARC is not a simple subject to discuss. The topic of email identity is highly politicized and technical approaches to the question have already baffled some of the finest minds on the IETF. I doubt greatly that anyone here can propose any solution that has not already been considered and rejected for either political or technical reasons. -- *** E-Mail is NOT a SECURE channel *** 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

CentOS-announce Digest, Vol 117, Issue 7
by centos-announce-request＠centos.org 13 Nov '14

13 Nov '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:1849 CentOS 6 perl BugFix Update (Johnny Hughes) 2. CESA-2014:1846 Moderate CentOS 7 gnutls Security Update (Johnny Hughes) 3. CEBA-2014:1850 CentOS 7 virt-who BugFix Update (Johnny Hughes) 4. CESA-2014:1826 Moderate CentOS 7 libvncserver Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 12 Nov 2014 10:38:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1849 CentOS 6 perl BugFix Update Message-ID: <20141112103847.GA45032(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1849 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1849.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 27aa56cf4d02f89172372b080b41950929dfd4122cae2ab38b5fe2572ddae5f7 perl-5.10.1-136.el6_6.1.i686.rpm 83777a0a728bc040f051817c61b4d62bdf181f1714c538e067af9b393495af6d perl-Archive-Extract-0.38-136.el6_6.1.i686.rpm 05accee109d027a5f496e85ea9bef509152998056ba65d345329d5606c2914aa perl-Archive-Tar-1.58-136.el6_6.1.i686.rpm 66ff0511347b25edc22e9749e22f0244d5fbbd04643ee568359432b2012e5dfb perl-CGI-3.51-136.el6_6.1.i686.rpm 49e65ccf00dae5312da4f423e67b0ee75ffbfec57b7c1e3c49629b43e94934cc perl-Compress-Raw-Bzip2-2.021-136.el6_6.1.i686.rpm a0fdf51548a16560381bd483903f37c891694b37ba2d2a561fa7ade09159bc18 perl-Compress-Raw-Zlib-2.021-136.el6_6.1.i686.rpm cc036519e57a5877b7f1103662debdd4722f9a77f996beddba49aa03978d8914 perl-Compress-Zlib-2.021-136.el6_6.1.i686.rpm 5217ed59d313169d723b2c087d59dacab220f17ff6bce037809ecced5222a979 perl-core-5.10.1-136.el6_6.1.i686.rpm 2151d6df58fabdea9c2ebc5b9e5778ed906cc3fa9a2a63357f95d9b2e60d453d perl-CPAN-1.9402-136.el6_6.1.i686.rpm 4e02c23533b55018a4f07de0b910f357005e34c73b19667a379712d261983161 perl-CPANPLUS-0.88-136.el6_6.1.i686.rpm 3d27d19ef1670b51db8de1a94a6e47b4b1d6091b60001141ebb1b6cb10ea6133 perl-devel-5.10.1-136.el6_6.1.i686.rpm 57559c293b8aa997bea6138e41d4c78f80c50b3970d3d9e4e31c1cf64024b077 perl-Digest-SHA-5.47-136.el6_6.1.i686.rpm 31427e7e9fa933ea6b5acc6e7f72e844c1496ab31feda7c186e8210e07714a41 perl-ExtUtils-CBuilder-0.27-136.el6_6.1.i686.rpm cc6bb53dcdaf5c709de7dd6c19c18edb1b1a284bf582d27a8b1c1a937abb8dff perl-ExtUtils-Embed-1.28-136.el6_6.1.i686.rpm bf63fa6278c3200cd558ca95fbd2b2162dff888eb16853c0a70488c4d9008c01 perl-ExtUtils-MakeMaker-6.55-136.el6_6.1.i686.rpm 286fd4bf83aa66102a304d701426dc4e3fada3cbb6772754c918a4eb3813a08e perl-ExtUtils-ParseXS-2.2003.0-136.el6_6.1.i686.rpm 69e5010c52ba1e1ef43aa15273bd57191d5343ba69db994b2c61032040ecd206 perl-File-Fetch-0.26-136.el6_6.1.i686.rpm 027aba00cc0fe75eba6c6e3ead9bb159b4a4bffca895dc4a270713545f80967c perl-IO-Compress-Base-2.021-136.el6_6.1.i686.rpm 797446e5205087faeea5bdfea7991a61264b3bc9b172305d0d15eed3230618d9 perl-IO-Compress-Bzip2-2.021-136.el6_6.1.i686.rpm eeb71513d9d213bc5fa99ac33fa00deaca80bb60a2f1bb837c90bcccac2016f7 perl-IO-Compress-Zlib-2.021-136.el6_6.1.i686.rpm 00f7cade8fc2619be052bf82872751eed0e9257e5f5b3d42a53dc6e462cfdd33 perl-IO-Zlib-1.09-136.el6_6.1.i686.rpm 8695330250409e398657776427a8c66f3e214e890071bd8f2d018fff74418d04 perl-IPC-Cmd-0.56-136.el6_6.1.i686.rpm 5be74897ee1307c5ce21d51b689fd7a740a2eadc8e3f4bcb712748a554e09e1b perl-libs-5.10.1-136.el6_6.1.i686.rpm a3245c4c403ea36fd736c80a9e64c373318de7a77a2a046c65a7b77f3a5e7f49 perl-Locale-Maketext-Simple-0.18-136.el6_6.1.i686.rpm adf8f31726566b8ba9edb5df9df4ca1db5412239a3eec75100e180d61112b15a perl-Log-Message-0.02-136.el6_6.1.i686.rpm 0dce4e0664dfd1861d1fc3ef3f81e0da0afd75e95e5caa44c216e984c54e9622 perl-Log-Message-Simple-0.04-136.el6_6.1.i686.rpm 81502512b3ee58aa300588f337c9fec0ea4173f5b169582f763fb9093fae9f88 perl-Module-Build-0.3500-136.el6_6.1.i686.rpm ef7a821e27704b2e7821dff0f0472660a1fd534f37ee13883bfa43f63667f92d perl-Module-CoreList-2.18-136.el6_6.1.i686.rpm 1815b922300dccf575b5c54f23f848d8594a132f143f35bbe2d6552464a67248 perl-Module-Load-0.16-136.el6_6.1.i686.rpm cf6b9d29796acf3096763ffaf4966680487f27c0df3ef76156b3152ad70db9e0 perl-Module-Load-Conditional-0.30-136.el6_6.1.i686.rpm 2fb53ff273369c233995de86ef42711aa58ea7fdfbaba3069db179a8ab687051 perl-Module-Loaded-0.02-136.el6_6.1.i686.rpm 2f26a2ef76e40e3580b2e90a5700262f28ad2e3a94c8b32db8f520cee324fdab perl-Module-Pluggable-3.90-136.el6_6.1.i686.rpm d25d3f0ef82f4a6a239be78593cfc5c3cd65a37aca253be7b3b0d20f363eadf6 perl-Object-Accessor-0.34-136.el6_6.1.i686.rpm 98599a64ad6ee0ea0e4f044c81c72d300746beab4351c823f314ec8a28a709e0 perl-Package-Constants-0.02-136.el6_6.1.i686.rpm b946dc37c227d8784fe4d14b259fdf10ecb520c41590fb589223e6fb123bd149 perl-Params-Check-0.26-136.el6_6.1.i686.rpm d8748ed65452b39d165677f9a837f16ad5609628019bec42025fee8773b172d1 perl-parent-0.221-136.el6_6.1.i686.rpm b2bb7f0d6fd40d4e1cc187a8e2bcc1d521bbcb7cc1b6ae42309ea6817fd526c7 perl-Parse-CPAN-Meta-1.40-136.el6_6.1.i686.rpm 92208914c367f0bcc84abacdfe8a4db2529afffdd2cde7af6c067ced5e0af772 perl-Pod-Escapes-1.04-136.el6_6.1.i686.rpm d0398cf96ab267d1ba8dc4e8ad71b5d10f27ee69de97f2195806417b9a1b0177 perl-Pod-Simple-3.13-136.el6_6.1.i686.rpm c2d7bb29c0911d377c1bb5e6637f5f56a9a163fce8a0c5827fb80baf0a6de2b5 perl-suidperl-5.10.1-136.el6_6.1.i686.rpm 507c50e553fb6ea170d8b0bc7a467f1feca9405c9d4071567632bf1a8dfe30b8 perl-Term-UI-0.20-136.el6_6.1.i686.rpm e3bd4e7edfd6d5d9f13f0669bdadd187e8d36de749eb96862dfa188ee47dcf90 perl-Test-Harness-3.17-136.el6_6.1.i686.rpm a942f40ede499e84a50eab5a22ce82a4cff9ec2bf6262b09704a7728604eadd4 perl-Test-Simple-0.92-136.el6_6.1.i686.rpm a650e7c98feb6f6ff8faa5bfceeae3c5855a9317e62e4af7d1e66b77a2bfebec perl-Time-HiRes-1.9721-136.el6_6.1.i686.rpm c36b4d3511e787581b5d2a7428987e287ae80546cc18e04c84d21c6945251eb6 perl-Time-Piece-1.15-136.el6_6.1.i686.rpm 7f5e5160d9114a66578a3cf37b0e2cf5f25394dfa3918cc678dcead1553d1b28 perl-version-0.77-136.el6_6.1.i686.rpm x86_64: 928157e20970588f7247bf6d2dbcd4b746f76c20fa42fb39f3a8a2bbc6ad40fa perl-5.10.1-136.el6_6.1.x86_64.rpm 483bc4b570b1afec57564d3670bff86e32280bb30aaa8559c3776e8e736a6c9c perl-Archive-Extract-0.38-136.el6_6.1.x86_64.rpm 4528fc7a55b631f628868eabf63282b820a6ed2d49c5a11d22e27bfc78b52c81 perl-Archive-Tar-1.58-136.el6_6.1.x86_64.rpm 665300c23395cb484dfb6a0267bd881253f8e3eb14d2f545273064aa40a6168f perl-CGI-3.51-136.el6_6.1.x86_64.rpm 9b708105476ff03203c22de1c64335d9e47bcf97f33a30706a4856bd6c270bff perl-Compress-Raw-Bzip2-2.021-136.el6_6.1.x86_64.rpm 97a9561912ab341a00f5d98fb38942caea2ebe1d01bead884889e32c0c3d841b perl-Compress-Raw-Zlib-2.021-136.el6_6.1.x86_64.rpm d21bf52a4c417333fcf116b4779a46c697c07b5e9554f37bbd9f78fffecc7edf perl-Compress-Zlib-2.021-136.el6_6.1.x86_64.rpm ef4c7110aed43a918559f044191ae8c17400a3cc79c5bf8da00e4f11b729dcad perl-core-5.10.1-136.el6_6.1.x86_64.rpm 5cf3892d8aff19b4bb532d83e12f3ce7ad198429a045e1f9b6e72519245a8a54 perl-CPAN-1.9402-136.el6_6.1.x86_64.rpm 20bb3ab8947b6b97dfaffc1f21cee10fe8725b017d931d05006f2d59144a7cdc perl-CPANPLUS-0.88-136.el6_6.1.x86_64.rpm 3d27d19ef1670b51db8de1a94a6e47b4b1d6091b60001141ebb1b6cb10ea6133 perl-devel-5.10.1-136.el6_6.1.i686.rpm e45c5cf770d30c089968019d6d6eb641b99fd76296a9f7e41aaf7a0cabce9c0b perl-devel-5.10.1-136.el6_6.1.x86_64.rpm a0560847d7301983daa4e68bbb0a9347a794fd4ef9c8a75a65fe6b74e420e812 perl-Digest-SHA-5.47-136.el6_6.1.x86_64.rpm 86ec6bdf61be970ba8f7e43b1a49f75079ec607192908f7931400bcba1f5ff67 perl-ExtUtils-CBuilder-0.27-136.el6_6.1.x86_64.rpm 8bce696f4261a7142f0de0041d9e68455911574abb42e7e72da3b04833f8acf4 perl-ExtUtils-Embed-1.28-136.el6_6.1.x86_64.rpm f671b3678e5eca8bb29401aedbfa764373cc3e50abfc5660a5e1e935fd20c549 perl-ExtUtils-MakeMaker-6.55-136.el6_6.1.x86_64.rpm 7229c105cdea871892c4a4a88add268dc71810b82ac091f7b8e836c14dad7776 perl-ExtUtils-ParseXS-2.2003.0-136.el6_6.1.x86_64.rpm 0601b303e9d6913579c8346437c8e61d7862a64968eca769140519d79b2f076f perl-File-Fetch-0.26-136.el6_6.1.x86_64.rpm 5020e12f2ec6ae36e701c5d9dc7c8042ea29cbdb92b7b2b6a210c96d25de0933 perl-IO-Compress-Base-2.021-136.el6_6.1.x86_64.rpm 539bc5f9a636ac4cf677a12102c9620f4bf003e0141ba380819cc984d73e4648 perl-IO-Compress-Bzip2-2.021-136.el6_6.1.x86_64.rpm 40dc995b7e3ab6f9ed166bae621ce68821942da462d9beb1526494d5f3993387 perl-IO-Compress-Zlib-2.021-136.el6_6.1.x86_64.rpm ad81f84422419e4cce158dc5f54988cfba5fc6130b4ae3d09a5963d5507e244e perl-IO-Zlib-1.09-136.el6_6.1.x86_64.rpm 4f9610749d363a40ffc5bcb28ed2c570aaff3358df6ef9608032c5664434fb1d perl-IPC-Cmd-0.56-136.el6_6.1.x86_64.rpm 5be74897ee1307c5ce21d51b689fd7a740a2eadc8e3f4bcb712748a554e09e1b perl-libs-5.10.1-136.el6_6.1.i686.rpm 0227749ca1ee84d6628ae6a4718c4d0340d707dc9e667c711d8253e2904de63b perl-libs-5.10.1-136.el6_6.1.x86_64.rpm 35067ed4c8ee054ba6407dcbc902b625f8b0eb3121ab24227673c1f8dd30a66c perl-Locale-Maketext-Simple-0.18-136.el6_6.1.x86_64.rpm f8c9edc89974fe828fda0df455b96af9842e2186d85b6f03bf6d76a891e58b1c perl-Log-Message-0.02-136.el6_6.1.x86_64.rpm d59764bc8cf1e149bc59f472fa279132f455e84812deb0c0628a59d5e3b3018e perl-Log-Message-Simple-0.04-136.el6_6.1.x86_64.rpm 867903280e33a5437a660d8df7f0604bfb9584041ebc28e258e68aab0afb4dc4 perl-Module-Build-0.3500-136.el6_6.1.x86_64.rpm fecdda7a2b75f5f45abf40f940b37615dd5d2b7cd58b1a1f3dce7fb3d53f9440 perl-Module-CoreList-2.18-136.el6_6.1.x86_64.rpm 4239948f58081df8df8562bf4b88ade02b58296c3c6728ea51df3745c6d6735a perl-Module-Load-0.16-136.el6_6.1.x86_64.rpm d3120fdb6e5fe332a0160e5bc50f2533aa13cf354a0a3c5a4b0b505f2c74c0c5 perl-Module-Load-Conditional-0.30-136.el6_6.1.x86_64.rpm 36b120312ac339e87c3b545e51c268667f3cbdb06c50189a5c3247d0af075c50 perl-Module-Loaded-0.02-136.el6_6.1.x86_64.rpm 105dc1d98274a56be2133c8b9405cd8f982b5157816abec24888ab1f16d4064e perl-Module-Pluggable-3.90-136.el6_6.1.x86_64.rpm ef04b2142e897a7a3830698f3eaecec2ae1d61679757abcb139bc45d2f654d05 perl-Object-Accessor-0.34-136.el6_6.1.x86_64.rpm 9c9f26e5b605dbba2a4bee3624945613da8a5af380557f7852d4fb104a32cc98 perl-Package-Constants-0.02-136.el6_6.1.x86_64.rpm e77085f1fd747e10b2d37476f548ac0d2f85851d24aaf71edd04665851d7412f perl-Params-Check-0.26-136.el6_6.1.x86_64.rpm aafda3ddb512ba51c7f4e440b6bb20ad58490755a135f9f57a49bd0bc1b2023e perl-parent-0.221-136.el6_6.1.x86_64.rpm 96be333e8f0205e8ad31155dad308db33704d0cdb0631f82abc8da111bad1dd3 perl-Parse-CPAN-Meta-1.40-136.el6_6.1.x86_64.rpm 2f19a8b570ed3bf3bb4734bdf0e2fc729429309b7fbfb68277a50ef2b91a5742 perl-Pod-Escapes-1.04-136.el6_6.1.x86_64.rpm f93af578e4da9f6255b00d5496555863756a329a0ccb3862ca75ea467b79a894 perl-Pod-Simple-3.13-136.el6_6.1.x86_64.rpm 5be559b743e879bd6683cc844194c0ffdbedcecaff29c58a25afd27c9b1b0471 perl-suidperl-5.10.1-136.el6_6.1.x86_64.rpm 075ba46583a6243ac1bfced8f9da7ac924ae8af4371e5abb1853068961de4dba perl-Term-UI-0.20-136.el6_6.1.x86_64.rpm ada0766e9fd100afc2529024cb1d8af9196269fa8cc0bd04bf98520835a1e6a0 perl-Test-Harness-3.17-136.el6_6.1.x86_64.rpm f416273667a466f072c455be99d09040af432598c57fb5ab4a6e806d6ceeab55 perl-Test-Simple-0.92-136.el6_6.1.x86_64.rpm b06f4e78322657195173bc49ab2852ff95ebf98661f7228d817cf1af40baa877 perl-Time-HiRes-1.9721-136.el6_6.1.x86_64.rpm bc503c12a6ad6317de3ee4464cd81a6081679c8c53aa2b30ef624bc037feec73 perl-Time-Piece-1.15-136.el6_6.1.x86_64.rpm 5e473fe3107a6158797ab4774a478ed14386260c9ef0a358c2324d8bcbc78ddc perl-version-0.77-136.el6_6.1.x86_64.rpm Source: bbda4e900dacb9f5857802f0067a87b26fafa46d5f2660115d0afb337b3cda45 perl-5.10.1-136.el6_6.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 12 Nov 2014 12:50:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1846 Moderate CentOS 7 gnutls Security Update Message-ID: <20141112125047.GA64051(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1846 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1846.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a2ea3c099a7ac3fde0b5765424f47f1dcca3f8ffdb7fb99107c69bf9652f14e1 gnutls-3.1.18-10.el7_0.i686.rpm bff7312e5e9c7df0a6ae2919ce752c57e2a942a2a69b4adcb00548d9634e4f4f gnutls-3.1.18-10.el7_0.x86_64.rpm 74c7b568d9e6fcfde96db5b5da7d26c2ebcc1e54c5e0e250e1fd5879a21fbb3e gnutls-c++-3.1.18-10.el7_0.i686.rpm 8a01f2101228abb001c804729e4236761ff16f71b9722cc748d6d212be776d63 gnutls-c++-3.1.18-10.el7_0.x86_64.rpm 764f7daae4d4e7a7523c82f88375cc96d45e31d7034565ea7b852c24f4d31e38 gnutls-dane-3.1.18-10.el7_0.i686.rpm 55a82123cd98cd4c708f2f46eb6ff75b2e04c3937a9843e8fc439fafcb6e4b15 gnutls-dane-3.1.18-10.el7_0.x86_64.rpm 7bfe2b443b51af2fd37df7528af6c3638646b779ae1bd3d7da50ce3ca5ccff6b gnutls-devel-3.1.18-10.el7_0.i686.rpm 1f889ac146f9869c7662b35ec85adc6515037d60a7e520c1b4ffbd488829c741 gnutls-devel-3.1.18-10.el7_0.x86_64.rpm 6da4085f5f2c07b626a75482f49edd6a70b25b50bc6537806dcaaf3b16653ca6 gnutls-utils-3.1.18-10.el7_0.x86_64.rpm Source: d457f71a919a21ee0fd6a5e8d64f0f87337651fb359cc7d146abc4900f4d82fd gnutls-3.1.18-10.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 12 Nov 2014 12:51:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1850 CentOS 7 virt-who BugFix Update Message-ID: <20141112125102.GA64125(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1850 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1850.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a47f31f1e1fceef2f5821c905ce21ed452dfe0bd5cf95c8ba8ae0c633b8e7892 virt-who-0.8-15.el7_0.noarch.rpm Source: 278953fae130206e846aa517eb3fa66e7363022e125c38806dccc1acc8f1b924 virt-who-0.8-15.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 12 Nov 2014 12:51:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1826 Moderate CentOS 7 libvncserver Security Update Message-ID: <20141112125119.GA64208(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1826 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1826.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ec7ff8e89213e1f67ab4b0a3eca064b6968c1b308e03695e35bfb799a28493c8 libvncserver-0.9.9-9.el7_0.1.i686.rpm 1720f5c8df837269ae5be9c5dc10598ab4ca90281d4fb1d56cf52a44b6aa1760 libvncserver-0.9.9-9.el7_0.1.x86_64.rpm 073e759f54508f76cfbeb11e077107e88f6fc854b37d5fbbd2cb450806b805de libvncserver-devel-0.9.9-9.el7_0.1.i686.rpm a0f6d7d3c1fd46803c1826a3f67e78d813330c8ce81890cc368a0b5ca0459e50 libvncserver-devel-0.9.9-9.el7_0.1.x86_64.rpm Source: e3c8ed18fe9d8decdb2923b46340f5447322aeb4d768a7657ced40c5c0dce433 libvncserver-0.9.9-9.el7_0.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 http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 7 ***********************************************

1 0

Re: [CentOS] Keepalived - spurious failovers
by John Horne 12 Nov '14

12 Nov '14

On Wed, 2014-11-12 at 16:45 -0500, m.roth(a)5-cent.us wrote: > John Horne wrote: > <snip> > > Given that failover only occurs if Apache, Tomcat or the NIC fail, I > > can't find anything in log rotation that could cause this effect. For > > failover to occur the Apache/Tomcat process must be non-existent (in our > > case keepalived checks for them using pgrep). We have secondary > > monitoring of these processes (Xymon using checks of 'ps'), and that > > shows no such failure. Simply logging into the servers and running ps > > shows that they are running. I would hope that something would be logged > <snip> > I don't suppose there was anything in dmesg, either on the guests or the > host? > Nope. John. -- ---------------------------------------------------- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK

1 0

Anyone have any experience with Epson EasyMP projectors?
by Fred Smith 12 Nov '14

12 Nov '14

The folks at my office have acquired a new Epson EasyMP wireless projector, which requires a windows/MacOS plugin to use. Of course, they don't provide one for Linux. Here's their web page on it: http://www.epson.com/cgi-bin/Store/support/supDetail.jsp?BV_UseBVCookie=yes… Do any of you folks out there know of any way to use Linux with one of those devices? Thanks! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ---------------------------- Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. ----------------------------- Isaiah 40:28 (niv) -----------------------------

1 0

Re: [CentOS] Keepalived - spurious failovers
by John Horne 12 Nov '14

12 Nov '14

On Wed, 2014-11-12 at 10:27 -0500, m.roth(a)5-cent.us wrote: > John Horne wrote: > > > > We are using CentOS 6.6 and keepalived 1.2.13 on two servers for > > failover, no load-balancing. Failover is governed by the NIC being > > present, and the Apache and Tomcat processes being present. Both servers > > are configured as 'EQUAL' (not master/backup). An initial priority of > > 100 is set, and if a process or NIC fails, then this is reduced by 60 - > > causing a lower priority to be seen and failover to take place. > > Generally this works well. If we stop the network or one of the > > processes, this is logged (to /var/log/messages) and failover happens > > within a few seconds. > > > > However, we have had failovers occur during the night several times. It > > happened last night, and the night before. Nothing was logged in the > > messages file about the NIC being down, or the Apache/Tomcat processes > > being unavailable. Nothing was logged by the Apache or Tomcat processes > > in their own log files. The failovers have happened at 03:56 on both > > nights. > > > > The most obvious suspect causing this would be some nighttime process > > such as log rotation or automatic updates. However, I can see nothing > > obvious occurring during the night that would cause the keepalived > > virtual interface to failover. > <snip> > I trust you've looked at the crontab, and /etc/cron.daily, etc. > Yes. Nothing obvious that would cause a problem to apache/tomcat or the network. > The other option: have you looked *outside* the systems? Do you have a > cable between the two, or is it over the network? Is there a network > thing going on? For example, are the servers on a UPS, and the switch > they're on not on one? > They are both virtual servers - so no UPS. Failover communication is over the network. John. -- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK

2 2

Re: [CentOS] To James B. Byrne
by James B. Byrne 12 Nov '14

12 Nov '14

On Tue, November 11, 2014 19:33, Igor Zubkov wrote: > On Tue, Nov 11, 2014 at 6:16 PM, Alexander Farber wrote: >> Dear James, >> >> everyday I look into my Gmail SPAM folder and your mails (sent to >> Centos list) are there. Noone else is there but you. >> >> Please finally fix your MX records or whatever is needed. No offence > > I bit a tired of this too. > > James, be the Man and fix your mail server. Or what else. > >> Greetings from Germany >> Alex > > Greetins from Ukraine (Donetsk). > But, the mail server is not broken. It is entirely to RFC specifications. Google decides how to treat the resulting confusion respecting mail forwarded by the CentOS list. Yahoo I understand simply drops it into the bit bucket and the recipient never knows. Your complaint would be better directed at the consortium of Email providers, including Google and Yahoo, who forced DMARC on the IETF; or rather entirely by-passed the IETF and put this Rube Goldberg hack into play regardless. The people who run mailing lists screamed blue murder but it happened nonetheless. In any case the fix to this for Mailman already exists. It just needs to be accepted by RedHat and rolled out as an update. I tried to build it myself and succeeded in getting a working version on CentOS6. But, the source package layout does not fit the HFS used by RedHat and I could not deploy it for that reason. Nor could I figure out the patches necessary to restructure the project layout into something resembling HFS. Nor could I figure out the interim changes between the current Mailman version and that shipped with CentOS to back-port the fixes in a systematic way. I apologise for the number of messages presently originating from me. This one included. Once I get past my ignorance with CentOS7 and can manage on my own I will stop annoying the list with questions and replies. -- *** E-Mail is NOT a SECURE channel *** 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

Re: [CentOS] Keepalived - spurious failovers
by John Horne 12 Nov '14

12 Nov '14

On Wed, 2014-11-12 at 11:12 -0500, m.roth(a)5-cent.us wrote: > John Horne wrote: > >> > > They are both virtual servers - so no UPS. Failover communication is > > over the network. > > Um, bingo: are the host systems on UPS's? What happens on the *host* > systems at 03:56? They don't, perhaps, take snapshots of the guests then? > No, no snapshots are taken. As said this is a spurious event which has happened at 03:56 for the past two nights. However, we ran for a few days before then with no problems. Before that it happened at something like 5AM. It does not happen every night, nor at the same time (usually). I have set up a couple of cronjobs to check ifconfig and ping the interface every few seconds. I also have a job that will monitor the main interface for VRRP traffic since that should show what the priority value is when a server claims to have received a higher priority from another server. John. -- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK

1 0

Re: [CentOS] To James B. Byrne
by James B. Byrne 12 Nov '14

12 Nov '14

On Tue, November 11, 2014 13:05, Alexander Farber wrote: > And ignore the Chrome people getting > the certificate warning at https://harte-lyne.ca too ;-) > We operate our own CA. If you 'TRUST' us then you can add the the root cert for our CA by visiting http://ca.harte-lyne.ca/CA_HLL_ISSUER_01/ca.crt and accepting the cert (presumably after reading the CP and CPS statements). Then the warning will disappear. If not then you can leave or proceed, accepting the exception permanently or not, as your inclination dictates. That web site is ancient and was designed for straight http access. It is in the process of revision but that is not in my hands and given past events I have no expectation of anything changing soon. We have since gone to "https everywhere" and thus the certificate is now an issue. Most of our sites are blocked to outside access or require authentication in any case. That said, the issue of Trusted certificates is problematic. In my opinion, the present state of the PKI CA's is in such disarray that anyone that is counting on the 'Trusted' CA's that come pre-installed in browser packages is living in blissful ignorance of the underlying risks presented thereby. Users are rarely aware, or realise the implications, of the fact that any 'Trusted' CA can issue a valid certificate for ANY domain. Any browser that 'Trusts' that CA will accept any site presenting said certificate as legitimate. This is the singular weakness of imposing a hierarchical requirement on top of a distributed solution. DNSSEC is representative of the alternative approach that I believe eventually will be adopted for all forms of network identities, including email. Our company policy at the moment does not properly address the Trusted CA issue either; Other than we have set up and exclusively use our own CA for our own use. I am pushing to have all default trusted roots removed from all user's browsers and only approved roots added back. This is not feasible at the present time because of the lack of any automated tool (of which I am aware and that is FLOSS) to enforce it. For that matter, we are still waiting for our registrar to support DNSSEC, for which we have been ready since early 2012 and the .ca. registrar since 2013. -- *** E-Mail is NOT a SECURE channel *** 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

Keepalived - spurious failovers
by John Horne 12 Nov '14

12 Nov '14

Hello, We are using CentOS 6.6 and keepalived 1.2.13 on two servers for failover, no load-balancing. Failover is governed by the NIC being present, and the Apache and Tomcat processes being present. Both servers are configured as 'EQUAL' (not master/backup). An initial priority of 100 is set, and if a process or NIC fails, then this is reduced by 60 - causing a lower priority to be seen and failover to take place. Generally this works well. If we stop the network or one of the processes, this is logged (to /var/log/messages) and failover happens within a few seconds. However, we have had failovers occur during the night several times. It happened last night, and the night before. Nothing was logged in the messages file about the NIC being down, or the Apache/Tomcat processes being unavailable. Nothing was logged by the Apache or Tomcat processes in their own log files. The failovers have happened at 03:56 on both nights. The most obvious suspect causing this would be some nighttime process such as log rotation or automatic updates. However, I can see nothing obvious occurring during the night that would cause the keepalived virtual interface to failover. The messages log file typically shows: On the previous master, now slave server... =========================== Nov 12 03:56:40 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) Transition to MASTER STATE Nov 12 03:56:43 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) Entering MASTER STATE Nov 12 03:56:43 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) setting protocol VIPs. Nov 12 03:56:43 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) Sending gratuitous ARPs on eth0 for xxx.xxx.xxx.xxx Nov 12 03:56:48 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) Sending gratuitous ARPs on eth0 for xxx.xxx.xxx.xxx Nov 12 03:56:51 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) Received higher prio advert Nov 12 03:56:51 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) Entering BACKUP STATE Nov 12 03:56:51 bill Keepalived_vrrp[27279]: VRRP_Instance(Shib_srvrs) removing protocol VIPs. ========================== On the previous slave, now master server, there is nothing logged at (or around) this time at all. As the previous master log shows it 'Received higher prio advert'. But that implies that the priority on the server is lower, and no indication why. Has anyone seen this themselves? Or have any idea why it may be occurring? As said, some nighttime process seems to be the cause, but I cannot think or find anything that would cause it. Thanks, John. -- John Horne Tel: +44 (0)1752 587287 Plymouth University, UK

1 0

Network menu doesn't appear on system menu on CentOS 6.6
by Gilbert Sebenste 12 Nov '14

12 Nov '14

Hello everyone, I am not seeing the "Network" menu option (to configure the network) on one of my CentOS 6.6 machines, even on user root, in Gnome. It's not anywhere else, either. Can anyone point me in the direction of having that added? Thanks! Gilbert ******************************************************************************* Gilbert Sebenste ******** (My opinions only!) ****** Staff Meteorologist, Northern Illinois University **** E-mail: sebenste(a)weather.admin.niu.edu *** web: http://weather.admin.niu.edu ** Twitter: http://www.twitter.com/NIU_Weather ** Facebook: http://www.facebook.com/niu.weather * *******************************************************************************

4 5

CentOS-announce Digest, Vol 117, Issue 6
by centos-announce-request＠centos.org 12 Nov '14

12 Nov '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:1830 CentOS 6 389-ds-base BugFix Update (Johnny Hughes) 2. CESA-2014:1826 Moderate CentOS 6 libvncserver Security Update (Johnny Hughes) 3. CESA-2014:1843 Important CentOS 6 kernel Security Update (Johnny Hughes) 4. CEBA-2014:1828 CentOS 7 ipa BugFix Update (Johnny Hughes) 5. CEBA-2014:1838 CentOS 7 resource-agents BugFix Update (Johnny Hughes) 6. CEEA-2014:1839 CentOS 7 hpsa Enhancement Update (Johnny Hughes) 7. CEBA-2014:1840 CentOS 7 corosync BugFix Update (Johnny Hughes) 8. CESA-2014:1827 Moderate CentOS 7 kdenetwork Security Update (Johnny Hughes) 9. CEEA-2014:1839 CentOS 7 hpsa Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 11 Nov 2014 18:35:53 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1830 CentOS 6 389-ds-base BugFix Update Message-ID: <20141111183553.GA2578(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1830 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1830.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 598b9c7bcdd7d03a53c8899dce8971f572fbef57aa354cd3c6c48bf2b1d6cbe5 389-ds-base-1.2.11.15-48.el6_6.i686.rpm 5dba5b47c36830686f1d7514cf3c45fdce59775bf20323dfc6624926f7e039c8 389-ds-base-devel-1.2.11.15-48.el6_6.i686.rpm d0a6aa276bcbeb90a532c63043d60965ed44a95ce06b52f8b77987fa674ff8f7 389-ds-base-libs-1.2.11.15-48.el6_6.i686.rpm x86_64: 70b26cfa45e124b5e9c365df809137b2311dd778b472fa27a605ed0f03d2de98 389-ds-base-1.2.11.15-48.el6_6.x86_64.rpm 5dba5b47c36830686f1d7514cf3c45fdce59775bf20323dfc6624926f7e039c8 389-ds-base-devel-1.2.11.15-48.el6_6.i686.rpm 392a5802599973ebb2438d406d1fc164ab45877895e20ccfa0866b900b6c01f3 389-ds-base-devel-1.2.11.15-48.el6_6.x86_64.rpm d0a6aa276bcbeb90a532c63043d60965ed44a95ce06b52f8b77987fa674ff8f7 389-ds-base-libs-1.2.11.15-48.el6_6.i686.rpm f0f1c4306530146674c7f0cc80f80d96ab58410cd911678d7ddab8006559f353 389-ds-base-libs-1.2.11.15-48.el6_6.x86_64.rpm Source: 49d58c1b04e66ff35d3070e8f071a5fc0d59857fead6db4840245e61ba779103 389-ds-base-1.2.11.15-48.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 11 Nov 2014 18:36:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1826 Moderate CentOS 6 libvncserver Security Update Message-ID: <20141111183628.GA2818(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1826 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1826.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0716f57168140f6062b8cdb0efc7c601ffa3fe81855f759d3e2733d5b7d7a355 libvncserver-0.9.7-7.el6_6.1.i686.rpm 266355a2ec31bea7285f3a530991345604875e1662bcbcfd200be9d8876f4e7d libvncserver-devel-0.9.7-7.el6_6.1.i686.rpm x86_64: 0716f57168140f6062b8cdb0efc7c601ffa3fe81855f759d3e2733d5b7d7a355 libvncserver-0.9.7-7.el6_6.1.i686.rpm 2c8f243f3b7de8151b420b84178764b8f19bd64c510dec6f6d95c8f7b8838086 libvncserver-0.9.7-7.el6_6.1.x86_64.rpm 266355a2ec31bea7285f3a530991345604875e1662bcbcfd200be9d8876f4e7d libvncserver-devel-0.9.7-7.el6_6.1.i686.rpm 5134ca78f7182719b16a45f8a33b576d108dee4f4b4de10ddc92e10e8e73cafe libvncserver-devel-0.9.7-7.el6_6.1.x86_64.rpm Source: 7d83f556540cd4df5e71bc1be7f4106483c604c95da62af25f4dc0c3894d060a libvncserver-0.9.7-7.el6_6.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 11 Nov 2014 19:31:00 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1843 Important CentOS 6 kernel Security Update Message-ID: <20141111193100.GA4472(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1843 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1843.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e64a630855f472f4807e3f372ac5e3db50cb0364eee72d50588b351f0a3dd711 kernel-2.6.32-504.1.3.el6.i686.rpm 59a69f69fbc12acacb743ac045b539a0f1c73c00ce16d605d513601d70268fa6 kernel-abi-whitelists-2.6.32-504.1.3.el6.noarch.rpm f319f1a7b0900df550a32cb3464c5b1f195052ccdc4cd33588292e02d1e83789 kernel-debug-2.6.32-504.1.3.el6.i686.rpm 622fb747d10b9e5a19e2d2a427a92583aa0d4a06a7821bc6d3179c96e61e1ff4 kernel-debug-devel-2.6.32-504.1.3.el6.i686.rpm 60f4c49b5a42d7f6d282764952349dd0c7fbeee95a886b66b2a6cf76eff26b1f kernel-devel-2.6.32-504.1.3.el6.i686.rpm efaf4a0803a7bfd29abe3e8ab751b25242f356bf2054d924bf6c00ee46439eb8 kernel-doc-2.6.32-504.1.3.el6.noarch.rpm e1fa08c31f3982e895945e703c2bd5211911a4a60f2b2c632090bf9e7d7d2cb0 kernel-firmware-2.6.32-504.1.3.el6.noarch.rpm 69590e12f6aec5ee924caa81a240555bb0a7f071d36770e4d91cd39cdda35282 kernel-headers-2.6.32-504.1.3.el6.i686.rpm 7ef7d0ab42e941779e75b24e7fabc2884fd336e644fd467c047e9b8c12ff3ad1 perf-2.6.32-504.1.3.el6.i686.rpm 4e8dabde67439cad326be23e988aca91ebfdd320f8794e9b4fb69cc6ecc7b508 python-perf-2.6.32-504.1.3.el6.i686.rpm x86_64: e3401c36143dedd71d9f5a0b4c743b20705efbf21358749212a2df94d423057a kernel-2.6.32-504.1.3.el6.x86_64.rpm 59a69f69fbc12acacb743ac045b539a0f1c73c00ce16d605d513601d70268fa6 kernel-abi-whitelists-2.6.32-504.1.3.el6.noarch.rpm 3b62c8cc13fb670ed63e8686ea9dd84eda5a916cbbbf8089639c215f67d8f6ed kernel-debug-2.6.32-504.1.3.el6.x86_64.rpm 04ed371ff25e86dabbd6ade04eea43ade8605594e4f75efc1ea192484073d019 kernel-debug-devel-2.6.32-504.1.3.el6.x86_64.rpm 9e8f28789d9c102fa8643eb4277006d7cfd87f7bc0d531fc080a9eed14ded64c kernel-devel-2.6.32-504.1.3.el6.x86_64.rpm efaf4a0803a7bfd29abe3e8ab751b25242f356bf2054d924bf6c00ee46439eb8 kernel-doc-2.6.32-504.1.3.el6.noarch.rpm e1fa08c31f3982e895945e703c2bd5211911a4a60f2b2c632090bf9e7d7d2cb0 kernel-firmware-2.6.32-504.1.3.el6.noarch.rpm 922bd34bb3f7b01b0ed762ca809af950861ed8b78ada25c59bb09f5b1db7b280 kernel-headers-2.6.32-504.1.3.el6.x86_64.rpm f2c0b198f82458d102efabc159cb0deb33250edd99500ec91923272cfdf20133 perf-2.6.32-504.1.3.el6.x86_64.rpm b190d2f4b5f398f2e4f4e13971f4ec002c4637442abf55a4f0dd0d9f6673089c python-perf-2.6.32-504.1.3.el6.x86_64.rpm Source: 54731d970e5a18144faa02bb7ab2d5512b789501551ce19b95f1cc48c9e3faa8 kernel-2.6.32-504.1.3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 11 Nov 2014 19:08:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1828 CentOS 7 ipa BugFix Update Message-ID: <20141111190830.GA3451(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1828 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 48fb8185766b8ad8c46123dc8d0e91c73bb1fd1e7d1fa15c7218d2863a8a3439 ipa-admintools-3.3.3-28.el7_0.3.x86_64.rpm 1cf2e2ed639ce436be331771abf4ae6fc31c3ff0af22df2025c3d56c336841bb ipa-client-3.3.3-28.el7_0.3.x86_64.rpm 918cc3fc9d1d782bd79f9f67e1a3001878bb7f099759d7d28f7dde4cb440b86d ipa-python-3.3.3-28.el7_0.3.x86_64.rpm 3984d4845aeccc6a91d75c28ce68b2183012002986d9d004ebadd450c0c8d59a ipa-server-3.3.3-28.el7_0.3.x86_64.rpm 52de4977b1ef5acaa4faf23423c3e5a75227f776373a3e78941f5b0f5515e31c ipa-server-trust-ad-3.3.3-28.el7_0.3.x86_64.rpm Source: 8aaf46c4b60d6227d6cc4a6325c7742a8d5c5e5546651500abd17bafbc594536 ipa-3.3.3-28.el7_0.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 12 Nov 2014 09:42:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1838 CentOS 7 resource-agents BugFix Update Message-ID: <20141112094238.GA32147(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1838 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1838.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 027109e86558596659e84ed6ab82126b8ba424631761f2326bef4c5ddebc81e6 resource-agents-3.9.5-26.el7_0.5.x86_64.rpm Source: db2ed4e83f7f14f6b1fcb2981b984db72a01592ca4551587d732ac9a9be07f8c resource-agents-3.9.5-26.el7_0.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Wed, 12 Nov 2014 09:42:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1839 CentOS 7 hpsa Enhancement Update Message-ID: <20141112094251.GA32211(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1839 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1839.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) Source: 37143fc2ba305e70713d6eb3a162070b14e67250c470591480c3b436f860e089 hpsa-3.4.4_1_RH1-1.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Wed, 12 Nov 2014 09:43:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2014:1840 CentOS 7 corosync BugFix Update Message-ID: <20141112094306.GA32285(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1840 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1840.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b4ccade48a9ccd1df06cafdaa8b360c847edb6c80c3514bc3ac6c83ba69eec12 corosync-2.3.3-2.el7_0.1.x86_64.rpm b41bc00ff59464e35cad5f8ab289b27712233ac7f2faacea1ea207c89c48911d corosynclib-2.3.3-2.el7_0.1.i686.rpm 85cb91a43ade26a6f16e6efae0f2cee2e25c4812c06d802a4100e93e3d264bf5 corosynclib-2.3.3-2.el7_0.1.x86_64.rpm 8a8f9064849b7e741f1c3dacd4969bdcf88e6023db5833bf404f9cb7dff19f8b corosynclib-devel-2.3.3-2.el7_0.1.i686.rpm 8430651985760911fae03f9d1223094bf1b8c3484fd3b313c850ca6af5522790 corosynclib-devel-2.3.3-2.el7_0.1.x86_64.rpm Source: b156c5cceb67c5b5873cd67d57308364efc4bf54affdc13114e9381a53c71209 corosync-2.3.3-2.el7_0.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 8 Date: Wed, 12 Nov 2014 09:44:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2014:1827 Moderate CentOS 7 kdenetwork Security Update Message-ID: <20141112094441.GA32434(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1827 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1827.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c470c0139168de6ef581767dde439c8dbc2b196c897d14e8b5c6336b4f6f564c kdenetwork-4.10.5-8.el7_0.x86_64.rpm 0a0c7c382d7de6557aa5960baf310bcec5314ee7659fc7369b30c78483a2fd82 kdenetwork-common-4.10.5-8.el7_0.noarch.rpm 8bf69f697fc0421e1cdb52a91566af8dd5d71fb08891ed25514d1d0dd4a5321a kdenetwork-devel-4.10.5-8.el7_0.noarch.rpm bbe73573065623e52bbb62e5711d8c389d80d7a820e29746443842885aac5961 kdenetwork-fileshare-samba-4.10.5-8.el7_0.x86_64.rpm bace8d145c634384ca65144a119354911b870e7fa5b60805450b031c0cb5ee7a kdenetwork-kdnssd-4.10.5-8.el7_0.x86_64.rpm 57837ec87c7e0ef8ace6ee0aeb20685bef538401aa7322c40174e47751aba5b9 kdenetwork-kget-4.10.5-8.el7_0.x86_64.rpm 4191d274cfcbdd9db2f3bac89a4d955c1a9f9aeccfea10e479ec0fa0f25e72c9 kdenetwork-kget-libs-4.10.5-8.el7_0.i686.rpm 4dea9e1d4e59598ce5e2bc3103827bdde09ec9b7404f93373dbfb0022500791a kdenetwork-kget-libs-4.10.5-8.el7_0.x86_64.rpm cf00f9cf82ab56adc8d02daabaf63824219321358fc8c634e26c0e1e95570f99 kdenetwork-kopete-4.10.5-8.el7_0.x86_64.rpm 7a5228c76facee58a92d61423d395e3be5d606010624dcaf3eab4344a801dee6 kdenetwork-kopete-devel-4.10.5-8.el7_0.i686.rpm ff6d5dbb0b34f7c620f846b14a09466413679cd0012caa3633dd8609eda98919 kdenetwork-kopete-devel-4.10.5-8.el7_0.x86_64.rpm 8ef46cfd0a1f9edeeb9bc67a0710a5218d63f799d7dfd0027a54253e07064d62 kdenetwork-kopete-libs-4.10.5-8.el7_0.i686.rpm a82b6cce061a5b60c29f74f7bd66c0f8ceb6981dcac0e1a291bfd6ee8b0c3f6c kdenetwork-kopete-libs-4.10.5-8.el7_0.x86_64.rpm fd2b180b4d9df1489c0c6c83f6a8b1cd62a2a6343e804797964f46e714235822 kdenetwork-krdc-4.10.5-8.el7_0.x86_64.rpm b07ed16efbba8fd1ea6cd38f20868715b5810420b507ecf1ff007b0ea8f0d7be kdenetwork-krdc-devel-4.10.5-8.el7_0.i686.rpm a7fd8bc22eb7d2c40d7ee3372226ef7c13f66f5d918acea05348b7be53abef5b kdenetwork-krdc-devel-4.10.5-8.el7_0.x86_64.rpm cf0b34d55824dd59550411e9df4a4234d8406b30c2ffc51ca837a00b40c4dd4d kdenetwork-krdc-libs-4.10.5-8.el7_0.i686.rpm 478343b28717b4c02ba956a7ede396bb4ce520255d4aa2945e9eadb7abd50f2b kdenetwork-krdc-libs-4.10.5-8.el7_0.x86_64.rpm d6efd3e180e971f470e65dde3aea971bf5c2ef963bee5ec67c7d6e3a95fc067f kdenetwork-krfb-4.10.5-8.el7_0.x86_64.rpm bb606ca79e447754fa196f87dd6b69807386e93ceb15d1d39de0418a43e6f0a2 kdenetwork-krfb-libs-4.10.5-8.el7_0.i686.rpm fe1661aa2b0e4bf5f7c2de515a86c5e7b84beb07992c2a022fa1b69ca95e8c5c kdenetwork-krfb-libs-4.10.5-8.el7_0.x86_64.rpm Source: 9c66e9ff50cb08995fbc85a2b946110a246f051408c19abebd73c77fbef20665 kdenetwork-4.10.5-8.el7_0.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 9 Date: Wed, 12 Nov 2014 10:09:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2014:1839 CentOS 7 hpsa Enhancement Update Message-ID: <20141112100920.GA43307(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:1839 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1839.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8130609425e3f9e02ddeb6858cde05e92623c6b6f163b12db159d154c232ea2f kmod-hpsa-3.4.4_1_RH1-1.el7_0.x86_64.rpm Source: 37143fc2ba305e70713d6eb3a162070b14e67250c470591480c3b436f860e089 hpsa-3.4.4_1_RH1-1.el7_0.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 http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 117, Issue 6 ***********************************************

1 0

Re: [CentOS] 10 Gbps adapter recommendation
by Nux! 12 Nov '14

12 Nov '14

Thanks Gotz, I'll definitely do some storage on them, Gluster/DRBD/ISCSI, but also general traffic; I just want to replace 1 Gbps as much as possible, budgets allows. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ----- Original Message ----- > From: "Götz Reinicke - IT Koordinator" <goetz.reinicke(a)filmakademie.de> > To: centos(a)centos.org > Sent: Tuesday, 11 November, 2014 11:28:15 > Subject: Re: [CentOS] 10 Gbps adapter recommendation > Am 11.11.14 um 10:22 schrieb Nux!: >> Hi guys, >> >> I'm yet to use 10 Gbps with CentOS, hence my question. I'm looking for a cheap >> (doh) adapter that won't cause me problems with CentOS. Any recommendations? > > I'd say, depends on what you wanna do with it; e.g. iscsi trafic too, > how mayn ports, copper or sfp+? > > We have intel and emulex (including hardware iscsi) cards in use and no > trouble so far. Depending on the intended purpose. > > /Götz > > -- > Götz Reinicke > IT-Koordinator > > Tel. +49 7141 969 82 420 > E-Mail goetz.reinicke(a)filmakademie.de > > Filmakademie Baden-Württemberg GmbH > Akademiehof 10 > 71638 Ludwigsburg > www.filmakademie.de > > Eintragung Amtsgericht Stuttgart HRB 205016 > > Vorsitzender des Aufsichtsrats: Jürgen Walter MdL > Staatssekretär im Ministerium für Wissenschaft, > Forschung und Kunst Baden-Württemberg > > Geschäftsführer: Prof. Thomas Schadt > > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos

3 3

Xorg installation broken under docker
by Wander Costa 11 Nov '14

11 Nov '14

Hi, I have been trying to build a docker image to run unit tests for the B2G project [1]. However when I try to install Xorg I get this error [2]. I have been searching on web but is still not clear for me if this is an issue or if I should proceed like this link [3] says. Any idea? Cheers, Wander. [1] https://wiki.mozilla.org/B2G [2] https://pastebin.mozilla.org/7243239 [3] jperrin.github.io/centos/2014/09/25/centos-docker-and-systemd/

3 5

Re: [CentOS] [OT] mail address - centos mail list
by James B. Byrne 11 Nov '14

11 Nov '14

On Mon, November 10, 2014 13:56, Les Mikesell wrote: > Well, yeah... If I wanted to keep secrets, I wouldn't be sending them over the internet at all. You don't really trust your software or other third parties that much, do you? Read my signature. The point is that it is not what I trust. It is what my correspondents do with their mail irrespective of trust. And that is totally out of my control. Nonetheless, we must take whatever steps we can to protect whatever residual confidentiality there is. -- *** E-Mail is NOT a SECURE channel *** 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

3 4

backup incrementals on mysql
by Rodrigo Pichiñual Norin 11 Nov '14

11 Nov '14

Hi all. I usally make backups of databases mysql. I make buckups of all datbase for example: mysqldump -u user -ppassword name_db > backups.sql also I make backups just its schema for example mysqldump -u user -ppassword name_db --no-data > backups.sql but now I need a backups incrementals, because the size of DB is very big (500 mb) How to make this? regards -- *Atte. Rodrigo Pichiñual N.* *Ingeniero Administrador de Sistemas Linux* *rodrigo.pichinual(a)gmail.com <rodrigo.pichinual(a)gmail.com>* *+56 9 87272971* *@Roodrigo0461* *http://cl.linkedin.com/in/rodrigopichinual <http://cl.linkedin.com/in/rodrigopichinual>*

5 5

/etc/locale.conf is ignored
by David A. De Graaf 11 Nov '14

11 Nov '14

It seems that /etc/locale.conf is ignored in Centos 7. As a traditionalist who prefers things sorted lexicographically rather than indiscriminately with case ignored and dates to be displayed in the form "Sep 11 2008", I have always added lines to this file: $ cat /etc/locale.conf LANG="en_US.UTF-8" # Fix collating sequence for sort and ls export LC_COLLATE=C # Fix time format in ls -l to Sep 11 2008 export LC_TIME=C and it's always worked - in UNIX, all Fedora's, Centos 6 (I think). Now, in a fresh installation of Centos 7 (virtual, kvm) these exported environment variables are nowhere to be seen. If I manually type export LC_COLLATE=C in an xterm, sorting works "properly" again. Why is /etc/locale.conf ignored in Centos 7 - and not in Fedora 20? While it shouldn't matter, I'll mention that I'm running Xfce4 with mostly xterm windows - where the LC_COLLATE and LC_TIME variables are absent from `env`. However, if I revert to a non-X console (CTL-ALT-F2), these variables are present. So, /etc/locale.conf isn't totally ignored. Perhaps xterm, or Xfce4, or that whatever it is awful undocumented GUI thing that starts X, has simply forgotten the concept of "export". -- David A. De Graaf DATIX, Inc. Hendersonville, NC dad(a)datix.us www.datix.us The trouble with our liberal friends is not that they're ignorant; it's just that they know so much that isn't so. - Ronald Reagan

2 2

login fail on crypted /home
by Patrick Bégou 11 Nov '14

11 Nov '14

I have a fesh install of CentOS release 6.6 on my laptop. I want to use a more secure config with /home crypted. But when this partition is mounted I cannot login anymore on my laptop. Only root can login. This occur at level 5 (graphic login) or 3 (text login). The message is "Cannot enter home directory. Using /." Logged as root I can create a new user (with useradd) and his home is created on this crypted partition. Logged as root I can issue a "su - anotheruser" in a terminal and access the home of this user on the crypted partition. The problem looks strange for me and google has not helped.... This how I build the crypted partition (following a tutorial, just changing ext4 with xfs): lvcreate -L 30G -n lv_home vg_portable badblocks -s -w -t random -v /dev/vg_portable/lv_home cryptsetup luksFormat /dev/vg_portable/lv_home cryptsetup luksOpen /dev/vg_portable/lv_home c_home mkfs -t xfs -L /home /dev/mapper/c_home The blkid command shows: /dev/mapper/c_home: LABEL="/home" UUID="1118317e-cc5a-4183-a498-21418f82e982" TYPE="xfs" In /etc/fstab I add: UUID=1118317e-cc5a-4183-a498-21418f82e982 /home xfs defaults 1 2 In /etc/crypttab I add: c_home /dev/vg_portable/lv_home none luks Thanks for your advices. Patrick

2 2

Re: [CentOS] To James B. Byrne
by Alexander Farber 11 Nov '14

11 Nov '14

Of couse I could "explain my Gmail mailbox not move messages" by James - but I assumed the person sending 3-4 messages daily to this mailing list might be asked to consider to fix his own settings (MX and http certificate). The Chrome warning for harte-lyne.ca looks dreadful by the way. Regards Alex

3 2

Re: [CentOS] To James B. Byrne
by Alexander Farber 11 Nov '14

11 Nov '14

Reindl, you should relax a bit. I didn't mean exactly "MX", just meant a "heads up" to take a look at own configs. I like how you defend using a broken http cert. Regards Alex On Tue, Nov 11, 2014 at 7:42 PM, Reindl Harald <h.reindl(a)thelounge.net> wrote: > > Am 11.11.2014 um 19:34 schrieb Alexander Farber: >> >> Of couse I could "explain my Gmail mailbox not move messages" by James - >> but I assumed the person sending 3-4 messages daily to this mailing list >> might be asked to consider to fix his own settings (MX and http >> certificate) > > > you could also stop talking about things you don't have any clue - the MX > has nothing to do with outgoing mail and SPF is as explained also not the > reason > > it's the *list software* mangle DKIM signed messages > >> The Chrome warning for harte-lyne.ca looks dreadful by the way > > > WTF - whatever certificate is used on a website has no business in context > of mail and any software crying in context of mail because a self signed > website certificate is broken > > complain at Chrome! >

1 0

[offtopic] Groupon to use the Gnome name for proprietary software
by Nux! 11 Nov '14

11 Nov '14

It's just out of this world http://www.gnome.org/groupon/ I'm making efforts to maintain civility for the list's sake. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro

4 3

Re: [CentOS] Non-Gnome desktop
by James B. Byrne 11 Nov '14

11 Nov '14

On Mon, November 10, 2014 15:00, Liam O'Toole wrote: > On 2014-11-10, James B. Byrne <byrnejb(a)harte-lyne.ca> wrote: > > > Try including the session manager in the startx invocation, e.g., > > startx /usr/bin/mate-session > > (Or whaterever the MATE session manager is called. I'm guessing the > above by analogy with gnome-session.) > Yes! Thank you. Thank you. Thank you. Now, to test this I removed Gnome3 rather than start over with a fresh install. So it is possible that installing Gnome Desktop makes some configuration change of which I am unaware that permits Mate to work thereafter. However, using startx /usr/bin/mate-session does indeed bring up the Mate desktop without Gnome3 installed. This whole exercise in frustration was due to the fact that I am singularly unimpressed with the Gnome3 experience. Others have made all the arguments and comments respecting its opaqueness and inflexibility that I can think of; and quite a few more besides. So, suffice to say, it will not be installed here. What I cannot understand is why an Enterprise Distro is packaging an evidently tablet based GUI to begin with. Where do they think RHEL gets installed; cell phones? -- *** E-Mail is NOT a SECURE channel *** 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

Kickstart IPv6 Gateway
by John Tall 11 Nov '14

11 Nov '14

Hi. I'm installing CentOS 7 with Kickstart on a machine that has IPv6. The problem is that while it has an IPv6 address after installation it does not have the IPv6 gateway. I'm using NetworkManager and my network configuration is completely static, no autoconf or dhcpv6. My Kickstart configuration uses the following network configuration (actual values replaced but with the same format): network --device enp1s0 --bootproto=static --gateway=123.123.123.1 --ip=123.123.123.123 --nameserver=123.123.123.1 --netmask=255.255.255.0 --ipv6=2001:123:abc::123 --ipv6gateway=2001:123:abc::1 --activate network --hostname=test.example.org The Red Hat installation guide suggests that --ipv6gateway should be used but it looks like it's not picked up. Does anyone know why this doesn't work? John

3 2

Re: [CentOS] open-vm-tools on CentOS 6
by Rainer Traut 11 Nov '14

11 Nov '14

I know that open-vm-tools is maintained by vmware. I meant the Vmware repo is alway matching latest vSphere release. But: - doesn't contain newer pv drivers - isn't on par with vSphere releases For example: 9.4.6 Dyno Hongjun Fu <hfu(a)vmware.com> Release matching the vSphere 5.5p02 release. 9.4.0 Dmitry Torokhov <dtor(a)vmware.com> Release matching the vSphere 5.5 release. There is no 9.4.6 rpm for C7 but we are running vSphere 5.5p02 VG Rainer Am 11.11.2014 um 16:17 schrieb Reindl Harald: > the ones from EPEL too > guess who maintains the packages.... > > Wed Jul 16 2014 Ravindra Kumar <ravindrakumar(a)vmware.com> - 9.4.6-1 > > https://koji.fedoraproject.org/koji/packageinfo?packageID=15954 > https://koji.fedoraproject.org/koji/buildinfo?buildID=545136 > > Am 11.11.2014 um 15:22 schrieb Rainer Traut: >> Why? >> VMWare's rpm repo is well maintained until EL6. >> >> Am 11.11.2014 um 14:22 schrieb Nux!: >>> I would use the open-vm-tools from EPEL in EL6 as well >

1 0

open-vm-tools on CentOS 6
by Boris Epstein 11 Nov '14

11 Nov '14

Hello all, As far as which VMWare tools to use - the ones from VM Ware or the open-vm-tools available through the EPEL - is there any consensus on what is better? I know that for CentOS 7 you are told to use open-vm-tools but what is the situation with CentOS 6? Thanks. Boris.

4 5

Re: [CentOS] Network menu doesn't appear on system menu on CentOS 6.6
by James B. Byrne 11 Nov '14

11 Nov '14

On Mon, November 10, 2014 16:44, Gilbert Sebenste wrote: > On Mon, 10 Nov 2014, Frank Cox wrote: > >> On Mon, 10 Nov 2014 15:08:53 -0600 (CST) >> Gilbert Sebenste wrote: >> >>> I am not seeing the "Network Connections" menu option (to configure the >>> network) on one of my CentOS 6.6 machines, even on user root, in Gnome >>> under System -> Administration. It's not anywhere else, either. Can anyone >>> point me in the direction of having that added? >> >> yum install nm-connection-editor >> >> On Mate it shows up under System-Preferences-System-Network Connections > > Yeah, I'm having a tough day, THAT is where it should be found, > but isn't, under Gnome, on this one machine. Typing what you did above > gave me an error of "no such package". I then tried yum install > *connection* and yum install *editor* and nothing came up that matches > what I need. > > Gilbert The Gnome developers probably decided that users did not need to see that. -- *** E-Mail is NOT a SECURE channel *** 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] Non-Gnome desktop
by James B. Byrne 11 Nov '14

11 Nov '14

On Mon, November 10, 2014 15:00, Liam O'Toole wrote: > On 2014-11-10, James B. Byrne <byrnejb(a)harte-lyne.ca> wrote: >> So, >> >> 1. I installed a minimal CentOS-7. >> 2. I then installed epel-release. >> 3. I then installed etckeeper from epel. >> 4. I then ran yum update -y. >> 5. I then rebooted (kernel update). >> 6. I then ran "yum groups install "X Window System" >> 7. I then ran "yum groups "MATE Desktop" >> 8. I then ran startx. > > Can you confirm line 7 above? It might be a typo. Typos on lines 6 and 7. Mate was installed successfully along with the X Windo System. -- *** E-Mail is NOT a SECURE channel *** 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] Non-Gnome desktop
by James B. Byrne 11 Nov '14

11 Nov '14

On Mon, November 10, 2014 14:57, Frank Cox wrote: > On Mon, 10 Nov 2014 14:35:05 -0500 > James B. Byrne wrote: > >> Does this Desktop work for anyone else without gnome3 >> installed? What am I leaving out? Am I suppose run some sort of X >> configuration program? > > I've done this a few times now, and it's worked every time: > > Install the Centos 7 Live CD. > > Install epel-release > > Install Mate Desktop > That matches my experience. I can install from the LiveCD with a graphical interface and get KDE and Mate. But I suspect that is because the LiveCD is providing Gnome3. If I use the Minimal install DVD instead then I simply cannot get Mate or KDE to run as desktops without having first installed Gnome3. Neither alternative desktop will work without and both always work with Gnome3 present. -- *** E-Mail is NOT a SECURE channel *** 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] Centos7 Net install on HP A1710N fails
by david 11 Nov '14

11 Nov '14

At 03:23 PM 11/8/2014, you wrote: >On Sat, Nov 8, 2014 at 3:21 PM, Akemi Yagi <amyagi(a)gmail.com> wrote: > > > The command to display the vendor:device PCI ID is: > > > > lspci -nn | grep -i net > >That was just for the ethernet device. Remove the grep part and you'll >get the IDs for other hardware. > >Akemi Using the LiveCD for Centos 7, the network was "Unknown". The results of the lscpi command gave 00:14.0 Bridge [0680]: Nvidia Corporation MCP51 Ethernet Controller [10DE:0269] (Revision A3) However, we could not "define" the ethernet controller and make it usable. David

3 2

Can't get pictures off camera
by Steve Blackwell 11 Nov '14

11 Nov '14

Hi, I'm trying to download some pictures off my camera and I keep getting an error. This used to work at some point although I can't say when. The camera is a Cannon EOS and I plug it in to a USB port and turn it on and I get a dialog box with a title of "Cannon Digital Camera" saying "You have just inserted a medium with digital photos...blah blah...". When I select "open folder" from this drop down list of options it eventually gives me this error message: "The folder contents could not be displayed. Sorry, could not display all the contents of "Cannon Digital Camera": DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. If I select "open digiKam" it appears to do nothing. If I open digiKam first and try to import using what is detects - Cannon EOS 350D (PTP mode) - it never finds anything. The whole time the camera is flashing busy. I don't see anything useful in any of the system logs. Given the error message, I think that something is blocking messages from the camera. I need some help troubleshooting this. Thanks, Steve

9 19

yum/yumex resetting system and bios clock
by g 11 Nov '14

11 Nov '14

greetings, for some strange reason, for the past 6 or more months, when i run yum or yumex, after updates are finished, i see that my clock in panel has been changed. what might be happening? any suggestions as to how to cure problem? thank you for any and all help. -- peace out. in a world with out fences, who needs gates. tc,hago. g .

1 1

Re: [CentOS] Non-Gnome desktop
by James B. Byrne 10 Nov '14

10 Nov '14

On Mon, November 10, 2014 14:42, m.roth(a)5-cent.us wrote: > Hi, James, > > One thing that puzzles me: > > James B. Byrne wrote: >> So, >> >> 1. I installed a minimal CentOS-7. >> 2. I then installed epel-release. >> 3. I then installed etckeeper from epel. >> 4. I then ran yum update -y. >> 5. I then rebooted (kernel update). >> 6. I then ran "yum groups install "X Window System" >> 7. I then ran "yum groups "MATE Desktop" >> 8. I then ran startx. >> >> Result: Graphical destop wallpaper appears, spinning disc in center for >> 2-3 >> seconds then this: >> >> X.Org X Server 1.15.0 >> Release Date: 2013-12-27 > <SNIP> >> [ 77.150] (II) Loading sub module "fb" >> [ 77.150] (II) LoadModule: "fb" >> [ 77.150] (II) Loading /usr/lib64/xorg/modules/libfb.so >> [ 77.162] (II) Module fb: vendor="X.Org Foundation" >> [ 77.162] compiled for 1.15.0, module version = 1.0.0 >> [ 77.162] ABI class: X.Org ANSI C Emulation, version 0.4 >> [ 77.162] (II) Loading sub module "dri2" >> [ 77.162] (II) LoadModule: "dri2" >> [ 77.162] (II) Module "dri2" already built-in >> [ 77.162] (II) UnloadModule: "modesetting" >> [ 77.162] (II) Unloading modesetting >> [ 77.162] (II) UnloadModule: "fbdev" >> [ 77.162] (II) Unloading fbdev >> [ 77.162] (II) UnloadSubModule: "fbdevhw" >> [ 77.162] (II) Unloading fbdevhw >> [ 77.162] (II) UnloadModule: "vesa" >> [ 77.162] (II) Unloading vesa >> [ 77.162] (==) Depth 24 pixmap format is 32 bpp >> [ 77.172] (II) intel(0): [DRI2] Setup complete >> [ 77.172] (II) intel(0): [DRI2] DRI driver: i965 >> [ 77.172] (II) intel(0): Allocated new frame buffer 1280x1024 stride >> 5120, >> tiled > <snip> > I don't understand why a) it tries framebuffer, then tries vesa, then > unloads framebuffer, *then* unloads vesa. > > A question, and some thoughts: > 1) what make video card? On board chipset. lspic -vv reports 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev03) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 3048 . . . > 2) have you tried telling it no framebuffer on the grub kernel line? Not yet. But mate works without rebooting if I install Gnome3 > 3) how 'bout telling it vesa on that line? > 4) what happens if you close an generic /etc/X11/xorg.conf? > What do you mean by 'close an generic ...'? -- *** E-Mail is NOT a SECURE channel *** 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

Non-Gnome desktop
by James B. Byrne 10 Nov '14

10 Nov '14

So, 1. I installed a minimal CentOS-7. 2. I then installed epel-release. 3. I then installed etckeeper from epel. 4. I then ran yum update -y. 5. I then rebooted (kernel update). 6. I then ran "yum groups install "X Window System" 7. I then ran "yum groups "MATE Desktop" 8. I then ran startx. Result: Graphical destop wallpaper appears, spinning disc in center for 2-3 seconds then this: X.Org X Server 1.15.0 Release Date: 2013-12-27 . . . (==) Using config directory "etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" Initializing built-in extension . . . Initializing built-in extension DR12 Loading extension GLX waiting for X server to shut down (EE) Server terminated successfully (0). Closing log file. Said log file (/var/log/Xorg.0.log) contains: X.Org X Server 1.15.0 Release Date: 2013-12-27 [ 76.833] X Protocol Version 11, Revision 0 [ 76.833] Build Operating System: 2.6.32-220.17.1.el6.x86_64 [ 76.833] Current Operating System: Linux lanet126.hamilton.harte-lyne.ca 3.10.0-123.9.3.el7.x86_64 #1 SMP Thu Nov 6 15:06:03 UTC 2014 x86_64 [ 76.833] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-123.9.3.el7.x86_64 root=/dev/mapper/centos_lanet126-root ro crashkernel=auto rd.lvm.lv=centos_lanet126/root vconsole.font=latarcyrheb-sun16 vconsole.keymap=us rd.lvm.lv=centos_lanet126/swap rhgb quiet LANG=en_GB.UTF-8 [ 76.833] Build Date: 10 June 2014 01:29:18AM [ 76.833] Build ID: xorg-x11-server 1.15.0-7.el7 [ 76.833] Current version of pixman: 0.32.4 [ 76.833] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 76.833] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 76.834] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 10 12:05:30 2014 [ 76.844] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 76.844] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 76.858] (==) No Layout section. Using the first Screen section. [ 76.858] (==) No screen section available. Using defaults. [ 76.858] (**) |-->Screen "Default Screen Section" (0) [ 76.858] (**) | |-->Monitor "<default monitor>" [ 76.859] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 76.859] (==) Automatically adding devices [ 76.859] (==) Automatically enabling devices [ 76.859] (==) Automatically adding GPU devices [ 76.862] (==) FontPath set to: catalogue:/etc/X11/fontpath.d, built-ins [ 76.862] (==) ModulePath set to "/usr/lib64/xorg/modules" [ 76.862] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 76.862] (II) Loader magic: 0x812020 [ 76.862] (II) Module ABI versions: [ 76.862] X.Org ANSI C Emulation: 0.4 [ 76.862] X.Org Video Driver: 15.0 [ 76.862] X.Org XInput driver : 20.0 [ 76.862] X.Org Server Extension : 8.0 [ 76.862] (II) xfree86: Adding drm device (/dev/dri/card0) [ 76.864] (--) PCI:*(0:0:2:0) 8086:2e12:17aa:3048 rev 3, Mem @ 0xfc000000/4194304, 0xe0000000/268435456, I/O @ 0x00001c70/8, BIOS @ 0x????????/131072 [ 76.864] (--) PCI: (0:0:2:1) 8086:2e13:17aa:3048 rev 3, Mem @ 0xfc400000/1048576, BIOS @ 0x????????/65536 [ 76.864] Initializing built-in extension Generic Event Extension [ 76.864] Initializing built-in extension SHAPE [ 76.864] Initializing built-in extension MIT-SHM [ 76.864] Initializing built-in extension XInputExtension [ 76.864] Initializing built-in extension XTEST [ 76.864] Initializing built-in extension BIG-REQUESTS [ 76.864] Initializing built-in extension SYNC [ 76.864] Initializing built-in extension XKEYBOARD [ 76.864] Initializing built-in extension XC-MISC [ 76.864] Initializing built-in extension XINERAMA [ 76.864] Initializing built-in extension XFIXES [ 76.864] Initializing built-in extension RENDER [ 76.865] Initializing built-in extension RANDR [ 76.865] Initializing built-in extension COMPOSITE [ 76.865] Initializing built-in extension DAMAGE [ 76.865] Initializing built-in extension MIT-SCREEN-SAVER [ 76.865] Initializing built-in extension DOUBLE-BUFFER [ 76.865] Initializing built-in extension RECORD [ 76.865] Initializing built-in extension DPMS [ 76.865] Initializing built-in extension Present [ 76.865] Initializing built-in extension X-Resource [ 76.865] Initializing built-in extension XVideo [ 76.865] Initializing built-in extension XVideo-MotionCompensation [ 76.865] Initializing built-in extension SELinux [ 76.866] Initializing built-in extension XFree86-VidModeExtension [ 76.866] Initializing built-in extension XFree86-DGA [ 76.867] Initializing built-in extension XFree86-DRI [ 76.868] Initializing built-in extension DRI2 [ 76.868] (II) "glx" will be loaded by default. [ 76.868] (WW) "xwayland" is not to be loaded by default. Skipping. [ 76.868] (II) LoadModule: "dri2" [ 76.868] (II) Module "dri2" already built-in [ 76.868] (II) LoadModule: "glamoregl" [ 76.897] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 76.975] (II) Module glamoregl: vendor="X.Org Foundation" [ 76.975] compiled for 1.15.0, module version = 0.5.1 [ 76.975] ABI class: X.Org ANSI C Emulation, version 0.4 [ 76.975] (II) LoadModule: "glx" [ 76.975] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 76.977] (II) Module glx: vendor="X.Org Foundation" [ 76.977] compiled for 1.15.0, module version = 1.0.0 [ 76.977] ABI class: X.Org Server Extension, version 8.0 [ 76.977] (==) AIGLX enabled [ 76.977] Loading extension GLX [ 76.977] (==) Matched intel as autoconfigured driver 0 [ 76.977] (==) Matched intel as autoconfigured driver 1 [ 76.977] (==) Matched modesetting as autoconfigured driver 2 [ 76.977] (==) Matched fbdev as autoconfigured driver 3 [ 76.977] (==) Matched vesa as autoconfigured driver 4 [ 76.977] (==) Assigned the driver to the xf86ConfigLayout [ 76.977] (II) LoadModule: "intel" [ 76.977] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so [ 77.023] (II) Module intel: vendor="X.Org Foundation" [ 77.023] compiled for 1.15.0, module version = 2.21.15 [ 77.023] Module class: X.Org Video Driver [ 77.023] ABI class: X.Org Video Driver, version 15.0 [ 77.023] (II) LoadModule: "modesetting" [ 77.023] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 77.025] (II) Module modesetting: vendor="X.Org Foundation" [ 77.025] compiled for 1.15.0, module version = 0.8.0 [ 77.025] Module class: X.Org Video Driver [ 77.025] ABI class: X.Org Video Driver, version 15.0 [ 77.025] (II) LoadModule: "fbdev" [ 77.025] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 77.031] (II) Module fbdev: vendor="X.Org Foundation" [ 77.031] compiled for 1.15.0, module version = 0.4.3 [ 77.031] Module class: X.Org Video Driver [ 77.031] ABI class: X.Org Video Driver, version 15.0 [ 77.031] (II) LoadModule: "vesa" [ 77.031] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 77.035] (II) Module vesa: vendor="X.Org Foundation" [ 77.035] compiled for 1.15.0, module version = 2.3.2 [ 77.035] Module class: X.Org Video Driver [ 77.035] ABI class: X.Org Video Driver, version 15.0 [ 77.035] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, HD Graphics, HD Graphics 2000, HD Graphics 3000, HD Graphics 2500, HD Graphics 4000, HD Graphics P4000, HD Graphics 4600, HD Graphics 5000, HD Graphics P4600/P4700, Iris(TM) Graphics 5100, HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200 [ 77.035] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 77.035] (II) FBDEV: driver for framebuffer: fbdev [ 77.035] (II) VESA: driver for VESA chipsets: vesa [ 77.035] (++) using VT number 1 [ 77.047] (WW) Falling back to old probe method for modesetting [ 77.047] (WW) Falling back to old probe method for fbdev [ 77.047] (II) Loading sub module "fbdevhw" [ 77.047] (II) LoadModule: "fbdevhw" [ 77.047] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 77.054] (II) Module fbdevhw: vendor="X.Org Foundation" [ 77.054] compiled for 1.15.0, module version = 0.0.2 [ 77.054] ABI class: X.Org Video Driver, version 15.0 [ 77.054] (WW) Falling back to old probe method for vesa [ 77.054] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 77.054] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 77.054] (==) intel(0): RGB weight 888 [ 77.054] (==) intel(0): Default visual is TrueColor [ 77.054] (--) intel(0): Integrated Graphics Chipset: Intel(R) Q45/Q43 [ 77.054] (**) intel(0): Relaxed fencing enabled [ 77.054] (**) intel(0): Wait on SwapBuffers? enabled [ 77.054] (**) intel(0): Triple buffering? enabled [ 77.054] (**) intel(0): Framebuffer tiled [ 77.054] (**) intel(0): Pixmaps tiled [ 77.054] (**) intel(0): 3D buffers tiled [ 77.054] (**) intel(0): SwapBuffers wait enabled [ 77.054] (==) intel(0): video overlay key set to 0x101fe [ 77.098] (II) intel(0): Output VGA1 has no monitor section [ 77.100] (II) intel(0): Output HDMI1 has no monitor section [ 77.100] (II) intel(0): Output DP1 has no monitor section [ 77.148] (II) intel(0): EDID for output VGA1 [ 77.148] (II) intel(0): Manufacturer: BNQ Model: 7659 Serial#: 745 [ 77.148] (II) intel(0): Year: 2004 Week: 15 [ 77.148] (II) intel(0): EDID Version: 1.3 [ 77.148] (II) intel(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V [ 77.148] (II) intel(0): Sync: Separate Composite [ 77.148] (II) intel(0): Max Image Size [cm]: horiz.: 34 vert.: 27 [ 77.148] (II) intel(0): Gamma: 2.20 [ 77.148] (II) intel(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display [ 77.148] (II) intel(0): First detailed timing is preferred mode [ 77.148] (II) intel(0): redX: 0.637 redY: 0.344 greenX: 0.309 greenY: 0.582 [ 77.148] (II) intel(0): blueX: 0.143 blueY: 0.100 whiteX: 0.313 whiteY: 0.329 [ 77.148] (II) intel(0): Supported established timings: [ 77.148] (II) intel(0): 720x400@70Hz [ 77.148] (II) intel(0): 640x480@60Hz [ 77.148] (II) intel(0): 640x480@67Hz [ 77.148] (II) intel(0): 640x480@72Hz [ 77.148] (II) intel(0): 640x480@75Hz [ 77.148] (II) intel(0): 800x600@56Hz [ 77.148] (II) intel(0): 800x600@60Hz [ 77.148] (II) intel(0): 800x600@72Hz [ 77.148] (II) intel(0): 800x600@75Hz [ 77.148] (II) intel(0): 832x624@75Hz [ 77.148] (II) intel(0): 1024x768@60Hz [ 77.148] (II) intel(0): 1024x768@70Hz [ 77.148] (II) intel(0): 1024x768@75Hz [ 77.148] (II) intel(0): 1280x1024@75Hz [ 77.148] (II) intel(0): 1152x864@75Hz [ 77.148] (II) intel(0): Manufacturer's mask: 0 [ 77.148] (II) intel(0): Supported standard timings: [ 77.148] (II) intel(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 [ 77.148] (II) intel(0): #1: hsize: 1280 vsize 1024 refresh: 76 vid: 36993 [ 77.148] (II) intel(0): #2: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 77.148] (II) intel(0): #3: hsize: 1280 vsize 1024 refresh: 72 vid: 35969 [ 77.148] (II) intel(0): Supported detailed timing: [ 77.148] (II) intel(0): clock: 108.0 MHz Image Size: 338 x 270 mm [ 77.148] (II) intel(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 [ 77.148] (II) intel(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 [ 77.148] (II) intel(0): Supported detailed timing: [ 77.148] (II) intel(0): clock: 25.2 MHz Image Size: 304 x 228 mm [ 77.148] (II) intel(0): h_active: 640 h_sync: 656 h_sync_end 752 h_blank_end 800 h_border: 0 [ 77.148] (II) intel(0): v_active: 350 v_sync: 387 v_sync_end 389 v_blanking: 449 v_border: 0 [ 77.148] (II) intel(0): Ranges: V min: 56 V max: 75 Hz, H min: 31 H max: 81 kHz, PixClock max 145 MHz [ 77.148] (II) intel(0): Monitor name: BenQ FP731� [ 77.148] (II) intel(0): EDID (in hex): [ 77.148] (II) intel(0): 00ffffffffffff0009d15976e9020000 [ 77.148] (II) intel(0): 0f0e01036c221b78ea00a5a3584f9524 [ 77.148] (II) intel(0): 195054bfef80714f81908180818c0101 [ 77.148] (II) intel(0): 010101010101302a009851002a403070 [ 77.148] (II) intel(0): 1300520e1100001ed50980a0205e6310 [ 77.148] (II) intel(0): 1060520830e41000001a000000fd0038 [ 77.148] (II) intel(0): 4b1f510e000a202020202020000000fc [ 77.148] (II) intel(0): 0042656e51204650373331a02020008b [ 77.148] (II) intel(0): Printing probed modes for output VGA1 [ 77.148] (II) intel(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz eP) [ 77.148] (II) intel(0): Modeline "1280x1024"x76.0 141.81 1280 1376 1512 1744 1024 1025 1028 1070 -hsync +vsync (81.3 kHz) [ 77.148] (II) intel(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e) [ 77.148] (II) intel(0): Modeline "1280x1024"x72.0 132.84 1280 1368 1504 1728 1024 1025 1028 1067 -hsync +vsync (76.9 kHz) [ 77.148] (II) intel(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e) [ 77.148] (II) intel(0): Modeline "1024x768"x75.1 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz e) [ 77.148] (II) intel(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz e) [ 77.148] (II) intel(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [ 77.148] (II) intel(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz e) [ 77.148] (II) intel(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz e) [ 77.148] (II) intel(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e) [ 77.148] (II) intel(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 77.148] (II) intel(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz e) [ 77.148] (II) intel(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [ 77.148] (II) intel(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz e) [ 77.148] (II) intel(0): Modeline "640x480"x66.7 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz e) [ 77.148] (II) intel(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [ 77.148] (II) intel(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e) [ 77.148] (II) intel(0): Modeline "640x350"x70.1 25.17 640 656 752 800 350 387 389 449 +hsync -vsync (31.5 kHz e) [ 77.150] (II) intel(0): EDID for output HDMI1 [ 77.150] (II) intel(0): EDID for output DP1 [ 77.150] (II) intel(0): Output VGA1 connected [ 77.150] (II) intel(0): Output HDMI1 disconnected [ 77.150] (II) intel(0): Output DP1 disconnected [ 77.150] (II) intel(0): Using exact sizes for initial modes [ 77.150] (II) intel(0): Output VGA1 using initial mode 1280x1024 +0+0 [ 77.150] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. [ 77.150] (II) intel(0): Kernel page flipping support detected, enabling [ 77.150] (==) intel(0): DPI set to (96, 96) [ 77.150] (II) Loading sub module "fb" [ 77.150] (II) LoadModule: "fb" [ 77.150] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 77.162] (II) Module fb: vendor="X.Org Foundation" [ 77.162] compiled for 1.15.0, module version = 1.0.0 [ 77.162] ABI class: X.Org ANSI C Emulation, version 0.4 [ 77.162] (II) Loading sub module "dri2" [ 77.162] (II) LoadModule: "dri2" [ 77.162] (II) Module "dri2" already built-in [ 77.162] (II) UnloadModule: "modesetting" [ 77.162] (II) Unloading modesetting [ 77.162] (II) UnloadModule: "fbdev" [ 77.162] (II) Unloading fbdev [ 77.162] (II) UnloadSubModule: "fbdevhw" [ 77.162] (II) Unloading fbdevhw [ 77.162] (II) UnloadModule: "vesa" [ 77.162] (II) Unloading vesa [ 77.162] (==) Depth 24 pixmap format is 32 bpp [ 77.172] (II) intel(0): [DRI2] Setup complete [ 77.172] (II) intel(0): [DRI2] DRI driver: i965 [ 77.172] (II) intel(0): Allocated new frame buffer 1280x1024 stride 5120, tiled [ 77.183] (II) UXA(0): Driver registered support for the following operations: [ 77.183] (II) solid [ 77.183] (II) copy [ 77.183] (II) composite (RENDER acceleration) [ 77.183] (II) put_image [ 77.183] (II) get_image [ 77.183] (==) intel(0): Backing store enabled [ 77.183] (==) intel(0): Silken mouse enabled [ 77.183] (II) intel(0): Initializing HW Cursor [ 77.183] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 77.183] (==) intel(0): DPMS enabled [ 77.183] (==) intel(0): Intel XvMC decoder enabled [ 77.183] (II) intel(0): Set up textured video [ 77.183] (II) intel(0): [XvMC] xvmc_vld driver initialized. [ 77.183] (II) intel(0): direct rendering: DRI2 Enabled [ 77.183] (==) intel(0): hotplug detection: "enabled" [ 77.191] (--) RandR disabled [ 77.196] (II) SELinux: Disabled by boolean [ 77.319] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 77.319] (II) AIGLX: enabled GLX_ARB_create_context [ 77.319] (II) AIGLX: enabled GLX_ARB_create_context_profile [ 77.319] (II) AIGLX: enabled GLX_EXT_create_context_es2_profile [ 77.319] (II) AIGLX: enabled GLX_INTEL_swap_event [ 77.319] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control [ 77.319] (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB [ 77.319] (II) AIGLX: enabled GLX_ARB_fbconfig_float [ 77.319] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects [ 77.319] (II) AIGLX: Loaded and initialized i965 [ 77.319] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 77.319] (II) intel(0): Setting screen physical size to 338 x 270 [ 77.653] (II) config/udev: Adding input device Power Button (/dev/input/event1) [ 77.653] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 77.653] (**) Power Button: Applying InputClass "system-keyboard" [ 77.653] (II) LoadModule: "evdev" [ 77.653] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 77.658] (II) Module evdev: vendor="X.Org Foundation" [ 77.658] compiled for 1.15.0, module version = 2.8.2 [ 77.658] Module class: X.Org XInput Driver [ 77.658] ABI class: X.Org XInput driver, version 20.0 [ 77.658] (II) Using input driver 'evdev' for 'Power Button' [ 77.658] (**) Power Button: always reports core events [ 77.658] (**) evdev: Power Button: Device: "/dev/input/event1" [ 77.658] (--) evdev: Power Button: Vendor 0 Product 0x1 [ 77.658] (--) evdev: Power Button: Found keys [ 77.658] (II) evdev: Power Button: Configuring as keyboard [ 77.658] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1" [ 77.658] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6) [ 77.658] (**) Option "xkb_rules" "evdev" [ 77.658] (**) Option "xkb_model" "pc104" [ 77.658] (**) Option "xkb_layout" "us,gb" [ 77.658] (**) Option "xkb_variant" "," [ 77.700] (II) config/udev: Adding input device Video Bus (/dev/input/event2) [ 77.700] (**) Video Bus: Applying InputClass "evdev keyboard catchall" [ 77.700] (**) Video Bus: Applying InputClass "system-keyboard" [ 77.700] (II) Using input driver 'evdev' for 'Video Bus' [ 77.700] (**) Video Bus: always reports core events [ 77.700] (**) evdev: Video Bus: Device: "/dev/input/event2" [ 77.700] (--) evdev: Video Bus: Vendor 0 Product 0x6 [ 77.700] (--) evdev: Video Bus: Found keys [ 77.700] (II) evdev: Video Bus: Configuring as keyboard [ 77.700] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/device:00/PNP0A03:00/LNXVIDEO:00/input/input2/event2" [ 77.700] (II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD, id 7) [ 77.700] (**) Option "xkb_rules" "evdev" [ 77.700] (**) Option "xkb_model" "pc104" [ 77.700] (**) Option "xkb_layout" "us,gb" [ 77.700] (**) Option "xkb_variant" "," [ 77.700] (II) config/udev: Adding input device Power Button (/dev/input/event0) [ 77.700] (**) Power Button: Applying InputClass "evdev keyboard catchall" [ 77.700] (**) Power Button: Applying InputClass "system-keyboard" [ 77.700] (II) Using input driver 'evdev' for 'Power Button' [ 77.700] (**) Power Button: always reports core events [ 77.700] (**) evdev: Power Button: Device: "/dev/input/event0" [ 77.700] (--) evdev: Power Button: Vendor 0 Product 0x1 [ 77.700] (--) evdev: Power Button: Found keys [ 77.700] (II) evdev: Power Button: Configuring as keyboard [ 77.700] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/device:00/PNP0A03:00/PNP0C0C:00/input/input0/event0" [ 77.700] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 8) [ 77.700] (**) Option "xkb_rules" "evdev" [ 77.700] (**) Option "xkb_model" "pc104" [ 77.700] (**) Option "xkb_layout" "us,gb" [ 77.701] (**) Option "xkb_variant" "," [ 77.701] (II) config/udev: Adding drm device (/dev/dri/card0) [ 77.701] (II) config/udev: Adding input device HID 0b38:000e (/dev/input/event3) [ 77.701] (**) HID 0b38:000e: Applying InputClass "evdev keyboard catchall" [ 77.701] (**) HID 0b38:000e: Applying InputClass "system-keyboard" [ 77.701] (II) Using input driver 'evdev' for 'HID 0b38:000e' [ 77.701] (**) HID 0b38:000e: always reports core events [ 77.701] (**) evdev: HID 0b38:000e: Device: "/dev/input/event3" [ 77.701] (--) evdev: HID 0b38:000e: Vendor 0xb38 Product 0xe [ 77.701] (--) evdev: HID 0b38:000e: Found keys [ 77.701] (II) evdev: HID 0b38:000e: Configuring as keyboard [ 77.701] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1a.0/usb3/3-1/3-1:1.0/input/input3/event3" [ 77.701] (II) XINPUT: Adding extended input device "HID 0b38:000e" (type: KEYBOARD, id 9) [ 77.701] (**) Option "xkb_rules" "evdev" [ 77.701] (**) Option "xkb_model" "pc104" [ 77.701] (**) Option "xkb_layout" "us,gb" [ 77.701] (**) Option "xkb_variant" "," [ 77.702] (II) config/udev: Adding input device HID 0b38:000e (/dev/input/event4) [ 77.702] (**) HID 0b38:000e: Applying InputClass "evdev keyboard catchall" [ 77.702] (**) HID 0b38:000e: Applying InputClass "system-keyboard" [ 77.702] (II) Using input driver 'evdev' for 'HID 0b38:000e' [ 77.702] (**) HID 0b38:000e: always reports core events [ 77.702] (**) evdev: HID 0b38:000e: Device: "/dev/input/event4" [ 77.702] (--) evdev: HID 0b38:000e: Vendor 0xb38 Product 0xe [ 77.702] (--) evdev: HID 0b38:000e: Found 1 mouse buttons [ 77.702] (--) evdev: HID 0b38:000e: Found scroll wheel(s) [ 77.702] (--) evdev: HID 0b38:000e: Found relative axes [ 77.702] (II) evdev: HID 0b38:000e: Forcing relative x/y axes to exist. [ 77.702] (--) evdev: HID 0b38:000e: Found absolute axes [ 77.702] (II) evdev: HID 0b38:000e: Forcing absolute x/y axes to exist. [ 77.702] (--) evdev: HID 0b38:000e: Found keys [ 77.702] (II) evdev: HID 0b38:000e: Configuring as mouse [ 77.702] (II) evdev: HID 0b38:000e: Configuring as keyboard [ 77.702] (II) evdev: HID 0b38:000e: Adding scrollwheel support [ 77.702] (**) evdev: HID 0b38:000e: YAxisMapping: buttons 4 and 5 [ 77.702] (**) evdev: HID 0b38:000e: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 77.702] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1a.0/usb3/3-1/3-1:1.1/input/input4/event4" [ 77.702] (II) XINPUT: Adding extended input device "HID 0b38:000e" (type: KEYBOARD, id 10) [ 77.702] (**) Option "xkb_rules" "evdev" [ 77.702] (**) Option "xkb_model" "pc104" [ 77.702] (**) Option "xkb_layout" "us,gb" [ 77.702] (**) Option "xkb_variant" "," [ 77.702] (II) evdev: HID 0b38:000e: initialized for relative axes. [ 77.702] (WW) evdev: HID 0b38:000e: ignoring absolute axes. [ 77.702] (**) HID 0b38:000e: (accel) keeping acceleration scheme 1 [ 77.702] (**) HID 0b38:000e: (accel) acceleration profile 0 [ 77.702] (**) HID 0b38:000e: (accel) acceleration factor: 2.000 [ 77.702] (**) HID 0b38:000e: (accel) acceleration threshold: 4 [ 77.702] (II) config/udev: Adding input device USB Optical Mouse (/dev/input/event5) [ 77.702] (**) USB Optical Mouse: Applying InputClass "evdev pointer catchall" [ 77.702] (II) Using input driver 'evdev' for 'USB Optical Mouse' [ 77.702] (**) USB Optical Mouse: always reports core events [ 77.702] (**) evdev: USB Optical Mouse: Device: "/dev/input/event5" [ 77.702] (--) evdev: USB Optical Mouse: Vendor 0x192f Product 0x916 [ 77.702] (--) evdev: USB Optical Mouse: Found 3 mouse buttons [ 77.702] (--) evdev: USB Optical Mouse: Found scroll wheel(s) [ 77.702] (--) evdev: USB Optical Mouse: Found relative axes [ 77.702] (--) evdev: USB Optical Mouse: Found x and y relative axes [ 77.702] (II) evdev: USB Optical Mouse: Configuring as mouse [ 77.702] (II) evdev: USB Optical Mouse: Adding scrollwheel support [ 77.702] (**) evdev: USB Optical Mouse: YAxisMapping: buttons 4 and 5 [ 77.702] (**) evdev: USB Optical Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [ 77.702] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1a.0/usb3/3-2/3-2:1.0/input/input5/event5" [ 77.702] (II) XINPUT: Adding extended input device "USB Optical Mouse" (type: MOUSE, id 11) [ 77.703] (II) evdev: USB Optical Mouse: initialized for relative axes. [ 77.703] (**) USB Optical Mouse: (accel) keeping acceleration scheme 1 [ 77.703] (**) USB Optical Mouse: (accel) acceleration profile 0 [ 77.703] (**) USB Optical Mouse: (accel) acceleration factor: 2.000 [ 77.703] (**) USB Optical Mouse: (accel) acceleration threshold: 4 [ 77.703] (II) config/udev: Adding input device USB Optical Mouse (/dev/input/mouse0) [ 77.703] (II) No input driver specified, ignoring this device. [ 77.703] (II) This device may have been added with another device file. [ 77.703] (II) config/udev: Adding input device HDA Intel Rear Mic (/dev/input/event10) [ 77.703] (II) No input driver specified, ignoring this device. [ 77.703] (II) This device may have been added with another device file. [ 77.703] (II) config/udev: Adding input device HDA Intel Front Mic (/dev/input/event11) [ 77.703] (II) No input driver specified, ignoring this device. [ 77.703] (II) This device may have been added with another device file. [ 77.703] (II) config/udev: Adding input device HDA Intel Front Headphone (/dev/input/event7) [ 77.703] (II) No input driver specified, ignoring this device. [ 77.703] (II) This device may have been added with another device file. [ 77.704] (II) config/udev: Adding input device HDA Intel Line Out (/dev/input/event8) [ 77.704] (II) No input driver specified, ignoring this device. [ 77.704] (II) This device may have been added with another device file. [ 77.704] (II) config/udev: Adding input device HDA Intel Line (/dev/input/event9) [ 77.704] (II) No input driver specified, ignoring this device. [ 77.704] (II) This device may have been added with another device file. [ 77.704] (II) config/udev: Adding input device PC Speaker (/dev/input/event6) [ 77.704] (II) No input driver specified, ignoring this device. [ 77.704] (II) This device may have been added with another device file. [ 78.284] (II) evdev: USB Optical Mouse: Close [ 78.284] (II) UnloadModule: "evdev" [ 78.284] (II) evdev: HID 0b38:000e: Close [ 78.284] (II) UnloadModule: "evdev" [ 78.284] (II) evdev: HID 0b38:000e: Close [ 78.284] (II) UnloadModule: "evdev" [ 78.284] (II) evdev: Power Button: Close [ 78.284] (II) UnloadModule: "evdev" [ 78.284] (II) evdev: Video Bus: Close [ 78.284] (II) UnloadModule: "evdev" [ 78.284] (II) evdev: Power Button: Close [ 78.284] (II) UnloadModule: "evdev" [ 78.356] (EE) Server terminated successfully (0). Closing log file So, what is going one? Does this Desktop work for anyone else without gnome3 installed? What am I leaving out? Am I suppose run some sort of X configuration program? -- *** E-Mail is NOT a SECURE channel *** 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

3 2

[OT] mail address - centos mail list
by James B. Byrne 10 Nov '14

10 Nov '14

On Fri, November 7, 2014 12:10, Bob Marcan wrote: > Hi. > Your mails to centos mailing list are constantly marked as spam by > gmail.com. > Marking it nospam is annoying and had no effect on gmail filtering. > I can filter it into the proper folder, but this will only fix my problem. > Can you do anything in that matter? > > Best regards, Bob > I do not think that I have any influence over this issue, other than to change email providers and that, for various security reasons, is not going to happen. Nor, for similar reasons, is it feasible for me to have a second email address just for the Centos mailing list since I would be unable to use it from my workplace. I do understand your frustration and I am appreciative of the effort that you took to contact me about it. I wish I had some solution for you that was available to me. The reason that my emails from the CentOS list are marked as spam by Google is that our domain employs DKIM and SPF for outgoing SMTP traffic. The CentOS mailing list manager is the stock Mailman package provided with CentOS. That version mangles the originator's mail headers and body, thus invalidating the DKIM signature. It then sends the message out as originating under the original sender's domain but from an unauthorised SMTP server address, thus triggering the SPF failure. The reasons that this has become an issue is that Google, Yahoo, AOL and I believe Microsoft, began enforcing DMARC to varying degrees beginning last April. Google at least forwards my messages on with a warning. I believe that Yahoo simply blocks all my CentOS list traffic. We have set SPF to a policy of ~all, which is a soft failure. That permits delivery, providing the recipient MX agrees as is the case with Google. It is not permissible for us to authorise an alien IP address as a legitimate source of our SMTP traffic so we cannot eliminate the SPF failure. We can do nothing about the DKIM invalidation since it is Mailman that is changing the headers and appending text to the body after it is signed by our servers. There is a patch for Mailman to resolve the SPF issue and the DKIM issue with respect to headers, but it has not made it into the RedHat distribution. The body mangling issue is in the hands of the mailing list owner. I have raised an issue on this: https://bugzilla.redhat.com/show_bug.cgi?id=1095359 I also tried building the new Mailman package for CentOS-6. The problem is that the Mailman project does not follow the FHS. Restructuring the source files to properly package on CentOS is simply beyond my limited skills and time. I suspect that the effort involved is why the issue has not made much progress inside RH either. I am replying to the list as well so that anyone else having the same problem with my traffic is apprised of the cause. With regrets, -- *** E-Mail is NOT a SECURE channel *** 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

7 11

Re: [CentOS] [OT] mail address - centos mail list
by James B. Byrne 10 Nov '14

10 Nov '14

On Sun, November 9, 2014 00:06, Valeri Galtsev wrote: > > On Sat, November 8, 2014 8:35 pm, Stephen Harris wrote: >> On Sat, Nov 08, 2014 at 05:58:53PM -0800, Keith Keller wrote: >>> The fundamental reason is because Mailman is rewriting the headers in an >>> incompatible way. It is not his site's usage of DKIM. This is a known >>> issue with Mailman. (I used to have a good link explaining the issue, >>> but can't find it now; if I find it later I'll post it.) >> >> So we have a 20-year old piece of technology ("mailman") and a modern >> proposal ("DKIM")... and somehow it's mailman's fault. Uh huh. >> >> Note; it's not just mailman that has problems, it's _any_ mail forwarder. >> Going back 27 years to my first Unix account, I could create a file called >> ".forward" that would forward my mail to another address. This is BROKEN >> by DKIM. > > Any constructive suggestion how to deal with e-mail of people who moved > on? Forwarding is a a solution. What is suggested instead (in the realm of > DKIM)? > > Valeri > If you want to read intelligent people throwing tantrums search at the IETF mailing list archives for DKIM, DMARC and SPF; and read; and weep. The problem that DMARC, DKIM, and SPF seek to solve is intractable. So long as the cost of email is borne by the recipients and there are no sensible restrictions of the volume of traffic a single source can generate then unwanted email is going to be created and transmitted. All of this jiggery-pokery respecting message signing and sender policy frameworks just shows how intractable it is. DMARC is. . ., well I do not know what benefit one obtains by discovering that some IP address on mainland China is again purporting to belong to our domain and sending out email. What news! Next someone will tell me that not everything on the Internet is factual!! In our case we believe a more pressing problem has to do with authenticated connections between mail servers and the whole sorry mess that is CA driven PKI. The certs and signatures for PKI have to be moved into DNS RRs so that the current system of privately owned CAs just goes away. It is totally flawed as it assumes, and requires, a strict hierarchy for identification. That vision simply does not describe the Internet. Anything that will work for identification on the Internet ultimately will have to resemble DNS. For SMTP the mail server that connects should always use STARTTLS and have its IP address reverse checked against its A RR to locate an associated RR something like SSHFP. That then is used to verify its identity and the validity of its certificate. No match no traffic. That will not solve SPAM and UCEM but that is not the point. It will guarantee that our traffic is moving along verifiable routes and that, for us, is very important. That also, as a side effect, would hide email headers (meta data) on all point to point connections. Our observations with respect to our own servers are that for correspondents running their own mail servers all, or virtually all, of those connections presently are point to point. As for the poor sots that have handed over their email service management to Google and the the like. Well those people have nothing to hide. Which is a good thing for them. Because everything they transmit is open to inspection by third parties, trusted or not. And kept forever, whether they wish it or not. -- *** E-Mail is NOT a SECURE channel *** 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

3 2

Re: [CentOS] [OT] mail address - centos mail list
by James B. Byrne 10 Nov '14

10 Nov '14

On Sat, November 8, 2014 21:35, Stephen Harris wrote: > On Sat, Nov 08, 2014 at 05:58:53PM -0800, Keith Keller wrote: >> The fundamental reason is because Mailman is rewriting the headers in an >> incompatible way. It is not his site's usage of DKIM. This is a known >> issue with Mailman. (I used to have a good link explaining the issue, >> but can't find it now; if I find it later I'll post it.) > > So we have a 20-year old piece of technology ("mailman") and a modern > proposal ("DKIM")... and somehow it's mailman's fault. Uh huh. > > Note; it's not just mailman that has problems, it's _any_ mail forwarder. > Going back 27 years to my first Unix account, I could create a file called > ".forward" that would forward my mail to another address. This is BROKEN > by DKIM. > > Basically DKIM is incompatible with how internet email works. > > But here's the thing... I think DKIM has a potential future; we need to > _change_ how the internet works. So mailman will need to be rewritten; > mail forwarders will need to change. And so on. > Mailman already has been updated to ameliorate the situation. The patches are applied to the main trunk and the version has been updated. However, CentOS is, as we all know and love, a decidedly conservative collection of software. In my opinion it is unlikely that we will see any changes to Mailman's behaviour in 6 and possibly not until 8, although I think it probable that Mailman will be updated for this in 7 at some point. For the nonce we set SPF policy to softfail and our DKIM policy is quarantine. Thus Google is doing the right thing by flagging my messages through CentOS.org as suspect but forwarding them on for delivery nonetheless. So long as the MX treatment of my messages is consistent and still permits delivery then Google places the disposition in the hands of the recipient. Yahoo on the other hand does not. If there is an SPF failure then the messages are discarded. I am not sure what effect, if any, DKIM has on Yahoo. To handle Yahoo subscribers to any ML that we run internally we arbitrarily subscribe those addresses to the digest versions. -- *** E-Mail is NOT a SECURE channel *** 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] Non-gnome desktops on CentOS-7
by James B. Byrne 10 Nov '14

10 Nov '14

On Fri, November 7, 2014 15:41, Les Mikesell wrote: >> Op 07-11-14 om 21:13 schreef James B. Byrne: >>> >>> I am a bit bewildered that neither the official KDE from centos nor the >>> semi-official mate from epel pull in as part of their install the Xserver. > > There is never any reason to assume that the display (needing the > Xserver) is on the same machine as the desktop or application being > displayed. X has always worked just fine over networks. > Yes, I understand that. However, when one installs a 'Gnome Desktop' one in fact gets a GUI that runs on that system. When one installs "KDE Plasma whatever' one does not. If one does 'yum grouplist' on CentOS-7 there is no 'KDE Desktop' displayed as there is for CentOS-6. > > I haven't tried that on a machine that does not also have the gnome > desktop installed, though. But both KDE and MATE should be > alternatives you can choose at login if you have all of them > installed. > Yes, I have already discovered that if one installs Gnome first then the other desktops begin to work as well. I just cannot seem to get either alternative to run if Gnome is not installed before the others. And the semantics here are that if I install KDE or Mate first and then install Gnome neither KDE nor Mate can be started from the command line as I wish to. I am scratching the CentOS-7 system and starting again with a minimal install. -- *** E-Mail is NOT a SECURE channel *** 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

group install KDE does not enable runtime?
by James B. Byrne 10 Nov '14

10 Nov '14

In my continuing investigation of CentOS-7 I did yet another minimal install. Subsequent to that I ran yum update kernel, and then yum group install KDE. Now, KDE installed about 480Mb of stuff, which compares favourably to Gnome's 971Mb. However, when I run startx from the command line, instead of getting a desktop I see these errors instead: xauth: file /root/.serverauth.12462 does not exist xinit: unable to run server "/usr/bin/X": No such file or directory Followed by instructions on how to link "/usr/bin/X" to ones choice of display server. This seems a little awkward for a mature distro. Is it really the case that one must hand link files to get any other desktop instead of gnome? is this by design? -- *** E-Mail is NOT a SECURE channel *** 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

LDAP authentication using nssov
by Tim Dunphy 10 Nov '14

10 Nov '14

Hey all, I've been googling for a bit trying to find a decent guide that helps you setup LDAP authentication via nssov. And so far haven't been able to find anything. Does anyone out there happen to know of a guide that would help me do this under CentOS 6.5? Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

2 4

EPEL bug squashing day 2 Dec 2014
by Jim Perrin 09 Nov '14

09 Nov '14

Leading up to the upcoming orphan removal in EPEL, the EPEL Steering Committee is organizing a Bug Squashing Day. There are 3 main purposes to this day: 1. Identifying owners willing to take over orphaned packages 2. Bug triage, feedback, or fixing various bugs through patch submission, etc. 3. Last but not least, we'll be covering the testing of various packages which need feedback. Additionally it would be helpful to begin establishing a baseline for package testing, to establish what features should be tested when providing feedback for packages. If you have a FAS account and would like to participate, please keep an eye on the EPEL devel mailing list as more information will be provided. https://lists.fedoraproject.org/pipermail/epel-devel/2014-November/010453.h… -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

1 0

Recent updates fail
by Steve Blackwell 09 Nov '14

09 Nov '14

I noticed some this morning but when I go to install them I get this: --> Finished Dependency Resolution Error: Package: claws-mail-plugins-fancy-3.9.0-2.el6.x86_64 (@epel) Requires: libwebkit-1.0.so.2()(64bit) Removing: webkitgtk-1.2.6-5.el6.x86_64 (@base) libwebkit-1.0.so.2()(64bit) Updated By: webkitgtk-1.4.3-8.el6.x86_64 (base) Not found Is this a claws problem or a webkit problem? This is on CentOS 6. Steve

2 1

RS-485 over a half duplex serial in Centos 6.5
by Jason Ricles 09 Nov '14

09 Nov '14

Hi, I am trying to make a program in C to communicate with a temperature sensor over my serial port that uses RS-485 and is a half duplex. I am however having trouble getting the device into RS-485 mode, is it possible to use RS-485 mode in Centos 6.5 or does it only support RS-232 mode?

3 5

Centos7 Net install on HP A1710N fails
by david 08 Nov '14

08 Nov '14

Folks Just for laughs, I took an older 64-bit machine, HP Pavillion A1710N, and tried a net-install of Centos7. The installer complained that there was no network devices available. I then tried a Centos6 Netinstall disk, and it found the controller and worked fine. What should I do? I'd love to get C7 installed on it. David

5 8

CentOS on Lenovo G50-30?
by Dave Johansen 08 Nov '14

08 Nov '14

I just got a Lenovo G50-30 and tried loading the CentOS 7 LiveCD on it. It stops on a gray screen with a flashing cursor. I tried waiting for a while and pressing keys, but nothing seemed to happen. I then tried the CentOS 6.5 LiveCD (I couldn't find a LiveCD for 6.6) and it worked just fine. I would like to be able to use CentOS 7, so is there any way for me to get access to the logs or any other info that would be helpful for figuring out what the problem with CentOS 7 is? Thanks, Dave

1 1

Power consumption increased after upgrading to 6.6
by Net Foss 08 Nov '14

08 Nov '14

Hi all, I am using lm_sensors to monitor the power consumption of a CentOS box. I notice that after upgrading from 6.5 to 6.6 the power consumption increased sharply from approx. 60 watts to 80 W. Screenshot: https://drive.google.com/file/d/0ByZyHlY3p2UHSkdhTzBDQVYzSlE Anyone has same issue? -- Netfoss

1 0

Non-gnome desktops on CentOS-7
by James B. Byrne 07 Nov '14

07 Nov '14

Is there a writeup somewhere detailing how one installs a non-gnome desktop? I have installed both KDE and Mate and both fail with the same error. (EE) no screens found. I am a bit bewildered that neither the official KDE from centos nor the semi-official mate from epel pull in as part of their install the Xserver. I am also bothered by the fact that installing a desktop other than gnome 3 does not in fact provide one that can be started from the command line. I am not trying anything complicated here. I just want to install a working desktop that is not gnome. Is this possible on CentOS7? -- *** E-Mail is NOT a SECURE channel *** 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

5 4

CentOS 6.5 Vault Repository missing
by Will McKeon 07 Nov '14

07 Nov '14

Hey all, I went to go and pull some rpms from the CentOS 6.5 vault, but the CentOS-Vault repo file is referencing urls that no longer exist. Navigating to the URL, I noticed that the OS folder now only contains the SOURCE folder. I noticed that this is also true for 6.6, 7.0, and others. I already have the most up-to-date centos-release rpm. I've done some searching and can't find any information about those repos. Are those repos down for maintenance or has the structure been modified permanently? Thanks, Will

5 7

automated smtp server check
by Frank Cox 07 Nov '14

07 Nov '14

I would like to set up a cron job to automatically check whether my mailserver and webserver are up, and tell me if they're not. This script tells me if my webserver is up: #!/bin/bash wget -q --tries=10 --timeout=20 --spider http://melvilletheatre.com if [[ $? -eq 0 ]]; then echo "Online" else echo "Offline" fi How can I do the something similar with my mailserver? Or if someone knows of an integrated tool that will monitor this in a better way (whatever that may be), I'm more than interested. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

13 15

No sound hardware detected for other users
by Mark LaPierre 07 Nov '14

07 Nov '14

Hey Y'all, This morning my wife complained that she had no sound when she was logged on to my machine. I logged on to her account and brought up System/Preferences/Sound to see if she had inadvertently selected some other sound output device. Hey, it happens. There was no sound hardware detected. I have a USB microphone and an integrated on board sound card. Neither of these sound devices were available on the Hardware, Input, or Output tabs. I have access to all these devices when I log on as myself. This system has been running smoothly since I installed CentOS 6.1 all those many years ago when that was the current point release. Now that 6.6 is out I'm seeing issues with video, fixed already, sound, not fixed already, and my web cam which I have yet to ask for help with. I'm not saying this sound problem has anything to do with 6.6. Does anyone have any idea where I can start looking to figure out what's going on with my wife's sound hardware detection? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

5 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss