similar to: CEBA-2019:1339 CentOS 7 kernel BugFix Update

Send CentOS-announce mailing list submissions to centos-announce at 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 at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Send CentOS-announce mailing list submissions to centos-announce at 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 at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Hi list, today I tried to update my centos workstation (7.6.1810). My problem concerns kmod-nvidia update. Nvidia driver where installed by elrepo. During running yum update I get: kmod-nvidia.x86_64 430.40-2.el7_7.elrepo elrepo and I also get several statements like this: Errore: Pacchetto: kmod-nvidia-430.40-2.el7_7.elrepo.x86_64 (elrepo) Richiede:

Note, first of all I haven't actually updated, I'm just running "yum update" to see what conflicts, if any, I get so I can be prepared when the final 7.7 release happens. I've traditionally used the nvidia packages from elrepo, but recently enabled rpmfusion (back when I started using 7.x, I disabled rpmfusion because it took them a looooong time to get a EL7 repository up).

On Sat, Sep 14, 2019 at 07:20:35PM +0100, Phil Perry wrote: > On 14/09/2019 19:06, Fred Smith wrote: > >Note, first of all I haven't actually updated, I'm just running "yum update" > >to see what conflicts, if any, I get so I can be prepared when the final > >7.7 release happens. > > > >I've traditionally used the nvidia packages from elrepo,

I do not use my laptop often, normally my better half has possession and use of it. It is a late 2011 ASUS ROG G73S which performs very well. The keyboard backlight was an issue initially under CentOS6, but the kind folks at elrepo found the missing bits in a more recent kernel and created a package to add them to the older CentOS6 kernel. An upgrade to CentOS7 went without a hitch and the

On 6/19/19 5:59 AM, Charles Lepple wrote: >> >> “The 62-nut-usbups.rules file looks pretty standard. Do you know if the changes to 42-usb-hd-pm.rules are needed? It seems like none of the USB devices would have the right permissions if 62-nut-usbups.rules isn't sufficient (though this happened in Debian once).” >> >> My means of testing wasn’t the most rigorous,

On 27/08/2019 11:35, Alessandro Baggi wrote: > Hi list, > today I tried to update my centos workstation (7.6.1810). > My problem concerns kmod-nvidia update. Nvidia driver where installed by > elrepo. > During running yum update I get: > > > kmod-nvidia.x86_64 430.40-2.el7_7.elrepo ????????? elrepo > > and I also get several statements like this: > >

On 14/09/2019 19:06, Fred Smith wrote: > Note, first of all I haven't actually updated, I'm just running "yum update" > to see what conflicts, if any, I get so I can be prepared when the final > 7.7 release happens. > > I've traditionally used the nvidia packages from elrepo, but recently > enabled rpmfusion (back when I started using 7.x, I disabled

On 9/18/19 5:48 PM, Fred Smith wrote: > On Sat, Sep 14, 2019 at 07:20:35PM +0100, Phil Perry wrote: >> On 14/09/2019 19:06, Fred Smith wrote: >>> Note, first of all I haven't actually updated, I'm just running "yum update" >>> to see what conflicts, if any, I get so I can be prepared when the final >>> 7.7 release happens. >>>

Unfortunately I do not use the latest versions of NUT, the driver I created, solis, was changed, not by me, and now does not work on my nobreak, which I used to create the driver. greetings Silvino B. Magalhaes Em qua, 19 de jun de 2019 às 03:39, Manuel Wolfshant < wolfy at nobugconsulting.ro> escreveu: > On 6/19/19 5:59 AM, Charles Lepple wrote: > > > “The

https://bugzilla.netfilter.org/show_bug.cgi?id=1339 Bug ID: 1339 Summary: NETMAP feature, using a displaced mask fail. Product: netfilter/iptables Version: unspecified Hardware: All OS: Debian GNU/Linux Status: NEW Severity: normal Priority: P5 Component: unknown Assignee:

CentOS Errata and Security Advisory 2009:1339 Low Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1339.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 3452b605b6235f2ddb951633d7d31ff5 rgmanager-2.0.52-1.el5.centos.x86_64.rpm Source: b2eed6b87b1f767ab31bfe4ec252e1db rgmanager-2.0.52-1.el5.centos.src.rpm

CentOS Errata and Security Advisory 2009:1339 Low Upstream details at : http://rhn.redhat.com/errata/RHSA-2009-1339.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: d51212192124b73318ce8c541cf7a1ef rgmanager-2.0.52-1.el5.centos.i386.rpm Source: b2eed6b87b1f767ab31bfe4ec252e1db rgmanager-2.0.52-1.el5.centos.src.rpm --

CentOS Errata and Bugfix Advisory 2012:1339 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1339.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5d9ca993107028a4d575da594ce9d7022b100ec34698036b3eb062ca60635e36 file-5.04-15.el6.i686.rpm 561dc28f431e078f23fc663d874b5e128f350943ade5235da98c3e8c2546cf5a

CentOS Errata and Bugfix Advisory 2018:1339 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1339 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6

CentOS Errata and Bugfix Advisory 2018:1339 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1339 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ad280a3fc20d0d3bc8bd798a290871591fe153427ad0c1014522acff0cc7f155 tzdata-2018e-3.el7.noarch.rpm 8b9e2b9fc44d2fae196765709c89e4a6db201da092c1d7b431963b136169a2da

CentOS Errata and Security Advisory 2020:1339 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2020:1339 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 459d53b5c53d356ac22b15f40bdb6d7c046d1ceb8bfda60a717325677780533f firefox-68.6.1-1.el6.centos.i686.rpm x86_64:

http://bugzilla.mindrot.org/show_bug.cgi?id=1339 Summary: pam_dhkeys doesn't work (PAM_REINITIALIZE_CRED without PAM_ESTABLISH_CRED) Product: Portable OpenSSH Version: 4.6p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: PAM support

Full_Name: David O. Nelson Version: 1.4.1 OS: solaris 2.7 Submission from: (NULL) (128.115.150.74) Putting patterns in .Rbuildignore has no effect when the tar being used is gnu tar (1.13) on solaris 2.7, whilst /usr/sbin/tar works perfectly. TO REPRODUCE: The current directory contains a source package directory ./mypkg... bimini.jgi-psf.org% echo >mypkg/foo bimini.jgi-psf.org% echo