Re: Errors encountered in building guix from source.

Fis Trivial writes: > I think I will have to disable guix for a while since it's really messing > up with my environment and I currently don't have the time to deal with > it. :( > I will come back latter and try joining the development for guix itself, > really sorry. I

Re: aarch64 machines donated by ARM!

l...@gnu.org (Ludovic Courtès) writes: > Hello Guix! > > In December, Richard Henwood of ARM Holdings kindly donated two SoftIron > OverDrive 1000: > > https://softiron.com/development-tools/overdrive-1000/ > > These are 4-core, pretty fast machines. Both are currently at my place > and I

Re: website: say what Guix is at the very top

l...@gnu.org (Ludovic Courtès) writes: > Hello, > > myg...@gmail.com skribis: > >> Before you build these two sites, how about considering a more unified >> approach? IMO this will be easier for users to understand and require >> less work. Using 'GuixE' to refer to everything in '(guix) Top' you

Re: website: say what Guix is at the very top

l...@gnu.org (Ludovic Courtès) writes: > Hello, > > Chris Marusich skribis: > >> Ricardo Wurmus writes: >> >>> Hi Guix, >>> >>> on the website it starts right away with a list of features: >>> “Liberating”, “Dependable”, and “Hackable”. But what is

Re: website: say what Guix is at the very top

On Sat, Jan 27, 2018 at 01:20:29PM -0500, myg...@gmail.com wrote: > PRODUCT DESCRIPTION: > > The Guix software environment manager creates user environments that > are completely and independently specified by users. Guix users are > never are stuck needing software that a Sysadmin can't, won't,

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, I think you can go ahead. >

Re: Cuirass news

> I've now forked guile-sqlite3 and put the stuff that makes sense for a > low-level binding there (not sqlite-exec - that would still be in > guix-cuirass). I've created a pull request https://notabug.org/civodul/guile-sqlite3/pulls/2 now.

Re: website: say what Guix is at the very top

On 01/27/2018 at 17:14 Ludovic Courtès writes: > Hello, > > myg...@gmail.com skribis: > >> Before you build these two sites, how about considering a more unified >> approach? IMO this will be easier for users to understand and require >> less work. Using 'GuixE' to refer to everything in '(guix)

Re: Cuirass news

... and a fix to an example: Note: I'm incapable of making the pass-through of the fetch-repository result through (call-with-output-fdes 1 "/dev/null" (lambda () (fetch-repository spec)) work, thus disabled it. diff --git a/examples/guix-track-git.scm b/examples/guix-track-git.scm

Re: Cuirass news

Hi Ludo, > Yes, I was unhappy with that, glad you fixed it. :-) I've now forked guile-sqlite3 and put the stuff that makes sense for a low-level binding there (not sqlite-exec - that would still be in guix-cuirass). These are: - stmts hash-table is now in guile-sqlite3's . - sqlite-finalize

Re: [Geiser-users] geiser-xref-callers does not seem to work

On Mon, Dec 18 2017, Andy Wingo wrote: > On Sat 16 Dec 2017 08:55, Chris Marusich writes: > >> * Place point on symbol expression->derivation-in-linux-vm on line 203 >> (in the definition of the iso9660-image procedure), and press "C-c <". >> >> When I do this, I receive

Re: website: say what Guix is at the very top

Hello, myg...@gmail.com skribis: > Before you build these two sites, how about considering a more unified > approach? IMO this will be easier for users to understand and require > less work. Using 'GuixE' to refer to everything in '(guix) Top' you > could say: I think changing names to address

Re: Meltdown / Spectre

Mark H Weaver skribis: > 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

Re: Maintaining implementations of similar utility functions like json-fetch

Hello! Jelle Licht skribis: > I noticed that there are currently two very similar functions for fetching > json data; `json-fetch' in (guix import json) and `json-fetch*' in (guix > import github). > > Some things I noticed: > - Dealing with http error codes seems to be a bit

Re: Cuirass news

Hi Danny, Danny Milosavljevic skribis: > I saw that (cuirass database) has some problems with sql injection. > I defused it a little, see attached patch. Yes, I was unhappy with that, glad you fixed it. :-) > While we are at it, we can also reuse prepared statements

Re: Errors encountered in building guix from source.

> > What do you mean by disable? You could invoke it at any time with a > clean Bash session. Also I would recommend to search for a Fedora's > Bash feature for installing programms if a command is missing and > disable/remove it. Fedora's folks probably could help this it. > > Oleg. Thanks

Re: [RFC] A simple draft for channels

Hi Ricardo, This is a great start - I'm excited to playing with a prototype! Ricardo Wurmus writes: > As a first implementation of channels I’d just like to have a channel > description file that records at least the following things: > > * the channel name (all

Re: Call for project proposals: Guix and Outreachy

Hi pelzflorian (Florian Pelz) writes: > Hello, > > On Fri, Jan 26, 2018 at 12:53:37PM +0100, Alex Sassmannshausen wrote: >> A second step might be a simplified Guile build system, which does not >> rely on autotools infrastructure. I believe this was discussed in the >> past: it would be a