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
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
,(string-append "
// tcc: error: undefined symbol 'enable_hostname_completion'
#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/" "cq0c
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
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
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
all "\n")))
#t)))
-(propagated-inputs `(("kernel-headers" ,(kernel-headers-boot0
+(propagated-inputs `(("kernel-headers" ,(let-system (system target)
+ (kernel-headers-
nd hopefully get rid of this workaround.
Sure, done!
> Apart from that the patch LGTM, thanks!
Yay! Pushed series to master as 4b9eecd322e566783369795ebea63a479b51f486.
Let the offloadings commence!
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
" ,guile-3.0)
>> - ("sqlite" ,sqlite)))
>> + ("sqlite" ,sqlite/hurd)))
>
> This should be guarded by ‘if (hurd-target?)’, right?
Yeah...but all changed now...look out for v3. Thanks!
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
. :-)
Ah, sure!
> Otherwise LGTM, you can push with changes along these lines!
As it's so much changed, I'll send it by one more time :-)
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
be Hurd-specific? That way, we’d still
> have a single sqlite package.
Ah, yes that sounds better. We don't need sqlite/hurd "sqlite-for-hurd"
and all that. I'll give that a go!
Janneke
--
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
'localhost'
11:31:29 janneke@dundal:~/tmp [env]
--8<---cut here---end--->8---
So...about the compatibility problem. I tried to diff the db.sqlite-orig
db.sqlite-init binary files: they look completely different. Not sure
how to handle this workaround, maybe we can insert a two system* calls
somewhere when building the disk image?
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
;
Last login: Wed Jul 1 12:58:44 2020 from 10.0.2.2
janneke@debian:~$ sqlite3 db.sqlite
SQLite version 3.32.3 2020-06-18 14:00:33
Enter ".help" for usage hints.
sqlite> SELECT * FROM ValidPaths;
Error: unable to open database file
sqlite>
--8<---cut here---e
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
mmit)))
(sha256
(base32
- "008ywpdkc5f2jh25x6rr9glzvq4a6qih7v73w5dbxscpddx5c5g2"))
+ "0hh31lbbbmjkwlxvp4fzrdz0r8p9233h2zlf71r4gccsjqh16pra"))
(file-name (string-append "gui
endable-ports.test
warning: call to primitive-fork while multiple threads are running;
further behavior unspecified. See "Processes" in the
manual, for more information.
ERROR: suspendable-ports.test: %file-port-name-canonicalization: absolute
canonicalization from ice-9 - arguments: ((system-error "canonicalize-path"
"~A" ("No such file or directory") (1073741826)))
[...]
Running weaks.test
ERROR: weaks.test: weak-hash: assoc can do anything - arguments: ((out-of-range
#f "Value out of range ~S to ~S: ~S" (1 4294967295 18446744073709551615)
(18446744073709551615)))
--8<---cut here---end--->8---
Some of these are "known" and I didn't run a "baseline" using 3.0.2
(which works). However the srfi-4 and bytevector look real bad to me.
(FTW could also be real bad, but running "find-files" from (guix build
utils) by hand just works; looks like a compilation-time file name
problem with the/how I ran the/ test-suite.?)
Greetings,
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
k it’s useful
> to mention it in the commit message.
Yes, breakage occured in the mentioned commit above
(b904b59ce592c89dfb4675a8c06757afed6738a0)
Pushed the two fixups to master as 2463a78d17673581978debff6c6c9fce7966980a.
Now to look into "guix build", i'd like to fix that first before
considering
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
x */
.byte 0x48
.byte 0xb8
@@ -128,6 +144,14 @@ VARIABLE(grub_relocator64_rdx)
#ifdef __APPLE__
.byte 0xff, 0x25
.quad 0
+#elif !defined (__x86_64__)
+ /* jmp *LOCAL(jump_addr) (%rip) */
+ .byte 0xff
+.byte 0x25
+ .byte 0
+ .byte 0
+ .byte 0
+ .byte 0
#else
jmp *LOCAL(jump_add
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
m-i686.patch | 73 +++++++
3 files changed, 76 insertions(+), 1 deletion(-)
create mode 100644 gnu/packages/patches/grub-cross-system-i686.patch
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
: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
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
; +@cindex hurd
>> +@item @code{hurd} (default: @code{#f})
>> +The hurd to be started by the kernel. This is required to build an
>> +experimental vm-image for the Hurd and requires using @code{kernel}
>
> Ditto.
Done.
Thanks, Janneke
--
Jan Nieuwenhuizen | GNU
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
Ludovic Courtès writes:
Hello!
> Jan Nieuwenhuizen skribis:
>
>> --- a/gnu/packages/hurd.scm
>> +++ b/gnu/packages/hurd.scm
[...]
>> + (substitute* "hurd/paths.h"
>> + (("_HURD_STARTUP\t")
>> +
hurd: Update to upstream Hurd-reserved xattr index.
>> [L] 68a8a26a57 gnu: guile-static: Disable JIT on ARMv7.
>> [L] 220243a2c6 vm: Shared-store script runs that native QEMU and Bash.
>> [L] e3b6c5dce2 vm: compiler honors system and target.
>> [L] d4342
vm: Shared-store script runs that native QEMU and Bash.
[L] e3b6c5dce2 vm: compiler honors system and target.
[L] d43423f074 vm: 'qemu-image' preserves the cross-compilation target of the
OS.
[L] c6ee3a059b vm: 'qemu-image' uses the native partitioning tools and
bootload
Ludovic Courtès writes:
Hello!
> Jan Nieuwenhuizen skribis:
>
>>> Having an RC argument passed directly by the bootloader seems like a
>>> good way to proceed for me. This is somehow remotely similar to what we
>>> are doing with the "initrd" on Lin
;; Note: Always use the DCE format because that's what
+;; (gnu build linux-boot) expects for the '--root'
+;; kernel command-line option.
+ (file-system-device->string root-device
+
e, /hurd is symlink to /gnu/store/*-hurd-0.9/hurd/ and runsystem*
now is a very minimal bash script, doing
exec /libexec/rc "$@"
and /libexecc is currently being substituted with the store file name,
which gives us a hurd package that does this
/hurd/startup
w.
This adds besides 'multiboot-kernel' and 'multiboot-modules' now also
'multiboot-arguments' to . The temptation to rename 'linux'
and 'linux-arguments' to 'kernel' and 'kernel-arguments' increases, but
I didn't!
I'm p
dd patch for <https://bugs.gnu.org/41214>.
> 9db8836916 channels: 'build-from-source' restores '%guile-for-build'.
>
> This is fixed by 36640207c9543e48cd6daa92930f023f80065a5d, which also
> fixes the “incompatible bytecode” warnings.
Beautiful, thank you!
s://git.savannah.gnu.org/git/guix.git'...
guile: warning: failed to install locale
Hello, world!
--8<---cut here---end--->8---
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
rtition->config partition)
until the point where it lacks the "/hurd" symlink from the directives.
So, apart from removing the IF above in a nice way, we (you?) could try
to find a nice way to insert extra-directives
> @@ -168,6 +170,9 @@ of the directory of the 'system' derivation."
>(populate-root-file-system system-directory root)
^ here
I guess...and then we'd be done.
I'm not sure as to what extent the extra-directives is/was a kludge?
Janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
extended to reflect these
addition
--8<---cut here---end--->8---
Greetings,
janneke
PS: I'm starting the VMs like so
guix environment --ad-hoc qemu -- qemu-system-i386 -enable-kvm -m 512\
-device rtl8139,netdev=net0 -netdev
user
cumentation says that "when a module
is autoloaded, all symbols become available"?
http://git.savannah.gnu.org/cgit/guile.git/tree/doc/ref/api-modules.texi#n298
So...what's going on here?
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
ould replicate the glibc behavior.
Beautiful, thanks for getting to the bottom of this. Now that you
already have gone this far, would you like to whip-up a full patch for
GNU Mes?
To test it we may have to provide a tarball as we don't want to use XZ
and we don't have patch
oes not support cross builds
This could be mostly harmless...still building a full (non-tiny/minimal)
qemu or grub maybe?
Greetings
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
about the branch name in combination with its
functionality: can/will/could "wip-disk-image" also be used for
guix system init/reconfigure (we don't have qemu on the Hurd)?
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
t!
I am currently still looking to consolidate all the cross build fixes,
and how to migrate the Shepherd and services hacks into the regular
framework. I'm guessing that's all stuff that wip-disk-image does not
touch/change.
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
to address it.
Oh! Yes, I guess we need that as soon as we unify the hurd VM with the
guix system build?
> Jan Nieuwenhuizen skribis:
>
>> + (let ((target (%current-target-system)))
>> +(with-extensions (list shepherd)
>> + (computed-file (string
v)))
+ (compile-file #$file #:output-file #$output
+ #:env env
+
+ ;; It's faster to build locally than to download.
+ #:options '(#:local-build? #t
+ #:substitutable? #f)
(define (shepherd-configuration-file services)
"Return the shepherd configuration file for SERVICES."
--
2.26.0
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
0i-shepherd-host-name.go
/gnu/store/dbmj8ls2bwn0vbwi6qzng56rgrza3z0i-shepherd-host-name.go: ELF 64-bit
LSB shared object no machine, version 1 (embedded), dynamically linked, with
debug_info, not stripped
--8<---cut here---end------->8---
Greetings,
janneke
--
Jan Nieuwenh
d VGA screen blinks, and the wonky behavior starts.
This should be fixed in latest/todays wip-hurd-vm by this commit
http://git.savannah.gnu.org/cgit/guix.git/commit/?h=wip-hurd-vm&id=ccdf7336dfbb16bfc7a08b297ad9cabbe2663f55
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http:
e=geert.img,cache=writeback -m 2G -device rtl8139,netdev=net0 -netdev
user,id=net0,hostfwd=tcp:127.0.0.1:10022-10.0.2.15:,hostfwd=tcp::27528-:17528
There's some more (partially outdated) info here
https://git.savannah.gnu.org/cgit/guix.git/tree/THE-HURD?h=wip-hurd
HTH
janneke
--
J
tup -> rc -> shepherd
if that's possible.
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
find.
So, I'm hoping to get `hello' built tonight, happy to hear any results
you may get!
Greetings,
jannneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
ed.
This now makes me wonder whether upstream Hurd could use a patch for
${bindir} and ${libexecdir}. Possibly even for `/hurd'.
What do you all think?
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
ds.scm
+ (lambda _
+(substitute* "guix/records.scm"
+ ((" most-positive-fixnum")
+ " 536870911"))
+#t)))
+ '())
(add-before 'check 'copy-bootstrap-guile
(lambda* (#:key system inputs #:allow-other-keys)
;; Copy the bootstrap guile tarball in the store used
--8<---cut here---end--->8---
Greetings,
janneke
ncsp53ws1vg4kpbgzl3q99n442ixz8-guix-1.0.1-16.0c53d35.drv.bz2
Description: Binary data
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
ght away because we had that commit
locally.
I have just reset wip-hurm-vm, it should work now.
Thanks!
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
result: FAIL
Last week, when core-updates was at
1808e64de0 gnu: coreutils: Typo: Use libcap only when supported.
it worked correctly.
This is unfortunate, as wip-hurd-vm (freshly rebased) depends on a guix
update.
Greetings,
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
, try to do some activity in the VM, and
> check in top whether ‘gnome-shell’ is growing.
That looks like an upstream problem
https://gitlab.gnome.org/GNOME/gnome-shell/issues/64
are we going to investigate backporting a fix?
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Jan Nieuwenhuizen writes:
> That looks like an upstream problem
>
> https://gitlab.gnome.org/GNOME/gnome-shell/issues/64
Sorry, this is not helping.
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
s a whole other stage of effort, I'm tempted to close this bug
>> and open a new one (or two?) for that. WYDT?
>
> There's bootstrap binaries now existing, I'd say that counts as merging
> in Hurd support.
>
> Congrats!
Thank you => closing.
janneke
-
Jan Nieuwenhuizen writes:
> Hello Guix'y supporters of the Hurd,
`wip-hurd' is now pushed to core-updates as
3a1c3642d4d611c5516a8ba5b6bc7e39bdc1c9ae
As discussed on IRC yesterday, we did it in two stages: we first
merged all work necessary to build sensible bootstrap bin
Jan Nieuwenhuizen writes:
>> For the sake of reducing complexity and keeping supported systems as
>> close to one another as possible, would it be an option to keep using
>> 2.0 for GNU/Hurd, like on the other systems?
...
>> That would entail changing make-bootstrap.scm t
Ludovic Courtès writes:
> Jan Nieuwenhuizen skribis:
>
>> commit 7653827b8919ad85d025ba1a701ba38ab7d2e388
>> Author: Jan Nieuwenhuizen
>> Date: Sat Mar 7 03:53:38 2020 -0500
>>
>> gnu: coreutils: Remove libcap dependency for the Hurd.
>>
Ludovic Courtès writes:
Hello!
> Jan Nieuwenhuizen skribis:
>
>>>> +#if !__GNU__
>>>> int status = pid.wait(true);
>>>> if (status != 0)
>>>> throw Error(format("cannot kill processes for uid `%1%': %2%") %
onditional avoided in these files is a win
> in the not-so-long term. That’d be my guideline as we merge it. :-)
>
> Anyhow, thumbs up! I’m looking forward to merging it and having it
> built on CI (we could offload to a Debian VM!)!
Yes, that would be awesome!
janneke
--
Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
1 - 100 of 170 matches
Mail list logo
