Control: forwarded -1
https://mail-archives.apache.org/mod_mbox/subversion-dev/202102.mbox/%3C20210212173613.2qji5xpfmcybulyl%40localhost%3E
On Sat, Feb 13, 2021 at 01:23:05PM +, Ivo De Decker wrote:
> The latest upload of subversion to unstable fails on armhf and mips64el:
>
>
On Thu, Feb 11, 2021 at 06:21:08AM +0100, Salvatore Bonaccorso wrote:
> Hi James,
>
> On Wed, Feb 10, 2021 at 08:49:39PM -0500, James McCoy wrote:
> > On Wed, Feb 10, 2021 at 09:21:54PM +0100, Salvatore Bonaccorso wrote:
> > > Hi James,
> > >
> > > On We
On Thu, Feb 04, 2021 at 01:23:33PM +0200, Adrian Bunk wrote:
> The following packages have unmet dependencies:
> librust-alacritty-terminal-dev : Depends: librust-terminfo-0.7+default-dev
> (>= 0.7.1-~~) but it is not installable
> Depends: librust-vte-0.8-dev
On Wed, Feb 10, 2021 at 09:21:54PM +0100, Salvatore Bonaccorso wrote:
> Hi James,
>
> On Wed, Feb 10, 2021 at 03:20:22PM -0500, James McCoy wrote:
> > On Wed, Feb 10, 2021 at 03:36:11PM +0100, Salvatore Bonaccorso wrote:
> > > The following vulnerability was
On Wed, Feb 10, 2021 at 03:36:11PM +0100, Salvatore Bonaccorso wrote:
> The following vulnerability was published for subversion.
>
> CVE-2020-17525[0]:
> | Remote unauthenticated denial-of-service in Subversion mod_authz_svn
I'll have uploads ready for this tonight to both sid and buster. I'll
Control: tag -1 fixed-upstream
On Sat, Feb 06, 2021 at 12:03:42PM +0100, Emmanuel Bourg wrote:
> subversion fails to build with OpenJDK 17 (the default JDK for bookworm) :
>
>
> /usr/lib/jvm/default-java/bin/java -Xcheck:jni
> "-Dtest.rootdir=/<>/BUILD/subversion/bindings/javahl/test-work"
>
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 publishing DEB packages for this on Github, is
> there any way that could help get this into the
On Mon, Feb 01, 2021 at 12:22:03AM +0100, Agustin Martin wrote:
> Control: reassign -1 dictionaries-common-dev,vim
>
> El lun, 18 ene 2021 a las 19:34, Agustin Martin
> () escribió:
> > El lun, 18 ene 2021 a las 13:54, Kurt Roeckx () escribió:
> > > > > Vim has support for spellchecking using
On Wed, Jan 20, 2021 at 08:47:42AM +0100, Rens Houben wrote:
> In other news for Tue, Jan 19, 2021 at 09:14:59PM -0500, James McCoy has been
> seen typing:
> > On Tue, Jan 19, 2021 at 10:22:35AM +0100, Rens Houben wrote:
>
> > The terminal sends [I when focus comes back
On Tue, Jan 19, 2021 at 10:22:35AM +0100, Rens Houben wrote:
> Since an update to /some/ part of vim on unstable sometime last weekend I've
> encountered new default behaviour that's quite disruptive.
>
> For instance, when I started writing this, as well as every single time this
> terminal
On Fri, Jan 15, 2021 at 08:36:22AM -0500, Justin Erenkrantz wrote:
> Sadly, my Debian sid box ran into other issues and is currently inaccessible.
>
> I *think* that this would address the 1.3.x test issues, but 1.3.x doesn't
> build on Mac OS for me for other reasons...so, let me know how it
Happy New Year!
On Wed, Dec 30, 2020 at 10:39:28PM -0500, James McCoy wrote:
> On Tue, Dec 29, 2020 at 02:35:11PM -0500, Justin Erenkrantz wrote:
> > The OpenSSL devs intended this to be a breaking change - but it's not
> > documented anywhere. Sigh.
> >
> > I've go
Package: sudo
Version: 1.9.5-1
Severity: important
Tags: upstream
This is fixed in 1.9.5p1:
* Fixed a regression introduced in sudo 1.9.5 where the editor run
by sudoedit was set-user-ID root unless SELinux RBAC was in use.
The editor is now run with the user's real and effective
Control: retitle -1 ITP: tree-sitter -- incremental parsing system for
programming tools
Control: owner -1 !
On Fri, Nov 27, 2020 at 09:49:49PM -0500, James McCoy wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: tree-sitter
> Version : 0.17.3
>
On Tue, Dec 29, 2020 at 02:35:11PM -0500, Justin Erenkrantz wrote:
> The OpenSSL devs intended this to be a breaking change - but it's not
> documented anywhere. Sigh.
>
> I've got a WIP patch against trunk that causes test_ssl to pass - see below.
> It also seems to work with OpenSSL 1.1.1h as
On Sun, Dec 27, 2020 at 10:46:24AM -0500, Justin Erenkrantz wrote:
> Thanks. I expect that this might be due to the last change - erroring out on
> an expired self-signed root cert. Though I thought we didn’t check in a root
> cert for our test chain...could Debian’s packaging be including a
On Sat, Dec 26, 2020 at 11:09:41PM +0100, Lucas Nussbaum wrote:
> Source: serf
> Version: 1.3.9-8
> [...]
> > Trailer-Test: f
> > ...F..
> >
> > There was 1 failure:
> > 1) test_ssl_handshake: test/test_util.c:456: expected <0> but was
Package: vim-voom
Version: 5.3-7
Severity: normal
I noticed two issues related to the vim-addon-manager → dh-vim-addon
conversion in this package.
1. README.Debian still describes how to setup the package using
vim-addon-manager
2. NEWS mentions adding "packadd! voom" to the vimrc. However,
Control: reopen -1
On Wed, Dec 16, 2020 at 10:47:38AM +0900, Yukiharu YABUKI wrote:
> Hi, maintainer
>
> This is the code which has issue
> in /usr/share/vim/vim82/ftplugin/spec.vim
>
> line 113. You can check the source.
>
>
> 103 if (chgline == -1)
> 104
On Mon, Nov 02, 2020 at 09:55:45PM -0300, DieSpinne wrote:
> If I try to set GNU Unifont as my Gvim's font I get errors. Attempt:
>
> :set gfn=-*-unifont-*-*-*-*-*-*-*-*-c-*-*-*
>
> Errors raised:
>
> E236: Font "-*-unifont-*-*-*-*-*-*-*-*-c-*-*-*" is not fixed-width
> E596:
Package: wnpp
Severity: wishlist
* Package name: tree-sitter
Version : 0.17.3
Upstream Author : Max Brunsfeld
* URL : https://tree-sitter.github.io/tree-sitter/
* License : MIT
Programming Lang: C, Rust
Description : incremental parsing system for
On Fri, Nov 20, 2020 at 05:10:08PM +0100, Helge Kreutzmann wrote:
> Hello Maintainer,
> I had a broken link in my local config to po.vim. After I fixed it
> po.vim again works.
>
> Somehow this broken link was not causing trouble the last years but
> only after this update.
This is exactly what
Control: forcemerge 975237 -1
On Thu, Nov 19, 2020 at 12:56:31PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> Relevant part (hopefully):
> > collecting ... collected 68 items
> >
> > test/test_buffer.py::test_repr PASSED
Control: reopen -1
On Thu, Nov 19, 2020 at 12:32:53AM +0100, Thomas Goirand wrote:
> Since James McCoy says it's fixed in python-pynvim 0.4.2, I'm closing
> this bug for msgpack.
I was referring to the upstream version, which has not been packaged
yet. Also, this bug was filed against
On Wed, Nov 18, 2020, 15:21 Paul Gevers wrote:
> Source: python-msgpack, python-pynvim
> Control: found -1 python-msgpack/1.0.0-4
> Control: found -1 python-pynvim/0.4.1-2
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
>
On Tue, Nov 17, 2020 at 02:43:55PM -0300, Antonio Terceiro wrote:
> On Mon, Nov 16, 2020 at 07:04:26PM -0500, James McCoy wrote:
> > On Mon, Nov 16, 2020 at 08:41:57PM -0300, Antonio Terceiro wrote:
> > > The new vim-scripts breaks existing usage with vim-addon-manager.
> >
Control: retitle -1 Test_compiler fails when locales are not available
On Mon, Nov 09, 2020 at 11:22:14PM +0200, Graham Inggs wrote:
> On Mon, 9 Nov 2020 at 21:25, James McCoy wrote:
> > I mean I specifically set LANG (and LC_ALL in my local repo) to C.UTF-8
> > [1] when runn
On Mon, Nov 09, 2020 at 09:10:54PM +0200, Graham Inggs wrote:
> On Mon, 9 Nov 2020 at 19:49, James McCoy wrote:
> > It's strange that Perl is looking at the individual LC_* settings
> > when LANG (and LC_ALL with my local changes) are set in the environment.
> >
> >
On Sun, Nov 08, 2020 at 10:30:15PM +0200, Graham Inggs wrote:
> Hi James
>
> On Sun, 8 Nov 2020 at 20:12, James McCoy wrote:
> > Would you be able to reproduce the failure with the attached patch
> > applied? That should give more insight into what's going on.
>
>
On Sat, Nov 07, 2020 at 09:33:22PM -0500, James McCoy wrote:
> On Sat, Nov 07, 2020 at 12:59:48PM +0200, Graham Inggs wrote:
> > /<>/src/vim-gtk3/testdir/runtest.vim[461]..function
> > RunTheTest[39]..Test_compiler line 23: command did not fail: clist
> > command line..
Control: clone -1 -2
Control: retitle -2 Test_compiler sporadically fails
Control: fixed -1 vim/2:8.2.1913-1
On Sat, Nov 07, 2020 at 12:59:48PM +0200, Graham Inggs wrote:
> Control: reopen -1
>
> I still see a similar failure with 8.2.1913-1:
>
>
On Sun, Nov 1, 2020, 11:30 Clint Adams wrote:
> Package: vim-runtime
> Version: 2:8.1.0875-5
> Tags: patch
>
> This made it into
> https://github.com/sdiehl/haskell-vim-proto/blob/master/vim/syntax/cabal.vim#L74
> three years ago but was apparently not incorporated into vim-runtime.
Runtime
On Fri, Oct 23, 2020 at 12:14:17PM +0200, Matthias Klose wrote:
> Package: src:vim
> Version: 8.2.0716-3
> Severity: important
> Tags: sid bullseye ftbfs
> User: debian-pyt...@lists.debian.org
> Usertags: python3.9
>
> vim ftbfs with python3.9 (test failure), python3-defaults from experimental
>
On Wed, Oct 21, 2020 at 12:42:36PM +0200, Matthias Klose wrote:
> On 10/21/20 1:13 AM, James McCoy wrote:
> > On Wed, Oct 14, 2020 at 10:22:50AM +0200, Matthias Klose wrote:
> >> subversion b-d's on python3-all-dev, but only builds for the default
> >> python3
> &g
On Wed, Oct 14, 2020 at 10:22:50AM +0200, Matthias Klose wrote:
> subversion b-d's on python3-all-dev, but only builds for the default python3
> version.
It actually builds for all available versions, but the install is
broken. This used to work with Python 2.x.
It looks like the difference is
On Sat, Aug 22, 2020 at 07:43:19AM -0700, Scott Mcdermott wrote:
> On Fri, Aug 21, 2020 james...@debian.org wrote:
> > > and how is that "nox"?
> >
> > It doesn't pull in X libraries.
>
> It pulls in sound libraries and sound files. Those are only
> useful on desktop systems (those running X).
reassign -1 mime-support 3.64
retitle -1 update-mime should convert a .desktop file's TryExec to a test=
field for the mailcap entry
On Fri, Jul 03, 2020 at 04:29:24PM +1000, herb...@gondor.apana.org.au wrote:
> The vim-tiny package depends on vim-common, which contains the
> file
Package: lintian
Version: 2.87.0
Severity: normal
With neovim 0.4.3-3, lintian is reporting:
neovim source: wildcard-matches-nothing-in-dep5-copyright
scripts/check_urls.vim (line 13)
However, such a file does exist:
$ tar atf neovim_0.4.3.orig.tar.gz | grep check_urls
Package: lintian
Version: 2.87.0
Severity: normal
As seen in neovim 0.4.3-3, lintian is expecting globs in a single Files
paragraph to follow the same ordering expectations of globs in separate
Files paragraph.
E: neovim source: redundant-globbing-patterns [src/nvim/api/* src/nvim/*.lua]
for
On Fri, Apr 17, 2020 at 11:07:04AM +, Matthias Klose wrote:
> [...]
> /usr/bin/ld: src/nvim/CMakeFiles/nvim.dir/sign.c.o (symbol from plugin): in
> function `init_signs':
> (.text+0x0): multiple definition of `ListLenSpecials';
>
On Sun, Jul 19, 2020 at 03:30:18AM +0100, peter green wrote:
> Secondly on architectures where the build can be attempted it is failing
> with
>
> > [ 3%] Building CXX object CMakeFiles/opendht-static.dir/src/utils.cpp.o
> > /usr/bin/c++ -DASIO_STANDALONE -DOPENDHT_LOG=true
On Fri, Jul 10, 2020 at 03:28:22PM +, b0ns wrote:
> Hello,
>
> I always refrained from extrapolating feedback or a complaint about this
> issue but:
> It is now 3 years that i'm typing "set mouse=" every time I open a file with
> VIM on debian while swearing!
>
> Was this the intended
m_addon (and friends) which is not using
> > `vim-addon-manager` anymore.
> > This move has been recommended by James McCoy (who
> > sponsored the package).
> >
> > I guess you spotted a lack of documentation/policy for this new helper:
> > `dh-vim_addon`.
> > I ad
On Thu, Jun 25, 2020, 06:54 Julien Cristau wrote:
>
>
> https://salsa.debian.org/python-team/applications/mercurial/-/commit/306a0553aa60103c40bd0a89de6e2d67f3b851ff
>
>
> Remove python-subversion from autopkgtest
Package: g++-9
Version: 9.3.0-13
Severity: important
Tags: upstream
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95676
Control: affects -1 src:msgpack-c
msgpack-c's latest upload is failing a test on armhf:
--8<--
TEST(object_with_zone, system_clock_impl_min)
{
On Fri, May 15, 2020 at 03:41:33PM -0700, Josh Triplett wrote:
> Steps to reproduce:
>
> Install the "mpv" package.
> Run nvim.
> Use :term to open a terminal.
> Within the terminal, run "mpv --quiet --vo=tct some-video-file.webm".
>
> The terminal will display garbage for a bit, then nvim will
Control: reassign -1 src:vim 2:8.1.0875-5
Control: retitle -1 Add versions to vim/gvim Provides
Control: affects -1 dh-vim-addon
On Sat, May 09, 2020 at 02:45:13PM -0400, James McCoy wrote:
> On Sat, May 09, 2020 at 07:31:51PM +0300, Nicholas Guriev wrote:
> > It sounds good but does
On Sun, May 10, 2020 at 08:35:53PM +0300, Nicholas Guriev wrote:
> It is me again, sorry for disturbance.
No worries. Thank you for using and providing feedback about
dh-vim-addon.
> It seems dh_vim-addon(1) does not
> generate tags for :help command because of incomplete $docdir. I daresay
>
On Sat, May 09, 2020 at 07:31:51PM +0300, Nicholas Guriev wrote:
> It sounds good but does not seem to work. :( At least, apt wants to install
> the
> vim package despite vim-gtk3 already provides vim. Something strange is
> happening, and I need a bit more investigation.
Ok, I have an idea of
On Sat, May 09, 2020 at 06:40:35PM +0300, Nicholas Guriev wrote:
> Is basic vim package required for addons? It looks I can use an addon with
> vim-gtk, vim-gtk3, or vim-nox, not having the vim package installed. I suggest
> to add these (and possibly vim-athena) to the ${vim-addon:Depends}
Control: forcemerge 958993 -1
On Fri, May 08, 2020 at 10:23:42PM +0200, Mattia Rizzolo wrote:
> This has been happening for quite some time, however I'm reporting it
> now.
May Mattia, I'd like you to meet April Mattia. He had the same problem.
:)
This should be fixed by my pending Vim upload.
On Thu, Apr 23, 2020 at 02:09:35PM +0200, Paul Gevers wrote:
> I
> suggest you apply the same fix you already did here [2] and stop
> building the python package for now if that works.
Done and uploaded, however that now makes mercurial FTBFS, as I had
notified them earlier this month (#956007).
Control: severity -1 serious
On Sun, Apr 05, 2020 at 08:50:32PM -0400, James McCoy wrote:
> python-subversion can't be built with current src:swig, so I'm in the
> process of removing it. Subversion's next upstream release will have
> support for Python 3, but since src:subversion
On Thu, Apr 23, 2020 at 10:13:15AM +0200, Paul Gevers wrote:
> It seems the ruby2.5 removal transition [1] is stalled by subversion
> [2]. Can the fix for 954866 please be uploaded to unstable such that
> subversion can migrate and we can finish the removal of ruby2.5 in testing?
I'd rather not
On Wed, Apr 22, 2020 at 02:26:54PM +0200, Raphael Medaer wrote:
> Let me know if there is still something to change.
For a brand new package, it's probably best to go with the current
stable debhelper version (12). Similarly, it would be a good idea to
ensure you're abiding by current Policy and
On Tue, Apr 21, 2020 at 11:01:00AM +0200, Raphael Medaer wrote:
> Hi James,
>
> I did the changes you suggested
> (https://salsa.debian.org/rmedaer/vim-gitgutter
> /-/commit/8e9bd0944c7a9edb91dc7056996c8d16446a93fd)
> The vim plugin is "optional". It means that users will have to add `packadd
>
On Sat, Apr 18, 2020 at 10:24:28PM +0200, Raphael Medaer wrote:
> This Vim plugin shows a git diff in the 'gutter' (sign column). It shows
> which lines have been added, modified, or removed. You can also preview,
> stage, and undo individual hunks; and stage partial hunks. The plugin also
>
Source: mercurial
Version: 5.3.1-1
Severity: important
python-subversion can't be built with current src:swig, so I'm in the
process of removing it. Subversion's next upstream release will have
support for Python 3, but since src:subversion currently FTBFS I'm
removing the package early.
It
Control: severity -1 normal
On Sun, Mar 22, 2020 at 02:57:54PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> Relevant part (hopefully):
> [...]
> > Trailer-Test: f
> > 140691743627136:error:14095126:SSL
On Mon, Mar 30, 2020 at 07:00:46PM -0400, James McCoy wrote:
> On Mon, Mar 30, 2020 at 02:53:40PM -0400, Justin Erenkrantz wrote:
> > Here's a tentative patch that causes the test cases to pass with OpenSSL
> > 1.1.1e+ for me on Debian Sid.
> >
> > James, can you plea
On Mon, Mar 30, 2020 at 02:53:40PM -0400, Justin Erenkrantz wrote:
> Here's a tentative patch that causes the test cases to pass with OpenSSL
> 1.1.1e+ for me on Debian Sid.
>
> James, can you please give it a go and confirm that it works for you?
The package does build and pass tests with the
On Fri, Mar 27, 2020 at 05:15:24PM -0400, Justin Erenkrantz wrote:
> James,
>
> I finally got a Debian sid environment up. However, I'm seeing a different
> sets of test failures right now against vanilla serf 1.4.x and trunk (which
> works with the scons/python3 in sid without a patch AFAICT) -
Control: reassign -1 libsvn1 1.10.4-1
Control: affects -1 git-svn
Control: tag -1 fixed-upstream
On Tue, Dec 10, 2019 at 07:11:59PM +0100, Bernhard Übelacker wrote:
> In [1] gets a temporary KAboutData object created, with
> string parameters created by QStringLiteral. Therefore
> it looks like
On Wed, Mar 25, 2020 at 08:57:14AM -0400, Justin Erenkrantz wrote:
> James,
>
> Thanks for the bug report. For reference, the upstream OpenSSL commit looks
> to
> be:
>
> https://github.com/openssl/openssl/commit/
> d924dbf4ae127c68463bcbece04b6e06abc58928
>
> I strongly suspect that the
On Mon, Mar 23, 2020 at 12:50:42PM -0300, Lucas Kanashiro wrote:
> diff -Nru subversion-1.13.0/debian/control
> subversion-1.13.0.new/debian/control
> --- subversion-1.13.0/debian/control 2020-01-19 10:59:14.0 -0300
> +++ subversion-1.13.0.new/debian/control 2020-03-23
Looping in upstream:
On Sun, Mar 22, 2020 at 02:57:54PM +0100, Lucas Nussbaum wrote:
> Version: 1.3.9-8
This is the same version of the serf package that's been in Debian since
2019/12/31, so something else seems to have changed.
> [...]
> During a rebuild of all packages in sid, your package
On Wed, Mar 18, 2020 at 11:00:33PM +0100, Christian Göttsche wrote:
> vim (in particular vim-nox) depends still on ruby 2.5: libruby2.5 (>=
> 2.5.0~preview1)
> Any plans?
Vim Build-Depends on ruby and ruby-dev. Vim's configure script uses the
default ruby interpreter to build.
As of now, the
On Sun, Mar 15, 2020 at 12:01:39PM +0100, Nomen Nescio wrote:
> There is error E117 in vim after vim-addon-manager install vifm.
>
> Error detected while processing /var/lib/vim/addons/plugin/vifm.vim:
> line 50:
> E117: Unknown function: vifm#globals#Init
>
>
On Thu, Mar 12, 2020 at 08:28:19PM +, Ivo De Decker wrote:
> The latest upload of vim to unstable fails on armel, armhf, i386, mips64el,
> mipsel, s390x:
>
> https://buildd.debian.org/status/package.php?p=vim
At least the 32-bit arch failures are understood and I've already given
upstream a
Control: merge 951893 -1
On Tue, Mar 03, 2020 at 06:20:54PM -0300, Lucas Kanashiro wrote:
> While trying to rebuild src:subversion in a clean unstable amd64 chroot
> I got the following error:
>
> ...
> Wrote subversion/bindings/swig/proxy/swig_python_external_runtime.swg
> /usr/bin/swig
On Sat, Feb 22, 2020 at 08:19:30PM +0200, Adrian Bunk wrote:
> ...
> /usr/bin/swig -I/build/1st/subversion-1.13.0/BUILD/subversion
> -I/build/1st/subversion-1.13.0/subversion/include
> -I/build/1st/subversion-1.13.0/subversion/bindings/swig
>
On Sun, Feb 16, 2020 at 02:22:45PM -0500, James McCoy wrote:
> Interestingly, changing
>
> vim_snprintf((char *)p, IOSIZE - (p - IObuff),
> NGETTEXT("%lld character", "%lld characters", nchars),
> (long_long_T)nchars)
On Sun, Feb 16, 2020 at 01:55:41PM -0500, James McCoy wrote:
> Control: retitle -1 vim-tiny: Incorrect size reported when invoked as vi on
> 32-bit architectures
> Control: tag -1 + upstream confirmed
>
> On Sat, Feb 15, 2020 at 12:28:24PM -0500, Tresi Arvizo wrote:
> &g
On Wed, Feb 05, 2020 at 09:46:36AM -0300, Lucas Kanashiro wrote:
> We are planning to start the ruby2.7 transition and your package failed
> to build against ruby2.7. Check the full build log here:
>
>
Control: retitle -1 vim-tiny: Incorrect size reported when invoked as vi on
32-bit architectures
Control: tag -1 + upstream confirmed
On Sat, Feb 15, 2020 at 12:28:24PM -0500, Tresi Arvizo wrote:
> When invoked as vi, vim.tiny incorrectly reports the file size being
> edited, reporting "898964
Control: tag -1 fixed-upstream
On Sun, Feb 02, 2020 at 04:47:26PM +0100, Andreas Beckmann wrote:
> msgpack-c/experimental on all 32-bit architectures:
> https://buildd.debian.org/status/package.php?p=msgpack-c=experimental
Yes, that and #950460 are the main reasons I haven't uploaded this to
00-2.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying 1001_fix_include_unpack_header.patch
dpkg-source: info: applying 2001_use_system_lib.patch
Check disk space
Sufficient free space for build
User Environment
A
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 Mon, Jan 06, 2020 at 12:19:21PM +0100, Christoph Biedl wrote:
> Additionally, I always upload new upstream versions of src:file to
> experimental first to avoid situations like this. If anybody wishes to
> receive a notification to start tests, drop me a line with your e-mail
> address,
Control: notfixed -1 0.2.6-1
On Fri, Dec 27, 2019 at 01:40:59PM -0500, James McCoy wrote:
> Version: 0.2.6-1
>
> On Fri, Aug 17, 2018 at 11:21:20AM +, Santiago Vila wrote:
> > =
On Mon, Dec 23, 2019 at 12:36:25PM +0200, Adrian Bunk wrote:
> I've prepared an NMU for python-neovim (versioned as 0.3.0-1.1) and
> uploaded it to DELAYED/15. Please feel free to tell me if I should
> cancel it.
I've uploaded the new upstream version (0.4.0) which contains these
fixes. It's
On Thu, Oct 10, 2019 at 08:25:50AM -0400, James McCoy wrote:
> On Thu, Oct 10, 2019 at 08:13:51AM -0400, James McCoy wrote:
> > Control: found -1 1.8.4
> >
> > On Sat, Jan 23, 2016 at 11:06:54AM -0500, James McCoy wrote:
> > > "apt upgrade" is erroring ou
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,
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
>
On Fri, Nov 01, 2019 at 10:25:49PM +0100, Václav Ovsík wrote:
> A directory /etc/vim is missing from the VIM runtimepath and so my
> syntax file at /etc/vim/syntax/dhcpd.vim is not loaded after upgrade
> to the Debian Buster release.
>
> You mentioned addition of /etc/vim into the default
On Sat, Oct 12, 2019 at 08:09:46PM +0200, Salvatore Bonaccorso wrote:
> On update to 2:8.1.2136-1 (possibly due to the /usr/libexec/vim move)
> the editor selection for the alternatives is lost:
This was an unintended side effect. There was some IRC discussion about
this, and since there was
On Wed, Oct 23, 2019 at 02:24:59PM +0200, IOhannes m zmoelnig wrote:
> in the latest upload i find the following in d/changelog:
> > Move /usr/bin/vim.* into /usr/libexec/vim/
>
> This little change undoes my choice of 'sensible-editor'.
> Previously i ran 'select-editor' and chose "2.
On Thu, Oct 10, 2019 at 08:13:51AM -0400, James McCoy wrote:
> Control: found -1 1.8.4
>
> On Sat, Jan 23, 2016 at 11:06:54AM -0500, James McCoy wrote:
> > "apt upgrade" is erroring out instead of letting me upgrade packages
> > uninvolved with the qt packages.
>
Control: found -1 1.8.4
On Sat, Jan 23, 2016 at 11:06:54AM -0500, James McCoy wrote:
> "apt upgrade" is erroring out instead of letting me upgrade packages
> uninvolved with the qt packages.
I'm running into this problem again.
I have the old (now removed from the archive
On Mon, Oct 07, 2019 at 12:55:55PM +0200, Antoni Marcinek wrote:
> I am running Debian 10 (stable) and I obtain this same error message. I
> vaguely
> remember that I had a similar issue with sid few years back.
Does it also happen with the vim-gtk3 package, or only with vim-gtk?
Make sure
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 ==
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 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
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.
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
Control: reassign -1 apache2 2.4.25-3
On Fri, Nov 09, 2018 at 05:41:55PM +0100, Dmitry Katsubo wrote:
> In my case I am using the "custom" configuration file of dav_svn module
> which is
> located here:
>
> /etc/apache2/mods-available/dav_svn.conf.my
>
> I have reconfigured the symlink so that
On Mon, Jul 15, 2019 at 09:15:11AM +0200, Martin wrote:
> * Florian
>
> yes the subversion package v1.10.4-1 is from the official public buster main
> repository. btw. this bug is related with libserf issue:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931773
Florian was referring to a
revent 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
neovim-0.3.4/debian/patches/0001-debcherry-fixup-patch.patch
--- ne
'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 12:41:15 -0400
+
vim (2:8.1.0875-4) unstable; urgency=high
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 correct
201 - 300 of 1279 matches
Mail list logo
