Package Details: global 6.6.3-1

Git Clone URL: https://aur.archlinux.org/global.git (read-only)
Package Base: global
Description: A source code tag system
Upstream URL: https://www.gnu.org/software/global/
Licenses: GPL
Submitter: None
Maintainer: frealgagu
Last Packager: frealgagu
Votes: 125
Popularity: 0.480179
First Submitted: 2007-03-05 00:02
Last Updated: 2018-12-17 18:18

Latest Comments

1 2 3 4 5 6 ... Next › Last »

galaux commented on 2018-12-24 13:28

Don't know if this is relevant to someone but the package uses --with-exuberant-ctags=… but official repos do not provice exuberant ctags rather than universal ctags. Might be worth using --with-universal-ctags=….

watersalesman commented on 2018-02-10 16:29

Strange...updpkgsums didn't update the hash the first time.

The proper hash should be in the PKGBUILD now.

h-michael commented on 2018-02-10 16:18

After replacing sha256 with "43c64711301c2caf40dc56d7b91dd03d2b882a31fa31812bf20de0c8fb2e717f", I could buil pkg.

totsilence commented on 2018-02-10 10:20

I'm getting "==> ERROR: One or more files did not pass the validity check!" when building global 6.6.2-1. My sha256sum of global-6.6.2.tar.gz is "43c64711301c2caf40dc56d7b91dd03d2b882a31fa31812bf20de0c8fb2e717f" after download...

elimirks commented on 2017-12-29 21:56

Autoreconf currently breaks the build. I fixed it by commenting out line 32 (autoreconf -fi) and it seems to work fine.

Anonymous comment on 2017-10-26 14:47

Still fails for me due to:
/usr/bin/ld: cannot find -ltinfo
Is ncurses required to build this? If so, and if there is some issue, is it possible to depend on different versions? So that for ncurses<smth.smth libtinfo is required and for ncurses>=smth.smth it is not?

UPD. Never mind, Manjaro has just issued an update, so I no longer experience any issues.

watersalesman commented on 2017-10-24 23:39

It should be good now. With the new version of ncurses, the input.o object file needs to be compiled with the -ltinfo flag as well. I manually added the cflag in the PKGBUILD.

EDIT: It was an issue with the PKGBUILD. The TU maintaining ncurses has a new release in testing that fixes the issue. I will edit this PKGBUILD once that new ncurses release hits the core repo.

The bug report for those who are interested: https://bugs.archlinux.org/task/56000

watersalesman commented on 2017-10-24 21:20

@pspencil After looking into it, it appears to be problem (or at least a compatibility issue) with the most recent version of ncurses. A temporary workaround is to downgrade to the previous version. If you have it cached locally, you can run something like:

sudo pacman -U /var/cache/pacman/pkg/ncurses-6.0+20170902-1-x86_64.pkg.tar.xz

or install it directly from the Arch Linux archive using:

sudo pacman -U https://archive.archlinux.org/packages/n/ncurses/ncurses-6.0%2B20170827-1-x86_64.pkg.tar.xz

I will need to see if this is an Arch Linux packaging issue, or an upstream bug for global or ncurses.

pspencil commented on 2017-10-24 18:17

I got linker error while buiding. The same happens for tar.gz downloaded from gnu website. Am I missing some dependency?

Making all in gtags-cscope
make[2]: Entering directory '/home/pspencil/tmp/global-6.5.7/gtags-cscope'
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o gtags-cscope gtags-cscope.o alloc.o basename.o
build.o command.o display.o edit.o exec.o find.o help.o history.o input.o logdir.o mouse.o mygetenv.o mypop
en.o ../libparser/libgloparser.a ../libutil/libgloutil.a ../libdb/libglodb.a ../libglibc/libgloglibc.a -llt
dl -lncurses
libtool: link: gcc -g -O2 -o gtags-cscope gtags-cscope.o alloc.o basename.o build.o command.o display.o edi
t.o exec.o find.o help.o history.o input.o logdir.o mouse.o mygetenv.o mypopen.o ../libparser/libgloparser
.a ../libutil/libgloutil.a ../libdb/libglodb.a ../libglibc/libgloglibc.a -lltdl -lncurses
/usr/bin/ld: input.o: undefined reference to symbol 'erasechar'
/usr/lib/libtinfo.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

torpesco commented on 2017-05-15 19:52

@watersalesman - Thanks!