bug#22930: bug#24049: GuixSD - problem with X11 forwarding

Hello, l...@gnu.org (Ludovic Courtès) writes: [...] > I believe this is a bug in lshd fixed by something along the lines of > the attached patch. > > Niels, what do you think? > > (Strangely I can’t find equivalent code in OpenSSH.) > > Thanks, > Ludo’. > > --- /tmp/lsh-2.1/src/server_x11.c

bug#43773: guix offload scheduler/load balancer throttles itself

Hi, zimoun writes: > Hi Maxim, > > On Sat, 3 Oct 2020 at 05:04, Maxim Cournoyer > wrote: > >> Idea of an improvement: it should choose the offload machine with the >> less load (already the case, I believe), and not block waiting for the >> load to go down before starting a build. > > I have

bug#43821: Vlang REPL broken

Guix, Commit 84fa2ced47e16de66674ca169845a6f08cb5ef6c broke the vlang REPL (‘v repl’ or simply ‘v’ without arguments) in a new way: ~ λ v For usage information, quit V REPL and run `v help` cannot compile `/gnu/store/zf80y1bfdvpc6s3lrs33vlc6d1d745la-vlang-0.1.29/bin/cmd/tools/vrepl.v`:

bug#31108: Julia: ‘objconv.zip’ modified in place on www.agner.org

Hi Ludo, Digging in old bug report, I find this one [1] about Julia, ’objconv’ and www.agnre.org. [1] On Mon, 09 Apr 2018 at 10:39, ludovic.cour...@inria.fr (Ludovic Courtès) wrote: > The ‘objconv.zip’ file referred to by ‘julia’ was modified in place: >

bug#30282: package julia build error

Dear, On Sun, 28 Jan 2018 at 23:43, Marco van Hulten wrote: > Building julia ends like badly: [...] > `/gnu/store/zkx3jjnqg043yd3k2kl3lgw57rx39vmy-julia-0.6.0.drv' failed Does this more-than-2-years-old bug report still make sense? Because now, Julia v1.4.1 is included in Guix. I am in

bug#29344: asileriot: GLib-GIO-Message: Using the 'memory' GSettings backend.

Dear, On Fri, 17 Nov 2017 at 12:16, support wrote: > hi, when starting asileriot (sol) I get: > > GLib-GIO-Message: Using the 'memory' GSettings backend. Your > settings will not be > saved or shared with other applications. I am not sure to understand the difference with #29333 [2].

bug#43773: guix offload scheduler/load balancer throttles itself

Hi Maxim, On Sat, 3 Oct 2020 at 05:04, Maxim Cournoyer wrote: > Idea of an improvement: it should choose the offload machine with the > less load (already the case, I believe), and not block waiting for the > load to go down before starting a build. I have never looked at this: schedule an

bug#43815: emacs-pdf-tools often doesn't display text

On Mon, 5 Oct 2020 at 19:29, Pierre Neidhardt wrote: > > How do you produce these private PDFs? > > I don't know, these are PDFs I receive over emails. > I suspect they are generated by some *Office processor. Well, what happens with other PDF readers (MuPDF, etc.)? >From my experience, these

bug#43796: (no subject)

On Mon, Oct 05, 2020 at 09:09:20AM +0200, Tomás Ortín Fernández via Bug reports for GNU Guix wrote: > I understand that the point of mentioning all that is more as an > advice than a policy. Wouldn't it be more useful in a section about > privacy recommendations (or something similar) that in the

bug#43818: Use of local-file in icecat-source definition breaks REPL

Maxim Cournoyer writes: > CC: Mark H Weaver, one of the Icecat maintainer. > > Hello, > > The problem is that local-file doesn't work in Geiser. This breaks > working at the REPL: > > Enter `,help' for help. > scheme@(guile-user)> ,m (gnu packages linux) > While executing meta-command: > ERROR:

bug#43818: Use of local-file in icecat-source definition breaks REPL

