Arch Linux User Repository

There seems to be some kind of version mismatch with this package. On the AUR it says it is version 5.9.20210110.0.r12.g14609424-1 but when you install it you get version ctags-git-5.9.20210627.0.r0.gc436bca61-1 I have tried updating manually, using yay AUR helper, and deleting and reinstalling, and they all show the same issue

Hello. I kindly ask you to update the description of the package. It would be nice to include the note about included universal-ctags patches.

Cannot reproduce with makepkg -Cisr.

Cannot build this package if BUILDDIR is set in makepkg.conf. One ends up with the same error as reported by @static_n00b

@polyzen: strange, I've installed quite a few AUR packages using pacaur

here's a partial log of pacaur -Syu universal-ctags-git (invoked after pacaur Sc):

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 sublime-text is up to date
:: Starting full system upgrade...
 there is nothing to do
:: Package universal-ctags-git not found in repositories, trying AUR...
:: Starting AUR upgrade...
:: resolving dependencies...
:: looking for inter-conflicts...
:: universal-ctags-git latest revision -- fetching

AUR Packages  (1) universal-ctags-git-latest  

:: Proceed with installation? [Y/n] 
:: Retrieving package(s)...
update complete: /home/skrondo/.cache/pacaur/universal-ctags-git
:: Checking universal-ctags-git integrity...
==> Making package: universal-ctags-git 5.9.20201011.0.r12.g01b9fc86-1 (mer 21 ott 2020, 00:33:07)
==> Retrieving sources...
  -> Updating ctags git repo...
Fetching origin
==> Validating source files with b2sums...
    ctags ... Skipped
:: Preparing universal-ctags-git...
==> Making package: universal-ctags-git 5.9.20201011.0.r12.g01b9fc86-1 (mer 21 ott 2020, 00:33:09)
==> WARNING: Skipping dependency checks.
==> Retrieving sources...
  -> Updating ctags git repo...
Fetching origin
==> WARNING: Skipping all source file integrity checks.
==> Extracting sources...
  -> Creating working copy of ctags git repo...
Reset branch 'makepkg'
==> Starting pkgver()...
==> Updated version: universal-ctags-git 5.9.20201018.0.r4.g663bfb1c-1
==> Sources are ready.
:: Building universal-ctags-git package(s)...
==> Making package: universal-ctags-git 5.9.20201018.0.r4.g663bfb1c-1 (mer 21 ott 2020, 00:33:13)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
... autoreconf seems OK
Universal Ctags, version 5.9.0
Linux 5.9.1-arch1-1 #1 SMP PREEMPT Sat, 17 Oct 2020 13:30:37 +0000 x86_64
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
... configure, make, link and check() seem OK
Summary (see CMDLINE.tmp to reproduce without test harness)
------------------------------------------------------------
  #passed:                                1094
  #FIXED:                                 2
        parser-puppetManifest.r/puppet-tag
        parser-puppetManifest.r/puppet-tagged
  #FAILED (broken args.ctags?):           0
  #FAILED (unexpected-exit-status):       0
  #FAILED (unexpected-output):            0
  #TIMED-OUT (10s):                       0
  #skipped (features):                    1
        parser-ant.r/regex-based
  #skipped (languages):                   0
  #known-bugs:                            20
        parser-sql.r/sql-create-table-extra-select
        parser-scheme.r/scheme-string
        parser-scheme.r/scheme-srfi-30-comment
        parser-python.r/newlines-cr
        parser-puppetManifest.r/puppet-virtualresources
        parser-perl.r/curly-bracket
        parser-m4.r/m4-quotestring
        parser-lisp.r/newline-between-tokens
        parser-javascript.r/js-scope-resolution
        parser-java.r/bug1777344.java
        parser-java.r/anonymous-class
        parser-itcl.r/fq-with-namespace
        parser-emacsLisp.r/newline
        parser-elixir.r/elixir-exceptions
        parser-cxx.r/variables-prototypes.cpp
        parser-cxx.r/namespace-and-scope
        parser-cxx.r/cxx-keywords-as-c-identifiers
        parser-c.r/extern_variable.h
        parser-c.r/attr-attached-to-array-failed
        parser-autoconf.r/nested-block.ac
make  check-am
make[1]: Entering directory '/tmp/makepkg/universal-ctags-git/src/ctags'
REPOINFO   main/repoinfo.h
  CCLD     ctags
