bug#41158: `guix` command segfaults after doing Ctrl-C during a frozen `guix pull`

Dear, Thank you for the report. On Sat, 09 May 2020 at 20:38, JoJo wrote: > Due to an unrelated issue, I was updating my system with `guix > pull`. During update, the process seemed to freeze / get stuck. My > system was responsive and all, but the `guix pull` output was stuck. I > don't

bug#41205: make check stucks for hours

Dear, On Tue, 12 May 2020 at 19:07, Wensheng Xie wrote: > 3. > ./configure Here is missing the argument ’--localstatedir=/var/’. Could you add it and report if you still have the same issue? Thanks, simon

bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git

Hi Jonathan, On Sun, 17 May 2020 at 00:39, Jonathan Brielmaier wrote: > This also leads to the mention error with https repos. Could you provide an example to reproduce? All the best, simon

bug#44272: guix edit doesn't work when $EDITOR is set to "kate"

Dear, On Wed, 28 Oct 2020 at 17:28, Nathan Dehnel wrote: >>As Leo said, it does not seem a bug on the Guix side. Well, what could >> be done on the Guix side? What do you suggest? > Well, guix could pass different flags if EDITOR is set to "kate". Somehow I > doubt kate would change their

bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git

Dear, On Wed, 28 Oct 2020 at 17:05, Josh Marshall wrote: > Gosh, it has been months. I'm not sure, and I'm pretty mentally > spent. Sorry for the delay. > On Wed, Oct 28, 2020 at 2:00 PM zimoun wrote: >> >Installing this also masks a local installation of git >> > masked when

bug#44272: guix edit doesn't work when $EDITOR is set to "kate"

>As Leo said, it does not seem a bug on the Guix side. Well, what could be done on the Guix side? What do you suggest? Well, guix could pass different flags if EDITOR is set to "kate". Somehow I doubt kate would change their command line flags just because an extremely obscure distro-specific

bug#44053: ‘xdg-mime-database’ profile hook is slow

‐‐‐ Original Message ‐‐‐ On Tuesday, October 27, 2020 11:14 PM, Joshua Branson wrote: [...] > > #+BEGIN_SRC sh :results output :exports both > time guix build --check $(guix gc -R $(guix gc --derivers $(readlink -f > ~/.guix-profile)) |grep xdg-mime-database.drv) > #+END_SRC I

bug#37851: bug#25305: bug#37851: Grub installation only checks for encrypted /boot folder

In this v2 I've fixed two flaws I saw in the previous patch: the parameter store-crypto-devices now has the empty list as default value, and now the function documents for the parameter too. Happy hacking! Miguel >From 52993db19da43699ea96ea16ebb051b9652934f9 Mon Sep 17 00:00:00 2001 From:

bug#44196: [PATCH v4 3/4] system: Do not depend on locale folder generated by

Sorry, the last one didn't generate correctly the locale folder for two reasons: wrong name for the .mo name, and incomplete path. >From 37ef6594c6db00595b4e3aec6bcaec3eb9b4e1cf Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Miguel=20=C3=81ngel=20Arruga=20Vivas?= Date: Sat, 24 Oct 2020 20:36:21 +0200

bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git

Gosh, it has been months. I'm not sure, and I'm pretty mentally spent. On Wed, Oct 28, 2020 at 2:00 PM zimoun wrote: > Dear, > > On Sat, 16 May 2020 at 16:59, Josh Marshall < > joshua.r.marshall.1...@gmail.com> wrote: > > > When installing "git:send-email", the dependency "git" is not > >

bug#44030: [PATCH] import: pypi: Add '@' syntax for specifying the package version.

* guix/import/pypi.scm (pypi-fetch): Add ’@’ syntax for specifying the package version. --- guix/import/pypi.scm | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/guix/import/pypi.scm b/guix/import/pypi.scm index 15116e349d..559be4a98b 100644 --- a/guix/import/pypi.scm

bug#42405: r-hdf5array fails to build

Dear, On Fri, 17 Jul 2020 at 12:14, Björn Höfling wrote: > It is missing the (proprietary) SZIP Compression Library. Well, it built fine with 63b75c01c2374edc38437215278f50b617a12c08. And now using Guix 02c3c51, I get also fine: --8<---cut

bug#43721: Package 'dune' (ocaml) is not Reproducible

Hi, On Tue, 13 Oct 2020 at 11:29, Julien Lepiller wrote: >>BTW, the update of “dune“ #43745 seems fixing the issue. > > Yes indeed :) nice side-effect. So closing! Cheers, simon

bug#44257: guix boot stop

Leo Famulari 写道： Right, I meant "zero", not 0. As you point out, it's not practical to actually set the timestamps to zero seconds. You've lost me but I think that's OK. The manual didn't & was lovingly corrected in 83c60bb0622440afe98930820186ddfa1e6e8b2f. Kind regards, T G-R

bug#44257: guix boot stop

On Wed, Oct 28, 2020 at 06:31:42PM +0100, Tobias Geerinckx-Rice wrote: > Well, since this is the Internet... > > Leo Famulari 写道： > > The timestamps are reset to "zero" (the first date possible on Unix > > systems) as part of Guix's efforts to build everything reproducibly. > > The manual does

bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git

Dear, On Sat, 16 May 2020 at 16:59, Josh Marshall wrote: > When installing "git:send-email", the dependency "git" is not > installed. It is an eternal question. :-) Should installing the package “python-foo” or “r-bar” also install the package “python” or the package “r-minimal”? Well, the

bug#44257: guix boot stop

