Discuss

discuss@lists.centos.org

34753 discussions

CentOS-announce Digest, Vol 143, Issue 4
by centos-announce-request＠centos.org 10 Jan '17

10 Jan '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2017:0021 Moderate CentOS 7 gstreamer1-plugins-bad-free Security Update (Johnny Hughes) 2. CESA-2017:0020 Moderate CentOS 7 gstreamer1-plugins-good Security Update (Johnny Hughes) 3. CESA-2017:0018 Moderate CentOS 7 gstreamer-plugins-bad-free Security Update (Johnny Hughes) 4. CESA-2017:0019 Moderate CentOS 7 gstreamer-plugins-good Security Update (Johnny Hughes) 5. CEBA-2017:0028 CentOS 7 microcode_ctl BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 9 Jan 2017 18:11:54 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0021 Moderate CentOS 7 gstreamer1-plugins-bad-free Security Update Message-ID: <20170109181154.GA23849(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0021 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0021.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 23f8f6f9072ec3952e0c93069cfaf4d0b269cd3e3996930170c403dbaaf17283 gstreamer1-plugins-bad-free-1.4.5-6.el7_3.i686.rpm e21a428f35bbbd46b0f7cad98d3e40917c8ea87601c9c0a2647b104d99ec9a1e gstreamer1-plugins-bad-free-1.4.5-6.el7_3.x86_64.rpm 99017542aaccce48ea2369bc5b20fcd51dd0f25bd9eae3951e4c114aab7dbb79 gstreamer1-plugins-bad-free-devel-1.4.5-6.el7_3.i686.rpm df0a776c12fb2bfa96ebffe88fe319c13756d97e1a9c32ec16b53d6610261aff gstreamer1-plugins-bad-free-devel-1.4.5-6.el7_3.x86_64.rpm Source: ddb2b4d91cad129e073f1475cb2fde83e6fae3e5d4f672bac00147354f9fffa2 gstreamer1-plugins-bad-free-1.4.5-6.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 9 Jan 2017 18:12:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0020 Moderate CentOS 7 gstreamer1-plugins-good Security Update Message-ID: <20170109181211.GA23914(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0020 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0020.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c838de922d7acd48798a9f332e39551393c8fbb7fa3b4afb01d77275fd94a103 gstreamer1-plugins-good-1.4.5-3.el7_3.i686.rpm a489ca4c9a531371199b8be555e7cdb0d8a4bdbc3af5ba9c44e0da485a14053b gstreamer1-plugins-good-1.4.5-3.el7_3.x86_64.rpm Source: dc34f6f83bf4aeb0c0dad21c3636a4f5c0472586ea563114ac1d74bf55edc432 gstreamer1-plugins-good-1.4.5-3.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 9 Jan 2017 18:12:36 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0018 Moderate CentOS 7 gstreamer-plugins-bad-free Security Update Message-ID: <20170109181236.GA23996(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0018 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0018.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0e5c6f0f4f695419bff987ad7f0624794f74329907bdb1776c1077017c0666c5 gstreamer-plugins-bad-free-0.10.23-22.el7_3.i686.rpm d60b6a172330f487cc7fe3e86c043e02f6fd5141ef7ebca6bcf2602d30481663 gstreamer-plugins-bad-free-0.10.23-22.el7_3.x86_64.rpm a0837e25a58016e4788584bb26414bd1d242b44aaadf721e6770a88ab898c454 gstreamer-plugins-bad-free-devel-0.10.23-22.el7_3.i686.rpm 5e000d60daea6dd4591b4b61da3b3232065eeb01988df2d2289f02e070628d22 gstreamer-plugins-bad-free-devel-0.10.23-22.el7_3.x86_64.rpm 7e0632e474f5fa966ea24349cc53fe1877b6c20aeaf2d6f47b41dde2f7c30e57 gstreamer-plugins-bad-free-devel-docs-0.10.23-22.el7_3.x86_64.rpm Source: 7a319a29d70089613ecbf6a6a05c61e088feb8c2d35ca9b8f8ac8069ec6d9d33 gstreamer-plugins-bad-free-0.10.23-22.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Mon, 9 Jan 2017 18:12:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0019 Moderate CentOS 7 gstreamer-plugins-good Security Update Message-ID: <20170109181252.GA24065(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0019 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0019.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 77dacabde4b81da516ce07abfdceaecc4480a005813fdd6158f4bc1784e85843 gstreamer-plugins-good-0.10.31-12.el7_3.i686.rpm 4a47c9f56c4b441f1b5af8bb4f5fb61dd4625eb207e099778eb030612101303f gstreamer-plugins-good-0.10.31-12.el7_3.x86_64.rpm d951aae005f845da7839a48f4586570924b800064d08d5dbb995955d6814b245 gstreamer-plugins-good-devel-docs-0.10.31-12.el7_3.noarch.rpm Source: 95568e4d1e099ac827df5ac486546a7fcf4eced6cd9dab0d9a779e8f4a392fbb gstreamer-plugins-good-0.10.31-12.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Mon, 9 Jan 2017 18:13:07 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0028 CentOS 7 microcode_ctl BugFix Update Message-ID: <20170109181307.GA24127(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0028 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0028.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 85eef65a7d078c46b6a6f42e9538baac1af55fac9bdf03f5c404e0332ccdbd20 microcode_ctl-2.1-16.1.el7_3.x86_64.rpm Source: 5a0f93d799a646b8e021052c5274b7ad1ad24d8e9f54a9452acba50861a1bdc6 microcode_ctl-2.1-16.1.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 143, Issue 4 ***********************************************

