Bug#839903: vim-gtk: no python support anymore: Error: ... requires Vim to be compiled with +python

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)

Bug#830580: Please also add "Provides: vim"

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 Triplett wr

Bug#839661: vim-latexsuite is not compatible with vim 8.0 because of missing python flag

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

Bug#837761: vim: doesn't honor local admin settings in /etc/vim/vimrc.local

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

Bug#827319: vim: FTBFS[alpha,kfreebsd-*]: Test_tagcase() failed

On Sat, Oct 01, 2016 at 10:48:47PM +0100, Steven Chamberlain wrote: > Hi, Hi! > The error is slightly different now. > > Test_communicate was fixed upstream: > | 1621 7.4.2154 Test_communicate() fails sometimes Well, worked around. That just marks the test as flaky, so it'll get retried

Bug#837761: vim: doesn't honor local admin settings in /etc/vim/vimrc.local

Control: reassign -1 vim-runtime 2:7.4.2330-1 Control: forcemerge -1 837880 837793 On Sat, Oct 01, 2016 at 02:46:33PM +0200, har...@a-little-linux-box.at wrote: > while it's perfectly ok that upstream changed it's configuration I > consider it a bug that this configuration can't be overriden

Bug#837880: vim: Unable to globally disable mouse

On Fri, Sep 30, 2016 at 09:09:04AM +0100, Tim Small wrote: > mouse=a is now unconditionally set in /usr/share/vim/vim80/defaults.vim > > As this is sourced after /etc/vim/vimrc this takes precedent. Yes, that has been discussed in this and the merged bug already. > Would be good if this could

Bug#837722: Additional information / vim-latexsuite not working

On Fri, Sep 30, 2016 at 04:46:52PM +0200, Patrik Marschalik wrote: > it seems that the plugin vim-latexsuite is not working. Especially the > cite auto-completion. > > With the python-flag compiled it was working, but not with python3. Then a bug should probably be filed against the

Bug#838184: chdist: compare-bin-packages not always uses the latest versions

