Bug#827907: RFS: evil/1.2.12-1 ITP

* Sean Whitton , 2016-07-01, 08:13: I would be grateful, Jakub, if you could try the build on your sbuild config before I file a bug against sbuild suggesting this be the default. The repo, for your convenience: https://anonscm.debian.org/git/pkg-emacsen/pkg/evil-el

Bug#827907: RFS: evil/1.2.12-1 ITP

On Fri, 2016-07-01 at 08:13 +, Sean Whitton wrote: > On Thu, Jun 30, 2016 at 10:24:51PM +0200, Jakub Wilk wrote: > > * Dmitry Bogatov , 2016-06-30, 22:28: > > > * default configuration of pbuilder do not provide possibility to > > > allocate > > > pty > > > > Sounds like a

Bug#827907: RFS: evil/1.2.12-1 ITP

control: owner -1 ! Hi, >You might consider re-running dch -r to refresh the timestamp in the >changelog so it lies after all our changes. and ping when ready :) G.

Bug#827907: RFS: evil/1.2.12-1 ITP

control: noowner -1 control: tag -1 +confirmed -moreinfo Hello Dmitry, My apologies for wasting your time -- I can't reproduce it now. I added a "Forwarded: not-needed" header and I think we're done here :) Thank you for your time. The only thing I couldn't test is a clean build in

Bug#827907: RFS: evil/1.2.12-1 ITP

> > > > > Nice work. Have you forwarded the fix upstream? > > > > Too much trouble. To fix it upstream, they have to deal with either: > > > > * evil mode is autoloaded, interactive and with sane description. > > > > Ugliness > > > >in code. > > > > > Do you know whether the problem if

Bug#827907: RFS: evil/1.2.12-1 ITP

Hello, On Thu, Jun 30, 2016 at 10:28:13PM +0300, Dmitry Bogatov wrote: > I elaborated this solution and pushed to master. Following is true: > > * `make test < /dev/null' fails > * `dpkg-buildpackage -us -uc < /dev/null' is success now. (see 16d89) > * 'dtach' uses pty(7) > * default

Bug#827907: RFS: evil/1.2.12-1 ITP

* Dmitry Bogatov , 2016-06-30, 22:28: * default configuration of pbuilder do not provide possibility to allocate pty Sounds like a bug in pbuilder. So, question is whether it is possible to allocate pty on Debian build farm. Yes. -- Jakub Wilk

Bug#827907: RFS: evil/1.2.12-1 ITP

* Sean Whitton , 2016-06-30, 13:32: override_dh_elpa_test: dtach --foo --bar -- dh_elpa_test It's probably not _that_ simple. dtach, understandably, ignores exit status of the program it runs. I think you'll need something like this:

Bug#827907: RFS: evil/1.2.12-1 ITP

Hi, >> > Unfortunately, upstream maintains only list of contributors. So seems >> > best thing we can do is to count 60 years from last debian upload. >> >> I'm not sure whether this is likely to be acceptable to the ftp-masters >> or not. Perhaps someone more experienced on debian-mentors

Bug#827907: RFS: evil/1.2.12-1 ITP

Hello, Try removing the call to dh_auto_build from your override_dh_auto_build. It's doing a bunch of byte compilation that is unnecessary because dh-elpa will do that later on. On Tue, Jun 28, 2016 at 02:01:41PM +0300, Dmitry Bogatov wrote: > In general, do we have any script, that automates

Bug#827907: RFS: evil/1.2.12-1 ITP

> On Mon, Jun 27, 2016 at 05:32:32PM +0300, Dmitry Bogatov wrote: > > 2. In d/copyright, I think you need to specify copyright years for the > > copyright holders. Just their names is not enough, since on a desert > > island ~60 years from now with no newer versions of evil available for > >

Bug#827907: RFS: evil/1.2.12-1 ITP

> * Dmitry Bogatov , 2016-06-27, 17:32: > >Mercurial upstream repository, and tarballs are named not after > >version, but after hashes. I fail to extract anything useful from this > >page: [1] > > > >[1] https://bitbucket.org/lyro/evil/downloads > This seems to work for me:

Bug#827907: RFS: evil/1.2.12-1 ITP

* Dmitry Bogatov , 2016-06-27, 17:32: Mercurial upstream repository, and tarballs are named not after version, but after hashes. I fail to extract anything useful from this page: [1] [1] https://bitbucket.org/lyro/evil/downloads This seems to work for me: version=3

Bug#827907: RFS: evil/1.2.12-1 ITP

Hello, On Mon, Jun 27, 2016 at 05:32:32PM +0300, Dmitry Bogatov wrote: > 2. In d/copyright, I think you need to specify copyright years for the > copyright holders. Just their names is not enough, since on a desert > island ~60 years from now with no newer versions of evil available for >

Bug#827907: RFS: evil/1.2.12-1 ITP

> The function `evil-mode' doesn't seem to be properly autoloaded. > I.e. if I install elpa-evil-mode and then I open Emacs and type M-x, > evil-mode is not available. However, if I type M-x describe-function > RET evil-mode RET it works. Something is going wrong with the > autoloading. I

Bug#827907: RFS: evil/1.2.12-1 ITP

1. How about using the source package name "emacs-evil"? I've been doing this for my packages where upstream's name is a very generic word (e.g. emacs-buttercup), but maybe evil is a significant enough package that it can just be "evil", I'm not sure. Your judgement. Renamed as

Bug#827907: RFS: evil/1.2.12-1 ITP

One more thing: The function `evil-mode' doesn't seem to be properly autoloaded. I.e. if I install elpa-evil-mode and then I open Emacs and type M-x, evil-mode is not available. However, if I type M-x describe-function RET evil-mode RET it works. Something is going wrong with the autoloading.

Bug#827907: RFS: evil/1.2.12-1 ITP

control: tag -1 +moreinfo Ha, I was typing this e-mail just as yours came in, Gianfranco :) Hello Dmitri: 1. How about using the source package name "emacs-evil"? I've been doing this for my packages where upstream's name is a very generic word (e.g. emacs-buttercup), but maybe evil is a

Bug#827907: RFS: evil/1.2.12-1 ITP

control: owner -1 spwhit...@spwhitton.name yes, I did that ^^ :D and I have *no* regrets :p BTW I'm thrilled about bringing VIM to EMACS :D >I am looking for a sponsor for my package "evil" I think Sean can give a more appropriate review, but lets go: "make" in rules --> $(MAKE) please

Bug#827907: RFS: evil/1.2.12-1 ITP

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "evil" * Package name: evil Version : 1.2.12-1 Upstream Author : Vegard Øye * Url : https://bitbucket.org/lyro/evil/wiki/Home *