similar to: CEBA-2015:1992 CentOS 6 kernel BugFix Update

CentOS 6 up-to-date 2.6.32-573.8.1.el6.x86_64 Gigabyte GA-Z68P-DS3 on-board audio BIOS disabled. Intel I5 Pny 550Ti video Envy 24HT pci audio module I want to use the fiber in/out of the audio card, but it is not listed in System/Preferences/Sound/Hardware, only the HDMI is available. It was installed in the pci slot when the system CentOS 6.0 was installed. I have searched all over Google,

I just installed the latest kernel 2.6.32-573.8.1.el6.x86_64 and when I rebooted it shorewall (shorewall-4.5.4-1.el6.noarch) failed with the following error ERROR: a non-empty masq file requires NAT in your kernel and iptables /etc/shorewall/masq (line 15) Question is is this a problem in the kernel or is it a problem in Shorewall? Booting the previous kernel allowed shorewall to start

Greetings, Today, I decided to reboot one of my CentOS machines after it had been running for 219 days. In this time, I had done yum updates several times. When I tried rebooting the machine, none of the kernels would work except for the oldest one. Here are the installed kernels: kernel-2.6.32-504.23.4.el6.x86_64 kernel-2.6.32-573.3.1.el6.x86_64 kernel-2.6.32-573.7.1.el6.x86_64

Em 12-11-2015 11:12, Pete Geenhuizen escreveu: > I just installed the latest kernel 2.6.32-573.8.1.el6.x86_64 and when I > rebooted it shorewall (shorewall-4.5.4-1.el6.noarch) failed with the > following error > > ERROR: a non-empty masq file requires NAT in your kernel and iptables > /etc/shorewall/masq (line 15) > > Question is is this a problem in the kernel or is it a

On Feb 3, 2016, at 12:24 PM, Max Pyziur <pyz at brama.com> wrote: > > When I tried rebooting the machine, none of the kernels would work except for the oldest one. Define ?would not work?. Post a photo of the error message somewhere if you can?t describe it better than that. You might have to turn off rhgb mode to get a useful error message. > Here are the installed kernels:

On Wed, 3 Feb 2016, Warren Young wrote: > On Feb 3, 2016, at 12:24 PM, Max Pyziur <pyz at brama.com> wrote: >> >> When I tried rebooting the machine, none of the kernels would work except for the oldest one. > > Define ?would not work?. Post a photo of the error message somewhere if you can?t describe it better than that. You might have to turn off rhgb mode to get a

https://bugzilla.mindrot.org/show_bug.cgi?id=1992 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #3 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release

CentOS Errata and Bugfix Advisory 2018:1992 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1992 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c8f00f6dc79b2c954435c18279c750369b934f4543222413258db952e0086482 sudo-1.8.19p2-14.el7_5.x86_64.rpm

https://bugzilla.mindrot.org/show_bug.cgi?id=1992 Bug #: 1992 Summary: RPM build fails using Red Hat spec file Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Build system

Hello, I've started seeing the following warning in 3.11-rc2. [In the interest of full disclosure, I do have a patch applied that tries to implement drm_planes, which I might have done completely incorrectly, but looking around it doesn't seem related. I'm definitely not invoking any of the planes functionality right now. See http://paste.debian.net/hidden/cf8b3a2, plus a call to the

Hi, I am trying to replicate Lambert (1992)'s simulation with zero-inflated Poisson models. The citation is here: @article{lambert1992zero, Author = {Lambert, D.}, Journal = {Technometrics}, Pages = {1--14}, Publisher = {JSTOR}, Title = {Zero-inflated {P}oisson regression, with an application to defects in manufacturing}, Year = {1992}} Specifically I am trying to recreate Table 2. But my

> is.na(strptime("5/2/1992", format="%m/%d/%Y")) [1] FALSE > is.na(strptime("5/3/1992", format="%m/%d/%Y")) [1] TRUE Any idea what's going on with this? Running strptime against all dates from around 1946, only 5/3/1992 was converted as "NA". Even stranger, it still seems to have a value associated with it (even though is.na thinks