Displaying 5 results from an estimated 5 matches similar to: "CESA-2020:1524 Important CentOS 6 kernel Security Update"
2020 Apr 28
0
CentOS-announce Digest, Vol 182, Issue 3
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
2016 Aug 02
0
CEBA-2016:1524 CentOS 7 systemd BugFix Update
CentOS Errata and Bugfix Advisory 2016:1524
Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-1524.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
bda78fc23abc267b03941439393c72dd7cf555fb0b351f8026a5d5f688ed23a4 libgudev1-219-19.el7_2.12.i686.rpm
1997 Dec 16
0
SAMBA digest 1524
I'm getting the following in my logs when people try to connect to our
Samba server. Any idea why this happens? The smb passwd file is there,
and the user *does* exist.
When I try to connect to the server, Win95 gets a message saying "You must
supply a passowrd to make this conection. \\salamanda\IPC$". Security =
server, the WinNT boxes have SP3 loaded, and this is Samba
2008 Sep 12
4
[Bug 1524] New: Problem with non-interactive logins and bash on Solaris
https://bugzilla.mindrot.org/show_bug.cgi?id=1524
Summary: Problem with non-interactive logins and bash on
Solaris
Product: Portable OpenSSH
Version: 5.1p1
Platform: UltraSparc
OS/Version: Solaris
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo:
2002 May 07
2
names(unlist(...)) may construct corrupt strings (PR#1524)
names(unlist(...)) seems to be able to construct corrupt strings
detected via: two identical strings behave different in paste
observed in RW1.4.1 and RW1.5.0
pure replication code after output
Best
Jens Oehlschlägel
> l <- names(unlist(list(aa = list(bb = 1))))
> l
[1] "aa.bb"
> # this is exactly "aa.bb"
> identical(l, "aa.bb")
[1] TRUE
>
>