CC: Mark H Weaver, one of the Icecat maintainer. Hello, The problem is that local-file doesn't work in Geiser. This breaks working at the REPL: Enter `,help' for help. scheme@(guile-user)> ,m (gnu packages linux) While executing meta-command: ERROR: 1. : format: "~a: patch not found\n"

bug#43815: emacs-pdf-tools often doesn't display text

zimoun writes: > How do you produce these private PDFs? I don't know, these are PDFs I receive over emails. I suspect they are generated by some *Office processor. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#43377: Possible Bug

Dear, On Sun, 13 Sep 2020 at 14:23, Çağlar Yıldız wrote: > I’m having trouble installing Guix System 1.1.0 on my > computer. Installation sequence reinitiates itself without giving any > errors. Here are the steps I’ve taken during installation: > > * Locale Language -> English [...] > *

bug#43448: FreeCAD fails to compile

Dear, On Wed, 16 Sep 2020 at 13:58, Malte Frank Gerdes wrote: > it seems that FreeCAD fails to compile because it can't find the mpi > library even though it's in the inputs. Same is true for > python-pyside-2, python-pyside-2-tools and python-shiboken-2. [...] > MPI just generates a warning

bug#43618: Problem building disk-image with guix from git

Hi, Ludovic Courtès writes: > This is ‘guix substitute’, invoked by ‘guix-daemon’, telling you that it > can’t find guile-gcrypt on its load path. ‘sudo -E’ should preserve > GUILE_LOAD_PATH from your environment, but was guile-gcrypt in > $GUILE_LOAD_PATH in the first place? Ah, I was

bug#41575: [bug#43371] [PATCH] doc: prevent host/container nscd mismatch

Thanks to you both :) Ludovic Courtès writes: > Hi, > > Edouard Klein skribis: > >>> Actually, perhaps the better fix is to never use the host’s nscd? We >>> could change ‘containerized-operating-system’ accordingly. >>> >> >> I think this would be best, but I did not know where to make this

bug#43773: [PATCH] offload: Improve load normalization and configurability.

Hello, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> Fixes . >> >> The computed normalized load was previously obtained by dividing the load >> average as found in /proc/loadavg by the number of parallel builds defined >> for >> a build

bug#43802: Knot: Linker runs very slowly and crashes during build

Tobias Geerinckx-Rice writes: > Would it make sense to provide a faster-building slower-starting Knot > variant alongside the main package? I'm inclined to say "no", especially if we assume a substitute will (nearly always) be available. Unless someone is hacking on the scanner directly it

bug#43796: (no subject)

> I would suppose we even should display the Terms of > Service of the default NTP pool > during install. I don't know of any distribution that does that (although maybe there are, or maybe they all should even if they don't). Still, it would make much more

bug#43815: emacs-pdf-tools often doesn't display text

On Mon, 5 Oct 2020 at 16:56, Pierre Neidhardt wrote: > For now I only have private PDFs to reproduce, I still need to found a > public PDF. How do you produce these private PDFs? > Has anyone else experienced this? No on the PDFs I have tried. Cheers, simon

bug#43779: tbb: test_global_control failure

I don’t see any build failures on ci.guix.gnu.org , only two successes. Where is x86_64, should it not at least show as pending? Builds matching tbb-2020.3 ID Specification Completion time Job NameSystem Log 3253827 guix-master 2 Oct 10:51 +0200

bug#43802: Knot: Linker runs very slowly and crashes during build

Simon, Would it make sense to provide a faster-building slower-starting Knot variant alongside the main package? Ludovic Courtès 写道： I this an LTO build (with ‘-flto’ in the compile and link flags)? That could explain the memory requirements. No, but good guess. Simon South 写道： Turns

bug#43797: astromenace does not work

Thanks Efraim for the quick fix. So closing. :-)

bug#43815: emacs-pdf-tools often doesn't display text