make[1]: Leaving directory '/tmp/makepkg/universal-ctags-git/src/ctags'
==> Entering fakeroot environment...
chmod: cannot access '/home/skrondo/.cache/pacaur/universal-ctags-git/pkg': No such file or directory
/usr/bin/fakeroot: line 178: 64491 User defined signal 1   FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@"
:: failed to build universal-ctags-git package(s)

That's all folks!

fenuks, I prefer to leave arch=() to the officially supported arch/es, and use makepkg's -A option for the rest.

static_n00b, built fine for me in a container: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot

@polyzen Could you please add more architectures (I have it running on aarch64).

Deleted the sources, did a clean build, and now my pkgver has fallen in line ┐(ツ)┌.

Can confirm I see the exact results as @pepper_chico and @kseistrup.

ctags $ git describe --long --tags
p5.9.20201011.0-12-g01b9fc86
ctags $ git describe --long --tags | sed 's/^p//;s/\([^-]*-g\)/r\1/;s/-/./g'
5.9.20201011.0.r12.g01b9fc86

there's only one tag https://github.com/universal-ctags/ctags/releases/tag/p5.9.20201011.0

@polyzen just not sure what's happening, except that the git describe/sed result in your machine is one character longer than ours.

If tag contains a prefix, like v or project name then it should be cut off:

    pkgver() {
      cd "$pkgname"
      # cutting off 'foo-' prefix that presents in the git tag
      git describe --long | sed 's/^foo-//;s/\([^-]*-g\)/r\1/;s/-/./g'
    }

    6.1.r3.gd77e105

Same issue here:

ctags on HEAD (01b9fc8)
❯ git describe --long --tags | sed 's/^p//;s/\([^-]*-g\)/r\1/;s/-/./g'
5.9.20201011.0.r12.g01b9fc86

It seems this git describe/sed command is giving one character longer in the package maintainer's machine. Notice that this sed regex isn't listed in the recommended pkgver guidelines: https://wiki.archlinux.org/index.php/VCS_package_guidelines.

That's interesting, because if I do the “git describe” dance I get

5.9.20201011.0.r12.g01b9fc86

and

$ ls -l *.zst
.rw-r--r-- 589.583 kas 12 Oct 11:44 universal-ctags-git-5.9.20201011.0.r12.g01b9fc86-1-x86_64.pkg.tar.zst

which is also the package name I end up with if I install it with yay.

I wonder what is happening here. Any ideas?

~ > cd pkg/build/universal-ctags-git/src/ctags
~/p/b/un/s/ctags > git describe --long --tags | sed 's/^p//;s/\([^-]*-g\)/r\1/;s/-/./g'
5.9.20201011.0.r12.g01b9fc866

==> Finished making: universal-ctags-git 5.9.20201011.0.r12.g01b9fc866-1 (Mon 12 Oct 2020 05:12:13 AM EDT)

Producing universal-ctags-git-5.9.20201011.0.r12.g01b9fc866-1-x86_64.pkg.tar.zst

There's a ‘6’ too much at the end of

pkgver=5.9.20201011.0.r12.g01b9fc866

When the package is built, you end up with

universal-ctags-git-5.9.20201011.0.r12.g01b9fc86-1

and next time you run yay it thinks there's a newer version.

Does not build for me. Compiling the man pages fail, even with python{,2}-docutils installed:

  CCLD     readtags
RST2MAN   man/ctags.1
Traceback (most recent call last):
  File "/bin/rst2man", line 21, in <module>
    from docutils.core import publish_cmdline, default_description
ModuleNotFoundError: No module named 'docutils'
make[1]: *** [Makefile:7357: man/ctags.1] Error 1

I think bash should be removed from the list of runtime dependencies.

@J5lx Yeah, I understand your line of thinking. My line of thinking is rather that AUR is an absolute wild west anyway, so a little bit of ill-considered patching can't hurt the standards of quality much.

I've pushed uctags-git for anyone else who may want a universal-ctags package that can be installed in parallel with ctags.

@cbb I see your point, but ctags is what upstream chose and I’m not exactly a fan of making more downstream changes than necessary – just like the TUs are advised not to include any patches in official packages that have not been accepted into upstream. Besides, ctags is often used internally by other tools and some of them might not allow changing the binary used.

This package should be in the official repository...

Any chance we could rename /usr/bin/ctags to /usr/bin/uctags and remove conflicts=('ctags')? Many distros still only package the original ctags and it's useful to be able to install both on Arch for testing compatibility etc.

That's right, but those packages are in base-devel and thus assumed to be installed and not explicitly listed.

This depends on autoconf and automake.