1 0

How to downgrade gtk2 libs in CentOS 6.8?
by Walter Dnes 09 Jan '17

09 Jan '17

Hi all. I'm using a CentOS 6.8 VM to do volunteer builds for an open source project. I want to build Pale Moon with a gtk2 library older than 2.24, to allow people with older linuxes to run it. Short summary, if built against version gtk2-2.24 and/or higher, the binary will use a function that does not exist in gtk2-2.23 and lower. Net result is that the program dies with an "undefined symbol:" error for people with machines lower than gtk2-2.24. Yes, before you ask, they do get security fixes backported. The hits from my Google search suggested... yum downgrade gtk2 The response from yum was... Only Upgrade available on package: gtk-2.24.23-8.e16.i686 Nothing to do Are there ways around this? -- Walter Dnes <waltdnes(a)waltdnes.org>

5 7

Mate and USB headphones
by Alice Wonder 07 Jan '17

07 Jan '17

Logitech H540 headphones were working fine. Suddenly stopped. Sound Preferences says they are disabled but gives no hints on how to enable them, or how they became disabled. Tried rebooting, unplugging them, etc. Anyone know what is going on? This motherboard doesn't have onboard sound, this USB is my only option. And GNOME simply isn't usable for me, I used GNOME for years but GNOME 3 literally gets in my way all the freaking time trying to force me to do things the new way that just aren't conductive to my thinking style - so MATE is what I use. I have no clue how these headphones became "disabled" or how to change them back to enabled.

3 4

gmail.com rejection of e-mail on a Centos 6 sendmail server related to reverse ipv6 lookups
by Gregory P. Ennis 07 Jan '17

07 Jan '17

