l...@gnu.org (Ludovic Courtès) writes:
> First of all, it’s never been a goal of Guix to run on non-GNU systems.
> Now, I have nothing against it in principle, as long as (1) this can be
> achieved in a maintainable way, and (2) the targeted user-land software
> is free and buildable from source.
Hi!
rek...@elephly.net (Ricardo Wurmus) skribis:
> commit e0c1d080b520c1bbd2dcd7bc90a750f5ce580486
> Author: Ricardo Wurmus
> Date: Mon Oct 9 23:03:56 2017 +0200
>
> doc: Add an example to the documentation of the udev-service.
>
> * doc/guix.texi (Base Services): Update 'udev-ser
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
Hi Chris,
Chris Marusich skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> First of all, it’s never been a goal of Guix to run on non-GNU systems.
>> Now, I have nothing against it in principle, as long as (1) this can be
>> achieved in a maintainable way, and (2) the targeted user-land sof
Hello,
Kei Kebreau skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hi!
>>
>> Kei Kebreau skribis:
>>
>>> I don't know if anyone else has noticed, but it seems that our
>>> sge-pygame package is failing to build because the package version on
>>> PyPI has downgraded from 1.5.1 to 1.5.
>>
Hi Arun,
Apologies for taking almost a month to reply!
Arun Isaac skribis:
>> At the time, Andy (I think) suggested that collaborative maintainership
>> the way we do it might actually “work better” and scale better. In the
>> meantime, there have been long discussions in Debian about whether
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
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:
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.
Mark H Weaver writes:
> mba...@fastmail.com (Marius Bakke) writes:
>
>> mbakke pushed a commit to branch master
>> in repository guix.
>>
>> commit 2a087882b1cb2e40e7b63580c675b58a5cfa1b96
>> Author: Marius Bakke
>> Date: Thu Oct 12 18:57:30 2017 +0200
>>
>> gnu: mesa: Disable imx driver f
Hello Adonay!
Adonay Felipe Nogueira writes:
> Interesting...
>
> I wonder if this can be combined with the current Namazu instance? I ask
> because we also have Namazu which allows searching, and which I think is
> also provided by the provider who hosts this mailing list.
I don't know! But it
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
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-
Hi Marius,
Marius Bakke writes:
> Mark H Weaver writes:
>
>> mba...@fastmail.com (Marius Bakke) writes:
>>
>>> mbakke pushed a commit to branch master
>>> in repository guix.
>>>
>>> commit 2a087882b1cb2e40e7b63580c675b58a5cfa1b96
>>> Author: Marius Bakke
>>> Date: Thu Oct 12 18:57:30 2017 +
Hi Leo,
l...@famulari.name (Leo Famulari) writes:
> lfam pushed a commit to branch master
> in repository guix.
>
> commit 478ebb31a96955fc03fcea55a4432976ddb49319
> Author: Leo Famulari
> Date: Wed Oct 11 20:22:32 2017 -0400
>
> gnu: Add go-github-com-templexxx-reedsolomon.
On this, and
Mark H Weaver transcribed 0.9K bytes:
> Hi Leo,
>
> l...@famulari.name (Leo Famulari) writes:
>
> > lfam pushed a commit to branch master
> > in repository guix.
> >
> > commit 478ebb31a96955fc03fcea55a4432976ddb49319
> > Author: Leo Famulari
> > Date: Wed Oct 11 20:22:32 2017 -0400
> >
> >
ng0 transcribed 2.5K bytes:
> Mark H Weaver transcribed 0.9K bytes:
> > Hi Leo,
> >
> > l...@famulari.name (Leo Famulari) writes:
> >
> > > lfam pushed a commit to branch master
> > > in repository guix.
> > >
> > > commit 478ebb31a96955fc03fcea55a4432976ddb49319
> > > Author: Leo Famulari
> > >
Hi Ludo,
> Indeed, the initrd would need an extra package, like this:
>
> diff --git a/gnu/system/linux-initrd.scm b/gnu/system/linux-initrd.scm
...
> Can you try if it works?
It compiles, and I can boot the new configuration without any trouble.
Next, I added an NFS filesystem:
(file-sy
On Fri, Oct 13, 2017 at 01:12:32PM -0400, Mark H Weaver wrote:
> l...@famulari.name (Leo Famulari) writes:
> > gnu: Add go-github-com-templexxx-reedsolomon.
>
> On this, and a great many other packages, you've included "github-com-"
> in the package names. I think this is a very bad idea. Fo
Mark H Weaver writes:
> Marius Bakke writes:
>
>> Note that mesa and libdrm did not build any drivers at all on armhf
>> until recent commits on 'staging'. I tried cross-compiling libdrm
>> to update etnaviv symbols instead, but failed some packages before it.
>>
>> So currently it's a trial-an
Hi Leo,
Leo Famulari writes:
> On Fri, Oct 13, 2017 at 01:12:32PM -0400, Mark H Weaver wrote:
>> l...@famulari.name (Leo Famulari) writes:
>> > gnu: Add go-github-com-templexxx-reedsolomon.
>>
>> On this, and a great many other packages, you've included "github-com-"
>> in the package names
21 matches
Mail list logo
