Re: How to remove useless generations to save disk spack

On April 25, 2017 4:08:12 PM PDT, tumashu wrote: >feng@tumashu:/tmp $ guix system list-generations >Generation 11月 11 2017 06:21:35 > 文件名：/var/guix/profiles/system-1-link >canonical file name: /gnu/store/fbz7fhx8cv0fvzsas981a4897bwf31r8-system > label: GNU with Linux-Libre

Re: Staging

On Mon, Apr 17, 2017 at 04:09:01PM -0400, Leo Famulari wrote: > On Mon, Apr 17, 2017 at 09:33:12PM +0200, Marius Bakke wrote: > > @Leo, others: I don't anticipate more staging updates in a while, should > > we try and get this merged? > > Sure, I merged master int

Re: Planning for the next release

On Sat, Apr 22, 2017 at 12:27:11AM +0200, Ludovic Courtès wrote: > I’m going to be mostly away for a week, but it would be nice if we could > release after that, wouldn’t it? > > I think we’ll have to postpone work on the installer though since that > would leave too little time now. > > WDYT?

Re: Staging

On Fri, Apr 21, 2017 at 02:59:23PM -0400, Mark H Weaver wrote: > Yes, I cancelled the builds in 'staging' so that Hydra would focus on > rebuilding 'security-updates', whose patches have since been applied to > master. > > Unfortunately, the recent 'imlib2' update rendered most of that >

Re: 01/02: gnu: qemu: Update to 2.9.0 [security fixes].

On Fri, Apr 21, 2017 at 02:31:44PM -0400, Mark H Weaver wrote: > Leo Famulari <l...@famulari.name> writes: > > On Thu, Apr 20, 2017 at 09:06:51PM -0400, Mark H Weaver wrote: > >> FAIL: grub_cmd_set_date > >> === > > > >&g

Re: Staging

On Fri, Apr 21, 2017 at 03:57:41PM +0200, Marius Bakke wrote: > Looks like the queue was cancelled. > > https://hydra.gnu.org/eval/109614?compare=master > > Should we try to build out the remaining packages? There have been a few > large updates in 'master', might be useful to merge that first.

Re: guix pull: cannot allocate memory

On Thu, Apr 20, 2017 at 08:03:08PM +, ng0 wrote: > ng0 transcribed 3.0K bytes: > > Is this exactly what Guile is telling me, "get more RAM / SWAP whatever"? > > > > ERROR: In procedure open-process: > > ERROR: In procedure open-process: Cannot allocate memory > > builder for

Re: [PATCH] Makefile.am: add a target that lists patches no longer used

On Thu, Apr 20, 2017 at 11:20:23PM -0500, Eric Bavier wrote: > Attached is my own shot at this. It does not make use of git, so > should be fine as a regular test. It doesn't check whether the files > listed in dist_patch_DATA actually exist, because `make dist` already > checks that. I suppose

Re: 01/02: gnu: qemu: Update to 2.9.0 [security fixes].

On Thu, Apr 20, 2017 at 09:06:51PM -0400, Mark H Weaver wrote: > l...@famulari.name (Leo Famulari) writes: > > gnu: qemu: Update to 2.9.0 [security fixes]. > > Thanks for this! Obviously it's an important security update, but: > > On my x86_64 system running Gui

Re: [PATCH] gnu: graphite2: Add fixes for CVE-2017-5436 and other bugs

On Thu, Apr 20, 2017 at 06:26:32PM -0400, Mark H Weaver wrote: > This adds selected fixes for graphite2 from the upstream repository, > including a fix for CVE-2017-5436. I intend to push it soon, after some > light testing on my system. Thank you, Mark! signature.asc Description: PGP

Re: [PATCH] Makefile.am: add a target that lists patches no longer used

On Tue, May 19, 2015 at 01:34:10AM +0200, Cyril Roelandt wrote: > * list-useless-patches.sh: New file. > * Makefile.am (check-for-useless-patches): New target. We should make use of this somehow! signature.asc Description: PGP signature

Re: NSS test failure on armhf

On Thu, Apr 20, 2017 at 02:39:17PM -0400, Mark H Weaver wrote: > It turns out that the bug fix in 3.30.1 is critical: it fixes > CVE-2017-5461, a potential remote code execution vulnerability. 3.30.2 > has since been released, so I'm currently testing it and will push an > update to it soon. Any

Re: [staging] Mesa FTBFS on 32-bit architectures

On Wed, Apr 19, 2017 at 02:17:20AM +0200, Marius Bakke wrote: > Oops, that is indeed the commit in my patch earlier. Not sure what went > wrong with the copy-paste! Haha, oops! Looks like we both charged ahead trying to fix this :) signature.asc Description: PGP signature

