Package Details: gettext-git 0.25.r2.g5760f9168-1

Git Clone URL: https://aur.archlinux.org/gettext-git.git (read-only, click to copy)
Package Base: gettext-git
Description: GNU internationalization library
Upstream URL: https://www.gnu.org/software/gettext/
Licenses: GPL-3.0-or-later
Conflicts: gettext
Provides: gettext
Submitter: Chocobo1
Maintainer: Chocobo1
Last Packager: Chocobo1
Votes: 0
Popularity: 0.000000
First Submitted: 2017-08-13 18:55 (UTC)
Last Updated: 2025-05-16 07:41 (UTC)

Required by (632)

Sources (1)

Latest Comments

Chocobo1 commented on 2025-05-16 07:42 (UTC)

In the past few months gettext has added support for Go, Rust, Typescript, and D. These use tree-sitter for parsing. When building from git ./autopull.sh does a shallow git clone of tree-sitter and the nessecary language libraries and creates gettext-tools/tree-sitter.cfg.

Thanks! Fixed.

collinfunk commented on 2025-05-16 01:40 (UTC)

build() fails for me while running ./configure: ./configure: line 118758: ./tree-sitter.cfg: No such file or directory

Looks like an upstream issue. You should report it to upstream.

Hi, someone faced a similar problem in #gnu on libera.chat and linked this. This occurs because the PKGBUILD does ./autogen.sh && ./configure && make. This is incorrect. The HACKING file details the correct process:

Building off the Git repository
===============================

Access to the Git repository is described at
https://savannah.gnu.org/git/?group=gettext .

After fetching the sources from the Git repository, peek at the comments in
autogen.sh, then run
  ./autopull.sh
  ./autogen.sh
Then you can proceed with "./configure" as usual.

Each time you want to update the source, do not only "git pull".  Instead do
  git pull && ./autopull.sh
  ./autogen.sh

It seems that previously you got around the need for ./autopull.sh by passing --without-gettext-tools.

In the past few months gettext has added support for Go, Rust, Typescript, and D. These use tree-sitter for parsing. When building from git ./autopull.sh does a shallow git clone of tree-sitter and the nessecary language libraries and creates gettext-tools/tree-sitter.cfg.

So the PKGBUILD will need some adjustment, not an upstream bug.

Chocobo1 commented on 2025-03-30 13:29 (UTC)

thanks for the package.

You're welcome!

Can you please follow the GIT submodule guidelines and download the git submodules in the source array and reference them in prepare()? Actually, the guidelines say that you should download them via the source array.

This is actually a big PITA for maintenance and I would rather not unless it brings substantial benefits (and I'm not aware of any for a vcs package).

(And also, you should change the license identifier to make it SPDX compliant.)

Sure, done.

build() fails for me while running ./configure: ./configure: line 118758: ./tree-sitter.cfg: No such file or directory

Looks like an upstream issue. You should report it to upstream.

dreieck commented on 2025-03-30 12:52 (UTC)

build() fails for me while running ./configure: 

[...]
checking for emacs... emacs
checking where .elc files should go... ${datadir}/emacs/site-lisp
./configure: line 118758: ./tree-sitter.cfg: No such file or directory
configure: error: ./configure failed for gettext-tools
==> ERROR: A failure occurred in build().

Regards!

dreieck commented on 2025-03-30 12:44 (UTC)

Ahoj,

thanks for the package.
Can you please follow the GIT submodule guidelines and download the git submodules in the source array and reference them in prepare()?

Actually, the guidelines say that you should download them via the source array.

(And also, you should change the license identifier to make it SPDX compliant.)

Regards and thanks for the package!

==> Starting prepare()...
Submodule 'gnulib' (git://git.sv.gnu.org/gnulib.git) registered for path 'gnulib'
Cloning into '/var/cache/makepkg/build/gettext-git/src/gettext/gnulib'...
Submodule path 'gnulib': checked out '979dcc75b404ed579e588e048a13145f04440e15'

Chocobo1 commented on 2020-09-05 17:53 (UTC)

Please avoid pull git submodules recursively. Users who build other packages which use gnulib may benefit from already having it in SRCDEST-directory.

OK done, however I really dislike this way as it add more maintenance burden, therefore I would only change it upon request.

haawda commented on 2020-09-05 16:56 (UTC)

Please avoid pull git submodules recursively. Users who build other packages which use gnulib may benefit from already having it in SRCDEST-directory.

# Maintainer: Chocobo1 <chocobo1 AT archlinux DOT net>

pkgname=gettext-git
pkgver=0.21.r12.ge645b7d56
pkgrel=1
pkgdesc="GNU internationalization library"
arch=('i686' 'x86_64')
url="https://www.gnu.org/software/gettext/"
license=('GPL3')
depends=('glibc' 'glib2' 'gperf' 'libunistring' 'ncurses')
makedepends=('git' 'fpc' 'grep' 'help2man' 'wget' 'xz')
provides=('gettext')
conflicts=('gettext')
source=("git+https://git.savannah.gnu.org/git/gettext.git" git://git.sv.gnu.org/gnulib)
sha256sums=('SKIP' 'SKIP')

prepare() {
  cd "gettext"
  git submodule init
  git config submodule.gnulib.url ../gnulib
  git submodule update
}

pkgver() {
  cd "gettext"

  git describe --long --tags | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g'
}

build() {
  cd "gettext"

  ./autogen.sh
  ./configure \
    --prefix="/usr" \
    --without-gettext-tools
  make maintainer-update-po-local
}

check() {
  cd "gettext"

  make check
}

package() {
  cd "gettext"

  make DESTDIR="$pkgdir" install
}

Chocobo1 commented on 2020-07-29 13:59 (UTC)

I needed to install fpc, the Free Pascal Compiler, to build.

Fixed, thanks!

haawda commented on 2020-07-29 13:29 (UTC)

I needed to install fpc, the Free Pascal Compiler, to build.