bug#52152: Haskell Hackage importer can create dependency cycles

2022-06-07 Thread Lars-Dominik Braun
Hi, this issue has been fixed in commit dedfcaa8e2b948124f76121b9062c827fe649e29. Cheers, Lars

bug#52152: Haskell Hackage importer can create dependency cycles

2022-04-07 Thread Philip Munksgaard
Hi On Thu, 7 Apr 2022, at 09:45, zimoun wrote: > On Tue, 08 Mar 2022 at 11:04, zimoun wrote: >> And the "cycle" seems expected from OneTuple.cabal: >> >> $ cat OneTuple-0.3.1/OneTuple.cabal >> cabal-version: >=1.10 >> >> [...] >> >> test-suite th >> type: exitcode-stdio-1.0 >>

bug#52152: Haskell Hackage importer can create dependency cycles

2022-04-07 Thread zimoun
Hi, On Tue, 08 Mar 2022 at 11:04, zimoun wrote: > On dim., 28 nov. 2021 at 02:50, John Kehayias > wrote: > >> While working on importing a bunch of Haskell packages, I came across >> a cycle created by the importer (twice actually, but forgot the other >> one). Perhaps this is from the metadata

bug#52152: Haskell Hackage importer can create dependency cycles

2022-03-08 Thread zimoun
Hi, On dim., 28 nov. 2021 at 02:50, John Kehayias wrote: > While working on importing a bunch of Haskell packages, I came across > a cycle created by the importer (twice actually, but forgot the other > one). Perhaps this is from the metadata from Hackage, as it doesn't > create the cycle when

bug#52152: Haskell Hackage importer can create dependency cycles

2021-11-27 Thread John Kehayias via Bug reports for GNU Guix
Hello, While working on importing a bunch of Haskell packages, I came across a cycle created by the importer (twice actually, but forgot the other one). Perhaps this is from the metadata from Hackage, as it doesn't create the cycle when importing from Stackage. Here are the outputs: guix impor