- Discuss - lists.centos.org

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss