Bug 1635455 - uim-canna removal - intentional?
Summary: uim-canna removal - intentional?
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: uim
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Akira TAGOH
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-10-03 00:00 UTC by Adam Williamson
Modified: 2018-11-08 04:46 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-11-08 04:46:30 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.