Le dimanche 05 novembre 2023 à 14:02 +0100, Sébastien Villemot a
écrit :
> Le samedi 08 juillet 2023 à 10:01 +0200, Sébastien Villemot a écrit :
> > As the maintainer of the atlas package over the last decade, I now
> > wonder whether we should remove it from the archive.
>
> Since the present
Hi,
Le dimanche 05 novembre 2023 à 21:49 -0500, Mo Zhou a écrit :
> The following line is what I use for the PyTorch package (ignore the
> fact that I forgot to bump the BLIS abi from 3 to 4):
>
> Recommends: libopenblas0 | libblis3 | libatlas3-base | libmkl-rt | libblas3
>
> So the latest
The following line is what I use for the PyTorch package (ignore the
fact that I forgot to bump the BLIS abi from 3 to 4):
Recommends: libopenblas0 | libblis3 | libatlas3-base | libmkl-rt | libblas3
So the latest Recommends line for performance critical packages relying
on BLAS/LAPACK should
On 2023-11-05 14:02, Sébastien Villemot wrote:
Le samedi 08 juillet 2023 à 10:01 +0200, Sébastien Villemot a écrit :
As the maintainer of the atlas package over the last decade, I now
wonder whether we should remove it from the archive.
Since the present thread seems to indicate that there to
Le samedi 08 juillet 2023 à 10:01 +0200, Sébastien Villemot a écrit :
> As the maintainer of the atlas package over the last decade, I now
> wonder whether we should remove it from the archive.
Since the present thread seems to indicate that there to be a consensus
towards removing atlas from
* M. Zhou [2023-07-17 12:05]:
On Fri, 2023-07-14 at 01:51 +0200, Sébastien Villemot wrote:
Your fix looks good. Note that an even better fix is to simply Build-
Depend on libblas-dev. Linking against an optimized BLAS does not
really help at build time, because since all variants are ABI
On Fri, 2023-07-14 at 01:51 +0200, Sébastien Villemot wrote:
>
> Your fix looks good. Note that an even better fix is to simply Build-
> Depend on libblas-dev. Linking against an optimized BLAS does not
> really help at build time, because since all variants are ABI
> compatible and use the same
Nilesh Patra writes:
> You can send patches via BTS, if you don't want to create a salsa
> account. BTS is the standard way of filing/reacting to bug reports.
Sure, I know and approve of the email BTS, but it doesn't help for
contributing. I'm happy to have a salsa account, as I did alioth(?),
On Fri, Jul 14, 2023 at 11:33:37AM +0100, Dave Love wrote:
> (I'd contribute to Debian packaging if it didn't require an account on
> salsa, which requires Recaptcha.)
You can send patches via BTS, if you don't want to create a salsa
account. BTS is the standard way of filing/reacting to bug
Rafael Laboissière writes:
> * Sébastien Villemot [2023-07-08 10:01]:
>
>> As the maintainer of the atlas package over the last decade, I now
>> wonder whether we should remove it from the archive.
I'd say definitely. I don't know of any value in atlas these days.
I'm not a Debian
Le mercredi 12 juillet 2023 à 15:34 +0200, Rafael Laboissière a écrit :
> * Sébastien Villemot [2023-07-08 10:01]:
>
> > As the maintainer of the atlas package over the last decade, I now
> > wonder whether we should remove it from the archive.
[…]
> Thanks for starting this discussion and
Le mercredi 12 juillet 2023 à 16:05 +0200, Andreas Tille a écrit :
> Am Wed, Jul 12, 2023 at 03:34:09PM +0200 schrieb Rafael Laboissière:
> > When generating the C++ code, the xmds tool tries to link against
> > libcblas.so, which, currently, only exists in the libatlas-base-dev package.
>
> I
Le lundi 10 juillet 2023 à 22:01 +0200, Andreas Tille a écrit :
> Hi Sébastian,
>
> Am Sat, Jul 08, 2023 at 10:01:15AM +0200 schrieb Sébastien Villemot:
> >
> > So, given all that, I’m inclined to (try to) remove atlas during the
> > trixie development cycle.
>
> Sounds reasonable.
>
> > Any
Hi Rafael,
Am Wed, Jul 12, 2023 at 03:34:09PM +0200 schrieb Rafael Laboissière:
> When generating the C++ code, the xmds tool tries to link against
> libcblas.so, which, currently, only exists in the libatlas-base-dev package.
I admit this is actually the reason why any of the packages I'm
* Sébastien Villemot [2023-07-08 10:01]:
As the maintainer of the atlas package over the last decade, I now
wonder whether we should remove it from the archive.
As a reminder, ATLAS is an optimized BLAS implementation, that fits
into our BLAS/LAPACK alternatives framework.¹ Its strategy for
ou can reach upstream it would be great if you could ping
them somehow.
Kind regards
Andreas.
> Best,
> Steffen
>
> > Gesendet: Montag, 10. Juli 2023 um 22:01 Uhr
> > Von: "Andreas Tille"
> > An: debian-science@lists.debian.org
> > Betreff: Re: Removing
.
Best,
Steffen
> Gesendet: Montag, 10. Juli 2023 um 22:01 Uhr
> Von: "Andreas Tille"
> An: debian-science@lists.debian.org
> Betreff: Re: Removing ATLAS?
>
> Hi Sébastian,
>
> Am Sat, Jul 08, 2023 at 10:01:15AM +0200 schrieb Sébastien Villemot:
> >
>
Hi Sébastian,
Am Sat, Jul 08, 2023 at 10:01:15AM +0200 schrieb Sébastien Villemot:
>
> So, given all that, I’m inclined to (try to) remove atlas during the
> trixie development cycle.
Sounds reasonable.
> Any thought on this?
I've checked my responsibility for the dependencies and stumbled
I agree. The usage of ATLAS is more suitable for source based distros
like Gentoo. Plus, according to my past benchmarks, ATLAS, even if
compiled locally with -march=native flags, still falls behind OpenBLAS
and BLIS in terms of performance.
Both OpenBLAS and BLIS are still healthy, actively
19 matches
Mail list logo