Displaying 5 results from an estimated 5 matches for "32.20".
Did you mean:
2.20
2005 Apr 29
0
CESA-2005:261-01: Low CentOS 2 i386 glibc security update
The following errata for CentOS-2 have been built and uploaded to the
centos mirror:
RHSA-2005:261-01 Low: glibc security update
Files available:
glibc-2.2.4-32.20.i386.rpm
glibc-common-2.2.4-32.20.i386.rpm
glibc-devel-2.2.4-32.20.i386.rpm
glibc-profile-2.2.4-32.20.i386.rpm
nscd-2.2.4-32.20.i386.rpm
glibc-2.2.4-32.20.i686.rpm
More details are available from the RedHat web site at
2005 Apr 29
0
CentOS-announce Digest, Vol 2, Issue 15
Send CentOS-announce mailing list submissions to
centos-announce at 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 at centos.org
You can reach the person managing the list at
centos-announce-owner at centos.org
When
2015 May 05
3
libguestfs init problem
Hi ,all :
thanks for helping me ! I am using libguestfs-1.28.1 on ubuntu
12.04 to manage vm disk created by KVM. I downloaded
libguestfs-1.28.1.tar.gz ,and then executed
(1) ./autogen.sh (2) ./configure (3) make (4) make check .there is
the error.
/usr/Libvmi/libguestfs-1.28.1/run --test guest-aux/make-fedora-img.pl
md_create: feature 'mdadm' is not available in this
2015 May 06
0
Re: libguestfs init problem
On Wed, May 06, 2015 at 08:42:09AM +0800, fu lirong wrote:
> (1) make quickcheck
>
> works well ,after the command the terminal shows:
>
> ===== TEST FINISHED OK =====
That's good.
> (2) what your program does ( I executed ./autogen.sh 、 ./configure 、
> make 、 make check as I mentioned before , when I execute make check ,there
> is something wrong and I
2012 Feb 28
9
[LLVMdev] Proposed implementation of N3333 hashing interfaces for LLVM (and possible libc++)
Hello folks,
TL;DR: This is my proposed hashing interface based on a proposed standard
hashing interface. It also is implemented with a much faster and higher
quality algorithm than the current one. This is an *early draft* of the
code, looking for initial feedback.
There has been recent interest in improving the quality and consistency of
LLVM's approach to hashing. In particular, getting