Bug#897582: RFS: xalan/1.11-7

2018-05-02 Thread Bill Blough
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor and/or someone to grant upload permissions (I am a DM) for my package "xalan". * Package name: xalan Version : 1.11-7 Upstream Author : The Apache Software Foundation * URL : h

Bug#883218: marked as done (RFS: elpy/1.20.0-1 [ITP])

2018-05-02 Thread Debian Bug Tracking System
Your message dated Thu, 03 May 2018 04:20:27 + with message-id and subject line closing RFS: elpy/1.20.0-1 [ITP] has caused the Debian Bug report #883218, regarding RFS: elpy/1.20.0-1 [ITP] to be marked as done. This means that you claim that the problem has been dealt with. If this is not th

Bug#897393: marked as done (RFS: groonga/8.0.2-1)

2018-05-02 Thread Debian Bug Tracking System
Your message dated Thu, 3 May 2018 03:07:43 +0200 with message-id <20180503010743.akjcnqnkji4f2...@angband.pl> and subject line Re: Bug#897393: RFS: groonga/8.0.2-1 has caused the Debian Bug report #897393, regarding RFS: groonga/8.0.2-1 to be marked as done. This means that you claim that the pro

Bug#897102: marked as done (RFS: libexif-gtk/0.4.0-2)

2018-05-02 Thread Debian Bug Tracking System
Your message dated Wed, 02 May 2018 22:20:26 + with message-id and subject line closing RFS: libexif-gtk/0.4.0-2 has caused the Debian Bug report #897102, regarding RFS: libexif-gtk/0.4.0-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not th

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

2018-05-02 Thread Dirk Eddelbuettel
On 2 May 2018 at 14:41, Lumin wrote: | Seems that things are getting more complicated. Recall that here we'are | going to prevent users from GPL violation in situations such as this | one: | | debootstrap; apt install libmkl-rt; apt install octave; octave ... (1) Are you sure? I do not think t

Bug#897238: Re: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

2018-05-02 Thread Lumin
Hi Sébastien, > > Since libmkl-rt Provides libblas.so.3, it is not totally safe even > > if we set its priority to 1. That's because MKL will still be selected > > when there is only one libblas.so.3 provider, namely MKL. Due to > > this reason, I appended libopenblas-base as a dependency of libmk

Bug#897238: Bits about Intel MKL packaging -- Higher Priority than OpenBLAS

2018-05-02 Thread Sébastien Villemot
On Tue, May 01, 2018 at 12:14:17PM +, Lumin wrote: > Since libmkl-rt Provides libblas.so.3, it is not totally safe even > if we set its priority to 1. That's because MKL will still be selected > when there is only one libblas.so.3 provider, namely MKL. Due to > this reason, I appended libopenb