similar to: Missing libexif update for Centos5

What about the update announcements for Centos5? There was nothing posted to centos-announce yet for the updates that have been released so far for Centos5. Also, the centos-announce mailing list options page does not know about Centos5 yet. Best regards, Bernd.

NFS install from a loop-back mounted DVD image fails for me when it actually tries to start the RPM install process. I come to the point where anaconda checks the package dependencies, then it tells that the install process will be started in some minutes and the last thing I see is a message similar to: Preparing transaction from install media. Then this message box disappears and the install

CentOS Errata and Security Advisory 2007:1165 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-1165.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 09939fb60dbea1e741008fcd6c0a2153 libexif-0.6.13-4.0.2.el5_1.1.i386.rpm 0a187867a897def3ca93072e8cdbf7bf libexif-0.6.13-4.0.2.el5_1.1.x86_64.rpm

CentOS Errata and Security Advisory 2007:0501 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0501.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: ff584981a1ae1023da9f65868269de11 libexif-0.6.13-4.0.2.el5.i386.rpm 34058110030b758bace86a029a2d7700 libexif-0.6.13-4.0.2.el5.x86_64.rpm

CentOS Errata and Security Advisory 2007:1165 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-1165.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: db34c4d7b0bd90f587d1236fbb6e2a39 libexif-0.6.13-4.0.2.el5_1.1.i386.rpm 0b277a793f80421d2b00836818a57970 libexif-devel-0.6.13-4.0.2.el5_1.1.i386.rpm

CentOS Errata and Security Advisory 2007:0501 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0501.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: ff584981a1ae1023da9f65868269de11 libexif-0.6.13-4.0.2.el5.i386.rpm 4734dc17bf36e8df5fbf18bf364ebf58 libexif-devel-0.6.13-4.0.2.el5.i386.rpm Source:

Dear CentOS, I have recently upgraded several servers from CentOS4 to CentOS5 and I am noticing a strange change to the stat() call. I have written a very small program to test and show the behavior. I am calling stat() against a file which is exported from my NAS and mounted with 32k read/write sizes. [dougalb at centos4 tmp]$ cat my_stat.c #include <unistd.h> #include <stdio.h>

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

No matter how I try, I can't seem to get a library profile from sprof on CentOS5. Does anyone know if sprof actually works on CentOS5? I'd be very interested to hear if anyone is using it successfully. At the moment I'm trying something like this to get the dump: LD_LIBRARY_PATH=. LD_PROFILE=libmy.so ./mymain where libmy.so is the library I want to profile, and mymain is the

We're trying to migrate RHEL3 and CentOS4 based samba servers over to CentOS5, but it's a bleeding disaster. We cannot get it to work reliably with any version of CentOS5, i386 or x86_64, the included 3.0.x version of samba or 3.4.x/3.5.x compiled from source. The symptoms are: read access is extremely slow, write access seems to work in principle (e.g. creating a zeros-sized file on

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

Hi, I've CentOS5 box with 3ware RAID controller in it. I can't get the tw_cli command line tool to work, and smartd also barks on me. The tw_cli simply doesn't see the controller, no errors logged anywhere. When starting smartd, it is much more verbose. I'm getting a bunch of messages like this: Oct 9 22:15:15 toporko kernel: program smartd is using a deprecated SCSI ioctl,

Hi, I had a C7 virtual machine running on a C7 host for several weeks without any problems. Today I rebootet the host and now the virtual machine does not start anymore. I can see grub coming up and starting the kernel. After some seconds the last thing that is visble on the VM console is "ss perfctr msr (MSR c1 is0)" then the screen goes blank with just a blinking cursor in the upper

Folks, Since approx. a half year I have run two servers with CentOS4, all was running very stable. Then I upgraded to CentOS5 (fresh install). The servers are running quite unstable since the upgrade. The system is freezing after short uptime. I suspect the driver for the 3ware controller, because I got such error messages: 3w-xxxx: scsi0: Character ioctl (0x1f) timed out, resetting card.

CentOS Errata and Security Advisory 2012:1255 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1255.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6e920af8d43a148f5deedf517892bc443b3fabbc4f122b867171138cd9993793 libexif-0.6.21-1.el5_8.i386.rpm

CentOS Errata and Security Advisory 2012:1255 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1255.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 44415b6b347b99d9c106904c516300aefd48e8036760afec5677abe05232058b libexif-0.6.21-5.el6_3.i686.rpm

Hi, since the start of the daylight savings time my server has a problem with the log files. Sunday night the log files get rotated correctly, i.e. /var/log/messages gets /var/log.messages.1, /var/log/messages.1 get /var/log/messages.2, ... The problem now is that after log rotation new messages do no go to /var/log/messages, but to the rotated file. As DST started 3 weeks, the latest log entries

CentOS Errata and Security Advisory 2020:2549 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2020:2549 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ff151ff0d06a3a237f4112e81dd69cb30bdd207c1ce2eeb5c88d405e20445e69 libexif-0.6.21-7.el7_8.i686.rpm

CentOS Errata and Bugfix Advisory 2011:1472 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-1472.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: d77b6a3643892456cc72a65fa913d8fa libexif-0.6.20-1.el5_7.1.i386.rpm a035440a320f39c332b4d438575ba6e6 libexif-0.6.20-1.el5_7.1.x86_64.rpm

CentOS Errata and Security Advisory 2007:1166 https://rhn.redhat.com/errata/RHSA-2007-1166.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/libexif-0.5.12-5.1.0.2.c4.1.s390.rpm updates/s390/RPMS/libexif-devel-0.5.12-5.1.0.2.c4.1.s390.rpm s390x: updates/s390x/RPMS/libexif-0.5.12-5.1.0.2.c4.1.s390x.rpm