all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Andreas Enge <andreas@enge.fr>
To: guix-devel@gnu.org
Subject: Package version at build side
Date: Tue, 4 Nov 2014 20:35:24 +0100	[thread overview]
Message-ID: <20141104193524.GA5700@debian> (raw)

Hello,

for kdelibs, I need to pass the version of the input docbook-xsl as
a configure flag. So I added something like

       #:configure-flags
        (list "-DCMAKE_VERBOSE_MAKEFILE=ON" ; for debugging
              (let ((docbook-xsl (assoc-ref %build-inputs "docbook-xsl")))
                (string-append "-DDOCBOOKXSL_DIR="
                               docbook-xsl
                               "/xml/xsl/docbook-xsl-"
                               (package-version docbook-xsl)
                               "/")))

Now package-version seems to be defined in (guix package); when I add this as
modules, more and more of them are pulled in. Currently I have

       #:modules ((guix packages) ; for PACKAGE-VERSION
                  (guix base32)
                  (guix config)
                  (guix derivations)
                  (guix records)
                  (guix serialization)
                  (guix store)
                  (guix utils)
                  (guix build syscalls)
                  (guix build utils))
       #:imported-modules ((guix packages)
                           (guix base32)
                           (guix config)
                           (guix derivations)
                           (guix records)
                           (guix serialization)
                           (guix store)
                           (guix utils)
                           (guix build syscalls)
                           (guix build utils))

When I "make" and "./pre-inst-env guix build kdelibs", I get
ice-9/boot-9.scm:106:20: no code for module (guix hash)

So I add (guix hash), and then I get "no code for module (guix ...)"
and so on, probably until all of guix is in my package.

Is there a simpler solution?

Andreas

             reply	other threads:[~2014-11-04 19:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-04 19:35 Andreas Enge [this message]
2014-11-04 20:55 ` Package version at build side Eric Bavier
2014-11-04 21:25   ` Andreas Enge
2014-11-04 21:45 ` Ludovic Courtès

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=20141104193524.GA5700@debian \
    --to=andreas@enge.fr \
    --cc=guix-devel@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.