Re: What's next?

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

Re: GuixSD success story

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:

Re: What’s next?

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.

Re: User-Friendlyness of Guix and non-scaryness, printing messages

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

Re: User-Friendlyness of Guix and non-scaryness, printing messages

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

Re: What's next?

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

Re: What’s next?

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

Re: What’s next?

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

Re: What???s next?

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

Re: User-Friendlyness of Guix and non-scaryness, printing messages

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"))

Re: GuixSD success story

That's great! Please let us know if you find something we should improve. Can GuixSD be installed with UEFI instead of BIOS?

Re: User-Friendlyness of Guix and non-scaryness, printing messages

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

Re: [PATCH] Fix small typo in local.mk

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. > >

[PATCH] Fix small typo in local.mk

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

Re: User-Friendlyness of Guix and non-scaryness, printing messages

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

Re: User-Friendlyness of Guix and non-scaryness, printing messages

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)

GNU IceCat built successfully on armhf-linux!

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

Re: 01/01: gnu: packages: flex: Add missing 'lzip' input.

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

Re: Packaging mathjax and other javascript libraries

> 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.

User-Friendlyness of Guix and non-scaryness, printing messages

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

Re: Building AbiWord without libwmf and removing libwmf from Guix

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

Re: 01/01: gnu: packages: flex: Add missing 'lzip' input.

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

Re: indent with emacs batch mode

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

Re: 01/01: gnu: packages: flex: Add missing 'lzip' input.

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

Re: Packaging mathjax and other javascript libraries

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

Re: Building AbiWord without libwmf and removing libwmf from Guix

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 |

Re: 01/01: gnu: packages: flex: Add missing 'lzip' input.

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

Re: What's next?

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

Re: XDG standard desktop entries - desktop-file-utils and gtk, and KDE: mechanism of desktop database generation in profiles

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

Re: Packaging mathjax and other javascript libraries

Ricardo Wurmus writes: > Arun Isaac writes: > >>> So far we have separated packages according to their purpose. There are >>> a few exceptions, such as python.scm, which would best be split up. If >>> possible I’d rather have JavaScript libraries in modules that