#1055427 RFP: neovim-gtk -- Rust-based GTK frontend for Neovim

#1055427#5
Date:
2023-11-05 20:14:31 UTC
From:
To:
Package: wnpp
Severity: wishlist

* Package name    : neovim-gtk
  Version         : 1.0.4 (or probably HEAD)
  Upstream Contact: Lyude Paul
* URL             : https://github.com/Lyude/neovim-gtk/
* License         : GPLv3
  Programming Lang: Rust
  Description     : Rust-based GTK frontend for Neovim

This is a simple Rust-based GTK 4 frontend for Neovim with tabs and a
sidebar.

This is useful because it the existing graphical frontend in Debian is
Qt-based, and a GTK-based frontend works better for users using GNOME or
MATE.  In addition, it can work using Neovim over SSH (if invoked from a
script) to allow graphical editing of remote repositories on systems
which don't offer X11 forwarding, which many other graphical Neovim
frontends do not.

#1055427#10
Date:
2024-07-07 11:02:06 UTC
From:
To:
On Sun, 5 Nov 2023 20:14:31 +0000 "brian m. carlson"  <sandals@crustytoothpaste.net> wrote:
 > Package: wnpp
 > Severity: wishlist
 >
 > * Package name : neovim-gtk
 > Version : 1.0.4 (or probably HEAD)
 > Upstream Contact: Lyude Paul
 > * URL : https://github.com/Lyude/neovim-gtk/
 > * License : GPLv3
 > Programming Lang: Rust
 > Description : Rust-based GTK frontend for Neovim
 >
 > This is a simple Rust-based GTK 4 frontend for Neovim with tabs and a
 > sidebar.
 >
 > This is useful because it the existing graphical frontend in Debian is
 > Qt-based, and a GTK-based frontend works better for users using GNOME or
 > MATE. In addition, it can work using Neovim over SSH (if invoked from a
 > script) to allow graphical editing of remote repositories on systems
 > which don't offer X11 forwarding, which many other graphical Neovim
 > frontends do not.
 > --
 > brian m. carlson (he/him or they/them)
 > Toronto, Ontario, CA


a quick glance at a Cargo.toml shows no missing dependencies, so this
could be packaged as-is.


best,


werdahias

#1055427#19
Date:
2025-03-09 19:19:09 UTC
From:
To:
I've started work on packaging this, and will attempt to rename this bug
to an ITP accordingly.

Antonin

#1055427#30
Date:
2025-09-23 07:51:58 UTC
From:
To:
Given that there hasn't been an upstream release for two years, it
doesn't look realistic to me to package this.

The fact that the GitHub project is marked as a fork and stored under a
person's own username (instead of an organization) is also worrying me
about the long term viability of the project.

So I will rather focus my packaging efforts elsewhere.

Antonin