Re: Planning for the next release

l...@gnu.org (Ludovic Courtès) skribis: >> It looks like the initrd is becoming obese. Adding "-m 168M" makes it >> boot (qemu defaults to 128MiB). Not sure what to do about it. > > Oh, that didn’t come to mind. I’m pretty sure this is because we’re > pulling dynamically-linked stuff that bring i

Re: Planning for the next release

Hi! Marius Bakke skribis: > Ludovic Courtès writes: > >> Hi again! >> >> I build the installation image with from commit >> 96afb480f8165a315a69b1dd3a031e053044d3b2: >> >> ./pre-inst-env guix system disk-image --image-size=1.2G >> gnu/system/install.scm -K >> >> and then ran QEMU on that ima

Re: Planning for the next release

Ricardo Wurmus skribis: > Ludovic Courtès writes: > Not a release blocker, but a kind of general blocker: we have a ‘guix offload’ bug for which we need more testers and hackers to get better debugging info: . >>> >>> I’ll try to give this a try either

Re: Switching to Artifex Ghostscript

Leo Famulari writes: > The subject of the two Ghostscripts came up last October, but we didn't > really discuss it: > > https://lists.gnu.org/archive/html/guix-devel/2016-10/msg00598.html > > The canonical Ghostscript is developed by Artifex Software Inc: > > https://ghostscript.com/ > > We packa

Re: Planning for the next release

Ludovic Courtès writes: >>> Not a release blocker, but a kind of general blocker: we have a ‘guix >>> offload’ bug for which we need more testers and hackers to get better >>> debugging info: . >> >> I’ll try to give this a try either tonight or tomorrow. > > Great! >

Re: Planning for the next release

Ludovic Courtès writes: > Hello Guix! > > An update on the release that never comes. ;-) […] > The “Noteworthy bug fixes” section of ‘NEWS’ also needs to be improved. I just pushed commit 402f241da, which fills that section a bit. Thank you for the many bug fixes that I’ve combed through jus

Re: Planning for the next release

Marius Bakke writes: > Anyway, the problem is that the parted script gets a negative size for > TESTS=basic: > > creating partition table with 2 partitions... > > DEBUG: (mkpart primary ext2 1048576B -19922944B set 1 boot on mkpart primary > ext2 -199224

Switching to Artifex Ghostscript

The subject of the two Ghostscripts came up last October, but we didn't really discuss it: https://lists.gnu.org/archive/html/guix-devel/2016-10/msg00598.html The canonical Ghostscript is developed by Artifex Software Inc: https://ghostscript.com/ We package GNU Ghostscript, which is a fork of

Re: Planning for the next release

Ludovic Courtès writes: > Hi again! > > I build the installation image with from commit > 96afb480f8165a315a69b1dd3a031e053044d3b2: > > ./pre-inst-env guix system disk-image --image-size=1.2G > gnu/system/install.scm -K > > and then ran QEMU on that image: > > qemu-system-x86_64 -enable-kvm

Re: EOMA68 Development Boards

If it leads to a small form server it will also be interesting for hosting secure mail. VPS on closed hardware has at least one downside ;) Pj. On Sat, May 20, 2017 at 03:04:24PM +0200, Danny Milosavljevic wrote: > Hi, > > On Sat, 20 May 2017 14:21:04 +0200 > l...@gnu.org (Ludovic Court??s) wrot

Re: Planning for the next release

Hi again! I build the installation image with from commit 96afb480f8165a315a69b1dd3a031e053044d3b2: ./pre-inst-env guix system disk-image --image-size=1.2G gnu/system/install.scm -K and then ran QEMU on that image: qemu-system-x86_64 -enable-kvm -serial stdio \ -net nic,model=virtio -n

Re: EOMA68 Development Boards

Hi, On Sat, 20 May 2017 14:21:04 +0200 l...@gnu.org (Ludovic Courtès) wrote: > for Mathieu to have a development board. A couple of other people have > also contributed to this area, in particular Danny, who might also be > interested. Yes, I am interested.

Re: EOMA68 Development Boards

Hi Louis & Mathieu, Mathieu Othacehe skribis: >> If there is anyone is interested I'll bring this up on the eoma68 >> (arm-netbook) mailing >> list. > > I'm currently reworking GuixSD bootloader API. I think it would be great > to continue this work by porting GuixSD to an open-hardware platform

Re: Planning for the next release

Hi! Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> Hello Guix! >> >> An update on the release that never comes. ;-) >> >> The main remaining item is merging UEFI support in ‘version-0.13.0’: >> . Marius already fixed this one.

Re: Planning for the next release

Ludovic Courtès writes: > Hello Guix! > > An update on the release that never comes. ;-) > > The main remaining item is merging UEFI support in ‘version-0.13.0’: > . > > The “Noteworthy bug fixes” section of ‘NEWS’ also needs to be improv

Re: EOMA68 Development Boards

Hi Louis, > If there is anyone is interested I'll bring this up on the eoma68 > (arm-netbook) mailing > list. I'm currently reworking GuixSD bootloader API. I think it would be great to continue this work by porting GuixSD to an open-hardware platform. So I'm definitely interested in getting on

Re: Planning for the next release

Hello Guix! An update on the release that never comes. ;-) The main remaining item is merging UEFI support in ‘version-0.13.0’: . The “Noteworthy bug fixes” section of ‘NEWS’ also needs to be improved. Not a release blocker, but a kind o

EOMA68 Development Boards

lkcl, the developer of eoma68 is offering to send some early boards out to people who will be helping to port OS's to eoma68. I'm posting this here to see if anyone is interested in getting one of these to bring GuixSD to the eoma68. I personally don't know much about uboot, guix, or porting linux,