Package Details: gvim-gtk2 8.2.5046-1

Git Clone URL: (read-only, click to copy)
Package Base: gvim-gtk2
Description: Vim, the text editor. CLI version and GTK2 GUI providing majority of features.
Upstream URL:
Keywords: gvim vim
Licenses: custom:vim
Conflicts: gvim, gvim-git, gvim-gtk3, gvim-python3, vim, vim-git, vim-minimal, vim-minimal-git, vim-python3, vim-runtime, vim-runtime-git
Provides: gvim, vim, vim-runtime, xxd
Submitter: fusion809
Maintainer: fusion809
Last Packager: fusion809
Votes: 8
Popularity: 0.000000
First Submitted: 2016-10-01 13:11 (UTC)
Last Updated: 2022-05-31 03:09 (UTC)

Dependencies (16)

Required by (504)

Sources (4)

Latest Comments

Veemo commented on 2020-10-25 21:03 (UTC)

@fusion809 Thanks a lot!

fusion809 commented on 2020-10-25 16:43 (UTC)

@Veemo Done.

Veemo commented on 2020-10-25 16:16 (UTC)

Thank you for your work! I noticed that vim built from this PKGBUILD doesn't read /etc/vimrc, it only attempts to find a global vimrc in /ush/share/vim. Could you please change lines 36-37 to:

sed -E -i 's|^.*(#define SYS_.*VIMRC_FILE.*").*$|\1|g' src/feature.h
sed -E -i 's|^.*(#define VIMRC_FILE.*").*$|\1|g' src/feature.h

to make it work correctly? Like here:

