Grafting fails for latest Go release candidate

leases, the ungrafted Go seems to work. I'll keep digging... From 1bb9f5846bc530c210ed62e5578559578b939eed Mon Sep 17 00:00:00 2001 From: Leo Famulari <l...@famulari.name> Date: Fri, 14 Jul 2017 14:15:54 -0400 Subject: [PATCH 1/2] WIP: go: Update to 1.9beta2. * gnu/packages/golang.scm (go-1

core-updates: biber

On Sun, Jul 30, 2017 at 04:23:43PM -0400, Leo Famulari wrote: > Ricardo added biber-2.5 in 253cdd6c1464c944be2418ee9161f5f5b57e0eee. > Ricardo, can you check if it's still necessary? I tried to find out myself, but the location of the relevant information is not documented in our pac

Re: revert perl-5.26.0 update?

On Fri, Jul 28, 2017 at 11:26:22PM +0200, Ludovic Courtès wrote: > Woow, impressive patch set! At first sight the 26 patches look > reasonable to me, so I would suggest pushing them, along with the > biber-next@2.7 update you mentioned. Alright, I'll clean it up and push today. > As for biber

Re: revert perl-5.26.0 update?

On Thu, Jul 27, 2017 at 06:07:09PM -0400, Leo Famulari wrote: > On Thu, Jul 27, 2017 at 11:03:50AM +0200, Ludovic Courtès wrote: > > Reverting is not an option at this point IMO. There are several Date::* > > modules required by Biber that FTBFS and need an update, indeed, but

Re: revert perl-5.26.0 update?

t;.tar.gz")) (sha256 (base32 - "0fli1ls298qa8nfki15myxqqqfpxvslxk4j5r3vjk577wfgjrnms" + "0xgrcqs7zza7646g81j54z3fcxb8rw11ynlfm02afr436lgfnfql" (build-system perl-build-system) (native-inputs `(("perl-module-build" ,perl-module-build) --

Re: revert perl-5.26.0 update?

On Thu, Jul 27, 2017 at 11:03:50AM +0200, Ludovic Courtès wrote: > Hi Efraim, > > Efraim Flashner skribis: > > > There's a lot of perl related build failures. Maybe it would be better > > to revert the perl update and work on updating perl and all the perl > > modules

Re: revert perl-5.26.0 update?

On Thu, Jul 27, 2017 at 11:03:50AM +0200, Ludovic Courtès wrote: > Hi Efraim, > > Efraim Flashner skribis: > > > There's a lot of perl related build failures. Maybe it would be better > > to revert the perl update and work on updating perl and all the perl > > modules

Re: core-updates failing packages

On Mon, Jul 24, 2017 at 05:44:19PM +0200, Ludovic Courtès wrote: > Please people take a look at > so we > can merge this branch before the summer ends. :-) I think this is the best page to look at:

Re: core-updates failing packages

On Mon, Jul 24, 2017 at 05:44:19PM +0200, Ludovic Courtès wrote: > You can also try rebuilding your GuixSD on ‘core-updates’, or upgrade > your profile, and see whether you encounter problems. Yes, please test, especially with your graphical applications or systems, and with the more esoteric

Naming "test only" package variants

So far we have a couple package variants that are intended to be used in other packages' test suites, and never referenced by the built package. This allows us to update the "primary" package more cheaply. For example, xorg-server and tzdata offer variants like this. Should we make a special

Re: New template for 'guix-packages' made available

Did anyone handle this email? On Thu, May 11, 2017 at 11:21:23AM +0200, Translation Project Robot wrote: > Hello, gentle maintainer. > > This is a message from the Translation Project robot. (If you have > any questions, send them to .) > > A new POT file

Re: New template for 'guix' made available

Did anyone handle this email? I'm not sure what needs to be done. On Thu, May 11, 2017 at 11:19:28AM +0200, Translation Project Robot wrote: > Hello, gentle maintainer. > > This is a message from the Translation Project robot. (If you have > any questions, send them to

Re: How to package go-sqlite3, go-fuse, and finally TMSU?

On Fri, Jul 21, 2017 at 02:45:31PM +, ng0 wrote: > Mekeor Melire transcribed 0.8K bytes: > > But how to package go-libraries for Guix? We don't have a > > go-build-system. On usual distributions, you install these libraries > > either with `go get github.com/mattn/go-sqlite3` or `go install >

