guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] doc: Explain when guix edit is read-only.


From: Ludovic Courtès
Subject: Re: [PATCH] doc: Explain when guix edit is read-only.
Date: Sun, 24 Jul 2016 19:06:04 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Alex Kost <address@hidden> skribis:

> myglc2 (2016-07-22 01:35 +0300) wrote:
>
>> * doc/guix.texi (Invoking guix edit): Explain when you can and can't
>>   edit the recipe
>> ---
>>  doc/guix.texi | 10 ++++++++--
>>  1 file changed, 8 insertions(+), 2 deletions(-)
>>
>>
>> diff --git a/doc/guix.texi b/doc/guix.texi
>> index e7b233d..914d24d 100644
>> --- a/doc/guix.texi
>> +++ b/doc/guix.texi
>> @@ -4485,7 +4485,7 @@ You can freely access a huge library of build logs!
>>  
>>  @cindex package definition, editing
>>  So many packages, so many source files!  The @command{guix edit} command
>> -facilitates the life of packagers by pointing their editor at the source
>> +facilitates the life of users and packagers by pointing their editor at the 
>> source
>>  file containing the definition of the specified packages.  For instance:
>>  
>>  @example
>> @@ -4494,9 +4494,15 @@ guix edit gcc@@4.9 vim
>>  
>>  @noindent
>>  launches the program specified in the @code{VISUAL} or in the
>> address@hidden environment variable to edit the recipe of address@hidden
>> address@hidden environment variable to view the recipe of address@hidden
>>  and that of Vim.
>>  
>> +If you are using a Guix Git checkout (@pxref{Building from Git}), or
>> +have created your own packages on ‘GUIX_PACKAGE_PATH’ (*note Defining
>> +Packages::), you will be able to edit the package recipes. Otherwise,

Looks Info syntax here.  Should be address@hidden
(@pxref{Package Modules})”?

>> +you will be able to examine the read-only recipes for packages currently
>> +in the store.
>> +
>>  If you are using Emacs, note that the Emacs user interface provides the
>>  @kbd{M-x guix-edit} command and a similar functionality in the ``package
>>  info'' and ``package list'' buffers created by the @kbd{M-x
>
> This looks reasonable to me, so if there are no comments/objections, I'm
> going to commit it.

Sounds good to me.

Thanks,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]