Bug 1635455

Summary: uim-canna removal - intentional?
Product: [Fedora] Fedora Reporter: Adam Williamson <awilliam>
Component: uimAssignee: Akira TAGOH <tagoh>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: awilliam, i18n-bugs, tagoh
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-11-08 04:46:30 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Adam Williamson 2018-10-03 00:00:10 UTC
Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Adam Williamson 2018-10-03 00:01:10 UTC
Sorry, hit enter too early by mistake.

After https://src.fedoraproject.org/rpms/uim/c/e6bedad5a3bfaf795e84a5d3abef585ad2f79b26?branch=master , the uim-canna subpackage disappeared - but I can't tell if that was intentional. The commit message doesn't say, neither do any comments or anything.

Was it intended that the package no longer build by default? If so, should something obsolete it? If not, can you put it back? Thanks!

Comment 2 Akira TAGOH 2018-10-03 03:53:05 UTC
It was. Canna requring to build this sub-package has been orphaned (I was a maintainer and I'm not interested in maintaining anymore) and will be dropped soon  because no one seems interested to it and keeps orphaned so long.

> Was it intended that the package no longer build by default? If so, should
> something obsolete it? If not, can you put it back? Thanks!

What sort of functionality do we need to consider for replacement? from Japanese-input perspective, there might be a few options to replace it though, strictly speaking from UX, there are no candidates at all.
Or should it be added to fedora-obsolete-packages? dunno if they allow us to add sub-package though.

Comment 3 Adam Williamson 2018-11-01 17:39:35 UTC
'Obsoletes' is not strictly about replacement, at least as I see it. 'Provides' is about replacement. The point of 'Obsoletes' is just to get the package off people's systems. The key question to ask yourself about Obsoletes is: "OK, I want to ensure people with package X installed get it removed on update. What *other*, somehow vaguely-related, package is highly likely to be installed in almost every case where X is installed?" Then put the obsolete in that package. That package doesn't have to be, strictly speaking, a *replacement*.

I don't think there's any problem with putting subpackages in fedora-obsolete-packages either.

Comment 4 Akira TAGOH 2018-11-08 04:46:30 UTC
Thanks. hmm, okay. I've added Obsoletes: uim-canna to uim package and should be fixed in uim-1.8.6-20.fc30:
https://koji.fedoraproject.org/koji/rpminfo?rpmID=15762282