Control: tag -1 fixed-upstream
On Aug 1, 2017 09:09, "Adrian Bunk" wrote:
...
>From test_bufwintabinfo.vim:
Found errors in Test_get_buf_options():
function RunTheTest[9]..Test_get_buf_options line 3: Expected 8 but got 0
I'll backport the fix from upstream soon.
Cheers,
James
Version: 0.2.0-1
On Thu, Mar 09, 2017 at 10:41:07AM +0100, Ulrik wrote:
> :CheckHealth in neovim has the following output for the performance
> section, so it claims to not be optimized.
>
>
> ## Performance
> - INFO: Build type: None
> - WARNING: Non-optimized build-type. Nvim will be slowe
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I'd like to upload the new msgpack-c to unstable. I did a test rebuild
in July and filed bugs[0] against the packages which fail to build with
the new API changes.
[0]:
https://bugs.de
On Fri, Aug 04, 2017 at 09:20:01AM -0400, Matthias Klose wrote:
> the original report was filed some years ago. Are there any upstream changes
> at
> this time?
No, there haven't been.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
On Tue, Jan 17, 2017 at 09:54:55AM +0800, Boyuan Yang wrote:
> .mo files are placed in wrong directories and is not working correctly.
>
> Examples:
>
> Bad: /usr/share/locale/zh_TW.UTF-8/LC_MESSAGES/nvim.mo
> Good: /usr/share/locale/zh_TW/LC_MESSAGES/nvim.mo
>
> Bad: /usr/share/locale/zh_CN.UTF
6a7c6 & ad66826a from upstream to fix buffer overflows when
+reading corrupted undo files. (CVE-2017-6349 & CVE-2017-6350)
+
+ -- James McCoy Mon, 10 Apr 2017 08:15:38 -0400
+
neovim (0.1.7-3) unstable; urgency=medium
* Disable global_spec.lua since it's rather flaky.
d
Source: gcc-7
Version: 7-20170407-1
Severity: normal
$ gcc-7 -Wextra -o foo foo.c
foo.c: In function 'main':
foo.c:6:9: warning: this statement may fall through [-Wimplicit-fallthrough=]
argc = 0;
~^~~~
foo.c:9:3: note: here
default:
^~~
$ cat foo.c
int main(int argc, char **
On Wed, Apr 19, 2017 at 01:59:58PM +0200, Rhonda D'Vine wrote:
> while trying to figure out why I don't get rgb color support in vim
> inside tmux I stumbled upon a documentation bug. :)
>
> in term.txt there are these two lines:
>
> let &t_8f = "\[38:2:%lu:%lu:%lum"
> let &t_
On Thu, Apr 13, 2017 at 08:13:31AM -0400, James McCoy wrote:
> Please unblock package neovim
>
> This upload includes fixes for CVE-2017-{5953,6349,6350}.
>
> unblock neovim/0.1.7-4
Ping?
> diffstat for neovim-0.1.7 neovim-0.1
On Thu, Dec 08, 2016 at 08:41:06PM -0800, Josh Triplett wrote:
> The attached patch provides an update with new archive sections for
> programming
> language packages. See https://bugs.debian.org/753480 and
> https://bugs.debian.org/845576 for more on the new sections. ftpmaster has
> approved a
On Thu, Dec 08, 2016 at 08:51:39PM -0800, Josh Triplett wrote:
> The attached patch provides an update with new archive sections for
> programming
> language packages. See https://bugs.debian.org/753480 and
> https://bugs.debian.org/845576 for more on the new sections. ftpmaster has
> approved a
On Mon, Dec 12, 2016 at 03:57:12PM +0200, Graham Inggs wrote:
> Please consider the attached patch for dropping Vivid and Wily from the list
> of supported Ubuntu series.
I intentionally stopped doing that, actually. Those old release names
aren't invalid, they're just not currently targeted for
Control: tag -1 upstream patch
Control: forwarded -1 https://github.com/vim/vim/pull/1329
On Tue, Dec 06, 2016 at 09:53:43PM +0100, Helge Kreutzmann wrote:
> Hello James,
> On Sun, Dec 04, 2016 at 08:22:34PM -0500, James McCoy wrote:
> > On Sun, Dec 04, 2016 at 09:25:41PM +0100, Helg
On Wed, Dec 14, 2016 at 07:25:11AM +0100, Ph. Marek wrote:
> Please install a gvim alternative:
> # update-alternatives --install /usr/bin/gvim gvim /usr/bin/nvim-qt 50
Sounds reasonable. jpleau is looking into that.
> BTW, the initial size of the nvim-qt window is ~9 by 4 characters for me.
On Fri, Nov 25, 2016 at 03:24:23PM -0500, Aaron M. Ucko wrote:
> The kFreeBSD build of neovim-qt failed:
>
> Start 2: tst_neovimconnector
>2/12 Test #2: tst_neovimconnector ..***Failed 15.12 sec
> * Start testing of NeovimQt::Test *
> Config: Using Q
On Thu, Dec 15, 2016 at 11:03:40PM -0500, Aaron M. Ucko wrote:
> James McCoy writes:
>
> > As far as I can tell, what's happening is the async network connection
> > that's started by the connectToNeovim call has already errored out by
> > the time the onEr
On Mon, Jul 25, 2016 at 03:48:13PM +0100, Dominic Hargreaves wrote:
> An update for this package has been released as part of our handling for
> the issue described below. This fixes an instance of the dynamic module
> loading vulnerability alluded to.
>
> I attach the patch I applied for jessie;
On Tue, Jul 26, 2016 at 09:10:19PM +, Eric Wong wrote:
> I only recently subscribed to this tracker, but this looks
> like the same problem documented a few weeks ago on the git list:
The patches that had previously been discussed and applied to upstream's
trunk finally got approved for backpo
On Wed, Jul 27, 2016 at 01:43:58PM -0700, Josh Triplett wrote:
> vim-runtime ships spelling files for English. Neovim strips those out, and
> only offers a mechanism to download the spell files at runtime. Please
> consider packaging current versions of the spell files for various languages
> in
On Sat, Jul 30, 2016 at 12:34:47PM +0200, David Rabel wrote:
> Hi there,
Hello!
> I'm new to Debian as a maintainer, that means I have not packaged
> anything yet, but want to start it now.
> By looking through WNPP I found an RFP for a vim addon:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?b
Control: found -1 7.12-4
On Wed, Dec 14, 2016 at 11:57:14AM +, Debian Bug Tracking System wrote:
> Changes:
> gdb (7.12-2) unstable; urgency=medium
> .
>* debian/control*:
> - add mipsel64 arch to gdbserver.
This is actually spelled mips64el, so the bug isn't fixed.
Cheers,
--
Ja
Package: network-manager
Version: 1.6.0-1
Severity: normal
File: /usr/bin/nm-online
I've been using "nm-online -x -q" as a test condition for a cron job,
and as of the update to 1.6.0-1, this always exits with 1 even when
"nmcli general status" shows State=connected, Connectivity=full.
"nm-online
On Fri, Jan 27, 2017 at 10:12:18AM -0500, James McCoy wrote:
> I've been using "nm-online -x -q" as a test condition for a cron job,
> and as of the update to 1.6.0-1, this always exits with 1 even when
> "nmcli general status" shows State=connected, Connectivity
Control: tags 852815 patch
On Fri, Jan 27, 2017 at 12:31:59PM -0500, James McCoy wrote:
> On Fri, Jan 27, 2017 at 10:12:18AM -0500, James McCoy wrote:
> > I've been using "nm-online -x -q" as a test condition for a cron job,
> > and as of the update to 1.6.0-1, this
On Fri, Jan 27, 2017 at 01:20:06PM -0500, James McCoy wrote:
> Attached patch explicitly returns from quit_if_connected after setting
> retval. This fixes the behavior for me.
I've forwarded the patch upstream, too. Just waiting for my message to
be moderated.
Cheers,
--
James
GPG
Control: tags -1 fixed-upstream
On Fri, Jan 27, 2017 at 04:21:35PM -0500, James McCoy wrote:
> On Fri, Jan 27, 2017 at 01:20:06PM -0500, James McCoy wrote:
> > Attached patch explicitly returns from quit_if_connected after setting
> > retval. This fixes the behavior for me.
>
t from pkg-create-dbgsym's dh_gencontrol wrapper, pass
+ --set-envvar=NO_PKG_MANGLE=1 to debuild, and pass -U to debchange.
+ * debian/tests/control:
+ + Depend on build-essential.
+
+ [ James McCoy ]
+ * test_package_lifecycle:
++ Ignore debhelper's new "create-stamp&q
ornado.git/tree/debian/control#n24
>
> python-tornado build-depends on missing:
> - python3:arm64 (>= 3.5)
>
> So jessie-backports buildd have this "bug" too.
On Sun, Dec 18, 2016 at 10:04:46AM -0500, James McCoy wrote:
> On Sun, Dec 18, 2016 at 02:26:09PM +010
On Mon, Dec 19, 2016 at 11:55:50AM +0100, Bas Zoetekouw wrote:
> Vim's currenr behaviour for syntax highlighting of shell scripts (with
> #!/bin/sh and /bin/sh pointing to dash) is to mark command
> substititions using the $(foo) construction as an error.
Not that I can see.
> This is incorrect,
Control: merge 597928 -1
On Tue, Dec 27, 2016 at 09:10:28PM +0800, 積丹尼 Dan Jacobson wrote:
> Perhaps check if the user has given extra arguments to version, and at
> least return non-zero.
>
> $ bts version 99 1.2.3; echo $?
> bts version 2.16.13
> Copyright (C) 2001-2003 by Joey Hess .
> Mod
Control: retitle -1 [uscan] Add an exit status to indicate gpgv failure
On Mon, Oct 24, 2016 at 01:25:03PM +0200, Bernhard Schmidt wrote:
> Asterisk upstream sources are signed by several keys, see for example
>
> http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-13.11.2.tar.
On Sat, Oct 29, 2016 at 05:01:28PM +0200, Thilo Six wrote:
> Hello Matteo,
> Hello James-San,
>
> >> This looks like a duplicate of #842070. Can you confirm that you're seeing
> >> the
> >> same error messages when lauching gvim from a terminal?
> >>
> >> https://bugs.debian.org/842070
> >
> > Th
Package: w3m
Version: 0.5.3-31
Severity: important
Attached bar.html is a minimized version of the html file that original
caused the crash when running "w3m -dump bar.html". Note that no crash
occurs when running "w3m bar.html".
Attached bt.txt.gz shows the full backtrace when this occurs.
--
On Sun, Oct 30, 2016 at 09:58:21PM +0100, Reiner Herrmann wrote:
> While working on the "reproducible builds" effort [1], we have noticed
> that libvterm could not be built reproducibly.
> During build the object files are linked in random order.
Thanks. I had sent a similar patch[0] upstream alr
Control: reassign -1 libgtk-3-0 3.22.2-1
Control: forcemerge 842070 842192
On Sun, Oct 30, 2016 at 03:19:29AM +0100, Thilo Six wrote:
> James McCoy schrieb/wrote:
> -- --
>
> > If you downgrade libgtk-3-0 to 3.22.1-1, does that fix the problem?
>
> Yes.
>
> Install
On Nov 1, 2016 11:33, "Lucas Nussbaum" wrote:
> I tried with the first package listed. It works fine with devscripts
> 2.16.8 (in testing), but not with 2.16.4~bpo8+1 (in stable-bpo, and
> installed on ullmann.debian.org).
>
> To fix that, an update of that backport is needed.
I've yet to do tha
Control: reassign -1 libgtk-3-0 3.22.2-1
Control: forcemerge 842070 -1
On Tue, Nov 01, 2016 at 02:32:37PM +0100, gpe92 wrote:
>* What led up to the situation?
>launch gvim
>* What was the outcome of this action?
>
>The gvim window is miss displayed an unusable (see attached
>
On Wed, Nov 02, 2016 at 06:43:07PM +0100, Helge Kreutzmann wrote:
> Hello James,
> On Tue, Nov 01, 2016 at 07:32:53PM -0400, James McCoy wrote:
> > Please see ":help defaults.vim" for more information, including how to
> > disable loading the file in the system vimrc.
&
Control: reassign -1 libgtk-3-0 3.22.2-1
Control: forcemerge 842070 -1
On Wed, Nov 02, 2016 at 09:11:13PM +0100, Ayke van Laethem wrote:
> When running gvim (from the vim-gtk3 package), the whole text window is
> invisible. It looks like it has shrunk so small to be unusable. See the
> attached sc
On Fri, Nov 04, 2016 at 01:39:35PM +, Steven Chamberlain wrote:
> Hi,
>
> If you've no objection, I may build vim on the kfreebsd-* porterboxes
> with DEB_BUILD_OPTIONS=nocheck, and binNMU the result.
What about just disabling the Perl bindings on kfreebsd-any for now?
Cheers,
--
James
GPG
Control: reassign -1 libgtk-3-0 3.22.2-1
Control: forcemerge 842070 -1
On Fri, Nov 04, 2016 at 11:24:32AM +0100, Ph. Marek wrote:
> # vim.gtk3 -g -u NONE -U NONE -N
> gives me a window, but where the text should be only a grey rectangle is
> visible. No text shown (expected version info etc.), no
On Sat, Nov 19, 2016 at 08:15:24PM -0500, Nick Black wrote:
> msgpack-c version 2.0.0 was released in June 26th of this year (2016),
> and provides several useful new interfaces, including
> msgpack_unpacker_next_with_size(). It would be nice if we could get a
> newer build, thanks!
It would also
Package: isync
Version: 1.2.1-2
Severity: normal
File: /usr/bin/mbsync
Since the upgrade, I now get one of two "errors" every time I run “mbsync -a
-q”.
Socket error: secure read from imap.gmail.com (ip.a.dd.r:993): Success
Error decompressing data from imap.gmail.com (ip.a.dd.r:993): (null)
--
On Sun, Nov 20, 2016 at 05:05:16PM +, Simon McVittie wrote:
> From 2d7b8d45f23eb59e32c2350fc66943db7431a96e Mon Sep 17 00:00:00 2001
> From: Simon McVittie
> Date: Sun, 20 Nov 2016 16:32:53 +
> Subject: [PATCH] mergechanges: treat *.buildinfo like *.deb for --indep,
> --source options
Sh
On Tue, Nov 22, 2016 at 08:32:21PM +, Simon McVittie wrote:
> On Tue, 22 Nov 2016 at 15:05:10 -0500, James McCoy wrote:
> > Shouldn't it always be kept in the resulting changes file? It's just
> > build metadata like the changes/dsc files.
>
> Hmm. I think it
Control: owner -1 !
On Sat, Nov 19, 2016 at 08:01:03AM +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > test_dscextractChangelog
> > test_debchange
> > test_list_unreleased
> > test_debuild2
> > ASSERT:standard output of debuild --no-conf --no-lintian
> > --preserve-envvar=PATH --pre
On Sun, Aug 14, 2016 at 01:43:27PM +0100, Chris Lamb wrote:
> If you take a look at:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735377#44
>
> Here, Holger hit a problem in the past because he had "-i -I" in the
> DEBUILD_DPKG_BUILDPACKAGE_OPTS variable instead of in (I guess)
> DEBUI
On Mon, Oct 31, 2016 at 12:10:37PM -0400, Antoine Beaupré wrote:
> On 2016-10-28 20:10:43, Holger Levsen wrote:
> >> Since this may change again in the future before this issue is resolved,
> >> maybe it's better to just refer to the LTS notes here:
> >> https://wiki.debian.org/LTS/Development#Buil
On Thu, Nov 24, 2016 at 06:40:42PM +0100, Christian Marillat wrote:
> I don't know who is the guilty (debuild or dpkg-buildpackage) but debclean
> doesn't work :
>
> $ LANG=C debclean
> Cleaning in directory .
> dpkg-buildpackage -rfakeroot -us -uc -j10 clean --check-co
On Thu, Nov 24, 2016 at 05:41:21AM +0100, Guillem Jover wrote:
> Hi!
>
> On Wed, 2016-11-23 at 18:11:37 +0000, James McCoy wrote:
> > commit 607c5911b44ca61cf352e80397b5707ee23d9eec
> > Merge: 1f82d5b 064dc31
> > Author: James McCoy
> > Date: Wed Nov 23 12:53
On Thu, Nov 24, 2016 at 01:37:05PM -0500, James McCoy wrote:
> On Thu, Nov 24, 2016 at 05:41:21AM +0100, Guillem Jover wrote:
> > Hi!
> >
> > On Wed, 2016-11-23 at 18:11:37 +, James McCoy wrote:
> > > commit 607c5911b44ca61cf352e80397b5707ee23d9eec
> > &
On Fri, Nov 25, 2016 at 06:09:02PM +0100, Guillem Jover wrote:
> Hi!
>
> On Fri, 2016-11-25 at 12:32:18 +0100, Axel Beckert wrote:
> > Package: devscripts
> > Version: 2.16.9
> > File: /usr/bin/debuild
>
> > since the recent slimming of debuild, DEBUILD_LINTIAN_HOOK no more works
> > for me.
> >
Control: merge 842468 -1
Control: retitle 842468 [uupdate] Omit 'New upstream release' entry when
version matches changelog (with -b)
On Fri, Nov 25, 2016 at 12:15:15PM +0530, Pirate Praveen wrote:
> We commonly use uupdate -b in npm2deb to add generated debian folder
> with upstream tarball (deb
On Tue, Nov 29, 2016 at 08:51:21AM +0100, Christian Marillat wrote:
> From several sources I see this error :
>
> dpkg-buildpackage: info: full upload (original source is included)
> dpkg-buildpackage: info: running hook check
> lintian ../motioneye-dmo_0.35.1-dmo1_i386.changes
> E: motioneye-dmo
On Wed, Nov 30, 2016 at 06:54:28AM +, David Barnett wrote:
> When I try to build the v8.0.0095-1 tag from https://anonscm.debian.org/cgit/
> pkg-vim/vim.git using pbuilder, I get an error from the dh_install command:
> dh_install
> cp: cannot stat ‘debian/tmp/debian/tmp/usr/share/man/ru/man
On Sat, Dec 03, 2016 at 12:59:20PM +0100, Ph. Marek wrote:
> With this version, starting nvim with a file on the cmdline is broken.
It works fine for me. Can you be more explicit about how you're running
nvim? Is it only certain files that exhibit this behavior? What if you
use "nvim -u NORC"?
On Sat, Dec 03, 2016 at 07:56:00PM +, Niels Thykier wrote:
> On Sat, 03 Dec 2016 20:49:34 +0100 Vincent Danjean
> wrote:
> > debuild is passing lintian options to dpkg-buildpackage which, of course,
> > do
> > not recognize these options and fail:
> >
> > [...]
> >
> > The --display-inf
On Sat, Dec 03, 2016 at 08:10:24PM +0100, Philipp Marek wrote:
> Hmmm..
> I had a
>
> runtime ftplugin/man.vim
>
> in ~/.config/nvim/init.vim, but up to and including 0.1.6-5 that never
> hurt. Commenting that line out makes 0.1.7 work too.
>
> I bind "K" to ":Man"; guess that I got it from
On Sun, Dec 04, 2016 at 09:25:41PM +0100, Helge Kreutzmann wrote:
> The last two lines are now identical (they only contain the word
> »rows«), but vimdiff (in the current version) does not show this.
>
> (This is an artifical case, ordinarily the last line contains many
> words, so it is not eas
On Sun, Dec 04, 2016 at 11:07:28PM +, David Barnett wrote:
> Turns out the problem was that I was building with make 3.81, which doesn't
> support the trailing "=" syntax in "define VAR =" (and for some reason
> silently
> ignores the whole block?).
Thanks for tracking that down! I didn't re
On Tue, Dec 06, 2016 at 10:39:44AM +, Colin Watson wrote:
> […]
> subprocess.CalledProcessError: Command '['/usr/bin/debuild', '--tgz-check',
> '-i', '-I', '-S', '-uc', '-us']' returned non-zero exit status 29
> }}}
>
> stdout: {{{
> dpkg-buildpackage -rfakeroot -us -uc -i -I -S --c
On Tue, Dec 06, 2016 at 09:16:33AM +0100, Raphaël Hertzog wrote:
> Since debuild now relies on dpkg-buildpackage's hook to run lintian,
> a failing lintian fails the whole build process. This was not the case
> before 2.16.9. So this is either a regression or a annoying new feature.
It was an unfo
On Mon, Jan 09, 2017 at 10:04:41PM +1100, Ben Finney wrote:
> The Bash command completion script ‘dcut’ should rather be installed
> by the package which provides the ‘dcut’ command.
While I agree devscripts isn't the right place to provide the
completion, src:dput isn't the only package to provid
On Fri, Dec 30, 2016 at 02:25:27PM -0500, James McCoy wrote:
> Neovim's test suite was periodically failing on mipsel and after looking
> into it, it turns out that luajit sometimes incorrectly handles
> str:sub(i, j).
This was fixed upstream in 62af10152433c45e5d83e442538fabf1f57
Package: luajit
Version: 2.0.4+dfsg-1
Severity: important
Dear Maintainer,
Neovim's test suite was periodically failing on mipsel and after looking
into it, it turns out that luajit sometimes incorrectly handles
str:sub(i, j).
I instrumented the test to log the i, j, and size of the returned
str
On Thu, Jan 05, 2017 at 04:18:00PM +, Ximin Luo wrote:
> Ximin Luo:
> > As part of the Reproducible Builds effort, I've written a tool called
> > debpatch(1), see the branch here:
> > [..]
>
> Hi devscripts team,
>
> Any news on this?
Apologies for not giving this a review sooner.
> I would
On Wed, Oct 05, 2016 at 12:02:32PM +0200, Francois Gouget wrote:
> The fix in 8.0.0022 does not sound like much of a fix: it is still
> impossible to override specific defaults.vim settings.
>
> I'll also note that, at least in 8.0.0003, defaults.vim says:
>
> | " This is loaded if no vimrc file
Control: retitle -1 Please update vim-latexsuite to get python3 support
On Mon, Oct 03, 2016 at 05:29:18PM +0200, Patrik Marschalik wrote:
> vim-latexsuite requires vim built with python support but vim 2:8.0.0003-1 is
> built with python3 only.
To clarify, the vim packages switched from providin
Control: clone -1 -2
Control: retitle -2 Please add "Provides: vim"
Based on the reasons below, I'm cloning this to a separate bug report so
it doesn't get lost.
On Sat, Sep 24, 2016 at 01:14:07PM -0400, James McCoy wrote:
> On Mon, Jul 11, 2016 at 01:35:22PM -0700, Josh T
On Sun, Oct 09, 2016 at 12:43:21PM +0200, Wolf wrote:
> > Both Python and Python3 can't be enabled at the same time
>
> yeah no, both can be enabled at the same time.
>
> --enable-pythoninterp=dynamic --enable-python3interp=dynamic
Been there, done that.
vim (2:7.3.000+hg~ee53a39d5896-1) unst
On Sun, Oct 09, 2016 at 08:38:27PM +0200, Jakob Haufe wrote:
> the way debian/rules extracts the UID/GID of the current user fails when the
> user name contains a digit:
>
> sur5r@samsa:~$ id | cut -d' ' -f 1 | egrep -o '[0-9]+'
> 2000
> 5
> sur5r@samsa:~$
>
> I'd suggest switching to "id -u" and
Control: forcemerge 827319 -1
On Thu, Oct 13, 2016 at 01:45:54PM +0200, Christoph Egger wrote:
> vim FTBFS on kfreebsd-* due to testsuite failures (see below) which
> also breaks bootstrap of porterbox chroots.
Merging into an existing bug tracking testing failures on kfreebsd-*.
Any help would b
On Sat, Oct 01, 2016 at 08:33:54PM -0400, James McCoy wrote:
> On Sat, Oct 01, 2016 at 10:48:47PM +0100, Steven Chamberlain wrote:
> > But now, a new error is being seen on kfreebsd and interestingly, also
> > on linux-alpha:
> >
> > | Found errors in Test_tagcase()
On Fri, Oct 14, 2016 at 12:08:46AM +0100, Steven Chamberlain wrote:
> Hi,
>
> James McCoy wrote:
> > I've solved the fifo test failure, and now am able to see the segfault
> > on fischer. However, gdb has been pretty useless for me on kfreebsd.
> >
> > Is
On Thu, Oct 13, 2016 at 07:37:13PM -0400, James McCoy wrote:
> However, I was currently looking into a different test failure whose
> symptom is that ":set modified" doesn't actually do anything.
Interesting. This has something to do with enabling the language
bindings. Wh
On Thu, Oct 13, 2016 at 08:27:12PM -0400, James McCoy wrote:
> On Thu, Oct 13, 2016 at 07:37:13PM -0400, James McCoy wrote:
> > However, I was currently looking into a different test failure whose
> > symptom is that ":set modified" doesn't actually do anythin
On Fri, Oct 14, 2016 at 03:21:43PM -0400, Daniel Kahn Gillmor wrote:
> On Fri 2016-10-14 13:17:06 -0400, Ian Jackson wrote:
> > This (and the change to gnupg2) has now broken dgit's DEP-8 test
> > suite, when run under schroot. I'm discussing this in #840669 (CC'd).
>
> in particular, the lack of
On Thu, Oct 13, 2016 at 09:08:17PM -0400, James McCoy wrote:
> On Thu, Oct 13, 2016 at 08:27:12PM -0400, James McCoy wrote:
> > On Thu, Oct 13, 2016 at 07:37:13PM -0400, James McCoy wrote:
> > > However, I was currently looking into a different test failure whose
> >
On Sat, Oct 15, 2016 at 03:41:07PM +0100, Steven Chamberlain wrote:
> Steven Chamberlain wrote:
> > If I override that flag with -fno-wrapv:
> >
> > + $(CCC) $(LUA_CFLAGS) $(PERL_CFLAGS) -fno-wrapv $(PYTHON_CFLAGS)
> > $(PYTHON3_CFLAGS) $(RUBY_CFLAGS) $(TCL_CFLAGS) -o $@ option.c
> >
> > then
On Sat, Oct 15, 2016 at 01:40:43PM -0400, James McCoy wrote:
> On Sat, Oct 15, 2016 at 03:41:07PM +0100, Steven Chamberlain wrote:
> > Steven Chamberlain wrote:
> > > If I override that flag with -fno-wrapv:
> > >
> > > + $(CCC) $(LUA_CFLAGS) $(PER
Control: tag -1 help
On Sun, Oct 16, 2016 at 12:27:13AM +0100, Steven Chamberlain wrote:
> Hi!
>
> I was about finished for the night, but then I thought to recompile
> option.c this way:
>
> $ cd src/vim-gtk
> $ touch option.c
> $ make PERL_CFLAGS="$(perl -MExtUtils::Embed -e ccopts) -g -O0
>
On Fri, Mar 11, 2016 at 10:25:00AM -0300, Lucas Kanashiro wrote:
> Hi James,
>
> Sorry for the delay. I already uploaded the latest upstream version of
> tmate in experimental (version that depends on libmsgpack-dev >= 1.1.0).
>
> I built tmate with new version of libmsgpack-dev in experimental a
On Wed, Aug 31, 2016 at 05:01:33PM +0200, Emilio Pozuelo Monfort wrote:
> On 27/08/16 04:39, James McCoy wrote:
> > On Sat, Aug 13, 2016 at 10:10:29AM -0400, James McCoy wrote:
> >> On Tue, Jun 14, 2016 at 06:17:31PM -0400, James McCoy wrote:
> >>> + libdata-messagepa
On Fri, Sep 09, 2016 at 08:26:44AM +0200, Francesc Zacarias wrote:
>* I upgraded my packages via apt-get update/dist-upgrade as usual.
That was the first mistake. ;) You should typically only use upgrade.
When it looks like you need to use dist-upgrade, double check what it's
going to do first
Control: reassign 837215 src:vim 2:7.4.2330-1
Control: reassign 837217 src:vim 2:7.4.2330-1
Control: forcemerge 837130 837215 837217
On Sat, Sep 10, 2016 at 09:23:40AM +0200, Aiko Barz wrote:
> $ apt dist-upgrade
>
>* What was the outcome of this action?
>
> > Remove: vim:amd64 (2:7.4.1829-1
On Mon, Aug 08, 2016 at 11:40:39AM -0400, Daniel Kahn Gillmor wrote:
> the HTML there is decidedly weird, with extra whitespace in the href:
>
> -
> sks-1.1.6.tgz
>
> -
>
> So uscan isn't able to find it.
>
> I reported the issue to bitbucket:
>
> https
On Sun, Apr 24, 2016 at 12:19:01AM -0400, James McCoy wrote:
> On Wed, Apr 06, 2016 at 12:21:33PM +0200, Matthias Klose wrote:
> > please find attached a debdiff which builds with Python3 as the default, and
> > adds Python2 variants as extra packages.
>
> I understand the d
On Tue, Jun 14, 2016 at 06:17:31PM -0400, James McCoy wrote:
> On Tue, Jun 14, 2016 at 07:43:27PM +0200, Emilio Pozuelo Monfort wrote:
> > How is this progressing?
>
> To summarize:
>
> + Will NMU webdis with my proposed patch and send it upstream
Done
> + tmate
Package: libuv1-dev
Version: 1.9.1-1
Severity: important
Packages which build against libuv need to add libkvm-dev to their
Build-Depends in order to prevent FTBFS on kfreebsd-*. For example, see
neovim[0] and lua-luv[1] build logs.
Consumers of libuv shouldn't need to worry about this implement
Thanks for the patches! I think the first patch is straight forward
enough. I'll let Antonio comment on whether he wants to apply the other
two. I just had one comment, inline.
> From 607b2b8f5c12377efe9b81e4bdf8105a3f2a6c0c Mon Sep 17 00:00:00 2001
> From: Guillem Jover
> Date: Tue, 18 Oct 20
On Tue, Oct 18, 2016 at 07:55:43PM +0100, Sam Morris wrote:
> Here is a patch to remove some obsolete comments from /etc/vim/vimrc. I
> have removed the lines that suggest the user enable things that have
> already been enabled by defaults.vim.
Well, defaults.vim is _only_ loaded if a user vimrc i
On Wed, Oct 19, 2016 at 04:30:00PM +0200, Michael Biebl wrote:
> when installing build-dependencies of a package, I usually use
> (sudo) mk-build-depends -i
>
> All the dependencies that are installed by that command are marked as
> manually installed.
They shouldn't be. That didn't happen with
Package: wnpp
Severity: normal
I don't have the time to maintain this anymore, especially as I don't actively
use it. The package description is:
Description: Standard ML of New Jersey interactive compiler
SML/NJ is an implementation of the Standard ML programming language.
Standard ML has man
On Sun, Sep 11, 2016 at 03:50:24PM +0900, Hideki Yamane wrote:
> gpg1 and 2 output different secret key information,
This is because the command being used isn't intended for mechanical
consumption. Also, gpg2 defaults to using the fingerprint while gpg1
defaults to the short keyid format.
I did
Control: reassign vim-common 2:8.0.0003-1
Control: merge 837793 837880
On Thu, Sep 15, 2016 at 07:40:01AM +0200, Salvo Tomaselli wrote:
> It apparently is impossible to globally disable the mouse.
>
> This
>
> # echo set mouse=\"\" >> /etc/vim/vimrc
NB, the quotes aren't necessary. "set mouse=
Control: tag -1 fixed-upstream
On Tue, Sep 20, 2016 at 11:32:44PM +0200, Christoph Biedl wrote:
> lintian[1] complained about a typo in one of the files subversion
> creates on the server side. So I'm asking you to fix this as below
> when convenient.
Thanks! I've committed the fix upstream.
Ch
Hi Eduardo & Bram,
Attached is a patch which fixes a long-standing typo in the Spanish
vimtutor translation, thanks to Jesús Adolfo Parra Parra.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
diff --git i/runtime/tutor/tutor.es w/runtime/tutor/tutor.es
index
On Sat, Jun 18, 2016 at 09:41:12PM -0700, Josh Triplett wrote:
> On Sat, Jun 18, 2016 at 11:55:17PM -0400, James McCoy wrote:
> > On Jun 18, 2016 6:03 PM, "Josh Triplett" wrote:
> > > I would suggest installing packages under /usr/share/vim/packages, and
> >
Hi,
Getting libdata-messagepack(-stream)-perl updated to work with the new
msgpack-c are the last two items blocking the msgpack-c transition
(#815036).
I had been considering NMUing the packages, but I noticed that they only
seem to be used by libcatmandu-store-lucy-perl and libtext-xslate-perl
On Fri, Aug 26, 2016 at 11:19:08AM +0200, Johannes Schauer wrote:
> On Fri, 26 Aug 2016 09:35:20 +0200 Johannes Schauer wrote:
> > dscverify currently uses multiple regexes to parse a .dsc. Instead
> > libdpkg-perl could be used. The advantages would be:
> >
> > - shorter code of dscverify
> >
701 - 800 of 1291 matches
Mail list logo
