Re: Using CLISP instead of CCL to bootstrap SBCL

Hi Pierre, Pierre Neidhardt writes: > I've updated SBCL to build against CLISP. > > So now Next is back on the bootstrappability road! Thanks very much for taking care of this! Mark

Re: ‘computed-origin-method’ for IceCat and ungoogled-chromium

Hi Ludovic, Ludovic Courtès writes: > Hello Mark & Marius! > > Somehow I hadn’t noticed the clever trick with ‘computed-origin-method’ > in IceCat and ungoogled-chromium, and it came to me as a shock today. > ;-) Yes, I probably should have brought wider attention to what I did there. Sorry abo

Using CLISP instead of CCL to bootstrap SBCL

Hi Pierre, I just noticed that last November, you changed our SBCL package to use CCL for bootstrapping. Previously, it used CLISP. commit 4bddcae94bb9d19112354f8f0b93f6e381e67768 Author: Pierre Neidhardt Date: Sat Nov 24 18:33:55 2018 +0100 gnu: sbcl: Update to 1.4.13.

Gitweb is in some ways superior to cgit

Here are two views of the same commit, my recent merge of 'master' into 'core-updates': https://git.savannah.gnu.org/cgit/guix.git/commit/?h=core-updates&id=0481289cbccba2646bf654f0ae49ac9c45602d5d https://git.savannah.gnu.org/gitweb/?p=guix.git;a=commitdiff;h=0481289cbccba2646bf654f0ae49ac9

Re: bug#36855: guix system switch-generation doesn't

Hi Jakob, zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes: > Thanks for the input; I wasn't aware that the activation process was > taking so long for some people. One of Ludovic's suggestions was to > create a single derivation, rather than three, to speed up system > activation. I'll

Re: bug#36855: guix system switch-generation doesn't

Hello again, Mark H Weaver writes: > Ludovic Courtès writes: > >> Jakob, now that we generate scripts for the effectful bits of system >> reconfiguration (one of these bits being service upgrades), couldn’t we >> take it one step further and store those scripts in the “

Re: bug#36855: guix system switch-generation doesn't

Hi, Ludovic Courtès writes: > Jakob, now that we generate scripts for the effectful bits of system > reconfiguration (one of these bits being service upgrades), couldn’t we > take it one step further and store those scripts in the “system” > derivation so we can run them eventually, notably upon

Re: 01/02: gnu: sbcl: Enable core compression and xref for internals.

Hi Pierre, guix-comm...@gnu.org writes: > ambrevar pushed a commit to branch master > in repository guix. > > commit 5c8b9a43819e174801597a249d4b46ab2526ca3b > Author: Pierre Neidhardt > Date: Sat Aug 24 18:25:53 2019 +0200 > > gnu: sbcl: Enable core compression and xref for internals. >

Re: Erroneous uses of regex in the invokation of FIND-FILES

Hi Alex, Alex Vong writes: > I find out that there are a lof of erroneous uses of regex in the > invokation of FIND-FILES. The correct usage should be: > > (find-files "." "\\.c$") > > Instead people write: > > (find-files "." ".*\\.c") > > which match unwanted files. > > For examples, in th

Re: 55/61: gnu: linux-libre: Enable built-in ext4 support.

Hi Mathieu, Mathieu Othacehe writes: >> I'd prefer to go in the other direction, by changing ext4 to be modular >> in _all_ configs. Would that work for you? > > Yes, the only thing that matters to me is that there's consistency > between all platforms. "ext4" is the default fs on vm produced b

Re: 02/02: import: cpan: Adapt for the change to guile-json version 3.

Ricardo Wurmus writes: >> Back to these changes though, all I wanted to do was to fix the >> importer, but if the problem is with my environment not the Guix code, >> then these changes probably need reverting (as they'll break the >> importer who's not got a similarly broken local setup). > > Ye

Re: 55/61: gnu: linux-libre: Enable built-in ext4 support.

Hi Mathieu, guix-comm...@gnu.org writes: > mothacehe pushed a commit to branch wip-cross-system > in repository guix. > > commit 87ea71860614da09153e4c49f7b24294d12689ff > Author: Mathieu Othacehe > Date: Tue Aug 20 16:55:34 2019 +0200 > > gnu: linux-libre: Enable built-in ext4 support. >

Re: 02/02: import: cpan: Adapt for the change to guile-json version 3.

