Re: Updating librsvg

Marius Bakke writes: > Ricardo Wurmus writes: > >> Hi Marius, >> >> thanks for working on this! >> >>> Our current version of librsvg is officially unmaintained, and the >>> latest version requires Rust. >> […] >>> * librsvg requires Cairo 1.15, which is not a "stable" release branch. >> >> Is t

Re: 01/01: gnu: fftw: Build SIMD codelets.

Hi Eric, Eric Bavier writes: > Ok, if you feel confident, that's fine with me. > > Otherwise, I have a patch that I've tested on x86-64, and in the > middle of testing for armhf that I can push in a few hours. I could > easily add a commit that remove the "--enable-armv7a-cntvct" flag. Sorry f

Re: 01/01: gnu: fftw: Build SIMD codelets.

Hi Eric, Mark H Weaver writes: > ericbav...@centurylink.net (Eric Bavier) writes: > >> bavier pushed a commit to branch core-updates >> in repository guix. >> >> commit 65bb22796f854cbc3eae053a80b1d64365dad376 >> Author: Eric Bavier >> Date: Fri Apr

Re: Packaging a free Firefox

Hartmut Goebel writes: > If you want to make the world a better place, you may decide to live > vegan. And if you expect everybody to become vegan, you will reach less > than if you try to convince people to start with eating less or no meat. This is not a good analogy to this situation, because

Re: Packaging a free Firefox

Hartmut Goebel writes: > Am 06.05.2018 um 16:05 schrieb Mike Gerwitz: >> In the case of their addon >> system, they encourage installation of non-free addons, which is against >> the Free Software Distribution Guidelines (FSDG), and is the same reason >> that Debian isn't a recommended free softw

Re: 01/01: gnu: fftw: Build SIMD codelets.

Hi Eric, ericbav...@centurylink.net (Eric Bavier) writes: > bavier pushed a commit to branch core-updates > in repository guix. > > commit 65bb22796f854cbc3eae053a80b1d64365dad376 > Author: Eric Bavier > Date: Fri Apr 6 10:53:06 2018 -0500 > > gnu: fftw: Build SIMD codelets. > > *

Re: Packaging a free Firefox

Chris Marusich writes: > 2) It used to be that IceCat would crash frequently for me. However, > once I changed my gfx.canvas.azure.backends and > gfx.content.azure.backends from "cairo" to "skia", this problem stopped > for me. I don't know if this is still an issue , since I haven't ever > swi

Re: Starting 'core-updates'

Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > Besides, what makes you think grafting doesn’t work properly on master? Because of bug 30820: the default GCC on our master branch sometimes incorporates string literals containing store references directly into the generated x86 code, broken u

Re: Starting 'core-updates'

Leo Famulari writes: > On Tue, May 01, 2018 at 04:12:42PM +0200, Marius Bakke wrote: >> I was running a bit late with my patches and pushed them to a separate >> branch before noticing the 'rhash' update on 'master'. Now there have >> been a couple of world-rebuilding commits on the 'core-update

Re: 01/05: gnu: rhash: Update to 1.3.6.

Hi Tobias, m...@tobias.gr (Tobias Geerinckx-Rice) writes: > nckx pushed a commit to branch master > in repository guix. > > commit 53bed20918db76e021d39d6b82ac95a095893298 > Author: Tobias Geerinckx-Rice > Date: Mon Apr 30 21:09:59 2018 +0200 > > gnu: rhash: Update to 1.3.6. On core-updat

Re: You say nix, I say guix: Nix 2.0 and Guix

l...@gnu.org (Ludovic Courtès) writes: > Chris Marusich skribis: > >> On February 22nd, Nix 2.0 was released: >> >> https://nixos.org/nix/manual/#ssec-relnotes-2.0 > > Very nice work. It looks like the CLI is closer to that of Guix now. :-) > >> It contains a lot of interesting new features. A

Re: Should python-build-system packages have native-inputs?

Hartmut Goebel writes: > Am 28.04.2018 um 12:11 schrieb Chris Marusich: > >> Because the python-build-system never cross-compiles, > > This is an implementation detail which might might change. And if we > remove all inputs now, we need to add again them later. This is a lot of > work, I know si

Re: Should python-build-system packages have native-inputs?

Fis Trivial writes: > I'm confused, some native-inputs are for testing. They shouldn't be > installed in normal case. native-inputs are not only for testing. More generally, when cross-compiling, any programs that must be run on the build machine must be 'native-inputs'. Any programs that must

