Hello,
This was broken by commits d477018b57d5b4c13b4dd35aa1c4ee1a00ca76e2and 21d6985a8b3c6e53aab648275dc27b72c7453437--one of which also hasan incorrect commit message. Obviously those commits can never haveworked since they require poetry in order to build themselves.
I've reverted commit
Fixed in guix master commit 18b6e309cec3a0c9c7401b131e18612914f1fcf9.
pgpAhNy6UqDoC.pgp
Description: OpenPGP digital signature
d with status 2
... with the attached patch. Hence I went downgrading xfsprogs instead of
upgrading docker.
Author: Danny Milosavljevic
Date: 2022-11-25 14:43:00
diff --git a/gnu/packages/docker.scm b/gnu/packages/docker.scm
index 184280b38f..05cda2a38d 100644
--- a/gnu/packages/docker.scm
+++
On Thu, 31 Mar 2022 15:31:56 +0200
Danny Milosavljevic wrote:
> Possible alternative fixes:
d. Move the definitions of XCreateFontCursor and XCreatePixmapCursor to
libxcursor (i.e. delete their definitions from libx11 and create them
in libxcursor). Fix up now-failing packa
For future reference:
* See also bug# 54680 for a patch to xterm.
* See also bug# 54701 for a patch to openjdk.
pgpvm3Thv6cS3.pgp
Description: OpenPGP digital signature
Hi,
On Mon, 10 Aug 2020 11:27:40 +0200
Mathieu Othacehe wrote:
> Hello Ivan,
>
> > How to reproduce:
> > 1. Start XTerm.
> > 2. Notice that the mouse cursor looks totally different from everything
> > else. XTerm uses several mouse cursors: one for the text area, one for
> > scrollbar, one for
Hi,
After I got HiDPI displays (3840 pixels x 2160 pixels) mostly working in Guix
system, I am only left with one remaining problem:
libx11's XCreateFontCursor tries to dynamically-load libxcursor with just the
basename "libXcursor.so.1".
Because libxcursor depends on libx11, it's not possible
Hi,
On Tue, 15 Mar 2022 21:11:37 +
Christopher Baines wrote:
> grub can't be built for powerpc64le, I believe the same failure occurs
> with native builds or cross compilation from x86_64. I think this might
> have always been the case.
>
> This is the error from the build log:
>
>
Hi,
On Sun, 01 Aug 2021 18:46:00 +0200
Ludovic Courtès wrote:
> Brice Waegeneire skribis:
>
> > In guix/build-system/linux-module.scm:
> >132:22 3 (lower "ddcci-driver-linux-0.3.3" #:source _ #:inputs _
> > #:native-inputs _ #:outputs _ #:system _ #:target _ #:linux _ . _)
> > In
On Tue, 13 Jul 2021 11:05:49 +0200
zimoun wrote:
> On Wed, 27 Jul 2016 at 22:57, l...@gnu.org (Ludovic Courtès) wrote:
> > Danny Milosavljevic skribis:
> >
> >> guix lint doesn't actually fail on some errors.
> >
> > It never pretended to exit wit
On x86_64, python-minimal build hangs when running the tests:
$ guix build
/gnu/store/gifx79qc77zk88z6gnabj81iksp1xaj9-python-minimal-3.8.2.drv
[...]
1:06:10 load avg: 1.31 running: test_multiprocessing_forkserver (14 min 42 sec)
It's reproducible every time.
$ guix describe
Generation 230
Hi Julien,
On Mon, 12 Apr 2021 13:18:30 +0200
Julien Lepiller wrote:
> I suspect something might have changed in u-boot recently (maybe the
> upgrade to 2021.01, since I didn't have to reboot this year yet).
[...]
> board might not be initialized as expected and all kernels from 4.19 to
> the
Sure
pgpi4bo68JKNw.pgp
Description: OpenPGP digital signature
starting phase `make-autoloads'
Opening directory: No such file or directory,
/gnu/store/pw8gf3cjcw9jxj7sjwz0z8cca5vkyvp8-emacs-stream-2.2.5/share/emacs/site-lisp
error: in phase 'make-autoloads': uncaught exception:
%exception #< program:
Hi,
>$ LC_ALL=C guix download https://192.168.10.1
>Starting download of /tmp/guix-file.Zfy7gX
>From https://192.168.10.1...
>X.509 server certificate for '192.168.10.1' does not match:
>C=ZZ,ST=Somewhere,L=Unknown,O=libreCMC087d391f,CN=libreCMC
>failed to download "/tmp/guix-file.Zfy7gX" from
Hi,
as of guix core-updates commit abd318ff4b741eac11227778bf2e569ee7b186ff
perl-mojolicious@7.59 fails tests:
# Failed test '200 OK'
# at t/mojolicious/lite_app.t line 878.
# got: '500'
# expected: '200'
# Failed test 'Content-Type: application/json;charset=UTF-8'
# at
Hi,
On Wed, 17 Feb 2021 11:16:52 +0100
Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote:
> Léo Le Bouter via Bug reports for GNU Guix 写道:
> > Should we explicitly check if we are over an IPv6 connection
> > instead?
That sounds very magical. I mean we can do it as a last resort, I
LGTM!
pgpJoouZ1M2e9.pgp
Description: OpenPGP digital signature
patching file libusb/descriptor.c
Hunk #1 FAILED at 1174.
1 out of 1 hunk FAILED -- saving rejects to file libusb/descriptor.c.rej
source is at 'libusb-1.0.24'
applying
'/gnu/store/x88dkyj396g2qw109zncs25w91cdjd94-libusb-for-axoloti.patch'...
Backtrace:
5 (primitive-load
package "fntsample"
pgpLrUrbVtiFA.pgp
Description: OpenPGP digital signature
sha256 hash mismatch for
/gnu/store/csv5xca0p8w5jqqx53szy2dja8lwxma2-unicode-blocks.txt:
expected hash: 1xs8fnhh48gs41wg004r7m4r2azh9khmyjjlnvyzy9c6zrd212x2
actual hash: 17y1sr17jvjpgvmv15dc9kfazabkrpga3mw8yl99q6ngkxm2pa41
hash mismatch for store item
failed to download
"/gnu/store/1idpm6f9pcm9dajm90qgk6x1r6qywfv8-u-boot-2021.01.tar.bz2" from
"ftp://ftp.denx.de/pub/u-boot/u-boot-2021.01.tar.bz2;
builder for
`/gnu/store/5s92y4l66f8qh4p4gx79jvsjaxhl208k-u-boot-2021.01.tar.bz2.drv' failed
to produce output path
I strongly suspect there to be some problem with the ftp client since
that's the second file that doesn't work using guix download but does work
using wget, on the same computer.
$ guix download ftp://ftp.denx.de/pub/u-boot/u-boot-2021.01.tar.bz2
Starting download of /tmp/guix-file.tORPhj
From
Starting download of
/gnu/store/h1nnpcs46ka3dl6yw6ci9i4pjcaaz2fm-trilinos-12.12.1-Source.tar.gz
From
https://trilinos.org/oldsite/download/files/trilinos-12.12.1-Source.tar.gz...
following redirection to `https://trilinos.github.io/'...
downloading from
sha256 hash mismatch for
/gnu/store/3kvddjq70m96y0mci365bz4z1sihyqsj-scdoc-1.10.1.tar.gz:
expected hash: 13x7g1r56bshvfmlvapvz35ywnbgsh337kywb5kcv8nc6b3j3q40
actual hash: 0cr32dgj90zzlavk83mwl6smf8wdls5yv2zq4h7idhsikhp0mdji
hash mismatch for store item
building
/gnu/store/30p35iq59n87x1vrpf2q0ndx6xhi3h4v-libinfinity-0.7.2.tar.gz.drv...
Starting download of
/gnu/store/kl8h5kar3sqp0c1ginkgijfsjva4mwpa-libinfinity-0.7.2.tar.gz
From http://releases.0x539.de/libinfinity/libinfinity-0.7.2.tar.gz...
following redirection to
sha256 hash mismatch for
/gnu/store/5hkf0xjga0wirk1wv8fsqvyazai4zzh6-foo2zjs.tar.gz:
expected hash: 11ddx6wf8b5ksl4fqw6fnyz9m3y470lryyrskkya2bsch2bvj9lg
actual hash: 14x3wizvncdy0xgvmcx541qanwb7bg76abygqy17bxycn1zh5r1x
hash mismatch for store item
Backtrace:
2 (primitive-load "/gnu/store/k2liamlgy9123riizdvbzd6sxwl…")
In ice-9/eval.scm:
619:8 1 (_ #f)
619:8 0 (_ #t)
ice-9/eval.scm:619:8: Wrong type to apply: "unzip"
pgprC9cIxeNrO.pgp
Description: OpenPGP digital signature
building /gnu/store/h293gw17xn750v7sbhxrjkrq99h4mbn3-fldigi-4.1.17.tar.gz.drv...
Starting download of
/gnu/store/7y7xa4ks27s0i77bcllxypakl2fcivlv-fldigi-4.1.17.tar.gz
From http://www.w1hkj.com/files/fldigi/fldigi-4.1.17.tar.gz...
download failed
building
/gnu/store/msbi15n0iw1h19xc7rcg9mk28s6b7ca1-elpa-2018.11.001.tar.gz.drv...
Starting download of
/gnu/store/vr6vp988ds0v8428285rb9crcqfsrb2q-elpa-2018.11.001.tar.gz
From
http://elpa.mpcdf.mpg.de/html/Releases/2018.11.001/elpa-2018.11.001.tar.gz...
following redirection to
In addition, it eventually tries to do this:
Starting download of /gnu/store/8pgqgdcmc10ncj8bhkyi5ilx6mmfk8y1-agg-2.5.tar.gz
From ftp://ftp.ula.ve/gentoo/distfiles/agg-2.5.tar.gz...
In procedure connect*: Connection timed out
Starting download of
building /gnu/store/6smkn7dk6m8w7h7yw0v0lfn0w72q4zxm-agg-2.5.tar.gz.drv...
Starting download of /gnu/store/8pgqgdcmc10ncj8bhkyi5ilx6mmfk8y1-agg-2.5.tar.gz
From ftp://ftp.fau.de/gentoo/distfiles/agg-2.5.tar.gz...
Throw to key `ftp-error' with args `(# "PASV" 501
"PASV: Operation not
From http://cran.r-project.org/src/contrib/SuppDists_1.1-9.5.tar.gz...
downloading from http://cran.r-project.org/src/contrib/SuppDists_1.1-9.5.tar.gz
...
SuppDists_1.1-9.5.tar.gz 138KiB
502.0MiB/s 00:00
From http://www.rforge.net/Rserve/snapshot/Rserve_1.8-6.tar.gz...
downloading from http://www.rforge.net/Rserve/snapshot/Rserve_1.8-6.tar.gz ...
Rserve_1.8-6.tar.gz 487KiB
792KiB/s 00:01 [##]
building
/gnu/store/rk9w0mck4yl4q6mxxaay6npj4gksf6w4-CombBLAS_beta_16_2.tgz.drv...
Starting download of
/gnu/store/cp3ka40bhb28rrmyj4mzf9xjhi0ssxjx-CombBLAS_beta_16_2.tgz
From http://eecs.berkeley.edu/~aydin/CombBLAS_FILES/CombBLAS_beta_16_2.tgz...
following redirection to
=== SKIP: registry TestMirrorEndpointLookup (0.01s)
registry_test.go:668: os.Getuid() != 0: skipping test that requires root
=== SKIP: volume/local TestCreateWithOpts (0.00s)
local_test.go:182: os.Getuid() != 0: requires mounts
=== Failed
=== FAIL: pkg/signal TestCatchAll (0.02s)
Hi Ludo,
that is not a fix. A workaround maybe.
If possible, I'd like the actual fix to be to make the meson build system
support cross compilation.
According to https://mesonbuild.com/Cross-compilation.html :
>Meson has full support for cross compilation.
[...]
>meson builddir/ --cross-file
Hi Stefan,
>I have however no clue, why the number of bytes is only 32 in case of aarch64.
>This value is taken from the struct ifconf read via ioctl(SIOCGIFCONF).
guix/build/syscalls.scm has:
>(define ifreq-struct-size
> ;; 'struct ifreq' begins with an array of IF_NAMESIZE bytes containing
Hi Mathieu,
On Sat, 02 Jan 2021 11:23:24 +0100
Mathieu Othacehe wrote:
> > Thanks a lot, that works fine.
>
> Glad it works! Maybe we should consider creating a
> gnu/system/images/lime.scm file in the future.
Sure.
I think that Allwinner boards are all similar enough in booting that we
Hi Leo,
> > Considering the goal of Guix, it's weird that with Guix, one needs to
> > store /etc/passwd at all. It's state, but not very useful
> > one.
> > I mean that's how it is right now--but it's still weird.
> > With /etc/shadow maybe there's a slightly better case, but note that
> > the
Hi Jason,
On Sat, 2 Jan 2021 09:02:18 -0500
Jason Conroy wrote:
> My reaction to this was not that defaults are bad, but that dispersing
> numeric literals throughout the code is.
In general that is not exactly true. What you want is some way to check
the uids for collisions--and putting
Hi Leo,
On Sat, 02 Jan 2021 00:16:45 +0100
Leo Prikler wrote:
> > And it indeed is possible to add (uid 4711) in the literal and it
> > will work
> > just fine.
> I'm aware you're joking, or at least I hope you are,
What? It's perfectly reasonable for a distribution to have stable system
Hi Leo,
On Fri, 01 Jan 2021 19:44:12 +0100
Leo Prikler wrote:
> Ah, that puts things into perspective. In other words, the problem is
> not, that Guix doesn't read /etc/passwd at all, but that it reads the
> wrong one (the host instead of the guest, so to speak). Should this
> perhaps be a
Hi Leo,
I agree that this is a good idea.
Please use (ice-9 match) instead of car and cdr.
Something among these lines would be more transparent:
(define (find-duplicates list accessor)
(match list
(() '())
((head . tail)
(if (member head tail accessor) ;
Hi Leo,
On Fri, 01 Jan 2021 19:44:12 +0100
Leo Prikler wrote:
> Ah, that puts things into perspective. In other words, the problem is
> not, that Guix doesn't read /etc/passwd at all, but that it reads the
> wrong one (the host instead of the guest, so to speak). Should this
> perhaps be a
Hello,
On Fri, 01 Jan 2021 17:20:58 +0100
Leo Prikler wrote:
> I don't think changing the way UIDs are allocated by default is a good
> solution as that will break many running installations on real
> hardware, that default to those.
(gnu build accounts), allocate-passwd defaults to keep
Hi Jason,
>Still, I wonder if this could introduce support challenges for packages that
>incorrectly assume UIDs are 16 bits wide, since they traditionally were that
>way in UNIX,
I don't think that these 16 bit problems are common at all since all the
getuid() syscalls I've ever seen, even in
Hi,
I agree that user ids and group ids should be made stable, even in general.
I, too, have been bitten by this. (So would everyone else if Guix touched
existing UNIX accounts in general)
The right way to make them stable is for Guix ot default each uid to the hash
of the user name.
That
Hi,
thanks for the report!
fixed in guix master commit a099d833af3afe69c50dbd016e9ed117462ca7ef.
Analysis:
According to https://linux.die.net/man/3/uuid users of the uuid lib should do:
>#include
however, "man uuid" in Guix says to do
(that's from util-linux-2.35.1/libuuid/man/uuid.3)
>
Hi,
On Fri, 18 Dec 2020 16:19:10 +0100
Mathieu Othacehe wrote:
> The CI is spending a considerable amount of time trying to build Rust
> packages for "i686-linux". As this is currently broken, what do you
> think about applying the attached patch?
Sure, for the time being.
But seriously,
Hello,
I confirm the test failure.
I tried fixing it with the patch below, but there's still something up with it.
I don't know the go build system enough to be able to tell what's up--can
someone else help?
diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm
index
Hi zimoun,
On Tue, 01 Dec 2020 19:28:12 +0100
zimoun wrote:
> This old bug #25719 is about exception and error message. See:
>
> <http://issues.guix.gnu.org/issue/25719>
>
> On Tue, 14 Feb 2017 at 09:41, Danny Milosavljevic
> wrote:
> > When I have ne
Hi,
On Sun, 29 Nov 2020 18:00:44 +0100
Marius Bakke wrote:
> Danny Milosavljevic skriver:
>
> > The latest guix system reconfigure (of yesterday) left me unable to login
> > into
> > my X session. guix system rollback DID NOT fix it.
> >
> > I would
The latest guix system reconfigure (of yesterday) left me unable to login into
my X session. guix system rollback DID NOT fix it.
I would enter my password and it would "try" to login and return right back to
the gdm login screen.
I've since removed gdm from my OS configuration (because I have
On Mon, 16 Nov 2020 18:56:56 +0100
Jonathan Brielmaier wrote:
> We have now pretty good LUKS support, but I don't know if we support
> this use case. I always have `/boot` encrypted as well...
Unencrypted /boot and encrypted / is necessary to be able to use Heads
(right now).
(It measures
On Wed, 4 Nov 2020 19:44:44 +0100 (CET)
musics--- via Bug reports for GNU Guix wrote:
> But now the Add option to save the VPN is disabled. Cannot add an ovpn file.
> Is this related to this issue?
I'm sorry, I do not understand what you mean.
Can you make a screenshot?
pgp18k92da3yx.pgp
Are you really using a cross-compiler or are you using qemu transparent
emulation?
If the latter, this is a known problem, see bug# 43513.
Right now, I wouldn't use qemu transparent emulation in order to build anything
for systems where the register width of guest and Linux kernel is different.
On Wed, 4 Nov 2020 15:50:17 +0100 (CET)
musics--- via Bug reports for GNU Guix wrote:
> Many thanks to Danny and Tobias
> I changed the config.scm file, after running "sudo guix system reconfigure
> /etc/config.scm" it displayed:
> /etc/config.scm:31:6: error: network-manager-type: unbound
Hi,
On Wed, 4 Nov 2020 08:25:05 +0100 (CET)
musics--- via Bug reports for GNU Guix wrote:
> What is the best way to install a package in Guix System? For installation
> (network-manager-openvpn), I put "guix install network-manager-openvpn" then
> "guix pull" and then "sudo guix system
Hi,
this is one of the bug reports in the aftermath of the problem I had outlined
in "GNOME in Guix" thread.
Currently, even when using xterm, started by fluxbox, started by gdm-x-session,
the environment variable GI_TYPELIB_PATH is set inside the shell started by
that xterm.
Please don't do
Is it possible for there to be no entries in all-entries at all?
If not, LGTM!
pgpZDS5G1yPnu.pgp
Description: OpenPGP digital signature
This patch LGTM!
pgpaO0I7e8poI.pgp
Description: OpenPGP digital signature
Hi,
meson build-system has no cross-compilation support.
$ ./pre-inst-env guix build --target=arm-linux-gnuhf gobject-introspection
guix build: error:
/home/dannym/src/guix-master/guix/gnu/packages/glib.scm:419:2:
gobject-introspection@1.62.0: build system `meson' does not support cross builds
Finally, I could rerun the tests in guix environment, and they DO NOT FAIL
on aarch64-for-armhf inside guix environment -s armhf-linux grep.
Editing the gettext-minimal package in order to enable tests again and trying
to enter
guix environment -s armhf-linux grep
again, sure enough,
and sed, while trying to prepare the guix environment for grep.
and gettext-minimal 0.21, while trying to prepare the guix environment for grep.
Happens both with this: guix environment -s armhf-linux --pure grep
And with this: guix environment -s armhf-linux --pure -e '(@@ (gnu packages
and diffutils, while trying to prepare the guix environment for grep.
pgpFLswkFOvtq.pgp
Description: OpenPGP digital signature
and findutils, while trying to prepare the guix environment for grep.
pgpKEz8UicShA.pgp
Description: OpenPGP digital signature
Hi,
core-updates' grep and coreutils fail strerror_r and perror2 tests in
gnulib-tests on armhf-on-aarch64:
guix-build-coreutils-8.32.drv-0:
test-perror2.c:84: assertion 'msg3 == msg4 || STREQ (msg3, str3)' failed
test-strerror_r.c:170: assertion 'msg3 == msg4 || STREQ (msg3, str3)' failed
Hi Ludo,
On Mon, 12 Oct 2020 11:40:56 +0200
Ludovic Courtès wrote:
> Danny Milosavljevic skribis:
>
> > Doesn't work for me on x86_64, using a checkout of guix at commit
> > 93d3cfec32bbbe1dfbe0be686b371973545b35b8.
>
> Oh I see, you’re hitting a test failure; I
Hi,
On Mon, 12 Oct 2020 15:18:26 +0200
Tobias Geerinckx-Rice wrote:
> For the same reason as the *hundreds* of other ‘CC=gcc’
> occurrences in the tree: CC-FOR-TARGET is new. Out of all of
> them, why are you so interested in LZ4
It's a dependency of genimage (via squashfs-tools). Breaking
* lz4 has "CC=gcc". Shouldn't that be (string-append "CC=" (cc-for-target)) ?
pgpssEb5rFja0.pgp
Description: OpenPGP digital signature
Hi Ludo,
On Sat, 10 Oct 2020 22:08:19 +0200
Ludovic Courtès wrote:
> Maxim Cournoyer skribis:
>
> > #FIXME: This doesn't work (recursion?)
> > ./pre-inst-env guix build guix --with-git-url=guix=file://$PWD
>
> Works for me, please open a separate bug report. :-)
Doesn't work for me on
Hi Maxim,
hmm, git worktree can fail if the commit already is checked out somewhere (for
example if you invoke make update-guix-package twice in a row), or if the user
used git worktree on that repo for that commit for other purposes. That would
mean that
make update-guix-package
would fail
I'm guessing it has something to do with update-guix-package using git-predicate
to add only git-known (but not necessarily committed) files to the store and
then
calculating the checksum of that--but the git-fetch for the guix package not
necessarily doing the same.
Then update-guix-package.scm
--- /gnu/store/6l8s3qqvqwkp966j49v1sxw8v36mjjr6-mesa-20.1.9
+++ /gnu/store/6l8s3qqvqwkp966j49v1sxw8v36mjjr6-mesa-20.1.9-check
├── lib
│ ├── dri
│ │ ├── iris_dri.so
│ │ │ ├── readelf --wide --dynamic {}
│ │ │ │ @@ -1,27 +1,27 @@
│ │ │ │
│ │ │ │ Dynamic section at offset 0x1aaf9a0 contains 64
output ‘/gnu/store/9gc8dhi69qlmqfwg0971x49d6zf126i7-groff-1.22.4-doc’ of
‘/gnu/store/h3kf5xyd0cvjyn13xkacsa1sskfsclnw-groff-1.22.4.drv’ differs from
‘/gnu/store/9gc8dhi69qlmqfwg0971x49d6zf126i7-groff-1.22.4-doc-check’ from
previous round
│ │ │ │ │ ├── slide-demo.pdf
---
Hi Ludo,
On Wed, 30 Sep 2020 11:10:17 +0200
Ludovic Courtès wrote:
> Danny Milosavljevic skribis:
>
> > On Tue, 29 Sep 2020 12:25:54 +0200
> > Ludovic Courtès wrote:
> > Sure, but I want to know what happens to json-c. That sounds like a lot of
> > manual
On Tue, 29 Sep 2020 12:43:08 +0200
Danny Milosavljevic wrote:
> /gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash
Also, this file exists, and is for i686, and if I invoke it using
/gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash -c "echo foo"
then it works (which means the qem
Hi Ludo,
On Tue, 29 Sep 2020 12:25:54 +0200
Ludovic Courtès wrote:
> > I'd like to test what happens if one builds json-c on an aarch64 host
> > for i686.
> >
> > Could we enable qemu-binfmt for i686 on an aarch64 host for me to test it?
>
> I think you can just run ‘qemu-i386
Hello,
On Sun, 27 Sep 2020 10:00:03 +0200
gfleury wrote:
> it throws a error:
> -
> 3 (primitive-load "/home/gfleury/prod/shepherd/./shepherd")
> In shepherd.scm:
> 56:14 2 (main . _)
> 49:6 1 (open-server-socket _)
> In unknown
Hmm, /home/dannym is missing there. I can log in but not pull.
pgp84jG1Lx8Up.pgp
Description: OpenPGP digital signature
Hi Ludo,
On Fri, 25 Sep 2020 18:25:42 +0200
Danny Milosavljevic wrote:
> On Fri, 25 Sep 2020 18:00:05 +0200
> Ludovic Courtès wrote:
>
> > You’re listed in overdrive.scm in maintenance.git, so you must have
> > access to overdrive1.guixsd.org:52522.
>
> Indeed, I
Hi Ludo,
On Fri, 25 Sep 2020 18:02:54 +0200
Ludovic Courtès wrote:
> What are the odds of a build succeeding in the presence of broken
> getdents/readdir? Wouldn’t such builds simply fail (as in the CMake
> case), as opposed to succeeding but somehow producing invalid binaries?
I don't know
> [1] "man getdents64" does not list EOVERFLOW--at least not for me.
I meant "man readdir"
pgpEpS5Aus0P7.pgp
Description: OpenPGP digital signature
Hi Ludo,
On Fri, 25 Sep 2020 18:00:05 +0200
Ludovic Courtès wrote:
> You’re listed in overdrive.scm in maintenance.git, so you must have
> access to overdrive1.guixsd.org:52522.
Indeed, I do.
Thanks!
pgpWrxC2H3B9V.pgp
Description: OpenPGP digital signature
On Fri, 25 Sep 2020 13:13:22 +0200
Danny Milosavljevic wrote:
> I do not think the X86_32 compatibility layer works on aarch64, so now we have
> a problem. That means building stuff for ARMv7 on aarch64 is not reliable at
> all.
Hmm.
Could I have access to a aarch64 build machine?
Hi Ludo,
On Fri, 25 Sep 2020 12:13:40 +0200
Ludovic Courtès wrote:
> Let’s fix CMake (and JSON-C?) in ‘core-updates’ or ‘staging’ (using a
> graft for CMake wouldn’t help because CMake is used at build time.)
Sure--cmake upstream will fix it anyway and make a new release.
But I now opened
> to have 64 bit offsets or 32 bit offsets[1]. Right now, from user space, that
> is only possible via process personality flags.
Or via CONFIG_X86_X32, which exposes extra syscalls ON x86_64 ONLY.
I guess that would be better than nothing--although glibc would have to look
seriously strange to
Kernel side: https://bugzilla.kernel.org/show_bug.cgi?id=205957
pgpI9XT5tluSL.pgp
Description: OpenPGP digital signature
Hi,
I found the underlying cause of the problem with qemu transparent emulation:
* qemu transparent emulator has 64 bit registers
* the thing it's emulating has 32 bit registers
* The glibc in the distro that is running in the emulator is using getdents64
(on 32 bits!) and then (rightfully)
More info:
https://gitlab.kitware.com/cmake/cmake/-/issues/20568
https://gitlab.kitware.com/utils/kwsys/-/merge_requests/187
> Furthermore, I'd like to ask: Why is json-c a dependency in the first place ?
Because of sdl2. I've removed sdl2 from the native-inputs of u-boot
and added it to the
Hello,
there is a build failure in json-c:
$ guix environment -s armhf-linux --pure u-boot-a20-olinuxino-micro
[...]
running 'cmake' with arguments ("../json-c-0.14"
"-DCMAKE_BUILD_TYPE=RelWithDebInfo"
"-DCMAKE_INSTALL_PREFIX=/gnu/store/yqaw63n8wmg7f2ncc24019z87m5cwhim-json-c-0.14"
Hi,
On Fri, 18 Sep 2020 23:40:13 -0400
Mark H Weaver wrote:
> I think it's important that Guix core functionality should be usable
> without installing a collection of patented media codecs. Those plugins
> should be purely optional. In my opinion, we should find a way to
> eliminate those
Hi Leo,
On Thu, 17 Sep 2020 10:05:44 -0400
Leo Famulari wrote:
> On Wed, Sep 16, 2020 at 09:36:49PM -0400, Mark H Weaver wrote:
> > > On Wed, Sep 16, 2020 at 04:52:45PM +0200, Danny Milosavljevic wrote:
> > >> commit 692d0626557451c4b557397f20b7394b612d0289
> >
On Wed, 16 Sep 2020 16:52:45 +0200
Danny Milosavljevic wrote:
> commit 692d0626557451c4b557397f20b7394b612d0289
> Author: Christoph Hellwig
> Date: Tue Sep 1 11:59:41 2020 +0200
>
> block: fix locking in bdev_del_partition
>
>
commit 692d0626557451c4b557397f20b7394b612d0289
Author: Christoph Hellwig
Date: Tue Sep 1 11:59:41 2020 +0200
block: fix locking in bdev_del_partition
[ Upstream commit 08fc1ab6d748ab1a690fd483f41e2938984ce353 ]
We need to hold the whole device bd_mutex to protect against
Hi Mathieu,
On Mon, 14 Sep 2020 15:26:52 +0200
Mathieu Othacehe wrote:
> Anything special with your hardware? KVM support disabled maybe?
The culprit had been the Linux kernel update to 5.8.8.
After downgrading to 5.8.7 it works just fine--no other changes done.
Previously, I had tried also
>creating partition table with 2 partitions (20.0 MiB, 40.0 MiB)...
>Error: Partition(s) 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17,
>18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36,
>>37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53,
On Sat, 12 Sep 2020 13:14:59 +0300
Oleg Pykhalov wrote:
> I fail to build any Guix system since ad42c209 commit.
What does the build log at
/var/log/guix/drvs/7r/rciccr7p6af93nn2wn5klp4kc0ik9d-qemu-image.drv.bz2 say?
pgpHdb30nZrLa.pgp
Description: OpenPGP digital signature
Hi,
as of guix master commit 0fb974be9c3e1e22a2145c9c602c44cd10cef2b0 all system
tests, including "basic", fail:
$ guix environment --pure guix --ad-hoc git guile-readline guile-json nano
guile-zlib guile-lzlib
(env)$ make TESTS=basic check-system
loading
1 - 100 of 681 matches
Mail list logo