Arch Linux User Repository

==> Сборка пакета micromamba 2.1.0-1 (Пт 18 апр 2025 17:15:37)
==> Проверка зависимостей для запуска...
==> Проверка зависимостей для сборки...
==> Получение исходных файлов...
  -> Найден micromamba-2.1.0.tar.gz
==> Проверка файлов source с использованием sha512sums...
    micromamba-2.1.0.tar.gz ... Готово
==> Удаление директории '$srcdir/'...
==> Распаковка исходных файлов...
  -> Распаковка 'micromamba-2.1.0.tar.gz' с помощью bsdtar
==> Исходные файлы готовы.
==> Сборка пакета micromamba 2.1.0-1 (Пт 18 апр 2025 17:15:38)
==> Проверка зависимостей для запуска...
==> Проверка зависимостей для сборки...
==> ВНИМАНИЕ: Использование существующего дерева исходных файлов в '$srcdir/'
==> Удаление директории '$pkgdir/'...
==> Запускается build()...
-- The C compiler identification is GNU 14.2.1
-- The CXX compiler identification is GNU 14.2.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Building libmamba v2.1.0
-- libmamba binary version: v3.0.0
-- Found Python3: /usr/bin/python3.13 (found version "3.13.2") found components: Interpreter
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found nlohmann_json: /usr/share/cmake/nlohmann_json/nlohmann_jsonConfig.cmake (found version "3.12.0")
-- Found PkgConfig: /usr/bin/pkg-config (found version "2.4.3")
-- Found Libsolv: /usr/include (found version "0.7.31")
-- Skipping LTO for target libmamba::solv-cpp, the build type is not a release
-- Adding shared libmamba target
-- Skipping LTO for target libmamba::libmamba-dyn, the build type is not a release
   -> Dynamically linking against libmamba (shared) dependencies
-- Found CURL: /usr/lib/libcurl.so (found version "8.13.0")
-- Found LibArchive: /usr/lib/libarchive.so (found version "3.7.9")
-- Found BZip2: /usr/lib/libbz2.so (found version "1.0.8")
-- Looking for BZ2_bzCompressInit
-- Looking for BZ2_bzCompressInit - found
-- Found OpenSSL: /usr/lib/libcrypto.so (found version "3.5.0")
-- Adding static libmamba target
-- Skipping LTO for target libmamba::libmamba-static, the build type is not a release
   -> Statically linking against libmamba (static) dependencies
CMake Error at cmake/Checks.cmake:9 (message):
  Expected type "STATIC_LIBRARY" for target "yaml-cpp::yaml-cpp" but found
  "SHARED_LIBRARY"
Call Stack (most recent call first):
  libmamba/CMakeLists.txt:469 (mamba_target_check_type)
  libmamba/CMakeLists.txt:706 (libmamba_create_target)


-- Configuring incomplete, errors occurred!
==> ОШИБКА: Произошел сбой в build().
    Прерывание...
 -> Failed to install layer, rolling up to next layer.error:error making: micromamba - exit status 4

pacman -Ss yaml-cpp

extra/yaml-cpp 0.8.0-2 [installed]
    YAML parser and emitter in C++, written around the YAML 1.2 spec

If someone Arch Linux User found a solution, please share here.

OK, thanks to henriii, we got it!

pkgname=micromamba
pkgver=2.0.0
_srcver=2024.09.25 
_name=mamba-$_srcver
pkgrel=1
pkgdesc="The fast cross-platform package manager"
arch=('x86_64')
url="https://github.com/mamba-org/mamba"
license=('BSD-3-Clause')
depends=(
  'fmt'
  'libsolv'
  'python>=3.9'
  'reproc'
  'yaml-cpp>=0.8.0'
  'simdjson'
)
makedepends=(
  # header-only libs
  'cli11'
  'spdlog'
  'tl-expected'
  'nlohmann-json'
  # C++ build tools
  'ccache'
  'python-cmake>=3.18'
  'doctest'
  'python-ninja'
  'pybind11'
  # python build tools
  'python-build'
  'python-installer'
  'python-scikit-build>=0.13'
  'python-setuptools>=42'
  'python-wheel'
)
provides=("libmamba=$pkgver" "python-libmambapy=$pkgver")
replaces=('python-libmamba')
conflicts=('python-libmamba')
#options=(!emptydirs)
#backup=(etc/conda/condarc)
source=("$_name-$pkgver.tar.gz::$url/archive/refs/tags/$_srcver.tar.gz")
sha512sums=('6b3e64255f8aa63723dd08f578f79195b46249a02002b6d0d77713fd181f0557e3b6044075a823e639b0240b07b4e17dd0c9c17790c9152a68992e3ca9a599fa')

