Arch Linux User Repository

@vitaliikuzhdin I fixed my PKGBUILD. Thanks again for your guidance!

@mctom, after looking into it further, gengetopt is only required when building from a git checkout, not when using a tarball release (see 4ca87c2). So, it applies to gtypist-git but not to gtypist.

I was led to believe that gengetopt dependency has been introduced very recently: https://aur.archlinux.org/packages/gtypist-git#comment-1014771

Or perhaps it will be required in the next release.

Thanks for your pointers about my PKGBUILD, much appreciated and will be applied soon.

@mctom, gtypist-git is still useful since development is ongoing, but it needs some fixes. It lacks a pkgver() function and doesn't specify the version in provides=() (see wiki).

I have tested my package in a clean chroot, and it builds fine without gengetopt. I didn't see it mentioned in the documentation either, so it might not be required (anymore).

Hi,

I maintain "gtypist-git" package, which looks like almost exactly the same thing. Looks like my package became redundant but I'll let it be for now, just in case anyone's actually using it.

You may want to compare our dependencies, I believe you lack gengetopt.

Other than that, thanks for reviving it.

@vitaliikuzhdin

You are correct. I made a mistaken assumption. Apologies for the trouble, and thank you for your patience.

"Which" is one tool, part of the meta-package "base-devel".

$ pacman -Si base-devel

Repository      : core
Name            : base-devel
Version         : 1-2
Description     : Basic tools to build Arch Linux packages
Depends On      : archlinux-keyring  autoconf  automake  binutils  bison
                  debugedit  fakeroot  file  findutils  flex  gawk  gcc
                  gettext  grep  groff  gzip  libtool  m4  make  pacman
                  patch  pkgconf  sed  sudo  texinfo  which

I have always had almost 99% of its members on my system. And 99% of the AUR PKGBUILDs I have used in the last years have worked fine like so.

Because I dont "develop" PKGBUILDs myself, I think I had never bothered to explicitly install, pacman -Si "base-devel". Or maybe I had installed it and removed it many times. And ended up slowly stripping it from some of its members.

Because I long ago removed "which" from my system, I somehow skipped the fact that even simply "using" the AUR does "officially" assume you have to have 100% of them all.

Prerequisites

First, ensure that the necessary tools are installed by installing
base-devel; this meta package has make and other tools needed for
compiling from source, listed as dependencies.

Note: Packages in the AUR assume that base-devel is installed in the
build environment.

So one does have to have that "devel". Even if you're not a "developer", and are just a user. My mind got fooled trying to "cleanup" "unnecessary" things to make my system lean.

@m040601, please stop spamming the out-of-date notification when the package is clearly up-to-date. Use comments for discussion instead, as messages in the out-of-date box disappear once I remove the flag.

Both gettext and which are part of base-devel, which you must install (sudo pacman -S base-devel) before building any AUR packages. See the wiki: https://wiki.archlinux.org/title/Arch_User_Repository#Getting_started

grep -n -C 3 which autogen.sh

85-
86-# Copy gettext.h from gettext install
87-
88:gettext_exe=`which gettext`
89-gettext_bin=`dirname $gettext_exe`
90-gettext_home=`dirname $gettext_bin`
91-gettexth=$gettext_home/share/gettext/gettext.h

@m040601, it's strange to see another issue with gettext reported, but this builds fine on my host machine and in a clean chroot. Do you have base-devel installed (sudo pacman -S base-devel)? If so, are you sure you haven't manually installed gettext without pacman? I'm 99% sure the issue is with your setup, but it's hard to say for sure without knowing what modifications you've made to your system.

This PKGBUILD is missing a a dependency. The tool "which" needed in "autogen.sh"

I got this update today,

24 min.    Bump to 2.10.1                                 Vitalii

When it tried to rebuild it failed with,

==> Starting build()...
Checking for required tools...
./autogen.sh: line 88: which: command not found

Yeap. That is true. I dont have "which" on my system anymore. It is considered deprecated by many.

dirname: missing operand
Try 'dirname --help' for more information.
dirname: missing operand
Try 'dirname --help' for more information.
Couldn't find gettext.h
Looking for gettext.h in /usr/ ...
find: ‘/usr/share/factory/etc/audit/plugins.d’: Permission denied

**Error**: Can not find gettext.h on your system.
Get ftp://ftp.gnu.org/gnu/gettext/gettext-0.12.1.tar.gz
(or a newer version if it is available)
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: gtypist-exit status 4

If I first install "which", then it builds correctly.

pacman -Si which

Repository      : core
Name            : which
Version         : 2.23-1
Description     : A utility to show the full path of commands
Architecture    : x86_64
URL             : https://savannah.gnu.org/projects/which/
Licenses        : GPL-3.0-or-later
Groups          : None
Provides        : None
Depends On      : bash  glibc
Optional Deps   : None
Conflicts With  : None
Replaces        : None
Download Size   : 15.98 KiB
Installed Size  : 30.49 KiB
Packager        : Tobias Powalowski <tpowa@archlinux.org>
Build Date      : Mon 24 Feb 2025 09:14:17 AM WET
Validated By    : SHA-256 Sum  Signature