Richard Sent writes:
> Trying to pass --fallback on the command line has no effect, even though
> both the documentation and [1] imply that should work.
This issue might have some spiciness to it. I have two machines with
identical guix commits and --fallback works on one but not the other.
--8
> Perhaps we should consider using Fibers 1.1 for all architectures? This
> problem occurred on a x86-64 machine. This issue reverted Fibers 1.3
> just for ARM:
> https://issues.guix.gnu.org/64966#6
With https://issues.guix.gnu.org/70892#3 Fibers is also reverted to 1.1
on RISC-V 64.
--
Take i
Hi,
> The latest GHC version available in the main channel is 9.2.5, released
> in November 2022. Latest 9.2.x is now 9.2.8. I would also like to
> mention that no GHC versions matching 9.4.x and 9.6.x are available either.
I’m updating GHC to 9.2.8 on the haskell-team branch, 9.4.4 is packaged
Hey Guix,
I'm facing a pretty annoying Shepherd 0.10.4 bug.
If a service start script gets provided an incorrect form, such as an
empty quoted list, Shepherd hangs during its early startup and bricks
the overall Guix system.
I think the following snippet is a good minimal reproducer for this. Ad
I believe go-github-com-alecthomas-chroma-v2-13 is being compiled at the
moment of failure no?
I am new to go and it~s compilation, perhaps there are no embadable
files in the embedded directory in chroma/lexers/ because they all
produce the same problem that abap.xml does.
Perhaps it is due to
Currently, the string "find" is substituted with the path to the find
executable in mpc.el. The correct value in this file is the literal
string "find", because it refers to an MPD command, not the program.
$ guix describe
Generation 15 May 23 2024 14:20:47(current)
guix aeba484
repos
Hi!
The package libb2 in `(gnu packages crypto)` fails during
cross-compilation from `x86_64-linux-gn` to `aarch64-linux-gnu`, but
possible more combinations are broken.
Steps to reproduce:
> git log --oneline HEAD^..HEAD
> 9901416233 (origin/master, origin/HEAD) gnu: ctl: Update to 1.5.3.
> .
Ok this works now but needs a lot of cleaning
One issue was that a dependant package `x-exp` needed to be compiled by
go-1.22
It would probably be good to build them all off 1.22
I apply-ed the patch you sent
The function to make the symlink-s real would be better off as build
utils or in some
Retried the same compile, it's much more brief error report is
attached.
retried_compile_better_bug_report_here
Description: Binary data
Z572 writes:
> hello!, can you try boot from mmc1, and do setenv and saveenv on mmc1
> uboot, then reset and boot from mmc2?
Hi!
Sorry for not mentioning that. Those setenv + saveenv commands were run
with MMC1 (SPI) boot selected, not MMC2. I confirmed the printenv
fdtfile output matched starf
Christopher Baines skribis:
> That looks good to me, the "Arrange to spawn a REPL if something goes
> wrong" comment needs removing/updating, but that's the only thing I
> spotted.
Cool. I updated the comment and pushed it as
cca25a67693bb68a1884a081b415a43fad1e8641.
Thanks!
Ludo’.
That unfortunately doesn't fix the problem,
`luks-device-mapping-with-options` is a routine that returns the
`mapped-device-kind` so it won't check by equality.
A possible solution is to check whether the `mapped-device-kind-close`
routines are the same as these are shared.
diff --git a/gnu
André Batista writes:
> Hi Guix,
>
> I've found two regressions after upgrading to v. 1.4.1 of slim.
>
> The first one is that it is no longer possible to use a secondary monitor
> with it. If it is connected at the same time as a the primary one, only
> the later gets to show the slim greater. I
Richard Sent writes:
> Hi Guix!
>
> When generating a VisionFive2 system image via $ guix system image
> gnu/system/images/visionfive2.scm --no-grafts --target=riscv64-linux-gnu
> and attempting to boot from MMC2, the SD card U-boot fails to boot
> Linux.
>
> (Pretty sure --target= is gratuitous
Meson currently supports only out-of-source builds. Add the argument
out-of-source? with default to #t such that the install-license-files phase
searches for the license files in the source directory.
* guix/build-system/meson.scm (meson-build): Add out-of-source? argument.
(meson-cross-build):
Hi Guix!
When generating a VisionFive2 system image via $ guix system image
gnu/system/images/visionfive2.scm --no-grafts --target=riscv64-linux-gnu
and attempting to boot from MMC2, the SD card U-boot fails to boot
Linux.
(Pretty sure --target= is gratuitous but I kept it.)
This occurs despite
Christopher Baines skribis:
>> “make check TESTS=tests/guix-shell.sh” passes for me though with
>> 9c3a8a380bcfebdb77af61532e7bfec523d7bde8.
>
> I can just about see what's happening on this line now, I'm still not
> sure why the exit status means the test fails.
>
> I think I knew when I submitt
Ludovic Courtès writes:
> Ludovic Courtès skribis:
>
>> I think we should change the above to log and gracefully handle failure
>> to load an individual service file.
>
> With the change below, every service except the offending one is loaded
> and started as expected:
>
> --8<---cut
Ludovic Courtès writes:
> Christopher Baines skribis:
>
>> ++ guile -c '(use-modules (guix utils))
>> (display (%current-system))'
>> + this_system=x86_64-linux
>> ++ guile -c '(use-modules (guix utils))
>> (display (if (string=? "riscv64-linux" (%current-system))
>> "x86_64-linu
Hi,
Christopher Baines skribis:
> ++ guile -c '(use-modules (guix utils))
> (display (%current-system))'
> + this_system=x86_64-linux
> ++ guile -c '(use-modules (guix utils))
> (display (if (string=? "riscv64-linux" (%current-system))
> "x86_64-linux"
> "riscv64-li
Hi,
Tadhg McDonald-Jensen skribis:
> using the `luks-device-mapping-with-options` mapped device type defined in
> (gnu system mapped-devices) causes grub or other bootloaders to not
> properly attempt to mount the encrypted drive. This is caused by the
> commit 39a9404 which identifies luks mapp
Hi Dariqq,
Dariqq skribis:
> The install-license-files function has an argument for specifying
> out-of-source builds and calling it with that set to #t seems to be
> able to find license files in the source directory in my limited
> testing.
Yes, ‘meson-build-system’ should pass #:out-of-sourc
Hi Leo,
Leo Famulari skribis:
> I just saw this on Debian:
>
> --
> $ guix shell -D guix -- ./pre-inst-env guix weather linux-libre
> computing 1 package derivations for x86_64-linux...
> looking for 1 store items on https://ci.guix.gnu.org...
> guix weather: warning: substitutes from 'https
Hi Liliana,
Liliana Marie Prikler skribis:
> I've noticed a strange error when attempting to build my software
> against clang-toolchain. I've attached a minimally breaking example,
> but the gist of it is that RUNPATH validation fails as shown below.
>
> starting phase `validate-runpath'
>
Ludovic Courtès skribis:
> I think we should change the above to log and gracefully handle failure
> to load an individual service file.
With the change below, every service except the offending one is loaded
and started as expected:
--8<---cut here---start->
Hi,
> $ guix import hackage linear-generics --recursive
have you ever figured out what caused this? I cannot reproduce it
currently – probably because ghc-th-abstraction is part of Guix already
and no recursion actually happens.
Lars
26 matches
Mail list logo
