Package Details: neovim-git 0.11.0.r164.g3a1515bfee-1

Git Clone URL: https://aur.archlinux.org/neovim-git.git (read-only, click to copy)
Package Base: neovim-git
Description: Fork of Vim aiming to improve user experience, plugins, and GUIs
Upstream URL: https://neovim.io
Keywords: editor
Licenses: custom:neovim
Conflicts: neovim
Provides: neovim, vim-plugin-runtime
Submitter: fhahn
Maintainer: Farzat (gpanders)
Last Packager: gpanders
Votes: 256
Popularity: 1.41
First Submitted: 2014-02-21 19:50 (UTC)
Last Updated: 2024-06-16 14:15 (UTC)

Required by (432)

Sources (3)

Pinned Comments

fwalch commented on 2016-07-04 19:52 (UTC) (edited on 2016-07-04 19:54 (UTC) by fwalch)

Please don't flag this package out-of-date just because the version number displayed on AUR seems old. This is normal for VCS packages. As long as building the package works without problems, it isn't necessary to update the PKGBUILD here. makepkg will automatically retrieve the latest version when you build the package locally.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 40 Next › Last »

eclairevoyant commented on 2022-11-04 00:01 (UTC)

@Scimmia is correct, this has not been and will likely never be supported in makepkg itself; see the wiki.

I fundamentally disagree with cloning in prepare(), because any proper AUR helper (which, even though officially unsupported, realistically many of the users use for the sake of automating ultimately repetitive tasks) will wipe out $srcdir. For example, if a patch needs to be reapplied, it should be reapplied on the original source, so if we put a clone command in package(), it will re-download the entire repo (or whatever applicable part of the repo, but point stands).

On the other hand, those helpers can take advantage of whatever is downloaded to $SRCDEST and ultimately cache that for future builds (which means, for VCS packages, it will simply fetch the new changes in rather than re-downloading the entire repo/branch/whatever).

This type of discussion has been had on the mailing list before, and unless makepkg adds support for single-branch cloning within the source array, I don't think there's a good reason to make changes here.

Secondly, keeping it in the source array makes it explicit where the PKGBUILD is downloading from directly on aurweb. Yes, users are supposed to read all the PKGBUILDs in full, but keeping it in the source array avoids masking what we are doing.

Either way, a maintainer has to decide one way or another, one option downloads too much in the short term but less in the long term, the other does the opposite. I choose to go with the first option. Assuming you are not using AUR helpers, you can clone this package and make the modifications yourself on your personal machine if you have a specific need. If you are using AUR helpers, any decent one will allow you to review and make edits to the PKGBUILD before building them (aurutils is a good option for this).

Scimmia commented on 2022-11-03 23:23 (UTC)

"I believe PKGBUILD has support for cloning a subset of a git repo."

It does not.

andykais commented on 2022-11-03 22:17 (UTC)

I have noticed then when I install this package, it clones the whole neovim repo and all its history, rather than the HEAD of a specific branch. I think this could be a nice quality of life change, which should significantly improve the download speed when installing this package.

I believe PKGBUILD has support for cloning a subset of a git repo. The simplest of which is probably just running a custom git command like git clone git@github.com:neovim/neovim.git --single-branch --branch master. Some quick googling shows me that there is no support for pull requests in the AUR, but I could try putting together a patch if that is helpful to the maintainer.

eclairevoyant commented on 2022-10-29 21:07 (UTC) (edited on 2022-11-11 01:33 (UTC) by eclairevoyant)

We get it, no need to submit the same orphan request and post the same patch dozens of times (@pjvds @just1602 not even the correct patch, by the way). Remember that Arch is run by volunteers and spamming will not get things moving faster. Posting errors here is also silly if you have not built in a clean environment.

Instead, what you can do is edit the PKGBUILD on your own system to update the deps and makedeps (this is a VCS package after all, you do not need to wait for it to be updated on aurweb, because editing it once will work for the future unless the build process changes), and always build in a clean chroot.

Edit: I've adopted the package and corrected the deps.

RustyRaptor commented on 2022-10-29 02:26 (UTC)

If you are trying to use the below fixes and they are not working because it still detects it as libvterm 0.1.4 then do this.

Go into src/build

remove CMakeCache.txt

try the fixes again

pjvds commented on 2022-10-13 08:46 (UTC)

Latest patch to make it working:

From 9301d687356c1c1da517871e7ac97609409299ea Mon Sep 17 00:00:00 2001
From: Pieter Joost van de Sande <pj@born2code.net>
Date: Wed, 12 Oct 2022 21:31:18 +0200
Subject: [PATCH 1/1] support 0.8 versions

---
 .SRCINFO | 6 +++---
 PKGBUILD | 4 ++--
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/.SRCINFO b/.SRCINFO
index ccc6b4e..627af00 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -1,6 +1,6 @@
 pkgbase = neovim-git
    pkgdesc = Fork of Vim aiming to improve user experience, plugins, and GUIs.
-   pkgver = 0.7.0.r67.g5c53e29ca9
+   pkgver = 0.8.0.r138.g0ef6aaa3a7
    pkgrel = 1
    url = https://neovim.io
    install = neovim-git.install
@@ -18,7 +18,7 @@ pkgbase = neovim-git
    depends = libluv
    depends = libtermkey
    depends = libuv
-   depends = libvterm-0.1
+   depends = libvterm
    depends = luajit
    depends = msgpack-c
    depends = unibilium
