unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Wade Zhang <dochang@gmail.com>
To: zimoun <zimon.toutoune@gmail.com>
Cc: help-guix <help-guix@gnu.org>
Subject: Re: Issue about building python on a foreign distro
Date: Mon, 30 Aug 2021 06:29:18 +0800	[thread overview]
Message-ID: <CANBNykv=7kSRW4gVhcHfTfUNJRjBvQJ6qzYjq+okT5Shm6YM=Q@mail.gmail.com> (raw)
In-Reply-To: <8635qxsmdr.fsf@gmail.com>

On Wed, Aug 25, 2021 at 9:19 PM zimoun <zimon.toutoune@gmail.com> wrote:
> > pyenv allows you to set python version for your every project by putting a
> > `.python-version` file, and you can easily override the version with an
> > environment variable.  All you need to do is just setting your `PATH`.  I think
> > it's very useful when you're working with multiple projects.
>
> Personally, I store the output of “guix describe -f channels” in say the
> file channel.scm and I list all the packages the project require in say
> the file manifest.scm.  Then I can exchange these 2 files are to produce
> an environment (temporary profile) or a profile.  For instance:
>
>   guix time-machine -C channels.scm -- environment -m manifest.scm
>
> or
>
>   guix time-machine -C channels.scm -- package -m manifest.scm -p profile
>
> It becomes really easy to work with multiple projects. :-)  Note that
> these 2 files are generally versioned with the whole project.  Even,
> sometime I have several channels.scm files and manifest.scm files for
> the same project in order to test.
>

These days I've learned Guix commands and packaging guides.  I've seen the
power of Guix.

I found that Guix has another advantage that It can manage any other
dependencies, for example curl or sqlite, if the project requires them.

But it's still weird that Guix cannot be used with non-Guix packages...

Anyway thank you for your advice.  I'll try it.

> The main drawback with the approach is the limitation to the Guix
> packages.  For instance, two versions of CPython, only.  It is really
> easy to use more packages from Conda for example.  I guess ’pyenv’
> provides similar thing.  But you loose on other side. :-)

Yes, pyenv can install all versions of CPython and other implementations.  It
seems that Guix just removes old releases.  Although IMO I can use the feature
called transformation.

>
> People use ’direnv’ with Guix to easily switch from context/project.
> Another story. :-)
>
>
> All the best,
> simon

Best Regards,
Wade


  reply	other threads:[~2021-08-29 22:29 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-22 11:27 Issue about building python on a foreign distro Wade Zhang
2021-08-23 16:41 ` zimoun
2021-08-23 19:30   ` Wade Zhang
2021-08-25 13:08     ` zimoun
2021-08-29 22:29       ` Wade Zhang [this message]
2021-09-16 11:24 ` Hartmut Goebel

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='CANBNykv=7kSRW4gVhcHfTfUNJRjBvQJ6qzYjq+okT5Shm6YM=Q@mail.gmail.com' \
    --to=dochang@gmail.com \
    --cc=help-guix@gnu.org \
    --cc=zimon.toutoune@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).