Hi Christopher, guix-comm...@gnu.org writes: > cbaines pushed a commit to branch master > in repository guix. > > commit 01ce7af25add55514f737af48ea6c127bedfde67 > Author: Christopher Baines > Date: Tue Aug 6 20:17:28 2019 +0100 > > import: cpan: Adapt for the change to guile-json version

Re: Fwd: 03/03: sort haskell-xyz

Ricardo Wurmus writes: > guix-comm...@gnu.org writes: > >> rob pushed a commit to branch wip-haskell-updates >> in repository guix. >> >> commit e88776b829391b941ebcbc55a0fd7104c51c4992 >> Author: Robert Vollmert >> Date: Thu Aug 15 00:06:20 2019 +0200 >> >> sort haskell-xyz >> --- >> gnu

Re: fixing GDM + GNOME Shell

Hi Ricardo, Ricardo Wurmus writes: > Today I again couldn’t log into my workstation after upgrading the > system. I’m using GDM + GNOME Shell. > > At first GDM wouldn’t start. I knew what to do: remove /var/lib/gdm, > because some state must have accumulated there. > > GDM came up after a rebo

Re: 04/07: gnu: strace: Update to 5.2.

Hi Marius, Marius Bakke wrote: > I found this commit upstream which touches the four failing tests, > though I don't really understand what it does: > > https://github.com/strace/strace/commit/4377e3a1535a0ec3a42da8a1366ad6943f4efa0e > > Mark: can you try the attached patch and see if it makes a

Re: 04/07: gnu: strace: Update to 5.2.

Hi Marius, Marius Bakke wrote: > Mark H Weaver writes: > >> This new version of strace failed to build twice in a row on my Thinkpad >> X200 running the Guix system and Linux-libre 5.2.5. I've not yet made a >> third attempt. strace-5.1 has always buil

Re: 04/07: gnu: strace: Update to 5.2.

Hi Marius, guix-comm...@gnu.org writes: > mbakke pushed a commit to branch master > in repository guix. > > commit 2e2db09280d114bbdd0744c73d02aa5c40abdf4a > Author: Marius Bakke > Date: Sun Aug 4 16:22:20 2019 +0200 > > gnu: strace: Update to 5.2. This new version of strace failed to bui

Re: Should we make 'icu4c' identical between platforms?

Hi Marius, Marius Bakke wrote: > For now, I'm leaning towards adding the above substitution > unconditionally, and remove the "--with-data-packaging=archive" flag, so > that ICU has the same bugs (and builds!) everywhere. > > Mark, WDYT? Sure, sounds good to me. Thanks! Mark

Re: [core-updates] Due to flawed bootstrap tarball, full rebuild needed

Marius Bakke writes: > Chris Marusich writes: > >> Mark H Weaver writes: >> >>> It turns out that the MesCC bootstrap tarball includes store references, >>> and moreover it references a different store item than the MesCC >>> bootstrap tarball

[core-updates] Due to flawed bootstrap tarball, full rebuild needed

Hello Guix, It turns out that the MesCC bootstrap tarball includes store references, and moreover it references a different store item than the MesCC bootstrap tarball that I built locally on my own machine. See for details and a proposed patch from Janne

Re: IceWeasel-UXP and IceDove-UXP

Hello, guixuser writes: > Asking the new users to package what they want and suggesting > alternative applications; is like passively showing middle finger to > them. This idea seems to pop up from time to time, and I think it deserves a closer look. First of all, we're not asking you to do any

Re: 01/01: gnu: evolution-data-server: Fix locale handling.

Hi Timothy, guix-comm...@gnu.org writes: > samplet pushed a commit to branch core-updates > in repository guix. > > commit d619686250d8bb15bf67031f8ac80f9cfb400a26 > Author: Timothy Sample > Date: Sun Jul 14 23:47:44 2019 -0400 > > gnu: evolution-data-server: Fix locale handling. > >

Re: Help needed fixing linux-libre-5.2 on aarch64

de path generated by 'set-paths' was somehow breaking some uses of "#include_next" in the C standard library, maybe because the path elements were in the wrong order. I don't remember the precise details. Here's the relevant commit, for the record: commit ce899af10901b

Help needed fixing linux-libre-5.2 on aarch64

The 'kernel-updates' includes a preliminary commit to update linux-libre to version 5.2. Berlin has built it successfully on all supported architectures except for aarch64, where it fails: https://ci.guix.gnu.org/build/1448778/details I would be grateful if someone with access to aarch64 hardw

