Bug#981120: O: evil-el -- extensible vi layer for Emacs
Package: wnpp Severity: normal I intend to orphan the evil-el package. The package description is: Evil is an extensible vi layer for Emacs. It emulates the main features of Vim, and provides facilities for writing custom extensions.
Bug#981119: O: goto-chg-el -- navigate the point to the most recent edit in the buffer
Package: wnpp Severity: normal I intend to orphan the goto-chg-el package. The package description is: goto-chg is an Emacs addon that allows the user to move point to the most recent edit in the buffer. When the command is repeated, point moves to the second most recent edit, and so on. A negative argument may be used to reverse the direction.
Bug#981118: O: elpa-undo-tree -- Emacs minor mode for handling undo history as tree
Package: wnpp Severity: normal I intend to orphan the elpa-undo-tree package. The package description is: Package undo-tree provided by this package replaces Emacs' undo system with a system that treats undo history as what it is: a branching tree of changes. This simple idea allows the more intuitive behaviour of the standard undo/redo system to be combined with the power of never losing any history. An added side bonus is that undo history can in some cases be stored more efficiently, allowing more changes to accumulate before Emacs starts discarding history.
Bug#963581: evil-el needs a user guide
Package: evil-el Version: 1.12.17-1 Severity: wishlist The current Evil documentation does a good job describing how to install Evil, and it does a good job describing how to configure Evil; however, it doesn't provide much guidance for new Evil users in actual usage. I would love to see a User Guide for Evil users.
Bug#953397: evil-el: please update to 1.14.0, testing2sid is currently failing
Hi Nicholas, On Sunday, March 8, 2020 11:07 PM, Nicholas D Steeves wrote: > While reviewing my dashboard today I noticed that evil-el's > testing2sid (piuparts) is failing in a new way. This is not the > font-related lint that I previously recommended ignoring. > > https://piuparts.debian.org/testing2sid/fail/elpa-evil_1.12.17-1.log As we get closer to having 1.14.0 packaged and uploaded, I wanted to make sure the failures you were seeing have been addressed. I'm unable to access the link to the failure logs, however. Digging around more, it appears that the testing2sid piuparts are now passing for 1.12.17: https://piuparts.debian.org/testing2sid/pass/elpa-evil_1.12.17-1.log I looked at the piuparts documentation that I could find, and I saw this on the piuparts FAQ: > [Packages with passing tests are not retested automatically; however] failed > packages are eventually re-queued for test. This leads me to believe that the initial failure was intermittent, and the test passed with a retry. Do you remember what the failure was specifically? That will help me track it down and ensure it is fixed with 1.14.0. I should have saved the failure log when you opened this bug - I just didn't realize they are ephemeral. I will also try running piuparts locally and see if I can reproduce a failure. Thanks again, David
Bug#953397: evil-el: please update to 1.14.0, testing2sid is currently failing
Hi Nicholas, On Sunday, March 8, 2020 11:07 PM, Nicholas D Steeves wrote: > Would you please package 1.14.0? I am of course happy to review your > work and sponsor the upload. 1.14.+ is not yet tagged or released upstream. I'll ping the upstream maintainers about the status of this release. Thanks, David
Bug#952458: elpa-undo-tree: please, update undo-tree to the latest upstream version
Hi Lev, Thanks for reporting this! On Monday, February 24, 2020 5:49 PM, Lev Lamberov wrote: > please, update undo-tree to the latest upstream version (currently, > 0.7.4). Unfortunately, upstream hasn't tagged an official release in the upstream git repository for 0.7.4, although that version _has_ been uploaded to elpa. I sent a note to upstream last week asking if more changes are expected before an official tag is made. I'll poke them again. If I don't hear back soon, I'll look into pulling in the version that's listed in elpa. Thanks again, David Krauser
Bug#946684: ITP: elpa-evil-magit -- Evil keys for Magit
Package: wnpp Severity: wishlist Owner: David Krauser * Package name: elpa-evil-magit Version : 0.4.2 Upstream Author : Justin Burkett * URL : https://github.com/emacs-evil/evil-magit * License : GPL Programming Lang: ELisp Description : Evil keys for Magit This library configures Magit and Evil to play well with each other. Why is this package useful/relevant? Magit and Evil are both popular Emacs packages. Magit is an interactive interface into the git version control system. Evil is a major mode that emulates the main features (and keybindings) of Vim. Out of the box, Magit does not play nicely with Evil keybindings. This package enables Evil style keybindings in Magit. How do you plan to maintain it? I plan to mantain this package in conjunction with the Debian Emacsen team.
Bug#915495: Intend to Adopt: goto-chg-el
Control: retitle -1 ITA: goto-chg-el -- navigate the point to the most recent edit in the buffer Control: owner -1 da...@krauser.org
Bug#915491: Intend to Adopt: elpa-undo-tree
Control: retitle -1 ITA: elpa-undo-tree -- Emacs minor mode for handling undo history as tree Control: owner -1 da...@krauser.org
Bug#915492: Take ownership of #915492
Control: owner -1 da...@krauser.org
Bug#915492: (No Subject)
Control: retitle -1 ITA: evil-el -- extensible vi layer for Emacs Owner: da...@krauser.org
