Hi!
Trying to use M-x git-timemachine gives
command-execute: Symbol’s function definition is void:
define-transient-command
Greetings,
Janneke
--
Janneke Nieuwenhuizen | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com
Jan Nieuwenhuizen writes:
Hello!
> Mathieu Othacehe writes:
[..]
>> lib/linux/stat.c should be modified this way:
>>
>> #if __i386__
>> #define STAT_SYSCALL SYS_stat64
>> #else
>> #define STAT_SYSCALL SYS_stat
>> #endif
>
> Ah...the stat64 sy
king well now!
This sort-of works for me, i.e., typing "guix TAB" in an emacs shell
buffer no longer gives this error...but there also are no completions.
My ~/.emacs/init_bash.sh is empty and I seem to remember having
something there?
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Ricardo Wurmus writes:
> This is now fixed in mumi. I tested the change in eww and in icecat.
Lovely, thank you!
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
dure open-file: No such file or directory:
"/run/user/1003/on-first-login-executed"
17:37:33 janneke@dundal:~
$ ssh guix@localhost -p
guix@localhost's password:
Last login: Fri Oct 1 17:23:35 2021 from 127.0.0.1
guix@dundal ~$
home-minimal.scm
Description: Binary data
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Ludovic Courtès writes:
Hi Ludo!
> Jan Nieuwenhuizen skribis:
>
>>> Should we upgrade instead? If we do, what’s the potential for breakage?
>>> Should ‘mes-rb5’ be kept on an older version?
>>
>> We could try that, I really can't tell if upgrading t
ade it in version 1.1.0, fixes
> the segfault:
>
> commit e633669dfdf16f503a7d740b9058e343536533b4
> Author: nimaje
> Date: Thu Oct 15 19:12:18 2020 -0400
>
> Fix ELF headers to be more well behaved
[..]
> Should we upgrade instead? If we do, what’s the pot
ot; "tcp"
--8<---cut here---end--->8---
and now use the attached exwm, which works OK for me.
Greetings,
Janneke
exwm
Description: Binary data
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
t;&irri…>)
1669:16 2 (raise-exception _ #:continuable? _)
1667:16 1 (raise-exception _ #:continuable? _)
V)ï¾ÉDsubstitution of
/gnu/store/9iyfc2g1585ps9danh95p0mw56pw8ik5-bison-3.5.3 failed _
#:continuable? _)ð^zܪÅszò guix system: error: corrupt input
while restoring archive from #
Jan Wielkiewicz
Ludovic Courtès writes:
Hey Ludo!
> Jan Nieuwenhuizen skribis:
>
> I can think of two possibilities, then: (1) apply the patch in a phase
> rather than via the ‘patches’ field, and (2) arrange so that
> ‘patch-and-repack’ does not compress the patched code or compresses it
>
in the bootstrap that includes also 'patch'.
See also gcc-core-mesboot0: it applies the patch in a manual phase. So
I'm not sure if we want to start depending on 'xz' an this stage?
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
Hello,
> On current master
>
> 395489cdc959c3f3c026bf545c3ed95efc9919f0
> gnu: spice-vdagent: Update to 0.20.0.
>
> building
>
> ./pre-inst-env guix system disk-image --target=i586-pc-gnu
> gnu/system/examples/devel-hurd.tmpl
&g
Jan Nieuwenhuizen writes:
> On current master, setting a bigger disk-size for a childhurd
>
> (service hurd-vm-service-type
>(hurd-vm-configuration
> (disk-size (* 12 (expt 2 30))) ;12GiB
>
>
> is being ignored. I am suspecting
[..]
-type-constructor type)))
-(system-image (os->image os
+(system-image
+ (image (inherit (os->image os))
+(size disk-size)
(define (hurd-vm-port config base)
"Return the forwarded vm port for this childhurd config."
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
uckily, this fixed commit also builds the childhurd again...so I'm
starting a new bisect.
This is not funny; it means I either cannot reconfigure, or I'm losing
my childhurd...grmbl. Sorry for not noticing this earlier!
Greetings,
Janneke
devel-hurd.tmpl
Description: Bina
annot find output from lex; giving up
+make: *** [configure-ld] Error 1
--8<---cut here---end--->8---
What is your build environment/version of guix you're using? It looks
like some unreproducible bit is leaking in somewhere??
Greetings,
Janneke
--
Ludovic Courtès writes:
Hello,
> Jan Nieuwenhuizen skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> If you confirm that it works for you and looks reasonable, we can apply
>>> it.
>>
>> Yes, this works. The test and also my reproducer n
Yes, I think this is acceptable.
> If you confirm that it works for you and looks reasonable, we can apply
> it.
Yes, this works. The test and also my reproducer now work fine.
Thanks a lot!
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
zimoun writes:
Hello zimoun,
> On Sat, 18 Feb 2017 at 07:24, Jan Nieuwenhuizen wrote:
>> Running
>>
>> ./pre-inst-env guix package -i hello
>>
>> on Debian/HURD one test fails when building Guile
>>
>> Running 00-repl-server.test
>>
Jan Nieuwenhuizen writes:
Hi!
I tried the hint from Ludovic to use MS_PRIVATE in the attached patch
and that works for me; not sure if we want a test and even less sure how
to write that...
Janneke
>From fd3104608c3fa6a2375b6c7df0862e5479976b39 Mon Sep 17 00:00:00 2001
From: "Jan
anneke@dundal:~/src/guix/master/vork [env]
$ Backtrace:
Exception thrown while printing backtrace:
In procedure public-lookup: Module named (system repl debug) does not exist
--8<---cut here-------end--->8---
Greetings,
Janneke
vork.scm
Description: Binary data
;; time.
> + (modify-services %base-services/hurd
> + (guix-service-type config =>
> +(guix-configuration
> + (inherit config)
> +
pull’ in my childhurd :-)).
Wow, beautiful!
> Let’s see whether it needs to be adapted for inclusion upstream.
Yes, sure.
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Ludovic Courtès writes:
Hello,
> Jan Nieuwenhuizen skribis:
>
>> Ludovic Courtès writes:
>
>> However, if you have your own substitute server, you now can run guix
>> archive --authorize < ..., e.g. at bootstrap/install time. For such
>> cases, IWBN to have
tc? I think so.
Yes, I think so too. However, if you have your own substitute server,
you now can run guix archive --authorize < ..., e.g. at
bootstrap/install time. For such cases, IWBN to have a --authorized-key
argument to guix build / guix system.
Greetings,
Janneke
--
Jan Nieuwenhui
Ludovic Courtès writes:
Hi!
> Jan Nieuwenhuizen skribis:
>
>>> Ludovic Courtès skribis:
>>>
>> Displaying notes found in: .note.ABI-tag
>> OwnerData size Description
>> GNU 0x0010NT_GNU_ABI_TAG (AB
ion tag)
OS: Hurd, ABI: 0.0.0
--8<---cut here---end--->8---
> So I think we can’t count on an ‘execve’ error and thus have to treat
> this case (same architecture but different OS kernel) specially, as
> shown below.
>
> Thoughts?
If that
breaks everything if the operating system does not support
> namespaces.
>
> Fixed with 6453915cf7729203ef9552c13cb4528c6f4ed122.
Yay, I can confirm that it works!
> Sorry for the breakage,
Thanks for the quick fix and explanation, I didn't catch that no-op
trick! It's all about context/knowledge I
etings,
Janneke
*) For the Hurd that currently is something like:
GUIX_LOCPATH=/gnu/store/z7a6sbvqzb5zapwpznmjkq2rsxil6i67-glibc-utf8-locales-2.31/lib/locale\
LC_ALL=en_US.utf8\
guix-daemon --build-users-group guixbuild --max-silent-time 0 --timeout 0
--log-compression bzip2 --s
Vagrant Cascadian writes:
Hi!
> On 2020-09-16, Ludovic Courtès wrote:
>> Hello!
>>
>> Jan Nieuwenhuizen skribis:
>>> This is the closing parenthesis of a string-append that has only this
>>> one big string; what about removing that string-append altoget
Ludovic Courtès writes:
Hello,
> Jan Nieuwenhuizen skribis:
>
>> Oops; your patch is fine (see nit-pick) for core-updates; but as you
>> noticed, on master we need to add an indirection to avoid rebuilds.
>> What about something like
>> diff --git a/gnu/packages/c
igprocmask' defined twice
would pass the check, but this triggers a rebuld world. So I am
proposing the attached patch that breaks the comment to pass the check,
and using unquoted string-append to avoid a world rebuild.
Greetings,
Janneke
>From 7256bae0eebbec22c42a482ccfdf12fd8b874188
font-family: monospace;
display: block;
}
... here, or otherwise "eats" spaces; so diffs/patches are still a bit
annoying to read. Ideas?
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
bb88b39dda285482b332a24dae66"; system: "x86_64-linux";
host version: "1192ae940434808560b3170107e4ce44855816c3"; pull-version:
1). Please report it by email to .
Jan Wielkiewicz
ing the canonical PR again( maybe
setenv "PR_PROGRAM" just before the test phase or some substituting)?
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
n'
> #define enable_hostname_completion(on_or_off) 0
>
> -//
> /gnu/store/cq0cmv35s9dhilx14zaghlc08gpc0hwr-tcc-boot0-0.9.26-6.c004e9a/lib/libc.a:
> error: 'sigprocmask' defined twice
> +// /gnu/store/…-tcc-boot0-0.9.26-6.c004e9a/lib/libc.a: error: 'sigpr
Ludovic Courtès writes:
>>> *guix build --target=arm-linux-gnueabihf* *perl* fails with the following
>>> output: https://pastebin.com/QF0xKAmR
This has been fixed by #40698.
Thanks,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSo
Manolis Ragkousis writes:
This has been fixed since 6741f543e6f09069961edd741cd210b7f49aadcc
that adds bootstrap tarballs for the Hurd.
Thanks,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
1669:16 1 (raise-exception _ #:continuable? _)
1669:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1669:16: In procedure raise-exception:
Throw to key `match-error' with args `("match" "no matching pattern"
(unbound-variable "resolve-interface" &qu
Dnia 2020-08-05, o godz. 22:33:14
Ludovic Courtès napisał(a):
> My bad, I believe this is fixed by
> 05f3d34094b23dc9612ff6641a0257bc4f7dcd12.
>
> Thanks for reporting the issue!
>
> Is this bug closed, though?
>
> Ludo’.
I can close it if needed.
Dnia 2020-07-29, o godz. 22:17:01
Ricardo Wurmus napisał(a):
>
> “avr-toolchain” is a procedure, not a package. Use
> “avr-toolchain-4.9” or “avr-toolchain-5”.
>
Success!
What about the strange message though?
"incorrect package definition" would be better.
Dnia 2020-07-29, o godz. 19:57:35
Ricardo Wurmus napisał(a):
>
> What is the actual diff? I see that (gnu packages hardware) does not
> import (gnu packages avr), so it’s expected that “avr-toolchain”
> cannot be found.
>
Okay, I tested it and it fails on "avr-toolchain", even though I have
#
Dnia 2020-07-29, o godz. 19:57:35
Ricardo Wurmus napisał(a):
> What is the actual diff? I see that (gnu packages hardware) does not
> import (gnu packages avr), so it’s expected that “avr-toolchain”
> cannot be found.
>
Just added it and I get the same result. Anyway, the error message is
usel
Dnia 2020-07-29, o godz. 13:00:59
Leo Famulari napisał(a):
> On Wed, Jul 29, 2020 at 06:16:47PM +0200, Jan Wielkiewicz wrote:
> > It seems it's not about the name, but the package - I changed the
> > name to "qmk" and it still doesn't work. Not that this
-nose2" ,python-nose2)
("python-yapf" ,python-yapf)))
(arguments
`(#:tests? #f)) ; no tests
(home-page "https://github.com/qmk/qmk_cli";)
(synopsis
"Work with QMK Firmware")
(description
"A program to help users work with QMK Firmware.")
(license license:expat)))
Jan Wielkiewicz
Hello,
I made a package named "qmk-cli" and it seems Guix doesn't like it.
Running "./pre-inst-env guix install "qmk-cli"" results in this:
guix install: error: Unbound variable: ~S
Jan Wielkiewicz
t;gcc@7" ,gcc-7)
("flex" ,flex)
("isl" ,isl-0.18)
,@(alist-delete "isl" (package-native-inputs xgcc
Jan Wielkiewicz
Ludovic Courtès writes:
Hi!
> Jan Nieuwenhuizen skribis:
>
>> Jan Nieuwenhuizen writes:
>>
>> lib/i386/relocator64.S:97: Error: bad register name `%rsp'
>>
>> The attached v2 fixes that.
>
> On the Guix side I guess you can go ahead and apply
-HEADERS-BOOT0, SYSTEM is "x86_64-linux". Passing SYSTEM from
a LET-SYSTEM clause (see attached patch) seems to fix this...but i'm
afraid that triggers a world rebuild. Our offload Childhurds can only
run master, right? Is there any way around this? Thoughts?
Greetings,
--a-mi
Ludovic Courtès writes:
> "Jan (janneke) Nieuwenhuizen" skribis:
>
>> This fixes <https://bugs.gnu.org/42151>.
>>
>> * gnu/system/images/hurd.scm (hurd-initialize-root-partition): Use
>> #:wal-mode #f
>> in call to ...
[...]
>> +
U
;;; Copyright © 2017, 2019 Caleb Ristvedt
;;; Copyright © 2018, 2020 Ludovic Courtès
+;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen
;;;
;;; This file is part of GNU Guix.
;;;
@@ -20,6 +21,7 @@
(define-module (guix store database)
#:use-module (sqlite3)
#:use-module (guix config)
/gnu/packages/sqlite.scm
index 8468131ddf..eeb77749d8 100644
--- a/gnu/packages/sqlite.scm
+++ b/gnu/packages/sqlite.scm
@@ -11,6 +11,7 @@
;;; Copyright © 2017 Jelle Licht
;;; Copyright © 2018 Tobias Geerinckx-Rice
;;; Copyright © 2018 Alex Vong
+;;; Copyright © 2020 Jan (janneke) Nieuw
Ludovic Courtès writes:
> "Jan (janneke) Nieuwenhuizen" skribis:
>
>> This fixes
>>
>> guix offload: error: exception occurred on remote host 'localhost':
>> (%exception #> synchronous mode: locking protocol" status: 1>>)
&g
Ludovic Courtès writes:
> "Jan (janneke) Nieuwenhuizen" skribis:
>
>> * gnu/packages/patches/sqlite3-hurd.patch: New file.
>> * gnu/local.mk (dist_patch_DATA): Add it.
>> * gnu/packages/sqlite.scm (sqlite/hurd): New variable.
>
> […]
>
>> +++ b/g
Ludovic Courtès writes:
> "Jan (janneke) Nieuwenhuizen" skribis:
>> * gnu/packages/package-management.scm (guix)[inputs]: Use sqlite/hurd.
>
> Same here.
>
> Which makes me thing: how about applying the sqlite/hurd patch in a
> build phase of sqlite that would
quot; ,guile-3.0)
- ("sqlite" ,sqlite)))
+ ("sqlite" ,sqlite/hurd)))
(synopsis "Access SQLite databases from Guile")
(description
"This package provides Guile bindings to the SQLite database system.")
--
Jan Nieuwenhuizen |
ges/sqlite.scm
index 8468131ddf..d5c44b0d0f 100644
--- a/gnu/packages/sqlite.scm
+++ b/gnu/packages/sqlite.scm
@@ -11,6 +11,7 @@
;;; Copyright © 2017 Jelle Licht
;;; Copyright © 2018 Tobias Geerinckx-Rice
;;; Copyright © 2018 Alex Vong
+;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen
;;;
;;; Th
U
;;; Copyright © 2017, 2019 Caleb Ristvedt
;;; Copyright © 2018, 2020 Ludovic Courtès
+;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen
;;;
;;; This file is part of GNU Guix.
;;;
@@ -20,6 +21,7 @@
(define-module (guix store database)
#:use-module (sqlite3)
#:use-module (guix config)
x27;guix substitute'
- ("sqlite" ,sqlite)
+ ("sqlite" ,sqlite/hurd)
("libgcrypt" ,libgcrypt)
("guile" ,guile-3.0-latest)
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Ludovic Courtès writes:
Hi!
> Jan Nieuwenhuizen skribis:
>
>>>From dc6f96fc7de50602fb28d7ad7b8cbff09e55f538 Mon Sep 17 00:00:00 2001
>> From: "Jan (janneke) Nieuwenhuizen"
>> Date: Fri, 3 Jul 2020 23:45:20 +0200
>> Subject: [PATCH 4/3] database
Jan Nieuwenhuizen writes:
Hello!
> When cross-compiling Grub-2.04 from i386-linux-gnu to i586-pc-hurd on
> GNU Guix, I got this error
Today, we found* that my patch introduced a regression: a native, EFI
build on i686-linux-gnu failed with
lib/i386/relocator64.S:97: Error: bad re
Jan Nieuwenhuizen writes:
> Jan Nieuwenhuizen writes:
>
> Adding one additional patch to this series, hence 4/3 (see attached)
> fixes the sqlite problem.
For clarity -- patches 1-4 really do fix offloading to the Hurd and this...
> After the build succeeds, the download fails
Jan Nieuwenhuizen writes:
Adding one additional patch to this series, hence 4/3 (see attached)
fixes the sqlite problem.
With this over-complete series we can now do offload builds to a
childhurd:
--8<---cut here---start->8---
$ guix build -e &#x
the database is supposed to be
> architecture-independent and filling it is supposed to be deterministic.
Yes, that works.
> Congrats for getting this far anyway!
Yeah... \o/
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Ludovic Courtès writes:
Hi!
> "Jan (janneke) Nieuwenhuizen" skribis:
>
>> $ guix offload test
>> guix offload: testing 1 build machines defined in '/etc/guix/machines.scm'...
>> guix offload: Guix is usable on 'childhurd' (test returned
Jan (janneke) Nieuwenhuizen writes:
> Maybe we're missing some file_lock patch that Debian has? Where to look,
> glibc, hurd, ...? Ideas?
So...I found a way to reproduce the feature/bug: run "pragma synchronous =
normal;"
in two instances.
I created a db.sqlite using
e.scm
index 8468131ddf..d5c44b0d0f 100644
--- a/gnu/packages/sqlite.scm
+++ b/gnu/packages/sqlite.scm
@@ -11,6 +11,7 @@
;;; Copyright © 2017 Jelle Licht
;;; Copyright © 2018 Tobias Geerinckx-Rice
;;; Copyright © 2018 Alex Vong
+;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen
;;;
;;; This f
quot; ,guile-3.0)
- ("sqlite" ,sqlite)))
+ ("sqlite" ,sqlite/hurd)))
(synopsis "Access SQLite databases from Guile")
(description
"This package provides Guile bindings to the SQLite database system.")
--
Jan Nieuwenhuizen |
x27;guix substitute'
- ("sqlite" ,sqlite)
+ ("sqlite" ,sqlite/hurd)
("libgcrypt" ,libgcrypt)
("guile" ,guile-3.0-latest)
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
35 10)) (with-exception-handler
("ice-9/boot-9.scm" 1730 15)) (#f ("guix/repl.scm" 119 7)))
--8<---cut here---end--->8---
Maybe we're missing some file_lock patch that Debian has? Where to look,
glibc, hurd, ...? Id
I hoped anyway. I tried following the backtrace and looking for
search-patch instances for a bit...but it wasn't obvious.
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
Hello,
>> Nitpick: I see 3 mostly unrelated patches: (1) fix duplicate called to
>> ‘scope’, (2) mount /proc, and (3) handle EIO. I think it’s clearer to
>> view them separately.
> Yes, I agree. I will split into 3 patches.
I have split and pu
(oid=? (git-authentication-error-commit c)
+ (commit-id commit1
+(authenticate-commits
+ repository
+ (list commit1 commit2)
+ #:keyring-reference
+ "master")
+
Ludovic Courtès writes:
Hello,
A new day!
> "Jan (janneke) Nieuwenhuizen" skribis:
>
>> * guix/store/roots.scm (proc-environ-roots): Handle EIO, for the Hurd.
>> * gnu/build/hurd-boot.scm (set-hurd-device-translators): Mount /proc. Add
>> symlink to /et
Ludovic Courtès writes:
Hey Ludo',
> "Jan (janneke) Nieuwenhuizen" skribis:
>
>> This is a follow-up to commit b904b59ce592c89dfb4675a8c06757afed6738a0.
>>
>> * gnu/system/images/hurd.scm (hurd-disk-image): Add file-system-options to
>> create an
ot;etc/mtab")))
+ (mkdir* (scope "etc"))
+ (symlink "/proc/mounts" (scope "etc/mtab")))
(define* (boot-hurd-system #:key (on-error 'debug))
diff --git a/guix/store/roots.scm b/guix/store/roots.scm
index 58653507f8..9b4a05b149 100644
--- a/guix/store/roots
/system/images/hurd.scm b/gnu/system/images/hurd.scm
index 4417f03cc8..e5e120d49c 100644
--- a/gnu/system/images/hurd.scm
+++ b/gnu/system/images/hurd.scm
@@ -1,5 +1,6 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2020 Mathieu Othacehe
+;;; Copyright © 2020 Jan
))
+ (initializer hurd-initialize-root-partition))
(define hurd-barebones-disk-image
(image
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
From: Jan Nieuwenhuizen
Hi!
As discussed on IRC, we would like to get "guix gc" to work on the Hurd. It's
kind of essential to get the build nodes running a Childhurd. We discussed
several workarounds, but an acceptable one is non-trivial; so better look into
a proper fix f
at) the push was successful.
A new attempt: pushed to master as d613991a8ebe5d4b3a7706f8f0dd52f16fc1c50a
And closing (forgot that too).
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
it support this?
(FWIW, this is not specific for the Hurd, cross compiling from
i686-linux-gnu to i686-linux-gnu show the same error. The use case for
that may be a bit thin to warrant a bug report.)
Ideas welcome!
Greetings,
Janneke
>From 270667540146f8ef9ea7a44258a71b3837a7af4a Mon Sep
Ludovic Courtès writes:
Hello,
> Jan Nieuwenhuizen skribis:
>
>> Attempting to reconfigure a i686-linux guix system to a Hurd system, I
>> found that the Grub(-minimal) cross build fails like this
>>
>> i586-pc-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W
>> -D
es cross-build for the Hurd, from i686-linux,
+see <https://bugs.gnu.org/41982>.
+
+From 270667540146f8ef9ea7a44258a71b3837a7af4a Mon Sep 17 00:00:00 2001
+From: "Jan (janneke) Nieuwenhuizen"
+Date: Sun, 21 Jun 2020 15:10:40 +0200
+Subject: [PATCH] grub-core: Build fixes for i386
+
-cut here---start->8---
./pre-inst-env guix build --system=i686-linux --target=i686-linux-gnu
grub-minimal
--8<---cut here---end--->8---
I am not sure if and how to report this upstream. Ideas for a bug
description?
:23:25 janneke@dundal:~/src/guix/master
git log --pretty=oneline | grep 36640207c9543e48cd6daa92930f023f80065a5d
36640207c9543e48cd6daa92930f023f80065a5d quirks: Build
'compute-guix-derivation' modules with 2.2 when needed.
--8<---cut here-------end--->8---
Am I missing so
quot;Welcome, this is GNU's early boot Guile.\n")
(display "Use '--repl' for an initrd REPL.\n\n")
@@ -147,35 +247,13 @@ XXX TODO: use settrans/setxattr instead of MAKEDEV
(call-with-error-handling
(lambda ()
- (define (translated? node)
- ;; Return true if a translator is installed on NODE.
- (with-output-to-port (%make-void-port "w")
- (lambda ()
- (with-error-to-port (%make-void-port "w")
- (lambda ()
- (zero? (system* "showtrans" "--silent" node)))
-
(let* ((args(command-line))
(system (find-long-option "--system" args))
(to-load (find-long-option "--load" args)))
- (format #t "Creating essential servers...\n")
- (setenv "PATH" (string-append system "/profile/bin"
- ":" system "/profile/sbin"))
- (for-each (match-lambda
- ((node command)
-(unless (translated? node)
- (mkdir-p (dirname node))
- (apply invoke "settrans" "--create" node command
- translators)
-
- (format #t "Creating essential device nodes...\n")
- (with-directory-excursion "/dev"
- (invoke "MAKEDEV" "--devdir=/dev" "std")
- (invoke "MAKEDEV" "--devdir=/dev" "vcs")
- (invoke "MAKEDEV" "--devdir=/dev" "tty1""tty2" "tty3" "tty4" "tty5"
"tty6")
- (invoke "MAKEDEV" "--devdir=/dev" "ptyp0" "ptyp1" "ptyp2")
- (invoke "MAKEDEV" "--devdir=/dev" "console"))
+ (format #t "Setting-up essential translators...\n")
+ (setenv "PATH" (string-append system "/profile/bin"))
+ (set-hurd-device-translators)
(false-if-exception (delete-file "/hurd"))
(let ((hurd/hurd (readlink* (string-append system "/profile/hurd"
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
r-records"
"'${root}'" "'$(task-create)'" "'$(task-resume)'"))
(target (%current-target-system))
(libc (if target
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
From: Jan Nieuwenhuizen
Hi!
Several variants of these patches were present on wip-hurd-vm before.
Currently, we are running MAKEDEV from activation, and thus need hurd, bash,
coreutils and sed in PATH.
The first patch replaces that with scheme code, which seems a no-brainer to
me. Then we
here---end------->8---
the error goes away.
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Hurd VM hookup-up in bayfront
and really start building a Hurd system, mabye we'll see some more
people join in. I think that should be (almost?) possible after
merging, right?
Greetings, Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
are doing a great job here, many thanks!
Thank you! -- luckily I get some help ;)
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
are only building virtual
machine images. Changed to this
(let ((root-index 1)) ; XXX EFI will need root-index 2
Thanks, Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
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.
>> +
>>
Ludovic Courtès writes:
> Jan Nieuwenhuizen skribis:
>
>> So, after digesting your message here I took the next step: grep for
>> _HURD_STARTUP and change it there, like so
>>
>> diff --git a/gnu/packages/hurd.scm b/gnu/packages/hurd.scm
>> index 421783
* gnu/system.scm ()[hurd]: New field.
* doc/guix.texi (operating-system Reference): Document 'hurd'.
---
doc/guix.texi | 13 ++---
gnu/system.scm | 3 +++
2 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index 056bf011f6..4776eacacd 100644
---
* gnu/system.scm ()[multiboot-modules]: New field.
(read-boot-parameters): Initialize it.
(operating-system-multiboot-modules, hurd-multiboot-modules): New procedure.
(operating-system-boot-parameters): Cater for multiboot the Hurd and
initialize it; avoid initrd in that case.
(operating-system-ker
/hurd.scm
new file mode 100644
index 00..6e57b22810
--- /dev/null
+++ b/gnu/services/hurd.scm
@@ -0,0 +1,61 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software
* gnu/system.scm (kernel->boot-label): Add keyword parameter 'hurd'. If set,
use it for label.
(operating-system-default-label): Call with it with operating-system-hurd.
---
gnu/system.scm | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/gnu/system.scm b/gnu/system.
Ludovic Courtès
+;;; Copyright © 2020 Jan (janneke) Nieuwenhuizen
;;;
;;; This file is part of GNU Guix.
;;;
@@ -33,6 +34,9 @@
menu-entry-linux-arguments
menu-entry-initrd
menu-entry-device-mount-point
+menu-entry-multiboot-kernel
+
7 +7,7 @@
# Copyright © 2017 Mathieu Othacehe
# Copyright © 2017 Leo Famulari
# Copyright © 2017 Ricardo Wurmus
-# Copyright © 2017 Jan Nieuwenhuizen
+# Copyright © 2017, 2020 Jan (janneke) Nieuwenhuizen
# Copyright © 2017 Arun Isaac
# Copyright © 2018 Nikita
# Copyright © 2018 Julien Le
1 - 100 of 255 matches
Mail list logo