Re: [staging] Mesa FTBFS on 32-bit architectures

On Tue, Apr 18, 2017 at 08:13:58PM -0400, Leo Famulari wrote: > On Tue, Apr 18, 2017 at 02:52:18PM -0400, Leo Famulari wrote: > > == > >Mesa 17.0.4: src/compiler/test-suite.log > > ==

Re: [staging] Mesa FTBFS on 32-bit architectures

On Tue, Apr 18, 2017 at 02:52:18PM -0400, Leo Famulari wrote: > == >Mesa 17.0.4: src/compiler/test-suite.log > == > > # TOTAL: 10 > # PASS: 9 > # SKIP: 0 > # XFAIL: 0 > # FAIL

Re: [staging] Mesa FTBFS on 32-bit architectures

On Tue, Apr 18, 2017 at 02:52:18PM -0400, Leo Famulari wrote: > FAIL: glsl/tests/cache-test > === > > Failed to create ./cache-test-tmp/xdg-cache-home for shader cache (No such > file or directory)---disabling. > Failed to create ./cache-test-tmp/m

Re: [staging] Mesa FTBFS on 32-bit architectures

On Tue, Apr 18, 2017 at 02:52:18PM -0400, Leo Famulari wrote: > It's been discussed upstream here: > > https://bugs.freedesktop.org/show_bug.cgi?id=97967 Ah, this appears to be slightly different than our issue. > Apparently, this is the upstream fix: > > https://cgit.freedes

[staging] Mesa FTBFS on 32-bit architectures

On Tue, Apr 18, 2017 at 07:00:37PM +0200, Marius Bakke wrote: > "mesa" failed the same test on both i686 and armhf: > > https://hydra.gnu.org/job/gnu/staging/mesa-17.0.4.i686-linux > https://hydra.gnu.org/job/gnu/staging/mesa-17.0.4.armhf-linux > > Oddly, I'm not able to reproduce it when

Re: NSS test failure on armhf

On Mon, Apr 17, 2017 at 11:23:43PM +0200, Marius Bakke wrote: > Hello! > > Since version 3.30.1, one test consistently fails on armhf. It is the > same as in this bug report, although we don't see the exception: > > https://bugzilla.mozilla.org/show_bug.cgi?id=1351459 > > I initially thought

Staging

On Mon, Apr 17, 2017 at 09:33:12PM +0200, Marius Bakke wrote: > @Leo, others: I don't anticipate more staging updates in a while, should > we try and get this merged? Sure, I merged master into staging and started an evaluation of the staging branch. signature.asc Description: PGP signature

Re: Non-graphical GRUB configuration

On Mon, Apr 17, 2017 at 09:44:06AM -0400, myglc2 wrote: > Hey Leo, As reported earlier, this works for me. IMO it is good to > go. If there is anything I can do to help, please let me know. I'm glad to hear it! Because this change would make it possible to break your GuixSD system in new ways, I

Re: [PATCH 01/20] gnu: Add python-radon

On Fri, Apr 14, 2017 at 01:13:01PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-radon): New variable. Thanks for these patches! I've sent my patch-specific comments. Can you also run `guix lint` on each new package? I noticed a few minor issues in synopses, and

Re: [PATCH 05/20] gnu: Add python-sphinx-1.3.3

On Sat, Apr 15, 2017 at 07:38:57PM +0200, Hartmut Goebel wrote: > Am 15.04.2017 um 19:28 schrieb Hartmut Goebel: > > Am 14.04.2017 um 12:13 schrieb Muriithi Frederick Muriuki: > >> (define-public python2-sphinx-rtd-theme-0.1.9 > >>(package-with-python2 python-sphinx-rtd-theme-0.1.9)) > >> + >

Re: [PATCH 17/20] gnu: Add python-httpretty

