unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
From: sirgazil via Guix-patches via <guix-patches@gnu.org>
To: "Brett Gilio" <brettg@gnu.org>
Cc: 39625 <39625@debbugs.gnu.org>
Subject: [bug#39625] [PATCH] website: Update Guix manifest.
Date: Sun, 26 Jul 2020 11:03:17 -0500	[thread overview]
Message-ID: <1738bdd38a3.befad90566115.7484601208603565376@zoho.com> (raw)
In-Reply-To: <87h7tw4awm.fsf@gnu.org>

 ---- On Fri, 24 Jul 2020 20:54:10 -0500 Brett Gilio <brettg@gnu.org> wrote ----
 > sirgazil <sirgazil@zoho.com> writes:
 > 
 > >  
 > > -(use-modules (guix profiles)
 > > -         (gnu packages))
 > > +(use-modules (gnu packages))
 > 
 > I think manifests require the (guix profiles) module.

Hmm, my manifests work without importing "(guix profiles)".

This was a long time ago, but the reason I imported that module is that in the beginning I was thinking on providing a manifest that would create a profile generation that was the union of the packages installed in the current user profile plus the packages required to develop the website. I was going to use "(profile-manifest %user-profile-directory)" for that, which comes from "(guix profiles)". But that was before I knew you could use different Guix profiles for different projects instead of polluting your user profile, so I changed my mind and forgot to delete "(guix profiles)".


 > > -(define dev-packages
 > > -  (list "glibc-locales"
 > > -    "guile@2.2"
 > > -    "guile-syntax-highlight"
 > > -    "guix"
 > > -    "haunt"))
 > > -
 > > -
 > > -(map specification->package dev-packages)
 > > +(specifications->manifest
 > > + (list "git"
 > > +       "glibc-locales"
 > > +       "gnutls"
 > > +       "guile"
 > > +       "guile-json"
 > > +       "guile-syntax-highlight"
 > > +       "guix"
 > > +       "haunt"))
 > 
 > Could I inquire why you opted to remove the function for dev-packages?
 > :)

I was thinking on separating package requirements with variables such as "dev-packages", "test-packages", "production-packages", etc., but then I thought it was unnecessary at this point because the website does not currently have that many requirements...





  reply	other threads:[~2020-07-26 16:04 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-15 22:22 [bug#39625] [PATCH] website: Update Guix manifest sirgazil via Guix-patches via
2020-07-25  1:54 ` Brett Gilio
2020-07-26 16:03   ` sirgazil via Guix-patches via [this message]
2020-10-20  0:14 ` bug#39625: " sirgazil via Guix-patches via

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=1738bdd38a3.befad90566115.7484601208603565376@zoho.com \
    --to=guix-patches@gnu.org \
    --cc=39625@debbugs.gnu.org \
    --cc=brettg@gnu.org \
    --cc=sirgazil@zoho.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 public inbox

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

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).