bug#25018: GC incorrectly removes the temporary root file of the calling process

Hi Maxim, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hi Maxim, >> >> (Stripping Cc:.) >> >> Ludovic Courtès skribis: >> >>> Thank you! (Your bug triage work is much appreciated!) We could turn >>> the example here in a unit test; the only downside is that running the >>> GC in a

bug#58561: Source hash mismatch with aggregator + possible guix bug with hashes.

Hi Tobias, On dim., 16 oct. 2022 at 11:45, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Oh! This is a fun one! Oh, cool! Thanks for explaining. > What Guix could do is refuse to continue when it detects set > higher bits, as they always indicate programmer error. Do you m

bug#58561: Source hash mismatch with aggregator + possible guix bug with hashes.

Hi, I am also confused. On dim., 16 oct. 2022 at 14:42, Brendan Tildesley wrote: > sha256 hash mismatch for > /gnu/store/iv6ixlrvh0swq22fjal0cbfbr9ayaq7m-akregator-22.04.3.tar.xz: >   expected hash: 1yy5c29zxpli4cddknmdvjkgii3j7pvw6lhwqfrqjc8jh83gm8f8 >   actual hash: 08n713271i7ifnbrgwrqmxv

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

Hi, On dim., 16 oct. 2022 at 17:25, Timothée Flutre wrote: > Thank you Simon. I copy-pasted your command but I have no file named > "/gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af". Hum, the error is about curl, no? I mean the message reads, > ./guix/store.scm:1414:15: Th

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Hi Marius, I reminds me this [1]. 1: On dim., 16 oct. 2022 at 19:35, Marius Bakke wrote: > It works for 'python-patiencediff', but fails for 'python-patch-ng', > both of which have no dependencies other than Python; but one uses > url-fetch a

bug#58419: Grafting order depends on store connection state

Hi, Ludovic Courtès skribis: > If we squint a bit, we realize it’s the same thing but in a different > order, which is good news: it’s functionally equivalent. > > The downside is obvious: it’s stupidly non-deterministic, and we can end > up building the same grafts multiple times. > > The order

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Hi, On dim., 16 oct. 2022 at 19:06, Marius Bakke wrote: > As an example, as of commit 3d8c243efb615c7e642942433be1c7badf0ae65e, > 'guix build -d telegram-desktop' produces: > > /gnu/store/q1gx5xaszlyyr0sx663c2qkx92cqbr4r-telegram-desktop-4.2.2.drv > > If we open that graft derivation, we see t

bug#58581: Ungoogled-chromium cannot "cast" to a projector

Hello, I noticed that our "ungoogled-chromium" package allows me to list available Chromecast devices on the network, but when I connect to one --- the list of devices mention there's a connection to it ---, I only get a black screen. As a data point, Debian's own chromium doesn't have this issue

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

zimoun skriver: > Hi Marius, > > I reminds me this [1]. > > 1: Not sure if it's the same problem, but it is weird. On 3d8c243efb615c7: $ guix build mesa /gnu/store/ccf705wvh0w224d6nyscnwlhqr04agk7-mesa-21.3.8-bin /gnu/store/vcmxgmmhwr39g

bug#58561: [PATCH 2/2] gnu: akregator: Fix build.

