all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de>
To: Yasuaki Kudo <yasu@yasuaki.com>
Cc: help-guix@gnu.org
Subject: Re: Guix on Macintosh?
Date: Sat, 24 Jun 2023 12:26:18 +0200	[thread overview]
Message-ID: <87a5wpkvg5.fsf@pelzflorian.de> (raw)
In-Reply-To: <a1767a82-6a7f-15ab-d303-5684a0a7d525@yasuaki.com> (Yasuaki Kudo's message of "Fri, 23 Jun 2023 22:14:55 +0900")

Yasuaki Kudo <yasu@yasuaki.com> writes:
> Yes, but the thing is, when you use docker compose with 7 services or
> something, the dev teams will understand the logic of using Guix to
> consolidate these. 😁

I don’t see how Guix could consolidate Docker services.  Using Guix Home
for this purpose would be needlessly convoluted.  Guix can ship and help
testing packages reproducibly and Guix offers its interface to building
and testing operating system images or with Guix services.

> So we might end up with a Guix-for-developers container (for Windows
> and Mac programmers,  won't be in production), which we will use to
> produce the actual, consolidated Guix docker for production use (using
> the docker export feature of Guix) ?

Yes, I guess, Docker on Mac does make use of a VM and as such it can be
used not for its Docker features but for its VM.  My expectation would
be that a regular VM is easier to deal with.

Regards,
Florian



>
> -Yasu
>
> On 6/23/23 19:24, pelzflorian (Florian Pelz) wrote:
>> Yasuaki Kudo <yasu@yasuaki.com> writes:
>>> Docker for MacOS does seem to run Linux containers.
>> Running Guix inside a Docker container seems like a very peculiar
>> foreign distro.  In your words, Yasuaki, it is convoluted.  I believe
>> Docker is not intended to be used in this way.  Mostly Docker and Guix
>> are alternatives.
>>
>> IIUC Docker on Mac runs a Linux VM internally.  Running Guix inside
>> Docker on Mac’s Linux VM is building up software layers on software
>> layers unnecessarily.  Also, Docker is not intended to be used in this
>> way.  It is untested with potential for bugs.
>>
>> Also you can use Guix to make Docker images from Guix packages, but that
>> is mostly for convenience when someone has a setup in which it is easier
>> to run a Docker image.
>>
>> Regards,
>> Florian


      reply	other threads:[~2023-06-24 10:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-19 12:50 Guix on Macintosh? Yasuaki Kudo
2023-06-19 21:13 ` Wojtek Kosior via
2023-06-20 10:23 ` pelzflorian (Florian Pelz)
2023-06-20 11:11 ` david larsson
2023-06-22 10:07 ` Yasuaki Kudo
2023-06-23 10:24   ` pelzflorian (Florian Pelz)
2023-06-23 13:14     ` Yasuaki Kudo
2023-06-24 10:26       ` pelzflorian (Florian Pelz) [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=87a5wpkvg5.fsf@pelzflorian.de \
    --to=pelzflorian@pelzflorian.de \
    --cc=help-guix@gnu.org \
    --cc=yasu@yasuaki.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.