On Fri, Apr 14, 2017 at 01:13:17PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-httpretty): New variable. > +(arguments > + `(;; One of ipdb's dependency keeps failing with a response > + ;; of 410, "Gone" > + ;; The dependency seems to have a

Re: [PATCH] gnu: go: Update to 1.8.1

On Mon, Apr 17, 2017 at 07:55:35PM +0200, Petter wrote: > Hi Leo, > > Good point! As the build succeeded I didn't think any of it. This could be > important for other architectures than what Sergei and I are using. > > However, > > find /tmp/go/src/cmd/ -name '*asm\.c*' > doesn't return any

Re: [PATCH] gnu: go: Update to 1.8.1

100644 --- a/gnu/packages/golang.scm +++ b/gnu/packages/golang.scm @@ -3,8 +3,9 @@ ;;; Copyright © 2016 Matthew Jordan <matthewjordandev...@yandex.com> ;;; Copyright © 2016 Andy Wingo <wi...@igalia.com> ;;; Copyright © 2016 Ludovic Courtès <l...@gnu.org> -;;; Copyright ©

Re: bug#26339: problem with commit abae042

On Sat, Apr 15, 2017 at 08:17:59PM +0200, Mathieu Othacehe wrote: > > I think there's a problem with commit abae042 : > > * profile-grub-entries become unused and is still present. > * When using switch-generation, operating-system-bootcfg is not > * called. So, the kernel arguments are not

Re: 01/02: gnu: libressl: Update to 2.5.3.

On Fri, Apr 14, 2017 at 02:43:34PM +0200, Ludovic Courtès wrote: > I would suggest bumping the kernel requirement in glibc on the next > core-updates cycle (well, the current one!) and also making sure all our > build machines run the right thing. > > In the meantime, I’d apply the above hack,

Re: Running system services in containers

On Fri, Apr 14, 2017 at 02:38:44PM +0200, Ludovic Courtès wrote: > Hello Guix! > > Here’s a post that recaps the story of running system services in > containers: > > https://gnu.org/s/guix/news/running-system-services-in-containers.html Very cool! Hopefully we can move more of our services

Re: 01/02: gnu: libressl: Update to 2.5.3.

On Thu, Apr 13, 2017 at 02:59:21PM -0400, Leo Famulari wrote: > On Thu, Apr 13, 2017 at 05:08:29PM +0200, Ludovic Courtès wrote: > > A simple approach is to force LibreSSL to always use its non-getentropy > > code, and lift this restriction once we clearly require newer kernels¹. &

Re: 01/02: gnu: libressl: Update to 2.5.3.

On Thu, Apr 13, 2017 at 05:08:29PM +0200, Ludovic Courtès wrote: > A simple approach is to force LibreSSL to always use its non-getentropy > code, and lift this restriction once we clearly require newer kernels¹. > The attached patch does that. > > Thoughts? > + ;; Do as if 'getentropy' was

Re: Use OpenSSH in the bare-bones GuixSD template [was Re: how to "install" guixsd on a digitalocean server]

On Sun, Apr 09, 2017 at 02:21:50PM +, ng0 wrote: > Leo Famulari transcribed 1.4K bytes: > > On Sun, Apr 09, 2017 at 09:08:45AM +, ng0 wrote: > > > What you added here is opensshd listening on port with > > > password-logins allowed, correct? > > >

Re: Issues while updating fossil to 2.1

On Tue, Apr 11, 2017 at 10:32:31AM +, ng0 wrote: > ng0 transcribed 4.7K bytes: > > Hi, > > > > my editor wraps at 80 lines but I hope the errors are obvious for > > someone who did fix fossil before (Efraim?). > > Could it be that not all tests have been updated for the new format? > >

Re: Problem installing Guix on OpenVZ host that uses zfs

On Tue, Apr 11, 2017 at 10:07:30PM +0200, Stefan Reichör wrote: > Hi all, > > I tried today to install Guix v12.0 on an OpenVZ hoster: > https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation > > But I failed with the following problem: > > ~/bin% ./guix

Re: 01/02: gnu: libressl: Update to 2.5.3.

On Wed, Apr 12, 2017 at 05:15:32AM -0400, Mark H Weaver wrote: > l...@famulari.name (Leo Famulari) writes: > > gnu: libressl: Update to 2.5.3. > > > > * gnu/packages/tls.scm (libressl): Update to 2.5.3. > > This failed to build on Hydra on both x86_6

Re: [PATCH 5/5] gnu: Add python-sphinx-rtd-theme-0.1.9

On Wed, Apr 05, 2017 at 10:01:51AM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-sphinx-rtd-theme-0.1.9): New variable. > +(define-public python-sphinx-rtd-theme-0.1.9 Can you add a comment about what requires this old version? Even if the dependent packages are

Re: [PATCH 4/5] gnu: Add python-pytest-httpbin

On Wed, Apr 05, 2017 at 10:01:50AM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-pytest-httpbin): New variable. If it supports Python 2, can you add a Python 2 variant? > +(version "0.0.7") Can you add a brief code comment explaining why we need this older

Re: [PATCH 2/5] gnu: Add python-radon

On Wed, Apr 05, 2017 at 10:01:48AM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-radon): New variable. LGTM, but can you add a Python 2 variant if it supports Python 2 as well? We typically do this for all Python packages. [0] [0]

Re: [PATCH 2/5] gnu: Add python-radon

On Mon, Apr 10, 2017 at 11:53:26PM -0400, Leo Famulari wrote: > On Wed, Apr 05, 2017 at 10:01:48AM +0300, Muriithi Frederick Muriuki wrote: > > * gnu/packages/python.scm (python-radon): New variable. > > Hi, this patch series includes patches 2 through 5. Can you re-send it

Re: [PATCH 2/5] gnu: Add python-radon

On Wed, Apr 05, 2017 at 10:01:48AM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-radon): New variable. Hi, this patch series includes patches 2 through 5. Can you re-send it to with patch 1?

Re: 02/02: gnu: certbot: Share python-acme's arguments.

On Mon, Apr 10, 2017 at 12:48:27AM +0200, Marius Bakke wrote: > Not to pick on this patch, since this problem was present before..but: > > "install-file" has an unspecified return value, so I don't think it's > safe to use in an "and" block. The attached patch should be more > correct. WDYT? >

Re: Use OpenSSH in the bare-bones GuixSD template [was Re: how to "install" guixsd on a digitalocean server]

On Sun, Apr 09, 2017 at 09:08:45AM +, ng0 wrote: > What you added here is opensshd listening on port with > password-logins allowed, correct? Yes, and the rest of the defaults can be found here:

Re: Use OpenSSH in the bare-bones GuixSD template [was Re: how to "install" guixsd on a digitalocean server]

On Sat, Apr 08, 2017 at 09:42:17PM -0400, Leo Famulari wrote: > On Fri, Apr 07, 2017 at 09:57:56PM +0200, Ludovic Courtès wrote: > > Leo Famulari <l...@famulari.name> skribis: > > > > > On Fri, Apr 07, 2017 at 02:07:16PM +0200, Andy Wingo wrote: > > >

Re: gnu: add leafpad

On Sat, Apr 08, 2017 at 12:16:40PM +0800, Feng Shu wrote: > From 54c338b9bfe96cead2663506b55493d156e816dc Mon Sep 17 00:00:00 2001 > From: Feng Shu > Date: Sat, 8 Apr 2017 12:13:41 +0800 > Subject: [PATCH] gnu: add leafpad Thanks! Pushed as

Re: Why did INFO disappear in 13e4a6c86 * gnu: screen: Update to 4.5.1?

On Sat, Apr 08, 2017 at 02:54:56PM -0400, myglc2 wrote: > Please ignore. I see the problem ... > > https://mirror.hydra.gnu.org/log/3si822dbkwnr4y71imwzgx9r3sx2q8cp-screen-4.5.1 > [...] > ./screen.texinfo:5799: unknown command `suse' > ./screen.texinfo:5800: unknown command `deuxchevaux' >

Re: 04/06: profiles: Generate database file for man pages.

On Wed, Apr 05, 2017 at 04:56:39PM -0400, Ludovic Court�s wrote: > civodul pushed a commit to branch master > in repository guix. > > commit a0b87ef8ec7735aa42cf35d380e9cff04f3236f3 > Author: Maxim Cournoyer > Date: Wed Apr 5 01:09:22 2017 -0700 > > profiles:

Re: how to "install" guixsd on a digitalocean server

On Fri, Apr 07, 2017 at 02:07:16PM +0200, Andy Wingo wrote: > (3) Why do we promote lsh by default? It took me quite some looking to > figure out why my authorized_keys wasn't working. The fix was to > just use OpenSSH. lsh is a GNU project and we did not have an OpenSSH service

Re: how to "install" guixsd on a digitalocean server

On Fri, Apr 07, 2017 at 12:31:16PM +, Pjotr Prins wrote: > On Fri, Apr 07, 2017 at 02:07:16PM +0200, Andy Wingo wrote: > > Debian uses systemd so as the manual tells me, I did: > > > > ln -s ~root/.guix-profile/lib/systemd/system/guix-daemon.service > > /etc/systemd/system/ > >

Re: [PATCH 1/1] gnu: qemu: Update to 2.9.0-rc1 [security fixes].

On Tue, Mar 28, 2017 at 04:06:37AM -0400, Leo Famulari wrote: > Fixes CVE-2016-9602 and CVE-2017-{5857,5973,5987,6058,6505}. > > * gnu/packages/qemu.scm (qemu): Update to 2.9.0-rc1. > [source]: Remove obsolete patches. > * gnu/packages/patches/qemu-CVE-2016-10155.patch, > gn

Re: 04/05: gnu: xorg-server: Update to 1.19.3.

On Thu, Apr 06, 2017 at 06:11:02PM +0200, Marius Bakke wrote: > Leo Famulari <l...@famulari.name> writes: > > On Thu, Apr 06, 2017 at 10:04:12AM -0400, Marius Bakke wrote: > >> gnu: xorg-server: Update to 1.19.3. > >> > >> * gnu/packages/x

Re: 04/05: gnu: xorg-server: Update to 1.19.3.

On Thu, Apr 06, 2017 at 10:04:12AM -0400, Marius Bakke wrote: > mbakke pushed a commit to branch staging > in repository guix. > > commit 7c42cc7738cb28f393b17f9074a264607456c012 > Author: Marius Bakke > Date: Thu Apr 6 15:42:15 2017 +0200 > > gnu: xorg-server: Update

Re: ‘core-updates’ schedule

On Thu, Apr 06, 2017 at 10:34:29AM +0200, Ludovic Courtès wrote: > This ‘core-updates’ cycle was terribly long, so I suggest to write down > a schedule and then try hard to stick to it. ;-) At the beginning of the cycle, I was confident that we could build and merge it in 2 or 3 weeks. But, it