Staging [was Re: core-updates failing packages]

On Thu, Jul 20, 2017 at 09:09:28AM +1000, Ben Woodcroft wrote: > I was also thinking of updating ruby. Are we planning on merging the staging > branch before core-updates? I wasn't aware people were working on the staging branch. If the changes are not very disruptive, perhaps we could merge it

Re: core-updates summer 2017

On Tue, Jul 18, 2017 at 03:45:34PM +0200, Ludovic Courtès wrote: > Hi! > > l...@gnu.org (Ludovic Courtès) skribis: > > > Leo Famulari <l...@famulari.name> skribis: > > > >> On Mon, Jul 10, 2017 at 04:47:06PM -0400, Leo Famulari wrote: > >

Re: core-updates summer 2017

On Mon, Jul 17, 2017 at 03:26:06PM +0200, Ludovic Courtès wrote: > It looks like the initrd is still running Guile 2.0 but getting 2.2 > modules. > > This should be fixed with this patch, which I haven’t been able to test > yet: > diff --git a/gnu/packages/make-bootstrap.scm

core-updates failing packages

The armhf port is currently blocked while we try to build Guile 2.2.2, so I'm focusing on x86_64-linux for now. Here is a list of failing packages on x86_64-linux that need some help: gnome-mime-data fails due to a regex parsing issue that was exposed by the update to Perl 5.26.0:

Re: core-updates summer 2017

On Wed, Jul 12, 2017 at 08:22:37PM -0400, Leo Famulari wrote: > On Mon, Jul 10, 2017 at 04:47:06PM -0400, Leo Famulari wrote: > > Let's use this thread to discuss the state of the branch. > > I've reconfigured and rebooted my x86_64-linux GuixSD system based on > the l

Re: Substitute caching restored

On Wed, Jul 12, 2017 at 10:47:29PM +0200, Ludovic Courtès wrote: > Hello Guix! > > Tired of updating the list of substitutes? I have some good news for > you! > > Since the switch to Guile 2.2.2, because of a bug (an otherwise known > bug) in SRFI-19, ‘guix substitute’ would be storing the

Re: core-updates summer 2017

On Mon, Jul 10, 2017 at 08:13:08PM -0400, Kei Kebreau wrote: > Leo Famulari <l...@famulari.name> writes: > > > I just started a new evaluation of core-updates and am reconfiguring my > > GuixSD system based on it. > > > > Let's use this thread to discuss

Re: core-updates summer 2017

On Mon, Jul 10, 2017 at 04:47:06PM -0400, Leo Famulari wrote: > I just started a new evaluation of core-updates and am reconfiguring my > GuixSD system based on it. > > Let's use this thread to discuss the state of the branch. The test suite of glib on x86_64-linux appeared to ti

Re: 01/03: gnu: Add ncurses-with-gpm.

On Tue, Jul 11, 2017 at 11:42:23AM +0200, Danny Milosavljevic wrote: > With all this "ncurses/fixed" stuff in master, should I make it > inherit from ncurses/fixed ? Recently, Mark added the macro (package/inherit) which does the Right Thing when inheriting from a grafted package:

core-updates summer 2017

I just started a new evaluation of core-updates and am reconfiguring my GuixSD system based on it. Let's use this thread to discuss the state of the branch. signature.asc Description: PGP signature

Re: FW: [oss-security] accepting new members to (linux-)distros lists

On Mon, Jul 10, 2017 at 05:53:24PM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > If there were another Guix member who could split the task, and had > > someone to vouch for them, that could make it possible. But based on the > >

Re: `guix pack --target=arm-linux-gnueabihf guile` fails at phase unpack

On Sat, Jul 08, 2017 at 01:19:16AM -0500, Louis Pearson wrote: > starting phase `unpack' > In execvp of tar: No such file or directory > phase `unpack' failed after 0.0 seconds > What is going on? The important part appears to be `In execvp of tar: > No such file or directory`, but I'm not sure

Re: FW: [oss-security] accepting new members to (linux-)distros lists

On Wed, Jul 05, 2017 at 01:33:05PM -0400, Mark H Weaver wrote: > l...@gnu.org (Ludovic Courtès) writes: > > The real question is about our commitment to contribute back. > > Presumably only one or two of us would be on that list, so they would > > largely have that responsibility individually,