build() {
  cd "$srcdir/$_name"

  cmake -S. -Bbuild \
    -DCMAKE_BUILD_WITH_INSTALL_RPATH=ON \
    -DBUILD_LIBMAMBA=ON \
    -DBUILD_LIBMAMBAPY=ON \
    -DBUILD_MICROMAMBA=ON \
    -DBUILD_MAMBA_PACKAGE=ON \
    -DBUILD_SHARED=ON
  cmake --build build --parallel 8
  cmake --install build --prefix install

  cd libmambapy
  export SKBUILD_CONFIGURE_OPTIONS="\
      -DCMAKE_BUILD_WITH_INSTALL_RPATH=ON \
      -DBUILD_LIBMAMBA=ON \
      -DBUILD_LIBMAMBAPY=ON \
      -DBUILD_MICROMAMBA=ON \
      -DBUILD_MAMBA_PACKAGE=ON \
      -Dlibmamba_ROOT=$PWD/../install"
  python -m build -x --wheel --no-isolation
}

package() {
  cd "$srcdir/$_name"
  cmake --install build/ --prefix "$pkgdir/usr"

  cd "$srcdir/$_name/libmambapy"
  python -m installer --destdir="$pkgdir" dist/*.whl

  install -Dm 644 LICENSE $pkgdir/usr/share/licenses/${pkgname}/LICENSE.txt
}

OK, it also has some more build dependencies: python-cmake and python-ninja

python-ninja exists, and I packaged https://aur.archlinux.org/packages/python-cmake-bin for that reason. We might want to change it so it uses system cmake!

Once you updated this package to build and to have provides=(... python-libmamba) I can retire https://aur.archlinux.org/packages/python-libmamba

I think I’m almost at a point where I’m getting this to build. Only problem is that 2.0 calls cmake on its own, and I’m unsure how to deal with it. I asked the scikit-build people for help, let’s see.

I think the 2.0.0 release build just needs the added simdjson dependency and --preset mamba-unix-shared-release.

Could you also please add python-libmamba to the provides array? “libmambapy” is a python library with that name!

conflict and provides are useless and need to be removed. conflict itself should be conflicts
MIT license is wrong, the project uses BSD-3 clause license.
According to namcap several dependencies are not needed.

These seem to be only needed in make process, so move to makedeps

micromamba W: Dependency included, but may not be needed ('cmake')
micromamba W: Dependency included, but may not be needed ('cli11')
micromamba W: Dependency included, but may not be needed ('pybind11')
micromamba W: Dependency included, but may not be needed ('spdlog')
micromamba W: Dependency included, but may not be needed ('nlohmann-json')
micromamba W: Dependency included, but may not be needed ('tl-expected')

This is false positive as it needs pip to install packages, I guess to satisfy namcap one could move this to optdepends, but idk what else you can use mamba for other than installing packages.

micromamba W: Dependency included, but may not be needed ('python-pip')

These 2 can be dropped.
Since micromamba(or rather libmamba 0.26.0) it uses std::filesystem instead of ghc::filesystem.
Since 1.1.0 termcolor is no longer needed.

micromamba W: Dependency included, but may not be needed ('ghc-filesystem')
micromamba W: Dependency included, but may not be needed ('termcolor')

It is fixed here

I have the following error for upgrading to 1.4.4-1.

/home/parham/.cache/yay/micromamba/src/mamba-2023.05.16/libmamba/src/solv-cpp/solvable.cpp:153:81: error: ‘uint64_t’ is not a member of ‘std’; did you mean ‘wint_t’?
  153 |             std::numeric_limits<decltype(n)>::max() <= std::numeric_limits<std::uint64_t>::max()
      |                                                                                 ^~~~~~~~
      |                                                                                 wint_t
/home/parham/.cache/yay/micromamba/src/mamba-2023.05.16/libmamba/src/solv-cpp/solvable.cpp:153:89: error: template argument 1 is invalid
  153 |             std::numeric_limits<decltype(n)>::max() <= std::numeric_limits<std::uint64_t>::max()

It might be obvious to some folks, but if you get an error during compilation stating that core.h from FMT wasn't found, it is related to this report: https://bugs.archlinux.org/task/74295

So you need to rebuild and install spdlog first, with uncommented line "#define SPDLOG_FMT_EXTERNAL" in tweakme.h in the sources.

@izahn, I will update next libsolv release (see mamba issue #1155).