Re: Non-graphical GRUB configuration

On Wed, Apr 05, 2017 at 11:14:06AM -0400, myglc2 wrote: > I interpreted your doc to say I should use something like this ... > > (bootloader (grub-configuration (device "/dev/nvme0n1") > (serial-speed 115200) > (terminal-inputs

Re: Non-graphical GRUB configuration

On Sun, Apr 02, 2017 at 05:06:20PM -0400, Leo Famulari wrote: > Based on the GRUB manual [0], how about this plan? > > We'd add these fields to (grub-configuration): > > terminal-outputs: One or more symbols: console, serial, gfxterm, > ofconsole, vga_text. Default gfxterm. &g

Re: Planning for the next release

On Mon, Apr 03, 2017 at 10:26:54AM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > I just pushed a tzdata update to a new staging branch. Let's build and > > merge this branch before the next release. > > We can do that, but should it b

Re: Planning for the next release

On Thu, Mar 30, 2017 at 02:37:47PM +0200, Ludovic Courtès wrote: > Hello Guix! > > It’s time to plan for the next release! Here’s what we maintainers > think should be done for the next release, which would hopefully happen > within less than a month: > > Please share your thoughts! I just

Re: Non-graphical GRUB configuration

On Sun, Apr 02, 2017 at 05:06:20PM -0400, Leo Famulari wrote: > Based on the GRUB manual [0], how about this plan? > > We'd add these fields to (grub-configuration): [...] NixOS has the user provide a string: https://nixos.org/nixos/manual/options.html#opt-boot.loader.grub.ex

Non-graphical GRUB configuration

On Sun, Apr 02, 2017 at 12:31:19PM -0400, myglc2 wrote: > I gather you are focused on KVM deployment, so this may be off- > topic. But FWIW, the patch that I use to run GRUB menus both locally on > the console and over IPMI SOL (serial over LAN) on an headless ASRock > server (MT-c224 w/ ASPEED

Re: Let’s freeze and build ‘core-updates’!

On Sun, Apr 02, 2017 at 12:30:28AM +0200, Ludovic Courtès wrote: > Hi! > > It looks like we’re doing okay now? There are still a number of > armhf-linux builds pending, but if everything goes well, I think we > should merge tomorrow (Sunday). WDYT? Yes, I like this plan. signature.asc

Re: question about pty,agetty for an intermediate virtual server image

On Sat, Apr 01, 2017 at 07:27:40AM +, ng0 wrote: > Leo Famulari transcribed 2.8K bytes: > > And you will probably want a non-graphical GRUB menu as well (this > > should be parameterized eventually...): > > Yeah, that would be useful as it is not uncommon for ser

Re: the importance of rust-build-system [Fwd: [tor-dev] Tor in a safer language: Network team update from Amsterdam]

On Sat, Apr 01, 2017 at 07:58:41AM +, ng0 wrote: > tor is seriously considering to switch to rust. I have my own open > bugs / roadmap points which depend on our rust-build-system working. > tor will not switch immediately, but it shows the importance of having a > working rust-build-system.

Re: updating gdk-pixbuf for epiphany

On Sun, Apr 02, 2017 at 10:55:27AM +0200, Ricardo Wurmus wrote: > Hi, > > I’d like to update Epiphany to the latest release but noticed that it > needs a slightly younger version of gdk-pixbuf. Updating gdk-pixbuf to > 2.36.6 would result in *many* rebuilds. “guix refresh -l gdk-pixbuf” > tells

Re: question about pty,agetty for an intermediate virtual server image

On Sat, Apr 01, 2017 at 07:27:40AM +, ng0 wrote: > Leo Famulari transcribed 2.8K bytes: > > And you will probably want a non-graphical GRUB menu as well (this > > should be parameterized eventually...): > > Yeah, that would be useful as it is not uncommon for servers. I'

Re: [PATCH 0/1] QEMU 2.9.0-rc1

On Fri, Mar 31, 2017 at 10:03:11AM +0200, Ludovic Courtès wrote: > Leo Famulari <l...@famulari.name> skribis: > > I'm unsure if we should add it. QEMU usually goes through 4 or 5 release > > candidates. > > If the release candidates quickly turn into a release, as one w

Re: question about pty,agetty for an intermediate virtual server image

On Fri, Mar 31, 2017 at 12:59:56PM +, ng0 wrote: > before I go ahead and create an intermediate image - I'd like to explore > the option of getting IN-Berlin closer into the creation of the 'deploy' > process of Guix which is being worked on - I need to find out how the > redirection to

Re: Planning for the next release

On Fri, Mar 31, 2017 at 04:33:24PM +, ng0 wrote: > Ludovic Courtès transcribed 0.6K bytes: > > > On my side, people will and have asked for the intermediate time how/if > > > the http_proxy of Guix works. If someone has been using it with an > > > SOCKS5 proxy successfully, I'd would like to

Re: Let’s freeze and build ‘core-updates’!

On Wed, Mar 29, 2017 at 03:41:56PM +0200, Marius Bakke wrote: > With those out of the way, here are most remaining problems on x86_64: > > * aegis > * discrover > * clang-3.5.2 (can this be removed?) > * elixir > * gcc-4.7.4 (likewise) > * glog > * a handful of guile libraries > * hugs (abondoned

Re: Let’s freeze and build ‘core-updates’!

On Wed, Mar 29, 2017 at 03:41:56PM +0200, Marius Bakke wrote: > Here are the results of the latest evaluation: > > https://hydra.gnu.org/eval/109570?full=1=master#tabs-now-fail > > I cannot reproduce these failures, please try restarting the jobs: > >

Re: mtab

On Tue, Mar 28, 2017 at 04:11:15PM +, ng0 wrote: > As far as I know we have a message on every boot which spits an > non-fatal error about mtab. What's the warning message?

Re: [PATCH 1/4] gnu: Add python-pytest-3.0.7

On Mon, Mar 27, 2017 at 11:09:24AM -0400, Leo Famulari wrote: > From f44c8d0dec2af7677ad16cfad877fb73407b6c30 Mon Sep 17 00:00:00 2001 > From: Leo Famulari <l...@famulari.name> > Date: Mon, 27 Mar 2017 03:10:53 -0400 > Subject: [PATCH] gnu: python-pytest-2.9.2: Replace with

Re: [PATCH 4/4] gnu: Add python-mando

On Sun, Mar 26, 2017 at 12:23:35PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-mando): New variable. Pushed with a python2 variant, thanks!

Re: [PATCH 1/4] gnu: Add python-pytest-3.0.7

On Sun, Mar 26, 2017 at 12:23:32PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-pytest-3.0.7): New variable. Pushed, thanks!

Re: [PATCH 2/4] gnu: Add python-sphinx-1.5.2, python-sphinx-1.5.3

On Mon, Mar 27, 2017 at 11:12:34AM -0400, Leo Famulari wrote: > On Mon, Mar 27, 2017 at 11:11:00AM -0400, Leo Famulari wrote: > > On Sun, Mar 26, 2017 at 06:32:49PM +0300, Frederick Muriithi wrote: > > > On Sun, Mar 26, 2017 at 6:10 PM, Pjotr Prins <pjotr.publi...@the

Re: [PATCH 3/4] gnu: Add python-paramunittest

On Sun, Mar 26, 2017 at 12:23:34PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-paramunittest): New variable. I added a python2 variant (we like to do this when adding new Python packages) and pushed. Thanks! signature.asc Description: PGP signature

Re: wrong key used for signing

On Tue, Mar 28, 2017 at 10:47:05AM +0200, Marius Bakke wrote: > Thomas Danckaert writes: > > > I accidentally used the wrong key when signing my commits to > > core-updates yesterday. How can I fix this? A number of commits were > > already made on top of mine, so

Re: wrong key used for signing

On Tue, Mar 28, 2017 at 03:03:23PM +0200, Marius Bakke wrote: > To be clear, simply "vouching" for the commits in a signed message is > good enough for me. It would be good to have the signing key for future > reference, but if you don't want to disclose it I'm fine with that. The key that was

[PATCH 0/1] QEMU 2.9.0-rc1

This is just a release candidate, but it does boot the GuixSD release image. I'm sharing it so that people can get early access to the bug fixes it includes. Leo Famulari (1): gnu: qemu: Update to 2.9.0-rc1 [security fixes]. gnu/local.mk | 13 --- gnu

[PATCH 1/1] gnu: qemu: Update to 2.9.0-rc1 [security fixes].

Fixes CVE-2016-9602 and CVE-2017-{5857,5973,5987,6058,6505}. * gnu/packages/qemu.scm (qemu): Update to 2.9.0-rc1. [source]: Remove obsolete patches. * gnu/packages/patches/qemu-CVE-2016-10155.patch, gnu/packages/patches/qemu-CVE-2017-2615.patch, gnu/packages/patches/qemu-CVE-2017-2620.patch,

Re: [PATCH 5/5] gnu: Add python-sphinx-rtd-theme-0.1.9

On Sun, Mar 26, 2017 at 12:56:34PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-sphinx-rtd-theme-0.1.9): New variable. Rather than creating another package, I'll try updating python-sphinx-rtd-theme to this newer version before I push. Hopefully the dependent

Re: [PATCH 1/5] gnu: Add python-mando-0.3.1

On Sun, Mar 26, 2017 at 12:56:30PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-mando-0.3.1): New variable. Overall this patch series LGTM. Minor comments to follow... > +(define-public python-mando-0.3.1 Let's add a comment explaining why we have this older

Re: [PATCH 4/4] gnu: Add python-mando

On Sun, Mar 26, 2017 at 12:23:35PM +0300, Muriithi Frederick Muriuki wrote: > * gnu/packages/python.scm (python-mando): New variable. Thanks, looks good! I'll push this series (or a revision of it) after we get a timely response to the paramunittest licensing question. If there is not a timely

Re: [PATCH 2/4] gnu: Add python-sphinx-1.5.2, python-sphinx-1.5.3

On Mon, Mar 27, 2017 at 11:11:00AM -0400, Leo Famulari wrote: > On Sun, Mar 26, 2017 at 06:32:49PM +0300, Frederick Muriithi wrote: > > On Sun, Mar 26, 2017 at 6:10 PM, Pjotr Prins <pjotr.publi...@thebird.nl> > > wrote: > > > Hi Fred, > > > > > >

Re: [PATCH 2/4] gnu: Add python-sphinx-1.5.2, python-sphinx-1.5.3

On Sun, Mar 26, 2017 at 06:32:49PM +0300, Frederick Muriithi wrote: > On Sun, Mar 26, 2017 at 6:10 PM, Pjotr Prins > wrote: > > Hi Fred, > > > > Why do we need both versions? > > > > We don't. I noticed there was a newer version (1.5.3) while working on > version

Re: [PATCH 1/4] gnu: Add python-pytest-3.0.7

to default to the newer pytest, and keep an older one around for the outliers. From f44c8d0dec2af7677ad16cfad877fb73407b6c30 Mon Sep 17 00:00:00 2001 From: Leo Famulari <l...@famulari.name> Date: Mon, 27 Mar 2017 03:10:53 -0400 Subject: [PATCH] gnu: python-pytest-2.9.2: Replace with python-pytest-3.

Re: Advice about GuixSD on Serveraptor?

On Fri, Mar 24, 2017 at 10:36:08AM +0100, Ludovic Courtès wrote: > Hi! > > Leo Famulari <l...@famulari.name> skribis: > > > On Wed, Mar 22, 2017 at 01:20:53PM -0400, Leo Famulari wrote: > >> It's not a bad idea to build it on Hydra. Hydra already builds a > &

Re: building python2-cryptography fails its testsuite

On Thu, Mar 23, 2017 at 12:33:39PM +, ng0 wrote: > Restarting the build, a graft happened now and it succeeded. Okay, that's weird but I'm glad it worked eventually! > ng0 transcribed 1.1K bytes: > > When I'm building python2-cryptography on limited resources (~512MB RAM, > > 1 virt. CPU),

Re: Continuing the work on the recipes related to GNU Ring

On Wed, Mar 22, 2017 at 04:20:02PM -0300, Adonay Felipe Nogueira wrote: > * Notes for testers > > - When installing: > > - Disable grafts (use `--no-grafts` option), otherwise you might be > getting the original argon2 and opendht recipes. Can you clarify this? Not using grafts will mean

Re: Advice about GuixSD on Serveraptor?

On Wed, Mar 22, 2017 at 01:20:53PM -0400, Leo Famulari wrote: > It's not a bad idea to build it on Hydra. Hydra already builds a > usb-image / disk-image job [0], so we could add a qemu-image job, too. Actually, we used to build a qemu-image on Hydra, but we removed because it was troub

Re: Advice about GuixSD on Serveraptor?

On Wed, Mar 22, 2017 at 01:04:46PM +0100, Ricardo Wurmus wrote: > Leo Famulari <l...@famulari.name> writes: > > And to clarify my previous question: Should this QEMU image be created > > by me, or should it be created by a Guix maintainer as part of the Guix > > release

Re: Advice about GuixSD on Serveraptor?

On Wed, Mar 22, 2017 at 08:36:19AM +0100, Thomas Danckaert wrote: [...] > the image?). Even now, when you provide an image to Serveraptor, you have > no way to verify if Serveraptor provides the same image to their users (I > think?). The "best" idea I had was to use a tool like mtree to hash

