all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Vincent Legoll <vincent.legoll@gmail.com>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: how to create and test a new service definition
Date: Mon, 15 May 2017 15:26:09 +0200	[thread overview]
Message-ID: <874lwmjlou.fsf@gnu.org> (raw)
In-Reply-To: <CAEwRq=pr3LbVBe30uFcm4mxkgDsBtz71wbavTZkCtn9A6_hVfA@mail.gmail.com> (Vincent Legoll's message of "Sun, 14 May 2017 10:44:47 +0200")

Hi,

Vincent Legoll <vincent.legoll@gmail.com> skribis:

> On Sat, May 13, 2017 at 10:06 PM, Ludovic Courtès <ludo@gnu.org> wrote:
>> Vincent Legoll <vincent.legoll@gmail.com> skribis:
>>> ERROR: qemu failed "qemu-system-x86_64"
>>
>> What were the lines above this one?  This tool tries to use KVM if it
>> seems available.  Maybe in your case it “seems” to be available (as in
>> /dev/kvm exists) but is actually unusable?
>
> Formatting '/gnu/store/miyri69r76ji72y6aq5xci8z2j68n5s1-qemu-image',
> fmt=qcow2 size=31457280 encryption=off cluster_size=65536
> lazy_refcounts=off refcount_bits=16
> qemu-system-x86_64: error: failed to set MSR 0xd90 to 0x0
> qemu-system-x86_64:
> /tmp/guix-build-qemu-minimal-2.9.0.drv-0/qemu-2.9.0/target/i386/kvm.c:1833:
> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.

A quick search gave me this:
<https://bugs.launchpad.net/qemu/+bug/1661386>.  It mentions a potential
VMware bug; are you using VMware for the “outer” VM?

>> ‘GUIX_PACKAGE_PATH’ is documented at
>> <https://www.gnu.org/software/guix/manual/html_node/Package-Modules.html#index-GUIX_005fPACKAGE_005fPATH>.
>
> Yes, that's where I finally found it again, with google's help, I
> first searched there:

I would recommend using the index in Info or one of:

  https://www.gnu.org/software/guix/manual/html_node/Concept-Index.html
  https://www.gnu.org/software/guix/manual/html_node/Programming-Index.html

>> <https://www.gnu.org/software/guix/manual/html_node/Defining-Packages.html>,
>> <https://www.gnu.org/software/guix/manual/html_node/Submitting-Patches.html>.
>
> So I think adding something to these pages, maybe only linking to where it is
> described would have been sufficient... WDYT ?

OK, I’ve added a cross-ref from “Defining Packages” to “Package Modules”.

>> There’s probably room for improvement though.  What changes/additions
>> would you suggest?
>
> I would suggest having a paragraph or 2 about how to setup a dev environment:
> - using GUIX_PACKAGE_PATH
> - setting up a link (where ?) to a local guix checkout
>
> I read "8.1 Building from Git" and was frustrated by its avoidance to explain
> how to do it. This is the logical (at least for me) place where this should be
> explained.
>
> I can try to add something about the env var, but cannot do the link thing, I
> think this is what Catonano is speaking about :
>
>> George suggested me the trick to link a checked out master branch to
>> .local/guix/profile (or maybe it's the other way around: it's linking
>> .local/guix/profile to a checked out master branch)
>
> WDYT ?

I’m not sure what you’re suggesting.  Could you post a draft patch?  We
can work from there.

>>> guix edit is throwing me :
>>> E166: Can't open linked file for writing
>>
>> This error does not come from ‘guix edit’, but maybe from your editor.
>> As for why the file is read-only, see
>> <https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-edit.html>.
>
> And here is the other place where that variable is talked about, I
> really fumbled
> my research... So if something more substantial is put in 8.1, maybe we can just
> link to it from there too...
>
> Another idea, would be to enhance guix edit, like that:
> if there's a user writable place for package definitions (either
> GUIX_PACKAGE_PATH or a link to a local git checkout, or...), then guix edit
> make a temp copy of the store file, if it is not modified, the copy is
> thrown away
> at guix edit exit and if it is modified, kept there...
>
> WDYT ?

This is a great idea that’s been discussed before, and I would really
like to see it.  That said, it’s a “wishlist” item more than something
directly actionable.  Could you send this suggestion to bug-guix so we
can keep track of it?

Thanks,
Ludo’.

      parent reply	other threads:[~2017-05-15 13:26 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-13 10:06 how to create and test a new service definition Vincent Legoll
2017-05-13 14:40 ` Ludovic Courtès
2017-05-13 15:24   ` Vincent Legoll
2017-05-13 20:06     ` Ludovic Courtès
2017-05-14  7:56       ` Catonano
2017-05-14  9:04         ` ng0
2017-05-14 11:48           ` ng0
2017-05-14  8:44       ` Vincent Legoll
2017-05-14  9:53         ` Catonano
2017-05-15 13:26         ` Ludovic Courtès [this message]

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=874lwmjlou.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=vincent.legoll@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.
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.