bug#74960: mysql-service-type is not starting

I'm trying to use a simple system with `mysql-service-type` with "guix system container", but I found out that `mysql-service-type` is not starting. $> guix system container mysql-test-system.scm system file: cat mysql-test-system.scm (use-modules (gnu) (gnu services)

bug#65282: The problem is not with datefudge.

The problem with guix-1.3 on Ubuntu-22.04 is not with datefudge. The problem if ci.guix.gnu.org connectivity from Russia.

bug#65282: guix-1.3 on Ubuntu-22.04 is broken because of outdated datefudge.

ble is using datefudge-1.24. My last hope was to download it from ci.guix.gnu.org, but I got gnutls-error. Looks like guix-1.3 is completely unusable on Ubuntu. Dmitry Nikolaev

bug#50448: Problem was solved!

With: 1. Installing emacs `guix install emacs` 2. Add new variables ``` GUIX_PROFILE="/root/.config/guix/current" . "$GUIX_PROFILE/etc/profile" ``` log: -- 魔法少女リルテチヅデですよ。

bug#50448: 'compute-guix-derivation' on debian 11 failed to compute

Full process: Just a bug: --8<---cut here---start->8--- : You found a bug: the program '/gnu/store/rwxsbyz4a1dv1p85smq7b3kcjbvxlp1m-compute-guix-derivation' failed to compute the derivation for Guix (version: "8b2b027df9198cb5b22

bug#47786: Several build --keep-failed result in wrong env variables

Hi Mark, Mark H Weaver writes: > This is the intended behavior, although I agree that it can be > surprising. Thank you for explaining, I think it's clear now! Regards, Dmitry.

bug#47786: Several build --keep-failed result in wrong env variables

/guix-build-hello-2.10.drv-0/hello-2.10" Here although we are in directory /tmp/guix-build-hello-2.10.drv-1/, PWD is set to .drv-0 directory. Regards, Dmitry.

bug#26302: Multilingual web site is on-line!

Ludovic Courtès wrote: > https://guix.gnu.org/ > > report any issues! The obvious: | ^~~~ ;-) signature.asc Description: PGP signature

bug#27244: Should not $GUIX_LOCPATH belong to ‘glibc-locales’ rather than ‘glibc’?

As of now [0] a search path ‘GUIX_LOCPATH’ is exported when ‘glibc’ package, which does not comprise any locales, is installed. I guess, it should belong to ‘glibc-locales’ and ‘glibc-utf8-locales’ instead. >>> >>> The idea of search path specifications like ‘GUIX_LOCPATH’ is that t

bug#27244: Should not $GUIX_LOCPATH belong to ‘glibc-locales’ rather than ‘glibc’?

>> As of now [0] a search path ‘GUIX_LOCPATH’ is exported when ‘glibc’ >> package, which does not comprise any locales, is installed. I guess, >> it should belong to ‘glibc-locales’ and ‘glibc-utf8-locales’ instead. > > The idea of search path specifications like ‘GUIX_LOCPATH’ is that the > packa

bug#27244: Should not $GUIX_LOCPATH belong to ‘glibc-locales’ rather than ‘glibc’?

As of now [0] a search path ‘GUIX_LOCPATH’ is exported when ‘glibc’ package, which does not comprise any locales, is installed. I guess, it should belong to ‘glibc-locales’ and ‘glibc-utf8-locales’ instead. [0] http://git.sv.gnu.org/cgit/guix.git/tree/gnu/packages/base.scm?id=3bee4b619#n740