Am 27.10.2017 um 06:11 schrieb Chris Marusich:
> * Nix's Darwin bootstrap tools are maintained in Nix, but they aren't
> cross-compiled (e.g., from x86_64-linux). They're built from a
> previous generation of the stdenv for Darwin. I suspect, but do not
> know for sure, that originally the
Hi Guix,
I've looked further into the possibility of running Guix on macOS. I'm
convinced now that running Guix natively on macOS (i.e., compiling it
for x86_64-apple-darwin) isn't a feasible goal at this time. GNU libc
doesn't target Darwin, so it can't be used as-is t
Adonay Felipe Nogueira writes:
> Although I don't know if macOS uses "\" or "/".
It uses "/".
--
Chris
signature.asc
Description: PGP signature
I hope they get more used to referring to GNU operating system, or
GNU/Linux operating system too.
I find it puzzling that most people call it Linux, the kernel (Linux)
alone isn't an operating system, let alone usable without one. ;)
Konrad Hinsen writes:
> There are those nasty real-world con
Another thing that just came to my mind is the hard-coding of file name
separators instead of using a combination of checkers to see if the
'file-name-separator-string matches the *target* system (as is briefly
told in `info guile', the GNU Guile Scheme infopage). Although I don't
know if macOS use
Ricardo Wurmus writes:
> Ludovic Courtès writes:
>
>> Windows recently gained an in-kernel Linux syscall emulation, which
>> means that (GNU/)Linux binaries can run unmodified on Windows.
>>
>> If macOS had a similar feature, that’d be perfect: we wouldn’t have
>> anything to do. Perhaps Docker-
Ricardo Wurmus writes:
> Christopher wrote this:
>
>> Is there a way to maybe run Guix in some sort of namespaced or some
>> variant of "virtualized" or "contained" way that we could recommend for
>> OSX users, without having to bend over backwards to accomodate a
>> different libc and etc?
>
> In
On 13/10/2017 14:55, Ludovic Courtès wrote:
At the same time, one could hope that, if freedom is not enough, the
nifty features of GuixSD, GNOME, the GNU toolchain, etc. would be enough
of an incentive to switch. But hey, it’s complicated!
There are those nasty real-world constraints, indeed.
Ludovic Courtès writes:
> Windows recently gained an in-kernel Linux syscall emulation, which
> means that (GNU/)Linux binaries can run unmodified on Windows.
>
> If macOS had a similar feature, that’d be perfect: we wouldn’t have
> anything to do. Perhaps Docker-for-Mac actually provides somet
On 13/10/2017 14:55, Ludovic Courtès wrote:
If macOS had a similar feature, that’d be perfect: we wouldn’t have
anything to do. Perhaps Docker-for-Mac actually provides something
close to that? I really don’t know.
Docker for Mac uses the macOS user-space virtualization facilities (via
xhyv
) the targeted user-land software
>> is free and buildable from source.
>
> I understand, and I agree with your criteria.
>
> I don't want to use Guix on macOS to package, promote, or make it easy
> to use non-free software. I also don't want to port Guix to macOS in a
&
Chris Marusich writes:
> Currently, I hope that we can get Guix working on macOS via a plan like
> the following:
>
> 1) On an x86_64-linux GuixSD system, use Guix to cross-build Guix for
> the x86_64-darwin target [2]. We would use GNU libc.
>
> 2) Install the output of (1) on a macOS
from source.
I understand, and I agree with your criteria.
I don't want to use Guix on macOS to package, promote, or make it easy
to use non-free software. I also don't want to port Guix to macOS in a
way that's difficult to maintain.
I want users and developers who are currentl
We’d lose all guarantees that we’re working hard
to provide. It would be regrettable to “support” Guix on macOS if that
thing running on macOS hasn’t really much in common with Guix on GNU.
Christopher wrote this:
> Is there a way to maybe run Guix in some sort of namespaced or some
> var
Ludovic Courtès writes:
> Hi Chris,
>
> Chris Marusich skribis:
>
>> I want to get Guix working on macOS. I recently had a need to do this,
>> and I was sad to find that although Nix works on macOS, Guix isn't quite
>> there yet. The manual makes it sound like this should be fairly
>> straightf
On Wed, 11 Oct 2017 20:29:57 -0700
Chris Marusich wrote:
> Hi Guix,
>
> I want to get Guix working on macOS. I recently had a need to do
> this, and I was sad to find that although Nix works on macOS, Guix
> isn't quite there yet. The manual makes it sound like this should be
> fairly straight
Hi Chris,
Chris Marusich skribis:
> I want to get Guix working on macOS. I recently had a need to do this,
> and I was sad to find that although Nix works on macOS, Guix isn't quite
> there yet. The manual makes it sound like this should be fairly
> straightforward, and I intend to give it a s
On 12/10/2017 05:29, Chris Marusich wrote:
But before I
begin, I wanted to know: has anyone done this already? Is there
interest?
Interest, yes, from at least one more person: me. But I suspect this is
a really big effort, in particular to boostrap the whole system based on
Apple's XCode, w
Hi Guix,
I want to get Guix working on macOS. I recently had a need to do this,
and I was sad to find that although Nix works on macOS, Guix isn't quite
there yet. The manual makes it sound like this should be fairly
straightforward, and I intend to give it a shot [1]. But before I
begin, I wan
19 matches
Mail list logo
