alternatives for a proprietary lib file
Hi all, I have a license for the Intel Math Kernel Library which has a file /opt/intel/mkl/lib/intel64/libmkl_rt.so that provides a lot of interfaces, such as BLAS/CBLAS (i.e. libblas.so.3) and LAPACK (i.e. liblapack.so.3). I'd like to be able to use the Debian alternatives system to point at this file, without having to manually create symbolic links. Does anybody know how I can do this? Much of the documentation I have found is related to usage of alternatives, not the creation of a new alternative for a file. Ideally, it would be nice to be able to create a little .deb package that simply provides the option to use this library as an alternative and to give it the highest priority. Best regards, Sam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALR_T9D5Nuh7Ce0=c6b0ny+M1ZteOK3tGuVom_5bajan=co...@mail.gmail.com
Re: alternatives for a proprietary lib file
On Sat, 03 Jan 2015, Sam Halliday wrote: I have a license for the Intel Math Kernel Library which has a file /opt/intel/mkl/lib/intel64/libmkl_rt.so that provides a lot of interfaces, such as BLAS/CBLAS (i.e. libblas.so.3) and LAPACK (i.e. liblapack.so.3). I'd like to be able to use the Debian alternatives system to point at this file, without having to manually create symbolic links. Does anybody know how I can do this? Much of the documentation I have found is related to usage of alternatives, not the creation of a new alternative for a file. Ideally, it would be nice to be able to create a little .deb package that simply provides the option to use this library as an alternative and to give it the highest priority. Alternatives are not the correct tool for this. Take a look at the dpkg-divert stuff, divert the original libs, and add a symlink in their place. I think another (likely safer) way to do this would be to create a directory somewhere with symlinks for all libraries you want to replace (pointing to the intel ones), and add it first in the ld.so path. Never did this, though. Anyway, whatever you do, do it in a chroot first. If you get it wrong, you could render the system unusable. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150103171904.ga28...@khazad-dum.debian.net
Re: alternatives for a proprietary lib file
On 3 January 2015 at 17:19, Henrique de Moraes Holschuh h...@debian.org wrote: On Sat, 03 Jan 2015, Sam Halliday wrote: /opt/intel/mkl/lib/intel64/libmkl_rt.so I'd like to be able to use the Debian alternatives system to point at this file, without having to manually create symbolic links. Alternatives are not the correct tool for this. Take a look at the dpkg-divert stuff, divert the original libs, and add a symlink in their place. Normally what you say is true, but Debian already manages libblas.so.3 and liblapack.so.3 using the alternatives system (they are specialist mathematics libraries that can be swapped at runtime for improved performance). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALR_T9A8cx8Z-eh2aarpt5e5Pc-6fMUru1uCmG9=mk+_jeh...@mail.gmail.com
Re: alternatives for a proprietary lib file
On 01/03/2015 11:29 AM, Sam Halliday wrote: Hi all, I have a license for the Intel Math Kernel Library which has a file /opt/intel/mkl/lib/intel64/libmkl_rt.so that provides a lot of interfaces, such as BLAS/CBLAS (i.e. libblas.so.3) and LAPACK (i.e. liblapack.so.3). I'd like to be able to use the Debian alternatives system to point at this file, without having to manually create symbolic links. Does anybody know how I can do this? Much of the documentation I have found is related to usage of alternatives, not the creation of a new alternative for a file. Ideally, it would be nice to be able to create a little .deb package that simply provides the option to use this library as an alternative and to give it the highest priority. Check out galternatives. Works a charm and it's easy to use, even for the complete idiot. :) Ric. -- My father, Victor Moore (Vic) used to say: There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome. R.I.P. Dad. Linux user# 44256 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54a83651.20...@gmail.com
Re: alternatives for a proprietary lib file
On Sat, 03 Jan 2015, Sam Halliday wrote: On 3 January 2015 at 17:19, Henrique de Moraes Holschuh h...@debian.org wrote: On Sat, 03 Jan 2015, Sam Halliday wrote: /opt/intel/mkl/lib/intel64/libmkl_rt.so I'd like to be able to use the Debian alternatives system to point at this file, without having to manually create symbolic links. Alternatives are not the correct tool for this. Take a look at the dpkg-divert stuff, divert the original libs, and add a symlink in their place. Normally what you say is true, but Debian already manages libblas.so.3 and liblapack.so.3 using the alternatives system (they are specialist mathematics libraries that can be swapped at runtime for improved performance). Hmm, then those two need to be handled as alternatives for safety. I'd not try my luck trying to dpkg-divert an alternative. Or you can just override them all using the ld.so path. No need to divert some and use alternatives for others that way. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150104003716.ga8...@khazad-dum.debian.net
