Hey Jan,
> +Using GNU@tie{}mach in combination with a @code{hurd} is experimental
> +and only available when building a vm-image.}.
Maybe replace "vm-image" by "virtual machine disk image"?
> +
> +@cindex hurd
> +@item @code{hurd} (default: @code{#f})
> +The hurd to be started by the kernel. T
> + (mach (if (%current-target-system)
> + ;; A cross-built GNUmach does not work
> + (with-parameters ((%current-system "i686-linux")
> + (%current-target-system #f))
> + mach)
> + (($ label device mount-point #f () #f kernel arguments
> modules)
> + (let* ((target (%current-target-system)))
This doesn't seem to be used anymore. Plus using %current-target-system
here could not give the expected result. I think that the only two
"safe" ways are to use (curr
> ./pre-inst-env guix system vm-image --target=i586-pc-gnu --no-grafts \
> gnu/system/examples/bare-hurd.tmpl
Not related to your serie, but I would really like the "image" catalog I
proposed to help here. Most people struggle to get the difference
between --system and --target. Plus
> (define (activation-script gexps)
>"Return the system's activation script, which evaluates GEXPS."
> + (program-file "activate.scm" (if (hurd-target?)
> + (hurd-activation-script gexps)
> + (gnu/linux-activation-script ge
Hello,
Fredrik Salomonsson writes:
> When I launch emacs (emacs-next) with the emacs-lua-mode package, I'm
> getting this error
> "Error (use-package): lua-mode/:catch: Unknown rx form ‘symbol’"
>
> It works when I let emacs download it from melpa. I tried updating
> emacs-lua-mode to 20200508,
Mathieu Othacehe writes:
> Hey Jan,
>
>> +Using GNU@tie{}mach in combination with a @code{hurd} is experimental
>> +and only available when building a vm-image.}.
>
> Maybe replace "vm-image" by "virtual machine disk image"?
Okay.
>> +
>> +@cindex hurd
>> +@item @code{hurd} (default: @code{#f})
Mathieu Othacehe writes:
>> + (($ label device mount-point #f () #f kernel arguments
>> modules)
>> + (let* ((target (%current-target-system)))
>
> This doesn't seem to be used anymore.
Oops, but yeah: great! Sorry -- this went through so many iterations,
thanks for catching it.
>
Mathieu Othacehe writes:
Hello Mathieu,
>> (define (activation-script gexps)
>>"Return the system's activation script, which evaluates GEXPS."
>> + (program-file "activate.scm" (if (hurd-target?)
>> + (hurd-activation-script gexps)
>> +
Mathieu Othacehe writes:
Hello!
>> + (mach (if (%current-target-system)
>> + ;; A cross-built GNUmach does not work
>> + (with-parameters ((%current-system "i686-linux")
>> + (%current-target-system #f
Hello Brice,
> For some time now the system test 'gui-installed-desktop-os-encrypted'
> doesn't succeed, the last time it passed was 2020-04-11[0]. This is
> problematic since it exercise a lot of packages and thus can be used to
> test those packages. Ludovic attempted to fixed it[1] but it did
Dear Nicolas,
On Sat, 6 Jun 2020 at 10:11, Nicolas Goaziou wrote:
> You may be right. Files byte-compiled with Emacs 26 may not be
> compatible with Emacs 27.
>
> I don't know what can be done on Guix's side, tho.
Somehow, one needs to change the Emacs version used by the Emacs
toolchain to byt
Hi,
Christopher Howard skribis:
> checking if (gcrypt hash) is available... no
> configure: error: guile-gcrypt is missing; please install it.
> command "/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash"
> "./configure"
> "CONFIG_SHELL=/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz6
Hi!
Mathieu Othacehe skribis:
> By reverting this commit 0eed77127592323d89f56c215a15374a1aaae110
> (introducing an extra glibc to %default-locale-libcs), it drops down to:
>
> 1305.5 MiB.
>
> Now multiple options:
>
> * Revert this commit.
> * Find other system closure improvements.
> * Up the
Hi,
zimoun skribis:
> ./guix/store.scm:1035:9: ERROR:
> 1. &store-protocol-error:
> message: "error parsing derivation
> `/gnu/store/m5djg8zwgl7nh0rm1av4nnlbwgwi0fwg-guix-daemon-1.1.0-4.bdc801e.drv':
> expected string `Derive(['"
> status: 1
> guix pull: error: You found a bug: the
Hello,
zimoun writes:
> Somehow, one needs to change the Emacs version used by the Emacs
> toolchain to bytecompile, right?
> I do not know if it makes sense, but we could add something like
> 'package-with-emacs-next' similar to 'package-with-python2' or
> 'package-with-ocam4.07'.
> WDYT?
This
Dear Nicolas,
On Sat, 6 Jun 2020 at 16:13, Nicolas Goaziou wrote:
> zimoun writes:
> > Somehow, one needs to change the Emacs version used by the Emacs
> > toolchain to bytecompile, right?
> > I do not know if it makes sense, but we could add something like
> > 'package-with-emacs-next' similar
Hi Guix,
On Guix System
guix ecab53c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ecab53c320b1584a08f811b17a92bd9a50a50ff3
it's impossible to install jupyter in a new profile because it tries to
propagate two different versions of python-ipytho
Hi,
Lars-Dominik Braun skribis:
> Total time: 24.672604202 seconds (19.431122691 seconds in GC)
> ./pre-inst-env guix environment --ad-hoc r-learnr -- true 25,18s user 0,24s
> system 308% cpu 8,248 total
>
> More specifically in an anonymous function and reap-pipes, which is a gc hook,
> I bel
On 2020-06-06 17:52, paul wrote:
Hi Guix,
On Guix System
guix ecab53c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ecab53c320b1584a08f811b17a92bd9a50a50ff3
it's impossible to install jupyter in a new profile because it tries
to propagate two di
On 2020-06-06 20:44, david larsson wrote:
On 2020-06-06 17:52, paul wrote:
Hi Guix,
On Guix System
guix ecab53c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ecab53c320b1584a08f811b17a92bd9a50a50ff3
it's impossible to install jupyter in a new p
When I install gst123 and try to play an mp3 file no sound comes and I
see:
: Error: Your GStreamer installation is missing a plug-in.
This happens both when I use 'guix environment' and from my default
profile. In contrast, mpg123 had no trouble playing the file.
Kyle,
Kyle Andrews 写道：
When I install gst123 and try to play an mp3 file no sound comes
and I
see:
: Error: Your GStreamer installation is missing a plug-in.
Does adding ‘gst-plugins-bad’ to the profile fix it? It let me
play a random .mp3 file[0], but only without --pure.
Kind regards,
Ludovic Courtès skribis:
> The patch below arranges so that ‘cumulative-grafts’ processes
> dependencies in a batch, such that the derivation’s dependency graph is
> traversed once for all, which makes a difference for derivations with
> lots of inputs.
Pushed:
https://git.savannah.gnu.org/c
Ludovic Courtès skribis:
> $ cat ~/src/guix-debugging/graft-cross-compilation.scm
> (use-modules (gnu) (guix)
> (gnu packages gtk))
>
> (with-store store
> (run-with-store store
> (mlet* %store-monad ((target (set-current-target "aarch64-linux-gnu"))
>
On Sat, 06 Jun 2020 20:46:13 +0200
david larsson wrote:
> And I just noticed, this is basically a duplicate of bug#41729:
> jupyter cannot be installed
bug#41729: jupyter cannot be installed
bug#41738: Jupyter propagates two different versions of ipython
Merged 41729 41738.
Björn
pgpj6tiVWjD8
Tobias Geerinckx-Rice writes:
> Kyle,
>
> Kyle Andrews 写道：
>> When I install gst123 and try to play an mp3 file no sound comes and
>> I
>> see:
>>
>> : Error: Your GStreamer installation is missing a plug-in.
>
> Does adding ‘gst-plugins-bad’ to the profile fix it? It let me play a
> random .mp
Kyle,
Kyle Andrews 写道：
I tried adding all the gst packages I could think of to the
environment,
but it still did not work. Here is what I ran:
guix environment gst-plugins-base gst-plugins-bad
gst-plugins-good gst-plugins-ugly gst123 -- gst123
"/path/to/music-file.mp3"
Use ‘guix environmen
Hi everyone,
I have committed the fix in d445c30ea6 and updated the guix package
definition in ecbde6505c to ensure that the next time "guix pull" is
run, the new guix-daemon version will be used.
Ludovic Courtès writes:
> For consistency with (most) of the code, I’d suggest a /* */ comment.
O
Hello,
zimoun writes:
> Dear Nicolas,
>
> On Sat, 6 Jun 2020 at 16:13, Nicolas Goaziou wrote:
>> zimoun writes:
>
>> > Somehow, one needs to change the Emacs version used by the Emacs
>> > toolchain to bytecompile, right?
>> > I do not know if it makes sense, but we could add something like
>>
On Wed, Jun 03, 2020 at 08:59:54PM +0200, Thorsten Wilms wrote:
> I ignored Clementine failing at updates a few times ... and now checked
> to see that it fails at a different test!
>
> [100%] Linking CXX executable fmpsparser_test
> cd /tmp/guix-build-clementine-1.3.1-2.4619a4c.drv-0/build/tests
31 matches
Mail list logo
