Hi,
While debugging an unrelated reproducibility issue with an older mtools
version I got the idea of testing packages that uses mtools (with the
current Guix version) and it turn out not to be reproductible:
$ guix challenge syslinux
/gnu/store/9gq6bgralqfd1yzkywnr8pkx5il5s99c-syslinux-6.04-pre-
Hi,
Guix now has cpp-mustanche 5.0 so I think we can close that bug.
Denis.
pgpwNDA_3cqCb.pgp
Description: OpenPGP digital signature
Hi,
I found the following firmwares with missing source code inside ifdtool
source code:
src/vendorcode/amd/agesa/f12/Proc/GNB/Nb/Family/LN/F12NbSmuFirmware.h
src/vendorcode/amd/agesa/f14/Proc/GNB/Nb/Family/0x14/F14NbSmuFirmware.h
If there is a mechanism to produce modified source code releases,
stem configuration:
> ;;; Copyright © 2023 Denis 'GNUtoo' Carikli. SPDX-License-Identifier:
> GPL-3.0+ (use-modules (gnu bootloader)
>(gnu bootloader u-boot)
>(gnu system file-systems)
>(gnu packages linux)
>(gui
Hi,
When testing again with x86_64 Guix and Parabola it works fine now.
Denis.
pgpnRjdwFIn_d.pgp
Description: OpenPGP digital signature
Hi,
The ghc-memory package uses the https://github.com/vincenthz/hs-memory
git repository.
Days ago[1] that repository was "archived" / made read-only, so is is
not maintained anymore.
The bad news is that ghc-memory package is used directly or indirectly
by about 1400 packages.
It only happene
Hi again,
For some reasons I didn't receive your last mail.
In the machine definition I have (system "aarch64-linux"). I've now
also added -s aarch64-linux as well just to be safe.
As for the patch, it is now in Guix (4dd33fc628 gnu: shepherd: Switch
back to Fibers 1.1 on Arm machines.), and aft
-libre: Update to 6.4.8.
>
> * gnu/packages/linux.scm (linux-libre-version,
> linux-libre-gnu-revision, linux-libre-pristine-source,
> linux-libre-source, linux-libre, linux-libre-with-bpf): Update to
> linux-libre 6.4.
>
> gnu/packages/linux.scm | 16
Hi,
> It would be good that our documentation explains how GNU Boot deblobs
> coreboot for each board and how users can remove new blobs if they
> found some (it would help people to create patches for us, knowing
> where blobs are identified)
Having blob specific documentation not in the code wou
On Mon, 21 Aug 2023 17:00:26 +0200
Ludovic Courtès wrote:
> Hi Denis,
Hi,
[...]
> How about this patch:
I've some issue testing the patch. With guix
1c916c167b7eb1f2f8af2cf621aa1512b00b1033 ("gnu: Add thunarx-python.")
I've the following:
> LD [M] net/nsh/nsh.ko
> LD [M] net/qrtr/qrtr.ko
bgobject-2.0.so.0
> #32 0x74bb8306 in ?? ()
>from
> /gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/lib/libgobject-2.0.so.0
> #33 0x00007ffff4bbe689 in g_signal_emit_valist ()
>from
> /gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3/lib/libgobject-2.0.so.
Hi,
With the commit right before c219c22cbd[1], my rockpro64 (ARM 64bit
SBC) boots fine and I get a login prompt both on the attached display
and serial port.
With c219c22cbd[1] instead it blocks here (see the attached boot.log
file for the full boot log):
> [ 33.762050] avdd: disabling
I've a
On Wed, 17 May 2023 12:44:58 +0200
Giovanni Biscuolo wrote:
> Since commit 4ed8c0b is setting version to 5.0.0 and that version
> works (does it?), I'd go for an "update to 5.0.0" patch
It at least builds fine.
Thanks a lot for the advises.
Denis.
pgp1KzGnhigyb.pgp
Description: OpenPGP digital
Hi,
I also forgot the following games (same license clause):
queen, queen-de, queen-fr, queen-it.
Denis.
pgpmIFPgb3_Hg.pgp
Description: OpenPGP digital signature
Hi,
The license of all these packages have that inside:
> 3) You may not charge a fee for the game itself. This includes
> reselling the game as an individual item.
And the FSDG has that:
> Non-functional Data
> ---
> Data that isn't functional, that doesn't do a practical job, is
Hi,
With an old date, the network isn't detected in the graphical installer.
I'm unsure if it's related to bug 35630[1] or not though.
Running date by hand to set an approximate date and retrying to detect
the network makes it work.
References:
---
[1]https://issues.guix.gnu.org/35630
Hi,
go-gopkg-in-yaml-v3 is a dependency of docker and it fails to build on
i686.
Here's my guix revision:
> $ guix describe
> Generation 60 Feb 10 2023 01:09:07(current)
> guix 07f19ef
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 07f19e
Hi,
If the idea is to be able to use a Guix docker image, as I understand
dockerhub is not strictly required.
For instance Fedora has its own docker registry[1] that works out of
the box with docker pull. More generally to download an image one can
just run: 'docker pull /'. As I understand that
Hi,
I've the same issue when building for i686 from an x86_64 computer with
the following commands:
> guix build -s i686-linux fakeroot
The log is in zdjf6dkagsmlrrimm6nsz8p3xkxpx3-fakeroot-1.30.1.drv.gz
(attached).
And:
> guix build --target=i686-linux-gnu fakeroot
The log is in yscc2h0g7n3jbjz
Hi,
I've tried to run a Parabola installation inside libvirt LXC (inside a
guix system intallation) and it gives me the following error:
> Unable to complete install: 'internal error: guest failed to start: Failure
> in libvirt_lxc startup: Unable to create directory /sys/fs/cgroup/unified: No
>
On Fri, 16 Dec 2022 15:39:58 +0100
Denis 'GNUtoo' Carikli wrote:
> Hi,
>
> Here are some more information:
>
> The Parabola's patch fox fixing that is probably this one:
> https://git.parabola.nu/abslibre.git/tree/libre/libosinfo/libre.patch
> This is beca
Hi,
If I send patches to guix-patc...@gnu.org, everything works as
intended. However if I send them to guix-patc...@debbugs.gnu.org, I can
wait days and I get no confirmation at all.
This second address was found in the following command inside the Guix
devel manual:
> $ git send-email outgoing/0
Hi,
I've been trying to build a system image with the following command:
> $ guix system image --target=arm-linux-gnueabihf -t raw-with-offset \
> minimal.scm
And the following minimal.scm:
> (use-modules (gnu)
> (gnu bootloader u-boot))
> (use-service-modules networking ssh)
> (use-
Hi,
As I understand the statistics should also be opt-in to be compliant
with the FSDG and GDPR, and currently they will be opt-out when they
start working.
If you run Xonotic for the first time, after agreeing to the services
TOS, that basically tell you that TOS apply to stats.xonotic.org and t
Hi,
Here are some more information:
The Parabola's patch fox fixing that is probably this one:
https://git.parabola.nu/abslibre.git/tree/libre/libosinfo/libre.patch
This is because libosinfo is in the dependencies of gnome-boxes. I
didn't check beyound that.
To reproduce the bug one need to lauc
Hi,
I've installed gnome-boxes and I found out that it proposes to download
and run many distribution installers.
As it contains many non-FSDG compliant distributions, many of these
distributions probably contain nonfree firmwares at least.
Not all distributions are problematic though, as it con
Hi,
How does it work when Nix is installed on top of another distribution?
Is there something to handle that in packagekit?
Or with distributions like Ubuntu that also use snap, it is is handled
transparently somehow? Or do users have to choose which package manager
to use?
I wonder that becaus
Hi,
I've found an idea: guix pull can pull to a precise commit:
> --commit=COMMITdownload the specified "guix" channel COMMIT
So maybe it works with a commit close to Guix 1.3. If that's the case
we can probably bisect it to the commit that broke your guix pull.
Denis.
pgp57F6DHZXlH.
I've tried to cross compile an image but I end up with this build
failure:
> $ zcat
> /var/log/guix/drvs/fl/nrxka21fgd5hpbchzp3fyv01xyrs2v-linux-modules.drv.gz
> Backtrace: 5 (primitive-load
> "/gnu/store/lm7mjsdx6p16pbavv80hpf561df?") In ice-9/eval.scm:
> 619:8 4 (_ #f)
>626:19 3 (_ #)
>
On Sun, 13 Nov 2022 11:48:18 +0100
Tanguy LE CARROUR wrote:
> Hi Denis,
>
> Thanks for your answer.
>
> Strange thing, though… I didn't received your answer!?
> I came across it by chance while checking
> [bug-guix](https://lists.gnu.org/archive/html/bug-guix).
>
> > Sat, 12 Nov 2022 16:40:20
Hi,
Does it also fails with 'guix pull -M 1 -c 1' ?
Denis.
pgpuM7NXz38z1.pgp
Description: OpenPGP digital signature
texts or logs? Should I try loglevel=8 ?
References:
---
[1] The computer is a Thinkpad X60 with only an external display running
Coreboot with SeaBIOS.
[2] The boot log was captured by adding console=ttyS0,115200 to the
command line arguments in grub and by capturing the messages
Hi,
After a guix pull it now builds fine again. I've tested it with guix
build -s i686-linux on x86_64 and guix build guix on i686.
So the bug can now be closed.
Denis.
pgp68OhkUF2Pp.pgp
Description: OpenPGP digital signature
Hi,
The faac package is considered nonfree in Debian[1] and also in
Parabola because according to the Parabola blacklist faac "is a GPL'ed
package, but has non free code that can't be distributed under the
GPL"[2].
The path chosen by Parabola (and probably most other FSDG compliant or
100% free d
On Tue, 02 Aug 2022 22:28:56 -0400
Maxim Cournoyer wrote:
> Hi Denis,
Hi,
> Would you like to try preparing a snippet patch turning the above
> 'Free' into 'Proprietary' or the likes so that the Python script can
> remove them? Otherwise I can look into it.
Since you wrote the python script you
Hi,
Thanks a lot for working on having a recent FSDG compliant versions of
phoronix-test-suite.
I've found a minor issue with phoronix-test-suite and I've a couple of
questions to help synchronize between Parabola and Guix to prevent
accidental installation of nonfree software.
Nonfree software
Hi,
After having done a 'guix pull', I added h-client to a system image made
with guix system image, and when running that image I could launch
h-client with any of the following command lines:
$ h-client
$ sudo -E h-client
However with Parabola i686 (also after having done a 'guix pull',
h-clien
On Mon, 23 May 2022 21:08:20 +0200
Denis 'GNUtoo' Carikli wrote:
> I'll now try with the current HEAD to see if that's somehow fixed.
I've a similar failure with HEAD:
> \ 'check' phasebuilder for
> `/gnu/store/m1iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-st
Maybe an issue is that I've 2 cores on i686 while I've 4 on armv7h.
Or Maybe I didn't see what was there before (I use screen so it's not
convenient to copy-paste the output). Now I have:
> $ guix pull --commit=f0e9048e98f0789aa98de88984f4ee0fc9687f52 -M 1 -c 1
> Updating channel 'guix' from Git r
On Mon, 23 May 2022 16:10:04 +0200
Maxime Devos wrote:
> Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 15:40 [+0200]:
> > Hi,
> >
> > I've now made some free space. So we have:
> > - 1GiB of RAM and 16GiB of swap:
>
Hi,
I've now made some free space. So we have:
- 1GiB of RAM and 16GiB of swap:
> # cat /proc/swaps
> FilenameTypeSizeUsed
Priority
> /dev/mmcblk0p1 partition 1677721216384
-2
- Ab
Hi,
Now it fails with the following error:
> substitute: updating substitutes from 'https://ci.guix.gnu.org'...
> 0.0%
> /Backtrace:
>
> \
> 16 (primitive-load
> "/gn
Hi,
Did you manage to receive the patches, or were they lost somehow[1]?
At least I see them on https://issues.guix.gnu.org/54728 .
References:
---
[1]Personally for some reason I didn't receive a copy of the patches I
sent through git-send-email in my mail.
Denis.
pgpqXvrYb7K8Z.pg
For some reasons I didn't receive a copy of the cover letter patch I
sent with git-send-email yet, so I can't reply to the cover letter, so
I'm replying to the patch instead.
In any case the patches and the cover letter are in the bug[1] report
and so as promised here's the libsamsung-ipc.scm I us
* gnu/packages/valgrind.scm: sort imports alphabetically
Signed-off-by: Denis 'GNUtoo' Carikli
---
gnu/packages/valgrind.scm | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/valgrind.scm b/gnu/packages/valgrind.scm
index 1cdc0f3b71..6648f17
Hi,
I've now managed to make a proper patch. I've used 'v2' for more
clarity.
I'll send the files used to test them in a subsequent mails.
As for the tests, I've done them in Guix system, once installed
valgrind works fine:
> $ make check
> valgrind -v --leak-check=full ./main
> ==20324== Memc
ind-fix-default-debuginfo-path.patch
@@ -0,0 +1,100 @@
+From a7f17b57a94e9cde6d7fa96ac86be5c4fc4f9211 Mon Sep 17 00:00:00 2001
+From: Denis 'GNUtoo' Carikli
+Date: Sun, 24 Apr 2022 22:20:50 +0200
+Subject: [PATCH] valgrind: fix default debuginfo path
+
+Description: Workaround for missing symbol in Guix's ld.so.
On Fri, 15 Apr 2022 18:21:33 +0200
Ludovic Courtès wrote:
> Hello!
Hi,
[...]
> I find this patch-as-code snippet rather difficult to follow; it might
> also break easily if minor things change in those C files.
>
> How about making it an actual patch? In the patch, you’d have
> placeholders for
* gnu/packages/valgrind.scm (valgrind/interactive)[native-inputs]:
Add libc:debug
[arguments]: Add patch-default-debuginfo-path phase
* gnu/packages/commencement.scm (glibc-final): Export variable.
Signed-off-by: Denis 'GNUtoo' Carikli
---
gnu/packages/commencement.scm | 2 +-
gn
* gnu/packages/valgrind.scm: sort imports alphabetically
Signed-off-by: Denis 'GNUtoo' Carikli
---
gnu/packages/valgrind.scm | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/valgrind.scm b/gnu/packages/valgrind.scm
index 1cdc0f3b71..6648f17
On Thu, 07 Apr 2022 18:40:08 +0200
Ludovic Courtès wrote:
> Hi,
Hi,
> Unfortunately, until that branch is merge (most likely a few months
> from now), we’ll have to use the workaround you mentioned.
>
> Alternatively, maybe we could temporarily patch the ‘valgrind’ package
> such that it has ‘-
Hi,
I forgot to mention that it happened right after the installation of
Guix on top of Parabola with the guix installer script.
(I didn't manage to do a guix pull before).
I'll keep retrying from time to time and report if it's fixed.
Denis.
pgpRdLh5okXYA.pgp
Description: OpenPGP digital sig
Hi,
The fact that Valgrind doesn't work out of the box seems to already be
known[1] but I didn't find any bugreports on it.
The workaround[1] mentioned is extremely useful but it's far from ideal.
For instance if you have a software that uses Valgrind in its tests
(for instance in 'make check')
Hi,
Here's the failing command output:
# guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to dda555f (17,297 new
commits)...
Building from this channel:
guix https://git.savannah.gnu.org/
Hi,
There are valid use cases for uninstalling Guix:
- On a Trisquel VM I use Guix to add matterbridge to it with guix pack.
Once the tarball is done with guix pack I remove Guix and install the
pack to limit the attack surface. To do the updates I install Guix
back and re-do a tarball.
- O
Hi,
With Guix system i686, at the following commit:
> cadcbbaf65 gnu: r-bigmelon: Add r-knitr.
guile 2.0.14 fails tests.
I've attached the log.
I'm unsure what to do here as it's Guile 2.0.14 and on Guile website I
only see Guile 3.0.7 and guile 2.2.7[1], and Guile 2.0.14 s from
2017[2].
Refere
atch that is upstream but
not in an fdm release yet).
Right now I can't test without fdm-git because when doing guix
system reconfigure, it tries to build guix but its tests fails. I'll
bugreport about that.
Denis.
;; Copyright (C) 2021 Denis 'GNUtoo' Carikli
;;
;; This progra
not keep my user profile and my guix system in sync.
Would the solution to that be to correctly export
GUILE_LOAD_COMPILED_PATH in ~/.guix-profile/etc/profile like it is
done in the patch I attached (with an extra small modification in the
commit message to mention the bug report)?
Other co
Would it be better to find a way to fix these issue rather than warn
people about it? They look realatively easy to fix.
For the Radeon / AMDGPU drivers to work, you need:
- A patch need to be upstreamed in linux-libre for the GPU family to
make the driver load. That patch needs to be tested on
Hi,
When I sent the patch adding matterbridge to Guix, I only notified that
I didn't know if it contained vendored code or not at the last moment
(after the patch was sent, during the discussion about it, and before
it was merged).
The issue is that I didn't know go at all and more specifically I
On Wed, 20 Oct 2021 11:52:54 -0400
Julien Lepiller wrote:
> You might be running with modified files, or the container is doing
> something unexpected. Can you try again from a clean checkout, or
> after cleaning with "git clean -fdx"? This should put the repo back
> to the last commit, and remov
Hi,
I'm on i686, and I've tried all the approaches mentioned:
- export LC_ALL=en_US.utf8
- rm doc/contributing.*.texi
- the patch in doc/local.mk
on top of the following commit:
19d3cfec72 gnu: python-arrow: Move python-pytz to native-inputs.
I tried building Guix with both:
- guix environment g
On Thu, 2 Sep 2021 10:10:22 +0200
zimoun wrote:
> Hi Denis,
>
> Thanks for the investigation and the attempt.
>
> Well, I miss if it works or not...
It doesn't work.
The issue was that if you build a tarball with guix pack, without guix
time-machine, you can't reproduce it with guix-time-machi
Hi again.
With and without this patch:
> diff --git a/guix/scripts/pull.scm b/guix/scripts/pull.scm
> index fb8ce50fa7..af1cf77f07 100644
> --- a/guix/scripts/pull.scm
> +++ b/guix/scripts/pull.scm
> @@ -739,7 +739,7 @@ Use '~/.config/guix/channels.scm' instead."))
> (cons (match ref
On Sun, 8 Aug 2021 13:54:10 +0300
Efraim Flashner wrote:
> On Sat, Aug 07, 2021 at 07:03:11PM +0200, Maxime Devos wrote:
> > Hi,
> >
> > > > networkx/algorithms/shortest_paths/tests/test_weighted.py:29:
> > > > AssertionError === 1 failed, 3517 passed, 182 skipped
> > > > in 246.61s (0:0
Hi,
when trying to install fdroidserver, I have the following build failure
in the tests with python-networkx:
> building
> /gnu/store/64a09gnkl01k6vcwrn1cvv1v8nm88xhb-python-networkx-2.5.1.drv...
> 100% 'check'
> [###]builder
> for
> `/gnu/
Hi,
I've been trying to reproduce a tarball
(sz1lkq3ryr5iv6amy6f3d2pziks27g28-tarball-pack.tar.xz) that I generated
with guix pack on guix master the 28 January 2021.
To build it, in January, I used the following commands:
> guix pull
> guix pack \
> --compression=xz \
> --save-pr
On Wed, 30 Dec 2020 15:35:48 +0100
Mathieu Othacehe wrote:
> The default image type creates an EFI partition which is not desirable
> here. You should try again running this instead:
>
> --8<---cut here---start->8---
> guix system disk-image -t arm32-raw lime2.
ied, the default
> omap3_defconfig will fail to boot with FS mode. It is difficult to
> support this unless ROM passes some information on the bootmode.
We are using this patch in Parabola. I'll try to test it too in Guix
though I can often take quite some time to manage to test things with
On Tue, 29 Dec 2020 05:33:55 +0100
Denis 'GNUtoo' Carikli wrote:
In addition I forgot that the patch I talked about was for omap3 and
not for AM335x.
Denis.
pgpf5IWLeeep6.pgp
Description: OpenPGP digital signature
Hi,
I've generated an image for the Lime2 with this (lime2.scm) file:
> ;; Based on Guix's beaglebone-black.tmpl
> (use-modules (gnu) (gnu bootloader u-boot))
> (use-package-modules bootloaders)
> (operating-system
> (host-name "lime2")
> (timezone "Europe/Paris")
> (locale "en_US.utf8")
>
On Tue, 29 Dec 2020 04:47:25 +0100
Denis 'GNUtoo' Carikli wrote:
> > "/libexec/MLO")) (u-boot (string-append bootloader
> > "/libexec/u-boot.img"))) (write-file-on-device mlo (* 256 512)
> > image (* 256 512))
>
Hi,
I found a potential issue with the debootstrap package and the Guix
blog.
The Free System Distribution Guidelines states that:
> A free system distribution must not steer users towards obtaining any
> nonfree information for practical use, or encourage them to do so.
> The system should have
On Mon, 13 Jul 2020 15:34:15 +0200
Ludovic Courtès wrote:
> Hi,
>
> Denis 'GNUtoo' Carikli skribis:
>
> > Many ARM Single Board Computers are commonly used with microSD for
> > storage, and some microSD cards are extremely slow (and sometimes
> > unre
Hi,
Many ARM Single Board Computers are commonly used with microSD for
storage, and some microSD cards are extremely slow (and sometimes
unreliable when they are old).
Could the performance issues be related to storage device I/Os?
Denis.
pgpevYyzP4lp9.pgp
Description: OpenPGP digital signatur
On Thu, 02 Jul 2020 09:48:26 +0200
Ludovic Courtès wrote:
> Hello,
Hi,
> If you’re having troubles building your system, I’d try building with
> ‘-v3’ (verbose mode) for example, or ‘--on-error=debug’ if the problem
> is in your ‘system.scm’ file.
Here's with -v3
> # guix system -v3 --no-bootlo
Hi,
When doing guix system system.scm /path/to/empty/directory, I have the
following error message:
> # guix system --verbosity=99 --debug=99 --no-bootloader init
> system.scm /srv/distros/guix/ guile: warning: failed to install locale
> acquiring global GC lock `/var/guix/gc.lock'
> acquiring r
77 matches
Mail list logo