Another post on #Quansight PBC blog: "BLAS/LAPACK #packaging"

https://labs.quansight.org/blog/blas-lapack-packaging

"""
#BLAS and #LAPACK are the standard libraries for linear algebra. The original implementation, often called Netlib LAPACK, developed since the 1980s, nowadays serves primarily as the origin of the standard interface, the reference implementation and a conformance test suite. The end users usually use optimized implementations of the same interfaces. The choice ranges from generically tuned libraries such as OpenBLAS and BLIS, through libraries focused on specific hardware such as Intel® oneMKL, Arm Performance Libraries or the Accelerate framework on macOS, to ATLAS that aims to automatically optimize for a specific system.

The diversity of available libraries, developed in parallel with the standard interfaces, along with vendor-specific extensions and further downstream changes, adds quite a bit of complexity around using these libraries in software, and distributing such software afterwards. This problem entangles implementation authors, consumer software authors, build system maintainers and distribution maintainers. Software authors generally wish to distribute their packages built against a generically optimized BLAS/LAPACK implementation. Advanced users often wish to be able to use a different implementation, more suited to their particular needs. Distributions wish to be able to consistently build software against their system libraries, and ideally provide users the ability to switch between different implementations. Then, build systems need to provide the scaffolding for all of that.

I have recently taken up the work to provide such a scaffolding for the Meson build system; to add support for BLAS and LAPACK dependencies to Meson. While working on it, I had to learn a lot about BLAS/LAPACK packaging: not only how the different implementations differ from one another, but also what is changed by their respective downstream packaging. In this blog post, I would like to organize and share what I have learned.
"""

#CondaForge #Debian #Fedora #Gentoo

Well dammit. The X.h header is missing from the #conda #condaforge packages.
If you include #xorg Xlib it’ll bork when it can’t find X.h

Naturally #wayland isn’t an option because many required libraries don’t have packages to provide it.

#linux is extremely annoying to develop graphical apps.

Did a lot of work on conda-forge this week handling various packages for exotic architectures. Includes some Rust CLI tools I got to build on ppc4le (for fun), and CUDA-dependent libs I wanted to enable on Grace Hopper systems using aarch64.

Previously I've relied mostly on the migrator bot, which tends to default to emulation on QEMU apparently, but found out at https://github.com/conda-forge/cargo-auditable-feedstock/pull/4#issuecomment-3291674939 that cross-compilation 1) works and 2) is faster. It's documented at https://conda-forge.org/docs/maintainer/knowledge_base/#how-to-enable-cross-compilation, but it only 'clicked' in my brain recently.

Level of difficulty/pain: 🐍 Python+CUDA/C++ > Rust 🦀

#condaforge #packaging #rustlang #conda #cuda #python

After recent license changes at #Anaconda, Inc., #Miniforge has become the recommended, fully open solution for institutional #Python environments. Now bundling both #conda and #mamba, it replaces #Miniconda/ #Mambaforge, ensuring high performance and broad package access via #CondaForge. Here I summarized the key changes and migration steps:

🌍 https://www.fabriziomusacchio.com/blog/2025-07-03-miniforge/

#Python #DataScience #OpenSource

🥳 @qgis 3.42 has landed in #condaforge

https://anaconda.org/conda-forge/qgis

My favorite way to install #QGIS

#conda #gischat #python #opensource

By default, the #Seqera #Containers web interface searches the #bioconda and #condaforge channels 📦

But did you know that you can prepend your search with *any* conda channel?

Try it out: https://seqera.io/containers/

Okej, mnie już skończyły się pomysły, więc czas poprosić innych o uwagi. Rozpocząłem pracę nad "dyskusją" na packaging.python.org, która ma za zadanie wyjaśnić autorom paczek Pythona, jak wygląda praca z ich paczkami w dystrybucjach, i jak mogą nam pomóc. Oparłem się na moje doświadczenie w #Gentoo, więc uwagi od innych dystrybucji się bardzo przydadzą, wżdy ich doświadczenie może różnić się od naszego.

https://github.com/pypa/packaging.python.org/pull/1791

#ArchLinux #CondaForge #Debian #Fedora #Homebrew #Python