all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: George Clemmer <myglc2@gmail.com>
To: Alex Kost <alezost@gmail.com>
Cc: help-guix@gnu.org
Subject: Re: Guix and Emacs Integration for Polyglot Development
Date: Sun, 28 Oct 2018 17:19:52 -0400	[thread overview]
Message-ID: <cuch8h5ixaf.fsf@gmail.com> (raw)
In-Reply-To: <87a7mykudr.fsf@gmail.com>

Hi Alex,

Alex Kost <alezost@gmail.com> writes:

> George Clemmer (2018-10-27 15:32 -0400) wrote:
>
>> FWIW, here are a few comments/ideas ...
>>
>> It would be handy if 'quit-window' in the final buffer reached via
>> *guix-popup* took me take me back 'UP' the "tree" of sub-popups that
>> lead there so I could chose another option.
>
> Is "q" key what you are looking for?  It is a general "magit-popup"
> thing and there is nothing I can do about it on Emacs-Guix side.
>
> Note, however, that "q" works only for one level, I mean if you press
> "q" one time, it will take you back to the previous popup, but if you
> press it again, it will simply quit.  Yet again, this is how
> "magit-popup" works.

I see. Thanks for letting me know.

>> If, as you suggest, you create the system sub-popup

> I went ahead and added it (by commit bffd65a).  I think keeping system
> commands in one place is good.

Yes, I agree. I tried it. Very cool.

>> you might consider
>> removing the system profile from *Guix Profiles* since the user can get
>> to the system profile package list via system generations + 'P'.
>
> No, no, I will not hide system profile.  Yes, you can't install anything
> to it with the usual means, but it is a profile after all, and you can
> see what packages are installed there.  Besides, some day a user should
> learn that the only way to update a system profile is "guix system …"
> command.

OK, no problem ;)

> BTW, in general, I think that hiding features is a bad thing… however,
> there is one hidden feature in Emacs-Guix (although, it is hidden just
> because it is also hidden in Guix itself ;-) )

Is this a riddle?

>> It might be useful to allow the user to see system profile packages in
>> the context a user/project profile. E.g., a key could toggle the system
>> profile packages into and out of the *Guix Packages * list view.
>
> Sorry, I didn't understand this phrase.  Do you mean there should be a
> key in *Guix Packages* buffer to show system packages along with the
> current user packages?  If so, I'm afraid it is not possible, as these
> "Packages" buffers are designed to show packages only from a single
> profile.

Yes. It's a "blue sky" idea.

Thanks.

-George

  reply	other threads:[~2018-10-28 21:20 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-29 18:41 Guix and Emacs Integration for Polyglot Development Jan Nieuwenhuizen
2018-09-01 14:41 ` Ludovic Courtès
2018-09-01 15:11   ` Jan Nieuwenhuizen
2018-09-01 17:25     ` Ludovic Courtès
2018-09-13 20:45       ` Jan Nieuwenhuizen
2018-09-14  9:56         ` Ludovic Courtès
2018-09-14 11:53           ` Jan Nieuwenhuizen
2018-09-14 21:34         ` Alex Kost
2018-09-15  5:21           ` Jan Nieuwenhuizen
2018-09-15 19:40             ` Alex Kost
2018-10-26  4:59           ` George Clemmer
2018-10-26 17:04             ` Alex Kost
2018-10-26 18:01               ` George Clemmer
2018-10-26 20:56                 ` George Clemmer
2018-10-27 14:42                   ` Alex Kost
2018-10-27 19:32                     ` George Clemmer
2018-10-28 14:39                       ` Alex Kost
2018-10-28 21:19                         ` George Clemmer [this message]
2018-10-29 16:37                           ` Alex Kost
2018-10-26  1:22         ` Maxim Cournoyer
  -- strict thread matches above, loose matches on Subject: below --
2018-07-27 18:53 Kenny Ballou
2018-08-02  8:08 ` Chris Marusich
2018-08-05 19:16   ` Kenny Ballou
2018-08-20 12:32     ` Maxim Cournoyer
2018-08-24 21:55       ` Ludovic Courtès
2018-08-25 19:47         ` Alex Kost
2018-08-25 21:59           ` Ludovic Courtès
2018-08-31 12:49       ` Maxim Cournoyer
2018-09-10 15:25         ` Kenny Ballou
2018-09-11  1:10 ` George Clemmer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cuch8h5ixaf.fsf@gmail.com \
    --to=myglc2@gmail.com \
    --cc=alezost@gmail.com \
    --cc=help-guix@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.