Nothing specific, the description rang a bell anl I thought I already saw that and its solution, but I might have been wrong. Le 28 octobre 2020 10:21:28 GMT-04:00, "Ludovic Courtès" a écrit : >Hi, > >Julien Lepiller skribis: > >> I think I've seen this before and the solution was to use the

bug#41266: Suggested command to import key does not work on debian

Hi, On Sun, 17 May 2020 at 21:25, Julien Lepiller wrote: > Forget the wget thing, it's my fault for not reading it properly. The > gpg command still needs to be run with sudo on at least fedora and > debian. Now, the binary install script “guix-install.sh” displays: echo " wget

bug#41044: [guix 1.1.0] guix pull failed

Dear, Since > The problem is solved by doing 'guix pull' again. and >> Could you check the contents of the file above? It seems to be corrupt, >> which could be the result of a hard disk corruption, possibly due to >> hardware issues. the issue was on the user side. Therefore, closing.

bug#25782: guile: one test fails on Debian/HURD

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 >> FAIL: 00-repl-server.test: repl-server: simple

bug#44257: guix boot stop

Well, since this is the Internet... Leo Famulari 写道： The timestamps are reset to "zero" (the first date possible on Unix systems) as part of Guix's efforts to build everything reproducibly. The manual does claim as much (in (guix)Binary Installation) but it's never been true: $ stat -c

bug#25782: guile: one test fails on Debian/HURD

Hi, 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 > FAIL: 00-repl-server.test: repl-server: simple expression - arguments: >

bug#44257: guix boot stop

Douglas, To augment Leo's answer, here's the full skinny: . Douglas Linford 写道： Is there a more appropriate place to post issues so as not to fill up the bug reports with needless issues? In our system, ‘issues’ are synonymous with ‘bugs’

bug#44257: guix boot stop

Tobias, Is there a more appropriate place to post issues so as not to fill up the bug reports with needless issues? Douglas Sent from Mailspring

bug#44257: guix boot stop

Awesome, thanks! How do I close my, "non" bug? Douglas On Wed, Oct 28, 2020, 12:24 PM Leo Famulari wrote: > The timestamps are reset to "zero" (the first date possible on Unix > systems) as part of Guix's efforts to build everything reproducibly. > > On Wed, Oct 28, 2020 at 10:55:38AM -0400,

bug#44257: guix boot stop

On Wed, Oct 28, 2020 at 12:32:49PM -0400, Douglas Linford wrote: > Awesome, thanks! > How do I close my, "non" bug? You can send any message to <44257-d...@debbugs.gnu.org>, or you can send the message "close 44257" to .

bug#44257: guix boot stop

Douglas, Thanks for clarifying! Douglas Linford 写道： the bug issue I was referring to is when I run the command: ls -l on the /gnu/store directory, all store folders have a date stamp of Dec 31, 1969. It doesn't seem to effect anything, so maybe I should just ignore the dates. It affects

bug#44257: guix boot stop

The timestamps are reset to "zero" (the first date possible on Unix systems) as part of Guix's efforts to build everything reproducibly. On Wed, Oct 28, 2020 at 10:55:38AM -0400, Douglas Linford wrote: > Good day, > I seem to have the boot issue resolved, (an issue with radeon, I put > nomodeset

bug#44257: guix boot stop

Good day, I seem to have the boot issue resolved, (an issue with radeon, I put nomodeset in the grub load line), but the bug issue I was referring to is when I run the command: ls -l on the /gnu/store directory, all store folders have a date stamp of Dec 31, 1969. It doesn't seem to effect

bug#44272: guix edit doesn't work when $EDITOR is set to "kate"

Dear Nathan, > Easy solution, set $EDITOR to "gedit" ;) Or Emacs. ;-) > The reason why kate "doesn't work" when opening files as specified by > `guix edit`, is that kate apparently can't handle the "$EDITOR +$N > $FILE" syntax, where $N is the number of lines to skip. It instead > opens two

bug#44257: guix boot stop

Hi, Julien Lepiller skribis: > I think I've seen this before and the solution was to use the latest > image, instead of the latest release because this issue was fixed > after the last release. I think the 1.1 ISO did install bootable systems in general though. :-) Do you have a specific bug

bug#44254: Performance of package input rewriting

Hi, zimoun skribis: > On Tue, 27 Oct 2020 at 14:26, Lars-Dominik Braun > wrote: > >> Previously I have been doing this using package-input-rewriting, but starting >> an environment containing python-jupyterlab alone took about 20s (warm >> caches, >> all derivations in the store). Manually

bug#44272: guix edit doesn't work when $EDITOR is set to "kate"

Easy solution, set $EDITOR to "gedit" ;) The reason why kate "doesn't work" when opening files as specified by `guix edit`, is that kate apparently can't handle the "$EDITOR +$N $FILE" syntax, where $N is the number of lines to skip. It instead opens two files, one of which will likely always be

bug#44053: ‘xdg-mime-database’ profile hook is slow

I am just posting my performance numbers. Hopefully you all find it helpful. I am running Guix System on a Lenovo Thinkpad T400 with 8GB on a hard drive. #+BEGIN_SRC sh :results output :exports both guix describe #+END_SRC #+RESULTS: #+begin_example Generation 49 Oct 20 2020 01:15:33

bug#44257: guix boot stop

Thanks, I'll check it out. Douglas On Tue, Oct 27, 2020, 12:25 PM Julien Lepiller wrote: > Hi Douglas, > > I think I've seen this before and the solution was to use the latest > image, instead of the latest release because this issue was fixed after the > last release. You can find more info

bug#44272: guix edit doesn't work when $EDITOR is set to "kate"

kate opens an empty file.