Hello, >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.
this seems to be not true, usually runtime dependencies are evaluated, just assuming somebody dynamically links to them. Did you link them statically and then got that problem? if you link dinamically, and you build the package, you should get the runtime dependencies automatically evaluated for you. >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. this is not a problem, just make sure you open a bug against ftp.debian.org with reportbug and ask for their removal. cheers, G. 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& suite=unstable > >hope this clarifies a bit > >G. >