Re: Have GPGPU support in guix?

Hi Jonathan, Jonathan Brielmaier writes: > There is a bunch of entirely FOSS drivers for AMD Radeon cards: > > Kernel drivers: > radeon: for older cards before GCN1.2 (kernel/drivers/gpu/drm/radeon) > amdgpu: for the new cards since GCN1.2 (kernel/drivers/gpu/drm/amd/amdgpu) > > Userspace driver

Re: staging evaluation in progress

Efraim Flashner writes: > On Mon, Apr 23, 2018 at 09:53:04PM -0400, Mark H Weaver wrote: >> Marius Bakke writes: >> >> > Mark H Weaver writes: >> > >> >> Hi Marius, >> >> >> >> Marius Bakke writes: >> >> >>

Re: staging evaluation in progress

Marius Bakke writes: > Mark H Weaver writes: > >> Hi Marius, >> >> Marius Bakke writes: >> >>> I just started a 'staging' evaluation: >>> >>> https://hydra.gnu.org/jobset/gnu/staging >>> >>> Fairly minor cha

Re: Help needed updating vlc to version 3.0.1.

Chris Marusich writes: > Mark H Weaver writes: > >> Below I've attached a draft patch to update vlc to 3.0.1, and also to >> add several more inputs based on reading the output of the 'configure' >> script. > > Thank you for working on this! I don&

Help needed updating vlc to version 3.0.1.

7;m hoping that someone with more knowledge of Qt will step up to debug this problem. Any volunteers? Note, this patch is based on core-updates, but hopefully it would work on 'master' too. Mark >From 0adef8dc0f128dc6eb16106ef653215cfdd7fa31 Mon Sep 17 00:00:00 2001 From: Ma

Detecting duplicate field initializers in guix record constructors

the aforementioned workaround in Makefile.am. The second fixes the 9 occurrences of duplicate field initializers in my private branch. The third modifies (guix records) to raise an error if duplicate fields are found. Comments and suggestions welcome. Mark >From 5e4422d81d4fd5581bce

Successfully running GNOME on core-updates + staging

Hello Guix, I've successfully updated my x86_64 GuixSD system to my private branch based on 'core-updates' with recent 'master' and 'staging' merged into it. This system includes a full GNOME desktop environment plus a few programs based on Qt. It all works quite well. My branch includes a few

Re: 01/01: gnu: Add guile-curl.

