[Rpm-maint] [rpm-software-management/rpm] 363: rpm -e and verify conflicting files removed 1 FAILED (rpme.at:305) (Issue #2376)
xujing
notifications at github.com
Sat Jul 20 09:50:53 UTC 2024
This may be a bug in 4.18.x, I also reproduced it in 4.18.2. The steps to reproduce it are as follows:
```
[root at localhost SPECS]# cat conflicttest.spec
# avoid depending on rpm configuration
%define _datadir /usr/share
Name: conflict%{pkg}
Version: 1.0
Release: 1
Summary: Testing file conflict behavior
Group: Testing
License: GPL
BuildArch: noarch
%description
%{summary}
%install
mkdir -p $RPM_BUILD_ROOT/%{_datadir}
echo "%{filedata}" > $RPM_BUILD_ROOT/%{_datadir}/my.version
%files
%defattr(-,root,root,-)
%{?fileattr} %{_datadir}/my.version
```
1. rpmbuild -bb --quiet --define "pkg a" --define "filedata pkg-a" conflicttest.spec
2. rpmbuild -bb --quiet --define "pkg b" --define "filedata pkg-b" conflicttest.spec
3. rpm -U --ignoreos /root/rpmbuild/RPMS/noarch/conflicta-1.0-1.noarch.rpm
4. rpm -U --ignoreos --force /root/rpmbuild/RPMS/noarch/conflictb-1.0-1.noarch.rpm
5. rpm -Vav --nogroup --nouser conflicta conflictb
I get the following results that do not meet expectations:
```
[root at localhost noarch]# rpm -Vav --nogroup --nouser conflicta conflictb
......... /usr/share/my.version
......... /usr/share/my.version (not installed)
```
According to the test cases, the expected results are as follows:
```
[root at localhost noarch]# rpm -Vav --nogroup --nouser conflicta conflictb
......... /usr/share/my.version (not installed)
......... /usr/share/my.version
```
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/2376#issuecomment-2241066465
You are receiving this because you are subscribed to this thread.
Message ID: <rpm-software-management/rpm/issues/2376/2241066465 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20240720/d0dd53c6/attachment.html>
More information about the Rpm-maint
mailing list