phodina via Bug reports for GNU Guix skriver: > Hi, > > unfortunately incorrect hash was pushed in the last patchset. > > The patch is already part of the next patch series [1]. > > Also it's tracked here [2]. > > 1 > https://github.com/phodina/guix/commit/4636279dfb3b96eb5836baad0d8ea36e58ff79e

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Marius Bakke skriver: > zimoun skriver: > >> Hi Marius, >> >> I reminds me this [1]. >> >> 1: > > Not sure if it's the same problem, but it is weird. On 3d8c243efb615c7: > > $ guix build mesa > /gnu/store/ccf705wvh0w224d6nyscnwlhqr04agk7-me

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Marius Bakke skriver: > Should not the mesa used by icecat be the same as `guix build mesa`, > just like in the ungrafted case? Their outputs differ, too: > > $ guix hash -r $(guix build mesa | tail -n1) > 1invy9jcd1fnfx7d4asfyjqs1jn7lngjfqswak6sy9ffjbhhsg6x > $ guix hash -r $(guix size ic

bug#58320: Hurd VM fails to boot on AMD EPYC (kvm-amd)

Hi, Ludovic Courtès skribis: > … so ‘exec_load’ is doing its job, it seems. Turns out that may not be the case. Here’s a *bad* mapping on the second ‘task_resume’ breakpoint (when ‘exec’ is about to start): --8<---cut here---start->8--- db> show all threa

bug#58567: Some grafts use a different input derivation than computed by --no-grafts

Hi Marius, On lun., 17 oct. 2022 at 13:36, Marius Bakke wrote: >> 1: > > Not sure if it's the same problem, but it is weird. About mesa, the graft machinery produces two different items with the same content. It is because multi-outputs; as po

bug#58567: Grafting affects origins

Hi, Marius Bakke skribis: > As an example, as of commit 3d8c243efb615c7e642942433be1c7badf0ae65e, > 'guix build -d telegram-desktop' produces: > > /gnu/store/q1gx5xaszlyyr0sx663c2qkx92cqbr4r-telegram-desktop-4.2.2.drv > > If we open that graft derivation, we see that it depends on: > > /gnu/

bug#58290: guile ssh error on guix deploy

Hi, Andrew Tropin skribis: >>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>> Throw to key `guile-ssh-error' with args `("channel-open-session" "Channel >>> opening failure: channel 67 error (2) open failed" #>> (closed) 7f7d1af9e140> #f)'. >> >> Are there any hints from sshd in th

bug#58571: translations are incompletely pulled from weblate

two--- via Bug reports for GNU Guix writes: > hi > in https://git.savannah.gnu.org/cgit/guix.git/tree/po/guix/uk.po i see > kyrylo's translations are pulled there from weblate, but mine > (https://translate.fedoraproject.org/changes/?project=guix&lang=uk&user=two22) > are not, these strings stay u

bug#58290: guile ssh error on guix deploy

Ludovic Courtès skriver: > Hi, > > Andrew Tropin skribis: > ice-9/boot-9.scm:1685:16: In procedure raise-exception: Throw to key `guile-ssh-error' with args `("channel-open-session" "Channel opening failure: channel 67 error (2) open failed" #>>> (closed) 7f7d1af9e140> #f)'. >>>

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

Hello Simon, I have curl on my computer (v7.81.0). I tried running your command but it failed, returning the following: ~$ sudo -i guix package --bootstrap --fallback -r guix -i /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af [sudo] password for tflutre: /gnu/store/q19l04vd2za8

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

Hello Maxime, Thanks for finding this issue that seems related to my issue. As it may take some time for someone to fix this issue, could I uninstall my current Guix setup, and install it again? Sorry for top-posting, I was not aware of the problem it may caused. Best, Tim

bug#58561: Source hash mismatch with aggregator + possible guix bug with hashes.

Hi Simon, > Indeed, commit 6971feca53a19d60fdd2b39fb2a8966ccf1d6598 pushed on > core-updates reads, > > --8<---cut here---start->8--- > > (define-public akregator > (package > (name "akregator") > - (version "21.12.3") > + (version "22.04.3") > (source > (orig

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

On 17-10-2022 20:25, Timothée Flutre wrote: Hello Maxime, Thanks for finding this issue that seems related to my issue. As it may take some time for someone to fix this issue, could I uninstall my current Guix setup, and install it again? As far as I know there is no law against that, sure

bug#58198: topological-sort does not sort topologically in case of diamonds

The revised module is _also_ broken (in case of nushell's member graph). Will wait with posting the revised² module until it has seen more testing ... OpenPGP_0x49E3EE22191725EE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature

bug#58586: Astropy 5.0.1 tests failed after staging->master marge

Hi Guix team, It looks like Astropy stoped building with failed tests after commit c567a82a6975e70c8207a4aeed55a72b5121213c.: - E DeprecationWarning: FLIP_TOP_BOTTOM is deprecated and will be removed in Pillow 10 (2023-07-01). Use Transpose.FLIP_TOP_BOTTOM instead. /gnu/store/q3hdznwiy

bug#58526: bug report upgrading Guix from 1.0.1 to 1.3

Hi, On Mon, 17 Oct 2022 at 20:23, Timothée Flutre wrote: > ~$ sudo -i guix package --bootstrap --fallback -r guix -i > /gnu/store/n8vdar2f60mvq62g7mngpqwykbm9rw1q-guix-1.2.0rc2-1.0d4b1af > [sudo] password for tflutre: > /gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: >

bug#33614: reposurgeon build is broken

Hi, On Wed, 13 Jul 2022 at 09:22, Maxim Cournoyer wrote: > I tried updating reposurgeon to see if I could get that resolved, but > reposurgeon is now a Go module, so we'd need to change the build system > and perhaps add a couple supporting Go modules. > > Would you like to take a look? reposur

bug#49206: source hash mismatch on hypre

Hi, On Wed, 03 Nov 2021 at 15:06, phodina wrote: > I've checked the hypre package and it builds with the checksum > 1lvh4ybqkriyqfg2zmic6mrg1981qv1i9vry1fdgsabn81hb71g4. > > It was updated in commit be0997278b5 by Tobias Geerinckx-Rice. So closing. Moreover, hypre is currently at 2.20.0; at le

bug#58591: Java packages do not appear to keep a reference to their inputs

Hello, I'm not a Java expert, but this appears to me problematic: --8<---cut here---start->8--- $ guix build java-commons-dbcp /gnu/store/jghsa6fmh9vjcsmj7wwilk3w6iblvh32-java-commons-dbcp-2.6.0 $ guix gc -R /gnu/store/jghsa6fmh9vjcsmj7wwilk3w6iblvh32-java-com

bug#33614: reposurgeon build is broken

Hi, zimoun writes: > Hi, > > On Wed, 13 Jul 2022 at 09:22, Maxim Cournoyer > wrote: > >> I tried updating reposurgeon to see if I could get that resolved, but >> reposurgeon is now a Go module, so we'd need to change the build system >> and perhaps add a couple supporting Go modules. >> >> Wou

bug#58561: [PATCH 2/2] gnu: akregator: Fix build.

On October 16, 2022 4:39:16 PM GMT+11:00, phodina wrote: >Hi, > >unfortunately incorrect hash was pushed in the last patchset. > >The patch is already part of the next patch series [1]. > >Also it's tracked here [2]. > >1 >https://github.com/phodina/guix/commit/4636279dfb3b96eb5836baad0d8ea36e58

bug#58571: translations are incompletely pulled from weblate

One thing I suspect is that weblate takes quite a lot of time to pull changes from the intermediate repository, so if you provide a translation while the repo is being synced, I think they might be reset when the file is finally loaded by weblate. Not sure if this could explain this many ignore

bug#58591: Java packages do not appear to keep a reference to their inputs

You're right, java package don't retain references to there input, that's why we propagate required dependencies (mh… sometimes). I don't know how they could reference dependencies directly. Le 17 octobre 2022 23:04:47 GMT+02:00, Maxim Cournoyer a écrit : >Hello, > >I'm not a Java expert, but

bug#58591: Java packages do not appear to keep a reference to their inputs

Julien Lepiller writes: > You're right, java package don't retain references to there input, > that's why we propagate required dependencies (mh… sometimes). I don't > know how they could reference dependencies directly. A better workaround would be to add a phase that installs file(s) in the ou

bug#58591: Java packages do not appear to keep a reference to their inputs

Hi Julien, Julien Lepiller writes: > You're right, java package don't retain references to there input, > that's why we propagate required dependencies (mh… sometimes). I don't > know how they could reference dependencies directly. Could we, along with installing Java classes as directories ins