Eric Bavier writes:
> On Tue, 27 Sep 2016 22:10:31 -0700
> Chris Marusich wrote:
>
>> John Darrington writes:
>>
>> > On Tue, Sep 27, 2016 at 09:18:30PM -0700, Chris Marusich wrote:
>> > Hi,
>> >
>> > The manual says ((guix) Building from Git):
>> >
>> > --8<
On 10/18/2016 at 16:20 Ludovic Courtès writes:
> Hello,
>
> I’m trying to gather a “wish list” of things to be done to facilitate
> the use of Guix on clusters and for high-performance computing (HPC).
The scheduler that I am most familiar with, SGE, supports the
proposition that compute hosts ar
On 10/26/2016 at 14:08 Ricardo Wurmus writes:
> At the MDC we’re using SGE and users specify their software environment
> in the job script. The software environment is a Guix profile, so the
> job script usually contains a line to source the profile’s
> “etc/profile”, which has the effect of set
On 10/26/2016 at 14:00 Ludovic Courtès writes:
> myglc2 skribis:
>
>> The scheduler that I am most familiar with, SGE, supports the
>> proposition that compute hosts are heterogeneous and that they each have
>> a fixed software and/or hardware configuration. As a result,
Hi Pjotr,
On 03/19/2018 at 13:04 Pjotr Prins writes:
> Let's start up again on this conversation in the context of
> deployment. I have a simple use case. For GeneNetwork we maintain
> GUIX_PACKAGE_PATH packages. It contains packages that ought to go in
> main line (such as python-gunicorn), but
On 03/19/2018 at 19:31 Pjotr Prins writes:
> On Mon, Mar 19, 2018 at 02:21:35PM -0400, myg...@gmail.com wrote:
>> > Moving from one to the other, however, is too complicated and error
>> > prone. I can do it, but no one else really wants to. Even with my
>> > explanations it proves to be a royal p
Hi Dave,
On 03/29/2018 at 13:32 Ludovic Courtès writes:
> "Thompson, David" skribis:
>
>> The FSF has uploaded my talk about Guix from this past weekend's
>> LibrePlanet conference. If you're interested, you can watch it at
>> this URL:
>>
>> https://media.libreplanet.org/u/libreplanet/m/practi
On 06/07/2018 at 17:25 Catonano writes:
> I just published my latest blog post
>
> In this post I discuss Guix
>
> And I discuss Guile too
>
> I understand that the language is strong and I expect someone to be upset
>
> But I feel this is due
>
> Happy reading
>
> http://catonano.v220180258366619
On 12/17/2016 at 12:13 Alex Kost writes:
> I have committed 'emacs-guix' package, so after "guix pull" or if you
> use the git checkout, you may try it with:
>
> guix package -i emacs-guix
Hi Alex,
Tried this on GuixSD 0.12.0 from git and I dig it!
When I google 'guix emacs github' the top hi
On 12/22/2016 at 12:15 Alex Kost writes:
> myglc2 (2016-12-21 19:18 -0500) wrote:
>
>> Have you decided re feedback/support? github issues? mailing list?
>
> Whatever seems appropriate to you: issues or pull requests on
> github/notabug, or mailing me directly is OK. As
On 12/18/2016 at 11:32 Ludovic Courtès writes:
> Hi Alex,
>
> Alex Kost skribis:
>
>> Ludovic Courtès (2016-12-15 18:39 +0100) wrote:
>>
[...]
>
>> I always feel uncomfortable to send patches or to push commits to the
>> Guix repo. I can't explain it properly, it's just painful all the
>> time;
On 01/04/2017 at 08:59 John Darrington writes:
> The wip-installer branch is ready for testing and general review.
This is looking really great! I tried ...
http://web.fdn.fr/~lcourtes/software/guix/guixsd-graphical-installer-x86-64-linux
... on the headless server where I run GuixSD. I experie
On 01/06/2017 at 21:50 John Darrington writes:
> Thanks for taking the time to do this.
>
> On Fri, Jan 07, 2017 at 03:53:17PM -0500, myglc2 wrote:
>
> This is looking really great! I tried ...
>
>
> http://web.fdn.fr/~lcourtes/software/guix/guixsd
Oops, herewith the attachment for previous email.
> In my case I want emacs, so I put emacs in my system configs.
Another rationale for installing emacs in the system config is the very
nice emacs-guix tools for package search and config management. It seems
to me that emacs could also be used t
On 01/12/2017 at 17:10 Ludovic Courtès writes:
> Hello Guix!
>
> Good news: the new machine, bayfront.guixsd.org, is building Guix master
> for x86_64/i686 with Cuirass⁰!
>
> You can get substitutes from https://bayfront.guixsd.org; just authorize
> its key (with ‘guix archive --authorize’), which
On 02/09/2017 at 17:36 Ludovic Courtès writes:
> Hi!
>
> myglc2 skribis:
>
>> Hi Ludo, I have a couple questions. I autorized bayfront like so ...
>>
>> g1@g1 ~/src$ cat bayfront.guixsd.org.pub
>> (public-key
>&
On 02/09/2017 at 17:36 Ludovic Courtès writes:
> Hi!
>
> myglc2 skribis:
>
>> Hi Ludo, I have a couple questions. I autorized bayfront like so ...
>>
>> g1@g1 ~/src$ cat bayfront.guixsd.org.pub
>> (public-key
>&
On 02/11/2017 at 15:32 Ludovic Courtès writes:
> myglc2 skribis:
>
>> On 02/09/2017 at 17:36 Ludovic Courtès writes:
>
> [...]
>
>>> Could it be that the ‘guix archive’ you ran uses a configuration
>>> directory other than this one? What does:
>>>
On 02/13/2017 at 14:05 Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> myglc2 skribis:
>>>
>>>> On 02/09/2017 at 17:36 Ludovic Courtès writes:
>>>
>>
On 02/14/2017 at 09:20 Ludovic Courtès writes:
> myglc2 skribis:
>
>> On 02/13/2017 at 14:05 Ludovic Courtès writes:
>>
>>> Hi Maxim,
>>>
>>> Maxim Cournoyer skribis:
>>>
>>>> l...@gnu.org (Ludovic Courtès) writes:
>>>&
On 02/14/2017 at 16:29 Ludovic Courtès writes:
> myglc2 skribis:
>
>> g1@g1 ~/src/guix [env]$ ./configure --sysconfdir=/etc
>>
>> ... it gave this message ...
>>
>> [...]
>> checking the current installation's localstatedir... /var
>> configu
On 02/14/2017 at 17:43 Maxim Cournoyer writes:
> Hi George and Ludovic,
>
> l...@gnu.org (Ludovic Courtès) writes:
>
> [...]
>>
>> ‘guix pull’ preserves your (guix config) module. So if the ‘guix’ you
>> run was configured to use /etc, it’ll keep using that; if it was
>> configured to use /usr/l
On 02/14/2017 at 19:24 Leo Famulari writes:
> On Tue, Feb 14, 2017 at 07:12:44PM -0500, Leo Famulari wrote:
>> * gnu/services/base.scm (): New record type.
>> (agetty-shepherd-service, agetty-service): New procedures.
>> (agetty-service-type): New variable.
>
> My intention is to get a serial tty,
On 02/16/2017 at 02:06 Leo Famulari writes:
> On Tue, Feb 14, 2017 at 07:24:17PM -0500, Leo Famulari wrote:
>> This 'extra' is a time-saving kludge. I'll add fields for all of
>> agetty's configuration options once I'm satisfied that the service works
>> on GuixSD.
>
> Here's a patch that exposes
On 02/17/2017 at 17:59 Leo Famulari writes:
> On Fri, Feb 17, 2017 at 01:35:44PM -0500, myglc2 wrote:
>> Hi Leo,
>>
>> I think that what you have is great. With this in my system config ...
>>
>> (agetty-service (agetty-configuration
On 04/01/2017 at 16:29 Leo Famulari writes:
> 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
On 04/02/2017 at 21:06 Leo Famulari writes:
> 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
On 04/02/2017 at 22:13 Leo Famulari writes:
> 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/man
On 04/05/2017 at 11:59 Leo Famulari writes:
> Questions:
>
> 1) In general, is this approach okay?
Hi Leo,
This LGTM, but I was unable to test it because my 'system build' hangs
as reported in bug#26370. Running your commit produced a similar hang
but I think it is not caused by your changes so
On 04/05/2017 at 12:07 Leo Famulari writes:
> 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")
>>
On 01/18/2017 at 10:02 Alex Kost writes:
> alezost pushed a commit to branch master
> in repository guix.
>
> commit cf006d2e738f473e7fb630b566e04c4872fa204b
> Author: Christopher Baines
> Date: Tue Jan 17 20:07:06 2017 +
Hi Alex & Christopher,
I installed emacs-ag but was a bit disappoin
On 04/06/2017 at 11:18 Leo Famulari writes:
> On Wed, Apr 05, 2017 at 04:43:32PM -0400, myglc2 wrote:
>> > ... you won't get '--unit=0' unless you specify (serial-unit 0) in your
>> > GuixSD configuration. However, GRUB defaults to '0', according t
In "6.2.7.15 Continuous Integration" there is a reference to
'(https://notabug.org/mthl/cuirass)' but the doc is for GuixSD '(gnu
services cuirass)'.
And git://git.sv.gnu.org/guix/maintenance.git/hydra/bayfront.scm also
uses GuixSD '(gnu services cuirass)'.
So here is the question... Is it correc
In "6.2.7.15 Continuous Integration" there is a reference to
'(https://notabug.org/mthl/cuirass)' but the doc is all for of GuixSD
'(gnu services cuirass)'. Also
git://git.sv.gnu.org/guix/maintenance.git/hydra/bayfront.scm uses GuixSD
'(gnu services cuirass)'.
This left me wondering... has '(https
> Cuirass is a piece of software, which is hosted on
> https://notabug.org/mthl/cuirass. The “(gnu services cuirass)” module
> only provides Guix services to make it easier to configure Cuirass on
> GuixSD.
Hmm... Now why wasn't that obvious to me? Thanks Ricardo ;-)
On 04/07/2017 at 14:07 Andy Wingo writes:
> Hi,
>
> I just "installed" GuixSD on a DigitalOcean droplet. You can't actually
> install GuixSD; you have to mutate an existing installation into
> GuixSD. But fine.
[...]
Hi Andy,
I upgraded Debian to GuixSD on a physical server in a similar way ..
On 04/07/2017 at 14:31 ng0 writes:
> Andy Wingo transcribed 1.0K bytes:
>> Hi :)
>>
>> On Fri 07 Apr 2017 16:04, myglc2 writes:
>>
>> > On 04/07/2017 at 14:07 Andy Wingo writes:
>> >
>> >> I just "installed" GuixSD on a Digit
Hi Efraim & Leo,
gnu screen 4.5.0 has INFO ...
/gnu/store/bxnzlqz31011w3rf04bvg03agz15s4dw-screen-4.5.0/share/info:
-r--r--r-- 3 root root 74621 Dec 31 1969 screen.info.gz
... but 4.5.1 doesn't ...
/gnu/store/3si822dbkwnr4y71imwzgx9r3sx2q8cp-screen-4.5.1/share/info:
I can't figure out h
t has been reported upstream ...
http://lists.gnu.org/archive/html/screen-devel/2017-03/msg0.html
... so sorry for the chatter ...
... but happy to discover hydra build logs ;-)
On 04/08/2017 at 18:10 myglc2 writes:
> Hi Efraim & Leo,
>
> gnu screen 4.5.0 has IN
On 04/05/2017 at 16:56 Ludovic Courtès writes:
> civodul pushed a commit to branch master
> in repository guix.
>
> commit a0b87ef8ec7735aa42cf35d380e9cff04f3236f3
> Author: Maxim Cournoyer
> Date: Wed Apr 5 01:09:22 2017 -0700
[...]
So now q'guix package -m' produces messages like ...
guix p
On 04/10/2017 at 10:22 Maxim Cournoyer writes:
> Hi myglc2!
>
> On Mon, Apr 10, 2017 at 2:28 AM, myglc2 wrote:
>>
>> On 04/05/2017 at 16:56 Ludovic Courtès writes:
>>
>> > civodul pushed a commit to branch master
>> > in repository guix.
>> >
Info source was included but not previously being built.
>From 5b757a33ffb1528621027aeecff07a7b95c5df39 Mon Sep 17 00:00:00 2001
From: George Clemmer
Date: Mon, 10 Apr 2017 18:31:52 -0400
Subject: [PATCH] gnu: emacs-ag: build/install info
* gnu/packages/emacs.scm (emacs-a): build/install info
-
On 04/11/2017 at 09:40 ng0 writes:
> Can you come up with an chapters, subchapters, + briefly described /
> expected content map? This might help to work on it.
>
> Hartmut Goebel transcribed 0.5K bytes:
>> Am 11.04.2017 um 07:28 schrieb Feng Shu:
>> > "Contributing" document is hard to be underst
On 04/12/2017 at 18:18 Alex Kost writes:
[...]
> I added a copyright line for you and committed:
>
> http://git.savannah.gnu.org/cgit/guix.git/commit/?id=99517d92709ee979c3507994caeb18db1eed08a6
>
> Thanks!
Thank you for the corrections. Stumbling around in the dark and happy to have
them ;-)
Using geiser-guile-load-path as currently recommended results in source
that was already compiled by the guix build being recompiled :-(
This patch avoids that. It also moves the configuration to
'~/.bash_profile' so it applies when guile is used directly.
>From 4585499f99336dc3e626c3105f0539ef3
On 04/15/2017 at 16:20 Chris Marusich writes:
> myglc2 writes:
>
>> Using geiser-guile-load-path as currently recommended results in source
>> that was already compiled by the guix build being recompiled :-(
>>
>> This patch avoids that. It also moves the configurat
On 04/16/2017 at 11:06 Alex Kost writes:
> myglc2 (2017-04-16 00:19 -0400) wrote:
>
>> On 04/15/2017 at 16:20 Chris Marusich writes:
> [...]
>> The geiser doc says ...
>>
>>You can also specify a couple more initialisation parameters. For
>> Gu
On 04/05/2017 at 07:59 Leo Famulari writes:
> 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,
>> ofcons
> export INFOPATH="$HOME/guix/doc${INFOPATH:+:}$INFOPATH"
>
> where $HOME/guix is my local checkout of Guix's Git repository. This
> ensures that the manual I read using Emacs and the Info reader matches
> the Guix code I have checked out (after I've built it, of course). Do
> you think it woul
How do i fix these non-blocking "ERROR:" messages?
g1@g1 ~/src/guix $ guix environment -e "(@ (gnu packages package-management)
guix)" -M 4 -c 4
g1@g1 ~/src/guix [env]$ make clean-go
g1@g1 ~/src/guix [env]$ ./bootstrap
g1@g1 ~/src/guix [env]$ ./configure --localstatedir=/var --sysconfdir=/etc
g1@
On 05/08/2017 at 14:25 Ludovic Courtès writes:
> Hi!
>
> myglc2 skribis:
>
>> GUILEC guix/scripts/size.go
>> ;;; Failed to autoload make-page-map in (charting):
>> ;;; ERROR: missing interface for module (charting)
>
> These messages are about Guile-Char
On 05/09/2017 at 23:22 Ludovic Courtès writes:
> Hello Guix!
>
> l...@gnu.org (Ludovic Courtès) skribis:
>
>> There’s a problem though, called “guix pull”. ~/.config/guix/latest
>> currently contains 2.0 .go files. Thus after reconfiguring GuixSD to
>> use Guix-for-2.2, running ‘guix’ typically
On 05/10/2017 at 14:05 Ludovic Courtès writes:
> Hi,
>
> myglc2 skribis:
>
>> I run GuixSD from git checkout this way ...
>>
>> cd ~/src/guix
>> guix environment -e "(@ (gnu packages package-management) guix)" -M 4 \
>> -c 4
>&g
I am looking for a command line de-duplicating backup tool. I will be
using it between GuixSD, Guix/GNU/Linux, and MacOS.
Based on what I see in gnu/packages/backup.scm and in https://brew.sh,
duplicity, borg and attic seem like they could be good choices.
I am also intrigued by bup (https://gith
On 05/10/2017 at 13:11 myglc2 writes:
> On 05/10/2017 at 14:05 Ludovic Courtès writes:
>
>> Hi,
>>
>> myglc2 skribis:
>>
>>> I run GuixSD from git checkout this way ...
>>>
>>> cd ~/src/guix
>>> guix environment -e "(@ (g
On 05/11/2017 at 10:29 Ludovic Courtès writes:
> myglc2 skribis:
>
>> g1@g1 ~/src/guix$ guix package -i icecat
>> guix package: warning: Your Guix installation is 85 days old.
>> guix package: warning: Consider running 'guix pull' followed by
>> 'gu
On 05/13/2017 at 23:18 Maxim Cournoyer writes:
> Hello!
>
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hello,
>>
>> Maxim Cournoyer skribis:
>>
>>> myglc2 writes:
>>
[...]
>>> 50 seconds for 33 packages on such a powerful machine see
On 05/14/2017 at 19:15 Arun Isaac writes:
>> I have a work in progress patch implementing the ideas discussed.
>>
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26559
>
> Alex Kost and I have finalized this patch, more or less. It would be
> good if someone else could review it, and provide feed
On 05/15/2017 at 17:48 Ludovic Courtès writes:
> Hi,
>
> Pjotr Prins skribis:
>
[...]
>> Everyone, I mean everyone, is building guix with different toolsets, i.e,
>> combinations of tools and versions.
>>
>> This is wrong and unguixy.
>
> Yes, I kinda agree, though again, we need to distinguish b
The warning/error shown below sounds alarming but seems to be
harmless. But it leaves me wondering, is there a way to fix it?
TIA - George
root@g1 ~/con/4# guix system --fallback --cores=4 --max-jobs=4
reconfigure sys.scm
[...]
activating system...
;;; WARNING: loading compiled file
/gnu/store/z
On 05/16/2017 at 17:55 Ricardo Wurmus writes:
> myglc2 writes:
>
>> I believe there will be many guix "users" that want to run from git
>> checkout. They just may not know it, yet. They will want it not just
>> because they are trying to get around the limita
Oops, sent before done, please see corrections ...
On 05/17/2017 at 12:06 myglc2 writes:
> On 05/16/2017 at 17:55 Ricardo Wurmus writes:
>
>> myglc2 writes:
>>
>>> I believe there will be many guix "users" that want to run from git
>>> checkout. The
On 05/17/2017 at 14:45 Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> I think that a first step towards improving the experience with “guix
>> pull” is to build Guix continuously on Hydra and tell “guix pull” to
>> download that. Users would no longer have to wait for compilation on
>> t
On 05/19/2017 at 11:05 Ludovic Courtès writes:
> Hi,
>
> myglc2 skribis:
>
>> The warning/error shown below sounds alarming but seems to be
>> harmless. But it leaves me wondering, is there a way to fix it?
>>
>> TIA - George
>>
>> root@g1 ~/con/
HTH - George
Note: GUIX_DISTRO_AGE_WARNING as described below was implemented by
commit 7fd952e05203d975fcb6cdabd2f742ade1b31b66
*** From: l...@gnu.org (Ludovic Courtès) Subject: bug#25852: Users not
updating their installations of Guix To: Ricardo Wurmus
Cc: 25852-d...@debbugs.gnu.org, myglc2
Da
On 05/27/2017 at 12:13 Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> Chris Marusich writes:
>>
>>> Leo Famulari writes:
>>>
So, I use and recommend `guix pull`!
>>>
>>> I use it too. Statements by others in this thread that "nobody" uses it
>>> or that "everyone" is using Git are
On 05/24/2017 at 21:56 Ricardo Wurmus writes:
> Catonano writes:
>
>> 2017-05-24 18:25 GMT+02:00 Jan Nieuwenhuizen :
> […]
>>> A friend of mine is having a second look at Guix (not SD yet) and one of
>>> the most confusing things initially is `guix pull'. "When/how do I use
>>> that," he asks...
On 05/30/2017 at 11:30 Alex Kost writes:
> alezost pushed a commit to branch master
> in repository guix.
>
> commit 91762db6fe208365e64c32c8eb5d2cfeec36ebed
> Author: Alex Kost
> Date: Sat May 27 11:31:03 2017 +0300
>
> gnu: emacs-debbugs: Install missing file.
>
[...]
Way cool! Thank
On 06/09/2017 at 14:03 Ricardo Wurmus writes:
> Hi Guix,
>
> I received some feedback on the usability of Guix and one of the points
> I got was about manifests.
>
[...]
> What do you think?
I use manifests all the time. In my experience, a more basic issue than
the syntax is that, when you make
On 07/01/2017 at 14:01 Leo Famulari writes:
> On Sat, Jul 01, 2017 at 05:36:04PM +, ng0 wrote:
[...]
>> 0: What is it these days? Is hydra now just a in-retirement frontend
>> for cuirass or how does bayfront work these days? I understand cuirass,
>> not hydra.
>
> ... Bayfront is still not fu
On 07/07/2017 at 14:19 Ludovic Courtès writes:
> Hello Guix!
>
> Leo Famulari skribis:
>
>> On Thu, Jul 06, 2017 at 08:09:17PM -0400, myglc2 wrote:
>>> On 07/01/2017 at 14:01 Leo Famulari writes:
>>> > ... Bayfront is still not fully operational, so hydr
On 10/01/2017 at 12:45 Maxim Cournoyer writes:
> Hello Guix!
>
> For Guix and Gnus (or to become) users out there, I thought I'd share
> this brief post where I explained the process of setting up Gnus and Gmane.
>
> Here are some benefits:
> 1. No need to locally store emails; just view them over
My system recently broke when I did an upgrade. I reported what I
thought was a bug (bug#29072) but it turned out that, because qemu
package code had been moved, my system configuration had become broken
;-(
Confronted with my situation, helpful developers said "The package code
was moved in commi
Please note: these replies separated by topics in an effort to make the
threads more topical ...
On 11/06/2017 at 22:16 Leo Famulari writes:
> On Mon, Nov 06, 2017 at 03:12:11PM -0500, myglc2 wrote:
>> My system recently broke when I did an upgrade. I reported what I
>> thought
On 09/16/2016 at 01:15 Eric Bavier writes:
> On Fri, 02 Sep 2016 14:42:27 +0200
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> Eric Bavier skribis:
>>
>> > On Thu, 01 Sep 2016 14:37:58 +0200
>> > l...@gnu.org (Ludovic Courtès) wrote:
>>
>> [...]
>>
>> >> > In regards of the .go files remaining
Please note: these replies are separated by topics in an effort to make the
threads more topical ...
On 11/06/2017 at 17:16 Leo Famulari writes:
> On Mon, Nov 06, 2017 at 03:12:11PM -0500, myglc2 wrote:
[...]
>> Guix config errors are reported as raw scheme errors which are not
>>
On 11/06/2017 at 17:16 Leo Famulari writes:
> On Mon, Nov 06, 2017 at 03:12:11PM -0500, myglc2 wrote:
>> My system recently broke when I did an upgrade. I reported what I
>> thought was a bug (bug#29072) but it turned out that, because qemu
>> package code had been moved, my
Please note: these replies are separated by topics in an effort to make the
threads more topical ...
On 11/06/2017 at 17:16 Leo Famulari writes:
> On Mon, Nov 06, 2017 at 03:12:11PM -0500, myglc2 wrote:
>> My system recently broke when I did an upgrade. I reported what I
>> th
Sorry Leo, please disregard this miss-fire
On 11/06/2017 at 21:30 myglc2 writes:
> On 11/06/2017 at 17:16 Leo Famulari writes:
>
>> On Mon, Nov 06, 2017 at 03:12:11PM -0500, myglc2 wrote:
>>> My system recently broke when I did an upgrade. I reported what I
>>> tho
On 11/07/2017 at 14:13 julien lepiller writes:
> Le 2017-11-07 13:52, Hartmut Goebel a écrit :
>> Am 07.11.2017 um 12:05 schrieb julien lepiller:
>>> Since we encourage users to use use-package-modules etc, I think it's
>>> better
>>> to catch this error and explain it to users as soon as it happe
On 11/07/2017 at 14:39 Ludovic Courtès writes:
> Hello Guix!
>
> Since we didn’t get a devroom this time in spite of the efforts of
> Manolis and Pjotr, what about holding a Guix meeting let’s say on Friday
> before FOSDEM (Feb. 2nd, in Brussels)?
>
> We could meet for the whole day, in a place th
On 11/07/2017 at 15:52 julien lepiller writes:
> Le 2017-11-07 15:11, myglc2 a écrit :
>> On 11/07/2017 at 14:13 julien lepiller writes:
>>>
>>> This new version outputs something like this :
>>>
>>>
>>> guix system: error: failed to load &#x
On 11/06/2017 at 17:16 Leo Famulari writes:
> On Mon, Nov 06, 2017 at 03:12:11PM -0500, myglc2 wrote:
>> My system recently broke when I did an upgrade.
[...] replied to separately
>> because qemu
>> package code had been moved, my system configuration had become broken
>&
On 11/07/2017 at 22:27 Julien Lepiller writes:
> Le Tue, 07 Nov 2017 13:06:41 -0500,
> myglc2 a écrit :
>
>> On 11/07/2017 at 17:25 julien lepiller writes:
>>
>> > Le 2017-11-07 16:59, myglc2 a écrit :
>> >> On 11/07/2017 at 15:52 julien lepiller wri
On 11/07/2017 at 23:47 Ludovic Courtès writes:
> Hello!
>
> You’re too fast! :-)
>
> julien lepiller skribis:
>
[...]
>
> I’d propose a variant of it, see below. With this, one gets a message
> like:
>
> /tmp/config.scm:6:0: module (gnu packages foobar) could not be found
>
> where line 6 is:
On 11/08/2017 at 16:33 julien lepiller writes:
> Le 2017-11-08 14:09, Ludovic Courtès a écrit :
>> Hi!
>>
>> Here’s an improved version that supports hints (with Texinfo markup and
>> i18n) and error reporting with source location info.
>>
>> Hints try to make suggestions. If you write:
>>
>> (
ou get the line `location: gnu/services/foo.scm:188:2', add `foo'
to the `use-service-modules'
form.
This is very nice indeed.
Based on testing, may I suggest the hint rewording shown below ...
On 11/08/2017 at 12:42 myglc2 writes:
> On 11/08/2017 at 16:33 julien lepiller writes:
On 11/07/2017 at 11:23 Ludovic Courtès writes:
> Hello,
>
> myglc2 skribis:
>
>> My system recently broke when I did an upgrade. I reported what I
>> thought was a bug (bug#29072) but it turned out that, because qemu
>> package code had been moved, my system c
On 11/10/2017 at 00:04 Ludovic Courtès writes:
>
> Thrilled by this idea, I pushed an unbound-variable handler that can
> provide hints, such as:
>
> configuration.scm:88:19: zip: unbound variable
> hint: Try adding `(use-modules (gnu packages compression))'.
>
> Feedback welcome!
I built and
On 11/11/2017 at 23:02 Ludovic Courtès writes:
> myglc2 skribis:
>
>> On 11/10/2017 at 00:04 Ludovic Courtès writes:
>>>
>>> Thrilled by this idea, I pushed an unbound-variable handler that can
>>> provide hints, such as:
>>>
>>> confi
On 11/26/2017 at 15:35 Mark H Weaver writes:
> Hi,
>
> Никита Чураев writes:
>
>> Here's how I want to use Guix and it is to increase
>> contributor-friendliness of a project, so that the user can simply run
>> a distribution-independent command to install all dependencies without
>> having to hu
On 12/07/2017 at 10:43 Ricardo Wurmus writes:
> Hi Guix,
>
> I’m going to visit Boston, MA for a conference on the 15th of May 2018.
> Would some of you be interested to meet my colleague and myself on the
> 14th for lunch or dinner?
>
> --
> Ricardo
I'm interested - George Clemmer
On 10/02/2017 at 09:15 Pjotr Prins writes:
> A script that would install the binary install package of Guix would
> be very useful. It should unpack the tarball into /gnu/store and
> /var/guix (checking nothing is there), set the keys and (optionally)
> the build users. Ideally we should have:
>
>
On 01/18/2018 at 16:11 Ricardo Wurmus writes:
> ng0 writes:
>
>> Do we have the ability to separate features, like --enable-experimental
>> passed
>> to configure build Guix with certain features that might break your
>> OS?
>
> That would be too vague to be useful.
>
>> Otoh
>> we already presu
On 01/18/2018 at 10:29 Danny Milosavljevic writes:
>> IIRC the details are: when running on a system disk (say: /dev/sda) and
>> installing to new disk (say: /dev/sdb) you must set the bootloader
>> target to /dev/sdb so the boot loader will be copied to the new system
> ^
>
On 01/18/2018 at 10:29 Danny Milosavljevic writes:
[...]
> Maybe we could make the user specify the serial number in the operating-system
> bootloader-configuration. Installing the bootloader to the wrong
> drive would be very bad otherwise. Also, it's not exactly declarative if the
> labels sd
On 01/19/2018 at 14:32 Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> It seems unfortunate to me that we have one shared website for GuixSD
>> and Guix. As much as I love GuixSD, I think Guix is the main “product”
>> and GuixSD would need to be moved to a subsite. That’s primarily
>> be
On 01/21/2018 at 23:04 Chris Marusich writes:
> Ricardo Wurmus writes:
>
>> Hi Guix,
>>
>> on the website it starts right away with a list of features:
>> “Liberating”, “Dependable”, and “Hackable”. But what is this thing
>> called Guix?
>>
>> We should add a very short paragraph above that list
On 01/19/2018 at 14:41 Ludovic Courtès writes:
> Hi!
>
> Ricardo Wurmus skribis:
>
>> 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 lower case, no spaces)
>> * a URL from where pa
On 01/21/2018 at 15:47 Ricardo Wurmus writes:
> Ludovic Courtès writes:
>
>> Ricardo Wurmus skribis:
>>
>>> It seems unfortunate to me that we have one shared website for GuixSD
>>> and Guix. As much as I love GuixSD, I think Guix is the main “product”
>>> and GuixSD would need to be moved to a
1 - 100 of 164 matches
Mail list logo
