bug#35590: Emacs info can't open info manuals

[Mark H Weaver]

Hi,

sirgazil  writes:

> I can't open info manuals in an Emacs freshly installed in my GNU
> system installed in a real machine using the ISO installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> ## Steps to reproduce
>
> 1. guix install emacs
> 2. Start Emacs.
> 3. M-x info Enter.
> 4. m Guix Enter (or any other manual).
>
>
> ## Unexpected result
>
> The manual is not displayed, and the minibuffer says:
>
> Uncompression program 'sh' not found

This is surprising.  On a Guix system, sh is unconditionally installed
in /bin/sh.  If you type M-x getenv PATH RET in Emacs, does the
displayed string include /bin?  Does M-! sh RET show an error?

 Thanks,
   Mark

bug#35594: GNOME: Application icons are not displayed immediately after installation

[Mark H Weaver]

Hi,

sirgazil  writes:

> I installed the GNU system in a real machine using Guix 1.0 ISO
> installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> Whenever I install a desktop application, the application icon does
> not show up immediately in the list of available applications. I have
> to log out and log in again to be able to see it.

Indeed, this has always been the case on Guix, and I agree it would be
good to fix it.  FWIW, another way to refresh the list of available
applications from GNOME Shell is to type: Alt-F2, and then enter the
single letter "r" as the command.  That should restart GNOME Shell
without affecting your other applications.  (Unfortunately for me, this
only works under Xorg, not Wayland.)

