From mboxrd@z Thu Jan 1 00:00:00 1970 From: myglc2 Subject: Re: guix-edit shows "Autodoc not available..." w/ 2 REPLs Date: Tue, 12 Jul 2016 10:22:31 -0400 Message-ID: References: <86furgyzxt.fsf@gmail.com> <87oa63nudn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41959) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMycQ-0007MN-PS for help-guix@gnu.org; Tue, 12 Jul 2016 10:25:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bMycL-0000GG-KD for help-guix@gnu.org; Tue, 12 Jul 2016 10:25:02 -0400 Received: from plane.gmane.org ([80.91.229.3]:57216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bMycL-0000Fv-DA for help-guix@gnu.org; Tue, 12 Jul 2016 10:24:57 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bMycJ-0004iS-Q8 for help-guix@gnu.org; Tue, 12 Jul 2016 16:24:56 +0200 Received: from c-73-167-118-254.hsd1.ma.comcast.net ([73.167.118.254]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jul 2016 16:24:55 +0200 Received: from myglc2 by c-73-167-118-254.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 12 Jul 2016 16:24:55 +0200 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org Alex Kost writes: > myglc2 (2016-07-11 18:09 +0300) wrote: > >> Running guix/debian ... >> >> When I do 'M-x guix-edit RET screen RET' I get ... >> >> "Autodoc not available (No Geiser REPL for this buffer (try M-x run-geiser))" > > Ouch, I've just answered you on #guix (using sneek). Thanks, sorry I missed your IRC response. I'm not familiar with sneek. Can you provide a reference? > This error is harmless. It comes from Geiser and happens when you work > with any scheme file and did not start Geiser REPL. > > Guix REPL is used only by "M-x guix-..." commands (to show/install > packages, open package files, etc.). Guix REPL does not interfere with > a usual editing of scheme files. I mean "M-x guix-edit ..." just opens > a scheme file with the package definition, and that's it. If you need a > Geiser REPL (but it's unlikely you need it) while working with this > file, you can start it with C-c C-z. I was thinking autodoc might help me understand guix/guile. No? I am trying to get all the bells and whistles working. In search of a more perfect setup, I switched back to GuixSD, so comments below relate to GuixSD. Now, when I 'M-x guix-edit RET screen' & 'M-x run-geiser' I get auto doc works and I see these buffers: MR Name Size Mode Filename/Process -- ---- ---- ---- ---------------- * * Guile REPL * 635 REPL (Guile REPL<1> run) * *Guix REPL* 312 REPL (Guile REPL run) * *Guix Internal ... 312 REPL (*Guix Internal REPL* open) Can you comment on whom/what each of these REPLs is used by/for? If I want to use a REPL, which one should I use? Would it make sense to add this info to the doc? > BTW, if you don't want to use Geiser at all, you can disable it with > (setq geiser-mode-auto-p nil). With this setting, scheme files will not > enable 'geiser-mode', so you will not see that autodoc error anymore. OK, but I am going in the other direction, trying to get '8.3 The Perfect Setup' working. Right now, unless I manually start the 3rd REPL, these commands: ‘C-c . u’ ‘C-c . b’, ‘C-c . s’, ‘C-c . l’, all produce 'or: Geiser REPL not found' in *Messages*. Is this normal? If so, would it be a helpful enhancement if guix-emacs started the 3rd REPL automatically? >> My .emacs.d/init.el file contains ... >> >> *** >> ;; start: guix emacs setup ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; >> >> ;; to run emacs interface from git checkout and have guix-edit operate >> ;; on git checkout files >> (let ((dir "/home/g1/dev/guix/emacs")) >> (add-to-list 'load-path dir) >> (setq guix-load-path dir)) >> (require 'guix-init nil t) > > This should be (require 'guix-autoloads nil t) nowadays. If you open > *Messages* buffer (C-h e), you can find the following message there: > > (require 'guix-init) is obsolete, use (require 'guix-autoloads) > instead. > > Try "M-x find-library guix-init" to see what it does. Nice. Many thanks - George