Hi! For a few weeks (since Emacs 27?) I've experienced an issue with emacs-pdf-tools: many PDFs don't display any text. If I convert the PDF to PDF with Ghostscript then it displays properly. For now I only have private PDFs to reproduce, I still need to found a public PDF. Has anyone else

bug#43802: Knot: Linker runs very slowly and crashes during build

Hi, Simon South skribis: > Building Knot 3.0.0 using "guix build knot" consistently appears to hang > for me when it gets to this point during the linking stage: > > CCLD knsec3hash > ar: `u' modifier ignored since `D' is the default (see `U') > CCLD kdig > CCLD khost

bug#43796: Privacy policy

Hi, Julien Lepiller skribis: > I'm pretty sure we log the date anl time along with IP and requested page. I think we’ll have to work on the nginx and log rotation settings for our machines (see maintenance.git under hydra/). Ludo’.

bug#43779: tbb: test_global_control failure

Hi, Christopher Howard skribis: > Attempt to build tbb, a dependency of Octave I think, fails with: > > """ > ./test_task_scheduler_observer_v3.exe 1:4 > done > Call stack info (12): > ./test_global_control.exe(_Z16print_call_stackv+0x37)[0x407937] >

bug#43773: [PATCH] offload: Improve load normalization and configurability.

Hi, Maxim Cournoyer skribis: > Fixes . > > The computed normalized load was previously obtained by dividing the load > average as found in /proc/loadavg by the number of parallel builds defined for > a build machine. > > This normalized didn't allow to compare

bug#43770: Geeks think securely: VM per Package (trustless state to devs and their apps)

Hi, bo0od skribis: > Actually what i wanted to say but seems i missed it, This security > design can be engineered and implemented when Guixsd released based on > GNU-Hurd Kernel. Because its going to be totally new kernel and having > this feature is without question the best security feature

bug#43243: emacs-elfeed-org, mapc: Symbol’s function definition is void

On Mon, 5 Oct 2020 at 14:57, Giovanni Biscuolo wrote: > >> AFAIU the error was triggered by the fact that my Emacs (on foreign > >> distro) was still loading some old code from ~/.emacs.d/elpa, installed > >> using use-package (mixed with Debian packages in some case) before I > >> migrated to

bug#43662: 'guix refresh' can hang during interactions with FTP servers

Hi, Maxim Cournoyer skribis: > [pid 19343] connect(17, {sa_family=AF_INET, sin_port=htons(21), > sin_addr=inet_addr("217.69.76.55")}, 16) = 0 > [pid 19343] fstat(17, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 > [pid 19343] read(17, "220-Welcome hacker!\r\n", 4096) = 21 > [pid 19343] read(17,

bug#43796: (no subject)

On Mon, Oct 05, 2020 at 09:09:20AM +0200, Tomás Ortín Fernández via Bug reports for GNU Guix wrote: > As I understand it, the Guix distribution is *not* a service but a > piece of software. Neither the Guix community nor the GNU project > have any responsibility over the third-party services you

bug#43564: cuirass: Contention while registering new builds.

Hey Ludo, > Isn’t that the real problem, that we’re doing one transaction per > derivation? Is it really better in term of performance to send batch of queries within a single transaction? I haven't tried it yet. I think that the real bottleneck was having N fibers fighting over 4 workers to

bug#43791: cuirass: Search queries are too slow.

> However, searching for 'hurd-barebones.qcow2%' also skips the index. That's because the index was not created in case insensitive mode. I dropped support for searching with "^" and "$" characters as this is not compatible with using an index and hence way too slow. The new search behaviour

bug#43243: emacs-elfeed-org, mapc: Symbol’s function definition is void

Hello, Maxim Cournoyer writes: [...] >> AFAIU the error was triggered by the fact that my Emacs (on foreign >> distro) was still loading some old code from ~/.emacs.d/elpa, installed >> using use-package (mixed with Debian packages in some case) before I >> migrated to Guix Emacs. > > As with

bug#43806: statfs is failing when running make check

Hi, When building guix from git in a clean local copy (run `sudo git clean -dfx` first) using this command: ``` guix environment guix -- sh -c './bootstrap && ./configure --localstatedir=/var && make -j16 && make check' ``` One test in `tests/syscalls.scm` is failing. Here is the log from

bug#43805: store test fail in pure environment

Hi, I've been trying to build guix from git, following the steps in the manual but a test in tests/store.scm is failing: ``` make check-recursive make[1]: Entering directory '/home/plattfot/projects/guix' Making check in po/guix make[2]: Entering directory

bug#43796: Privacy policy

Hello, "pelzflorian (Florian Pelz)" writes: > IANAL but I think Guix needs a privacy policy for both its website and > the Guix software in general. Thanks for looking into this. IANAL but I do not think it makes sense to have such a privacy policy at this moment in time. I'd rather have a

bug#43810: ripgrep and fd create .crates.toml which reference to build dir.

In Guix commit 7cb4440951fa3a91d48c63ac5be123636abfcf82. I found that ripgrep and fd will emit a `.crates.toml` file outside of FHS structure(at the root of profile). For example, the .crates.toml file from fd looks like. ``` [v1] "fd-find 8.1.1

bug#43802: Knot: Linker runs very slowly and crashes during build

Turns out this is not a bug. Knot ships with two parser implementations: A smaller, slower one (272 KB) and a larger, faster one (1.9 MB). The larger one is a bit too big to build reliably on systems with 4 GB or less of available memory. To test Knot on these machines, you can run "configure"

bug#43802: Knot: Linker runs very slowly and crashes during build

So naturally, as soon as I submit the bug report something occurs to me that gets me unstuck. The delay and crash are occuring while libtool is using gcc to compile src/libzscanner/scanner.c, which appears to be generated at build time from the file scanner.c.t0 in the same directory. When I

bug#41669: Cross-compiled powerpc64-linux bootstrap-tarballs not reproducible

On Fri, Sep 25, 2020 at 11:52:48PM -0700, Chris Marusich wrote: > Hi everyone, > > Efraim Flashner writes: > > > Is this a file we actually need during the bootstrap process? Can we > > "work around it" by just deleting it? > > That's a good idea. I tried building %gcc-static with the >

bug#43796: (no subject)

As I understand it, the Guix distribution is *not* a service but a piece of software. Neither the Guix community nor the GNU project have any responsibility over the third-party services you decide to use with the Guix system, your software in your computer; it's only responsible of what

bug#41669: Cross-compiled powerpc64-linux bootstrap-tarballs not reproducible

Hi Chris, Chris Marusich skribis: > From e3d1778a86dfd171d59d91eb01417faaf63dfa17 Mon Sep 17 00:00:00 2001 > From: Chris Marusich > Date: Sat, 19 Sep 2020 14:25:43 -0700 > Subject: [PATCH] gnu: Disable libstdc++ in bootstrap GCC. > > Fixes part of: . > > *

bug#43618: Problem building disk-image with guix from git

Hi, Fredrik Salomonsson skribis: > $ guix environment guix > $ ./bootstrap > $ ./configure --localstatedir=/var > $ make > ``` > > Then launched the daemon in one shell: > ``` > $ sudo -E ./pre-inst-env guix-daemon --build-users-group=guixbuild > ``` [...] > substitute:

bug#43565: cuirass: Fibers scheduling blocked.

Hi, Mathieu Othacehe skribis: > Today between 04:04 and 10:36 no inputs were fetched. Fetching is > supposed to happen every 5 minutes. This seem to be correlated to the > duration of the garbage collection happening on berlin. > > 2020-09-22T04:04:23 fetching input 'core-updates' of spec >

bug#43564: cuirass: Contention while registering new builds.

Hello! Mathieu Othacehe skribis: > Turns out, once an evaluation is over, new builds are registered. This > registration tries to insert a new build for each derivation returned by > the evaluation phase. If the new build does not add a new output, the > insertion query is then rollbacked. This

bug#43797: astromenace does not work

On Mon, Oct 05, 2020 at 02:44:19PM +0300, Efraim Flashner wrote: > On Mon, Oct 05, 2020 at 01:33:53PM +0200, zimoun wrote: > > Dear, > > > > Thank you for the report. > > > > First, there is no substitute; which is often a bad sign. If Cuirass > > wizard reads, is it possible to trigger again

bug#43531: Hang after power suspend

Jeffrey Walton skribis: > On Wed, Sep 30, 2020 at 1:37 PM Ludovic Courtès wrote: >> >> Jeffrey Walton skribis: >> >> > I'm using Guix 1.1 x86_64 in a virtual box VM. I've noticed when the >> > guest enters "power suspend" state I cannot wake it. The guest stops >> > responding over SSH and

bug#43797: astromenace does not work

On Mon, Oct 05, 2020 at 01:33:53PM +0200, zimoun wrote: > Dear, > > Thank you for the report. > > First, there is no substitute; which is often a bad sign. If Cuirass > wizard reads, is it possible to trigger again the build of > 'astromenace'. > >

bug#43797: astromenace does not work

On Sun, Oct 04, 2020 at 04:37:28PM +, Luis Felipe via Bug reports for GNU Guix wrote: > Hi, I'm using guix b61e057. Just installed AstroMenace and it does not start. > Trying to launch it from a terminal prints the following error: > > AstroMenace 1.4.1 > VFS version 190427 > Compiled

bug#43797: astromenace does not work

Dear, Thank you for the report. First, there is no substitute; which is often a bad sign. If Cuirass wizard reads, is it possible to trigger again the build of 'astromenace'. On Sun, 4 Oct 2020 at

bug#43796: Privacy policy

I'm pretty sure we log the date anl time along with IP and requested page. Le 5 octobre 2020 05:54:32 GMT-04:00, "pelzflorian (Florian Pelz)" a écrit : >On Sun, Oct 04, 2020 at 11:56:04AM -0400, Julien Lepiller wrote: >> The GDPR is not the only legislation that applies to us. For >> services

bug#43529: Guix Interactive Installer Broken

Dear, On Sun, 4 Oct 2020 at 13:58, wrote: > Sorry I haven't tried this yet (the download seems to take a long time!) It depends on where you are based. :-) > But I created an image according to: > > https://guix.gnu.org/manual/devel/en/html_node/Building-the-Installation-Image.html [...] >

bug#43796: Privacy policy

On Sun, Oct 04, 2020 at 11:56:04AM -0400, Julien Lepiller wrote: > The GDPR is not the only legislation that applies to us. For > services hosted in France for instance, there is a legal obligation > to keep logs for at least one year (not sure exactly who that > applies to). There could be

bug#39562: python-keras build fails: test_selu: Not equal to tolerance rtol=1e-07, atol=0

Thanks! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#41575: [bug#43371] [PATCH] doc: prevent host/container nscd mismatch

Hi, Edouard Klein skribis: >> Actually, perhaps the better fix is to never use the host’s nscd? We >> could change ‘containerized-operating-system’ accordingly. >> > > I think this would be best, but I did not know where to make this > change, so I just edited the doc instead. I don't know if

bug#39260: bug#41409: “guix pull” should show a progress bar for channel updates

Hi, Ludovic Courtès skribis: > Ricardo Wurmus skribis: > >> When I run “guix pull” (or “guix time-machine”) I see this message >> >>Updating channel 'guix' from Git repository at >> 'https://git.savannah.gnu.org/git/guix.git'... >> >> followed by disconcerting silence. I can’t tell if

bug#43446: Qt Apps cant make use of qtwayland due to QT_PLUGIN_PATH '= wrapping

On 4/10/20 10:43 pm, Ricardo Wurmus wrote: Brendan Tildesley writes: qt-build-system wraps variables such as QT_PLUGIN_PATH with '= instead of prefix, so when qtwayland is installed in a profile or included in the environment, the application fails to see it. Programs run with export