Bug#1072985: RFS: sdpa/7.3.18-1 -- High-performance package for SemiDefinite Programs
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "sdpa": * Package name : sdpa Version : 7.3.18-1 Upstream contact : SDPA developers * URL : http://sdpa.sourceforge.net/ * License : GPL-2+ Section : math The source builds the following binary packages: sdpa - High-performance package for SemiDefinite Programs libsdpa-dev - Callable library and examples of SDPA sdpam - Matlab/Octave interface of SDPA To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sdpa/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sdpa/sdpa_7.3.18-1.dsc Changes since the last upload: sdpa (7.3.18-1) unstable; urgency=low . * New upstream + Change MUMPS from 5.5.1 to 5.6.2 (Closes: 1070447) * Update Standards-Version to 4.7.0 Regards, -- Makoto Yamashita
Bug#1070447: sdpa: dependency generation does not account for t64 changes
Dear Sebastian Ramacher, Thank you very much for your support on the SDPA package. I am still trying to contact the mentor of the package, but I cannot get a reply. Is there any way to contact the mentor? Thank you very much in advance. Best regards, Makoto Yamashita 2024年5月5日(日) 22:39 Sebastian Ramacher : > > Source: sdpa > Version: 7.3.16+dfsg-1 > Severity: serious > X-Debbugs-Cc: sramac...@debian.org > > Dependencies on libmumps-seq are produced using ${mumps-seq:Version} > which does not include the changes from the t64 transition. Please adopt > the dependency generation accordingly. > > Cheers > -- > Sebastian Ramacher
Bug#953158: sdpa: hardcoded old mumps-seq dependency
Dear Gianfranco Costamagna, Thank you very much for checking our package. Unfortunately, it is outside of this package, and we cannot do anything for your comment, so please close this bug. Thanks. Makoto 2020年3月5日(木) 21:15 Gianfranco Costamagna : > Source: sdpa > Version: 7.3.12+dfsg-1 > Severity: serious > > Hello, hardcoding the mumps library as runtime dependency breaks binNMUs, > and it is actually keeping your package out from testing. > > Please let shlibs find the dependency if required, or if needed but not > linked, ask mumps people to add a virtual provide for the runtime > dependency, so it won't break on next binNMU. > > thanks > > Gianfranco >
Bug#884974: sdpa: hardcoded mumps runtime dependency
Dear Gianfranco Costamagna, Thank you very much for your support. >From the subsequent message, I understand you kindly applied the modification. I really appreciate your work. Best regards, Makoto Yamashita 2019年8月2日(金) 20:54 Gianfranco Costamagna : > control: tags -1 patch pending > > uploaded in deferred/2 > > G. >
Bug#884974: sdpa: hardcoded mumps runtime dependency
Dear Mr. Gianfranco Costamagna, Thank you very much for your mail. Your mail makes me understand your points, and I agree them. However, unfortunately for us, I could not resolve the issues. (I tried them before, but I could not.) When I prepared the debian package, I needed libmumps-seq-4.10.0. Without libmumps-seq-4.10.0, the SDPA package installed by apt-get could not work, since apt-get could not know that SDPA requires the mumps library. And, as for OpenBLAS, as you already know that we switched from ATLAS to OpenBLAS. A main reason is that OpenBLAS is much faster than ATLAS. It would be great that OpenBLAS would work on more plathomes. Thank you very much again. Makoto Yamashita 2017-12-24 21:38 GMT+09:00 Gianfranco Costamagna <locutusofb...@debian.org>: > Hello, > > >I already applied the patch you sent before. > >Could you give me more details on what you are indicating? > >It is now too ambiguous to do a next step correctly. > >Now, I cannot find any trouble. > > > trouble is: > 1) you hardcode a runtime dependency on mumps, this makes impossible to do > a new mumps > transition without having to full source upload sdpa each times. > 2) You are including it statically, without no good reason > > see the patch here to know how to properly do it > https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug= > 868505;filename=debdiff2;msg=27 > > other issues: > a) it depends on openblas where it is not available. This is making the > package not built where it has been > in previous releases. > You should drop that dependency, or ask ftpmasters to remove such > architectures > https://buildd.debian.org/status/package.php?p=sdpa=unstable > > hope this clarifies a bit > > G. >
Bug#884974: sdpa: hardcoded mumps runtime dependency
Dear Mr. Gianfranco Costamagna, Thank you very much for your report. I already applied the patch you sent before. Could you give me more details on what you are indicating? It is now too ambiguous to do a next step correctly. Now, I cannot find any trouble. Thank you very much. Makoto Yamashita 2017-12-22 17:18 GMT+08:00 Gianfranco Costamagna <locutusofb...@debian.org>: > Package: sdpa > Severity: serious > Version: 7.3.11+dfsg-1 > Tags: patch > Justification: hardcoded cruft library > > Hello, *please* *please* *please* drop the runtime dependency, and maybe > stop using static mumps libraries, unless *really* necessary. > > I provided a patch in [1] but it seems to have been applied very > differently, and I don't understand the reasons. > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868505;msg=27 > > > thanks > > G. > >
Bug#883128: sdpa: hard-coded dependency on scotch-5.1
Dear Steve langasek, Thank you very much for your kind information. I will apply your patch as soon as possible. Actually, I have received another patch to add functions to SDPA. So, I think that I had better update the SDPA version to 7.3.11. During the update, I would like to include your patch. Best regards, Makoto Yamashita == Makoto Yamashita Associate Professor Department of Mathematical and Computing Science, School of Computing, Tokyo Institute of Technology http://www.is.titech.ac.jp/~makoto 2017-11-30 9:32 GMT+09:00 Steve Langasek <steve.langa...@canonical.com>: > Package: sdpa > Version: 7.3.10+dfsg-2 > Severity: serious > Tags: patch > Justification: uninstallable > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu bionic ubuntu-patch > > Dear Makoto, > > The sdpa package has a hard-coded dependency on libscotch-5.1, even though > it dynamically links against -lscotch at build time and gets the correct > dependency via ${shlibs:Depends}. > > libscotch-5.1 has now been replaced with libscotch-6.0, which makes sdpa > uninstallable in Debian testing. > > I have uploaded the attached patch to Ubuntu, which fixes this problem. > Please consider applying it in Debian as well. > > Thanks, > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developerhttp://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org >
Bug#660452: cblacs_test_shared-openmpi failed due to Segmentation fault
Package: blacs-mpi-test Version: 1.1-31 Dear maintainers, The test command $ mpirun -np 4 /usr/lib/blacs/cblacs_test_shared-openmpi failed due to the error *** Process received signal *** Signal: Segmentation fault (11) Signal code: Address not mapped (1) This error seems to be filed as a bug in Ubuntu, too. https://bugs.launchpad.net/ubuntu/+source/blacs-mpi/+bug/914769 If you have time, could you check the details? I am using Debian/testing and openmpi-bin(1.4.3-2.1). The other following executables work properly. fblacs_test_shared-openmpi,fblacs_test_static-openmpi cblacs_test_static-openmpi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660596: sdpa: FTBFS on architecture that openblas is not supported
Dear Mentor, Thank you very much for checking our package. I have modified the debian/control file from libopenblas-dev, liblapack-pic, to libatlas-base-dev [armel armhf hurd-i386 mips mipsel s390 s390x sparc], libopenblas-dev [amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc], liblapack-pic [amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc], I have also modified debian/rules so that openblas will be linked when it is found on the system. I have uploaded these modification by the 'dput mentor' command. Could you check the uploaded file? Best Regards, Makoto Yamashita 2012/2/20 Nobuhiro Iwamatsu iwama...@nigauri.org: Source: sdpa Version: 7.3.6.dfsg-1 Severity: serious Justification: fails to build from source Hi, sdpa FTBFS on architecture that openblas is not supported. https://buildd.debian.org/status/package.php?p=sdpa Other architecture has to set it to use blas. Please check your package. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658331: YaTeX cannot be loaded with the error (void-function yatex-mode)
Dear Satoru KURAHASHI-san, Thank you very much for the tips, (require 'yatex) This resolve my problem. Now, I am investigating why (setq YaTeX-inhibit-prefix-letter t) does not work on my Debian/testing. When I am sure that it is a bug, I will report it. Anyway, thank you very much. Best, Makoto Yamashita 2012/2/2 Satoru KURASHIKI lur...@gmail.com: hi, On Thu, Feb 2, 2012 at 11:27 AM, Makoto Yamashita makoto.yamash...@is.titech.ac.jp wrote: Package: yatex Version: 1.74+dsfg1-2 The following is the setting I use in 'init.el', and it works on Ubuntu 10.10 but fails on Debian/testing. (setq auto-mode-alist (cons (cons \\.tex$ 'yatex-mode) auto-mode-alist)) (setq dvi2-command xdvi-ja tex-command platex -src-specials dviprint-command-format dvips %s YaTeX-kanji-code 3) If possible, could you take an investigation on this error message? because of dealing with this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619809 yatex package has changed not to require yatex automatically. Sorry for inconvenience, I've missed documentation about this change. please add this to your configuration. (require 'yatex) regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658331: YaTeX cannot be loaded with the error (void-function yatex-mode)
Package: yatex Version: 1.74+dsfg1-2 Dear maintainers, When I open 'a.tex' on emacs23 with yatex on Debian/testing, yatex cannot be loaded with this error message. File mode specification error: (void-function yatex-mode) The following is the setting I use in 'init.el', and it works on Ubuntu 10.10 but fails on Debian/testing. (setq auto-mode-alist (cons (cons \\.tex$ 'yatex-mode) auto-mode-alist)) (setq dvi2-command xdvi-ja tex-command platex -src-specials dviprint-command-format dvips %s YaTeX-kanji-code 3) If possible, could you take an investigation on this error message? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604894: python-cvxopt: Header files are not available
Package: python-cvxopt Severity: normal To use the C structures of python-cvxopt, header files are necessary. But the debian package does not contain the header files. Please include the header files of python-cvxopt. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#594463: ITP: sdpa -- High-performance package for SemiDefinite Programs
Package: wnpp Severity: wishlist Version : 7.3.2 Upstream Author : SDPA Project kojima-s...@is.titech.ac.jp URL : http://sdpa.indsys.chuo-u.ac.jp/sdpa License : GPL2 Description : The software SDPA (SemiDefinite Programming Algorithm) is one of the most efficient and stable software packages for solving SDPs based on the primal-dual interior-point method. SDP (SemiDefinite Program) is used for financial engineering, machine learning, control theory, sensor network problem, quantum chemistry, quantum information, combinatorial optimizaiton, polynomial optimization, and so on. Futher information on SDP and SDPA can be found at http://sdpa.indsys.chuo-u.ac.jp/sdpa/ -- Makoto Yamashita makoto.yamash...@is.titech.ac.jp Assistant Professor, Department of Mathematical and Computing Sciences, Tokyo Institute of Technology presented by one of tpds since 1995.07.29 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org