Can anybody explain to me what's going on here? This is a CentOS 4 i386 
system. 

[EMAIL PROTECTED] ~]# rm -f /etc/prelink.cache 
[EMAIL PROTECTED] ~]# /etc/cron.daily/prelink
[EMAIL PROTECTED] ~]# rpm -qf /usr/bin/sqlite3
sqlite-3.3.6-2
[EMAIL PROTECTED] ~]# rpm --verify sqlite
prelink: /usr/bin/sqlite3: at least one of file's dependencies has changed 
since prelinking
S.?.....    /usr/bin/sqlite3
[EMAIL PROTECTED] ~]# rpm -q --dump sqlite | grep "bin/sqlite3"
/usr/bin/sqlite3 29044 1178360479 70e7158185e01e23dd2a62fa00f0f752 0100755 
root root 0 0 0 X
[EMAIL PROTECTED] ~]# md5sum /usr/bin/sqlite3
6e4b1dc7b0b5ade26448ed700c33e05f  /usr/bin/sqlite3
[EMAIL PROTECTED] ~]# prelink -u /usr/bin/sqlite3
[EMAIL PROTECTED] ~]# md5sum /usr/bin/sqlite3
70e7158185e01e23dd2a62fa00f0f752  /usr/bin/sqlite3
[EMAIL PROTECTED] ~]# rpm --verify sqlite
[EMAIL PROTECTED] ~]# prelink -f /usr/bin/sqlite3 
prelink: /usr/lib/libncurses.so.5.4: .debug_loc adjusting unfinished
[EMAIL PROTECTED] etc]# md5sum /usr/bin/sqlite3
70e7158185e01e23dd2a62fa00f0f752  /usr/bin/sqlite3
[EMAIL PROTECTED] etc]#

How did the RPM database have the right values for the sqlite3 file before 
prelink was run? Or, another way, why was the file different in the first 
place, that running prelink against it fixed it? And if "undoing" the prelink 
changed something, why wasn't it "changed back" when I ran prelink against 
the sqlite3 file the second time? 

Finding this confusing as H__L. 

I have *alot* of files on this system with this issue - I discovered this 
while debugging a problem with MailScanner. And, why do I see similar 
behavior on another system that's freshly built? EG: just ran the installer 
and "yum update" and see the same issue with a smaller number of files?

-Ben 

--
Only those who reach toward a goal are likely to achieve it. 

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Reply via email to