Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 711648

Summary: sci-mathematics/glpk-4.65: new version
Product: Gentoo Linux Reporter: Michael Orlitzky <mjo>
Component: Current packagesAssignee: Robin Johnson <robbat2>
Status: RESOLVED FIXED    
Severity: normal CC: frp.bissey, sci-mathematics
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Michael Orlitzky gentoo-dev 2020-03-06 01:02:42 UTC
Hi Robin, I'm trying to troubleshoot some test failures in SageMath that are related to the version of glpk in use (does it need to be built with USE=gmp, is the version too old, are the tests themselves buggy, etc.) It would be a huge help if we had the latest version available in the tree.

François already has an ebuild in the sage-on-gentoo overlay that should work:

  https://github.com/cschwan/sage-on-gentoo/tree/master/sci-mathematics/glpk

I think virtual/mysql should be updated, and virtual/pkgconfig should go in BDEPEND, but those are the only changes that stand out to me. Would you mind adding it?
Comment 1 François Bissey 2020-03-06 01:17:51 UTC
You are glossing over the two extra patches there. Not including those patches will definitely lead to doctest failing. I think the first one is something upstream is not agreeing to (basically allowing the error recovery without having the program library just quitting on you). My memory about the second is more foggy, basically too much verbosity for the end user by default if I remember correctly.

As for the gmp useflag, I cannot remember what the problem is without it but I don't usually copy sage upstream unless I have too on these kind of dependencies.
Comment 2 Michael Orlitzky gentoo-dev 2020-03-06 01:48:02 UTC
USE=gmp makes things a lot faster, but I'm not sure if the doctests in Sage itself are looking for output that only happens when USE=gmp. This is one of my failing tests:

  Failed example:
      TestSuite(p.get_backend()).run(skip="_test_pickling")
  Expected nothing
  Got:
      glp_exact: 5 rows, 1 columns, 4 non-zeros
      GLPK bignum module is being used
      (Consider installing GNU MP to attain a much better performance.)
      *     0:   objval =                      0   (0)
      *     0:   objval =                      0   (0)

and you can see that there's a warning there that maybe I should install GMP. Is that a bug in the doctest, or does it go away with a newer version of glpk?

Likewise with the error handling patch. Do the sage doctests fail without that non-standard patch that upstream has rejected? If so, then either the doctests are broken, or the configure script that decides to use the insufficient system glpk is buggy. Either way I'd like to know.

So, I'm not asking for the patches right now, just a new version that I can use to rule certain things out. As it stands, sage is using my system's (unpatched) glpk-4.63, and it's not working. If it also doesn't work with gplk-4.65, then I know it's something to be fixed in sage.
Comment 3 Michael Orlitzky gentoo-dev 2020-03-06 01:52:08 UTC
Oh, and *one* of the patches was accepted (written by) upstream:

http://lists.gnu.org/archive/html/bug-glpk/2018-03/msg00000.html

So that one should be OK to backport.
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2020-03-06 19:06:41 UTC
mjo: you seem to use it enough, please add yourself as a maintainer and feel free to bump as needed.
Comment 5 Larry the Git Cow gentoo-dev 2020-03-07 02:23:01 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=20a34c28e3afae7c20221d6fb76ae83d119c1375

commit 20a34c28e3afae7c20221d6fb76ae83d119c1375
Author:     Michael Orlitzky <mjo@gentoo.org>
AuthorDate: 2020-03-06 21:50:06 +0000
Commit:     Michael Orlitzky <mjo@gentoo.org>
CommitDate: 2020-03-07 02:13:24 +0000

    sci-mathematics/glpk: new version 4.65.
    
    This new upstream version fixes a few minor ebuild issues:
    
      * I've attempted to fix the MySQL include location in a more standard
        way, by using mysql_config (bug 597620). Another solution was already
        present in v4.63, so I've marked this bug as resolved.
    
      * The virtual/mysql dependency was replaced, per bug 666060. This will
        be completely resolved when v4.65 goes stable and v4.63 is removed.
    
    We also include a new patch, from upstream, to quiet some overly-verbose
    output. The patch to debundle the system libraries was forward-ported to
    the new version thanks to François Bissey, who maintained an ebuild for
    v4.65 in the sage-on-gentoo overlay until now.
    
    Bug: https://bugs.gentoo.org/666060
    Closes: https://bugs.gentoo.org/597620
    Closes: https://bugs.gentoo.org/711648
    Package-Manager: Portage-2.3.84, Repoman-2.3.20
    Signed-off-by: Michael Orlitzky <mjo@gentoo.org>

 sci-mathematics/glpk/Manifest                      |  1 +
 .../files/glpk-4.65-debundle-system-libs.patch     | 91 ++++++++++++++++++++++
 .../files/glpk-4.65-fix-mysql-include-prefix.patch | 47 +++++++++++
 .../glpk/files/glpk-4.65-longstep_verbosity.patch  | 23 ++++++
 sci-mathematics/glpk/glpk-4.65.ebuild              | 69 ++++++++++++++++
 5 files changed, 231 insertions(+)