unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Catonano <catonano@gmail.com>
To: myglc2 <myglc2@gmail.com>
Cc: help-guix <help-guix@gnu.org>
Subject: Re: is it me ?
Date: Tue, 9 May 2017 18:44:23 +0200	[thread overview]
Message-ID: <CAJ98PDw93poKm8ULo64JGVU8g3oxhHBWyw-6DkjL_EjGW03O_A@mail.gmail.com> (raw)
In-Reply-To: <86d1bkamrs.fsf@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4751 bytes --]

2017-05-07 14:12 GMT+02:00 myglc2 <myglc2@gmail.com>:

> On 05/06/2017 at 09:33 Catonano writes:
>
> > 2017-05-06 4:07 GMT+02:00 myglc2 <myglc2@gmail.com>:
> >
> >  On 05/05/2017 at 18:01 Catonano writes:
> >
> >  > 2017-05-03 21:08 GMT+02:00 myglc2 <myglc2@gmail.com>:
> >  >
> >  > On 05/03/2017 at 18:05 Catonano writes:
> >  >
> >  > > 2017-05-02 20:58 GMT+02:00 myglc2 <myglc2@gmail.com>:
> >  > >
> >  > > As it stands, your video is a great sanity check for someone
> wondering
> >  > > if their emacs-guix environment is working properly. It is also a
> great
> >  > > demonstration of how easy it is for a guix user to see and, with a
> git
> >  > > checkout, modify a package.
> >  > >
> >  > > If you expanded it a bit to illustrate a few
> >  > > more guix-edit/geiser features, it could be a great addition to the
> >  > > guix-video-verse, and, IMO, a good thing to add to www.gnu.or
> >  > >
> >  > > Which eatures, exactly, you would like to be showed ?
> >  >
> >  > How about a scenario like this, all done from within emacs-guix
> running
> >  > against a git checkout ...
> >  >
> >  > - find a package
> >  >
> >  > - install it
> >  >
> >  > - observe how it is working
> >  >
> >  > - consider changing a config flag
> >  >
> >  > - 'M-x Guix edit <package>'
> >  >
> >  > - download the source: 'C-u . s'
> >  >
> >  > I didn't kknow this one !
> >  >
> >  > - copy the package source out of the store (there is probably a better
> >  > thing to do here)
> >  >
> >  > - in <package> source: './configure --help' to see config options
> >  >
> >  > - 'M-x Guix edit <package>' & modify #:configure-flags
> >  >
> >  > I think you can't modify a package in place. In fact, with guix edit
> >  > it gets open as ead only
> >  >
> >  > As far as I understand, you should clone it locally, edit the copy in
> that clone, build it, install it with ./pre-inst-env in that clone
> >  >
> >  > If that's not too pettifogging for you, i could try
> >
> >  Well, the scenario I outlined assumed running from a 'guix git checkout'
> >
> > No. I don't know how to run the Emacs guix-* commands on a checkout
> >
> >  because I had the impression that you were running that way. But it may
> >  be overkill for many users and it really might be better to create a
> >  demo using a 'guix pull' setup. This could focus on using emacs-guix to
> >  find, build, install, and inspect packages.
> >
> > That I can do
> >
> >  It could also demonstrate
> >  editing the system config, reconfiguring the system, creating a user
> >  manifest and running 'guix package -m user.scm'
> >
> > That, I'm not sure I can do. I never created a manifest and I never run
> guix pakage - a-file.scm
> >
> > Would you mind to write done the relevant commands for me ?
>
> I have attached the user config manifest I am currently using. I apply
> it with ...
>
> guix package -m g1.scm
>
> ... you can also invoke this using the emacs-guix 'M-x guix' popup,
> which might be nicer to show in the demo.
>

Oh I see now. Thanks !


>
> >  I hope someone reading this will suggest such a package ;-)
> >
> > Right, I'm open to suggestions
> >
> >  > - build the package: 'C-u . b'
> >  >
> >  > This one, for example, would require you to run the emacs-guix
> facilities on a local clone and I don't know how to do that
> >  >
> >  > I remember Ludo doing this in a footage but I could use a reminder.
> >  >
> >  > Thanks again
> >
> >  Right. And I am happy to share my git checkout config with you if that
> >  would help.
> >
> > I'm not sure I understand, here.
>
> I mean that I am running guix from a git checkout. There are a few
> different approaches to doing this. I can outline the approach that I
> use when you want it.
>
>
Yes, I' d like you to outline the approaches you are referring to. Thanks


> > Have you a system configuration that builds a system based on a guix git
> checkout ?
> > I can't do that, either. I'd love to see it
>
> Hmm, I guess I don't know if you running GuixSD or Guix on another
> GNU/Linux OS. I was assuming you are running GuixSD and I was referring
> to doing ...
>

Yes, I am running GuixSD. I' m not on a host distro

What I mean is that if I invoke the Emacs Guix commands, they will show the
host guix installation

If I checkout a guix master branch then I can operate it ONLY via the
terminal

What I can do  is launching a REPL with pre-inst.env and then connect to it
from within Emacs and use scheme commands from within Emacs

But I can' t show the beautiful buffers of the Emacs Guix commands in a way
that they refer to a checked out master branch.

So I don' t know how to inspect a package definition, edit it _in place_
and then produce a patch from within guix-emacs

I hope I made the problem clear

[-- Attachment #2: Type: text/html, Size: 6719 bytes --]

  parent reply	other threads:[~2017-05-09 16:44 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-01 11:11 is it me ? Catonano
2017-05-01 16:41 ` myglc2
2017-05-01 21:38 ` Ludovic Courtès
2017-05-02  9:09 ` Alex Kost
2017-05-02 17:37   ` Catonano
2017-05-02 18:58     ` myglc2
2017-05-03 16:05       ` Catonano
2017-05-03 19:08         ` myglc2
2017-05-05 13:48           ` Amirouche
2017-05-05 16:01           ` Catonano
2017-05-06  2:07             ` myglc2
2017-05-06  7:33               ` Catonano
2017-05-07 12:12                 ` myglc2
2017-05-07 12:14                   ` myglc2
2017-05-09 16:44                   ` Catonano [this message]
2017-05-11 15:21                     ` myglc2
2017-05-14  7:16                       ` Catonano
2017-05-14 13:06                         ` myglc2

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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=CAJ98PDw93poKm8ULo64JGVU8g3oxhHBWyw-6DkjL_EjGW03O_A@mail.gmail.com \
    --to=catonano@gmail.com \
    --cc=help-guix@gnu.org \
    --cc=myglc2@gmail.com \
    /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.
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).