On Thursday 22 June 2006 12:19, Oliver Tennert wrote:
Am Donnerstag, 22. Juni 2006 10:57 schrieb Alexander S. Usov:
On Thursday 22 June 2006 10:04, Oliver Tennert wrote:
In fact it seems that the problem lies somewhere in your configuration. Consider the following transcript which I have just obtained:
~ > sd rpm -Uvh --replacefiles --replacepkgs kaffeine-0.8.1-13.1.i586.rpm Preparing... ########################################### [100%] 1:kaffeine ########################################### [100%] ~ > rpm -V kaffeine ~ > sd rpm -Uvh kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA signature: NOKEY, key ID 58857177 Preparing... ########################################### [100%] package kmplayer-0.9.2_2.0-1.guru.suse101 is already installed file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kdelibs3-3.5.3-25.2 file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kaffeine-0.8.1-13.1 ~ > sd rpm -Uvh --replacepkgs kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA signature: NOKEY, key ID 58857177 Preparing... ########################################### [100%] file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kdelibs3-3.5.3-25.2 file /opt/kde3/share/mimelnk/application/x-mplayer2.desktop from install of kmplayer-0.9.2_2.0-1.guru.suse101 conflicts with file from package kaffeine-0.8.1-13.1 ~ > sd rpm -Uvh --replacepkgs --replacefiles kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm warning: kmplayer-0.9.2_2.0-1.guru.suse101.i686.rpm: Header V3 DSA signature: NOKEY, key ID 58857177 Preparing... ########################################### [100%] 1:kmplayer ########################################### [100%] ~ > rpm -V kaffeine S.5....T /opt/kde3/share/mimelnk/application/x-mplayer2.desktop ~ > lsb_release -d Description: SUSE LINUX 10.1 (i586)
Did you reproduce that yourself? And: I don't quite understand the "sd" prefix command.
Yes. The transcript above is simply the copy of xterm window, And the mysterious "sd" there is just an alias for "sudo" ;)
The example I posted was with a clean, practically virgin SUSE 10.1 installation without anything special about it. No aliases, no adaption of any RPM files/macros whatsover.
The transcript above is also from (freshly installed) SUSE 10.1. It is not so clean anymore, but not dramatic changes dramatic.
The same happens btw on a Redhat clone (CentOS which is just a recompilation of RHEL 4 Upd. 3), and a Fedora machine, because a) they invented it, b) it is documented in the CHANGELOG itself.
You missed my point: This is not a bug, but a newly introduced feature of rpm 4.3.
That's the point I am trying to make -- I don't seem to be able to observe this behavior on my desktop. If you check the transcript above you will see that rpm refuses to overwrite files unless it is given '--replacefiles' key. -- Best regards, Alexander. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-unsubscribe@opensuse.org For additional commands, e-mail: opensuse-help@opensuse.org