Re: Advice about GuixSD on Serveraptor?

On Tue, Mar 21, 2017 at 09:06:09PM +, ng0 wrote: > IN-Berlin wants a raw image (they have read our documentation). > The way their system works is that you sent > them your ssh pubkey, they initialize a basic Debian system depending on > the size you chose, and you can login once you get the

Re: Let’s freeze and build ‘core-updates’!

On Tue, Mar 21, 2017 at 10:19:02PM +0100, Julien Lepiller wrote: > On Mon, 20 Mar 2017 14:41:45 -0400 > Leo Famulari <l...@famulari.name> wrote: > > > We are at this stage... please help :) > > > > Here is a list of packages that are failing on core-updates

Re: Advice about GuixSD on Serveraptor?

On Tue, Mar 21, 2017 at 04:46:20PM -0400, Leo Famulari wrote: > So what I'm doing here is trying to provide Serveraptor with a GuixSD > image that they'd offer to users. > > People could regenerate the image themselves, but it would be difficult > to verify that it matches

Re: Advice about GuixSD on Serveraptor?

On Tue, Mar 21, 2017 at 03:22:43PM -0500, Christopher Allan Webber wrote: > Leo Famulari writes: > > I can easily create an image to use for this, but I don't want to do it > > if others think I am going beyond the level of trust placed in me by the > > Guix project. >