Re: I didn't break guix in the way I thought

zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes: > Sadly, it seems that 'gnu/machine/ssh.scm' still isn't being installed. > Would anyone with autotools experience be willing to take a look? This should be fixed in commit 079c93e1c1dd93639417095000d5e56d8db62d61. Mark

Re: "guix deploy" is in git master

;---cut here---start->8--- commit 079c93e1c1dd93639417095000d5e56d8db62d61 Author: Mark H Weaver Date: Sat Jul 6 20:01:35 2019 -0400 self: Ship the (gnu machine …) modules. This is a followup to commit fa9edf09e992db7510c7471486dffc93e1e707e5. * g

Re: 01/02: Revert "gnu: openssh: Clean-up custom install phase."

Thanks. For the record, the relevant bug is . Mark

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Marius Bakke writes: > Mark H Weaver writes: > >> Hi Marius, >> >> guix-comm...@gnu.org writes: >> >>> mbakke pushed a commit to branch staging >>> in repository guix. >>> >>> commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc &g

Re: 01/02: Revert "gnu: openssh: Clean-up custom install phase."

Hi Tobias, guix-comm...@gnu.org writes: > nckx pushed a commit to branch master > in repository guix. > > commit 1ebb908d447fd7e641e800f970a0035ccd98deb7 > Author: Tobias Geerinckx-Rice > Date: Thu Jun 27 00:20:50 2019 +0200 > > Revert "gnu: openssh: Clean-up custom install phase." > >

Re: 'core-updates' summer 2019

Marius Bakke writes: > Ludovic Courtès writes: > >> Marius Bakke skribis: >> >>> I suggest we 'freeze' core-updates next weekend and start working on >>> merging it. It has been sitting idle for way too long already! >> >> +1! > > The weekend is here already! But we are still missing glibc 2.

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Hi Marius, Marius Bakke writes: > Mark H Weaver writes: > >> guix-comm...@gnu.org writes: >> >>> mbakke pushed a commit to branch staging >>> in repository guix. >>> >>> commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc >>> A

Re: “Bitcoin Build System Security” video

Carl Dong writes: >> Carl: please can you consider releasing your video with a CC-BY-SA license? > > Done! Thank you, Carl, for the excellent video, and for making it available under a good license. This will be a great help to educate people on an important topic. Warm regards, Mar

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Hi Marius, guix-comm...@gnu.org writes: > mbakke pushed a commit to branch staging > in repository guix. > > commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc > Author: Marius Bakke > Date: Thu Jun 13 14:08:32 2019 +0200 > > gnu: gstreamer: Skip failing test on 32-bit systems. > > *

Re: 01/01: services: Add SRFI-26 to Nix activation gexp.

Hi Tobias, guix-comm...@gnu.org writes: > nckx pushed a commit to branch master > in repository guix. > > commit 2be6b5e2eea9ac084cc22281f64f7a089e46cdae > Author: Tobias Geerinckx-Rice > Date: Tue Jun 11 20:50:37 2019 +0200 > > services: Add SRFI-26 to Nix activation gexp. > > Fi

Re: Documentation videos are being uploaded!

