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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to