Thanks for the analysis and patch. On Sun, Sep 18, 2016 at 10:09:01AM +0200, Christoph Biedl wrote: > --- /usr/bin/chdist > +++ /tmp/chdist > @@ -471,10 +471,17 @@ > my $parsed_file = parseFile($file); > foreach my $package ( keys(%{$parsed_file}) ) { > if (

Bug#839112: vim: please provide vim-legacy packages

On Thu, Sep 29, 2016 at 12:50:26PM +1000, Russell Coker wrote: > Version 7.4 of vim works well for me. Version 8 breaks things in the > following > ways: > > 1) By default it doesn't accept system copy/paste operations. I can't copy > text > from one Xterm to vim in another because the paste

Bug#834563: libuv1-dev: Add libkvm-dev to Depends for kfreebsd-any

On Wed, Aug 17, 2016 at 12:05:13AM -0400, James McCoy wrote: > 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

Bug#838825: RM: msgpack -- ROM; superceded by src:msgpack-c

Package: ftp.debian.org Severity: normal The msgpack source package was renamed to msgpack-c. src:msgpack and libmsgpack3 (which is no longer built by src:msgpack-c) should be removed. Cheers, James

Bug#815036: transition: msgpack-c

On Sun, Sep 25, 2016 at 11:23:43AM +0200, Emilio Pozuelo Monfort wrote: > On 24/09/16 22:52, James McCoy wrote: > > On Sat, Sep 03, 2016 at 02:10:08PM -0400, James McCoy wrote: > >> On Wed, Aug 31, 2016 at 05:01:33PM +0200, Emilio Pozuelo Monfort wrote: > >>> Upload m

Bug#830580: Patch to install alternatives

On Sat, Sep 24, 2016 at 12:29:15PM -0700, Josh Triplett wrote: > On Sat, Sep 24, 2016 at 01:10:18PM -0400, James McCoy wrote: > > Thanks for the patch! > > > > On Sun, Jul 10, 2016 at 11:27:23PM -0700, Josh Triplett wrote: > > > From 8d4641be71797ef7d54a3067f2c15c

Bug#815036: transition: msgpack-c

On Sat, Sep 03, 2016 at 02:10:08PM -0400, James McCoy wrote: > On Wed, Aug 31, 2016 at 05:01:33PM +0200, Emilio Pozuelo Monfort wrote: > > Upload msgpack-c to unstable, then you bump the remaining bugs to RC. > > Done. The tmate maintainer is going to move the compatib

Bug#830580: Please also add "Provides: vim"

On Mon, Jul 11, 2016 at 01:35:22PM -0700, Josh Triplett wrote: > From da7da47191265c5a376c7e32726941621e47e60c Mon Sep 17 00:00:00 2001 > From: Josh Triplett > Date: Mon, 11 Jul 2016 13:33:59 -0700 > Subject: [PATCH 2/2] Provides: vim > > This allows vim addon packages

Bug#830580: Patch to install alternatives

Thanks for the patch! On Sun, Jul 10, 2016 at 11:27:23PM -0700, Josh Triplett wrote: > From 8d4641be71797ef7d54a3067f2c15cb374b73b16 Mon Sep 17 00:00:00 2001 > From: Josh Triplett > Date: Sun, 10 Jul 2016 23:21:37 -0700 > Subject: [PATCH] Install alternatives for ex, rvim,

Bug#838412: Typo: asyncronously -> asynchronously

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.

Bug#837880: vim: Unable to globally disable mouse

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

Bug#837380: devscritps: update debsign bash completion

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

Bug#837735: O: smlnj

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

Bug#837215: vim-runtime (= 2:7.4.2330-1) does not exist

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

Bug#837130: vim package cannot be installed because of missing dependency

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

Bug#815036: transition: msgpack-c

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-messa

Bug#815381: tmate: New upstream release needed to build against new msgpack library

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

Bug#815036: transition: msgpack-c

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-messagepack-perl has a fix upstream but no "stable" release > > including it There is now an actual upstream release w

Bug#815433: Blocking msgpack-c transition

On Fri, Aug 26, 2016 at 07:29:59PM +0200, gregor herrmann wrote: > On Thu, 25 Aug 2016 22:35:50 -0400, James McCoy wrote: > > > Getting libdata-messagepack(-stream)-perl updated to work with the new > > msgpack-c are the last two items blocking the msgpack-c transition > &g

Bug#835475: /usr/bin/dscverify: dscverify: please use libdpkg-perl for .dsc parsing and verification

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

Bug#815433: Blocking msgpack-c transition

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

Bug#827627: Please support packaging vim addons as vim "packages"

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" <j...@joshtriplett.org> wrote: > > > I would suggest installing packages under /usr/share

Bug#834336: [patch] Vim tutor typo

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

Bug#834563: libuv1-dev: Add libkvm-dev to Depends for kfreebsd-any

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

Bug#815036: transition: msgpack-c

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

Bug#729924: Default to Python3 builds, add Python2 variants

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

Bug#833779: devscripts: [uscan] please strip whitespace in href when matching URLs

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: > >

Bug#825665: Packaging new addon

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: >

Bug#832631: Please ship spell files

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 >

Bug#780246: [libsvn-perl] Is there any progress on this?

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

Bug#832441: devscripts: CVE-2016-1238 fix

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;

Bug#832078: app.c: Emulate lua's ability to run a script from stdin

5.2.4-1 ii lua5.3 5.3.1-1 ii perl5.22.2-2 ii pkg-config 0.29-4 dh-lua recommends no packages. dh-lua suggests no packages. -- no debconf information >From 3a88c2e0d580bf2c19e0e16494229a1a8f223878 Mon Sep 17 00:00:00 2001 From: James McC

Bug#831699: release.debian.org: urgency is sticky across dists - low urgency on sid upload ignored after previous experimental medium-urgency upload

Control: reopen -1 Control: clone -1 -2 Control: reassign -2 ftp.debian.org Control: retitle -2 [dak] Include suite information in UrgencyLog Control: block -1 by -2 On Tue, Jul 19, 2016 at 07:53:00PM +, Niels Thykier wrote: > Adam D. Barratt: > > On Tue, 2016-07-19 at 15:40 +0200, Goswin von

Bug#831746: vim: cursor does not skip over showbreak string properly

On Tue, Jul 19, 2016 at 07:42:40AM +0200, Andre Majorel wrote: > Should this bug be closed outright ? It is still in stable. If > it disappears from the list, the next person to stumble on it > may waste his/her time and yours reporting it again. It was marked as fixed in a version of the package

Bug#783044: ITP: busted -- Lua unit testing framework focused on ease of use

On Tue, Jun 21, 2016 at 09:58:34PM +0100, Phil Morrell wrote: > Is there any news on this? I note neovim has been packaged anyway and > that the last of the reported blocking bugs was marked done on > 2016-01-01. The current state of the packaging is in collab-maint. I intend to review it in the

Bug#827634: [patch] Detect window width every time :Man is called

Currently, man.vim lets $MANWIDTH, if it is empty, to the width of the window at that time. If :Man is later called in a different sized window, the results will look wrong. The attached patch lets $MANWIDTH to an empty value after running man, if it was empty to start with. This restores the

Bug#827634: ftplugin/man.vim: Does not handle window narrower than terminal width

On Sat, Jun 18, 2016 at 03:41:35PM -0700, Josh Triplett wrote: > The :Man command, provided by /usr/share/vim/vim74/ftplugin/man.vim, > always renders the manpage at the width of the terminal, not the width > of the man window in vim. Actually, it seems to use the width of your window at the time

Bug#827627: Please support packaging vim addons as vim "packages"

On Jun 18, 2016 6:03 PM, "Josh Triplett" wrote: > [Note: in addition to changing vim-addon-manager, this would ideally go > along with some minor updates to the vim packaging policy in the vim > package; I'd be happy to supply a patch for that.] N.B., vam already has some

Bug#827576: libdata-messagepack-perl: Please package 0.50 release

Package: libdata-messagepack-perl Version: 0.49-1 Severity: important Upstream recently released version 0.50 which includes fixes for working with the new msgpack-c (currently waiting for updated rdeps in experimental). Cheers, James -- System Information: Debian Release: stretch/sid APT

Bug#811343: webdis: FTBFS with multi-arch libmsgpack-dev

Control: forwarded -1 https://github.com/nicolasff/webdis/pull/133 On Sun, Jan 17, 2016 at 11:32:10PM -0500, James McCoy wrote: > I've prepared a new upload of msgpack in experimental in which the > library has been made Multi-Arch. This is causing webdis to fail > because of how

Bug#815036: transition: msgpack-c

On Tue, Jun 14, 2016 at 07:43:27PM +0200, Emilio Pozuelo Monfort wrote: > On 25/02/16 02:28, James McCoy wrote: > > On Mon, Feb 22, 2016 at 07:39:44PM +0100, Emilio Pozuelo Monfort wrote: > >> On 21/02/16 16:54, James McCoy wrote: > >>> On Wed, Feb 17, 2016 at 11:46

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

On Sun, Jun 12, 2016 at 02:47:52AM +0900, Osamu Aoki wrote: > Let me recall your last part of comment again: > > downloading the last object, and parsing it for the date. > > Can you show me this "parsing it for the date" part with an example > shell activity? The below will show the commit date

Bug#826381: [uscan] exits non-zero if already on newest upstream version

On Sun, Jun 05, 2016 at 08:39:27AM +0200, Daniel Baumann wrote: > if a debian source package is already at the newest upstream version, uscan > ends with exit code 1. Why? There's no error in that. >From uscan(1): EXIT STATUS The exit status gives some indication of whether a newer

Bug#826313: chdist: update Ubuntu apt line

On Sat, Jun 04, 2016 at 09:46:08PM +0900, Hideki Yamane wrote: > As apt line with chdist specifies very old Ubuntu version, so it'd be > better to update latest one. Attached tiny patches, could you check and > apply them, please? > >From f4114bc620ec128ab28a2125098e482880f658a7 Mon Sep 17

Bug#826146: /usr/bin/uscan: uscan errors out on watchfile that is OK in stable

a bug? Should uscan fail in this way? Even with an > oldish watch file? This is a bug, yes, in the part of the code that's trying to tell you that you don't have LWP::UserAgent installed. I'll fix it shortly. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org> signature.asc Description: PGP signature

Bug#824241: RM: github-backup [powerpc] -- ROM; New dependencies aren't building on ppc yet

Package: ftp.debian.org Severity: normal The new github-backup version pulled in a new chain of dependencies, one of which isn't currently building on powerpc (due to an internal error in ghc). This is preventing the fix for #821305 from being able to migrate to testing. Therefore, I'd like to

Bug#822649: devscripts: uscan: Please add an option for not displaying output if upstream == debian and no errors occur

n, Apr 25, 2016 at 09:30:44PM -0400, James McCoy wrote: > > On Mon, Apr 25, 2016 at 08:24:00PM -0400, Unit 193 wrote: > > [2016-04-21] Accepted devscripts 2.16.3 (source) into unstable (James McCoy) > > > > uscan has now started being much more verbose after 2.16 when c

Bug#823194: grep-excuses: return failure on network errors

t with a non-zero exit code (1 to be exact). I'm therefore not sure why you're not seeing such a failure. That particular die statement has been in the code since it was first added to devscripts in 2004. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#823133: subversion FTBFS on Alpha: misaligned strings in the test suite

ature to use. It looks like Debian's ia64 porterbox is still running, so I can try reproducing the problem there (using prctl to force SIGBUS) and then fiddling around with the code. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#822893: mutt-patched: nntp no longer working

Control: tag -1 patch On Thu, Apr 28, 2016 at 09:13:08PM +0200, Reiner Herrmann wrote: > But I also just saw in git that it has been disabled, because it > doesn't build. :( > It would be awesome if you could get it running again! :) Agreed. I took a quick look and the attached patch fixes the

Bug#822649: devscripts: uscan: Please add an option for not displaying output if upstream == debian and no errors occur

to how uscan behaved before 2.15.10. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#729924: Default to Python3 builds, add Python2 variants

nked against libpython to avoid > dependencies on more than one Python version when we have more than one > Python3.x version in the archive. Thanks for explaining the reasoning. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#822233: devscripts: Uscan warning output breaks UDD and tracker.d.o

the behavior for many years. The "No upstream tarball" warning seems to be what's causing the problem. I think I see a simple change that will bring that aspect of the behavior back inline with what it used to do. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#822348: openjdk-8-jre-headless: prerm checks for wrong file before deregistering binfmt

Package: openjdk-8-jre-headless Version: 8u91-b14-2 Severity: normal Tags: patch The prerm is looking for /var/lib/binfmts/@basename@ (e.g., openjdk-8) but the files under /var/lib/binfmts are named after the binfmt being registered, not the package. This means that users which have upgraded

Bug#821870: deb822: Restore support for -{Add,Remove}

:00:00 2001 From: James McCoy <james...@debian.org> Date: Tue, 19 Apr 2016 22:27:21 -0400 Subject: [PATCH] deb822: Restore support for -{Add,Remove} Redesign of multivalue options in 463c8d801595ce5ac94d7c032264820be7434232 caused the parser to look for {Add,Remove} (no hyphen) instead of the

Bug#821442: schroot: operation not permitted (only with 4.5 kernel)

s using overlay but rebooting into linux-image-4.4.0-1-amd64 I am again able to use schroot/sbuild. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#821749: kgb-client: Support only notifying for "new to repo" commits in Git

Package: kgb-client Version: 1.33-2 Severity: wishlist The typical workflow I use for packaging in git is to work directly with upstream sources and merge upstream tags into a Debian-specific branch (c.f., https://anonscm.debian.org/cgit/pkg-vim/neovim.git). I already have the post-receive hook

Bug#819111: uscan: option for disabling repacking

oved. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#820628: Menu item just opens terminal

op file I'm providing. However, if you can confirm whether the aforementioned other packages have the same behavior, that would help determine where the issue is. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#818921: RFS: python-neovim-gui/0.1.1-1 [ITP]

d like to be fixed prior to shipping it. [1] > > > James, do you have any showstoppers for neovim 0.1.3? in experimental? Nothing other than currently being on vacation. ☺ I'll take a look at it when I get back next week. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#820313: vim-addon-manager ftbfs (tests are failing)

le. I'll have it fixed shortly. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#820239: vim-gnome: uses obsolete GNOME 2 libraries

d by gdl, but those APIs all seem to be marked "unstable unless otherwise indicated", which doesn't give me much confidence. I'm fairly unfamiliar with the Gtk/Gnome libraries, so I may be missing something. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#819752: Please package 1.4.1

ich aren't ready[0] for it. [0]: https://release.debian.org/transitions/html/msgpack-c.html Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#819733: Lintian: extended description is probably too short

tree. I'm not sure that actually adds much useful information for the user, but I guess I'll include it to silence Lintian. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#819556: github-backup: JsonError "failed to parse field homepage: expected String, encountered Null"

Control: clone -1 -2 Control: reassign -2 src:haskell-github 0.13.2-4 Control: retitle -1 Package version 1.20160319 Control: block -1 by -2 On Wed, Mar 30, 2016 at 01:34:58PM +0100, Graham Cobb wrote: > github-backup: Failed to query github for repos: > JsonError "failed to parse field homepage:

Bug#819111: uscan: option for disabling repacking

option was setting up a properly named symlink. Over the years, as other mechanisms appeared, --no-symlink remained the magic “off” switch. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#818840: patch to build as root

equire root privilege.” Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#564781: [mk-build-deps] Nudge aptitude ...

implementation could be provided for each tool that is supported. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#814570: debdiff: (minor) regression: bash completion with files not in current directory does not working

s, would you be able to fix this? Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#816243: jessie-pu: package subversion/1.8.10-6+deb8u3

On Fri, Mar 11, 2016 at 09:49:25PM +, Adam D. Barratt wrote: > On Sun, 2016-02-28 at 21:38 -0500, James McCoy wrote: > > I'd like to propose the following update (+ s/UNRELEASED/jessie/) to fix a > > crash when running svn and using kwallet to store credentials. > [...

Bug#816698: subversion: FTBFS on mips, mipsel

On Wed, Mar 09, 2016 at 10:53:06PM -0500, James McCoy wrote: > On Fri, Mar 04, 2016 at 06:41:00PM +0100, Christian Hofstaedtler wrote: > > Your package FTBFS on the mips and mipsel buildds: > > > > https://buildd.debian.org/status/fetch.php?pkg=subversion=mips=1.9.3-2%2Bb1

Bug#816698: subversion: FTBFS on mips, mipsel

sprintf(pool, "@%ld", (gdb) p pool $5 = (apr_pool_t *) 0x76200988 Notice that in frame 3 the iterpool argument to make_external_description is an apr_pool_t pointer to address 0x76158018. In frame 2, the corresponding pool variable is suddenly referencing address 0x76200988 instead, which is actually the svn_client_ctx_t pointer from earlier in the stack. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#816243: jessie-pu: package subversion/1.8.10-6+deb8u3

On Sun, Feb 28, 2016 at 09:38:23PM -0500, James McCoy wrote: > I'd like to propose the following update (+ s/UNRELEASED/jessie/) to fix a > crash when running svn and using kwallet to store credentials. Ping. > $ debdiff subversion_1.8.10-6+deb8u{2,3}.dsc > diffstat for subvers

Bug#817002: subversion: Build-Depends: swig2.0 but it is not installable in stretch

ct that I was doing "dpkg-buildpackage -A", hence > the serious severity. That's because swig2.0 was removed from stretch. This should be fixed in the next svn 1.9.x release, but if that doesn't appear to be forthcoming soon I'll backport the patches. Cheers, -- James GPG Key: 4096R/

Bug#816910: debsnap: Add --list option

On Sun, Mar 06, 2016 at 11:44:06PM +0900, Osamu Aoki wrote: > It will be nice to just list versions (for source and binary). > > What do you think about patch like one here. Looks good to me. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#816698: subversion: FTBFS on mips, mipsel

1.9.3-2%2Bb1=1457043167 Odd. Both built fine in the last sourceful upload. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#816243: jessie-pu: package subversion/1.8.10-6+deb8u3

to +store authentication information. (Closes: #736879) + + -- James McCoy <james...@debian.org> Sat, 27 Feb 2016 14:08:40 -0500 + subversion (1.8.10-6+deb8u2) jessie-security; urgency=high * patches/r1708699-mod_auth_ntlm-kerb-fix: Fix regression interacting with diff -u subversion-

Bug#816059: lua5.2 spews garbage to the terminal when it exits on mips64el

Package: lua5.2 Version: 5.2.4-1 Severity: important File: /usr/bin/lua5.2 Taking the first few lines of lua output (piped through "cat -A" to show the non-printables) from the Vim build on mips64el[0]: checking Lua version... 5.2$ 5.2$ $ ^H^B$ ^H^W$ ^H,$ ^A$ ^HA$

Bug#815980: tracker.debian.org: All packages have uscan issues

erything being printed to stderr (even if it's not > an error) if --dehs is used. Then this is what needs to be fixed. The behavior, especially for something that's intended to be used by automation, shouldn't have changed such that it broke the major user of such functionality. Reassigning to devscripts. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#815036: transition: msgpack-c

On Mon, Feb 22, 2016 at 07:39:44PM +0100, Emilio Pozuelo Monfort wrote: > Tracker at https://release.debian.org/transitions/html/msgpack-c.html Thanks! > On 21/02/16 16:54, James McCoy wrote: > > On Wed, Feb 17, 2016 at 11:46:53PM -0500, James McCoy wrote: > >> FTBF

Bug#815845: RM: kumofs -- RoQA; Unmaintained both upstream and in Debian, RC buggy

Package: ftp.debian.org Severity: normal kumofs FTBFS with the new version of libmsgpack-dev, which is currently in planning to be moved out of experimental (#815036). There hasn't been upstream activity in 5+ years, and the last MU was 2.5 years ago, which was subsequently removed from testing.

Bug#812741: neovim: Please don't build-depend on luajit on unsupported architectures

On Tue, Feb 23, 2016 at 10:55:04AM +0100, John Paul Adrian Glaubitz wrote: > On 02/23/2016 02:43 AM, James McCoy wrote: > >> I still don't see what warrants the requirement of LuaJIT in a text > >> editor which could not replaced by the regular Lua interpretor. > >

Bug#812741: neovim: Please don't build-depend on luajit on unsupported architectures

On Mon, Feb 22, 2016 at 02:08:23PM +0100, John Paul Adrian Glaubitz wrote: > On 02/22/2016 01:05 PM, James McCoy wrote: > > It's currently possible to build without LuaJIT, as long as you don't > > want to run tests. However there are plans to embed LuaJIT into neovim. > >

Bug#812741: neovim: Please don't build-depend on luajit on unsupported architectures

On Feb 22, 2016 6:58 AM, "John Paul Adrian Glaubitz" < glaub...@physik.fu-berlin.de> wrote: > > On 02/22/2016 12:55 PM, James McCoy wrote: > >> No, I'm sorry. This isn't the correct way to handle this. You either > >> update the Architecture list in debian/

Bug#812741: neovim: Please don't build-depend on luajit on unsupported architectures

On Feb 22, 2016 2:18 AM, "John Paul Adrian Glaubitz" < glaub...@physik.fu-berlin.de> wrote: > > Control: reopen -1 > > On 02/22/2016 05:23 AM, James McCoy wrote: > > After talking with them, I'm going to close this. Neovim is likely > > to become even

Bug#815036: transition: msgpack-c

On Wed, Feb 17, 2016 at 11:46:53PM -0500, James McCoy wrote: > FTBFS: > > * webdis: > + #811343 filed with patch > * tmate: > + New upstream version is needed > + Will file a bug for this Filed #815381. > * kumofs: > + configure script expects the C++ library

Bug#815433: libdata-messagepack-stream-perl: FTBFS with new msgpack-c library

essagepack-stream-perl in libdata-messagepack-stream-perl-0.07 dpkg-source: info: unpacking libdata-messagepack-stream-perl_0.07.orig.tar.gz dpkg-source: info: unpacking libdata-messagepack-stream-perl_0.07-1.debian.tar.xz dpkg-source: info: applying use-packaged-msgpack.patch Check disc space --

Bug#814204: UDD: upstream.rb cannot handle version=4 d/watch files

On Tue, Feb 09, 2016 at 06:16:00AM -0500, James McCoy wrote: > On Feb 9, 2016 1:24 AM, "Stuart Prescott" <stu...@debian.org> wrote: > > Upgrading devscripts on ullmann.d.o to a new backported version of > > devscripts > > will solve this; the backport does no

Bug#815381: tmate: New upstream release needed to build against new msgpack library

Package: tmate Version: 1.8.10-2 Severity: important Version 1.4.0 of msgpack-c is in experimental and tmate currently FTBFS against it. The new tmate version, 2.2.0, has been updated to build against the new msgpack-c. If you could package the new tmate in experimental, to help prepare for

Bug#815036: transition: msgpack-c

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, I'd like to start discussion of a msgpack-c (formerly msgpack) transition. msgpack-c 1.4.0-2 is in experimental and I'm ready to start trying to get it into unstable & testing. I

Bug#808176: ITP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API

_CHILD_ARGV='["nvim", "-u", "NONE", "--embed"]' nosetests Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

Bug#814096: neovim: errors reading/writing shada file

Control: reassign -1 src:msgpack-c 1.3.0-1 Control: retitle -1 Incorrect symbol versions declared for APIs which interact with msgpack_object types On Sat, Feb 13, 2016 at 08:00:24PM -0500, James McCoy wrote: > On Wed, Feb 10, 2016 at 07:27:16PM -0500, James McCoy wrote: > > On Mon, Feb

<    2   3   4   5   6   7   8   9   10   11   >