Package Details: micromamba 2.5.0-2

Git Clone URL: https://aur.archlinux.org/micromamba.git (read-only, click to copy)
Package Base: micromamba
Description: The fast cross-platform package manager
Upstream URL: https://github.com/mamba-org/mamba
Licenses: BSD-3-Clause
Conflicts: micromamba-bin
Provides: libmamba, python-libmambapy
Submitter: gdolle
Maintainer: carlosal1015 (flying-sheep)
Last Packager: carlosal1015
Votes: 10
Popularity: 1.02
First Submitted: 2021-03-21 15:23 (UTC)
Last Updated: 2026-01-10 17:32 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5

micwoj92 commented on 2024-08-08 00:05 (UTC) (edited on 2024-08-08 00:06 (UTC) by micwoj92)

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')

1995parham commented on 2023-06-16 12:55 (UTC)

It is fixed here

1995parham commented on 2023-06-06 05:41 (UTC)

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()

G3ro commented on 2022-08-29 19:17 (UTC) (edited on 2022-08-29 19:18 (UTC) by G3ro)

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.

gdolle commented on 2021-10-15 16:25 (UTC) (edited on 2021-10-15 16:26 (UTC) by gdolle)

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

izahn commented on 2021-10-15 07:50 (UTC)

mamba has improved considerably over the last few months, it would be great to update this package to the latest version.

« First ‹ Previous 1 2 3 4 5