Also, would it be possible to include the CVE-2017-1000382 fix from the official package into archlinux.vim here (see I tested it on my system and it seems like Vim still doesn't respect umask when creating swap files (and in my opinion, having all swap files stored in one place is simply more convenient).

replabrobin commented on 2020-08-01 12:22 (UTC)

I have a strangeness with regard to CTRL-V behaviour compared with the standard gvim package. In gvim I find that the visual mode ctrl-v+ctrl-m creates the expected ^M in the text. However, in gvim command line (after the ':') ctrl-v+ctrl-m becomes <C-M> and that doesn't match any real ^M chars in the text making edits of script output etc etc much harder. I tried removing all my customization and it makes no difference. in vim in a terminal the command line behaviour is 'correct' in that ctrl-v+ctrl-m produces ^M as I expect. I don't believe this is caused /usr/share/vim as when I substitute the gvim version of /usr/share/vim for gvim-gtk's version the 'wrong' behaviour is still present in gvim-gtk2. I prefer the speed of this version, but would like it to match gvim.

fusion809 commented on 2019-01-30 20:18 (UTC)

@dgq: thanks mate for reporting these issues. I use a shell script to keep this package up-to-date and, suffice it to say, it is not perfect. Should be fixed in the latest commit.

dgq commented on 2019-01-30 20:02 (UTC) (edited on 2019-01-30 22:08 (UTC) by dgq)

There's something funky going on ever since . Notice how the hashes change even though the files in question haven't. Compare to its parent:

There's another seemingly spurious change in the Maintainer comment line as well.

Every new commit since repeats this weird set of changes, with only a few numbers changing in the hashes (something virtually impossible to happen even if the file were changing, which they aren't).

bidulock commented on 2018-07-28 19:43 (UTC)

I suppose acl is in core so it is not needed.

bidulock commented on 2018-07-28 19:38 (UTC)

gvim.desktop has a bad checksum also acl is a dependency (for libacl)

fusion809 commented on 2018-05-15 09:33 (UTC) (edited on 2018-05-15 09:33 (UTC) by fusion809)

Oops, I use an automatic method to bump this package and it seems to have gotten this bump wrong. I just committed a fix.

krak3n commented on 2018-05-15 08:49 (UTC)

Currently getting a validity check error when installing:

Building gvim-gtk2... Cloning into 'gvim-gtk2'... remote: Counting objects: 2776, done. <br> remote: Compressing objects: 100% (788/788), done. <br> remote: Total 2776 (delta 2002), reused 2757 (delta 1985) <br> Receiving objects: 100% (2776/2776), 313.11 KiB | 2.19 MiB/s, done. Resolving deltas: 100% (2002/2002), done. ==> Making package: gvim-gtk2 8.0.1842-1842 (Tue 15 May 09:47:17 BST 2018) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading v8.0.1842.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 118 0 118 0 0 167 0 --:--:-- --:--:-- --:--:-- 167 100 13.0M 100 13.0M 0 0 1006k 0 0:00:13 0:00:13 --:--:-- 1286k -> Found vimrc -> Found archlinux.vim -> Found gvim.desktop ==> Validating source files with sha256sums... v8.0.1842.tar.gz ... Skipped vimrc ... FAILED archlinux.vim ... FAILED gvim.desktop ... FAILED ==> ERROR: One or more files did not pass the validity check!

fusion809 commented on 2018-03-03 15:17 (UTC)

@kewl, I usually wait 'til at least 22:00 UTC on the day an update is made before I bump this package, why? Because usually that's when Moolenaar is done with editing Vim for the night. If I bumped it immediately after every new version was released it'd turn into a full time job.

fusion809 commented on 2018-01-01 17:38 (UTC)

Thanks, 'tis fixed now.

RealOrRandom commented on 2018-01-01 17:30 (UTC)

"pkgver = 8.0.1424" in .SRCINFO is outdated. This makes the installation fail with pacaur.

fusion809 commented on 2017-09-29 16:19 (UTC) (edited on 2017-09-29 16:19 (UTC) by fusion809)

Thanks, sorry for the lateness of my response. I implemented your fix.

bidulock commented on 2017-09-25 04:42 (UTC)

You can drop the install file: both actions are provided by hooks. gvim-gtk2 W: .INSTALL file runs a command provided by hooks. Also, these dependencies are redundant: they are needed by gtk2. gvim-gtk2 W: Dependency hicolor-icon-theme included but already satisfied gvim-gtk2 W: Dependency gtk-update-icon-cache included but already satisfied gvim-gtk2 W: Dependency desktop-file-utils included but already satisfied

fusion809 commented on 2017-09-23 07:37 (UTC)

Oops sorry, thought I got rid of terminal-add.patch after it was applied upstream, but I forgot. It's fixed now.

bidulock commented on 2017-09-23 07:35 (UTC)

Version 1137-1 won't build: ==> Starting prepare()... The next patch would create the file src/terminal.c, which already exists! Skipping patch. 1 out of 1 hunk ignored ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Build failed, check /u8/aur/64/brian/build

fusion809 commented on 2017-09-18 04:26 (UTC)

Thanks, I fixed that issue with the latest commit.

bidulock commented on 2017-09-18 01:35 (UTC)

How are you building these. None of the source tarballs have in the root directory (but they do in src), so the "autoconf" line in prepare() fails after the "cd src" line was commented out.

bidulock commented on 2017-05-26 05:43 (UTC)

Need to add gawk and libxt to depends=() now. Checking gvim-gtk2-8.0.0604-1-x86_64.pkg.tar.xz gvim-gtk2 W: .INSTALL file runs a command provided by hooks. gvim-gtk2 W: Referenced library 'csh' is an uninstalled dependency gvim-gtk2 E: Dependency libxt detected and not included (libraries ['usr/lib/'] needed in files ['usr/bin/vim']) gvim-gtk2 E: Dependency gawk detected and not included (programs ['gawk'] needed in scripts ['usr/share/vim/vim80/tools/mve.awk']) gvim-gtk2 W: Dependency python detected but optional (programs ['python'] needed in scripts ['usr/share/vim/vim80/tools/']) gvim-gtk2 W: Dependency hicolor-icon-theme included but already satisfied gvim-gtk2 W: Dependency gtk-update-icon-cache included but already satisfied gvim-gtk2 W: Dependency desktop-file-utils included but already satisfied

bidulock commented on 2017-05-05 02:38 (UTC)

Thank you for the package! (I hate gtk3.)

fusion809 commented on 2017-05-04 08:28 (UTC)

Fixed, sorry I should have figured it out sooner. I build gvim-gtk2 in the Open Build Service (OBS) and that PKGBUILD has libxt as a makedepend already

bidulock commented on 2017-05-04 07:18 (UTC)

Another chroot problem. You need to add "libxt" to makedepends, otherwise the configure script thinks that it can't build a gui (checks for X11/X.h and X11/Intrinsic.h).

bidulock commented on 2017-05-04 06:40 (UTC) (edited on 2017-05-04 06:42 (UTC) by bidulock)

PKGBUILD is getting gvim.desktop from one directory above $srcdir and so will not build in a chroot. The command install -Dm644 ../gvim.desktop .... is being executed from $srcdir. Please changed to install -Dm644 gvim.desktop .... or install -Dm644 "${srcdir}"/gvim.desktop ....

fusion809 commented on 2016-11-05 14:33 (UTC) (edited on 2016-11-05 15:01 (UTC) by fusion809)

You're welcome, 'tis fairly easy for me as I have written this shell script (automatically loaded on shell startup as it is referenced in my ~/.zshrc file): All I need to do to update this package and a few other packages of mine at GitHub is issue the command 'vimup'.

Alad commented on 2016-11-05 14:23 (UTC)

Just wanted to say thanks for always keeping this up-to-date, even with upstream's crazy release schedule…

fusion809 commented on 2016-10-24 13:08 (UTC)


fusion809 commented on 2016-10-24 12:44 (UTC)

@mnyolt making it depend on extra/vim-runtime would be a problem as the extra/vim-runtime package is nearly always outdated so it is for an older version of vim than this package provides. As for your other requests I will see to them.

mnyolt commented on 2016-10-24 12:36 (UTC)

Could you please add the same archlinux.vim and system vimrc as the extra/vim-runtime package? As it is now, there is no advanced backspace (try "axx<ESC>a<BS>") and the ruler option is not set. It would also be nice if gvim-gtk2 could depend on extra/vim-runtime. This would get all the above for free and increase compatibility with extra/gvim.

fusion809 commented on 2016-10-23 17:15 (UTC) (edited on 2016-10-23 17:15 (UTC) by fusion809)

@Alad Sure and done.

Alad commented on 2016-10-23 17:10 (UTC)

Would you mind adding a versioned provides? i.e. provides=(vim="$pkgver" gvim="$pkgver")

Alad commented on 2016-10-17 20:34 (UTC)

For some reason when I clone this, it's in detached HEAD state. This also gives some trouble with pulling the latest commits

fusion809 commented on 2016-10-08 18:48 (UTC)

Thanks, 'tis fixed now.

Alad commented on 2016-10-08 18:43 (UTC)

The desktop file still mentions GTK3