Hi, > IIRC, Mark H Weaver (Cc'd) uploaded videos to audio-video.gnu.org in the > past. Mark, would you be able/willing to upload these videos when > they're final? Yes, will do. Thanks, Mark

Re: 01/01: gnu: Use make-linux-libre-headers.

Hi Danny, Danny Milosavljevic writes: >> I think we should not add linux-libre-4.15, because that version of >> Linux-libre is no longer supported upstream, and therefore will have >> well-known security flaws. > > OK with me to remove. > > The headers were from 4.14.67 (and still are), though.

Re: 01/01: gnu: Use make-linux-libre-headers.

Hi Danny and Carl, guix-comm...@gnu.org writes: > dannym pushed a commit to branch master > in repository guix. > > commit a15cee50cebddc665a16b455f44e22dcfb87d57f > Author: Carl Dong > Date: Wed May 29 18:04:43 2019 +0200 > > gnu: Use make-linux-libre-headers. > > * gnu/packages/

Re: Parameterized packages

Hi, Tobias Geerinckx-Rice writes: > Ludovic Courtès wrote: >> While thinking about and >> looking >> for ways to allow users to install just the locales they need right >> from >> ‘guix package’, I realized that “parameterized packages” are a >> low-hanging

Re: [BLOG] custom kernel config

Hi Marius, Marius Bakke writes: > I just want to point out an (IMO) easier way to provide a custom kernel > configuration, that does not involve the "make-linux-libre" procedure: > > (define-public linux-libre/custom > (package > (inherit linux-libre) > (native-inputs > `(("kconfi

Re: guile-bash updated source url

FYI, David might not have seen my reply below, because my mail server is unable to perform DNS lookups for his domain, and thus is unable to look up the MX record to deliver mail to him. I'm not yet sure what's going wrong, maybe something in my firewall configuration. Mark Mar

Re: 03/03: build: go-build-system: Ensure uniform unpacking directory.

Hello again, guix-comm...@gnu.org writes: > apteryx pushed a commit to branch master > in repository guix. > > commit f42e4ebb56fe4f16991ca6c6e060c8f3535865cb > Author: Maxim Cournoyer > Date: Fri Apr 5 00:00:08 2019 -0400 > > build: go-build-system: Ensure uniform unpacking directory. >

Re: 02/03: build: go-build-system: Use WHEN for side-effect conditionals.

Hi Maxim, guix-comm...@gnu.org writes: > apteryx pushed a commit to branch master > in repository guix. > > commit 7e84d3eef724ef18f8e1c1b0932b6f74d3ae3e35 > Author: Maxim Cournoyer > Date: Thu Apr 4 23:26:04 2019 -0400 > > build: go-build-system: Use WHEN for side-effect conditionals. >

Re: 01/05: doc: Add note about .

Hi Ludovic, guix-comm...@gnu.org writes: > civodul pushed a commit to branch version-1.0.0 > in repository guix. > > commit 542e7fb57fe5626970e9321cd23645270a427388 > Author: Ludovic Courtès > Date: Sat May 4 22:16:53 2019 +0200 > > doc: Add note about . >

Re: guile-bash updated source url

Hi David, david.lars...@selfhosted.xyz writes: > On Fri, 3 May 2019, Ludovic Courtès wrote: > >> david.lars...@selfhosted.xyz skribis: >> >>> This is my first contribution to guix and it's just a minor fix for >>> the guile-bash package which had an outdated source url. I was able to >>> retrieve

Re: [Non-root Guix]: Unable to build guix

Hi Ricardo, Ricardo Wurmus writes: > rohit yadav writes: > >>> Do you want to build everything from source on your system or do you >>> prefer to use binaries from the Guix project’s build farms? Do you have >>> access to user namespaces / can you use “unshare” for file system >>> shenanigans?

Re: GNOME

Hi Raghav, "Raghav Gururajan" writes: > Does GNOME meta-package in Guix, corresponds to [1] or [2] or mix of both? > > [1] https://packages.debian.org/stable/metapackages/gnome > [2] https://packages.debian.org/stable/metapackages/gnome-core Guix doesn't currently have a package that correspond

Re: GNU Guix 1.0.0 released

Ludovic Courtès writes: > We are thrilled to announce the release of GNU Guix 1.0.0! > > This 1.0 release is a major milestone for Guix. It represents 7 years > of hard work with more than 40,000 commits by 260 people, 19 releases, > and an equally amazing amount of work on documentation, transl

Re: ‘staging’ merged!

Hi Ludovic, Ludovic Courtès writes: > I’m happy to report that I’ve finally merged ‘staging’! The branch > brings lots of updates, notably GNOME 2.28 (was 2.24). > > Up-to-date substitutes are available from . I notice that 'staging' was not built on Hydra before it was m

Re: custom kernel config

Hi, Ludovic Courtès writes: > Efraim Flashner skribis: > >> title: Creating and using a custom Linux kernel on Guix System >> date: 2019-04-04 00:00 >> author: Efraim Flashner >> tags: kernel, customization > > Really nice! > >> (define-public linux-libre-E2140 >> (let ((base >> ((@

Re: Package request: ZFS

Hi Pierre, Pierre Neidhardt writes: > Now that we have support for linux module packages (thanks to Danny), > can we get ZFS to work on Guix? > > https://zfsonlinux.org/ Probably not, because ZFS and Linux use incompatible licenses. IANAL, but my understanding is that they impose conflicting

Re: 01/05: build-self: Avoid deprecated bindings.

Ludovic Courtès writes: > guix-comm...@gnu.org skribis: > >> commit fa9e6e8b676ca920a894cf3b48bfcb670077144f >> Author: Mark H Weaver >> Date: Sun Apr 21 13:58:08 2019 -0400 >> >> build-self: Avoid deprecated bindings. >> >> * buil

Re: Trouble getting 'fprintd-service-type' to work

Hi Danny, Danny Milosavljevic writes: > On Tue, 16 Apr 2019 16:07:19 -0400 > Mark H Weaver wrote: > >> Did you test this service before pushing it to master? > > I can't remember - but probably not. Sorry. > >> Does it work for you? > > It d

Trouble getting 'fprintd-service-type' to work

Hi Danny, I see that you're the author of 'fprintd-service-type', added last May in the following commit: commit 7f93bbd5aadf0427190769fba8f478c29e37b4f4 Author: Danny Milosavljevic Date: Wed May 30 19:43:48 2018 +0200 services: Add fingerprint identification service.

Re: 07/07: services: console-keymap: Deprecate.

Hi Ludovic, Ludovic Courtès writes: > Alex Kost skribis: > >> Mark H Weaver (2019-04-05 21:45 -0400) wrote: >> >>> Is there an alternative service to replace it? >> >> I wonder too! I see there is a new ‘keyboard-layout’ field, but if I >> unders

Re: 07/07: services: console-keymap: Deprecate.

Hi Ludovic, guix-comm...@gnu.org writes: > civodul pushed a commit to branch master > in repository guix. > > commit 3a665637afc32a142dc24a77ce7ce9235eb6a3af > Author: Ludovic Courtès > Date: Wed Apr 3 14:32:41 2019 +0200 > > services: console-keymap: Deprecate. > > * gnu/services

Re: 02/05: gnu: tdb: Update to 1.4.0.

Hi Marius, guix-comm...@gnu.org writes: > mbakke pushed a commit to branch master > in repository guix. > > commit 5e7e193b71a39c7b31d7036aaef25644a4bc7206 > Author: Marius Bakke > Date: Sat Mar 23 22:13:01 2019 +0100 > > gnu: tdb: Update to 1.4.0. > > * gnu/packages/databases.scm

Re: Guix on the ASUS C201PA

Ludovic Courtès writes: > Vagrant Cascadian skribis: > >> There's a FIXME for properly fetching the veyron kernel configuration, >> but otherwise it's looking almost like something worth formally >> submitting... ? > > It looks like it! Mark, could you comment on this patch, in particular > the

Re: librsvg & Rust

Marius Bakke writes: > I wanted to ask about this: is Rust supported on all the platforms we > support at the moment? On hydra.gnu.org, our rust packages can only successfully be built on x86_64-linux. They fail to build on i686-linux and armhf-linux. I don't know about aarch64-linux. M

SANE / simple-scan working for anyone?

Has anyone successfully scanned documents with SANE on a Guix System? I just tried running 'simple-scan' with a CanoScan N1240U/LiDE 30 connected via USB, which has "complete" support according to the SANE docs. Although "lsusb" shows the scanner: mhw@jojen ~$ lsusb Bus 006 Device 002: ID 04

Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)

Giovanni Biscuolo writes: > OK, so my problem getting ungoogled-chromium installed is not related to > the 504 gateway timeout from the web API > > unfortunately I'm still having problems installing it since my client > does not download the substitute but starts building the derivation: > > $ gu

Re: wrapping up the Newmoon Browser package

Hi swedebugia, swedebugia writes: >> Can you find evidence that >> Pale Moon has made such a commitment for their add-ons repository? > > I did not find any such statements. I did find non-free addons though. > E.g. FireShot listed here: > https://addons.palemoon.org/extensions/tools-and-util

Re: 01/01: Merge branch 'staging'

Hi Ludovic, guix-comm...@gnu.org writes: > civodul pushed a commit to branch master > in repository guix. > > commit 50a93adc05b611836e740c4b55571890f4c6770a > Merge: 722ac64 69fb26d > Author: Ludovic Courtès > Date: Sat Feb 9 15:14:59 2019 +0100 > > Merge branch 'staging' I asked Hydra t

Re: Rust 1.19 fails to build on i686 on ‘staging’

Hi Ludovic, Ludovic Courtès writes: > Rust fails to build on i686 on ‘staging’, so I don’t know if it’s > deterministic (the “unexpected EOF” reminds me of parallel build issues > with half-baked makefiles): > > BUILDING crates_io from crates-io v0.9.0 with features [] >> /gnu/store/fw4yy7cgb5ah

Re: 01/01: tests: docker: Run a guest guile inside the docker container.

Hi Danny, guix-comm...@gnu.org writes: > dannym pushed a commit to branch master > in repository guix. > > commit 49ec5d88c5770ae49b45849cb691c8921ecf4ca7 > Author: Danny Milosavljevic > Date: Mon Jan 14 15:44:16 2019 +0100 > > tests: docker: Run a guest guile inside the docker container.

Re: 07/07: gnu: emacs-ghub: Update to 3.2.0.

Jelle Licht writes: > Mark H Weaver writes: > >> Hi Jelle, >> [...] >> >> In toplevel form: >> magit-reset.el:30:1:Error: Cannot open load file: No such file or directory, >> graphql >> make[1]: *** [Makefile:65: magit-reset.elc] Error 1 >>

Re: 07/07: gnu: emacs-ghub: Update to 3.2.0.

Hi Jelle, guix-comm...@gnu.org writes: > jlicht pushed a commit to branch master > in repository guix. > > commit b96f0e6ff9f8f36d250b5ae94a908272babb35cf > Author: Jelle Licht > Date: Sat Dec 29 14:55:19 2018 +0100 > > gnu: emacs-ghub: Update to 3.2.0. > > * gnu/packages/emacs.sc

Re: Merging staging?

Mark H Weaver writes: > Efraim Flashner writes: > >> So I think I'd like to see a comparison on hydra of staging vs master >> and if it's good enough we go ahead and merge > > I just asked Hydra to produce another evaluation of 'staging'. When

Re: Merging staging?

Hi Efraim, Efraim Flashner writes: > I merged master into staging today and got the following chart: > > | architecture | berlin | hydra | > +--++---+ > | x86_64 | 42.2% | 78.8% | > | i686 | 28.2% | 64.3% | > | aarch64 | 0% | 23.0% | > | armhf

Re: Trustworthiness of build farms (was Re: CDN performance)

Hi Jeremiah, jerem...@pdp10.guru writes: To truly solve that problem, we need bug-free compilers. >>> Impossible for all but the simplest of languages as the complexity of >>> implementing a compiler/assembler/interpreter is ln(c)+a but the >>> complexity of implementing a bug-free compiler/

Re: Build/test passes locally but fails on hydra?

Hi Hartmut, Hartmut Goebel writes: > I wonder how it can happen that a build resp. test passes locally but > fails on hydra. I'd assume on both machines the containers are set up > the same. Any ideas? One notable difference is the kernel. Hydra.gnunet.org, the build slave that performed the f

Re: Trustworthiness of build farms (was Re: CDN performance)

Hi Jeremiah, jerem...@pdp10.guru writes: >> To truly solve that problem, we need bug-free compilers. > Impossible for all but the simplest of languages as the complexity of > implementing a compiler/assembler/interpreter is ln(c)+a but the > complexity of implementing a bug-free compiler/assemble

Re: Trustworthiness of build farms (was Re: CDN performance)

Hi Jeremiah, If you could add an "In-Reply-To:" header to your responses, that would be very helpful. It's easy to add it manually if needed: just copy the "Message-ID:" header from the original message and replace "Message-ID:" with "In-Reply-To:". As is, it's very difficult for me to keep trac

Re: Merging staging?

Hi Julien, I've rearranged your reply from "top-posting" style to "bottom-posting" style. Please consider using bottom-posting in the future. I wrote: > Julien Lepiller writes: > >> I'd like to get staging merged soon, as it wasn't for quite some >> time. Here are some stats about the current

Trustworthiness of build farms (was Re: CDN performance)

Hi Giovanni, Giovanni Biscuolo writes: > Mark H Weaver writes: > >> Giovanni Biscuolo writes: >>> with a solid infrastructure of "scientifically" trustable build farms, >>> there are no reasons not to trust substitutes servers (this implies >>&g

Re: Merging staging?

Hi Julien, Julien Lepiller writes: > I'd like to get staging merged soon, as it wasn't for quite some > time. Here are some stats about the current state of substitutes for > staging: > > According to guix weather, we have: > > | architecture | berlin | hydra | > +--++---

Re: [SECURITY] Which packages bundle sqlite?

Hi Alex, This issue is being tracked at , so it would be best to send followups regarding this issue to <33...@debbugs.gnu.org>. Alex Vong writes: > I also want to know should we graft in this case since updating sqlite > would cause ~4000s rebuilts. Yes, it should

Re: Preparing the reduced bootstrap tarballs, take 3

Hi Ludovic, Ludovic Courtès writes: > Mark H Weaver skribis: > >> What commit did you use? It would be good to document this, so that >> others can independently verify our bootstrap binaries, now or in the >> future. > > The commit appears in the commit log and

Re: Why is GCL built with gcc@4.9?

Hi Efraim, Efraim Flashner writes: > I looked through the commits and I'm not sure why I added gcc@4.9. When > did we change our default gcc from 4.9 to 5? The change was made on core-updates on 12 December 2016 (commit b810a85019ab3c4ee1f889d0751b8eb06157dadc), and merged into master on 3 Apri

Re: bug#33676: GuixSD on eoma68-a20?

Hi Andreas, Andreas Enge writes: > On Fri, Dec 14, 2018 at 09:50:26PM +0100, Danny Milosavljevic wrote: >> can you check whether dirindex (hashtables for directory) is enabled? >> # tune2fs -l /dev/... | grep -o dir_index >> See also >> https://blog.merovius.de/2013/10/20/ext4-mysterious-no-spa

Re: 01/01: gnu: mit-scheme: Update to 10.1.3.

Hi Kei, guix-comm...@gnu.org writes: > kkebreau pushed a commit to branch master > in repository guix. > > commit d870cc5e8acfed6fee318a66c3ffc7244aa376a1 > Author: Kei Kebreau > Date: Thu Dec 13 08:32:50 2018 -0500 > > gnu: mit-scheme: Update to 10.1.3. > > * gnu/packages/scheme.

Re: CDN performance

Hi Giovanni, Giovanni Biscuolo writes: > with a solid infrastructure of "scientifically" trustable build farms, > there are no reasons not to trust substitutes servers (this implies > working towards 100% reproducibility of GuixSD) What does "scientifically trustable" mean? Mark

Re: Coq native-inputs: Useless hevea / texlive?

Julien Lepiller writes: > They must have been useful in older versions, but I didn't pay > attention. If they are not needed for anything, please go ahead and > remove them! Although I sometimes use Coq, I don't know much about the Guix packaging for it, so I'm glad to trust your judgment on thi

Re: Preparing the reduced bootstrap tarballs, take 3

Ludovic Courtès writes: > Mark H Weaver skribis: > >> Ludovic Courtès writes: >> >>> Jan Nieuwenhuizen skribis: >>> >>>> Ludovic Courtès writes: >>>> >>>> Hi! >>>> >>>>> I’ve just uploaded these

Re: End of beta soon? drop i686?

Hi Danny, Danny Milosavljevic writes: >> Note that we also lost 'icecat' on armhf-linux with the 52->60 upgrade, >> because our 'rust' packages have never worked on armhf-linux. > > Wait, what? I wasn't aware. Let's track this as a bug - that's > definitely not supposed to happen. > > mrustc w

Why is GCL built with gcc@4.9?

Hi Efraim, I'm curious about this commit of yours from April 2017: --8<---cut here---start->8--- commit 5c7815f205e9164d4b82378de91bee7a65bcfbcb Author: Efraim Flashner Date: Mon Apr 10 05:20:09 2017 +0300 gnu: gcl: Build with gcc@4.9. * gnu/pa

Re: Preparing the reduced bootstrap tarballs, take 3

Ludovic Courtès writes: > Jan Nieuwenhuizen skribis: > >> Ludovic Courtès writes: >> >> Hi! >> >>> I’ve just uploaded these to >>> : >>> >>> linux-libre-headers-stripped-4.14.67-i686-linux.tar.xz >>> linux-libre-headers-stripped-4

Re: End of beta soon? drop i686?

Hi Joshua, Joshua Branson writes: > The last time I tried guix's iceweasel, it was *un-useable* on many > sites I came across. I couldn't log into my bank account (though that's > probably 'cause my bank only lets you log in via "firefox"), youtube > stopped working, scrolling was choppy, chang

Re: End of beta soon? drop i686?

Hi Danny, Danny Milosavljevic writes: >> Note that we also lost 'icecat' on armhf-linux with the 52->60 upgrade, >> because our 'rust' packages have never worked on armhf-linux. > > Wait, what? I wasn't aware. Let's track this as a bug - that's > definitely not supposed to happen. > > mrustc w

Re: End of beta soon? drop i686?

Danny Milosavljevic writes: > Hi Mark, > >> Note that we also lost 'icecat' on armhf-linux with the 52->60 upgrade, >> because our 'rust' packages have never worked on armhf-linux. > > Wait, what? I wasn't aware. Let's track this as a bug - that's > definitely not supposed to happen. > > mrustc

Re: End of beta soon? drop i686?

Hi, In this message, I'll respond to only one of your points: swedebu...@riseup.net writes: > 3) icecat does not have a substitute available and guix package -i > icecat -n outputs: > The following derivations would be built: >/gnu/store/7wmg5qw3s45mi8ss9q3q45hfmx3j91y6-profile.drv >/gnu

Re: GuixSD on eoma68-a20?

Hi Danny and Ludovic, Danny Milosavljevic writes: > After the change, I get the following on Hydra > : > > --- > @ build-started /gnu/store/scnqgfc3k4434h3gch22hnh0z8qdbvdb-disk-

Re: GuixSD on eoma68-a20?

Hi Danny, Danny Milosavljevic writes: > On Sat, 8 Dec 2018 17:39:01 +0100 > swedebugia wrote: > >> Could we pre-order some of these owned by the foundation to >> be used to to hack on this? >> >> See https://www.crowdsupply.com/eoma68/micro-desktop > > Guix received one but we have so far be u

Re: Video of Talk: "Everyday Use of GNU Guix"

Hi, Ludovic Courtès writes: > Chris Marusich skribis: > >> As previously announced [1], on November 10th I gave a talk at SeaGL [2] >> titled "Everyday Use of GNU Guix" [3]. >> >> I've made a recording of the talk available here: >> >> https://media.marusich.info/everyday-use-of-gnu-guix-chris-

Re: [PATCH 0/3] Defaulting to ci.guix.info (aka. berlin.guixsd.org)

Hi Ludovic, Ludovic Courtès writes: > These patches (actually the last one) switch Guix to default to > for substitutes, in preparation for the > upcoming 0.16.0 release (hopefully this week!). Who owns the guix.info domain? Also, who owns the guixsd.org domain? Th

Re: 01/01: gnu: ocaml@4.01: Remove aarch64-linux from supported-systems.

l...@gnu.org (Ludovic Courtès) writes: > Efraim Flashner skribis: > >> On Sat, Dec 01, 2018 at 05:23:32PM -0500, Mark H Weaver wrote: >>> Hi Efraim, >>> >>> guix-comm...@gnu.org writes: >>> >>> > efraim pushed a commit t

Re: Generated patches change over time

Maxim Cournoyer writes: > l...@gnu.org (Ludovic Courtès) writes: > > [...] > >> You’re right, along the same lines, it could be a fixed-output >> derivation. >> >> The problem is rather that the workflow would be a bit awkward: ‘guix >> download’ would download the raw, unprocessed patch, and thu

Re: Generated patches change over time

l...@gnu.org (Ludovic Courtès) writes: > Maxim Cournoyer skribis: > l...@gnu.org (Ludovic Courtès) writes: >> >>>Lesson learned: we should not rely at all on generated patches because >>>they are bound to change frequently (version string at the end, length >>>of commit hash prefixes, etc.)

Re: 01/01: gnu: ocaml@4.01: Remove aarch64-linux from supported-systems.

Hi Efraim, guix-comm...@gnu.org writes: > efraim pushed a commit to branch master > in repository guix. > > commit 454e7132d6fffb5c9a5ce086ffd1b687416feb83 > Author: Efraim Flashner > Date: Sat Dec 1 22:41:19 2018 +0200 > > gnu: ocaml@4.01: Remove aarch64-linux from supported-systems. >

Re: 01/01: gnu: uncrustify: Update to 0.68.1.

Tobias Geerinckx-Rice writes: > Ludovic Courtès wrote: >> diff -ru >> orig/uncrustify-uncrustify-0.68.1/documentation/htdocs/config.txt >> new/uncrustify-uncrustify-0.68.1/documentation/htdocs/config.txt >> --- >> orig/uncrustify-uncrustify-0.68.1/documentation/htdocs/config.txt >> 2018-11-20 18

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