Re: FW: [oss-security] accepting new members to (linux-)distros lists

On Thu, Jun 29, 2017 at 12:48:22PM +0800, Alex Vong wrote: > Leo Famulari <l...@famulari.name> writes: > > [...] > > But, the "Stack Clash" issues took us by surprise and we spent a few > > days writing and testing our fixes. We are committed to supporting

Guix infrastructure

On Thu, Jul 06, 2017 at 08:09:17PM -0400, myglc2 wrote: > On 07/01/2017 at 14:01 Leo Famulari writes: > > ... Bayfront is still not fully operational, so hydra.gnu.org is still > > serving as the front-end of the build farm. We are still relying on the > > Hydra software. T

Re: 01/02: gnu: blast+: Update to 2.6.0.

On Fri, Jul 07, 2017 at 09:33:26AM +1000, Ben Woodcroft wrote: > Hi Ludo, > > > On 07/07/17 02:54, Ludovic Courtès wrote: > > Hi Ben, > > > > donttrust...@gmail.com (Ben Woodcroft) skribis: > > > > > commit 18dea67dc3a42d782b34b551304748346f173184 > > > Author: Ben Woodcroft

Re: The current state of Aarch64 on Guix

On Thu, Jun 29, 2017 at 09:37:58PM +0300, Efraim Flashner wrote: > Currently Aarch64 support in guix is pretty good, as long as you don't > mind compiling for yourself :). Potential downfalls are too little RAM > (I limited my boards to 2GB minimum) and using an SD card. For building > packages I

Re: stability of master - just QA and hydra is not enough

On Sat, Jul 01, 2017 at 07:24:25PM +, ng0 wrote: > > First, is there some outstanding bug that needs to be fixed? It's > > frustrating to get messages like this without any context. > > Yes, but I certainly will not run reconfigure on here from HEAD > again. When I ran into this I had not git

Re: stability of master - just QA and hydra is not enough

On Sat, Jul 01, 2017 at 05:36:04PM +, ng0 wrote: > (This is brief and incomplete, just the way I see it right now) [...] > imagine that _before_ commits end up in master we build a set of > virtual systems which at least must: > > - be build successfully > - run through the initrd > -

Re: Local caching behavior affected by network state

On Fri, Jun 30, 2017 at 09:07:06PM +0200, Ricardo Wurmus wrote: > > Leo Famulari <l...@famulari.name> writes: > > > I've noticed confusing behavior regarding the memoized cache, which > > depends on the state of the network connection. > […] > > So, when I

Local caching behavior affected by network state

I've noticed confusing behavior regarding the memoized cache, which depends on the state of the network connection. I have a built package in my store and I am connected to the internet: $ ./pre-inst-env guix build gss substitute: updating list of substitutes from 'https://example.com'... 100.0%

Re: compiling guix is too slow?

On Thu, Jun 29, 2017 at 06:58:28AM +0800, Feng Shu wrote: > > Now I have found that 'guix pull' is too slow, > I need 3 hours to compile guix, is it possible to speed it ? Wow, that's really slow :( I don't know of any easy way to speed it up. Maybe you could build Guix on a faster computer and

FW: [oss-security] accepting new members to (linux-)distros lists

It was hinted at ~1 week ago in the public "Stack Clash" discussion on oss-security, but now there has been an announcement: the private linux-distros early-notice security discussion and coordination mailing list is accepting new members: http://seclists.org/oss-sec/2017/q2/638 The criteria are

Re: Looking to contribute

On Wed, Jun 28, 2017 at 03:49:43PM +0200, Danny Milosavljevic wrote: > Note that a normal GuixSD system takes at least 80 GB of disk space > (it will suck), better 160 GB (that will work very nicely). That > mostly because of the rollback feature. This seems very high to me. I had >100 system

Re: Building AbiWord without libwmf and removing libwmf from Guix

On Sat, Jun 24, 2017 at 06:52:54PM -0400, Mark H Weaver wrote: > Leo Famulari <l...@famulari.name> writes: > > > On Sat, Jun 24, 2017 at 08:02:08AM +, ng0 wrote: > >> Libreoffice is able to do that aswell. It doesn't use libwmf, right? > > > >

Re: Building AbiWord without libwmf and removing libwmf from Guix

