bug#36076: Manual should clarify that glibc-utf8-locales is needed by default on foreign distros

2019-06-05 Thread Jack Hill
Hi Ludo’ On Wed, 5 Jun 2019, Ludovic Courtès wrote: I honestly don’t see how it could be clearer: https://www.gnu.org/software/guix/manual/en/html_node/Application-Setup.html#Locales Could you propose a patch to this section? I think what is missing is a statement that the systemd unit

bug#36076: Manual should clarify that glibc-utf8-locales is needed by default on foreign distros

2019-06-05 Thread Jack Hill
On Wed, 5 Jun 2019, Giovanni Biscuolo wrote: Hello Jack, I'm also on foreign distro so maybe I could help to clarify what's missing here Thanks for helping Did you use the last shell installer script [1] you or did it "manually" using the last binary tarball? [1]

bug#36109: GNU Privacy Assistant

2019-06-05 Thread Raghav Gururajan
Hello Guix! GPA gives out the following errors upon opening the app. **START** First: The GPGME library returned an unexpected error at confdialog.c:1459. The error was: Unsupported protocol This is either an installation problem or a bug in GPA. GPA will now try to recover from this error.

bug#35996: User account password got locked when booting old generation

2019-06-05 Thread Ludovic Courtès
"pelzflorian (Florian Pelz)" skribis: > It appears your patch fixes the issue. I admire the speed at which > you write patches. :) Thank you! Awesome! I must say that I’m really glad you’re putting this much energy into reproducing issues and investigating—it’s rare for people who report bug

bug#36069: Menu-based installer unusable through noVNC

2019-06-05 Thread Ludovic Courtès
Robert Vollmert skribis: >> On 5. Jun 2019, at 12:39, Ludovic Courtès wrote: >> >> I’ve never used noVNC, but doesn’t it allow you to zoom out or >> something? The kernel (KMS) knows what it’s doing, so it seems to me >> that the problem is that noVNC doesn’t realize what the actual screen >>

bug#36076: Manual should clarify that glibc-utf8-locales is needed by default on foreign distros

2019-06-05 Thread Giovanni Biscuolo
Hello Jack, I'm also on foreign distro so maybe I could help to clarify what's missing here Did you use the last shell installer script [1] you or did it "manually" using the last binary tarball? [1] https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh Jack Hill writes: [...]

bug#36099: Installer does not add ‘%base-initrd-modules’

2019-06-05 Thread Ludovic Courtès
Ludovic Courtès skribis: > As Jonathan reports at > , > the installer fails to add ‘%base-initrd-modules’ to the > ‘initrd-modules’ when it detects that more modules are needed (this is > the same story as

bug#36099: Installer does not add ‘%base-initrd-modules’

2019-06-05 Thread Ludovic Courtès
Hi, As Jonathan reports at , the installer fails to add ‘%base-initrd-modules’ to the ‘initrd-modules’ when it detects that more modules are needed (this is the same story as .) Ludo’.

bug#36078: [staging] AArch64 missing substitute for 'libdrm'

2019-06-05 Thread Ludovic Courtès
Hello, Marius Bakke skribis: > There is no substitute for > /gnu/store/9b5y8vr3q67cx7gm41k5snkk9g4gmvdn-libdrm-2.4.98 on > . > > Unfortunately I don't know what the problem is. There is no build log: >

bug#36097: gsettings-desktop-schemas-3.28.0.drv build failure

2019-06-05 Thread Giovanni Biscuolo
Hello Guix! Build of gsettings-desktop-schemas-3.28.0 fails on a Guix System (daemon configured with --no-subsitutes) during reconfigure. The problem seems to be a missing python interpreter during the build phase, but I'm interpreting here: --8<---cut

bug#36076: Manual should clarify that glibc-utf8-locales is needed by default on foreign distros

2019-06-05 Thread Ludovic Courtès
Hi, Jack Hill skribis: > However, I was surprised that even though I had the full set of > locales available guix-daemon couldn't find the locale it was looking > for. This is because the default systemd unit for guix-daemon > configures it to use the en_US.utf8 locale which is provided by >

bug#36074: Incorrect quoting of GUIX_LOCPATH environment variable in guix-daemon.service

2019-06-05 Thread Ludovic Courtès
Hi, Jack Hill skribis: > Based on my experience setting up Guix on a CentOS 7 foreign > distribution, if quoted, the variable name in a systemd unit > Environment definition should be inside the quotes. I didn't not find > definitive documentation stating this, but all the examples show it >

bug#35996: User account password got locked when booting old generation

2019-06-05 Thread pelzflorian (Florian Pelz)
It appears your patch fixes the issue. I admire the speed at which you write patches. :) Thank you! On Wed, Jun 05, 2019 at 11:54:23AM +0200, Ludovic Courtès wrote: > Note that you’ll have to create a new “broken” generation with this > patch (because we already know that the old one can

bug#36069: Menu-based installer unusable through noVNC

2019-06-05 Thread Ludovic Courtès
Hello, Robert Vollmert skribis: > There seems to be some conflict between the “graphical” installer’s idea > of the console size and VNC’s (which appears to be noVNC > https://novnc.com/info.html). As you can see in the attached screenshot, > the screen is cropped on all sides, particularly

bug#36074: Incorrect quoting of GUIX_LOCPATH environment variable in guix-daemon.service

2019-06-05 Thread Ricardo Wurmus
Hi Jack, thank you for the bug report, the analysis, and the patch. I changed the commit log and pushed it to the master branch with commit 579d17b70dac067f8194ede46513400b91ac136a. Thanks! -- Ricardo

bug#35996: User account password got locked when booting old generation

2019-06-05 Thread Ludovic Courtès
Hi, "pelzflorian (Florian Pelz)" skribis: > On Tue, Jun 04, 2019 at 11:21:05PM +0200, Ludovic Courtès wrote: [...] >> If that theory holds, the patch below (on top of the others) should >> help. Could you give it a try? >> > > Will do. Note that you’ll have to create a new “broken”

bug#35996: User account password got locked when booting old generation

2019-06-05 Thread pelzflorian (Florian Pelz)
On Tue, Jun 04, 2019 at 11:21:05PM +0200, Ludovic Courtès wrote: > "pelzflorian (Florian Pelz)" skribis: > > When booting an unbootable generation with Ludovic’s patches and then > > rebooting a normal generation with Ludovic’s patches, /etc/shadow is > > locked. > > So with this scenario, the