* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer @ 2019-08-20 2:00 Eric Hanchrow 2019-08-20 7:56 ` Štěpán Němec 0 siblings, 1 reply; 12+ messages in thread From: Eric Hanchrow @ 2019-08-20 2:00 UTC (permalink / raw) To: 37092 [-- Attachment #1: Type: text/plain, Size: 5550 bytes --] I just typed M-x man RET, and the minibuffer has a ^ in it. I have no idea why it's there. Its presence makes it impossible to actually look up a man page, and so I have to delete it by typing <backspace>. This is annoying. In GNU Emacs 27.0.50 (build 3, x86_64-apple-darwin18.6.0, NS appkit-1671.50 Version 10.14.5 (Build 18F132)) of 2019-07-09 built on Eric-Hanchrows-MacBook-Pro.local Repository revision: 3f432bb419093ceb04b909d602eb6dde0c38e770 Repository branch: master Windowing system distributor 'Apple', version 10.3.1671 System Description: Mac OS X 10.14.6 Recent messages: Quit [2 times] (New file) Quit Mark set [7 times] Sort plain list: [a]lpha [n]umeric [t]ime [f]unc [x]checked A/N/T/F/X means reversed: Quit You can run the command ‘sort-lines’ with M-x sor-l RET Mark set [3 times] Saving file /private/tmp/merged... Wrote /private/tmp/merged Quit Configured using: 'configure 'LDFLAGS=-L/usr/local/Cellar/libxml2/2.9.9_2/lib -lxml2 -lz -lpthread -liconv -lm' CPPFLAGS=-I/usr/local/Cellar/libxml2/2.9.9_2/include/libxml2' Configured features: NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS THREADS PDUMPER LCMS2 GMP Important settings: value of $LC_ALL: en_US.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Dired by name Minor modes in effect: projectile-mode: t savehist-mode: t global-flycheck-mode: t pyvenv-mode: t shell-dirtrack-mode: t global-auto-revert-mode: t ivy-mode: t override-global-mode: t tooltip-mode: t global-eldoc-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: /Users/erichanchrow/.emacs.d/elpa/faceup-20170925.1946/faceup hides /Users/erichanchrow/git-repositories/3rd-party/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/faceup Features: (shadow mail-extr emacsbug message rmc rfc822 mml mml-sec epa epg mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail man dired-aux sort js imenu cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs projectile perl6-detect elec-pair savehist xr twisted-mode org-element avl-tree org org-macro org-footnote org-pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint ob-core ob-eval org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs work-log-mode flycheck elisp-slime-nav bookmark edit-list pp highlight-indentation flymake-proc flymake warnings company-capf company pcase help-fns radix-tree elpy find-file-in-project advice windmove elpy-shell pyvenv eshell esh-cmd esh-ext esh-opt esh-proc esh-io esh-arg esh-module esh-groups esh-util elpy-profile elpy-django s elpy-refactor python tramp-sh tramp tramp-loaddefs trampver tramp-integration tramp-compat shell pcomplete parse-time ls-lisp ido files-x etags fileloop generator xref project cus-edit cus-start cus-load browse-kill-ring eww mm-url gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums time-date mail-utils wid-edit mm-util mail-prsvr url-queue url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap shr text-property-search puny svg xml dom browse-url format-spec ws-butler dired-subtree dired-hacks-utils dash wat derived autorevert filenotify vc-git diff-mode ibuf-ext ibuffer ibuffer-loaddefs ibuf-macs cl ivy delsel colir color ivy-overlay ffap thingatpt dired-x dired dired-loaddefs grep compile comint ansi-color ring find-func adaptive-wrap rotate face-remap edmacro kmacro use-package use-package-ensure use-package-delight use-package-diminish use-package-bind-key bind-key easy-mmode use-package-core finder-inf gh-common marshal eieio-compat rx cl-extra help-mode info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads kqueue cocoa ns lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 293648 15651) (symbols 48 29616 1) (strings 32 100027 3296) (string-bytes 1 3654872) (vectors 16 44677) (vector-slots 8 507117 14158) (floats 8 322 318) (intervals 56 1493 14) (buffers 992 18)) [-- Attachment #2: Type: text/html, Size: 5901 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 2:00 bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer Eric Hanchrow @ 2019-08-20 7:56 ` Štěpán Němec 2019-08-20 12:01 ` Stefan Kangas [not found] ` <CAHZoxq_aATDXhzHFbTWd_wKOPrY3LY=BYAMw_oFDT-EerhJo_A@mail.gmail.com> 0 siblings, 2 replies; 12+ messages in thread From: Štěpán Němec @ 2019-08-20 7:56 UTC (permalink / raw) To: Eric Hanchrow; +Cc: 37092 On Mon, 19 Aug 2019 19:00:05 -0700 Eric Hanchrow wrote: > I just typed M-x man RET, and the minibuffer has a ^ in it. I have no > idea why it's there. Its presence makes it impossible to actually look > up a man page, and so I have to delete it by typing <backspace>. This > is annoying. (customize-variable 'ivy-initial-inputs-alist) I wonder why you say it makes it impossible to look up a man page, though, all it does is anchor the (regexp) search string. -- Štěpán ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 7:56 ` Štěpán Němec @ 2019-08-20 12:01 ` Stefan Kangas 2019-08-20 12:04 ` Stefan Kangas [not found] ` <CAHZoxq_aATDXhzHFbTWd_wKOPrY3LY=BYAMw_oFDT-EerhJo_A@mail.gmail.com> 1 sibling, 1 reply; 12+ messages in thread From: Stefan Kangas @ 2019-08-20 12:01 UTC (permalink / raw) To: Štěpán Němec; +Cc: 37092, Eric Hanchrow tags 37092 + notabug quit Štěpán Němec <stepnem@gmail.com> writes: > > On Mon, 19 Aug 2019 19:00:05 -0700 > Eric Hanchrow wrote: > > > I just typed M-x man RET, and the minibuffer has a ^ in it. I have no > > idea why it's there. Its presence makes it impossible to actually look > > up a man page, and so I have to delete it by typing <backspace>. This > > is annoying. > > (customize-variable 'ivy-initial-inputs-alist) Hi Eric, If you experience issues or run into bugs with Ivy, please report them to the author of that package. I believe there is an issue tracker at this link: https://github.com/abo-abo/swiper From there, you should also be able to find the Ivy manual which will give you more information on how to customize that package. Since this is related to a third party package and not Emacs itself, I don't see what more we can do here. Thanks, Stefan Kangas ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 12:01 ` Stefan Kangas @ 2019-08-20 12:04 ` Stefan Kangas 0 siblings, 0 replies; 12+ messages in thread From: Stefan Kangas @ 2019-08-20 12:04 UTC (permalink / raw) To: Štěpán Němec; +Cc: 37092, Eric Hanchrow tags 37092 - notabug quit Stefan Kangas <stefan@marxist.se> writes: > If you experience issues or run into bugs with Ivy, please report them > to the author of that package. I believe there is an issue tracker at > this link: I fired too fast - Ivy is an ELPA package (double checked now) and this is actually the right forum for that AFAIK. Please disregard my previous email. Best regards, Stefan Kangas ^ permalink raw reply [flat|nested] 12+ messages in thread
[parent not found: <CAHZoxq_aATDXhzHFbTWd_wKOPrY3LY=BYAMw_oFDT-EerhJo_A@mail.gmail.com>]
[parent not found: <CAHZoxq_z_jFha+sSWuYqABQoHdihUKJd+HvhpX6o27_rWvESPQ@mail.gmail.com>]
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer [not found] ` <CAHZoxq_z_jFha+sSWuYqABQoHdihUKJd+HvhpX6o27_rWvESPQ@mail.gmail.com> @ 2019-08-20 16:58 ` Štěpán Němec 2019-08-20 18:39 ` Eric Hanchrow 0 siblings, 1 reply; 12+ messages in thread From: Štěpán Němec @ 2019-08-20 16:58 UTC (permalink / raw) To: Eric Hanchrow; +Cc: 37092, stefan, Oleh Krehel On Tue, 20 Aug 2019 09:08:48 -0700 Eric Hanchrow wrote: > Hmm, I just tried again on a different machine, and it indeed failed > because of the ^ > > This sequence works (in that it shows me the man page for "locate"): > > ESC x [execute-extended-command] > m [self-insert-command] > a [self-insert-command] > n [self-insert-command] > RET [ivy-done] > l [self-insert-command] > o [self-insert-command] > c [self-insert-command] > a [self-insert-command] > t [self-insert-command] > e [self-insert-command] > C-a [move-beginning-of-line] > C-d [ivy-delete-char] > C-e [move-end-of-line] > RET [ivy-done] > > However, a similar sequence, but without the C-a C-d C-e (i.e., when I > leave the caret in place), yields this message in the echo area: > > Can’t find the ^locate manpage > > I should note that in both cases, _no_ completions are shown in the echo > area. It's as if ivy fails to find any completion candidates at all, and > therefore "^locate" doesn't match any of them, so it simply passes that > string through to the "man" command. > > If I have time I'll try to debug this. [I've readded the bug list to the mail headers, please try to keep it there] Given that you're reporting this here I assume you installed ivy from GNU ELPA, but I can't reproduce your problem with that version (0.12.0) or the one from MELPA, so at the very least some more information seems necessary from your side. I've now also added the package author to the Cc header (there's also the issue tracker at <https://github.com/abo-abo/swiper/issues>.) -- Štěpán ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 16:58 ` Štěpán Němec @ 2019-08-20 18:39 ` Eric Hanchrow 2019-08-20 18:54 ` Štěpán Němec 0 siblings, 1 reply; 12+ messages in thread From: Eric Hanchrow @ 2019-08-20 18:39 UTC (permalink / raw) To: Štěpán Němec; +Cc: 37092, stefan, Oleh Krehel [-- Attachment #1: Type: text/plain, Size: 2167 bytes --] I'm not certain whether it came from ELPA or MELPA (to be honest, I'm not sure how those are different). In the *Packages* buffer, I see ivy 20190809.1551 dependency Incremental Vertical completYon and M-x find-library RET ivy RET shows me the file ~/.emacs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any. On Tue, Aug 20, 2019 at 9:58 AM Štěpán Němec <stepnem@gmail.com> wrote: > On Tue, 20 Aug 2019 09:08:48 -0700 > Eric Hanchrow wrote: > > > Hmm, I just tried again on a different machine, and it indeed failed > > because of the ^ > > > > This sequence works (in that it shows me the man page for "locate"): > > > > ESC x [execute-extended-command] > > m [self-insert-command] > > a [self-insert-command] > > n [self-insert-command] > > RET [ivy-done] > > l [self-insert-command] > > o [self-insert-command] > > c [self-insert-command] > > a [self-insert-command] > > t [self-insert-command] > > e [self-insert-command] > > C-a [move-beginning-of-line] > > C-d [ivy-delete-char] > > C-e [move-end-of-line] > > RET [ivy-done] > > > > However, a similar sequence, but without the C-a C-d C-e (i.e., when I > > leave the caret in place), yields this message in the echo area: > > > > Can’t find the ^locate manpage > > > > I should note that in both cases, _no_ completions are shown in the echo > > area. It's as if ivy fails to find any completion candidates at all, and > > therefore "^locate" doesn't match any of them, so it simply passes that > > string through to the "man" command. > > > > If I have time I'll try to debug this. > > [I've readded the bug list to the mail headers, please try to keep it > there] > > Given that you're reporting this here I assume you installed ivy from > GNU ELPA, but I can't reproduce your problem with that version (0.12.0) > or the one from MELPA, so at the very least some more information seems > necessary from your side. > > I've now also added the package author to the Cc header (there's also > the issue tracker at <https://github.com/abo-abo/swiper/issues>.) > > -- > Štěpán > [-- Attachment #2: Type: text/html, Size: 2886 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 18:39 ` Eric Hanchrow @ 2019-08-20 18:54 ` Štěpán Němec 2019-08-20 19:04 ` Eric Hanchrow 0 siblings, 1 reply; 12+ messages in thread From: Štěpán Němec @ 2019-08-20 18:54 UTC (permalink / raw) To: Eric Hanchrow; +Cc: 37092, stefan, Oleh Krehel On Tue, 20 Aug 2019 11:39:32 -0700 Eric Hanchrow wrote: > I'm not certain whether it came from ELPA or MELPA (to be honest, I'm not > sure how those are different). In the *Packages* buffer, I see > > ivy 20190809.1551 dependency Incremental > Vertical completYon > > and M-x find-library RET ivy RET shows me the file > ~/.emacs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any. Yeah, these date-like versions are from MELPA. But as I said, I can't reproduce your problem with that version either. -- Štěpán ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 18:54 ` Štěpán Němec @ 2019-08-20 19:04 ` Eric Hanchrow 2019-08-20 19:20 ` Štěpán Němec 0 siblings, 1 reply; 12+ messages in thread From: Eric Hanchrow @ 2019-08-20 19:04 UTC (permalink / raw) To: Štěpán Němec; +Cc: 37092, stefan, Oleh Krehel [-- Attachment #1: Type: text/plain, Size: 1146 bytes --] I just repro'd it like this: $ env --ignore-environment TERM=$TERM HOME=$HOME emacs -q --load /tmp/repro.el ESC x [execute-extended-command] m [self-insert-command] a [self-insert-command] n [self-insert-command] RET [ivy-done] g [self-insert-command] i [self-insert-command] t [self-insert-command] RET [ivy-done] /tmp/repro.el contains (load-file (expand-file-name "~/.emacs.d/elpa/ivy-20190809.1551/ivy-autoloads.el")) (ivy-mode 1) On Tue, Aug 20, 2019 at 11:54 AM Štěpán Němec <stepnem@gmail.com> wrote: > On Tue, 20 Aug 2019 11:39:32 -0700 > Eric Hanchrow wrote: > > > I'm not certain whether it came from ELPA or MELPA (to be honest, I'm not > > sure how those are different). In the *Packages* buffer, I see > > > > ivy 20190809.1551 dependency Incremental > > Vertical completYon > > > > and M-x find-library RET ivy RET shows me the file > > ~/.emacs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any. > > Yeah, these date-like versions are from MELPA. But as I said, I can't > reproduce your problem with that version either. > > -- > Štěpán > [-- Attachment #2: Type: text/html, Size: 1648 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 19:04 ` Eric Hanchrow @ 2019-08-20 19:20 ` Štěpán Němec 2019-08-21 3:15 ` Eric Hanchrow 0 siblings, 1 reply; 12+ messages in thread From: Štěpán Němec @ 2019-08-20 19:20 UTC (permalink / raw) To: Eric Hanchrow; +Cc: 37092, stefan, Oleh Krehel Do you have some site-wide init? (emacs -q still loads that) I'd try with emacs -Q and a clean package install (remove the .emacs.d/elpa/ directory). -- Štěpán ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-20 19:20 ` Štěpán Němec @ 2019-08-21 3:15 ` Eric Hanchrow 2019-08-21 15:52 ` Eric Hanchrow 0 siblings, 1 reply; 12+ messages in thread From: Eric Hanchrow @ 2019-08-21 3:15 UTC (permalink / raw) To: Štěpán Němec; +Cc: 37092, stefan, Oleh Krehel [-- Attachment #1: Type: text/plain, Size: 977 bytes --] Did that -- I tried again with -Q, after having moved ~/.emacs.d/elpa to ~/.emacs.d/elpa.hid. I then of course had to M-x list-packages RET and install ivy again; that turned out to get me ivy-0.12.0, so I updated the repro.el file to reflect that, then started over (with -Q of course); it did just the same thing. I started over, this time using the same git commit as the system which worked -- that failed too! So it's clearly not emacs. I noticed that on the system that worked, "man -k ." yielded about 14000 lines of output, whereas on the system that failed, the same command yielded ".: nothing appropriate" ... so it's pretty likely that my "man" command is at fault, not Emacs. On Tue, Aug 20, 2019 at 12:20 PM Štěpán Němec <stepnem@gmail.com> wrote: > > Do you have some site-wide init? (emacs -q still loads that) > > I'd try with emacs -Q and a clean package install (remove the > .emacs.d/elpa/ directory). > > -- > Štěpán > [-- Attachment #2: Type: text/html, Size: 1346 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-21 3:15 ` Eric Hanchrow @ 2019-08-21 15:52 ` Eric Hanchrow 2019-08-21 15:57 ` Stefan Kangas 0 siblings, 1 reply; 12+ messages in thread From: Eric Hanchrow @ 2019-08-21 15:52 UTC (permalink / raw) To: Štěpán Němec; +Cc: 37092, stefan, Oleh Krehel [-- Attachment #1: Type: text/plain, Size: 1196 bytes --] Running "makewhatis -w" on the afflicted system fixed everything :) Sorry about the noise. On Tue, Aug 20, 2019 at 8:15 PM Eric Hanchrow <eric.hanchrow@gmail.com> wrote: > Did that -- I tried again with -Q, after having moved ~/.emacs.d/elpa to > ~/.emacs.d/elpa.hid. > > I then of course had to M-x list-packages RET and install ivy again; that > turned out to get me ivy-0.12.0, so I updated the repro.el file to reflect > that, then started over (with -Q of course); it did just the same thing. > > I started over, this time using the same git commit as the system which > worked -- that failed too! So it's clearly not emacs. I noticed that on > the system that worked, "man -k ." yielded about 14000 lines of output, > whereas on the system that failed, the same command yielded ".: nothing > appropriate" ... so it's pretty likely that my "man" command is at fault, > not Emacs. > > On Tue, Aug 20, 2019 at 12:20 PM Štěpán Němec <stepnem@gmail.com> wrote: > >> >> Do you have some site-wide init? (emacs -q still loads that) >> >> I'd try with emacs -Q and a clean package install (remove the >> .emacs.d/elpa/ directory). >> >> -- >> Štěpán >> > [-- Attachment #2: Type: text/html, Size: 1829 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer 2019-08-21 15:52 ` Eric Hanchrow @ 2019-08-21 15:57 ` Stefan Kangas 0 siblings, 0 replies; 12+ messages in thread From: Stefan Kangas @ 2019-08-21 15:57 UTC (permalink / raw) To: Eric Hanchrow; +Cc: 37092, Štěpán Němec, Oleh Krehel tags 37092 + notabug close 37092 quit Eric Hanchrow <eric.hanchrow@gmail.com>: > Running "makewhatis -w" on the afflicted system fixed everything :) Sorry about the noise. Thanks, I'm therefore closing this as notabug. Best regards, Stefan Kangas ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2019-08-21 15:57 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2019-08-20 2:00 bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer Eric Hanchrow 2019-08-20 7:56 ` Štěpán Němec 2019-08-20 12:01 ` Stefan Kangas 2019-08-20 12:04 ` Stefan Kangas [not found] ` <CAHZoxq_aATDXhzHFbTWd_wKOPrY3LY=BYAMw_oFDT-EerhJo_A@mail.gmail.com> [not found] ` <CAHZoxq_z_jFha+sSWuYqABQoHdihUKJd+HvhpX6o27_rWvESPQ@mail.gmail.com> 2019-08-20 16:58 ` Štěpán Němec 2019-08-20 18:39 ` Eric Hanchrow 2019-08-20 18:54 ` Štěpán Němec 2019-08-20 19:04 ` Eric Hanchrow 2019-08-20 19:20 ` Štěpán Němec 2019-08-21 3:15 ` Eric Hanchrow 2019-08-21 15:52 ` Eric Hanchrow 2019-08-21 15:57 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).