Hi Roel, r...@gnu.org (Roel Janssen) writes: > roelj pushed a commit to branch master > in repository guix. > > commit 5e3010a2ac651397e0cb69239a7d7aa3c0a5703e > Author: Roel Janssen > Date: Wed Apr 18 23:00:41 2018 +0200 > > gnu: Add guile-curl. > > * gnu/packages/curl.scm (guile

Re: 03/07: gnu: libfive: Add snippet, enable tests and remove obsolete phase.

Hi Ludovic, l...@gnu.org (Ludovic Courtès) writes: > civodul pushed a commit to branch master > in repository guix. > > commit 0818c01aefbaa7ecce5e310ec5f70886850a7f9c > Author: Diego Nicola Barbato > Date: Fri Apr 6 13:43:54 2018 +0200 > > gnu: libfive: Add snippet, enable tests and remov

Re: staging evaluation in progress

Hi Marius, Marius Bakke writes: > I just started a 'staging' evaluation: > > https://hydra.gnu.org/jobset/gnu/staging > > Fairly minor changes this round, highlights include Wayland 1.15 and > GStreamer 1.14. We narrowly missed Mesa 17.3.9 which was scheduled for > today but delayed, hopefully

Re: [core-updates] webkitgtk-2.4 and webkitgtk/gtk+-2 no longer needed?

Ricardo Wurmus writes: >> rek...@elephly.net (Ricardo Wurmus) writes: >> >>> rekado pushed a commit to branch core-updates >>> in repository guix. >>> >>> commit 53e66fbceb275262184ad44f60a5a8d4e7061fcb >>> Author: Ricardo Wurmus >>> Date: Thu Apr 12 20:37:54 2018 +0200 >>> >>> gnu: gnucas

Re: 05/06: gnu: rust: Don't build for "native" arch on ARM.

Hi Efraim and Danny, dan...@scratchpost.org (Danny Milosavljevic) writes: > dannym pushed a commit to branch master > in repository guix. > > commit 67ca98ec7818f5b63fe041bfee4ef10826635685 > Author: Efraim Flashner > Date: Thu Mar 22 09:14:53 2018 +0200 > > gnu: rust: Don't build for "nat

[core-updates] webkitgtk-2.4 and webkitgtk/gtk+-2 no longer needed?

rek...@elephly.net (Ricardo Wurmus) writes: > rekado pushed a commit to branch core-updates > in repository guix. > > commit 53e66fbceb275262184ad44f60a5a8d4e7061fcb > Author: Ricardo Wurmus > Date: Thu Apr 12 20:37:54 2018 +0200 > > gnu: gnucash: Update to 3.0. This commit removes the las

Re: 02/03: gnu: nghttp2: Update to 1.31.1 [fixes CVE-2018-1000168].

Marius Bakke writes: > Mark H Weaver writes: > >> Hi Marius, >> >> mba...@fastmail.com (Marius Bakke) writes: >> >>> mbakke pushed a commit to branch master >>> in repository guix. >>> >>> commit 65bfe30d8a4e930599603f6d835023bb

Re: 02/03: gnu: nghttp2: Update to 1.31.1 [fixes CVE-2018-1000168].

Hi Marius, mba...@fastmail.com (Marius Bakke) writes: > mbakke pushed a commit to branch master > in repository guix. > > commit 65bfe30d8a4e930599603f6d835023bbd0dbcb9a > Author: Marius Bakke > Date: Thu Apr 12 19:43:31 2018 +0200 > > gnu: nghttp2: Update to 1.31.1 [fixes CVE-2018-1000168

Re: Fixed output derivation hash mismatch - why?

Hi Chris, Chris Marusich writes: > I'm trying to define a fixed output derivation using gexp->derivation, > but I'm getting a hash mismatch, and I can't figure out why. I've > attached a minimal script that illustrates the problem. When I run it, > I see the following output: > > $ /tmp/test-f

Re: [PATCHES] gnu: linux-libre: Update to 4.16

Hi Vincent, Vincent Legoll writes: > On Sun, Apr 8, 2018 at 3:10 AM, Mark H Weaver wrote: >> Leo Famulari writes: >> >>> On Sat, Apr 07, 2018 at 02:36:04PM -0400, Mark H Weaver wrote: >>>> One more thing: I had to add 'flex' and 'bison'

Re: [PATCHES] gnu: linux-libre: Update to 4.16

Leo Famulari writes: > On Sat, Apr 07, 2018 at 02:36:04PM -0400, Mark H Weaver wrote: >> One more thing: I had to add 'flex' and 'bison' as native-inputs because >> the build system in 4.16 now concludes that they need to be re-run for >> some reason.

[PATCHES] gnu: linux-libre: Update to 4.16

Mark >From 56c4a6c1b07de98fca003911ec85736fef61fcc6 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sat, 7 Apr 2018 02:19:34 -0400 Subject: [PATCH 1/2] gnu: linux-libre: Add flex and bison to native-inputs. * gnu/packages/linux.scm (make-linux-libre)[native-inputs]: Add flex and bi

Re: 01/06: gnu: llvm, clang: Update to 6.0.0.

Hi Marius, mba...@fastmail.com (Marius Bakke) writes: > mbakke pushed a commit to branch master > in repository guix. > > commit 9bdbabe963e48bcac11c053a38d990873ca48dca > Author: Marius Bakke > Date: Sat Mar 31 22:04:44 2018 +0200 > > gnu: llvm, clang: Update to 6.0.0. Thanks for this, b

Re: Looking for Thunderbird/Icedove

y based on core-updates, but it should apply to master without difficultly. It also contains a few small untested changes to the 'icecat' package. I intend to continue working on this. Mark >From 47fbd170b9d3718ff3a343ff362b6c9ca2150fa6 Mon Sep 17 00:00:00 2001 From: Mark H W

Re: Treating tests as special case

Hi Pjotr, Pjotr Prins writes: > and he gave me a new insight which rang immediately true. He said: > what is the point of running tests everywhere? If two people test the > same thing, what is the added value of that? (I paraphrase) > > With Guix a reproducibly building package generates the sam

Re: An April 1 joke? Re: [PATCH] gnu: Add systemd.

Svante Signell writes: > It's really time for a re-definition of Free Software, not only basing such > definitions solely on the license at hand. It is also a matter of freedoms of > the users of software. The Free Software Definition is already expressed in terms of the freedoms of the users of

Re: An April 1 joke? Re: [PATCH] gnu: Add systemd.

Hi Svante, Svante Signell writes: > And the same happens again: He does not condemn systemd, calling it Free > Software due to the GPL license. In my opinion systemd is violating one of > the 4 > freeedoms of GPL: Freedom 1 (as well as the *NIX and KISS philosophy) >   * The freedom to stud

Re: Looking for Thunderbird/Icedove

Hi Björn, Björn Höfling writes: > One of my key customers needs a new GNU/Linux installation and they are > willing to give GuixSD a try if Thunderbird is available. > > I thought that's no problem and was surprised to not find anything > like Icedove in the guix repository. I looked into this a

Re: 01/01: gnu: Add perl-inline-c.

Nils Gillmann writes: > I guess we just are trying to prevent licensing mistakes in the future > for the hypothetical case that perl ever changes its license? Yes, exactly. Mark

Re: Looking for Thunderbird/Icedove

Nils Gillmann writes: > Mark H Weaver transcribed 1.3K bytes: >> Did someone tell you that you shouldn't post a preliminary >> Thunderbird/Icedove package definition to this mailing list? > > No. It just exists in a branch in an (experimental, fluid) repository wher

Re: 01/01: gnu: Add perl-inline-c.

Nils Gillmann writes: >> > Ludovic Courtès writes: >> > >> >> r...@gnu.org (Roel Janssen) skribis: >> >> >> >>> +(license (package-license perl >> >> >> >> Could you use (license perl-license) instead? It doesn’t make any >> >> difference in this case but it’s generally “safer” (see (gu

Re: Looking for Thunderbird/Icedove

Hi Nils, Nils Gillmann writes: > Björn Höfling transcribed 1.2K bytes: > >> Are there any more recent news on the Thunderbird side? Does anyone have >> more-or-less ready snippets available? > > I can not post the link to straight-out of the box Thunderbird here > (current repository is against

Re: [PATCH] gnu: Add systemd.

l...@gnu.org (Ludovic Courtès) writes: > Hello Marius, > > Marius Bakke skribis: > >> As discussed at FOSDEM, it is clear that The Shepherd does not have what >> it takes to boot a modern Linux system. While it works today, adding >> bootloader, DNS server, NTP client, syslog, udev, seat managem

Re: 'core-updates' spring 2018

Marius Bakke writes: > 'core-updates' has seen a lot of changes recently. Some of the goodies > include HTTP/2 support in curl, binutils 2.30, glibc 2.27, reproducible > Python bytecode, gnu-build-system will automatically run 'autoreconf' if > necessary, warnings will be issued about snippets a

Re: Modification for guix installation script.

Ricardo Wurmus writes: >> I have installed guix for the first time and noticed that the installation >> script at >> https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-install.sh did not >> work for me. So, I had to make some modifications. >> >> There was a problem with the path to root us

Re: wrapping up the Newmoon Browser package

ng0 writes: > ng0 transcribed 2.1K bytes: >> Mark H Weaver transcribed 1.6K bytes: >> > Do you know if the New Moon browser supports EME? If so, it would need >> > to be disabled somehow. The GNU FSDG specifically prohibits browsers >> > that support

Re: wrapping up the Newmoon Browser package

ng0 writes: > Mark H Weaver transcribed 1.6K bytes: >> >> We definitely need to avoid steering users toward the Mozilla Add-ons >> Site, or any other add-on site that is not committed to including only >> free software. We could instead steer users toward the lis

Re: wrapping up the Newmoon Browser package

Hi, ng0 writes: > I need some final input on topics I'm more liberal about. > Many many moons ago I started the work on Pale Moon. This > package has now moved into New Moon, which is what we are > allowed to redistribute with modifications (Pale Moon without > branding). Do you know if the New

Re: pypi import certs issues

Mark H Weaver writes: > Ricardo Wurmus writes: > >> ng0 writes: >> >>> Continuing thought: Why is ~/.guix-profile/etc/ssl/certs/ >>> empty? I assume it is just for user-space (space=profile in my >>> line of thought here) certificates which are not

Re: pypi import certs issues

Ricardo Wurmus writes: > ng0 writes: > >> Continuing thought: Why is ~/.guix-profile/etc/ssl/certs/ >> empty? I assume it is just for user-space (space=profile in my >> line of thought here) certificates which are not global? Yes, that's right. > Which of the packages in your profile provides

Re: guile-gdbm doesn't work with gdbm-1.14

Ricardo Wurmus writes: > Mark H Weaver writes: > >> iyzs...@member.fsf.org (宋文武) writes: >> >>> Hello, since version 1.14, gdbm doesn't export "gdbm_errno" anymore [1], >>> so the guile-gdbm ffi binding code [2] need updates now (I'm not

Re: guile-gdbm doesn't work with gdbm-1.14

it.gnu.org.ua/cgit/gdbm.git/commit/?id=c175231e2781abd17eabf412cfb597654a076c7b > [2] https://github.com/ijp/guile-gdbm/blob/master/gdbm.scm#L156 Here's a preliminary fix. Mark >From 353abb66adb756c0ad51b4784004034a8a06de8c Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sun, 18 Mar 2018 08:43:0

Re: python-build-system: Delete .egg-info file created in phase check.

Hi Hartmut, I just now came across the code you wrote back in Oct 2016 to delete .egg-info files created during the 'check' phase in python-build-system: > From b002f964bb3d69c77856ea7dcadfe82383050512 Mon Sep 17 00:00:00 2001 > From: Hartmut Goebel > Date: Fri, 7 Oct 2016 17:17:00 +0200 > Subje

Re: how to get the path of the logfile after an unsuccesful build?

Mark H Weaver writes: > ng0 writes: > >> did we ever talk about that there's too little information on how to get >> the current log file of a failed build? I need this right now (the full log) >> and I can't remember how, and making use of the log folder

Re: how to get the path of the logfile after an unsuccesful build?

ng0 writes: > did we ever talk about that there's too little information on how to get > the current log file of a failed build? I need this right now (the full log) > and I can't remember how, and making use of the log folder in var/log/guix/ > won't > help either. Why won't /var/log/guix help

Re: Golly... what's up with Golly?

Christopher Lemmer Webber writes: > I think Sourceforge may have gone through a recent upgrade that broke > some things: > > Starting download of > /gnu/store/k857xn4vnppdp5z853c92lfa7h5fhdii-golly-3.1-src.tar.gz > From > http://tenet.dl.sourceforge.net/project/golly/golly-3.1/golly-3.1-src.tar

Re: 10/18: gnu: polkit: Update phase & snippet style.

Hi Tobias, m...@tobias.gr (Tobias Geerinckx-Rice) writes: > nckx pushed a commit to branch master > in repository guix. > > commit 3c4bbb4c52418c8daf8b0e4605e3912685c9f44a > Author: Tobias Geerinckx-Rice > Date: Sat Feb 24 13:33:42 2018 +0100 > > gnu: polkit: Update phase & snippet style.

Re: Kernel modules in initrd

Hi Andreas, Andreas Enge writes: > recently I had an unpleasant experience in installing GuixSD: After booting > with the USB key and following the installation instructions, then rebooting > into the installed system, the "/" file system was not found: neither using > file system labels, nor de

Recent libx264 updates broke mpv via ffmpeg-git

Hi Efraim and Danny, efr...@flashner.co.il (Efraim Flashner) writes: > efraim pushed a commit to branch master > in repository guix. > > commit a33727db1bf0eaf4a0024da45610bd8e3e727a8e > Author: Efraim Flashner > Date: Tue Feb 20 23:34:07 2018 +0200 > > gnu: libx264: Update to 20180219-224

Re: bug#30537: glibc 2.26 refuses to run on CentOS 6.8

glibc/glibc-" These (replacement #f) fields should not be needed. 'replacement' is now an 'innate' field of the package record type, which means that it is not inherited. > diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm > index 7286e954c

Re: xorgproto

Marius Bakke writes: > X.org recently consolidated the various -proto packages (xproto, > xf86driproto, etc) into a single "xorgproto" package: > . > > I'd like to push the attached patch to 'master' and use it for any new > pa

Re: heads-up: Haskell updates

Hi Danny, Danny Milosavljevic writes: > On Thu, 15 Feb 2018 03:41:33 -0500 > Mark H Weaver wrote: > >> Given that it's using #ifdef to detect this, I'd expect the result to >> depend only on the _headers_ being used to compile, and not the actual >> kern

Re: heads-up: Haskell updates

Ricardo Wurmus writes: > I’ll merge core-updates into master now. Is that premature? There are still over 500 newly failed jobs on core-updates compared to master. https://hydra.gnu.org/eval/109914?compare=109912 Mark

Re: heads-up: Haskell updates

Ricardo Wurmus writes: > So let’s apply the patch. > Danny, could you please do this on master and core-updates? > > I’d like to merge core-updates this week and it would be great if we > could build all of the Haskell packages (and all those R packages that > depend on Pandoc) before the merge.

Re: heads-up: Haskell updates

Leo Famulari writes: > On Fri, Feb 16, 2018 at 07:12:47PM +0100, Marius Bakke wrote: >> Ricardo Wurmus writes: >> >> > Marius Bakke writes: >> > >> >> Should we do a new merge to get the GHC patch, or just merge >> >> core-updates and let the problem "fix itself" on 'master'? >> > >> > I’d pre

Re: core-updates

l...@gnu.org (Ludovic Courtès) writes: > Ricardo Wurmus skribis: > >> I’ve requested a new evaluation of core-updates on hydra because sbcl >> and a few other packages have since been fixed. This should show us >> fewer packages that we need to worry about before merging core-updates. > > As of

Re: heads-up: Haskell updates

Ricardo Wurmus writes: > Marius Bakke writes: > >> Should we do a new merge to get the GHC patch, or just merge >> core-updates and let the problem "fix itself" on 'master'? > > I’d prefer building GHC and ghc-resourcet first. We don’t know if this > patch actually fixes our problems. We shoul

Re: How to handle armhf time-out on package?

Pjotr Prins writes: > According to > > https://hydra.gnu.org/build/2447190/nixlog/1/tail-reload > > we are getting a time-out during testing of dlang ldc on armhf. > > I admit 3600s for a test is a bit lengthy ;) > > How to handle this. Should I just disable this test specifically for > armhf

Re: Improving Shepherd

Jelle Licht writes: > tl;dr: I cannot seem to block signals from being handled by guile in > some way, which to me seems a prerequisite for using signalfd-based > signal handling. My uneducated guess is that guile needs to support a > way to set signal masks for all threads in order to deal with

Re: heads-up: Haskell updates

Hi Danny, Danny Milosavljevic writes: >> Danny, could you please do this on master and core-updates? > > I've done it on master now. Thank you! > Maybe it's me being used to SVN, but can I git am the commit to > core-updates? Yes. > Wouldn't that cause a conflict on the next merge of master

Re: heads-up: Haskell updates

Ricardo Wurmus writes: > Mark H Weaver writes: > >> I suppose if one reads the error message literally: >> >> Control/Monad/Trans/Resource/Internal.hs:302:10: error: >> • Could not deduce (MonadBase IO (Strict.StateT s m)) >> arising

Re: heads-up: Haskell updates

Mark H Weaver writes: > Note that on our 'master' branch we are using Linux-libre-4.4 kernel > headers, but on 'core-updates' we're using 4.9 kernel headers. > > The recently created evaluation 109913 on Hydra is for core-updates with > the recent Haskell

Re: heads-up: Haskell updates

Hi Danny, Danny Milosavljevic writes: > Hi Mark, > Hi Ricardo, > > On Wed, 14 Feb 2018 20:39:12 +0100 > Ricardo Wurmus wrote: > >> Nor do I see this message: >> >> ghc-pkg: unable to decommit memory: Invalid argument > > Which Linux kernel version does this run on? Last I knew, Hydra's x8

Re: heads-up: Haskell updates

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Mark H Weaver writes: >> >>> So far, almost all of the new packages are building successfully on >>> Hydra, but I see one failure: ghc-resourcet, which in turn causes >>> r-bookdown to dep-fail:

Re: heads-up: Haskell updates

Hi Ricardo, Ricardo Wurmus writes: > I’ve just pushed a very large number of updates to Haskell packages and > switched to GHC 8 as the default. Wow, it's an impressive amount of work, kudos to you! So far, almost all of the new packages are building successfully on Hydra, but I see one failure

Re: How to notice when my change breaks something

Hi Chris, Chris Marusich writes: > How do you notice when a change breaks something else? You so > frequently notice these things, it almost seems like you're omniscient! > > Do you have an automated mechanism for doing this, or are you manually > checking things frequently? I regularly check

Re: /gnu/store/.links/

l...@gnu.org (Ludovic Courtès) writes: > Pjotr Prins skribis: > >> On Fri, Feb 09, 2018 at 01:11:23PM +0100, Ricardo Wurmus wrote: > > [...] > >>> I don’t know about scalability. This number is still well below the >>> limits of ext4 file systems, but accessing a big directory listing like >>> t

Re: 02/05: gnu: luajit: Update to 2.1.0-beta3.

Hi Tobias, m...@tobias.gr (Tobias Geerinckx-Rice) writes: > nckx pushed a commit to branch master > in repository guix. > > commit 906f1b48e20a032c22a164c89f9e8862ab2bec7a > Author: Tobias Geerinckx-Rice > Date: Wed Jan 3 09:01:53 2018 +0100 > > gnu: luajit: Update to 2.1.0-beta3. > >

Re: 01/03: gnu: Add QD.

Hi Eric, Eric Bavier writes: > On Sat, 03 Feb 2018 22:55:56 -0500 > Mark H Weaver wrote: > >> ericbav...@centurylink.net (Eric Bavier) writes: >> > + `(#:configure-flags `("--disable-enable_fma" ;weird :/ >> >> "weird :/" is

Re: 01/01: gnu: solfege: Make configuration more robust to GC

Hi Nicolas, m...@nicolasgoaziou.fr (Nicolas Goaziou) writes: > ngz pushed a commit to branch master > in repository guix. > > commit 95e545a4dafe82499c68625e0c145df45ac38484 > Author: Nicolas Goaziou > Date: Thu Feb 1 22:38:42 2018 +0100 > > gnu: solfege: Make configuration more robust to

Re: 01/03: gnu: Add QD.

Hi Eric, ericbav...@centurylink.net (Eric Bavier) writes: > bavier pushed a commit to branch master > in repository guix. > > commit cbc084e1a7c25d1c8944bcb20a989f795acdb096 > Author: Eric Bavier > Date: Wed Jan 31 13:55:37 2018 -0600 > > gnu: Add QD. [...] > +(define-public qd > + (packag

Re: 01/01: gnu: Update SELinux packages.

Ricardo Wurmus writes: >> rek...@elephly.net (Ricardo Wurmus) writes: >> >>> rekado pushed a commit to branch master >>> in repository guix. >>> >>> commit ca56021c2636130244ba41018161ca69805bc6b9 >>> Author: Ricardo Wurmus >>> Date: Thu Jan 25 00:30:37 2018 +0100 >>> >>> gnu: Update SELin

Re: System calls interrupted by signals - or not

Hi Danny, Danny Milosavljevic writes: >>This can happen if interrupted by a signal, > > If only BSD-style signals (SA_RESTART) are used, as is very likely, this > should not happen. Guile is a library meant for use within existing applications, and therefore needs to be able to cope with whate

Re: 03/03: gnu: python-dateutil: Update to 2.6.1.

Hi, mba...@fastmail.com (Marius Bakke) writes: > mbakke pushed a commit to branch master > in repository guix. > > commit b94502bed69c0fb5033d702fd0308209efb8815c > Author: Alex Vong > Date: Sat Jan 27 22:58:58 2018 +0800 > > gnu: python-dateutil: Update to 2.6.1. > > * gnu/packag

Re: 01/01: hydra: Work around import problem.

Danny Milosavljevic writes: > On Mon, 29 Jan 2018 09:47:01 -0500 > Mark H Weaver wrote: > >> I strongly suspect that this evaluation error occurred for a commit >> _before_ you added (use-modules (gnu bootloader)), unless you have >> reason to believe otherwise. >

Re: Linux-libre-4.15 and the NVMe module

Mark H Weaver writes: > I've pushed a new 'kernel-updates' branch that includes the update to > linux-libre-4.15, and asked Hydra to build it. I went ahead and pushed these commits to master, following a successful evaluation on Hydra and some additional testing on my systems. Mark

Re: 01/01: gnu: Add badass.

Hi ng0, > commit 57f9671d22bb4ee37962c31b9eed0ae50859398a > Author: ng0 > Date: Wed Jan 17 22:42:55 2018 + > > gnu: Add badass. [...] > + (package > +(name "badass") > +(version (git-version "0.0" revision commit)) [...] > +(synopsis "Hacking contribution graphs in git") >

Re: 01/01: hydra: Work around import problem.

Hi Danny, Danny Milosavljevic writes: > On Mon, 29 Jan 2018 14:53:03 +0100 > l...@gnu.org (Ludovic Courtès) wrote: > >> dan...@scratchpost.org (Danny Milosavljevic) skribis: >> >> > commit ebd6a6445fa7d3db64795840a607815abbd56880 >> > Author: Danny Milosavljevic >> > Date: Mon Jan 29 13:23:0

Linux-libre-4.15 and the NVMe module

Hello Guix, I've pushed a new 'kernel-updates' branch that includes the update to linux-libre-4.15, and asked Hydra to build it. However, I haven't yet pushed this to 'master' because of a complication. At present, all of our kernel configurations have CONFIG_BLK_DEV_NVME=m which results in an "

Re: 01/01: hydra: Add arm image builder.

Hi Danny, dan...@scratchpost.org (Danny Milosavljevic) writes: > dannym pushed a commit to branch master > in repository guix. > > commit de2bc8d6da0ba4e74ed083af66a22cf96f74e67f > Author: Danny Milosavljevic > Date: Tue Jan 23 00:50:12 2018 +0100 > > hydra: Add arm image builder. > >

Re: [PATCHES] gnu: linux-libre: Full retpoline support on x86 [spectre mitigation]

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> Here are two patches that: >> >> * Add gcc-7.3.0-RC-20180117, which includes support for retpoline. >> * Use gcc-7.3 to build linux-libre on x86 systems. > > With GCC 7.3.0 now out,

Re: Meltdown / Spectre

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> FYI, in another thread, I recently posted preliminary patches to add the >> GCC 7.3 release candidate as a Guix package, and to use it to build >> linux-libre on x86_64 and i686 systems: >> >

Re: 01/01: gnu: Update SELinux packages.

Hi Ricardo, rek...@elephly.net (Ricardo Wurmus) writes: > rekado pushed a commit to branch master > in repository guix. > > commit ca56021c2636130244ba41018161ca69805bc6b9 > Author: Ricardo Wurmus > Date: Thu Jan 25 00:30:37 2018 +0100 > > gnu: Update SELinux packages. > > * gnu/p

Re: question regarding substitute* and #t

Arun Isaac writes: > Mark H Weaver writes: > >> After we switch to using 'invoke' everywhere, or more precisely, after >> we arrange to never return #false from any phase or snippet, then >> there should be one more step before removing the vestigial #true >

Re: Meltdown / Spectre

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> FYI, in another thread, I recently posted preliminary patches to add the >> GCC 7.3 release candidate as a Guix package, and to use it to build >> linux-libre on x86_64 and i686 systems: >> >

Re: question regarding substitute* and #t

Hi Andy, Andy Wingo writes: > On Wed 24 Jan 2018 13:06, Mark H Weaver writes: > >> + ;; Install to the right directory >> + (substitute* '("Makefile" >> +"Qsci/Makefile") >

Simplifications enabled by switching to 'invoke'

#x27;and' can be removed, replaced by its argument. * Since the 'begin' is now within a body (whereas previously it was an operand), the 'begin' can now be removed, replaced by its contents. This is what I did in commit 76c7fc436a151236f5e1ff966fd99172d85ee422 on m

Re: 05/05: guix: Refactor script.

l...@gnu.org (Ludovic Courtès) writes: > civodul pushed a commit to branch master > in repository guix. > > commit 6f774d481839f87178c5895ac2d661e141f879b8 > Author: Mathieu Lirzin > Date: Tue Jan 23 12:52:33 2018 +0100 > > guix: Refactor script. [...] > diff --git a/scripts/guix.in b/scr

Re: Meltdown / Spectre

Leo Famulari writes: > On Fri, Jan 19, 2018 at 05:06:25PM -0500, Mark H Weaver wrote: >> There's now a GCC 7.3 release candidate that apparently contains the >> necessary compiler support to allow linux-libre-4.14.14 to use the >> retpoline technique internally. >&

[PATCHES] gnu: linux-libre: Full retpoline support on x86 [spectre mitigation]

master' now, or should we wait until gcc-7.3 is released (possibly as soon as January 24)? Mark >From 387a02c3f9e157bdf40b2b5ad0e53e5b209f3aa5 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sat, 20 Jan 2018 15:15:19 -0500 Subject: [PATCH 1/2] gnu: gcc: Add gcc 7.3.0-RC-20180

<    1   2   3   4   5   6   7   8   9   10   >