Red Hat Bugzilla – Bug 1297534
Review Request: golang-gopkg-inf - "Infinite-precision" decimal arithmetic
Last modified: 2017-10-07 17:03:30 EDT
Spec URL: https://fedorapeople.org/~logic/vault/golang-gopkg-inf/golang-gopkg-inf.spec
SRPM URL: https://fedorapeople.org/~logic/vault/golang-gopkg-inf/golang-gopkg-inf-0-0.1.git3887ee9.fc24.src.rpm
Description: Package inf (type inf.Dec) implements "infinite-precision" decimal arithmetic.
"Infinite precision" describes two characteristics: practically unlimited
precision for decimal number representation and no support for calculating
with any specific fixed precision. (Although there is no practical limit on
precision, inf.Dec can only represent finite decimals.)
Fedora Account System Username: logic
Spec URL: https://fedorapeople.org/cgit/logic/public_git/golang-gopkg-inf.git/plain/golang-gopkg-inf.spec
SRPM URL: https://copr-be.cloud.fedoraproject.org/results/logic/vault/fedora-rawhide-x86_64/00522245-golang-gopkg-inf/golang-gopkg-inf-0.9.0-0.1.git3887ee9.fc27.src.rpm
Regenerated with latest gofed.
Apparently, this was packaged as golang-googlecode-go-decimal-inf, which was reviewed in BZ#1181212 (See  below).
I understand there may be a naming problem here, since other projects may import this under different names. In this case, I am not sure what the best approach would be. You could either patch the project importing it to import the correct name in Fedora or try contacting the package maintainer to figure out a way to provide both name spaces and provide links for the proper paths. I believe this is a problem when packaging golang software.
Also, the proper name for this package seems to be golang-github-go-inf-inf (?).
$ dnf info golang-googlecode-go-decimal-inf-devel.noarch
Name : golang-googlecode-go-decimal-inf-devel
Arch : noarch
Epoch : 0
Version : 0.9.0
Release : 0.1.git3887ee9.fc25
Size : 24 k
Repo : updates
Summary : Package implementing "infinite-precision" decimal arithmetic
URL : https://github.com/go-inf/inf
License : BSD
Looks like this has been resolved in golang-googlecode-go-decimal-inf, so I'll go ahead and close this out.