Control: tag -1 + pending
On Mon, Oct 21, 2019 at 07:27:06PM +0200, Thorsten Glaser wrote:
> Currently, subversion FTBFS on some architectures (at least x32) with:
Yes, I had noticed that but wasn't sure what was going on.
> The reason this fails is because how dpkg implements PIE on some
> arch
Source: python-neovim
Version: 0.3.0-1
Followup-For: Bug #914963
We also need an updated package to fix a test failure related to the
recent neovim upload.
Is there anything I can do to help?
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'un
On Fri, Dec 15, 2017 at 10:07:44PM +0100, Mattia Rizzolo wrote:
> 'Section: javascript' in d/control is currently marked as half an error
> ('java' being right, and 'script' being error), see the attached
> screenshot.
I botched that again? :-(
I see the problem. I'll get it fixed soon.
Cheers,
elled mkspellmem as makespellmem
+ * Backport patch to prevent use of nvim's API within the sandbox
+
+ -- James McCoy Wed, 26 Jun 2019 21:21:33 -0400
+
neovim (0.3.4-2) unstable; urgency=high
[ Efraim Flashner ]
diff -Nru neovim-0.3.4/debian/patches/0001-debcherry-fixup-patch.patch
ne
On Sun, Mar 08, 2015 at 04:27:21PM +0900, Mattia Dongili wrote:
> Hi James,
> yes, it's totally related to the font face used:
>
> $ gvim -u NONE -c 'set guifont=PragmataPro\ 12'
> $
> ** (gvim:26280): CRITICAL **: ascii_glyph_table_init: assertion
> 'gui.ascii_glyphs->num_glyphs == sizeof(asc
On Wed, Jun 05, 2019 at 11:11:10PM +0200, Salvatore Bonaccorso wrote:
> Attached is proposed debdiff for unstable.
Thanks. I'll get a new package uploaded either tonight or tomorrow.
> Looked today as well on the version in stretch, but the build fails
> currently.
For stretch, should the uploa
Control: tag -1 unreproducible moreinfo
On Fri, Jun 07, 2019 at 12:41:48AM +0900, Osamu Aoki wrote:
> I just wanted to see how nvim behaves but ...
>
> $ nvim
> Segmentation fault (core dumped)
> $ nvim -u NONE
> Segmentation fault (core dumped)
> $ nvim -u NORC
> Segmentation fault (core dumped)
Control: found -1 0.3.4-2
On Wed, Jun 05, 2019 at 03:33:23PM +0200, Salvatore Bonaccorso wrote:
> Control: retitle neovim: CVE-2019-12735: Modelines allow arbitrary code
> execution
>
> On Wed, Jun 05, 2019 at 03:14:43AM -0700, Matthew Crews wrote:
> > Source: neovim
> > Severity: important
> >
On Thu, Jun 06, 2019 at 07:44:18AM +0200, Salvatore Bonaccorso wrote:
> On Wed, Jun 05, 2019 at 10:24:45PM -0400, James McCoy wrote:
> > On Wed, Jun 05, 2019 at 11:11:10PM +0200, Salvatore Bonaccorso wrote:
> > > Looked today as well on the version in stretch, but the build fai
On Fri, Jun 07, 2019 at 09:46:21PM +0900, Osamu Aoki wrote:
> Hi,
>
> Please guide me ...
>
> On Thu, Jun 06, 2019 at 08:33:05PM -0400, James McCoy wrote:
> > Control: tag -1 unreproducible moreinfo
> >
> > On Fri, Jun 07, 2019 at 12:41:48AM +0900, Osamu Aoki
On Fri, Jun 14, 2019 at 02:38:57PM +0800, Alastair Irvine wrote:
> On Thu, Jun 06, 2019 at 22:13:22 -0400, James McCoy wrote:
> > Unfortunately, the update isn't going to be as simple for
> > Jessie/Stretch. The functionality relied upon for check_secure() to
> > work co
s in a modeline is unsafe
++ 8.1.1367: can set 'modelineexpr' in modeline
++ 8.1.1368: Modeline test fails with python but without pythonhome
++ 8.1.1382: Error when editing test file
++ 8.1.1401: misspelled mkspellmem as makespellmem (test fix)
+
+ -- James McCoy Sat, 15 Jun 2019
Package: libtool-bin
Version: 2.4.6-7
Severity: serious
File: /usr/bin/libtool
The amd64 package, the only one not built on a buildd, contains a
zero-byte /usr/bin/libtool. This makes it completely non-functional.
$ dpkg-deb -c libtool-bin_2.4.6-7_amd64.deb
drwxr-xr-x root/root 0 2019-01
On Sat, Jan 19, 2019 at 12:22:29PM +, James Bromberger wrote:
> Please bump to subversion 1.10.4 or 1.11 to pick up a fix for SVN bug
> https://issues.apache.org/jira/browse/SVN-4782 (mis-reported to
> apache httpd at https://bz.apache.org/bugzilla/show_bug.cgi?id=62905)
> that prevents mod-
On Tue, Sep 03, 2019 at 01:49:05PM +0200, Thibault Roulet wrote:
> Hi,
>
> Experiencing the same kind of problems with bash scripts.
>
> Indentation is working fine under stretch but got some problems under buster.
> Should I open a new case ?
It's unlikely to get fixed in Buster, but yes bash a
On Wed, Sep 04, 2019 at 07:20:51AM +0200, troulet wrote:
> Since last update (vim 8.1.1401),
That version isn't packaged in Debian.
> the auto indentation function (gg=G) is
> acting weirdly with bash scripts.
>
> A quick example
>
> #!/bin/bash
>
> if [[ $test1 == 1 ]]; then
> echo $test1
>
On Thu, Jan 24, 2019 at 03:00:22PM +0100, Dr. Tobias Quathamer wrote:
> Am 24.01.2019 um 09:12 schrieb Emilio Pozuelo Monfort:
> > On 24/01/2019 08:58, Michael Stapelberg wrote:
> >> Last time, pochu@ (cc'ed) helpfully scheduled binNMUs. pochu, would you be
> >> able to help this time, too?
> >
>
On Fri, Jan 25, 2019 at 08:23:52AM -0500, James McCoy wrote:
> On Thu, Jan 24, 2019 at 03:00:22PM +0100, Dr. Tobias Quathamer wrote:
> > Am 24.01.2019 um 09:12 schrieb Emilio Pozuelo Monfort:
> > > On 24/01/2019 08:58, Michael Stapelberg wrote:
> > >> Last time, poch
Package: ftp.debian.org
Severity: normal
I initially made the upload as preparation to upload the final release
to unstable. However, that changed when I remembered this wasn't an LTS
subversion release.
I don't intend to make further updates of the 1.11.x version line and
having the version in
Package: ftp.debian.org
Severity: normal
Supybot is Python 2 only and not maintained. Limnoria is a maintained,
Python 3 fork of Supybot. The last supybot upload, which was part of
Buster, shipped a NEWS file to communicate this to the users.
Bullseye shouldn't ship with supybot.
On Sat, Jan 22, 2022 at 10:07:06AM -0500, James McCoy wrote:
> On Sun, Dec 05, 2021 at 03:27:46AM +, Peter Michael Green wrote:
> > Now that those semver transitions are complete I decided to take a look at
> > what would be involved in updating nom. I came up with the
On Sun, Feb 13, 2022 at 10:35:34PM -0500, nurupo wrote:
> It looks like starting with 4.0.0, C and C++ libraries got split in
> separate codebases and their version numbers have decoupled -- the
> latest msgpack-c release is 4.0.0, while C++ had 4.0.0, 4.0.1, 4.0.2,
> 4.0.3 and 4.1.0 releases[1].
Control: found -1 2:8.2.3995-1
Control: notfound -1 2:8.2.2434-3+deb11u1
On Fri, Jan 07, 2022 at 07:30:35PM +0100, Håvard Moen wrote:
> I upgraded vim-gtk3 to version 2:8.2.3995-1 that is in unstable, but
> noticed that the colors and font in the terminal (:terminal) is not
> set from my configura
On Sun, Jan 09, 2022 at 03:47:40AM +, Håvard Moen wrote:
> On Sunday, January 9th, 2022 at 2:30 AM, James McCoy
> wrote:
>
>
> > Some more details about how things differ would be useful. Maybe even
> >
>
> > screen shots.
>
> Attaching screens
On Mon, Sep 06, 2021 at 06:52:35PM +0930, Ron wrote:
> This one was kind of fun ... upgrading an up to date buster machine to
> bullseye, I hit the conffile prompt I normally expect to see for vim:
>
> Setting up vim-common (2:8.2.2434-3) ...
>
> Configuration file '/etc/vim/vimrc'
>==>
On Wed, Sep 15, 2021 at 06:23:14AM +0200, Salvatore Bonaccorso wrote:
> Hi James,
>
> On Tue, Sep 14, 2021 at 09:06:22PM -0400, James McCoy wrote:
> > On Sat, Sep 11, 2021 at 09:26:04AM +0200, Salvatore Bonaccorso wrote:
> > > The following vulnerability was published f
forcemerge 975683 995043
found 975683 20210124
On Sat, Sep 25, 2021 at 03:41:05PM +0900, Osamu Aoki wrote:
> Hi as reported to PR on salsa.
>
> https://salsa.debian.org/vim-team/vim-scripts/-/merge_requests/3
>
> This odd ball capitalized filename choice caused telescope generated
> configuratio
On Mon, Sep 27, 2021 at 09:37:32AM +0200, Heinrich Schuchardt wrote:
> Please, add impish to the list of supported Ubuntu releases in these lines:
>
> usr/share/vim/vim82/syntax/debsources.vim:29:
> \ 'trusty', 'xenial', 'bionic', 'focal', 'groovy', 'hirsute', 'devel'
>
> usr/share/vim/vim82/synt
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: t...@security.debian.org
[ Reason ]
* Vim has some recent "no DSA" CVEs which, although unlikely to hit,
would be good to fix (#994497, #994498, #994076)
* In the
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: t...@security.debian.org
[ Reason ]
Various "non DSA" CVEs have accumulated in Vim, and it seemed like a
good idea to get a new upload addressing those.
[ Impact ]
* C
On Sun, Feb 07, 2021 at 09:09:52AM -0500, James McCoy wrote:
> Control: owner -1 !
> Control: retitle -1 ITP: alacritty -- A cross-platform, GPU-accelerated
> terminal emulator
>
> On Sun, Feb 07, 2021 at 06:42:53AM +, Jeremy A. wrote:
> > I noticed that someone is pu
On Thu, Nov 18, 2021 at 01:21:53PM +0100, Alejandro Colomar wrote:
> If you have a small file that fits in a single screen
> (in my case, it was 38 lines, which is smaller than half a FullHD screen),
> and
> you delete the last lines of the file in the following way:
>
> If you're going to r
On Sat, Nov 20, 2021 at 11:37:14PM +0900, Osamu Aoki wrote:
> If I understand correctly, upstream chose to disable ibus feature if
> GLFW_IM_MODULE
> is not set to ibus. So ibus is opt-in feature. Reverting that feature choice
> is one
> option for Debian maintainer can do indeed. This is a ris
On Sun, Nov 21, 2021 at 11:03:01PM +0100, Alejandro Colomar (man-pages) wrote:
> I reproduced it again.
> I'm not sure, when it happens and when not.
>
> Try the following vi commands in the following file file:
>
> vi test.c;
This is using your entire personal config? Can you reproduce it with
On Fri, Dec 03, 2021 at 04:45:57PM +, Adam D. Barratt wrote:
> It might be clearer for the alternatives bug to have a fixed version to
> indicate that it doesn't affect the package in testing/unstable in
> practice, although I'm not quite sure what it should be - maybe the
> first upload after
On Mon, Dec 06, 2021 at 02:41:59PM -0800, Felix Lechner wrote:
> Lintian provides references to the Vim packaging in tag descriptions.
> [1] We determine the appropriate sections by scanning your HTML index
> file. [2] Vim is somewhat special because your policy is not
> published.
https://vim-te
On Fri, Jan 21, 2022 at 09:29:31AM -0500, Rick Kemery wrote:
> Do you have an ETA when this fix will be incorporated into Buster?
Never, because the faulty code doesn't exist in Buster.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
On Sun, Dec 05, 2021 at 03:27:46AM +, Peter Michael Green wrote:
> Now that those semver transitions are complete I decided to take a look at
> what would be involved in updating nom. I came up with the following list.
Thanks for starting this discussion. As mentioned on IRC, I'm going to
st
On Tue, Feb 01, 2022 at 06:19:43PM +0100, Diederik de Haas wrote:
> On Fri, 21 Jan 2022 08:37:52 -0500 James McCoy wrote:
> > On Fri, Jan 21, 2022 at 03:58:58AM +0100, Robert Siemer wrote:
> > > vim-tiny should come with defaults.vim, I believe.
> >
> > No, vim-tiny
Control: notfound -1 2:8.2.2434-3
Control: notfound -1 2:8.1.0875-5
On Fri, Oct 15, 2021 at 10:23:43PM +0200, Salvatore Bonaccorso wrote:
> The following vulnerability was published for vim.
>
> CVE-2021-3875[0]:
> | vim is vulnerable to Heap-based Buffer Overflow
>
>
> If you fix the vulnerabi
On Thu, Dec 16, 2021 at 10:28:18AM +0100, Nicolas Évrard wrote:
> I am sorry for this bug report because it occurs on some rare occurence and I
> don't have a scenario to reproduce it. Yet it's annoying enough to deserve a
> bug report. Feel free to close it as unreproduceable ;).
>
> With the arr
On Tue, Dec 21, 2021 at 05:09:44PM +0100, Lucas Nussbaum wrote:
> > The following packages have unmet dependencies:
> > librust-signal-hook-dev : Depends:
> > librust-signal-hook-registry-1.2+default-dev but it is not installable
> > E: Unable to correct problems, you have held broken packages.
>
On Sat, Dec 25, 2021 at 11:41:29AM +, Adam D. Barratt wrote:
> On Sat, 2021-12-04 at 17:36 +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> >
> > On Mon, 2021-10-04 at 22:22 -0400, James McCoy wrote:
> > > Various "non DSA" CVEs hav
2021-04-27 07:44:43.0
-0400
@@ -1,3 +1,10 @@
+vim-scripts (20210124.1) unstable; urgency=medium
+
+ * Fix path for VimSokoban levels. Thanks to Darshaka Pathirana for the
+report. (Closes: #987498)
+
+ -- James McCoy Tue, 27 Apr 2021 07:44:43 -0400
+
vim-scripts (20210124
On Sat, Aug 04, 2018 at 04:30:14PM +0200, Reiner Herrmann wrote:
> when using riscv64 in the Architecture field in debian/control, vim
> highlights it as invalid (red background).
> Please add riscv64 to the list of recognized architectures, like in
> the attached patch.
Applied in the vim-debian
On Fri, Aug 17, 2018 at 09:31:03AM +0100, Adam D. Barratt wrote:
> On Fri, 2018-08-17 at 04:10 +, Lumin wrote:
> > control: severity -1 important
> >
> > This problem started affecting DDPO pages.
> > All watch files used similar web page will get a blank result.
>
> It's unclear to me what y
Control: tag -1 moreinfo
On Wed, Dec 05, 2018 at 10:32:01PM +0100, Niels Thykier wrote:
> According to lintian, the libapache2-mod-svn binary captures the buildd path
> in the RPATH of the apache modules:
>
> """
> libapache2-mod-svn 1.11.0~rc2-1+b1 (binary) (Jam
Control: reassign -1 apt-cacher-ng 3.2-1
On Tue, Nov 13, 2018 at 12:42:59PM +0100, Eduard Bloch wrote:
> Hallo,
> * Jens Reyer [Mon, Nov 12 2018, 08:19:27PM]:
> > https://tracker.debian.org/pkg/apt-cacher-ng believes that the git repo
> > is outdated, because it's looking at branch master instead
Package: clang-7
Version: 1:7.0.1~+rc2-4
Severity: normal
Tags: upstream
Given this simple program:
-- >8 --
#include
int main(void)
{
double f = 2.0;
if (isnan(f))
return 1;
return 0;
}
-- >8 --
we get conversion warnings when using clang, but not gcc. This is
particularl
Control: forcemerge 910732 -1
On Fri, Nov 23, 2018 at 09:57:46AM +0100, Julian Andres Klode wrote:
> On Fri, Nov 23, 2018 at 07:16:43PM +1030, John Pearson wrote:
> > Attempting to install a foreign arch package that depends on an "all"
> > architecture package fails, as apt looks for a copy of th
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Serf's testsuite uses some pre-generated SSL certs, which have an expiry
of 3 years. The timebomb has gone off, and serf is currently FTBFS
(#911714). The pending upstream release
On Sun, Oct 28, 2018 at 08:21:55PM -0400, James McCoy wrote:
> Package: release.debian.org
> Severity: normal
> Tags: stretch
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Serf's testsuite uses some pre-generated SSL certs, which have an expiry
>
On Mon, Oct 29, 2018 at 10:34:11AM +0200, Corcodel Marian wrote:
> How to check this bug:
> Run vim from terminal.
> Type :set (help set for more info).
> history=200 ,expect to see on help history (50 default, 200 set in
>defaults.vim).
Which it is -- :help 'history'. See :help help
On Mon, Oct 29, 2018 at 09:00:03AM +0100, Ralf Treinen wrote:
> Hi,
>
> On Sat, Oct 27, 2018 at 09:20:44AM -0400, James McCoy wrote:
> > On Thu, Oct 25, 2018 at 04:32:38PM +0200, Stéphane Glondu wrote:
> > > I think "creduce" should be in the output of "
Package: lintian
Version: 2.5.110
Severity: normal
Tags: patch
14098d4c65159b651d6c324d04cc9a83c26a592e introduced a regression with
these two tags[0][1], as noticed by the libsvn1 package. This was due
to no longer re-setting[2] meta_info_seen when encountering a new entry
in the symbols file.
On Fri, Oct 26, 2018 at 03:30:54PM +0200, Helmut Grohne wrote:
> neovim fails to build from source in unstable.
>
> | [ ERROR ] 6 errors, listed below:
> | [ ERROR ] test/functional/helpers.lua @ 743: after_each
> | test/helpers.lua:289: crash detected (see above)
> |
> | stack traceback:
>
On Sat, Nov 10, 2018 at 04:09:55PM +0100, Helmut Grohne wrote:
> On Sat, Nov 10, 2018 at 09:29:42AM -0500, James McCoy wrote:
> > On Fri, Oct 26, 2018 at 03:30:54PM +0200, Helmut Grohne wrote:
> > > Looking to reproducible builds, the failure pattern looks quite random:
On Fri, Sep 07, 2018 at 04:43:17PM +0200, Gergely Nagy wrote:
> I can bring up the unicode input overlay with C-S-u, but no matter what
> symbol I
> select there, once I press Enter to input it, nothing happens, no symbol
> appears
> in my terminal.
At the time you reported this, I was seeing th
On Sat, Sep 29, 2018 at 05:41:46PM +0200, Gergely Nagy wrote:
> >>>>> "James" == James McCoy writes:
>
> James> On Fri, Sep 07, 2018 at 04:43:17PM +0200, Gergely Nagy wrote:
> >> I can bring up the unicode input overlay with C-S-u, but no
Package: wnpp
Severity: wishlist
* Package name: lua-inspect
Version : 3.1.1-0
Upstream Author : Enrico García Cota
* URL : https://luarocks.org/modules/kikito/inspect
* License : MIT
Programming Lang: Lua
Description : Lua table visualizer, ideal for d
On Wed, Oct 03, 2018 at 07:49:35PM +0200, Andreas Beckmann wrote:
> an upgrade test with piuparts revealed that your package installs files
> over existing symlinks and possibly overwrites files owned by other
> packages. This usually means an old version of the package shipped a
> symlink but that
On Thu, Oct 04, 2018 at 06:56:45AM +0200, Andreas Beckmann wrote:
> On 2018-10-04 02:53, James McCoy wrote:
> > On Wed, Oct 03, 2018 at 07:49:35PM +0200, Andreas Beckmann wrote:
> >> an upgrade test with piuparts revealed that your package installs files
> >> over exi
On Sun, Oct 07, 2018 at 12:13:45PM +0200, Elrond wrote:
> the exact same that applied to vim-runtime now applies
> also to vim-common.
>
> Please add Multi-Arch: foreign to vim-common too.
Please don't completely repurpose old bugs. If there's something new to
fix, the open a new bug.
Cheers,
-
On Tue, Oct 09, 2018 at 04:06:21PM +0200, Elrond wrote:
> On Mon, Oct 08, 2018 at 21:33:09 -0400, James McCoy wrote:
> [...]
> > Please don't completely repurpose old bugs. If there's something new to
> > fix, the open a new bug.
> >
> > Cheers,
>
>
On Fri, May 11, 2018 at 04:27:39PM +0200, Emmanuel Bourg wrote:
> Control: tags -1 + patch
>
> Le 06/05/2018 à 02:13, James McCoy a écrit :
>
> > It looks like that will do the right thing. Now I just need to figure
> > out the larger issue of adapting upstream's bu
On Mon, Feb 26, 2018 at 10:12:15PM -0500, James McCoy wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu
>
> This upload would fix crashes that are seen when using subversion's Perl
>
On Tue, May 01, 2018 at 09:09:01PM +0300, Ulyanich Michael wrote:
> $ kitty
> [121 21:06:37.050428] [glfw error 65543]: GLX: Failed to create context:
> GLXBadFBConfig
> [121 21:06:37.050748] Failed to create a window at size: 640x400, using a
> standard size instead.
> [121 21:06:37.053618] [glfw
On Mon, Jul 09, 2018 at 11:15:49AM +0530, Ritesh Raj Sarraf wrote:
> With this version, the `icat` and `diff` commands fail with the
> following error:
>
>
> rrs@priyasi:~$ kitty diff rrs-home/Data/Pictures/debian-transparent.png
> xkbcommon: ERROR: /usr/share/X11/locale/iso8859-1/Compose:87:34:
Control: reassign -1 libxkbcommon-x11-0 0.8.0-2
Control: retitle -1 "not a valid UTF-8 string" errors creating compose table in
en_IN locale
On Mon, Jul 09, 2018 at 11:15:49AM +0530, Ritesh Raj Sarraf wrote:
> Thank you for packaging the newer version of kitty.
>
> With this version, the `icat`
Control: tag -1 = moreinfo
On Wed, Jul 18, 2018 at 12:19:15PM -0400, Mate Lampert wrote:
> I installed subversion on Debian 9.3 with its dependencies and svn is
> not running at all. When I start it, the following error message
> occurs:
Can you show the exact command you're running?
What does “
d incorrectly fail with a "Filesystem is
+corrupt" error if the delta length is a multiple of 16K.
+
+ -- James McCoy Fri, 20 Jul 2018 22:35:40 -0400
+
subversion (1.9.5-1+deb9u2) stretch; urgency=medium
* Backport r1759116, working around an issue in APR's trunc API. T
On Sun, Jul 22, 2018 at 03:10:08PM +0200, Mladen Mijatov wrote:
> Package dependency just lists "neovim" package as required, but doesn't
> specify
> which version. However, version 0.2.8-4 of neovim-qt fails to run with
> currently up to date neovim version 0.2.2-3.
>
> Upon starting "neovim-qt"
Control: reassign subversion 1.6.17dfsg-4+deb7u1
On Tue, Aug 07, 2012 at 01:24:31PM -0400, Anthony DeRobertis wrote:
> (Not sure which package, bash-completion or subversion, has this bug...)
Based on other discussion in the bug, it appears to have been
subversion.
> $ mkdir -p test/{a,b,c,d,e}
On Fri, Feb 23, 2018 at 10:11:42AM +0100, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 20/02/18 13:16, James McCoy wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags
Source: ncurses
Version: 6.1-1
Severity: normal
unibilium is a library which parses terminfo files. The wide terminfo
format introduced in ncurses 6.1 wasn't supported by unibilium until
2.0.0 (which required an SONAME bump to libunibilium4). When
libunibilium0 is in use, it can cause anything f
On Sat, Feb 24, 2018 at 07:13:02PM +0100, Aurelien Jarno wrote:
> On 2018-01-28 21:05, James McCoy wrote:
> > Control: reassign -1 src:glibc 2.24-2
> > Control: affects -1 src:vim
> >
> > On Sat, Jan 27, 2018 at 02:37:21PM -0500, James McCoy wrote:
> > > On S
Control: tag -1 confirmed upstream
Control: forwarded -1 https://github.com/equalsraf/neovim-qt/issues/251
On Thu, Feb 22, 2018 at 03:23:31PM +0100, Luffah wrote:
> when i put (incidentally) a corrupted configuration in init.vim
> (=.vimrc).
> NeoVim does open with these properties :
> Wi
On Fri, Feb 23, 2018 at 08:17:31AM -0500, James McCoy wrote:
> On Fri, Feb 23, 2018 at 10:11:42AM +0100, Emilio Pozuelo Monfort wrote:
> > Control: tags -1 confirmed
> >
> > On 20/02/18 13:16, James McCoy wrote:
> > > Package: release.debian.org
> > > Seve
ubversion (1.8.10-6+deb8u6) jessie; urgency=medium
+
+ * Backport patches/perl-swig-crash from upstream to fix crashes with Perl
+bindings, commonly seen when using git-svn (Closes: #780246, #534763).
+
+ -- James McCoy Mon, 26 Feb 2018 22:00:47 -0500
+
subversion (1.8.10-6+deb8u5) jessie-s
Package: make-guile
Version: 4.2.1-1
Severity: normal
Tags: patch
debhelper recently added "Depends: make (>= 4~)" so that it can use
make's -O switch. If someone has make-guile installed, rather than
make, they will currently be unable to upgrade debhelper, since
make-guile Provides/Conflicts/Re
On Mon, May 02, 2016 at 08:47:03PM +1200, Michael Cree wrote:
> On Mon, May 02, 2016 at 12:01:18AM -0400, James McCoy wrote:
> > Thanks for the analysis and working on a patch. I'll note that
> > _Alignas, if it had worked, would likely have been too new a compiler
> > f
Package: ftp.debian.org
Severity: normal
src:python-neovim was renamed to src:python-pynvim to follow upstream's
naming. In the process, the python-neovim binary package was also
dropped.
Can these please be removed from unstable?
Cheers,
James
On Wed, Apr 27, 2022 at 04:07:43PM +0200, Jonas Smedegaard wrote:
> Quoting James McCoy (2022-04-27 15:55:34)
> > Communication is different from coordination. There was already in
> > progress packaging. Instead of working with us to get that accepted,
> > you've an
On Wed, May 11, 2022 at 11:27:22AM +0200, Jakub Wilk wrote:
> vim highlights this as an error:
>
> Section: non-free/utils
>
> Removing "\<" from the "syn match debcontrolSection" line fixes it for me.
The problem is actually the "syn iskeyword" line. There's no reason to
declare / a valid wo
Control: block -1 by 992743 992745
On Mon, May 16, 2022 at 05:42:39PM +0200, Vincent Blut wrote:
> kitty version in testing/unstable is quite old now. Would it be possible to
> have newer one, please?
That's because it has new dependencies which aren't packaged yet. I've
blocked this bug with th
On Mon, May 23, 2022 at 04:29:49PM +0100, Dagfinn Ilmari Mannsåker wrote:
> James McCoy wrote:
> > On Tue, Feb 01, 2022 at 06:19:43PM +0100, Diederik de Haas wrote:
> >> $ vim.tiny .ssh/authorized_keys
> >> E1187: Failed to source defaults.vim
> >> Pre
On Mon, Apr 25, 2022 at 03:37:10PM +0200, Agathe Porte wrote:
> More and more [0] nvim-related projects are only working on the latest
> nvim release 0.9.* series. It would be nice to have neovim updated
> to the latest upstream version before the freeze comes [1].
I'm sure I'll get to it before 9
On Wed, Apr 27, 2022 at 10:36:54AM +0200, Jonas Smedegaard wrote:
> * Package name: rust-ahash
> Version : 0.7.6
> Upstream Author : Tom Kaitchuck
> * URL : https://github.com/tkaitchuck/ahash
> * License : Apache-2.0 or Expat
> Programming Lang: Rust
> Desc
On Wed, Apr 27, 2022, 09:36 Jonas Smedegaard wrote:
> Hi James,
>
> Quoting James McCoy (2022-04-27 15:05:54)
> > On Wed, Apr 27, 2022 at 10:36:54AM +0200, Jonas Smedegaard wrote:
> > > * Package name: rust-ahash
> > > Version : 0.7.6
> &
On Wed, Aug 03, 2022 at 11:59:55PM +0200, Vincent Blut wrote:
> Hi James,
>
> Le 2022-05-16 18:11, James McCoy a écrit :
> > That's because it has new dependencies which aren't packaged yet. I've
> > blocked this bug with those, for proper tracking.
>
>
On Sat, Aug 06, 2022 at 08:55:50AM +0100, RjY wrote:
> Hi, this morning I was surprised to see xxd being removed by the latest
> apt upgrade (because it was marked as automatically installed - I have
> since marked it as manual).
Which is the logical step, since you actually want xxd installed.
>
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: rust-thread-scoped -- ROM; unmaintained, no rdeps
Control: affects -1 src:rust-thread-scoped
On Sat, Jun 25, 2022 at 05:18:35PM +0200, Jonas Smedegaard wrote:
> This crate last saw an upstream release 5 years ago, and is flagged as
> "dep
On Fri, Jul 01, 2022 at 09:40:49AM +0200, Xavier Bestel wrote:
> Since Neovim 0.7 there's this issue at start:
>
> vim/_init_packages.lua: cannot load incompatible bytecode
> stack traceback:
> [C]: at 0x55d396491750
> [C]: at 0x7f0e8df71400
> E970: Failed to initialize builtin lua mod
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ma...@marvil07.net
This was originally packaged to provide support for toml files in
(neo)vim, but those files then started getting distributed with
(neo)vim. As such, the package is no longer needed.
t-2.21/debian/changelog 2022-03-05 19:26:54.0 -0500
@@ -1,3 +1,11 @@
+newsboat (2.21-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update to nom 7
+ * Backport patch from upstream to build properly with nom-7
+
+ -- James McCoy Sat, 05 Mar 2022 19:26:54 -0500
+
newsb
Control: tag -1 pending
On Tue, Mar 08, 2022 at 11:40:21AM +, peter green wrote:
> The most recent upload of rust-phf-shared added a new feature package,
> librust-phf-shared+uncased-dev which depends on librust-uncased-0.9-dev
>
> rust-uncased is not in Debian and I cannot find any evidence
On Sun, Mar 13, 2022 at 11:21:48PM +, Shelling, Otheus wrote:
> Therefore, it is clear, that the Debian packagers are to set and
> configure vim's settings so that its users have a satisfying
> user-experience with those default settings. And it is this very point
> that you have two complainan
On Fri, Mar 18, 2022 at 02:09:34AM +0100, Christoph Anton Mitterer wrote:
> Hey.
>
> That's really very sad to hear.
>
> I think actually the opposite would be good.
>
> Just as with any addons for Firefox/Thunderbird, GNOME, Cinnamon, etc.
> ... having these as proper Debian packages
I think y
Source: cyrus-imapd
Version: 3.6.0~beta2-1
Severity: normal
xxd has been its own package since 2016-09-10, so it's no longer
necessary to Build-Depend on vim-common.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'uns
Source: vim
Version: 2:8.2.3995-1
Severity: normal
xxd has been its own package since 2016-09-10. Packages that were
(Build-)Depending on vim-common for xxd should transition. This bug
will be used to track that progress.
-- Package-specific info:
--- real paths of main Vim binaries ---
/usr/
1101 - 1200 of 1314 matches
Mail list logo