@@ -29,7 +29,7 @@ pkgbase = neovim-git
    optdepends = xclip: for clipboard support (or xsel) (see :help provider-clipboard)
    optdepends = xsel: for clipboard support (or xclip) (see :help provider-clipboard)
    optdepends = wl-clipboard: for clipboard support on wayland (see :help clipboard)
-   provides = neovim=0.7.0.r67.g5c53e29ca9
+   provides = neovim=0.8.0.r138.g0ef6aaa3a7
    provides = vim-plugin-runtime
    conflicts = neovim
    options = !strip
diff --git a/PKGBUILD b/PKGBUILD
index 9253d50..5e362cb 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,14 +3,14 @@
 # Contributor: Sven-Hendrik Haase <svenstaro@gmail.com>

 pkgname=neovim-git
-pkgver=0.7.0.r67.g5c53e29ca9
+pkgver=0.8.0.r138.g0ef6aaa3a7
 pkgrel=1
 pkgdesc='Fork of Vim aiming to improve user experience, plugins, and GUIs.'
 arch=('i686' 'x86_64' 'armv7h' 'armv6h' 'aarch64')
 url='https://neovim.io'
 backup=('etc/xdg/nvim/sysinit.vim')
 license=('custom:neovim')
-depends=('libluv' 'libtermkey' 'libuv' 'libvterm-0.1' 'luajit' 'msgpack-c' 'unibilium' 'tree-sitter')
+depends=('libluv' 'libtermkey' 'libuv' 'libvterm' 'luajit' 'msgpack-c' 'unibilium' 'tree-sitter')
 makedepends=('cmake' 'git' 'gperf' 'lua51-mpack' 'lua51-lpeg')
 optdepends=('python2-neovim: for Python 2 plugin support (see :help provider-python)'
             'python-neovim: for Python 3 plugin support (see :help provider-python)'
-- 
2.38.0

jonathannerat commented on 2022-10-10 22:36 (UTC)

For those that modified the PKGBUILD and still get errors about libvterm, remember to also delete the build folder inside src (relative to the PKGBUILD location).

just1602 commented on 2022-10-09 18:48 (UTC) (edited on 2022-10-10 13:20 (UTC) by just1602)

@ndom91, I'm not an expert at all with Arch packages, but maybe try only with the PKGBUILD modfication, because on my machine it works, and I update neovim every day with this package.

EDIT : I think I had this error while fixing the package, and I simply had to clean the build files before building the package again.

EDIT2 : I just checkout the code from https://aur.archlinux.org/neovim-git.git and only edit the PKGBUILD file to check if it works, and it did. I only change the dependency name, it's makepkg that change the pkgver in the diff.

diff --git a/PKGBUILD b/PKGBUILD
index 9253d50..fb21a97 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,14 +3,14 @@
 # Contributor: Sven-Hendrik Haase <svenstaro@gmail.com>

 pkgname=neovim-git
-pkgver=0.7.0.r67.g5c53e29ca9
+pkgver=0.8.0.r100.g09dffb9db7
 pkgrel=1
 pkgdesc='Fork of Vim aiming to improve user experience, plugins, and GUIs.'
 arch=('i686' 'x86_64' 'armv7h' 'armv6h' 'aarch64')
 url='https://neovim.io'
 backup=('etc/xdg/nvim/sysinit.vim')
 license=('custom:neovim')
-depends=('libluv' 'libtermkey' 'libuv' 'libvterm-0.1' 'luajit' 'msgpack-c' 'unibilium' 'tree-sitter')
+depends=('libluv' 'libtermkey' 'libuv' 'libvterm' 'luajit' 'msgpack-c' 'unibilium' 'tree-sitter')
 makedepends=('cmake' 'git' 'gperf' 'lua51-mpack' 'lua51-lpeg')
 optdepends=('python2-neovim: for Python 2 plugin support (see :help provider-python)'
             'python-neovim: for Python 3 plugin support (see :help provider-python)'

EDIT3: I just try to do the same thing on my laptop and I had to manually uninstall libvterm-0.1, then install libvterm and the build want well. There's probably a way to handle that in the PKGBUILD, but I don't know how to do so.

ndom91 commented on 2022-10-09 16:07 (UTC) (edited on 2022-10-09 16:08 (UTC) by ndom91)

I tried @just1602's .SRCINFO and PKGBUILD modifications, i.e. primarily changing the depends from libvterm-0.1 to libvterm package, but compilation still failed with it complaining about only finding libvterm v0.1.4 when trying to run makepkg -si in the directory 🤔

mble commented on 2022-10-05 12:27 (UTC)

Error while building

CMake Error at cmake/LibFindMacros.cmake:263 (message):
  REQUIRED PACKAGE NOT FOUND

  LIBVTERM 0.1.4 was found but version 0.3 is the minimum requirement.  This
  package is REQUIRED and you need to install it or adjust CMake
  configuration in order to continue building nvim.

  Relevant CMake configuration variables:

    LIBVTERM_INCLUDE_DIR=/usr/include
    LIBVTERM_LIBRARY=/usr/lib/libvterm.so

  You may use CMake GUI, cmake -D or ccmake to modify the values.  Delete
  CMakeCache.txt to discard all values and force full re-detection if
  necessary.

Call Stack (most recent call first):
  cmake/FindLIBVTERM.cmake:10 (libfind_process)
  CMakeLists.txt:503 (find_package)

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 40 Next › Last »