Everyone, I have been working on a gmail.com rejection of mail problem related to one of our CentOS 6 mail servers, that was not present on our Centos 7 mail server. At first I just routed the transfer of mail to the Centos 7 sever and the problem was solved, but continued working on the Centos 6 sendmail problem when I had time available. I finally had some time to debug the problem and found some interesting things that I thought of which others may benefit. The following represents the steps I took as well as my own conclusions that may or may not be correct, but I did find a fix to the problem. It was interesting that this problem does not exist for the sendmail of Centos 7, but it did exist for the sendmail of Centos 6. My setup for both sendmail.mc files for 6 and 7 were almost the same. It turns out that the sendmail of Centos 6 and 7 apparently using ipv6 as the default transmission of mail, if ipv6 is not available on Centos 7 it drops back to ipv4, but it does not drop back to ipv4 in Centos 6. Also apparently google does a reverse record lookup on ipv6 connection, and if there is a mismatch then google fails the transfer. I was able to get this far by putting in a debug value of 29 in sendmail.mc and then comparing logs created on our Centos 6 and Centos 7 server. I tried to turn off ipv6 on sendmail.mc on the Centos 6 server by the use of the switch : DAEMON_OPTIONS(`Name=MTA-v4, Family=inet') Unfortunately, this prevented the transfer of all mail so I removed it from sendmail.mc. Further looking at other posts on the internet seems to indicate that sendmail now requires ipv6 to be active to transfer any mail at all. I found the following post that described a fix to the problem. http://serverfault.com/questions/512615/how-to-stop-sendmail-sending-ma il-from-ipv6-instead-of-ipv4/824833#824833 When I added the following with '1.2.3.4' being the ipv4 address of the Centos 6 server that had the problem, the mail to gmail.com worked perfectly. CLIENT_OPTIONS(`Family=inet6,Addr=::ffff:1.2.3.4')dnl If any of the rest of you have had this difficulty I hope this helps. Greg Ennis

1 0

CDB tables in Centos7 Postfix ?
by Tim Smith 07 Jan '17

07 Jan '17

Hi, It seems the default binaries don't have CDB tables compiled into them ? Now, I know Centos isn't Ubuntu, but on Ubuntu there is an optional package in the main distribution "postfix-cdb - CDB map support for Postfix". I can't find anything similar using "yum search", so I'm guessing that's not an option. Unless anyone else here corrects me otherwise, I'm guessing it's back to 'old-school' compile and install myself ? Thanks ! Tim

3 4

sshd problem on reboot
by Alessandro Baggi 07 Jan '17

07 Jan '17

Hi list, I have a dedicated server managed through ssh and this morning I have upgraded my system from 7.2 to 7.3. After yum finished his work, and rebooted my server. After reboot I tried to log in with ssh and got "Connection refused". I've noticed that all public services were online. So I've contacted my provider to get access to the server and I've noticed that ssh was started with my specified port. I've tried to log locally on server and I got connection refused. So I've ridden logs and got: error: bind to port MYPORT in LOCALIP failed: cannot assign requested address. I've restarted sshd and problem "was solved". Now I can't try to replicate this error because I can't reboot the server. My addressing config is: Port PORT AddressFamily inet ListenAddress LOCALIP ListenAddress 127.0.0.1 #ListenAddress :: What can cause this problem? Thanks in advance.

2 1

kickstart problems since 7.3
by Gordon Messmer 06 Jan '17

06 Jan '17

I just tried a kickstart setup for the first time since 7.3 and got an error similar to the error in this unresolved Fedora bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1278260 Has anyone successfully done a kickstart setup using 7.3 on x86_64? I'd imagine this is part of QA, so the answer is almost certainly "yes," but I'm not sure where to start debugging this. I got a working system by supplying the URL to the 7.2 release instead of the current URL.

2 2

Strange (?) device.map in CentOS 7 VM installations
by Nikolaos Milas 06 Jan '17

06 Jan '17

Hello, After repeated failing efforts to restore CentOS 7 backups (taken using mondorescue software), I have found that all my CentOS 7 installations (VMs under KVM) have the same /boot/grub2/device.map, which seemingly refers to two HDs, although the VMs in fact include only one (virtual) HD. For example: /boot/grub2/device.map # this device map was generated by anaconda (hd0) /dev/vda (hd1) /dev/vda Here is the hardware of the VM: # parted -l Model: Linux device-mapper (linear) (dm) Disk /dev/mapper/centos-swap: 2147MB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 2147MB 2147MB linux-swap(v1) Model: Linux device-mapper (linear) (dm) Disk /dev/mapper/centos-root: 18.8GB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End Size File system Flags 1 0.00B 18.8GB 18.8GB xfs Model: Virtio Block Device (virtblk) Disk /dev/vda: 21.5GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 1049kB 525MB 524MB primary xfs boot 2 525MB 21.5GB 20.9GB primary lvm This is NOT the case with my CentOS 5 and CentOS 6 VMs, which all have a "correct" device map, with a single (hda0) entry. Is the above behavior expected? If not, what should be the expected way of operation and what may be the cause of it? I am trying to understand where something may be going wrong, so please help. Many Thanks! Nick

5 8

mlx4_0 Initializing and... (infiniband)
by lejeczek 06 Jan '17

06 Jan '17

... Initializing.. hi all, I've a a very basic setup, directly two boxes via two MHEH28-XTC and I cannot activate them. One peculiar thing is I get (randomly & !often): [85947.090496] AMD-Vi: Event logged [ [85947.090539] IO_PAGE_FAULT device=09:00.7 domain=0x0000 address=0x00000000f6ffb000 flags=0x0050] [85947.298509] AMD-Vi: Event logged [ [85947.298550] IO_PAGE_FAULT device=09:00.7 domain=0x0000 address=0x00000000f6ffb000 flags=0x0050] which is the card itself, judging by the device id Would you have and share some thoughts please? $ ./flint/mstflint -d 09:00.0 q # for both cards -W- Running quick query - Skipping full image integrity checks. Image type: FS2 FW Version: 2.9.1000 Device ID: 25408 Description: Node Port1 Port2 Sys image GUIDs: 0008f104039a62a0 0008f104039a62a1 0008f104039a62a2 0008f104039a62a3 MACs: 000000000000 000000000001 VSD: PSID: MT_04A0110001 $ ibstat CA 'mlx4_0' CA type: MT25408 Number of ports: 2 Firmware version: 2.9.1000 Hardware version: a0 Node GUID: 0x0008f104039a08dc System image GUID: 0x0008f104039a08df Port 1: State: Initializing Physical state: LinkUp Rate: 10 Base lid: 1 LMC: 0 SM lid: 1 Capability mask: 0x0259086a Port GUID: 0x0008f104039a08dd Link layer: InfiniBand Port 2: State: Down Physical state: Polling Rate: 10 Base lid: 0 LMC: 0 SM lid: 0 Capability mask: 0x0259086a Port GUID: 0x0008f104039a08de Link layer: InfiniBand in opensm log: Jan 06 17:00:28 817185 [F6D5A700] 0x01 -> sm_mad_ctrl_send_err_cb: ERR 3113: MAD completed in error (IB_TIMEOUT): SubnGet(NodeInfo), attr_mod 0x0, TID 0x1cd1 Jan 06 17:00:28 817200 [F6D5A700] 0x01 -> sm_mad_ctrl_send_err_cb: ERR 3120 Timeout while getting attribute 0x11 (NodeInfo); Possible mis-set mkey?

1 0

does your kdump work?
by lejeczek 06 Jan '17

06 Jan '17

hi all mine does not, and I've tampered with it in many ways, cannot get it to work. best, L.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss