bug#46871: Service manager "init scripts" missing from current-guix

On #guix, user fossguy[m]11 reported that guix-install.sh fails on Gentoo, like this: -- cp: cannot stat '/root/.config/guix/current/etc/openrc/guix-daemon': No such file or directory chmod: cannot access '/etc/init.d/guix-daemon': No such file or directory * rc-update: service

bug#31719: Chains of dependencies getting longer

On Mon, 01 Mar 2021 22:33:55 +0100 Ludovic Courtès wrote: > It must be a recent regression. I think this is an unintended > side-effect of 44425e1f2a96aee39a21dff634abb9b77b44261e and > 84805ef205b7fa12bfaa7b23da06993cab64c40b (see > ): > >

bug#46861: `guix deploy` permission denied error

When I run Guix deploy, I get this error: ``` guix deploy: error: open-file: Permission denied: "/home/itsme/.cache/guix/checkouts/last-expiry-cleanup" ``` I've tried deleting ~/.cache/guix, and creating a chmod 777'd ~/.cache/guix directory, but I still get that error.

bug#31719: Chains of dependencies getting longer

Hi! Andreas Enge skribis: > Am Mon, Mar 01, 2021 at 11:04:02AM +0100 schrieb Ludovic Courtès: >> Andreas Enge skribis: >> > trying a "guix build openjdk", I see this: >> > 2136.0 MB would be downloaded > ... >> >/gnu/store/ymyvcc0871lwbnkv5acf5lldv0ahm5z1-openjdk-9.181-jdk >> >

bug#46826: [debian] compilation from git fails

Hi! I pushed a slightly different fix as 9ce78f27a02b3a5fcaea2f0633404b940795989a. Thanks, Ludo’.

bug#46849: ELPA packages are fetched from unstable url -> not reproducible

Hey Guixers, i think guix makes the same mistake Nixpkgs make (at least when I looked up what guix is doing around two weeks ago): They fetch the uncompressed tars built by ELPA. These are only available for the newest version of a package. ELPA keeps compressed archives only of around 20

bug#42920: conda 4.8.3 on guix cannot activate environments

Hi Ricardo et al., I've not yet looked into updating the conda package, but want to add a small thing to the bug report, so it can easily be found. Lines in the sourced conda.sh script like the one below won't work anymore once the conda executable is wrapped in the guix shell script, because

bug#46844: guile2.2-bytestructures fails to compile.

On 01.03.2021 09:06, Maxime Devos wrote: > Hi Guix, > > guile2.2-bytestructures and guile2.0-bytestructures don't compile. > The reason seems to be that v1.0.9 uses (scheme eval), which isn't > defined in guile2.0 and guile2.2. v1.0.8 doesn't use (scheme eval) > > Here's the commit that seems to

bug#46844: guile2.2-bytestructures fails to compile.

Hi, Maxime Devos skribis: > guile2.2-bytestructures and guile2.0-bytestructures don't compile. > The reason seems to be that v1.0.9 uses (scheme eval), which isn't > defined in guile2.0 and guile2.2. v1.0.8 doesn't use (scheme eval) Perhaps worth reporting upstream. > Here's the commit that

bug#46826: [debian] compilation from git fails

On Mon, Mar 01, 2021 at 12:42:08PM +0100, Maxime Devos wrote: Hi! > > Perhaps replace (when COND STUFF) with (define _ (when COND STUFF))? That > should > be ok for both guile2.2 and guile3.0. It's not very aesthetical, but if the > alternative is putting everything below (when COND STUFF) in

bug#46829: Fresh install of 1.2.0 can't guix pull

Am Mon, Mar 01, 2021 at 11:19:08AM +0100 schrieb Ludovic Courtès: > That’s on an installation without ‘nss-certs’ in the system profile, > right? Yes, I installed nss-certs into the profiles from which I wanted to do the "guix pull". Andreas

bug#31719: Chains of dependencies getting longer

Hello, Am Mon, Mar 01, 2021 at 11:04:02AM +0100 schrieb Ludovic Courtès: > Andreas Enge skribis: > > trying a "guix build openjdk", I see this: > > 2136.0 MB would be downloaded ... > >/gnu/store/ymyvcc0871lwbnkv5acf5lldv0ahm5z1-openjdk-9.181-jdk > >

bug#46826: [debian] compilation from git fails

On Sun, 2021-02-28 at 09:03 +0100, cage wrote: > [...] > Akind usersuggestedtocomment theformin > guix/scripts/environment.scm starting at line 178: > > > (when (and profile > (> (length (manifest-entries manifest-from-opts)) 0)) >(leave (G_

bug#46780: java-snappy: Test failure on ci.guix.gnu.org

Hi, On Sun, 28 Feb 2021 at 00:29, Björn Höfling wrote: > I first tested it with maxmemory="1M" and this fails with a OOM-error > on my pc, thus I knew this setting is really honored. > > Now I set it to 2G and sent a patch under commit: > > 23dcf4339d1dc102b2c509a151734f4caff793bd > > And it

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

Hello, On Mon, Mar 01, 2021 at 11:06:59AM +0100, Ludovic Courtès wrote: > Florian, could it be that we’re not normalizing language tags > appropriately? Does that ring a bell? Tobias’ analysis likely is correct. I haven’t yet build a current berlin virtual machine to test though. We’re not

bug#46803: User manual does not explain Profiles (nor GUIX_PROFILE)

Hi Tobias, On Sat, 27 Feb 2021 at 00:30, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Out of curiosity: how do you intuitively understand profiles, as > someone who's used Guix for a while? Effectively, profiles is not explicitly defined but implicitly, for instance:

bug#46829: Fresh install of 1.2.0 can't guix pull

Hi, Christopher Baines skribis: > I believe there's TLS issues with pulling for the current 1.2.0 release. > > root@horna ~# guix pull > substitute: updating substitutes from 'https://guix.cbaines.net'... 100.0% > 0.0 MB will be downloaded > downloading from >

bug#46829: Fresh install of 1.2.0 can't guix pull

Hi, Andreas Enge skribis: > This works, thanks for sharing! But it prints a nonsensical warning message: > Updating channel 'guix' from Git repository at > 'http://git.savannah.gnu.org/git/guix.git'... > Authenticating channel 'guix', commits 9edb3f6 to bebfe06 (7,806 new > commits)... > guix

bug#46807: [website] return 404 with HTTP header 'Accept-Language: zh-CN, zh'

Hello, ylc991 skribis: > Hello! My webbrowser has set ‘Accept-Language’ to 'zh-CN,zh' by default, and > https://guix.gnu.org returns 404. I have tested with curl, 'zh-CN,zh', > 'zh-CN', > 'zh-cn' is 404 while 'zh', 'zh_CN' is 200. Florian, could it be that we’re not normalizing language tags

bug#31719: Chains of dependencies getting longer

Hi, Andreas Enge skribis: > trying a "guix build openjdk", I see this: > 2136.0 MB would be downloaded: >/gnu/store/243algr6h60j46spn5dqhjc4mhkd0a0p-libelf-0.8.13 >/gnu/store/ymyvcc0871lwbnkv5acf5lldv0ahm5z1-openjdk-9.181-jdk >

bug#46829: Fresh install of 1.2.0 can't guix pull

Hi Chris, On Sun, 28 Feb 2021 at 10:27, Christopher Baines wrote: > I believe there's TLS issues with pulling for the current 1.2.0 > release. Is this bug different from ? And fixes are also discussed here: .

bug#46803: User manual does not explain Profiles (nor GUIX_PROFILE)

Hi, Tobias Geerinckx-Rice via Bug reports for GNU Guix skribis: > I think that would be very helpful. I'm trying to think of a concise, > correct, but actually useful definition of profiles for someone not > already familiar with them or Guix. > > Out of curiosity: how do you intuitively

bug#46779: GnuTLS uses the hard-coded /etc/ssl/certs location for TLS certificates

Hi, Maxim Cournoyer skribis: > We should patch GnuTLS so that it also honors the SSL_* environment > variables documented in the Guix manual. Note that (1) the SSL_* variables are originally from OpenSSL, and (2) GnuTLS developers made the conscious decision to not honor any environment

bug#46778: set-grafting: regression in "guix graph"

Hi, zimoun skribis: > Using commit 3c548c3e0e, "guix graph hello" works. However, commit > db45712a67 "grafts: Inline 'grafting?' and 'set-grafting'" seems to > introduce a regression: [...] > ice-9/boot-9.scm:1669:16: In procedure raise-exception: > Wrong type to apply: # You need to:

bug#46796: Cuirass & pointer finalization.

Hi! Mathieu Othacehe skribis: > Here's a Valgrind backtrace: > > ==97844== Thread 17: > ==97844== Invalid read of size 4 > ==97844==at 0x114465B9: zmq::msg_t::close() (in > /gnu/store/zd9lbfqa3170nsfd4177dnr38k1sjbnc-zeromq-4.3.4/lib/libzmq.so.5.2.4) First, is this function idempotent?

bug#46555: LVM swap continuously fails guix system: error: service 'swap-/dev/mapper/guix-swap' requires 'device-mapping-guix-swap', which is not provided by any service

Hi Shyam, Shyam Saran skribis: > Result of application of system build command > > $ guix system build ~/tmp/config.scm > >2s > guix system: warning: the following groups appear more than once: users > guix system: error: service 'swap-/dev/mapper/guix-swap' requires >

bug#46844: guile2.2-bytestructures fails to compile.

Hi Guix, guile2.2-bytestructures and guile2.0-bytestructures don't compile. The reason seems to be that v1.0.9 uses (scheme eval), which isn't defined in guile2.0 and guile2.2. v1.0.8 doesn't use (scheme eval) Here's the commit that seems to introduce the issue while fixing another: guix