Package Details: dcli-arch-git 0.2.0.r140.5257e7d2-1

Git Clone URL: https://aur.archlinux.org/dcli-arch-git.git (read-only, click to copy)
Package Base: dcli-arch-git
Description: A declarative package management CLI tool for Arch Linux, inspired by NixOS
Upstream URL: https://gitlab.com/theblackdon/dcli
Keywords: dcli
Licenses: 0BSD
Conflicts: dcli, dcli-bin
Provides: dcli
Submitter: theblackdon
Maintainer: theblackdon
Last Packager: theblackdon
Votes: 3
Popularity: 1.68
First Submitted: 2026-01-02 16:48 (UTC)
Last Updated: 2026-01-21 18:31 (UTC)

Dependencies (7)

Required by (0)

Sources (3)

Pinned Comments

theblackdon commented on 2026-01-21 19:06 (UTC)

If you are having issues please try again as the AUR packages should now build.

Thanks!

Latest Comments

Xariann commented on 2026-02-04 10:34 (UTC)

As this uses fzf, I suggest to include it as a dependency. This is not really optional if you want to use dcli in full (I installed it on a fresh install and I cannot run dcli edit to take out timeshift from the base.yml because it requires fzf). I know you have listed fzf in the base.yml but that assumes that syncing is the first action users do. If they have installed dcli for the very first time, they won't have a config to sync to and would run dcli merge first. This then puts them in the chicken and egg situation I just described.

And because you also listed timeshift in base.yml, it will install it for users who use snapper.

So my suggestion is that you make fzf a dependency of the package, and not just have it in base.yml and then delete timeshift from the base.yml (and obviously keep fzf in there).

wolcen commented on 2026-01-21 19:15 (UTC)

The current (as of 2026-01-21 18:31) that relies on the gitlab runner did work for me, thanks!

theblackdon commented on 2026-01-21 19:06 (UTC)

If you are having issues please try again as the AUR packages should now build.

Thanks!

wolcen commented on 2026-01-21 18:04 (UTC)

Thanks, c02y - it would seem the difference between your command that works, and the PKGBUILD is the --locked argument to cargo. I was able to build with that arg removed. It appears the lock file was just fixed

Also - don't forget to rustup update (like I always do!), if you're using rustup :)

c02y commented on 2026-01-21 16:18 (UTC)

I got the same error msg when I tried to install this package using paru/pacman or makepkg -si

= note: rust-lld: error: undefined symbol: lua_tolstring

But it builds OK from source code directory using cargo build --release

wolcen commented on 2026-01-20 21:14 (UTC) (edited on 2026-01-20 21:26 (UTC) by wolcen)

Hey there! I think you want just lua for a dependency - that appears to be 5.4.x

Scratch that - I tried and it's not building. e.g.:

  = note: rust-lld: error: undefined symbol: lua_tolstring