Bug 995995
Summary: | Review Request: lunar-date - Chinese lunar date library | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mike Manilone <crtmike> |
Component: | Package Review | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | i, package-review |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | AwaitingSubmitter | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-07-15 02:45:45 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 201449 |
Description
Mike Manilone
2013-08-12 07:18:50 UTC
1.This is not the latest version. 2. Have you tested its usability? This package has been packaged by myself for a long time, but because its upstream is dead, I'm not sure if it's useful. (In reply to Christopher Meng from comment #1) > 1.This is not the latest version. http://code.google.com/p/liblunar/ shows that this is the latest one. > > 2. Have you tested its usability? This package has been packaged by myself > for a long time, but because its upstream is dead, I'm not sure if it's > useful. https://extensions.gnome.org/extension/675/lunar-calendar/ depends on it. I can find 3.0 version. Nope, that's lunar-calendar, a graphical library targetting Gtk+3, while lunar-date is a low-level library for date conversion. Have rpmlint and/or "fedora-review -b 995995" been run for this one yet? > %files data > %dir %{_datadir}/liblunar > %{_datadir}/liblunar/* %files data %{_datadir}/liblunar/ would be shorter and achieves the same. Btw, here the subpackage includes only three tiny files, each below 1KB, and the base package even strictly depends on this package. Is that really enough reason to introduce a noarch subpackage? > %package docs The guidelines recommend -doc not -docs: https://fedoraproject.org/wiki/Packaging:Guidelines#Documentation The subpackage is 14788 bytes long. I would keep it in the -devel package. |