Bug#862821: remove from uploaders list
Package: coinutils Severity: minor I no longer have the motivation nor time to contribute to the maintenance of this package. Please remove me from the list of uploaders. Related discussion: https://lists.debian.org/debian-science/2017/05/msg00047.html Best, Miles
Bug#862819: remove from uploaders list
Package: coinor-osi Severity: minor I no longer have the motivation nor time to contribute to the maintenance of this package. Please remove me from the list of uploaders. Related discussion: https://lists.debian.org/debian-science/2017/05/msg00047.html Best, Miles
Bug#862818: remove from uploaders list
Package: coinor-cgl Severity: minor I no longer have the motivation nor time to contribute to the maintenance of this package. Please remove me from the list of uploaders. Related discussion: https://lists.debian.org/debian-science/2017/05/msg00047.html Best, Miles
Bug#862817: remove from uploaders list
Package: coinor-cbc Severity: minor I no longer have the motivation nor time to contribute to the maintenance of this package. Please remove me from the list of uploaders. Related discussion: https://lists.debian.org/debian-science/2017/05/msg00047.html Best, Miles
Bug#862820: remove from uploaders list
Package: coinor-symphony Severity: minor I no longer have the motivation nor time to contribute to the maintenance of this package. Please remove me from the list of uploaders. Related discussion: https://lists.debian.org/debian-science/2017/05/msg00047.html Best, Miles
Bug#862815: remove from uploaders list
Package: clp Severity: minor I no longer have the motivation nor time to contribute to the maintenance of this package. Please remove me from the list of uploaders. Related discussion: https://lists.debian.org/debian-science/2017/05/msg00047.html Best, Miles
Bug#796715: coinor-osi: working diff
On Tue, Aug 25, 2015 at 3:46 AM, Rene Engelhard r...@debian.org wrote: Either you can upload it yourself or I can do a team upload, whatever you prefer. Thanks for figuring this out, I don't currently have the time to work through the transition. Team upload would be appreciated. Best, Miles
Bug#791008: coinutils: library transition may be needed when GCC 5 is the default
On Tue, Aug 11, 2015 at 2:02 PM, Julien Cristau jcris...@debian.org wrote: coinutils exposes a number of things involving std::string e.g. in CoinParam or CoinFileIO (the first two I've checked), so coinor-libcoinutils3 needs to be renamed. A possible patch is available at https://launchpad.net/ubuntu/+source/coinutils/2.9.15-3ubuntu1 Thank you for confirming the issue. As the maintainer of this package, I do not currently have the time to prepare for a transition. Best, Miles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773273: error when using SYMPHONY libraries in testing/unstable with clang
Hi Markus, I think the root of the issue is a missing dependency in libSym.so.3 on the libgomp. The library should still be usable from clang. When compiling against the library, try linking with: -L/usr/lib/gcc/i686-linux-gnu/4.9/ -lgomp Best, Miles
Bug#773273: error when using SYMPHONY libraries in testing/unstable with clang
To clarify, you should replace i686-linux-gnu with x86_64-linux-gnu on your system, and adjust 4.9 to whichever version of gcc is installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766134: Bug#768753: coinor-cbc: FTBFS in jessie: ld: cannot find -llapack
On Sun, Nov 9, 2014 at 3:01 PM, Rene Engelhard r...@debian.org wrote: Hi, On Sun, Nov 09, 2014 at 08:08:27AM +0100, Lucas Nussbaum wrote: /usr/bin/ld: cannot find -llapack collect2: error: ld returned 1 exit status I believe this (also for Osi, CCed) is caused by Changes: coinutils (2.9.15-2) unstable; urgency=medium . * Team upload. * Add gfortran to B-D for lapack and blas support, thanks syq@d.o (Closes: #766134) this change. Appears so. Unfortunately I'm traveling for the next week and won't have a chance to fix this in the meantime. It seems like Cbc and Osi just need a proper build dependency on liblapack-dev, libblas-dev, and gfortran?
Bug#765906: ITP: coinor-bonmin -- mixed-integer nonlinear optimization solver
Package: wnpp Severity: wishlist Owner: Miles Lubin miles.lu...@gmail.com * Package name: coinor-bonmin Version : 1.7.4 Upstream Author : Pierre Bonami, pierre.bonami at lif dot univ-mrs dot fr * URL : https://projects.coin-or.org/Bonmin * License : Common Public License 1.0 Programming Lang: C++ Description : Mixed-integer nonlinear optimization solver Bonmin is an open-source C++ code for solving general MINLP (mixed-integer nonlinear programming) problems. Bonmin is released by the COIN-OR project. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549409: status of CoinMP ITP?
Hi Rene, On Tue, Aug 5, 2014 at 6:21 PM, Rene Engelhard r...@debian.org wrote: Hi Miles, I just saw the ITP for CoinMP: #549409 [w| | ] [wnpp] ITP: coinor-coinmp -- a lightweight API and library for and you recorded yourself as owner in last December.. What is the status of it? I just released ownership of this RFP. I no longer intend to package CoinMP. The main reason for this is that the next release of Cbc will include a native C interface (written by myself), making CoinMP unnecessary. I'm happy to help work with LibreOffice developers to help them move over to this interface if you can point me in the right direction. I took a glance at the LO code, and it doesn't seem like it will be much effort at all. There are also some quality control issues in packaging CoinMP that I didn't have time to put effort into resolving: 1) The CoinMP API is entirely undocumented 2) The upstream tarball contains windows binaries (in CoinMP.zip), which I don't believe would be appropriate to include in the debian archives Best, Miles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742899: ITP: cppad -- Automatic Differentiation (AD) of C++ algorithms
Package: wnpp Severity: wishlist Owner: Miles Lubin miles.lu...@gmail.com * Package name: cppad Version : 20140301 Upstream Author : Bradley M. Bell bradb...@seanet.com * URL : https://projects.coin-or.org/CppAD/ * License : GPL-3 and EPL (dual licensed) Programming Lang: C++ Description : Automatic Differentiation (AD) of C++ algorithms Given a C++ algorithm that computes function values, CppAD generates an algorithm that computes its exact derivative values. CppAD is used in a number of scientific computing applications to automate the computation of exact derivatives of codes implemented in C++. It is a pure header library with no binaries. CppAD is similar in concept to the adolc package already in Debian. I intend to co-maintain with Barak Pearlmutter under Debian Science. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731206: Please update config.{sub,guess} automatically using autotools-dev
Thanks for this patch; it will be included in the next upload. I am aware that this affects the whole coinor suite. Miles On Mon, Dec 2, 2013 at 11:58 PM, Adam Conrad adcon...@debian.org wrote: Package: coinutils Version: 2.9.10-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Use dh_autotools-dev to update config.{sub,guess} for new ports. The patch itself should be self-explanatory. This is needed currently for arm64, but also future-proofs your package against other new ports as they come along. ... Adam -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (500, 'saucy-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-13-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#731103: nmu: coinor-flopc++_1.0.6-3.1 and rsymphony_0.1-17-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, We've updated coinutils in unstable. coinor-flopc++ is the only package not already bumped with a runtime dependency on coinor-libcoinutils3, so a transition slot was deemed unnecessary. We request a binNMU. It has rebuilt cleanly in our tests. rsymphony has a build-dep on coinor-libsymphony-dev (coinor-symphony is also part of the transition), but no runtime dependency. It should also be rebuilt so that it properly wraps the current version of symphony. nmu coinor-flopc++_1.0.6-3.1 . ALL . -m rebuild against coinor-libcoinutils3 (soname 0 - 3) nmu rsymphony_0.1-17-1 . ALL . -m rebuild against coinor-libsymphony3 (soname 0 - 3) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730323: mccs: FTBFS with coinor-cbc 2.8.5-1
Package: mccs Version: 1:1.1-2 Severity: important Tags: patch Dear Maintainer, The package for coinor-cbc, which mccs depends on, has been recently updated in experimental. The /usr/bin/cbc executable has been moved from coinor-libcbc0 to coinor-cbc, and coinor-libcbc0 no longer exists (the library version was updated). With this change, mccs can no longer build. The follow patch appears to fix the issue: diff -ur mccs-1.1/debian/control mccs-1.1-new/debian/control --- mccs-1.1/debian/control 2012-05-23 15:59:20.0 -0400 +++ mccs-1.1-new/debian/control 2013-11-23 21:49:00.924081202 -0500 @@ -4,7 +4,7 @@ Maintainer: Ralf Treinen trei...@debian.org Build-Depends: debhelper (= 8), bison, flex, - libsuitesparse-dev, liblpsolve55-dev, coinor-libcbc0 + libsuitesparse-dev, liblpsolve55-dev, coinor-cbc Standards-Version: 3.9.3 Homepage: http://users.polytech.unice.fr/~cpjm/misc/mccs.html Vcs-Svn: https://gforge.info.ucl.ac.be/svn/mancoosi/trunk/updb/debian-packages/mccs/trunk @@ -12,7 +12,7 @@ Package: mccs Architecture: any -Depends: ${misc:Depends}, ${shlibs:Depends}, coinor-libcbc0 +Depends: ${misc:Depends}, ${shlibs:Depends}, coinor-cbc Provides: cudf-solver Description: multi-critera CUDF solver mccs is a solver for package dependencies expressed in the CUDF -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730328: openms FTBFS on amd64
Package: openms Version: 1.9.0-4.1 Severity: serious Justification: Policy 2.1 Dear Maintainer, I tried to compile openms and got the following error: Scanning dependencies of target OpenMS_GUI make[4]: Leaving directory `/home/mlubin/openms/r1.9/debian/build' /usr/bin/make -f CMakeFiles/OpenMS_GUI.dir/build.make CMakeFiles/OpenMS_GUI.dir/build make[4]: Entering directory `/home/mlubin/openms/r1.9/debian/build' /usr/bin/cmake -E cmake_progress_report /home/mlubin/openms/r1.9/debian/build/CMakeFiles [ 68%] Building CXX object CMakeFiles/OpenMS_GUI.dir/source/VISUAL/APPLICATIONS/INIFileEditorWindow.C.o /usr/bin/c++ -DOpenMS_GUI_EXPORTS -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_SQL_LIB -DQT_SVG_LIB -DQT_TEST_LIB -DQT_WEBKIT_LIB -DQT_XML_LIB -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fopenmp -O3 -DNDEBUG -fPIC -I/usr/include/libsvm -I/home/mlubin/openms/r1.9/include -I/home/mlubin/openms/r1.9/debian/build/include -I/home/mlubin/openms/r1.9/contrib/include -I/opt/local/include -I/usr/local/include -isystem /usr/include/qt4 -isystem /usr/include/qt4/QtOpenGL -isystem /usr/include/qt4/QtSvg -isystem /usr/include/qt4/QtWebKit -isystem /usr/include/qt4/QtTest -isystem /usr/include/qt4/QtXml -isystem /usr/include/qt4/QtSql -isystem /usr/include/qt4/QtNetwork -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/Qt3S upport -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/share/qt4/mkspecs/default-Wall -Wextra -Wno-non-virtual-dtor -Wno-long-long -Wno-variadic-macros --pedantic -fPIC -o CMakeFiles/OpenMS_GUI.dir/source/VISUAL/APPLICATIONS/INIFileEditorWindow.C.o -c /home/mlubin/openms/r1.9/source/VISUAL/APPLICATIONS/INIFileEditorWindow.C In file included from /home/mlubin/openms/r1.9/include/OpenMS/VISUAL/APPLICATIONS/INIFileEditorWindow.h:31:0, from /home/mlubin/openms/r1.9/source/VISUAL/APPLICATIONS/INIFileEditorWindow.C:28: /home/mlubin/openms/r1.9/include/OpenMS/VISUAL/ParamEditor.h:33:46: fatal error: OpenMS/VISUAL/UIC/ui_ParamEditor.h: No such file or directory #include OpenMS/VISUAL/UIC/ui_ParamEditor.h ^ compilation terminated. make[4]: *** [CMakeFiles/OpenMS_GUI.dir/source/VISUAL/APPLICATIONS/INIFileEditorWindow.C.o] Error 1 make[4]: Leaving directory `/home/mlubin/openms/r1.9/debian/build' make[3]: *** [CMakeFiles/OpenMS_GUI.dir/all] Error 2 make[3]: Leaving directory `/home/mlubin/openms/r1.9/debian/build' make[2]: *** [CMakeFiles/TOPP.dir/rule] Error 2 make[2]: Leaving directory `/home/mlubin/openms/r1.9/debian/build' make[1]: *** [TOPP] Error 2 make[1]: Leaving directory `/home/mlubin/openms/r1.9/debian/build' make: *** [build-arch-stamp] Error 2 I'm happy to provide any other information that may be useful. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727237: ITA: coinor-cbc -- Coin-or branch-and-cut
Package: wnpp Severity: normal In consultation with the current maintainer, Etienne Millon, who will acknowledge here, I intend to adopt this package. The package description is: Cbc (Coin-or branch and cut) is an open-source mixed integer programming solver written in C++. It is primarily meant to be used as a callable library, but a basic, stand-alone executable version is also available. . Mixed integer programming (MIP) is a generalization of linear programming (LP) and allows to find the minimum solution of objective functions depending linearly on variables, which are linearly constrained and additionally may have integrality constraints. . Cbc is part of the larger COIN-OR initiative (Computational Infrastructure for Operations Research) and depends on the COIN-OR Clp linear programming solver for solving subproblems. . Cbc works well as independent solver (reading files in the MPS format) and as a solver backend for AMPL. . This package contains the binaries and libraries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722761: coinor-osi link with -L/usr/lib
Dear YunQiang, I am currently in the process of updating and adopting this package. I believe this specific issue is fixed in the new version, which will be available soon in the experimental distribution. When it is uploaded, I will ask you to test and confirm the issue is fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
I've uploaded my current work (without autotools fix) to the debian-science git repo as coinutils.git. Please review. Thanks, Miles On Mon, Aug 19, 2013 at 11:08 PM, Miles Lubin miles.lu...@gmail.com wrote: Besides the obvious LT name, I've done some more digging that leads me to suspect that the issue is the version of libtool. I was able to install autoconf 2.59 and automake 1.9.6, but libtool 1.5.22 (8 years old) is not available. How should we proceed at this point? On Fri, Aug 16, 2013 at 10:28 AM, Miles Lubin miles.lu...@gmail.com wrote: I've been able to address all of the lintian issues except the outdated autotools files. The coinor packages use a highly nonstandard autotools work flow that's not compatible with autoreconf. They script they use to run autotools appears to be: https://projects.coin-or.org/BuildTools/browser/stable/0.7/run_autotools. I've tried to hack this script by installing the required versions of autoconf and automake, changing the executable names in the script, and changing the AUTOTOOLS_DIR variable from $HOME to /usr (!), but I'm not able to successfully run the script. The error (at the step of running autoconf) is: configure:323: error: possibly undefined macro: LT_LDFLAGS This variable is defined in CoinUtils/coin.m4. I would appreciate some tips to fix this, since I'm not very familiar with autotools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
Besides the obvious LT name, I've done some more digging that leads me to suspect that the issue is the version of libtool. I was able to install autoconf 2.59 and automake 1.9.6, but libtool 1.5.22 (8 years old) is not available. How should we proceed at this point? On Fri, Aug 16, 2013 at 10:28 AM, Miles Lubin miles.lu...@gmail.com wrote: I've been able to address all of the lintian issues except the outdated autotools files. The coinor packages use a highly nonstandard autotools work flow that's not compatible with autoreconf. They script they use to run autotools appears to be: https://projects.coin-or.org/BuildTools/browser/stable/0.7/run_autotools. I've tried to hack this script by installing the required versions of autoconf and automake, changing the executable names in the script, and changing the AUTOTOOLS_DIR variable from $HOME to /usr (!), but I'm not able to successfully run the script. The error (at the step of running autoconf) is: configure:323: error: possibly undefined macro: LT_LDFLAGS This variable is defined in CoinUtils/coin.m4. I would appreciate some tips to fix this, since I'm not very familiar with autotools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
I've been able to address all of the lintian issues except the outdated autotools files. The coinor packages use a highly nonstandard autotools work flow that's not compatible with autoreconf. They script they use to run autotools appears to be: https://projects.coin-or.org/BuildTools/browser/stable/0.7/run_autotools. I've tried to hack this script by installing the required versions of autoconf and automake, changing the executable names in the script, and changing the AUTOTOOLS_DIR variable from $HOME to /usr (!), but I'm not able to successfully run the script. The error (at the step of running autoconf) is: configure:323: error: possibly undefined macro: LT_LDFLAGS This variable is defined in CoinUtils/coin.m4. I would appreciate some tips to fix this, since I'm not very familiar with autotools. Thanks, Miles On Tue, Aug 13, 2013 at 9:40 AM, Sébastien Villemot sebast...@debian.org wrote: After a quick review of the package, I found the following issues that I would like you to fix before an upload: - make the package lintian clean, which means fix the 4 warnings. A few hints follow: + for the embedded javascript file, you should make the package depend on libjs-jquery, and replace the jquery.js file in your package with a symlink to the same file provided by libjs-jquery + for the debian/copyright file, the indentation of the paragraph describing the EPL is not correct; you should shift it right by one column, and replace empty lines by a space followed by a dot + for the outdated autotools files, you should regenerate them at build time using the dh-autoreconf helper - put the source of the package in a git repository on alioth under the debian-science tree, as explained in the Debian Science policy, and add the corresponding Vcs-* fields in the debian/control file. You need to create an alioth account and ask to join the Debian Science group there before being able to create the repository. - remove the obsolete README.source -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
Hi Sébastien, I've uploaded a new version with a best-effort attempt to conform to the debian-science guidelines. Please let me know of any issues. Thanks! On Mon, Aug 12, 2013 at 4:18 AM, Etienne Millon etienne.mil...@gmail.com wrote: * Miles Lubin miles.lu...@gmail.com [130812 10:08]: Hi Etienne, Sébastien Villemot has kindly offered to sponsor the package as part of debian-science. Is that okay with you? Hi, Sure, please go ahead! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
Hi Etienne, Sébastien Villemot has kindly offered to sponsor the package as part of debian-science. Is that okay with you? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
On Wed, Aug 7, 2013 at 10:34 AM, Sune Vuorela s...@debian.org wrote: And in this specific case, the coinor build systems in general is so full of weirdnesses that just adapting it in smaller bits is much more feasable than adapting all of it. And given the different parts of coinor also have different release schedules it is also easier to provide the actual newest fixed bits with separate packages rather than large combined packages. So from my experience, both with coinor and with other large source packages, (KDE*, Qt*), separate sources is just the thing to do. Thanks for sharing your experience with this. I agree that keeping the source packages separate is the better approach, especially given how different the release schedules are and how infrequently updated CoinAll is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package coinutils * Package name: coinutils Version : 2.9.4-1 Upstream Author : J.P. Fasano, John J. Forrest, Lou Hafer, Laszlo Ladanyi, Francois Margot, Matt Saltzman, Ted Ralphs, Andreas Waechter * URL : https://projects.coin-or.org/CoinUtils * License : Eclipse Public License v 1.0 Section : science It builds those binary packages: coinor-libcoinutils-dev - Coin-or collection of utility classes coinor-libcoinutils-doc - Coin-or collection of utility classes coinor-libcoinutils3 - Coin-or collection of utility classes coinor-libcoinutils3-dbg - Coin-or collection of utility classes To access further information about this package, please visit the following URL: http://mentors.debian.net/package/coinutils Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/coinutils/coinutils_2.9.4-1.dsc This is a library of utilities used by various coinor-* packages for mathematical optimization (linear programming, etc.), many of which are RFA or O. Updating this package is the first step in updating its reverse dependencies, and as a first-time submitter I wanted feedback on this package before working on the others. Changes since the last upload: * New upstream version. - License changed to EPL. - Library version is now 3. * New maintainer (Closes: #645077) * Rewrite rules using dh, bump to compat 9. * Add patch to fix format security. Regards, Miles Lubin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718893: RFS: coinutils/2.9.4-1 [ITA] -- CoinOR base library
Hi Etienne, Thanks for reviewing the package. I've uploaded a new version that should address your comments, and modified the changelog to target experimental. I'd like to push forward with the transition, if you're interested. A few of the coinor packages in the nice depgraph you generated are not essential to clp, cbc, or symphony, and unless someone has interest in maintaining them, it might be simpler to drop them in the transition. These are: coinor-vol, coinor-dylp, and coinor-flopc++. OSI can simply be built without depending on vol and dylp; in fact, these dependencies are not used at all by cbc or symphony. Do we need to file the transition request now, or may we start by updating everything in experimental? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org