A related issue is that if you upgrade a program in Guix, and then
launch it using GNOME Shell, it will launch the old one.  That's because
our installed desktop files are specifically rewritten to launch the
program via an absolute path name /gnu/store/x/bin/* instead of
simply looking in PATH, and GNOME Shell continues to use the old desktop
files until it's restarted.  This was implemented back in 2016, here:

  
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=d31860b9de07810e114490db5cc160a8b078c58d

I remember thinking it was a bad idea at the time, but I didn't have
enough energy to speak up about it.

  Mark

bug#35597: GNOME Tweak Tool does not start

[Mark H Weaver]

Hi,

sirgazil  writes:

> I installed the GNU system in a real machine using Guix 1.0 ISO
> installer
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>
> After installing "gnome-tweak-tool", I cannot launch it.

I can confirm that it doesn't work for me either.  It used to work.
I guess it was broken by the recent GNOME upgrades in our 'staging'
branch, which was merged just before the 1.0.0 release.

> Almost every time I run "gnome-tweak-tool" in a terminal nothing
> happens. I immediately get another prompt.
>
> Just one time I got the following warnings and errors:

In my case, I see the warnings and errors consistently every time I run
it.  I've not observed 'gnome-tweak-tool' immediately return to the
prompt.

 Thanks,
   Mark

bug#35597: GNOME Tweak Tool does not start

[sirgazil]

Hi,

I installed the GNU system in a real machine using Guix 1.0 ISO installer 
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).

After installing "gnome-tweak-tool", I cannot launch it.


## Steps to reproduce

1. guix install gnome-tweak-tool
2. Press Alt+F2
3. Type gnome-tweak-tool and press Enter


## Unexpected result

The application never starts.


## Expected result.

The application starts


## Additional information

Almost every time I run "gnome-tweak-tool" in a terminal nothing happens. I 
immediately get another prompt.

Just one time I got the following warnings and errors:

##
$ gnome-tweak-tool 

** (..gnome-tweak-tool-real-real:879): WARNING **: 19:05:05.203: Failed to load 
shared library 'libsoup-2.4.so.1' referenced by the typelib: libsoup-2.4.so.1: 
no se puede abrir el fichero del objeto compartido: No existe el fichero o el 
directorio
WARNING : Error detecting shell
Traceback (most recent call last):
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/tweaks/tweak_group_shell_extensions.py",
 line 216, in __init__
ego = ExtensionsDotGnomeDotOrg(version)
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/egowrapper.py",
 line 38, in __init__
self._session = Soup.Session.new()
GLib.GError: g-invoke-error-quark: Could not locate soup_session_new: 
libsoup-2.4.so.1: no se puede abrir el fichero del objeto compartido: No existe 
el fichero o el directorio (1)
WARNING : Error detecting shell
Traceback (most recent call last):
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/tweaks/tweak_group_shell_extensions.py",
 line 50, in __init__
self._swInfo = Gio.DesktopAppInfo.new("org.gnome.Software.desktop")
TypeError: constructor returned NULL
Traceback (most recent call last):
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/widgets.py",
 line 164, in __init__
self.settings = GSettingsSetting(schema_name, **options)
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/gsettings.py",
 line 137, in __init__
raise GSettingsMissingError(schema_name)
gtweak.gsettings.GSettingsMissingError: org.gnome.mutter

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/app.py",
 line 43, in do_activate
self.win = Window(self, model)
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/tweakview.py",
 line 59, in __init__
self._model.load_tweaks(self)
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/tweakmodel.py",
 line 117, in load_tweaks
mods = __import__("gtweak.tweaks", globals(), locals(), tweak_files, 0)
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/tweaks/tweak_group_keymouse.py",
 line 274, in 
OverviewShortcutTweak(),
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/tweaks/tweak_group_keymouse.py",
 line 205, in __init__
_GSettingsTweak.__init__(self, name, "org.gnome.mutter", "overlay-key", 
loaded=_shell_loaded, **options)
  File 
"/gnu/store/ir0chxqf6319hgzigqcn8wjrc61ywvbs-gnome-tweak-tool-3.26.4/lib/python3.7/site-packages/gtweak/widgets.py",
 line 173, in __init__
logging.info("GSetting missing %s" % (e.message))
AttributeError: 'GSettingsMissingError' object has no attribute 'message'
##

The application didn't exit, I had to press Ctrl+C to get a prompt again.

Also, after running

strace -f -o tweak-tool-trace.out gnome-tweak-tool

I can see many lines with "No such file or directory". For instance:

##
2694  
readlink("/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/bin/python3.7",
 0x7ffefe14afb0, 4096) = -1 EINVAL (Argumento inválido)
2694  openat(AT_FDCWD, 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/bin/pyvenv.cfg", 
O_RDONLY) = -1 ENOENT (No existe el fichero o el directorio)
2694  openat(AT_FDCWD, 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/pyvenv.cfg", 
O_RDONLY) = -1 ENOENT (No existe el fichero o el directorio)
2694  
stat("/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/bin/Modules/Setup",
 0x7ffefe151020) = -1 ENOENT (No existe el fichero o el directorio)
##

But I wouldn't know what to look for in that output.


---
https://sirgazil.bitbucket.io/

bug#35591: Segfault on flatpak remote-add

[Jonathan Frederickson]

On Sunday, May 5, 2019 6:36:06 PM EDT Mark H Weaver wrote:
> My knowledge of Flatpak is weak, but in general, foreign pre-compiled
> binaries will not work on Guix unless they are statically linked.
> Traditional dynamically-linked executables expect to find a dynamic
> linker and system shared libraries in /lib or /lib64, which do not exist
> on a Guix system.  It is also fairly common for foreign binaries to
> depend on standard files and programs in /usr, /bin, and /sbin, none of
> which are present on a Guix system except for /bin/sh.

I believe Flatpak applications are statically linked. (Or rather, individual 
applications may be dynamically linked, but they are eventually combined with 
a full OS image similarly to how Docker works.)

> I'm sorry I don't have a better answer for you, but Guix was not
> designed to run foreign pre-compiled binaries.  If that's important to
> you, it might be that Guix is not a good fit for you.

It's not the most important thing to me; it may end up being one more reason 
for me to start attempting to package things for Guix! But it would still be 
nice to be able to run the same tooling that e.g. some Gnome developers are 
using to publish their apps across distros. (And the fact that Flatpak is 
packaged for Guix seems to imply that it should be possible to use it here.)

> However, if your goal is to run Guix-compiled programs in a sandbox,
> that's something we are certainly very interested in, and we could use
> help.  We have "guix container" as a building block, and I know that
> some Guix users have experimented with running e.g. GNU IceCat within a
> container.  I don't know the current status of those efforts.  Hopefully
> someone more knowledgable in this area will chime in.

While this isn't my immediate goal, this is also something that I'm interested 
in, if someone else knows more about this!


signature.asc
Description: This is a digitally signed message part.

bug#35594: GNOME: Application icons are not displayed immediately after installation

[sirgazil]

Hi,

I installed the GNU system in a real machine using Guix 1.0 ISO installer 
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).

Whenever I install a desktop application, the application icon does not show up 
immediately in the list of available applications. I have to log out and log in 
again to be able to see it.


## Steps to reproduce

1. Install a desktop application (I tried GIMP, Scribus, Inkscape, Audacity)
2. Click on "Activities".
3. Click on "Show Applications" (the button with nine dots).


## Unexpected result

The icon of the installed application is not in the list.


## Expected result.

The icon of the installed application is in the list.


---
https://sirgazil.bitbucket.io/

bug#35529: libdrm fails to build on armhf-linux

[Mark H Weaver]

Hi Ricardo,

Ricardo Wurmus  writes:

> Mark H Weaver  writes:
>
>> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>>
>>   https://hydra.gnu.org/build/3481547#tabs-summary
>>
>> Both build attempts were made on hydra-slave2, which is a Wandboard Quad
>> based on the Freescale i.MX6 SOC.
>
> This has built fine on berlin.  We have a completed build for
> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.

What kind of hardware was it built on?

Note that the failure on Hydra was due to a timeout in the test suite:

  https://hydra.gnu.org/build/3481547/nixlog/6/tail-reload

All of the other tests completed within a few seconds, but the timeout
tripped after 1200 seconds.  So, I'm not sure if it's simply that the
build hardware is too slow.  It might have actually gotten stuck.
Perhaps the test uses /dev/random (as opposed to /dev/urandom) and
there's not enough entropy available on the build machine.

  Thanks,
Mark

bug#35591: Segfault on flatpak remote-add

[Mark H Weaver]

Hi Jonathan,

"Jonathan Frederickson"  writes:
> I'm attempting to use Flatpak on my Guix system, and I'm experiencing
> segfaults when attempting to add a remote repo. Provided below are the
> output of the command I'm attempting to run, as well as some info
> about my system.

My knowledge of Flatpak is weak, but in general, foreign pre-compiled
binaries will not work on Guix unless they are statically linked.
Traditional dynamically-linked executables expect to find a dynamic
linker and system shared libraries in /lib or /lib64, which do not exist
on a Guix system.  It is also fairly common for foreign binaries to
depend on standard files and programs in /usr, /bin, and /sbin, none of
which are present on a Guix system except for /bin/sh.

Having said that, if you must run foreign pre-compiled binaries on Guix,
there are various hacks to do it.  One approach is to install symlinks
in /lib*, /usr, /bin, /sbin, etc, pointing to the needed components in
/run/current-system.  Another is to modify the pre-compiled binaries to
look for components in the right place using 'patchelf'.  We use the
latter approach to bootstrap GHC (Glasgow Haskell Compiler), which can
only be compiled by itself.

I'm sorry I don't have a better answer for you, but Guix was not
designed to run foreign pre-compiled binaries.  If that's important to
you, it might be that Guix is not a good fit for you.

However, if your goal is to run Guix-compiled programs in a sandbox,
that's something we are certainly very interested in, and we could use
help.  We have "guix container" as a building block, and I know that
some Guix users have experimented with running e.g. GNU IceCat within a
container.  I don't know the current status of those efforts.  Hopefully
someone more knowledgable in this area will chime in.

 Regards,
   Mark

bug#35550: Installer: wpa_supplicant fails to start

[Ludovic Courtès]

Ludovic Courtès  skribis:

> So why is ‘wpa-supplicant’ marked as failing to start on the first
> attempt?
>
> The only reason I can think of is if ‘read-pid-file’ from (shepherd
> service) returns immediately and returns #f instead of a number.  That
> can actually happen if the PID file exists but is empty (or contains
> garbage).

I’ve produced an ISO with the patch below and ran it on the bare metal
to get confirmation (too bad the bug doesn’t show in QEMU :-/).  Indeed,
‘read-pid-file’ for /var/run/wpa_supplicant.pid systematically reads the
empty string the first time the ‘wpa-supplicant’ service is started.

(After that, if we kill the process and try to restart the service, the
problem doesn’t show up.)

diff --git a/modules/shepherd/service.scm b/modules/shepherd/service.scm
index 53437b6..e21492e 100644
--- a/modules/shepherd/service.scm
+++ b/modules/shepherd/service.scm
@@ -717,9 +717,12 @@ otherwise return the number that was read (a PID)."
   (let loop ()
 (catch 'system-error
   (lambda ()
-(string->number
- (string-trim-both
-  (call-with-input-file file get-string-all
+(define str
+  (call-with-input-file file get-string-all))
+
+(local-output (l10n "read-pid-file ~s -> ~s")
+  file str)
+(string->number (string-trim-both str)))
   (lambda args
 (let ((errno (system-error-errno args)))
   (if (= ENOENT errno)

With the second patch below, I confirm that the ‘wpa-supplicant’ starts
correctly.  We can see in /var/log/messages that ‘read-pid-file’ first
reads the empty string from /var/run/wpa_supplicant.pid, then tries
again, and gets a valid PID on the second attempt.

It’s surprising that the timing is always like that, and only on the
bare metal, but that’s the way it is.

It’d be great if you could do some testing with the patch below.  Then I
guess we’ll push a Shepherd release with this fix.

I wonder if this could also explain
.

Thanks,
Ludo’.

diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm
index dfc3467bf8..e1dd248679 100644
--- a/gnu/packages/admin.scm
+++ b/gnu/packages/admin.scm
@@ -188,7 +188,8 @@ and provides a \"top-like\" mode (monitoring).")
   version ".tar.gz"))
   (sha256
(base32
-"1ys2w83vm62spr8bx38sccfdpy9fqmj7wfywm5k8ihsy2k61da2i"
+"1ys2w83vm62spr8bx38sccfdpy9fqmj7wfywm5k8ihsy2k61da2i"))
+  (patches (search-patches "shepherd-debug.patch"
 (build-system gnu-build-system)
 (arguments
  '(#:configure-flags '("--localstatedir=/var")))
diff --git a/gnu/packages/patches/shepherd-debug.patch b/gnu/packages/patches/shepherd-debug.patch
new file mode 100644
index 00..2fd97cc578
--- /dev/null
+++ b/gnu/packages/patches/shepherd-debug.patch
@@ -0,0 +1,43 @@
+diff --git a/modules/shepherd/service.scm b/modules/shepherd/service.scm
+index 53437b6..bef8f42 100644
+--- a/modules/shepherd/service.scm
 b/modules/shepherd/service.scm
+@@ -715,21 +715,28 @@ number.  Return #f if FILE was not created or does not contain a number;
+ otherwise return the number that was read (a PID)."
+   (define start (current-time))
+   (let loop ()
++(define (retry)
++  (and (< (current-time) (+ start max-delay))
++   (begin
++ ;; FILE does not exist yet, so wait and try again.
++ ;; XXX: Ideally we would yield to the main event loop
++ ;; and/or use inotify.
++ (sleep 1)
++ (loop
++
+ (catch 'system-error
+   (lambda ()
+-(string->number
+- (string-trim-both
+-  (call-with-input-file file get-string-all
++(define str
++  (call-with-input-file file get-string-all))
++
++(local-output (l10n "read-pid-file ~s -> ~s")
++  file str)
++(or (string->number (string-trim-both str))
++(retry)))
+   (lambda args
+ (let ((errno (system-error-errno args)))
+   (if (= ENOENT errno)
+-  (and (< (current-time) (+ start max-delay))
+-   (begin
+- ;; FILE does not exist yet, so wait and try again.
+- ;; XXX: Ideally we would yield to the main event loop
+- ;; and/or use inotify.
+- (sleep 1)
+- (loop)))
++  (retry)
+   (apply throw args)))
+ 
+ (define* (exec-command command

bug#35588: [PATCH] ui: Search matches additional package outputs.

[Tobias Geerinckx-Rice]

* guix/ui.scm (%package-metrics): Add a PACKAGE-OUTPUTS metric with a
relevance of 1.
* guix/scripts/package.scm (process-query): Add the
REGEXP/NEWLINE flag.
---

mikadoZero, Guix,

Here's a patch to match package outputs (except ‘out’, since it can't affect 
the relative score) in ‘guix search’.

Before:

  ~ λ guix search ernel-patch
  # nothing

After:

  ~ λ guix search ernel-patch
  name: wireguard
  version: 0.0.20190406
  outputs: out kernel-patch
  …

  ~ λ guix search ^ernel-patch
  # nothing

While the new REGEXP/NEWLINE flag affects how all fields are matched, I don't 
think it actually changes anything in practice without the second hunk.

If there's a possibility that it might, I'd split this into two commits.

Kind regards,

T G-R

 guix/scripts/package.scm | 3 ++-
 guix/ui.scm  | 6 ++
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/guix/scripts/package.scm b/guix/scripts/package.scm
index aa27984ea2..a31e78484e 100644
--- a/guix/scripts/package.scm
+++ b/guix/scripts/package.scm
@@ -751,7 +751,8 @@ processed, #f otherwise."
   (('query 'search rx) rx)
   (_   #f))
 opts))
-  (regexps  (map (cut make-regexp* <> regexp/icase) patterns)))
+  (regexps  (map (cut make-regexp* <> regexp/icase regexp/newline)
+ patterns)))
  (leave-on-EPIPE
   (let-values (((packages scores)
 (find-packages-by-description regexps)))
diff --git a/guix/ui.scm b/guix/ui.scm
index 92c845e944..f2466b605b 100644
--- a/guix/ui.scm
+++ b/guix/ui.scm
@@ -1404,6 +1404,12 @@ score, the more relevant OBJ is to REGEXPS."
   ;; of regexps.
   `((,package-name . 4)
 
+;; Separate package outputs by newlines to match regexps like "^tools$".
+;; Hard-codedly ignore ‘out’ since it presumably exists for every package.
+(,(lambda (package)
+(string-join (delete "out" (package-outputs package))
+ "\n")) . 1)
+
 ;; Match regexps on the raw Texinfo since formatting it is quite expensive
 ;; and doesn't have much of an effect on search results.
 (,(lambda (package)
-- 
2.21.0

bug#35586: GNOME

[pelzflorian (Florian Pelz)]

On Sun, May 05, 2019 at 03:36:51PM -0400, Raghav Gururajan wrote:
> Florian! The link you provided is awesome.
> 
> I strongly request the devs to use that link 
> (https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/) to fix 
> this bug.

There actually also is:
https://blogs.gnome.org/mcatanzaro/2017/08/13/gnome-3-26-core-applications/

This is less detailed than the link before, but it is more recent.  I
do not remember reading a more recent post on GNOME core applications
on Planet GNOME, but I may have forgotten.

Regards,
Florian

bug#35586: GNOME

[pelzflorian (Florian Pelz)]

On Sun, May 05, 2019 at 03:23:27PM -0400, Raghav Gururajan wrote:
> On 5 May 2019 14:52, "pelzflorian (Florian Pelz)" 
>  wrote:
> > Well, they have two names and others frequently refer to them by 
> > e.g. Epiphany and not GNOME Web, including Epiphany developers. 
> >
> >
> 
> Hmm, but the app shows up as Web in GNOME.
>

One example of GNOME Web being called Epiphany by GNOME developers is
the same blog:

https://blogs.gnome.org/mcatanzaro/2019/03/19/epiphany-technology-preview-upgrade-requires-manual-intervention/

You can also type both Epiphany and (your language’s translation of)
Web in the GNOME Activities search bar to find Epiphany.  The same
goes for Nautilus.  The terminal command is also still epiphany or
nautilus.

I do not know if it is possible to give a package two names; I believe
it is not.



> > Of course, there are more non-packaged applications. 
> >
> > I also remember 
> > https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/ 
> > who says, for example, that gnome-tweaks is *not* core. 
> >
> 
> What?? How else to enable/disable plugins/extensions in GNOME?
>

Well…  GNOME has repeatedly tried to make simpler alternatives for
installing extensions.  I believe the current method is GNOME
Software, but I am not sure.

Regards,
Florian

bug#35591: Segfault on flatpak remote-add

[Jonathan Frederickson]

I'm attempting to use Flatpak on my Guix system, and I'm experiencing segfaults 
when attempting to add a remote repo. Provided below are the output of the 
command I'm attempting to run, as well as some info about my system.

=
jfred@lambdacrypt ~$ flatpak remote-add --if-not-exists flathub 
https://flathub.org/repo/flathub.flatpakrepo

Note that the directories

'/var/lib/flatpak/exports/share'
'/home/jfred/.local/share/flatpak/exports/share'

are not in the search path set by the XDG_DATA_DIRS environment variable, so
applications installed by Flatpak may not appear on your desktop until the
session is restarted.

Segmentation fault
=
Current guix commit:

jfred@lambdacrypt ~$ guix describe -f channels
(list (channel
(name 'guix)
(url "https://git.savannah.gnu.org/git/guix.git";)
(commit
  "187f9636f176d62bf869b787ad410e3a528aa1a0")))
=
Current user package manifest:

jfred@lambdacrypt ~$ cat guix.scm
(specifications->manifest
 '("glibc-utf8-locales"
   ;;# Dotfiles management
   "stow"
   "rofi"
   "gnupg"
   "emacs-password-store"
   "pcsc-lite"
   ;;# Hacking
   "emacs"
   "git"
   "guile@2.2"
   "font-adobe-source-code-pro"
   "emacs-guix"
   ;;# Devops
   "docker"
   "docker-cli"
   "docker-compose"
   ;; System Administration
   "htop"
   "curl"
   ;;# Desktop
   "gnome-tweak-tool"
   "icecat"
   "luakit"
   "flatpak"
   "evolution"
   ;; Gaming
   "tintin++"
   "powwow"))

bug#35550: Installer: wpa_supplicant fails to start

[Ludovic Courtès]

Ludovic Courtès  skribis:

> You would expect wpa_supplicant to create its PID file atomically: write
> it under a different name, then rename(2)… but no:

Regarding this PID file atomicity issue, a few other data points: Tor,
syslogd (GNU Inetutils), sshd (OpenSSH), and dbus-daemon all do the
exact same non-atomic PID file creation as wpa_supplicant.

Libdaemon (used by Avahi) does something more fancy: it acquires an
exclusive write lock (fcntl with F_SETLKW) on the PID file right after
opening it, but since shepherd does not attempt to acquire locks on PID
file, it has no effect.

systemd and GNU Pies don’t take any precautions while reading PID
files.  The assumption seems to be that if the file exists, then it must
contain a valid PID.

So perhaps the problem we see with ‘wpa_supplicant’ is elsewhere.

Ludo’.

bug#35584: CD/DVD does not work

[Ricardo Wurmus]

pelzflorian (Florian Pelz)  writes:

> On Sun, May 05, 2019 at 11:52:36AM -0500, sirgazil wrote:
>> Hi,
>>
>> I installed the GNU system in a real machine using the Guix 1.0 ISO 
>> installer 
>> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
>>
>> When I insert a CD or a DVD the drive light flashes for a moment, then turns 
>> off, but it seems the discs are never mounted. GNOME displays no messages, 
>> GNOME Files does not list the drive, I don't see anything related to DVD 
>> after running  "findmnt", and running "lsblk" says:
>>
>> ```
>> $ lsblk
>> NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
>> sda  8:00 931,5G  0 disk
>> ├─sda1   8:10   750M  0 part /boot/efi
>> ├─sda2   8:20   3,7G  0 part [SWAP]
>> └─sda3   8:30 927,1G  0 part /
>> sr0 11:01  1024M  0 rom
>> ```
>
> I can confirm.  So sr0 is visible.  The same happens for me on an
> internal and an external USB DVD drive when I insert a video DVD, but
> I can play it with VLC and once I open the drive /dev/sr0 in VLC it
> gets auto-mounted in Nautilus.  Note that I have gvfs in my packages
> field, if that makes a difference.
>
> On Arch the DVD gets mounted by Nautilus immediately on insert.

I cannot reproduce this with a slightly older system.  On my workstation
CDs could always be mounted by Nautilus immediately.  If this doesn’t
work any more it must be a regression.

--
Ricardo

bug#35590: Emacs info can't open info manuals

[sirgazil]

I can't open info manuals in an Emacs freshly installed in my GNU system 
installed in a real machine using the ISO installer 
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).

## Steps to reproduce

1. guix install emacs
2. Start Emacs.
3. M-x info Enter.
4. m Guix Enter (or any other manual).


## Unexpected result

The manual is not displayed, and the minibuffer says:

Uncompression program 'sh' not found


## Expected result

The Guix manual is displayed.

---
https://sirgazil.bitbucket.io/

bug#35589: Scribus and GIMP: Clipped, non-resizable windows and pixelated icons

[sirgazil]

Hi,

A few days ago I mentioned an issue with a Scribus installed on a foreign 
distribution using Guix 
(https://lists.gnu.org/archive/html/help-guix/2019-04/msg00249.html). I'm 
experiencing the same problem with Scribus and the GIMP in a GNU system 
installed in a real machine using the ISO installer 
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).

Scribus (these are from my Guix  on foreign distro experience, but the problem 
in the GNU system is the same):


https://multimedialib.files.wordpress.com/2019/04/scribus-154-splash-2019-04-22.png

https://multimedialib.files.wordpress.com/2019/04/scribus-154-dialog-2019-04-22.png

https://multimedialib.files.wordpress.com/2019/04/scribus-154-main-2019-04-22.png

GIMP (these are taken from the GNU system):

https://multimedialib.files.wordpress.com/2019/05/gimp-21010-2019-05-05.png

The windows are clipped (extend beyond the screen limits), you can't resize 
them, and the icons look like zoomed-in bitmaps. The icon problem is minor, but 
the other problems make it really hard to use the applications as intended.

---
https://sirgazil.bitbucket.io/

bug#35588: guix package --search does not search output names

[Chris Marusich]

Hi,

mikadoZero reported a bug here:

https://lists.gnu.org/archive/html/help-guix/2019-04/msg00206.html

The bug is reproducible.  On Guix commit
aa7cdc57dc28673dedfc6ec210974aaa0099a419, a search for keyword "cargo"
does not find the "cargo" output of the "rust" package:

--8<---cut here---start->8---
$ guix package --search=cargo
name: chromium-bsu
version: 0.9.16.1
outputs: out
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: gettext-minimal@0.19.8.1 glu@9.0.0 pkg-config@0.29.2
+ quesoglc@0.7.2 sdl-union@1.2.15
location: gnu/packages/games.scm:3295:2
homepage: http://chromium-bsu.sourceforge.net/
license: Clarified Artistic, Expat
synopsis: Fast-paced, arcade-style, top-scrolling space shooter  
description: In this game you are the captain of the cargo ship Chromium
+ B.S.U.  and are responsible for delivering supplies to the troops on the front
+ line.  Your ship has a small fleet of robotic fighters which you control from
+ the relative safety of the Chromium vessel.
relevance: 2
--8<---cut here---end--->8---

It should have printed all the "rust" packages, and the "mrustc"
package, since each of them has a "cargo" output.  Example:

--8<---cut here---start->8---
name: rust
version: 1.34.0
outputs: out doc cargo
systems: x86_64-linux i686-linux armhf-linux aarch64-linux mips64el-linux
dependencies: bison@3.0.5 cmake@3.13.1 curl@7.63.0 flex@2.6.4 gdb@8.2.1
+ jemalloc@5.1.0 libssh2@1.8.2 llvm@6.0.1 openssl@1.0.2p pkg-config@0.29.2
+ procps@3.3.15 python2@2.7.15 rust@1.33.0 which@2.21
location: gnu/packages/rust.scm:1026:4
homepage: https://www.rust-lang.org
license: ASL 2.0, Expat
synopsis: Compiler for the Rust progamming language  
description: Rust is a systems programming language that provides memory
+ safety and thread safety guarantees.
--8<---cut here---end--->8---

The general problem here is that Guix does not include outputs whose
name matches the given regex.  One might argue that we should simply add
the output's name to a searchable field, like the description, in cases
like this, but if it's easy to fix, we should just fix it.

-- 
Chris


signature.asc
Description: PGP signature

bug#35586: GNOME

[Raghav Gururajan]

Florian! The link you provided is awesome.

I strongly request the devs to use that link 
(https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/) to fix 
this bug.On 5 May 2019 15:23, Raghav Gururajan  wrote:
>
>
> On 5 May 2019 14:52, "pelzflorian (Florian Pelz)" 
>  wrote:
> >
> > On Sun, May 05, 2019 at 02:20:39PM -0400, Raghav Gururajan wrote: 
> > > Hello Guix! 
> > > 
> > > Based on the mail-list thread "https://lists.gnu.org/archive/html/help- 
> > > guix/2019-05/msg00124.html", it appears that there is a bug, where some 
> > > GNOME Core Applications are actually packaged in guix but have not been 
> > > included in guix's "gnome" package. 
> > > 
> >
>
> > Thank you for doing something about this!
>
> No problem :)
>
> >
> >
> > > found out that the following gnome core application packages are indeed 
> > > packaged in guix, but have not been included in guix's gnome package. 
> > > 
> > > gnome-calendar 
> > > gnome-clocks 
> > > gnome-common 
> > > gnome-desktop 
> >
>
> > gnome-common and gnome-desktop are libraries, not core applications.
>
> Agreed. Are they still relevant to be included?
>
> >
> > > gnome-dictionary 
> > > gnome-doc-utils 
> >
>
> > gnome-doc-utils is not a core application.
>
> Agreed.
>
> >
> > > gnome-icon-theme 
> > > gnome-klotski 
> > > gnome-maps 
> > > gnome-mime-data 
> > > gnome-mines 
> > > gnome-mpv 
> >
>
> > gnome-mpv is not core.
>
> Agreed.
>
> >
> > > gnome-planner 
> > > gnome-screenshot 
> > > gnome-shell-extensions 
> > > gnome-sudoku 
> > > gnome-todo 
> > > gnome-tweak-tool 
> > > gnome-vfs 
> >
>
> > I don’t quite know, is gnome-vfs the same as gvfs?
>
> I don't think so. May be this is the reason why WebDAV files added in 
> gnome-online-accounts not showing up in gnome-files.
>
> >
> > > gnome-video-effects 
> > > 
> >
>
> > This appears to be a codec pack or something (?), not an application.
>
> Not exactly. Provides apps for web cam etc.
>
> >
> >
> > > The following gnome core applications are also already packaged in guix 
> > > but requires correct renaming before adding to guix's gnome package? 
> > > 
> > > rhythmbox --> gnome-music 
> > > shotwell --> gnome-photos 
> > > 
> >
>
> > Parabola GNU/Linux-libre packaging shows that these are not the same 
> > app and should not be renamed. 
> >
> > [florian@pelzflorian ~]$ pacman -Ss shotwell 
> > community/shotwell 2:0.30.4-1 
> >     A digital photo organizer designed for the GNOME desktop environment 
> > [florian@pelzflorian ~]$ pacman -Ss gnome-photos 
> > extra/gnome-photos 3.32.0-1 (gnome) 
> >     Access, organize, and share your photos on GNOME 
> > [florian@pelzflorian ~]$ pacman -Ss rhythmbox 
> > extra/rhythmbox 3.4.3-1 
> >     Music playback and management application 
> > community/ario 1.6-1 
> >     A GTK client for MPD inspired by Rhythmbox but much lighter and faster 
> > [florian@pelzflorian ~]$ pacman -Ss gnome-music 
> > extra/gnome-music 1:3.32.1-1 (gnome) 
> >     Music player and management application 
> >
> >
>
> Agreed. So they need to packaged and included separately.
>
> > > The following gnome core applications have already been included in 
> > > guix's gnome package but requires correct renaming? 
> > > 
> > > epiphany --> gnome-web 
> > > envice --> gnome-documents 
> > > eog --> gnome-images 
> > > file-roller --> gnome-autoar 
> > > gedit --> gnome-text 
> > > nautilus --> gnome-files 
> > >
>
> >
> > Well, they have two names and others frequently refer to them by 
> > e.g. Epiphany and not GNOME Web, including Epiphany developers. 
> >
> >
>
> Hmm, but the app shows up as Web in GNOME.
>
> > Of course, there are more non-packaged applications. 
> >
> > I also remember 
> > https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/ 
> > who says, for example, that gnome-tweaks is *not* core. 
> >
>
> What?? How else to enable/disable plugins/extensions in GNOME?
>
> > > I really hope if the above modifications are made, it will fulfill the 
> > > actual description of guix's gnome package (http://guix.gnu.org/package 
> > > s/gnome-3.28.2/). ☺ 
> > > 
> >
> > Yes, I agree, that should be the goal. 
> >
> > Regards, 
> > Florian 

bug#35586: GNOME

[Raghav Gururajan]

On 5 May 2019 14:52, "pelzflorian (Florian Pelz)"  
wrote:
>
> On Sun, May 05, 2019 at 02:20:39PM -0400, Raghav Gururajan wrote: 
> > Hello Guix! 
> > 
> > Based on the mail-list thread "https://lists.gnu.org/archive/html/help- 
> > guix/2019-05/msg00124.html", it appears that there is a bug, where some 
> > GNOME Core Applications are actually packaged in guix but have not been 
> > included in guix's "gnome" package. 
> > 
>

> Thank you for doing something about this! 

No problem :)

>
>
> > found out that the following gnome core application packages are indeed 
> > packaged in guix, but have not been included in guix's gnome package. 
> > 
> > gnome-calendar 
> > gnome-clocks 
> > gnome-common 
> > gnome-desktop 
>

> gnome-common and gnome-desktop are libraries, not core applications. 

Agreed. Are they still relevant to be included?

>
> > gnome-dictionary 
> > gnome-doc-utils 
>

> gnome-doc-utils is not a core application. 

Agreed.

>
> > gnome-icon-theme 
> > gnome-klotski 
> > gnome-maps 
> > gnome-mime-data 
> > gnome-mines 
> > gnome-mpv 
>

> gnome-mpv is not core.

Agreed.

>
> > gnome-planner 
> > gnome-screenshot 
> > gnome-shell-extensions 
> > gnome-sudoku 
> > gnome-todo 
> > gnome-tweak-tool 
> > gnome-vfs 
>

> I don’t quite know, is gnome-vfs the same as gvfs? 

I don't think so. May be this is the reason why WebDAV files added in 
gnome-online-accounts not showing up in gnome-files.

>
> > gnome-video-effects 
> > 
>

> This appears to be a codec pack or something (?), not an application. 

Not exactly. Provides apps for web cam etc.

>
>
> > The following gnome core applications are also already packaged in guix 
> > but requires correct renaming before adding to guix's gnome package? 
> > 
> > rhythmbox --> gnome-music 
> > shotwell --> gnome-photos 
> > 
>

> Parabola GNU/Linux-libre packaging shows that these are not the same 
> app and should not be renamed. 
>
> [florian@pelzflorian ~]$ pacman -Ss shotwell 
> community/shotwell 2:0.30.4-1 
>     A digital photo organizer designed for the GNOME desktop environment 
> [florian@pelzflorian ~]$ pacman -Ss gnome-photos 
> extra/gnome-photos 3.32.0-1 (gnome) 
>     Access, organize, and share your photos on GNOME 
> [florian@pelzflorian ~]$ pacman -Ss rhythmbox 
> extra/rhythmbox 3.4.3-1 
>     Music playback and management application 
> community/ario 1.6-1 
>     A GTK client for MPD inspired by Rhythmbox but much lighter and faster 
> [florian@pelzflorian ~]$ pacman -Ss gnome-music 
> extra/gnome-music 1:3.32.1-1 (gnome) 
>     Music player and management application 
>
>

Agreed. So they need to packaged and included separately.

> > The following gnome core applications have already been included in 
> > guix's gnome package but requires correct renaming? 
> > 
> > epiphany --> gnome-web 
> > envice --> gnome-documents 
> > eog --> gnome-images 
> > file-roller --> gnome-autoar 
> > gedit --> gnome-text 
> > nautilus --> gnome-files 
> > 

>
> Well, they have two names and others frequently refer to them by 
> e.g. Epiphany and not GNOME Web, including Epiphany developers. 
>
>

Hmm, but the app shows up as Web in GNOME.

> Of course, there are more non-packaged applications. 
>
> I also remember 
> https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/ 
> who says, for example, that gnome-tweaks is *not* core. 
>

What?? How else to enable/disable plugins/extensions in GNOME?

> > I really hope if the above modifications are made, it will fulfill the 
> > actual description of guix's gnome package (http://guix.gnu.org/package 
> > s/gnome-3.28.2/). ☺ 
> > 
>
> Yes, I agree, that should be the goal. 
>
> Regards, 
> Florian 

bug#35586: GNOME

[pelzflorian (Florian Pelz)]

On Sun, May 05, 2019 at 02:20:39PM -0400, Raghav Gururajan wrote:
> Hello Guix!
> 
> Based on the mail-list thread "https://lists.gnu.org/archive/html/help-
> guix/2019-05/msg00124.html", it appears that there is a bug, where some
> GNOME Core Applications are actually packaged in guix but have not been
> included in guix's "gnome" package.
> 

Thank you for doing something about this!


> found out that the following gnome core application packages are indeed
> packaged in guix, but have not been included in guix's gnome package. 
> 
> gnome-calendar
> gnome-clocks
> gnome-common
> gnome-desktop

gnome-common and gnome-desktop are libraries, not core applications.

> gnome-dictionary
> gnome-doc-utils

gnome-doc-utils is not a core application.

> gnome-icon-theme
> gnome-klotski
> gnome-maps
> gnome-mime-data
> gnome-mines
> gnome-mpv

gnome-mpv is not core.

> gnome-planner
> gnome-screenshot
> gnome-shell-extensions
> gnome-sudoku
> gnome-todo
> gnome-tweak-tool
> gnome-vfs

I don’t quite know, is gnome-vfs the same as gvfs?

> gnome-video-effects
> 

This appears to be a codec pack or something (?), not an application.


> The following gnome core applications are also already packaged in guix
> but requires correct renaming before adding to guix's gnome package?
> 
> rhythmbox --> gnome-music
> shotwell --> gnome-photos
> 

Parabola GNU/Linux-libre packaging shows that these are not the same
app and should not be renamed.

[florian@pelzflorian ~]$ pacman -Ss shotwell
community/shotwell 2:0.30.4-1
A digital photo organizer designed for the GNOME desktop environment
[florian@pelzflorian ~]$ pacman -Ss gnome-photos
extra/gnome-photos 3.32.0-1 (gnome)
Access, organize, and share your photos on GNOME
[florian@pelzflorian ~]$ pacman -Ss rhythmbox
extra/rhythmbox 3.4.3-1
Music playback and management application
community/ario 1.6-1
A GTK client for MPD inspired by Rhythmbox but much lighter and faster
[florian@pelzflorian ~]$ pacman -Ss gnome-music
extra/gnome-music 1:3.32.1-1 (gnome)
Music player and management application


> The following gnome core applications have already been included in
> guix's gnome package but requires correct renaming?
> 
> epiphany --> gnome-web
> envice --> gnome-documents
> eog --> gnome-images
> file-roller --> gnome-autoar
> gedit --> gnome-text
> nautilus --> gnome-files
>

Well, they have two names and others frequently refer to them by
e.g. Epiphany and not GNOME Web, including Epiphany developers.


Of course, there are more non-packaged applications.

I also remember
https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/
who says, for example, that gnome-tweaks is *not* core.

> I really hope if the above modifications are made, it will fulfill the
> actual description of guix's gnome package (http://guix.gnu.org/package
> s/gnome-3.28.2/). ☺
> 

Yes, I agree, that should be the goal.

Regards,
Florian

bug#35586: GNOME

[Raghav Gururajan]

Hello Guix!

Based on the mail-list thread "https://lists.gnu.org/archive/html/help-
guix/2019-05/msg00124.html", it appears that there is a bug, where some
GNOME Core Applications are actually packaged in guix but have not been
included in guix's "gnome" package.

So I did [guix search "gnome-*"] and cross-checked the results with
guix's gnome package source (https://git.savannah.gnu.org/cgit/guix.git
/tree/gnu/packages/gnome.scm?id=v0.16.0-5851-g5f83b5153a#n6422); and
found out that the following gnome core application packages are indeed
packaged in guix, but have not been included in guix's gnome package. 

gnome-calendar
gnome-clocks
gnome-common
gnome-desktop
gnome-dictionary
gnome-doc-utils
gnome-icon-theme
gnome-klotski
gnome-maps
gnome-mime-data
gnome-mines
gnome-mpv
gnome-planner
gnome-screenshot
gnome-shell-extensions
gnome-sudoku
gnome-todo
gnome-tweak-tool
gnome-vfs
gnome-video-effects

The following gnome core applications are also already packaged in guix
but requires correct renaming before adding to guix's gnome package?

rhythmbox --> gnome-music
shotwell --> gnome-photos

The following gnome core applications have already been included in
guix's gnome package but requires correct renaming?

epiphany --> gnome-web
envice --> gnome-documents
eog --> gnome-images
file-roller --> gnome-autoar
gedit --> gnome-text
nautilus --> gnome-files

I really hope if the above modifications are made, it will fulfill the
actual description of guix's gnome package (http://guix.gnu.org/package
s/gnome-3.28.2/). ☺

Thank you!

Regards,
RG.

bug#35584: CD/DVD does not work

[pelzflorian (Florian Pelz)]

On Sun, May 05, 2019 at 11:52:36AM -0500, sirgazil wrote:
> Hi,
> 
> I installed the GNU system in a real machine using the Guix 1.0 ISO installer 
> (https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).
> 
> When I insert a CD or a DVD the drive light flashes for a moment, then turns 
> off, but it seems the discs are never mounted. GNOME displays no messages, 
> GNOME Files does not list the drive, I don't see anything related to DVD 
> after running  "findmnt", and running "lsblk" says:
> 
> ```
> $ lsblk 
> NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
> sda  8:00 931,5G  0 disk 
> ├─sda1   8:10   750M  0 part /boot/efi
> ├─sda2   8:20   3,7G  0 part [SWAP]
> └─sda3   8:30 927,1G  0 part /
> sr0 11:01  1024M  0 rom
> ```

I can confirm.  So sr0 is visible.  The same happens for me on an
internal and an external USB DVD drive when I insert a video DVD, but
I can play it with VLC and once I open the drive /dev/sr0 in VLC it
gets auto-mounted in Nautilus.  Note that I have gvfs in my packages
field, if that makes a difference.

On Arch the DVD gets mounted by Nautilus immediately on insert.

I have no idea why that happens though.

Regards,
Florian

bug#35529: libdrm fails to build on armhf-linux

[Andreas Enge]

On Fri, May 03, 2019 at 07:29:03AM +0200, Ricardo Wurmus wrote:
> > Both build attempts were made on hydra-slave2, which is a Wandboard Quad
> > based on the Freescale i.MX6 SOC.
> This has built fine on berlin.  We have a completed build for
> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.

And I confirm it fails to build on redhill (a Novena machine) as well
(I have tried it only once, though).

Andreas

bug#35585: GRUB does not work with USB keyboards when using keyboard-layout

[pelzflorian (Florian Pelz)]

In the bootloader menu, input from a USB external keyboard or a
Macbook’s built-in USB keyboard is ignored by GRUB.  This makes it
impossible to choose which generation to boot.  The passphrase of an
encrypted boot partition can be entered though (with US English
keyboard layout instead of the chosen layout).

The attached patch makes the USB keyboard work in the bootloader menu,
but it uses US English layout instead of the chosen layout too.  Also
the patch is just imitating what is already in gnu/bootloader/grub.scm
but I do not actually know what I’m doing.

Regards,
Florian>From c0c8167cf4f7ddd68567618effc665dd950c2f93 Mon Sep 17 00:00:00 2001
From: Florian Pelz 
Date: Sun, 5 May 2019 17:38:47 +0200
Subject: [PATCH] bootloader: grub: Support USB keyboards when using a
 keyboard-layout.

With this USB keyboards are recognized again, the layout does not currently
get used by GRUB though.

* gnu/booloader/grub.scm (keyboard-layout-config): Add usb_keyboard terminal
to terminal_input command.
---
 gnu/bootloader/grub.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/bootloader/grub.scm b/gnu/bootloader/grub.scm
index e97a17b3e2..a99e5286ca 100644
--- a/gnu/bootloader/grub.scm
+++ b/gnu/bootloader/grub.scm
@@ -360,7 +360,7 @@ entries corresponding to old generations of the system."
  (keyboard-layout-file layout #:grub grub
   (when keymap
 (format port "\
-terminal_input at_keyboard
+terminal_input at_keyboard usb_keyboard
 insmod keylayouts
 keymap ~a~%" keymap)
 
-- 
2.21.0

bug#35584: CD/DVD does not work

[sirgazil]

Hi,

I installed the GNU system in a real machine using the Guix 1.0 ISO installer 
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz).

When I insert a CD or a DVD the drive light flashes for a moment, then turns 
off, but it seems the discs are never mounted. GNOME displays no messages, 
GNOME Files does not list the drive, I don't see anything related to DVD after 
running  "findmnt", and running "lsblk" says:

```
$ lsblk 
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda  8:00 931,5G  0 disk 
├─sda1   8:10   750M  0 part /boot/efi
├─sda2   8:20   3,7G  0 part [SWAP]
└─sda3   8:30 927,1G  0 part /
sr0 11:01  1024M  0 rom
```


---
https://sirgazil.bitbucket.io/

bug#35550: Installer: wpa_supplicant fails to start

[Ludovic Courtès]

Hello,

I’ve been able to test it on the bare metal as well and I confirm: I
booted the install image a few times and the ‘wpa-supplicant’ service
would be stopped every time, with a dangling ‘wpa_supplicant’ process
running.  Given that this seems to be systematic, I’m not sure my PID
file atomicity hypothesis explains everything.

I’ve tried running:

  pkill wpa_supplicant
  while herd start wpa-supplicant ; do herd stop wpa-supplicant ; done

and that always works (i.e., no “failed to start ‘wpa-supplicant’”
error.)

If I run in parallel this:

  while touch /var/run/wpa_supplicant.pid ; do : ; done

then it occasionally “fails to start”, but not very often.

To be continued…

Ludo’.

bug#35583: Setting a GRUB keyboard-layout breaks GRUB… and Linux‽

[Tobias Geerinckx-Rice]

Guix,

Some (=none) of you might remember my X keyboard woes on #guix, 
where I was stuck without a backspace key or the key below it (\, 
|) on my ThinkPad X230T's US keyboard.  Both sent out 
‘XF86ScreenSaver’ codes instead.


I tried dozens of things, both in my system configuration and by 
running random stateful xkb commands (naughty), and managed to 
‘fix’ the bug without ever finding the cause (very naughty).


I think I was looking for it in all the wrong places.  Something 
goes wrong before the kernel even boots.  Here's my 
keyboard-layout:


(keyboard-layout
 (keyboard-layout
  "us" "dvp"   ; 
  kaufmann.no/roland/dvorak
  #:model "thinkpad"   ; pc104, pc105, thinkpad, 
  …
  #:options; list of XKB Option 
  strings
  (list "" ; unset all inherited 
  options
"caps:shiftlock"   ; Shift Lock affects all 
keys

"shift:breaks_caps"; Shift cancels Caps Lock
"compose:102"  ; next to left Shift on 
pc105

"lv3:ralt_switch"  ; key to choose 3rd level
"nbsp:level3n" ; nbsp @lv3, thin nbsp 
@lv4
"numpad:shift3"; Num Lock: Shift chooses 
lv3

"kpdl:semi"; key pad semicolon @lv3
"misc:typo"; add extra typographic 
chars

"ctrl:swapcaps"; onwards for great Emacs
"terminate:ctrl_alt_bksp")))   ; zap X just to watch it 
die


Here's what works just fine:

  (service slim-service-type
   (slim-configuration
(xorg-configuration
 (xorg-configuration
  (keyboard-layout keyboard-layout)
  …

However, today I tried to (re-)add it to GRUB, too, and ended up 
writing the following comment:


(bootloader
 (bootloader-configuration
  (bootloader grub-efi-bootloader)
  ;; XXX Strange bug: GRUB can read the LUKS passphrase, but 
  afterwards (at
  ;; the menu screen) no longer responds to key presses.  Even 
  stranger: it
  ;; makes my X230T's backspace key send ‘XF86ScreenSaver’s even 
  on Linux.

  ;; (keyboard-layout keyboard-layout)
  (target "/boot/efi")
  (timeout 1

This is 100% reproducible.

I'll try to narrow it down a bit, but the combination of losing my 
actual work-workstation (which is also my funstation) while 
entering my passphrase 5 times, every time, makes that an 
unpleasant and tedious affair.


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#35582: Installer: Graphical installation failed because of truncated UUID

[sirgazil]

Hi,

I installed the GNU system with the Guix 1.0 ISO installer 
(https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.0.x86_64-linux.iso.xz). 
My intention was to complete the installation using the graphical installer, 
but my attempts failed with an error that pointed to the line in the 
"config.scm" where the EFI partition UUID was defined (I don't remember the 
exact error, but I think I mentioned it on #guix).

In my case, the installer generated this:

```
(file-system
  (mount-point "/boot/efi")
  (device (uuid "A0CA-50E" 'fat32))
  (type "vfat"))
```

However, running "blkid" would display the correct UUID as `A0CA-050E`. So, for 
some reason, the zero before 5 was omitted in the configuration generated by 
the installer. The issue happened every time I restarted the machine to try the 
installation again (around 4 times).

Because of this I couldn't finish the installation normally, and had to modify 
the UUID in the generated "config.scm" by hand (adding the missing 0) and, also 
manually, run the rest of the necessary commands for installing the system:

herd start cow-store /mnt
guix system init /mnt/etc/config.scm /mnt

Completing the process manually also required to assign passwords manually for 
root and the user I had created during the graphical steps. The passwords 
indicated for them during the graphical steps were not applied to the installed 
system.


---
https://sirgazil.bitbucket.io/

bug#35540: Installer displays encrypted partition password entry in cleartext

[pelzflorian (Florian Pelz)]

On Sun, May 05, 2019 at 01:04:03PM +0200, Mathieu Othacehe wrote:
> 
> Hello,
> 
> > #2 would please everybody, but I do not know what widgets Newt
> > provides for this.  Mathieu, would you know if changing the
> > visibility with e.g. a checkbox is doable?
> 
> You'll find a patch attached that adds a checkbox to toggle password
> hiding. Every password input now has such a checkbox, WDYT?
> 
> Thanks,
> 
> Mathieu


This looks great and appears to work fine (I did not finish the
installation due to the wpa-supplicant bug).  “Hide” of course has no
translations yet.

Regards,
Florian

bug#35540: Installer displays encrypted partition password entry in cleartext

[Mathieu Othacehe]

Hello,

> #2 would please everybody, but I do not know what widgets Newt
> provides for this.  Mathieu, would you know if changing the
> visibility with e.g. a checkbox is doable?

You'll find a patch attached that adds a checkbox to toggle password
hiding. Every password input now has such a checkbox, WDYT?

Thanks,

Mathieu
>From fba1d82b2e27917a5efef339b326fe2d98e62bc0 Mon Sep 17 00:00:00 2001
From: Mathieu Othacehe 
Date: Sun, 5 May 2019 12:54:40 +0200
Subject: [PATCH] installer: Add password 'hide' checkbox.

* gnu/installer/newt/page.scm (run-input-page)[input-hide-checkbox?]: New
parameter adding a checkbox to toggle password hiding. By default, the
checkbox is active and the password is hence hided.
* gnu/installer/newt/partition.scm (prompt-luks-passwords): Enable the
previous parameter on both password input pages.
* gnu/installer/newt/user.scm (run-root-password-page): Enable the previous
parameter,
(confirm-password): ditto,
(run-user-add-page): add a checkbox to toggle password hiding.
---
 gnu/installer/newt/page.scm  | 34 +++-
 gnu/installer/newt/partition.scm |  9 +++--
 gnu/installer/newt/user.scm  | 22 ++---
 3 files changed, 47 insertions(+), 18 deletions(-)

diff --git a/gnu/installer/newt/page.scm b/gnu/installer/newt/page.scm
index 8a32c403df..4645486ff7 100644
--- a/gnu/installer/newt/page.scm
+++ b/gnu/installer/newt/page.scm
@@ -75,6 +75,7 @@ this page to TITLE."
  #:key
  (allow-empty-input? #f)
  (default-text #f)
+ (input-hide-checkbox? #f)
  (input-field-width 40)
  (input-flags 0))
   "Run a page to prompt user for an input. The given TEXT will be displayed
@@ -86,22 +87,37 @@ input box, such as FLAG-PASSWORD."
   (make-reflowed-textbox -1 -1 text
  input-field-width
  #:flags FLAG-BORDER))
- (grid (make-grid 1 3))
+ (input-visible-cb
+  (make-checkbox -1 -1 (G_ "Hide") #\x "x "))
+ (input-flags* (if input-hide-checkbox?
+   (logior FLAG-PASSWORD input-flags)
+   input-flags))
  (input-entry (make-entry -1 -1 20
-  #:flags input-flags))
+  #:flags input-flags*))
  (ok-button (make-button -1 -1 (G_ "OK")))
+ (grid (vertically-stacked-grid
+GRID-ELEMENT-COMPONENT text-box
+GRID-ELEMENT-SUBGRID
+(apply
+ horizontal-stacked-grid
+ GRID-ELEMENT-COMPONENT input-entry
+ `(,@(if input-hide-checkbox?
+ (list GRID-ELEMENT-COMPONENT input-visible-cb)
+ '(
+GRID-ELEMENT-COMPONENT ok-button))
  (form (make-form)))
 
+(add-component-callback
+ input-visible-cb
+ (lambda (component)
+   (set-entry-flags input-entry
+FLAG-PASSWORD
+FLAG-ROLE-TOGGLE)))
+
 (when default-text
   (set-entry-text input-entry default-text))
 
-(set-grid-field grid 0 0 GRID-ELEMENT-COMPONENT text-box)
-(set-grid-field grid 0 1 GRID-ELEMENT-COMPONENT input-entry
-#:pad-top 1)
-(set-grid-field grid 0 2 GRID-ELEMENT-COMPONENT ok-button
-#:pad-top 1)
-
-(add-components-to-form form text-box input-entry ok-button)
+(add-form-to-grid grid form #t)
 (make-wrapped-grid-window grid title)
 (let ((error-page (lambda ()
 (run-error-page (G_ "Please enter a non empty input.")
diff --git a/gnu/installer/newt/partition.scm b/gnu/installer/newt/partition.scm
index 3fb6c5079e..ecf241b8e2 100644
--- a/gnu/installer/newt/partition.scm
+++ b/gnu/installer/newt/partition.scm
@@ -153,21 +153,18 @@ USER-PARTITIONS list. Return this list with password fields filled-in."
 (file-name (user-partition-file-name user-part))
 (password-page
  (lambda ()
-   ;; Note: Don't use FLAG-PASSWORD here because this is the
-   ;; first bit of text that the user types in, so it's
-   ;; probably safer if they can see that the keyboard layout
-   ;; they chose is in effect.
(run-input-page
 (format #f (G_ "Please enter the password for the \
 encryption of partition ~a (label: ~a).") file-name crypt-label)
-(G_ "Password required"
+(G_ "Password required")
+#:input-hide-checkbox? #t)))
 (password-confirm-page
  (lambda ()
(run-input-page
 (format #f (G_ "Please confirm the password for the \
 encryption of part

bug#35575: Some graphical programs borked with Guix on Arch

[Boris A. Dekshteyn]

Hi,

Brendan Tildesley  writes:

> Any one have any clues on how to debug such a thing?
>
> https://brendan.scot/p/borked-godot.png

check dmesg for something like:

--8<---cut here---start->8---
[  337.066640] amdgpu :01:00.0: GPU fault detected: 146 0x480c for 
process Xorg pid 845 thread Xorg:cs0 pid 846
[  337.068114] amdgpu :01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   
0x
[  337.069354] amdgpu :01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 
0x0404800C
[  337.070674] amdgpu :01:00.0: VM fault (0x0c, vmid 2, pasid 32768) at 
page 0, read from 'TC0' (0x54433000) (72)
--8<---cut here---end--->8---

if you have something similar, try doing:

--8<---cut here---start->8---
rm -rf $HOME/.cache/mesa_shader_cache/
--8<---cut here---end--->8---

-- 
WBR, Boris Dekshteyn

bug#35575: Some graphical programs borked with Guix on Arch

[Brendan Tildesley]

With Guix on Arch, Running Guix's Godot and cool-retro-term programs
results in a completely garbled GUI. Godot ran with OpenGL ES2 instead
of ES3 looks a bit better except the fonts fail to render correctly.
Cool-retro-term complains about how using a variable width font may
cause display alignment issues, although I'm not sure that is related.
Perhaps it indicates it is a font issue? The Arch versions work just
fine. I haven't installed Guix System  on this machine yet so I'm not
sure if they would work that way.

I have seen this kind of graphical artefact before with  KDE when I've
suspended my machine and it's come back all broken.. It may be related
to the fact that I have an AMD Radeon Fury X graphics card. (I haven't
explicitly installed any proprietary drivers; I think AMDGPU is free).

Any one have any clues on how to debug such a thing?

https://brendan.scot/p/borked-godot.png

bug#35574: bcm5974 touchpad is not recognized as touchpad

[pelzflorian (Florian Pelz)]

Addendum: This never happened during half a year of using Debian 9.
It did happen on GuixSD half a year ago.

This happens on linux-libre-4.9 (same Linux base version as Debian 9)
as well as on what recently was current linux-libre (which I can no
longer use with my GPU since a few weeks ago).  I therefore believe
the kernel to be unrelated, unless there are some patches in Debian
but not in recent Linux.

Regards,
Florian