Package Details: global 6.5.7-2

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: watersalesman
Last Packager: watersalesman
Votes: 117
Popularity: 1.830226
First Submitted: 2007-03-05 00:02
Last Updated: 2017-10-24 23:34

Latest Comments

Light2Yellow commented 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!

watersalesman commented on 2017-05-15 18:39

@torpesco Changed it.

6.5.7 should be up on the FTP site relatively soon. I'm sticking to this source because of the aforementioned connectivity issues.

For those who are eager for the update, here is the PKGBUILD using tamacom as the source: https://gist.github.com/8eea22a18c7c6125e0ca7e1323a38d43.git

torpesco commented on 2017-05-15 17:04

If we must stick with ftp.gnu.com due to connectivity issues with tamacom.com, at least using HTTPS would be more secure: https://ftp.gnu.org/pub/gnu/global/

6.5.7 has been released, but it hasn't made its way to the GNU site yet. Makes it more annoying to update the AUR package after releases. :-\

rpodgorny commented on 2017-04-16 18:02

@watersalesman thanks!

@albert748 ftp is everything but secure. :-( let's get rid of that ancient protocol! ...still, i get your troubles - but the correct thing would be to "fix" china's great firewall. ;-)

watersalesman commented on 2017-04-15 04:11

I just adopted the package because it looked like some things needed changing. I'm not too familiar with the package, so if anyone would like to take over, let me know. Otherwise I have no problem keeping it updated.

@jpkotta I added sqlite support

@albert748 I changed the source to the GNU ftp site

jpkotta commented on 2017-04-12 17:41

Can sqlite support be added? It's required for gogtags, and I'd rather not make a new global-sqlite package. sqlite is already a dep of pacman.

diff --git a/PKGBUILD b/PKGBUILD
index 9e0fd76..7947bbc 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,12 +4,12 @@

pkgname=global
pkgver=6.5.6
-pkgrel=1
+pkgrel=2
pkgdesc="A source code tag system"
arch=('i686' 'x86_64')
url="http://www.gnu.org/software/global/"
license=('GPL')
-depends=('libltdl' 'bash' 'perl')
+depends=('libltdl' 'bash' 'perl' 'sqlite')
optdepends=('idutils' 'ctags' 'python-pygments' 'emacs' 'vim')
makedepends=('python')
options=(!emptydirs !libtool)
@@ -30,7 +30,7 @@ prepare() {
build() {
cd "${srcdir}/${pkgname}-${pkgver}"
autoreconf -fi
- ./configure --prefix=/usr --with-exuberant-ctags=/usr/bin/ctags
+ ./configure --prefix=/usr --with-exuberant-ctags=/usr/bin/ctags --with-sqlite3
make
}

All comments