Bug#891465: glpk: prints warnings which lead to failing sagemath tests

2018-02-27 Thread Mike Miller
Package: libglpk40
Version: 4.65-1
Followup-For: Bug #891465

Hi, I also see this bug affecting octave, although as a minor cosmetic
issue. Octave's glpk unit tests also intentionally set msg_lev to
GLP_MSG_OFF to have no output generated. With glpk 4.65, this same
message is now appearing in the test suite output log.

It would be very helpful if GLP_MSG_OFF suppressed this message as it
does with other messages.

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libglpk40 depends on:
ii  libamd2 1:5.1.2-2
ii  libc6   2.26-6
ii  libcolamd2  1:5.1.2-2
ii  libgmp102:6.1.2+dfsg-2
ii  libltdl72.4.6-2
ii  zlib1g  1:1.2.8.dfsg-5

libglpk40 recommends no packages.

Versions of packages libglpk40 suggests:
pn  default-libmysqlclient-dev  
pn  libiodbc2-dev   

-- no debconf information



Bug#891465: glpk: prints warnings which lead to failing sagemath tests

2018-02-25 Thread Tobias Hansen
Source: glpk
Version: 4.65-1
Severity: normal
Tags: patch

Hi there,

since version 4.65 glpk started to frequently print the message "Long-step dual 
simplex will be used", leading to many failed tests for sagemath and sagemath 
failing to build. Not sure if it's a bug in glpk but it seems to me it 
shouldn't print this. Could you maybe deactivate the messages to allow sagemath 
to build?

Best,
Tobias
--- a/src/draft/glpios03.c
+++ b/src/draft/glpios03.c
@@ -925,7 +925,6 @@
 #if 0 /* 20/I-2018 */
  xprintf("WARNING: LONG-STEP DUAL SIMPLEX WILL BE USED\n");
 #else
- xprintf("Long-step dual simplex will be used\n");
 #endif
 #endif
   /* on entry to the B driver it is assumed that the active list