* 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
Why .orig.tar from pristi
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 in pbuilder.
> >
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.
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 pbuilder/sbu
> > > > > 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 Deb
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 configur
> It would be great if you could make the evil test suite run by using
> dtach. You won't be able to use dh_elpa_test directly -- maybe you
> could use
>
> override_dh_elpa_test:
> dtach --foo --bar -- dh_elpa_test
>
> or just drop to compat level 9 and use override_dh_auto_test.
I
* 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:
override_dh_elpa_test:
rm -f test_exit_
Hello,
On Thu, Jun 30, 2016 at 01:28:00PM +0300, Dmitry Bogatov wrote:
> > > Here is script, that does same as dh_elpa_test:
> > > [...]
> > > It reports 22 failures. If I replace -batch with -nw, all tests
> > > passes. So seems tty is really needed, but I do not understand why.
> >
> > This is n
> 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.
Removed. Nice hint, cut build time.
> On Tue, Jun 28, 2016 at 02:01:41PM +0300, Dmitry Bogatov wrote:
> > In general, d
* Elena ``of Valhalla'' , 2016-06-29, 10:13:
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
download, the code would become public
On 2016-06-23 at 18:53:08 +0900, Sean Whitton 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 download, the cod
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 can
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 pro
> 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
> > down
> * 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
> http
* 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
https://bitbucket.org/lyr
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
> downloa
> 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 think
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 evil-el
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
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.
G
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
ap
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
* Licenses: GFDL-1.3+, GPL
24 matches
Mail list logo