l...@gnu.org (Ludovic Courtès) writes:
> Pjotr Prins skribis:
>
>> On Sat, May 27, 2017 at 12:16:45PM +0200, Ludovic Court??s wrote:
>>> On GuixSD, the key of hydra.gnu.org and bayfront.guixsd.org are always
>>> registered by default. We cannot do that for someone installing Guix on
>>> a foreig
On Sun, May 28, 2017 at 04:05:46PM -0400, Peter Baumgarten wrote:
> Can GuixSD be installed with UEFI instead of BIOS?
As of Guix 0.13.0 (the most recent release), yes. I haven't tried it,
but it's covered in the System Installation section of the manual:
https://www.gnu.org/software/guix/manual/
Ludovic Courtès writes:
> Pjotr Prins skribis:
>
>> On Sat, May 27, 2017 at 12:16:45PM +0200, Ludovic Court??s wrote:
>>> On GuixSD, the key of hydra.gnu.org and bayfront.guixsd.org are always
>>> registered by default. We cannot do that for someone installing Guix on
>>> a foreign distro becau
Ludovic Courtès writes:
> Ricardo Wurmus skribis:
>
>> Ludovic Courtès writes:
>>
>>> Hello!
>>>
>>> Ricardo Wurmus skribis:
>>>
Here are some other annoyances:
* the verbosity of reporting hash mismatches. You posted a neat little
change for that some time ago, but I c
Maxim Cournoyer writes:
> Hello,
>
> l...@gnu.org (Ludovic Courtès) writes:
>
> [...]
>
>> On GuixSD, the key of hydra.gnu.org and bayfront.guixsd.org are always
>> registered by default. We cannot do that for someone installing Guix on
>> a foreign distro because that involves creating a file
Hello,
Danny Milosavljevic skribis:
>> Perhaps for `guix package`, but I disagree for `guix build` and others.
>> It prints *only* the new store items on stdout, and this makes it very
>> easy to compose Guix commands. We should not break this.
>
> I agree. guix build is different. Its whole po
And also the spinner integrated:
diff --git a/guix/scripts/package.scm b/guix/scripts/package.scm
index f050fad97..d9ac61122 100644
--- a/guix/scripts/package.scm
+++ b/guix/scripts/package.scm
@@ -46,6 +46,7 @@
#:use-module (srfi srfi-34)
#:use-module (srfi srfi-35)
#:use-module (srfi sr
Leo Famulari skribis:
> On Sun, May 28, 2017 at 03:06:35PM +0200, Hartmut Goebel wrote:
>> Am 27.05.2017 um 23:13 schrieb Ricardo Wurmus:
>> > I think it would be better to remove libwmf.
>> +1
>
> Something to consider is that many of our packages can be described as
> unmaintained and full of b
Pjotr Prins skribis:
> On Sat, May 27, 2017 at 12:16:45PM +0200, Ludovic Court??s wrote:
>> On GuixSD, the key of hydra.gnu.org and bayfront.guixsd.org are always
>> registered by default. We cannot do that for someone installing Guix on
>> a foreign distro because that involves creating a file
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Hello!
>>
>> Ricardo Wurmus skribis:
>>
>>> Here are some other annoyances:
>>>
>>> * the verbosity of reporting hash mismatches. You posted a neat little
>>> change for that some time ago, but I cannot find it any more.
>>
>> Oh right,
Hi,
l...@gnu.org (Ludovic Courtès) writes:
> Hi Brendan,
>
> Brendan Tildesley skribis:
>
>> One little annoyance I have is that guix takes every opportunity to
>> update the list of substitutes when guix build, guix package -u, etc...
>> is run, and fills my terminal with output like:
>>
>> sub
Hello,
l...@gnu.org (Ludovic Courtès) writes:
[...]
> On GuixSD, the key of hydra.gnu.org and bayfront.guixsd.org are always
> registered by default. We cannot do that for someone installing Guix on
> a foreign distro because that involves creating a file in /etc.
The bayfront key is now regis
And the spinner implementation:
(define p
(let ((index 0)
(spinner-chars "|\\-/"))
(define (spin)
(set! index (+ index 1))
(if (>= index (string-length spinner-chars))
(set! index 0))
(display (array-ref spinner-chars index))
(display "\b"))
(make-
That's great!
Please let us know if you find something we should improve.
Can GuixSD be installed with UEFI instead of BIOS?
On Sun, May 28, 2017 at 09:40:29PM +0200, Danny Milosavljevic wrote:
> On Sun, 28 May 2017 15:20:58 -0400
> Leo Famulari wrote:
> The scripts I mean are:
> > Command-line interfaces are not suitable for usage by "non-technical
> > users" anyways; they demand a GUI.
>
> Yes, but these were technic
Hi Leo,
On Sun, 28 May 2017 15:20:58 -0400
Leo Famulari wrote:
> This sample omits the most useful output, which is the summary of what
> will be done.
That's because even my huge xterm scrollback buffer doesn't contain it anymore.
I couldn't include it because I never saw it in the first pl
On Sun, May 28, 2017 at 12:24:12PM -0700, Maxim Cournoyer wrote:
> Hello,
>
> I had a small 'make' problem today after pulling from git master; it was
> caused by a benign typo in local.mk introduced in commit
> 2ac2b17251be51778963e6ced0b83e461d175d01. The following patch fixes
> that.
>
> Thank
Hello,
I had a small 'make' problem today after pulling from git master; it was
caused by a benign typo in local.mk introduced in commit
2ac2b17251be51778963e6ced0b83e461d175d01. The following patch fixes
that.
Thanks,
Maxim
From b3353d82758a06ad17e019aad37cf0a1084e9de6 Mon Sep 17 00:00:00 2001
On Sun, May 28, 2017 at 08:44:44PM +0200, Danny Milosavljevic wrote:
> Ideally, a successful build & installation of a package should look
> like this:
>
> $ guix package -i foobar
> $
Silence is golden!
> Nothing else. If you can't help it, then:
>
> $ guix package -i foobar
> Package foobar
Aha, much better:
diff --git a/guix/scripts/package.scm b/guix/scripts/package.scm
index f050fad97..e4a3a98a1 100644
--- a/guix/scripts/package.scm
+++ b/guix/scripts/package.scm
@@ -196,6 +196,7 @@ specified in MANIFEST, a manifest object."
(when (equal? profile %current-profile)
(ensure-
The recent batch of fixes to GNU IceCat from upstream mozilla-esr52
included a fix for armhf:
https://hg.mozilla.org/releases/mozilla-esr52/rev/bd35fa23f79a
and I'm pleased to find that Hydra successfully built it:
https://hydra.gnu.org/build/2083261
I don't have a display-connected armhf m
On Sun, May 28, 2017 at 06:37:02PM +0100, Sergei Trofimovich wrote:
> > On Sun, May 28, 2017 at 02:51:10PM +0200, Ludovic Courtès wrote:
> > > l...@famulari.name (Leo Famulari) skribis:
> > > > gnu: packages: flex: Add missing 'lzip' input.
> > > >
> > > > * gnu/packages/flex.scm (fl
> I also wondered if mathjax should be broken up into js-mathjax and
> font-mathjax, since it is 180MiB or so. Some distros even just delete
> some of the fonts.
I'm working on this as well. I'll send patches adding js-mathjax and
font-mathjax once they are ready.
Hi,
so bug#26941 (which is only tangentially related) has made me think about a
long-standing usability wart of Guix:
The verbosity of Guix messages is really off-putting for regular users.
Ideally, a successful build & installation of a package should look like this:
$ guix package -i foobar
On Sun, May 28, 2017 at 03:06:35PM +0200, Hartmut Goebel wrote:
> Am 27.05.2017 um 23:13 schrieb Ricardo Wurmus:
> > I think it would be better to remove libwmf.
> +1
Something to consider is that many of our packages can be described as
unmaintained and full of bugs. And even the packages that ar
On Sun, 28 May 2017 09:58:07 -0400
Leo Famulari wrote:
> On Sun, May 28, 2017 at 02:51:10PM +0200, Ludovic Courtès wrote:
> > l...@famulari.name (Leo Famulari) skribis:
> > > gnu: packages: flex: Add missing 'lzip' input.
> > >
> > > * gnu/packages/flex.scm (flex)[native-inputs]: A
Hello,
On Thu, Jan 12, 2017 at 03:01:38PM +0100, Ludovic Courtès wrote:
> I’ve pushed it as 7bb2b10cd01a076d7d5e964ed433e62846042859 along with
> some doc.
thanks to Ricardo, Alex and you for this extremely useful script!
I just installed emacs-no-x into my profile ;-)
And the script worked like
On Sun, May 28, 2017 at 02:51:10PM +0200, Ludovic Courtès wrote:
> l...@famulari.name (Leo Famulari) skribis:
> > gnu: packages: flex: Add missing 'lzip' input.
> >
> > * gnu/packages/flex.scm (flex)[native-inputs]: Add lzip.
>
> I think this breaks ‘flex-boot0’ in (gnu packages comme
Ricardo Wurmus 於 2017-05-26 18:17 寫道:
> Arun Isaac writes:
>
> [...]
> I would be in favour of doing it the Debian way. It’s difficult to draw
> a line between a web application and a JavaScript library, so I’d rather
> not have to make a decision like that each time we package something
> writte
Am 27.05.2017 um 23:13 schrieb Ricardo Wurmus:
> I think it would be better to remove libwmf.
+1
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
l...@famulari.name (Leo Famulari) skribis:
> lfam pushed a commit to branch core-updates
> in repository guix.
>
> commit 77e2538eda8a2721aef8336103c94fe31e12870c
> Author: Sergei Trofimovich
> Date: Sat May 27 12:27:47 2017 +0100
>
> gnu: packages: flex: Add missing 'lzip' input.
>
>
On Sat, May 27, 2017 at 12:16:45PM +0200, Ludovic Court??s wrote:
> On GuixSD, the key of hydra.gnu.org and bayfront.guixsd.org are always
> registered by default. We cannot do that for someone installing Guix on
> a foreign distro because that involves creating a file in /etc.
Many installs are
Hi,
On Sun, 07 May 2017 17:35:46 -0700
Chris Marusich wrote:
> Is this supposed to work "out of the box" on foreign distros?
If you set the environment variables as documented yes - although some distros
do weird things in their startup scripts if the environment variable is already
set when t
33 matches
Mail list logo