Re: [PATCH] gnu: Add lmms

On Wed, Mar 08, 2017 at 08:47:03PM -0800, Rodger Fox wrote: > Sorry for the delay. I got the rpath issue fixed on this. > It should be ready to apply now. > > -Rodger Fox > From 70f155cd4bde3060b87c0834f12f71886c1e0f3f Mon Sep 17 00:00:00 2001 > From: Rodger Fox >

Re: [PATCH] gnu: Add lmms

On Thu, Mar 16, 2017 at 10:54:09PM -0700, Rodger Fox wrote: > > Apparently, LMMS can be built with Qt 5: > > > > https://github.com/LMMS/lmms/wiki/Compiling-lmms#using-qt5 > > > > Can you try it and let us know how it goes? > > Ok, I looked into this. Qt5 is supported only in the newest

Re: [GSoC] Development of Cuirass.

On Tue, Mar 21, 2017 at 03:31:01PM +0100, Mathieu Lirzin wrote: > Hi, > > Mathieu Lirzin writes: > > > Here is my proposal for the Google Summer of Code 2017. > > I have updated it, according to the various feedback I had. Here is the > link: > >

Re: cURL release 7.54.0 release schedule [Fwd: 7.54.0 feature freeze tomorrow]

On Tue, Mar 21, 2017 at 02:06:33PM +, ng0 wrote: > Hi, > > message below forwarded for cURL maintaining people in Guix. > 7.54.0 is scheduled for 2017-04-19 if all goes as planned. Thanks for the notice. We'll be ready :)

Re: Let?s freeze and build ?core-updates?!

On Tue, Mar 21, 2017 at 08:22:29AM -0600, ren...@openmailbox.org wrote: > Attachment patch for xf86-video-vmware-13.2.1. > > https://hydra.gnu.org/build/1932198 > From d5dd0ab353fca180f122210c68297a0d66abec37 Mon Sep 17 00:00:00 2001 > From: rennes > Date: Tue, 21 Mar

Re: Advice about GuixSD on Serveraptor?

On Sun, Mar 12, 2017 at 08:32:52PM -0400, Leo Famulari wrote: > I had wanted to use the GuixSD installer because the image format > conversion is reproducible. So, nobody would have to trust me to provide > the right thing. > > Of course, it would be a lot simpler if we made a b

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