On Sat, Jun 24, 2017 at 08:02:08AM +, ng0 wrote: > Libreoffice is able to do that aswell. It doesn't use libwmf, right? It looks like libreoffice has its own implementation for handling WMF files. signature.asc Description: PGP signature

Re: Building AbiWord without libwmf and removing libwmf from Guix

On Sun, May 28, 2017 at 10:57:49PM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > > On Sun, May 28, 2017 at 03:06:35PM +0200, Hartmut Goebel wrote: > >> Am 27.05.2017 um 23:13 schrieb Ricardo Wurmus: > >> > I think it wo

Re: Restarting 'python-updates'

On Fri, Jun 23, 2017 at 06:36:09PM +0200, Marius Bakke wrote: > Python 3.6.2 is scheduled to be released in about a week[0]. > > Our current Python 3.5 is EOL[1], so we should upgrade ASAP. 3.6.2 seems > like a good excuse. It would be good to start building a branch based on > it once it is

Re: Upgrading packages with substitutes only (bug #26608)

On Sun, Jun 18, 2017 at 10:44:34AM -0700, Timothy Sample wrote: > Leo Famulari <l...@famulari.name> writes: > > On Sun, Jun 18, 2017 at 11:38:45AM +0200, Ricardo Wurmus wrote: > >> In my opinion “--only-substitutes” should stop and report a list. > >> If

Re: Upgrading packages with substitutes only (bug #26608)

On Sun, Jun 18, 2017 at 11:38:45AM +0200, Ricardo Wurmus wrote: > > Ludovic Courtès writes: > > > BTW, should --only-substitutes filter out packages without a substitute, > > or should it simply stop and report the list of missing substitutes > > (after which the user could use

Re: ‘core-updates’ building!

On Sun, Jun 18, 2017 at 11:49:06AM +0200, Ludovic Courtès wrote: > Hello Guix! > > I went ahead and started an evaluation of the full package set for > ‘core-updates’: > > https://hydra.gnu.org/jobset/gnu/core-updates > > I think we should focus on fixing remaining build issues now. Okay! I

Re: python-pbr-minimal

On Sat, Jun 17, 2017 at 09:32:41PM +0200, Catonano wrote: > [env]$ ./pre-inst-env guix lint python-pbr-minimal > guix lint: error: python-pbr-minimal: unknown package > > This is after applying Muriithi's patch that updates python-pbr-minimal to > 3.0.1 > > I didn't try before applying the patch

Re: Syncthing and Go Build System

On Sat, Jun 17, 2017 at 03:00:19PM -0400, Ian Dunn wrote: > I saw some posts back in December about adding syncthing to guix, but > they stopped in January with no noticeable result. I'd like to see > syncthing in guix, although I have an idea of how difficult go is to > deal with, so it's

Re: Small package re-organization proposal

On Fri, Jun 16, 2017 at 10:29:09AM +0200, Ricardo Wurmus wrote: > > Kei Kebreau writes: > > > I think it may be a good idea to consolidate spelling and grammar > > packages into language.scm (or a new spelling.scm file if the former is > > not appropriate). This would

Re: Any objections to removing linux-libre@4.1?

On Sun, Jun 04, 2017 at 05:47:41PM -0400, Mark H Weaver wrote: > I forgot to mention: > > Leo Famulari <l...@famulari.name> writes: > > I'd hate to "strand" existing users who might not notice that they are > > not receiving updates to the 'linux-4.1' package

Re: Building gpgme with Qt support?

On Sun, Jun 04, 2017 at 08:23:56PM +0200, Hartmut Goebel wrote: > Hi, > > since version 1.7 gpgme [1] includes both the C++ bindings (former > package: gpgmepp) and the Qt-Framework API (former package qgpgme, not > in guix). > > Our gpgme package is currently build *without* support for Qt: >

Re: Any objections to removing linux-libre@4.1?

On Sun, Jun 04, 2017 at 02:11:39AM -0400, Mark H Weaver wrote: > Does anyone here still need linux-libre@4.1 in Guix? If not, I'd like > to remove it. > > Upstream security updates for it seem to be quite infrequent (2.5 months > between the last two releases), and the recent update to 4.1.40 >

Re: qemu issue with "Installing GuixSD in a VM"

On Sat, Jun 03, 2017 at 08:57:02AM +1000, Eddy Pronk wrote: > I made a video of the point where the console becomes messy. > > https://youtu.be/GcaqtfIRGrA Ah, that's a different issue, although I'm not sure what causes it. Can you try a more recent version of QEMU? 2.0.0 is only 3 years old,

Re: Switching to Artifex Ghostscript

On Fri, Jun 02, 2017 at 12:26:12PM -0400, Leo Famulari wrote: > On Mon, May 29, 2017 at 06:14:57PM -0400, Leo Famulari wrote: > > How should we make this transition? Should we add Artifex Ghostscript > > and transition packages over to it, wait for the next core-updates, or >

Re: qemu issue with "Installing GuixSD in a VM"

On Fri, Jun 02, 2017 at 10:48:08PM +1000, Eddy Pronk wrote: > On starting the guixsd-usb-install-0.13.0.x86_64-linux image, the > documentation says: > > qemu-system-x86_64 -m 1024 -smp 1 \ > -net user -net nic,model=virtio -boot menu=on \ > -drive file=guixsd.img \ > -drive

Re: Switching to Artifex Ghostscript

On Mon, May 29, 2017 at 07:22:18PM -0400, Mark H Weaver wrote: > > Leo Famulari <l...@famulari.name> writes: > > > >> + (replace 'build > >> + (lambda _ > >> + ;; Build 'libgs.so', but don't build the statically-linked >

Re: Switching to Artifex Ghostscript

On Mon, May 29, 2017 at 08:38:58PM +0200, Ricardo Wurmus wrote: > Leo Famulari <l...@famulari.name> writes: > > > Here are patches that allow you build groff, cairo, and cups with the > > Artifex Ghostscript. > > Woo! Actually tested and it works! > > +

Re: Switching to Artifex Ghostscript

On Mon, May 29, 2017 at 08:38:58PM +0200, Ricardo Wurmus wrote: > > Leo Famulari <l...@famulari.name> writes: > > > Here are patches that allow you build groff, cairo, and cups with the > > Artifex Ghostscript. > > Woo! I'm not sure what I was thinking... I for

Re: Switching to Artifex Ghostscript

On Mon, May 29, 2017 at 01:50:13PM -0400, Leo Famulari wrote: > Subject: [PATCH 1/3] gnu: Add Artifex Ghostscript. > > * gnu/packages/ghostscript.scm (artifex-ghostscript): New variable. > * gnu/packages/patches/artifex-ghostscript-runpath.patch: New file. > * gnu/local.mk (dist_p

Re: Switching to Artifex Ghostscript

On Tue, May 23, 2017 at 10:42:45PM +0200, Ludovic Courtès wrote: > Ricardo Wurmus <rek...@elephly.net> skribis: > > Marius Bakke <mba...@fastmail.com> writes: > >> Leo Famulari <l...@famulari.name> writes: > >>> Both programs are distributed under t

Re: GuixSD success story

On Sun, May 28, 2017 at 04:05:46PM -0400, Peter Baumgarten wrote: > Can GuixSD be installed with UEFI instead of BIOS? As of Guix 0.13.0 (the most recent release), yes. I haven't tried it, but it's covered in the System Installation section of the manual:

Re: [PATCH] Fix small typo in local.mk

On Sun, May 28, 2017 at 12:24:12PM -0700, Maxim Cournoyer wrote: > Hello, > > I had a small 'make' problem today after pulling from git master; it was > caused by a benign typo in local.mk introduced in commit > 2ac2b17251be51778963e6ced0b83e461d175d01. The following patch fixes > that. > >

Re: User-Friendlyness of Guix and non-scaryness, printing messages

On Sun, May 28, 2017 at 08:44:44PM +0200, Danny Milosavljevic wrote: > Ideally, a successful build & installation of a package should look > like this: > > $ guix package -i foobar > $ Silence is golden! > Nothing else. If you can't help it, then: > > $ guix package -i foobar > Package

Re: 01/01: gnu: packages: flex: Add missing 'lzip' input.

On Sun, May 28, 2017 at 06:37:02PM +0100, Sergei Trofimovich wrote: > > On Sun, May 28, 2017 at 02:51:10PM +0200, Ludovic Courtès wrote: > > > l...@famulari.name (Leo Famulari) skribis: > > > > gnu: packages: flex: Add missing 'lzip' input. > > > >

Re: Building AbiWord without libwmf and removing libwmf from Guix

On Sun, May 28, 2017 at 03:06:35PM +0200, Hartmut Goebel wrote: > Am 27.05.2017 um 23:13 schrieb Ricardo Wurmus: > > I think it would be better to remove libwmf. > +1 Something to consider is that many of our packages can be described as unmaintained and full of bugs. And even the packages that

Re: 01/01: gnu: packages: flex: Add missing 'lzip' input.

On Sun, May 28, 2017 at 02:51:10PM +0200, Ludovic Courtès wrote: > l...@famulari.name (Leo Famulari) skribis: > > gnu: packages: flex: Add missing 'lzip' input. > > > > * gnu/packages/flex.scm (flex)[native-inputs]: Add lzip. > > I think this breaks ‘f

Re: GuixSD success story

On Sat, May 27, 2017 at 03:02:56PM -0400, Peter Baumgarten wrote: > Hey everyone, > > Just letting you all know that following the documentation I was able to > install GuixSD in a VM. That's great! Please let us know if you find something we should improve.

Building AbiWord without libwmf and removing libwmf from Guix

ld without it. Otherwise, someone needs to overhaul and update our libwmf patch series. I've included a WIP patch that includes the fixes. Not all of the new patches apply. WDYT? From 7149e16c9e6890fa914b0a49f363439ab5627f3a Mon Sep 17 00:00:00 2001 From: Leo Famulari <l...@famulari.name> Date: Sat, 2

Re: Trouble with DHCP and GuixSD in a VM

On Fri, May 26, 2017 at 10:36:07AM +0200, Hartmut Goebel wrote: > > Am 26.05.2017 um 09:03 schrieb Jan Nieuwenhuizen: > >> I am able to ping both from my host machine. > > Don't try to use ping (ICMP) to test the network. Use someting tcp/udp, > > wget/ssh for example. I recommend `guix

Re: Upcoming OpenSSL updates

On Wed, May 24, 2017 at 01:39:17PM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > I thought about it some more, and now I'm not so sure we should start > > grafting non-security related bug fixes, in general. For this case, > >

Re: What’s next?

On Thu, May 25, 2017 at 07:57:41AM -0700, Chris Marusich wrote: > I use Git when I want to hack on Guix. Otherwise, I use 'guix pull'. > IMO, the biggest problem with 'guix pull' is that there is no easy > rollback. I can live with long execution times (--fallback is fine, but > it'd be nice if

Re: What’s next?

On Wed, May 24, 2017 at 09:34:14PM +0200, Catonano wrote: > I think this is a problem. It' s unfair to newcomers and it damages Guix as > a project because it makes the learning curve steeper with not so much of a > point why. It's true, we collectively worked around some problems with `guix

Re: gnome-updates

On Wed, May 24, 2017 at 10:17:22PM +0200, Marius Bakke wrote: > Leo Famulari <l...@famulari.name> writes: > > > On Sun, May 14, 2017 at 05:35:15PM +0200, Marius Bakke wrote: > >> Instead I merged an older revision of this branch to 'staging' and > >> ch

Re: Upcoming OpenSSL updates

On Tue, May 23, 2017 at 12:40:02AM -0400, Leo Famulari wrote: > On May 25 between 1200–1600UTC, OpenSSL will release some bug-fix > updates: > > https://mta.openssl.org/pipermail/openssl-announce/2017-May/98.html > > Apparently, none of the fixes are for security problem

Re: Switching to Artifex Ghostscript

On Sun, May 21, 2017 at 03:06:41PM +0200, Ricardo Wurmus wrote: > Marius Bakke <mba...@fastmail.com> writes: > > Leo Famulari <l...@famulari.name> writes: > >> Both programs are distributed under the AGPL, as far as I can tell. But > >> Artifex Ghostscri

Re: New Danish PO file for 'guix' (version 0.13.0)

On Sun, May 21, 2017 at 04:42:04PM +0200, Translation Project Robot wrote: > Hello, gentle maintainer. > > This is a message from the Translation Project robot. > > A revised PO file for textual domain 'guix' has been submitted > by the Danish team of translators. The file is available at: > >

Re: New Danish PO file for 'guix-packages' (version 0.13.0)

On Sun, May 21, 2017 at 05:37:05PM +0200, Translation Project Robot wrote: > Hello, gentle maintainer. > > This is a message from the Translation Project robot. > > A revised PO file for textual domain 'guix-packages' has been submitted > by the Danish team of translators. The file is available

Re: We need an RFC procedure [Re: Services can now have a default value]

On Mon, May 22, 2017 at 11:23:23PM +0200, Ricardo Wurmus wrote: > Ludovic Courtès writes: > > What would be stable in the “stable branch”, packages or Guix? :-) > > > > A branch where Guix itself is stable would be nice, though it would need > > careful merging from master

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: Rethinking guix pull [was Re: Heads-up: transition to Guile 2.2]

On Wed, May 17, 2017 at 01:46:16PM -0400, myglc2 wrote: > ISTM these can be addressed ... > > - behind: save everything hydra builds, or at least the last few > installation images. Can't we just accomplish this by never doing > "guix gc" on hydra? We need more storage! > - new-commit: Here

Re: Hydra evaluation failure

On Wed, May 17, 2017 at 04:17:18PM +0200, Marius Bakke wrote: > Marius Bakke <mba...@fastmail.com> writes: > > > Leo Famulari <l...@famulari.name> writes: > > > > [...] > > > >> In gnu/packages/mes.scm: > >> 79: 1 [native-inputs] &

Re: Planning for the next release

On Wed, May 17, 2017 at 02:38:13PM +0200, Ludovic Courtès wrote: > Hi Leo, > > Leo Famulari <l...@famulari.name> skribis: > > > From 1c9ad17ea0b64b29117e49526ff07d2e7e7c6c13 Mon Sep 17 00:00:00 2001 > > From: Leo Famulari <l...@famulari.name> > > Date: S

Hydra evaluation failure

hydra-eval-guile-jobs returned exit code 1: [...] Backtrace: In ice-9/eval.scm: 432: 19 [eval # #] In unknown file: ?: 18 [call-with-input-string "(apply (module-ref (resolve-interface '(hydra-eval-guile-jobs)) 'eval-guile-jobs) (cdr (command-line)))" ...] In ice-9/command-line.scm: 181: 17

Re: Planning for the next release

On Tue, May 16, 2017 at 07:51:36PM -0500, sirgazil wrote: > On 16/05/17 13:19, Leo Famulari wrote: > > Although, I am wondering why 'installer.svg' seems specific to the VM > > image now. The VM image is not an installer. > Hi Leo :) > > I don't know i

Re: Planning for the next release

On Mon, May 15, 2017 at 02:44:51PM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > Subject: [PATCH 1/2] doc: Mention the pre-built VM image. > > * doc/guix.texi (Running GuixSD in a VM): Mention the pre-built VM image. > > > Subject: [

Re: guix pull timing out on low resource servers

On Mon, May 15, 2017 at 10:12:01AM +, ng0 wrote: > Since the switch to Guile 2.2 and guix pull taking much more > computing time and resources, all my virtual hosting servers > time out when I run guix pull on them without using mosh > and just openssh, because the process just takes much too

Re: Planning for the next release

On Tue, May 16, 2017 at 09:41:38AM -0500, sirgazil wrote: > On 15/05/17 07:44, Ludovic Courtès wrote: > > Hi Leo! > > > > (sirgazil: this is about providing a ready-to-use VM image of GuixSD for > > download, in addition to the installation image. See at the bottom.) > > [...] > > > sirgazil:

Re: Planning for the next release

On Tue, May 16, 2017 at 09:41:38AM -0500, sirgazil wrote: > On 15/05/17 07:44, Ludovic Courtès wrote: > > Hi Leo! > > > > (sirgazil: this is about providing a ready-to-use VM image of GuixSD for > > download, in addition to the installation image. See at the bottom.) > > [...] > > > sirgazil:

Re: Planning for the next release

On Sun, May 14, 2017 at 03:14:07PM -0400, Leo Famulari wrote: > Subject: [PATCH 2/2] maint: The 'release' target builds a VM image. > > * Makefile.am (GUIXSD_VM_SYSTEMS, GUIXSD_VM_IMAGE_BASE, > GUIXSD_VM_IMAGE_SIZE): New variables. > (release): Add logic to build a VM image.

Re: HEAD at 73c791b8f3124b20e9bdd66428dbdf481ee12921 fails

On Sun, May 14, 2017 at 09:19:51PM +, ng0 wrote: > Just wanted to rebuild, when I hit this: > > LOAD (gnu services web) > ;;; note: source file ./gnu/services/web.scm > ;;; newer than compiled /home/user/src/guix/guix/gnu/services/web.go > LOAD (gnu system) > LOAD (gnu

Re: Planning for the next release

On Sun, May 14, 2017 at 03:14:07PM -0400, Leo Famulari wrote: > Subject: [PATCH 1/2] doc: Mention the pre-built VM image. > > * doc/guix.texi (Running GuixSD in a VM): Mention the pre-built VM image. [...] > +If you built your image image, you must copy it out of the store s/ima

Re: Planning for the next release

On Sat, May 13, 2017 at 03:59:24PM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > If possible, I would appreciate if the release included a QEMU image > > that we could offer to VPS hosters like serveraptor.com, as discuss

Re: gnome-updates

On Sun, May 14, 2017 at 05:35:15PM +0200, Marius Bakke wrote: > Instead I merged an older revision of this branch to 'staging' and > cherry-picked the latest patches. @Leo, are you able to start it later > today? Please wait for a mesa update, coming soonish :-) Started! signature.asc

Re: reepca joins Guix for GSoC 2017!

On Fri, May 12, 2017 at 04:19:50PM -0500, Caleb Ristvedt wrote: > Hello everyone. I'm the aforementioned reepca (pronounced reep-kay). Nice > to meet you all, and I look forward to working on this project! Welcome! Good to know how to pronounce reepca :)

Re: store reference detection (was Re: JARs and reference scanning)

On Fri, May 12, 2017 at 01:39:18PM -0400, Mark H Weaver wrote: > One thing we could do is add a phase to certain build systems, which > would try to use additional methods to detect these hidden references, > and deliberately cause the build to fail in that case, raising the alarm > that grafting

Re: Planning for the next release

On Thu, May 11, 2017 at 11:00:16AM +0200, Ludovic Courtès wrote: > With UEFI (almost) ready, Guile 2.2 in the house, and “make release”, > should we aim for next week (like Wed. 17th)? Can we focus on polishing > the remaining bits and testing? > > If the schedule turns out to be too tight, we

Re: backup w/ duplicity borg attic bup?

On Wed, May 10, 2017 at 03:52:32PM -0400, myglc2 wrote: > I am looking for a command line de-duplicating backup tool. I will be > using it between GuixSD, Guix/GNU/Linux, and MacOS. > > Based on what I see in gnu/packages/backup.scm and in https://brew.sh, > duplicity, borg and attic seem like

Re: [PATCH] Add neofetch to games.scm doubleplusgoo...@gmail.com

On Mon, May 08, 2017 at 08:27:07PM +0300, Alex Kost wrote: > > +(version "3.1.0") > > +(source (origin > > + (method git-fetch) > > + (uri > > + (git-reference > > +(url "https://github.com/dylanaraps/neofetch.git;) > > +

Re: 01/01: guix: git: Add new module.

On Fri, May 05, 2017 at 01:53:25PM -0400, Mathieu Othacehe wrote: > mothacehe pushed a commit to branch master > in repository guix. > > commit a70b784708fb5e1b78430aa793d89ca04bc641a8 > Author: Mathieu Othacehe > Date: Fri May 5 11:01:50 2017 +0200 > > guix: git:

Re: 01/02: gnu: linux-libre: Update to 4.11.

On Mon, May 01, 2017 at 05:24:57PM -0400, Mark H Weaver wrote: > l...@famulari.name (Leo Famulari) writes: > > > lfam pushed a commit to branch master > > in repository guix. > > > > commit cfd2ca8244bc7a5c130677718ad2ad75f7316c68 > > Author: Mathieu Otha

Re: Doc: reference to guix-devel for submitting patches

On Sat, Apr 29, 2017 at 07:48:15PM -0700, Chris Marusich wrote: > In the current master branch, this has been changed to "guix-patches". > Perhaps somebody needs to update the website, too? The website is > only updated periodically, so sometimes it is out of date. The web-based manual

Staging merged!

On Tue, Apr 25, 2017 at 02:33:13PM -0400, Leo Famulari wrote: > I just merged master into staging and started a new evaluation. Barring > any new complications, I plan to merge staging into master later today. I merged the staging branch into the master

<    3   4   5   6   7   8   9   10   11   12   >