Overview
Request 587805 superseded
Correct doc path
- Created by WernerFink
- In state superseded
- Supersedes 586706
- Superseded by 587869
- Open review for legal-auto
- Open review for opensuse-review-team
- Open review for repo-checker
- Open review for openSUSE:Factory:Staging:A
found conflict of bash-doc-4.4-355.2.noarch with readline7-doc-7.0-3.1.noarch: - /usr/share/doc/packages/CHANGES - /usr/share/doc/packages/README
Those files should be /usr/share/doc/packages/%{name}/
valid for both, bash-doc and readline7-doc
One of the comments on the previous submission remained unanswered:
- Why not create this one as 'readline' instead of 'readline7' (source package name, slpp still applies)? This would mean readline stays 'the latest version' and numbered packages are introduced as compat-as needed..
Andreas was the opinion that with this approach later radline versions can be installed in parallel even with devel and doc packages as well. IMHO this is true as otherwise we get conflicts as in past with older readline packages
I tend to say that conflicts (and therefore parallel install-ability) depend solely on the file lists of each of the participating readline packages, not on the RPM names.
A half-valid argument - but only half. So far, we had radline-devel (and libreadline7.rpm) built as part of bash, and this was parallel usable with readline6
So my proposal here would basically be:
New
- readline.src.rpm (version 7.0) produces raedline-devel and libreadline7.rpm (slpp)
- readline6 stays as is and does readline6-devel and libreadline6
Whenever readline moves to version 8, we would:
- Update 'readline' (unversioned) to version 8.0, producing readline-devel and libreadline8
- Rename the 'now old' readline package to readline7, producing readline7-devel and libreadline7
- Readline6 would still stay as is
The advantage here is that 'readline-devel' will always be 'the latest version and thus the recommended version to be used, with older versions made available when needed'
This is the same approach used by most libraries where we need legacy compat to stick around
Request History
WernerFink created request
Correct doc path
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto added repo-checker as a reviewer
Please review build success
factory-auto accepted review
Check script succeeded
staging-bot set openSUSE:Factory:Staging:A as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:A"
staging-bot accepted review
Picked openSUSE:Factory:Staging:A
Rename it