Bug 908089
Summary: | Review Request: ipopt - Large-scale optimisation solver | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Antonio T. (sagitter) <anto.trande> |
Component: | Package Review | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | anto.trande, notting, package-review, paulo.cesar.pereira.de.andrade, thomas.moulard |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-03-02 17:18:29 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: | 908088, 913152 |
Description
Antonio T. (sagitter)
2013-02-05 20:39:22 UTC
Déjà-vu? Bug 894604 (Review Request: coin-or-Ipopt - Interior Point OPTimizer) An opportunity for team-work. I have the full list of my coin-or- review requests at #894610; it is not the full list of coin-or projects but matches the contents of the "CoinAll" tarball. coin-or-Ipopt is one of the few without dependencies, but I did not add ThirdParty contents. This should be carefully reviewed, and still, should not bundle mumps and metis, not without fpc approval; should check what is already in fedora, and if missing, make separate review requests. I am happily willing to help on whatever I can to have it packaged in fedora. (In reply to comment #3) > I have the full list of my coin-or- review requests > at #894610; it is not the full list of coin-or projects > but matches the contents of the "CoinAll" tarball. > > coin-or-Ipopt is one of the few without dependencies, > but I did not add ThirdParty contents. This should > be carefully reviewed, and still, should not bundle > mumps and metis, not without fpc approval; should > check what is already in fedora, and if missing, > make separate review requests. > > I am happily willing to help on whatever I can > to have it packaged in fedora. Hi Paulo. Only difference between 'ipopt' and 'coin-or-Ipopt' is ThirdParty content; but ThirdParty seems necessary to use Ascend (Bug 908088) with Ipopt (http://ascend4.org/IPOPT#Building_IPOPT). > This should be carefully reviewed, and still, should not bundle mumps and >metis, not without fpc approval So should I open a ticket on https://fedorahosted.org/fpc/report/3 ? I did not actually test it, but it is ipopt is supposed to work with the solver as an external module; need to check how it handles it. A quick googling shows that mumps and metis are not in fedora due to uncertainty of licenses: mumps (actually, should be doable, the review submitter just did leave it to anybody else willing to work on it, and it is already accepted in debian/ubuntu): https://bugzilla.redhat.com/show_bug.cgi?id=566750 metis (another issue, should talk with upstream IMO, and get a clean statement about it, also check if available in other distros): https://bugzilla.redhat.com/show_bug.cgi?id=715314 I absolutely do not suggested opening a ticket in fpc (it should be a last resort and usually only when needing a different version from a system package), but to continue on the mumps and metis review requests for now. Mumps should be the easiest, and after that, I ipopt would need to have something like a buildrequires on mumps-devel. (In reply to comment #5) > I did not actually test it, but it is ipopt is supposed to > work with the solver as an external module; need to check > how it handles it. > > A quick googling shows that mumps and metis are not > in fedora due to uncertainty of licenses: > > mumps (actually, should be doable, the review > submitter just did leave it to anybody else > willing to work on it, and it is already accepted > in debian/ubuntu): > https://bugzilla.redhat.com/show_bug.cgi?id=566750 Sincerely I didn't understand which is the problem with MUMPS. It is public domain (http://mumps.enseeiht.fr/index.php?page=credits) and 'public domain' is accepted by Fedora (http://fedoraproject.org/wiki/Licensing:Main). As I can also read by Tom's comment: https://bugzilla.redhat.com/show_bug.cgi?id=566750#c10 > metis (another issue, should talk with upstream IMO, > and get a clean statement about it, also check if > available in other distros): > https://bugzilla.redhat.com/show_bug.cgi?id=715314 > This seems to me more complicate but I read: https://projects.coin-or.org/BuildTools/browser/ThirdParty/Metis/trunk/INSTALL.Metis and http://glaros.dtc.umn.edu/gkhome/metis/metis/faq?q=metis/metis/faq#distribute As I said MUMPS should be easy to get packaged, try talking to Thomas Moulard as commented in https://bugzilla.redhat.com/show_bug.cgi?id=566750#c12 I belive Metis could be added to rpmfusion. The restriction of only being used in Free Software should not affect Fedora, but still need to get a proper authorization to redistribute it and add it to %doc, But is not entirely free because users cannot modify it (patching for packaging may be an issue). The requirement to distribute the proper documentation with the package is ok. But IANAL... I suggest checking if Ascend will work with just Ipopt/MUMPS. Quoting Tom Callaway's mail:
>It is safe to treat Mumps as being in the Public Domain. OK for Fedora.
>This (Metis) is non-free. Not acceptable for Fedora.
So I need to understand if Thomas Moulard wants re-open his review or accept my co-maintenance proposal since I'm not sponsored.
Also I have asked info to upstream maintainer about the use of ascend without Metis.
I'm waiting for their replies.
Hello everyone, Thomas Moulard here. I am not currently a Fedora user so I prefer not to co-maintain the package. Feel free to take over the MUMPS packaging attempt. *** This bug has been marked as a duplicate of bug 894604 *** (In reply to comment #9) > Hello everyone, Thomas Moulard here. > I am not currently a Fedora user so I prefer not to co-maintain the package. > Feel free to take over the MUMPS packaging attempt. Thank you Thomas. MUMPS package is now under revision in Bug913152. |