Arch Linux User Repository

Please don't depend on bash-completion, not everyone has or uses bash.

Also no need to depend on glibc, it's part of the base system.

I get the same message as @graysky when building on x86_64 (which builds fine) so that's not an error and cmake isn't required either.

The Meson build system
Version: 0.64.0
Source dir: /build/tio/src/tio-2.3
Build dir: /build/tio/src/tio-2.3/build
Build type: native build
Project name: tio
Project version: 2.3
C compiler for the host machine: cc (gcc 12.2.0 "cc (GCC) 12.2.0")
C linker for the host machine: cc ld.bfd 2.39.0
Host machine cpu family: x86_64
Host machine cpu: x86_64
...
Configuring config.h using configuration
Found pkg-config: /usr/bin/pkg-config (1.8.0)
Run-time dependency inih found: YES 56
Configuring tio using configuration
Did not find CMake 'cmake'
Found CMake: NO
Run-time dependency bash-completion found: NO (tried pkgconfig and cmake)
Configuring tio.1 using configuration
Build targets in project: 1

tio 2.3

  User defined options
    buildtype: plain
    prefix   : /usr

Found ninja-1.11.1 at /usr/bin/ninja

@jhenson, cmake would ve wrong as well...

@nickoe, shouldn't bash-completion be listed as as optdepends and/or a makedepends? A hard dependency seems like the wrong approach as not everyone uses bash as their shell.

@graysky, I have resolved the issue and pushed a more appropriate fix.

@nickoe - Not on x86_64 but on aarch64 (Arch ARM):

...
Configuring tio using configuration
Did not find CMake 'cmake'
Found CMake: NO
Run-time dependency bash-completion found: NO (tried pkgconfig and cmake)
Configuring tio.1 using configuration
Build targets in project: 1

@graysky, I can build this on a system witout cmake being installed and I don't see it checking for cmake anymore.

...
Found pkg-config: /usr/bin/pkg-config (1.8.0)
Run-time dependency inih found: YES 56
Configuring tio using configuration
...

As mentioned in the comments previously, you need to add cmake as a makedepends.

Thanks for maintaining this PKGBUILD, for this extremely usefull (and well maintained) tool.

The archive from where this PKGBUILD pulls,

tar -J -t -f tio-2.0.tar.xz   | grep --color=always -i -e news -e example -e readme 

contains currently among others,

tio-2.0/NEWS
tio-2.0/README.md
tio-2.0/example/
tio-2.0/example/tiorc

There is even a "demo.gif" small 3 MB movie, that doesnt blow up my system storage. Even the 670 Bytes "TODO" file is interesting to read.

I find these kind of stuff extremely usefull. Specially for niche tools that are somehow laborious, complicated or prone to user error. Or that I dont use dailly, and might forget how I did it. Maybe there will be even more in the future, "contribs", "examples" etc. I hate having to go back to the Internet just to read them.

Why are they being stripped off and trashed away ? And not ending up in something like "/usr/share/doc/tio/..." ?

I'm not familiar with "mesonbuild" nor even an expert in PKGBUILDS.

Could you please make sure they end up in my system as well ?

Thanks in advance

'any' is only for packages not containing binaries, and tio is written in C.

AUR web search works fine when you search only in package name