Re: Our package names should not include "github-com"

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-" >>

Re: 01/04: gnu: mesa: Disable imx driver for armhf-linux.

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

Re: Our package names should not include "github-com"

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.

Re: NFS mounts

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:

Re: Our package names should not include "github-com"

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

Our package names should not include "github-com"

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

Re: 01/04: gnu: mesa: Disable imx driver for armhf-linux.

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

Re: Guix on macOS

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.

Re: Guix on macOS

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? > >

Re: Browsing Guix (or any) lists with Gmane

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

Re: 01/04: gnu: mesa: Disable imx driver for armhf-linux.

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

Re: Guix on macOS

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,

Re: Guix on macOS

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

Re: Guix on macOS

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

Re: Adopt a patch!

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

Re: SGE-Pygame mysteriously downgraded on PyPI

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

Re: Guix on 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

Re: Guix on macOS

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

Re: 02/02: doc: Add an example to the documentation of the udev-service.

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

Re: Guix on macOS

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.