bug#61236: [PATCH v1] gnu: ibus-speech-to-text: Fix execution of ibus-engine-stt.

2023-02-09 Thread sirgazil--- via Bug reports for GNU Guix
From: Luis Felipe 

Fixes .

* gnu/packages/ibus.scm (ibus-speech-to-text)[#:phases]: Use getenv to
set GUIX_PYTHONPATH and GI_TYPELIB_PATH.
---
 gnu/packages/ibus.scm | 13 -
 1 file changed, 4 insertions(+), 9 deletions(-)

diff --git a/gnu/packages/ibus.scm b/gnu/packages/ibus.scm
index 4c45671acc..28c0cb69c1 100644
--- a/gnu/packages/ibus.scm
+++ b/gnu/packages/ibus.scm
@@ -11,6 +11,7 @@
 ;;; Copyright © 2021 Songlin Jiang 
 ;;; Copyright © 2021 Taiju HIGASHI 
 ;;; Copyright © 2022 Maxim Cournoyer 
+;;; Copyright © 2023 Luis Felipe López Acevedo 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -888,15 +889,9 @@ (define-public ibus-speech-to-text
 ,(getenv "GST_PLUGIN_SYSTEM_PATH")))
  `("GUIX_PYTHONPATH" ":" prefix
(,(getenv "GUIX_PYTHONPATH")
-,(string-append (assoc-ref inputs "ibus")
-"/lib/girepository-1.0")
-,(string-append (assoc-ref outputs "out")
-"/share/ibus-stt")))
- `("GI_TYPELIB_PATH" ":" prefix
-   (,(string-append (assoc-ref inputs "ibus")
-"/lib/girepository-1.0")
-,(string-append (assoc-ref outputs "out")
-"/share/ibus-stt")
+,(string-append out "/share/ibus-stt")))
+ `("GI_TYPELIB_PATH" =
+   (,(getenv "GI_TYPELIB_PATH")
  (list (string-append out "/libexec/ibus-engine-stt")
(string-append out 
"/libexec/ibus-setup-stt")
 (inputs

base-commit: 1f684d00d25f0f205c4cc4b762d8f56911062581
-- 
2.38.1






bug#61236: [PATCH v2 1/2] gnu: ibus-speech-to-text: Fix execution of ibus-engine-stt.

2023-02-10 Thread sirgazil--- via Bug reports for GNU Guix
From: Luis Felipe 

Fixes .

* gnu/packages/ibus.scm (ibus-speech-to-text)[#:phases]: Use getenv to
set GUIX_PYTHONPATH and GI_TYPELIB_PATH.
---
 gnu/packages/ibus.scm | 23 ---
 1 file changed, 12 insertions(+), 11 deletions(-)

diff --git a/gnu/packages/ibus.scm b/gnu/packages/ibus.scm
index 4c45671acc..51ad37b613 100644
--- a/gnu/packages/ibus.scm
+++ b/gnu/packages/ibus.scm
@@ -11,6 +11,7 @@
 ;;; Copyright © 2021 Songlin Jiang 
 ;;; Copyright © 2021 Taiju HIGASHI 
 ;;; Copyright © 2022 Maxim Cournoyer 
+;;; Copyright © 2023 Luis Felipe López Acevedo 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -875,6 +876,13 @@ (define-public ibus-speech-to-text
  (substitute* "meson.build"
(("update_desktop_database: true")
 "update_desktop_database: false"
+ (add-after 'set-paths 'add-output-to-pythonpath
+   (lambda* (#:key outputs #:allow-other-keys)
+ (let* ((out (assoc-ref outputs "out"))
+(ibus-stt-dir (string-append out "/share/ibus-stt")))
+   (setenv "GUIX_PYTHONPATH"
+   (string-append ibus-stt-dir ":"
+  (getenv "GUIX_PYTHONPATH"))
  (add-after 'install 'wrap-with-additional-paths
(lambda* (#:key inputs outputs #:allow-other-keys)
  ;; Make sure 'ibus-{setup,engine}-stt' find the gst-vosk plugin
@@ -886,17 +894,10 @@ (define-public ibus-speech-to-text
(,(string-append (assoc-ref inputs "gst-vosk")
 "/lib/gstreamer-1.0")
 ,(getenv "GST_PLUGIN_SYSTEM_PATH")))
- `("GUIX_PYTHONPATH" ":" prefix
-   (,(getenv "GUIX_PYTHONPATH")
-,(string-append (assoc-ref inputs "ibus")
-"/lib/girepository-1.0")
-,(string-append (assoc-ref outputs "out")
-"/share/ibus-stt")))
- `("GI_TYPELIB_PATH" ":" prefix
-   (,(string-append (assoc-ref inputs "ibus")
-"/lib/girepository-1.0")
-,(string-append (assoc-ref outputs "out")
-"/share/ibus-stt")
+ `("GUIX_PYTHONPATH" =
+   (,(getenv "GUIX_PYTHONPATH")))
+ `("GI_TYPELIB_PATH" =
+   (,(getenv "GI_TYPELIB_PATH")
  (list (string-append out "/libexec/ibus-engine-stt")
(string-append out 
"/libexec/ibus-setup-stt")
 (inputs

base-commit: 1f684d00d25f0f205c4cc4b762d8f56911062581
-- 
2.38.1






bug#61236: [PATCH v2 2/2] gnu: ibus-speech-to-text: Fix lint warnings.

2023-02-10 Thread sirgazil--- via Bug reports for GNU Guix
From: Luis Felipe 

* gnu/packages/ibus.scm (ibus-speech-to-text)[inputs]: Add
bash-minimal.  Move desktop-file-utils, glib:bin and
gobject-introspection to native-inputs.
---
 gnu/packages/ibus.scm | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/gnu/packages/ibus.scm b/gnu/packages/ibus.scm
index 51ad37b613..b3bf3036bc 100644
--- a/gnu/packages/ibus.scm
+++ b/gnu/packages/ibus.scm
@@ -901,9 +901,7 @@ (define-public ibus-speech-to-text
  (list (string-append out "/libexec/ibus-engine-stt")
(string-append out 
"/libexec/ibus-setup-stt")
 (inputs
- (list desktop-file-utils
-   (list glib "bin")
-   gobject-introspection
+ (list bash-minimal
gst-vosk
gstreamer
gtk
@@ -913,7 +911,11 @@ (define-public ibus-speech-to-text
python-babel
python-pygobject))
 (native-inputs
- (list gettext-minimal libxml2 pkg-config))
+ (list desktop-file-utils
+   gettext-minimal
+   (list glib "bin")
+   gobject-introspection
+   libxml2 pkg-config))
 (home-page "https://github.com/PhilippeRo/IBus-Speech-To-Text";)
 (synopsis "Speech to text IBus engine using VOSK")
 (description "This Input Method uses VOSK for voice recognition and allows
-- 
2.38.1






bug#40652: GDM does not starts after April 10 system reconfigure

2020-04-15 Thread sirgazil via Bug reports for GNU Guix
I just pull and configured my system and get the same problem.

New session c1 of user gdm.
Removed session c1.

"/var/log/messages" shows the following messages between some ntpd messages:

Apr 15 22:31:06 localhost gdm: Child process -537 was already dead. 
Apr 15 22:35:29 localhost gdm: Child process -558 was already dead. 
Apr 15 22:39:14 localhost gdm: Child process -538 was already dead. 



$ guix describe
Generation 71   Apr 15 2020 21:34:09(current)
  sirgazil-x 66d4b67
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 66d4b677875c84d0b7a946376cd4885f202094eb
  guix 8080c03
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 8080c03d14ccdd7897a902966ea4aeea8dbfd359


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








bug#40652: GDM does not starts after April 10 system reconfigure

2020-04-16 Thread sirgazil via Bug reports for GNU Guix
Yes, Rene, that worked.

I deleted "/var/lib/gdm" and also ".local/share" and ".cache", which were 4.7 
GiB and 2.9 GiB respectively.

Reading bug #36924 now I remember I've been through this before.





bug#40686: GNOME Calendar: I can't add events

2020-04-17 Thread sirgazil via Bug reports for GNU Guix
GNOME Calendar is currently useless in a default installation of the Guix 
system with GNOME because you can't add events. The application also has 
missing icons and defaults.

I can reproduce the problem in both a real machine and a virtual machine (guix 
system vm MY_CONFIG).


## Steps to reproduce

1. Start GNOME Calendar
2. Click on any day of the month (an event creation box pops up)
3. Type the name of a new event
4. Click the Add button


## Expected result

The event creation box is closed, and the event is added to the box of the day 
you selected in step 2.


## Unexpected result

Clicking the Add button does nothing. The event creation box remains open and 
the event is not added to the box of the day you selected in step 2.

Also, icons and default kinds of events seem to be missing, as shown in the 
following screenshot:

https://multimedialib.files.wordpress.com/2020/04/gnu-guix-gnome-calendar-events-bug-2020-04-17.png


## Workaround

Installing the `evolution-data-server` package solves the problems (both the 
inability to add events and the missing icons and defaults).


## System information

nome-calendar: Version 3.32.2

guix describe
Generation 72   Apr 17 2020 08:12:14(current)
  sirgazil-x 66d4b67
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 66d4b677875c84d0b7a946376cd4885f202094eb
  guix 79ef072
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 79ef0726a9afb7bd4676b9a53401f742c7b8365


## Additional information

There is already a patch that propagates `evolution-data-server` in the GNOME 
Calendar package definition (https://issues.guix.gnu.org/issue/39069), but I 
wonder if `evolution-data-server` should be made available in another way 
because other GNOME applications don't work if it is not installed (e.g. GNOME 
Contacts).


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








bug#40686: GNOME Calendar: I can't add events

2020-04-17 Thread sirgazil via Bug reports for GNU Guix
In the System information section the package name of GNOME Calendar is 
gnome-calendar, not nome-calendar (just in case someone searches for 
gnome-calendar bugs).







bug#39843: Can't open files through file managers in other DEs and WMs

2020-04-18 Thread sirgazil via Bug reports for GNU Guix
After removing the workaround from my system configuration file and 
reconfiguring the system with a recent Guix (see below), things work find in 
MATE, Xfce and sway. I can't reproduce the problems anymore.

$ guix describe
Generation 72   Apr 17 2020 08:12:14(current)
  sirgazil-x 66d4b67
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 66d4b677875c84d0b7a946376cd4885f202094eb
  guix 79ef072
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 79ef0726a9afb7bd4676b9a53401f742c7b83653


Thanks for fixing this.





bug#40824: core-updates: guix upgrade error: emacs-guix-0.5.2.drv failed

2020-04-24 Thread sirgazil via Bug reports for GNU Guix
## Steps to reproduce

1. guix pull --branch=core-updates
2. guix upgrade


## Expected result

All packages in my profile are upgraded successfully.


## Unexpected result

The upgrade failed with the following error:

★★★
building 
/gnu/store/a6zgjg4j5mj4q19s9qxnns6jmah8z6ic-emacs-guix-0.5.2.tar.xz.drv...
building /gnu/store/c153g1c5w34jb57m8687g0nzik9air34-guix-1.1.0-1.7dd0539.drv...
- 'copy-bootstrap-guile' phasebuilder for 
`/gnu/store/c153g1c5w34jb57m8687g0nzik9air34-guix-1.1.0-1.7dd0539.drv' failed 
with exit code 1
build of /gnu/store/c153g1c5w34jb57m8687g0nzik9air34-guix-1.1.0-1.7dd0539.drv 
failed
View build log at 
'/var/log/guix/drvs/c1/53g1c5w34jb57m8687g0nzik9air34-guix-1.1.0-1.7dd0539.drv.bz2'.
cannot build derivation 
`/gnu/store/1ngb3056zgcgixpis58y5qnkrg70yy55-emacs-guix-0.5.2.drv': 1 
dependencies couldn't be built
guix upgrade: error: build of 
`/gnu/store/1ngb3056zgcgixpis58y5qnkrg70yy55-emacs-guix-0.5.2.drv' failed
★★★


The build log said:

★★★
starting phase `copy-bootstrap-guile'
Backtrace:
In ice-9/boot-9.scm:
  1736:10 10 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
   9 (apply-smob/0 #)
In ice-9/boot-9.scm:
718:2  8 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8  7 (_ #(#(#)))
In ice-9/command-line.scm:
   185:18  6 (_ #)
In unknown file:
   5 (eval (begin (use-modules (guix)) (with-store store …)) #)
In guix/store.scm:
   625:15  4 (call-with-store #)
544:2  3 (open-connection _ #:port _ #:reserve-space? _ # _)
In ice-9/boot-9.scm:
  1736:10  2 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
   552:28  1 (_)
In ice-9/boot-9.scm:
  1669:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1669:16: In procedure raise-exception:
ERROR:
  1. &store-connection-error:
  file: "/tmp/guix-tests/var/27130/daemon-socket/socket"
  errno: 2
command "./test-env" "guile" "-c" "(begin (use-modules (guix)) (with-store 
store (let* ((item (add-to-store store \"guile-2.0.9.tar.xz\" #f \"sha256\" 
\"/gnu/store/3aigj659vsjxcrhn0r0vmkbjh3kj5pbs-guile-2.0.9.tar.xz\")) (root 
(string-append \"/tmp/gc-root-\" (basename item (symlink item root) 
(add-indirect-root store root" failed with status 1
★★★


## System information

This is the system information after the pull in step 1 above:

★★★
$ guix describe
Generation 75   Apr 24 2020 12:03:48(current)
  guix 4affa91
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 4affa9182d93c77505c40e95964b8ab9d436298b
  sirgazil-x 5ef0404
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 5ef04045d14e154e7792b42762155be63cf34076
★★★



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








bug#40826: core-updates: guile: warning: failed to install locale

2020-04-24 Thread sirgazil via Bug reports for GNU Guix
I'm using the GNU system distributed by Guix.


## Steps to reproduce

1. guix pull --branch=core-updates
2. guix --version (or any other guix command)


## Expected result


$ guix --version
guix (GNU Guix) 4affa9182d93c77505c40e95964b8ab9d436298b
Copyright (C) 2020 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.



## Unexpected result


$ guix --version
guile: warning: failed to install locale
hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package 
and
defining `GUIX_LOCPATH', along these lines:

 guix package -i glibc-utf8-locales
 export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

guix (GNU Guix) 4affa9182d93c77505c40e95964b8ab9d436298b
Copyright (C) 2020 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law


This warning is confusing because I'm using the GNU system. The "Application 
Setup" section, as far as I understand, is for Guix on foreign distros.


## System information


$ LANG=C guix describe
Generation 75   Apr 24 2020 12:03:48(current)
  guix 4affa91
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 4affa9182d93c77505c40e95964b8ab9d436298b
  sirgazil-x 5ef0404
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 5ef04045d14e154e7792b42762155be63cf34076




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








bug#40828: core-updates: guix system reconfigure error: guix-1.1.0-1.7dd0539.drv failed

2020-04-24 Thread sirgazil via Bug reports for GNU Guix
## Steps to reproduce

1. guix pull --branch=core-updates
2. guix upgrade
3. sudo guix system reconfigure --fallback os-config.scm


## Expected result

Reconfiguring ends without errors.


## Unexpected result

The whole process failed with this error:


building /gnu/store/w47hbg05gmnyz5kp3iplyca0mh1vzkma-guix-1.1.0-1.7dd0539.drv...
- 'copy-bootstrap-guile' phasebuilder for 
`/gnu/store/w47hbg05gmnyz5kp3iplyca0mh1vzkma-guix-1.1.0-1.7dd0539.drv' failed 
with exit code 1
build of /gnu/store/w47hbg05gmnyz5kp3iplyca0mh1vzkma-guix-1.1.0-1.7dd0539.drv 
failed
View build log at 
'/var/log/guix/drvs/w4/7hbg05gmnyz5kp3iplyca0mh1vzkma-guix-1.1.0-1.7dd0539.drv.bz2'.
guix system: error: build of 
`/gnu/store/w47hbg05gmnyz5kp3iplyca0mh1vzkma-guix-1.1.0-1.7dd0539.drv' failed


And the build log said:


starting phase `copy-bootstrap-guile'
Backtrace:
In ice-9/boot-9.scm:
  1736:10 10 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
   9 (apply-smob/0 #)
In ice-9/boot-9.scm:
718:2  8 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8  7 (_ #(#(#)))
In ice-9/command-line.scm:
   185:18  6 (_ #)
In unknown file:
   5 (eval (begin (use-modules (guix)) (with-store store …)) #)
In guix/store.scm:
   625:15  4 (call-with-store #)
544:2  3 (open-connection _ #:port _ #:reserve-space? _ # _)
In ice-9/boot-9.scm:
  1736:10  2 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
   552:28  1 (_)
In ice-9/boot-9.scm:
  1669:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1669:16: In procedure raise-exception:
ERROR:
  1. &store-connection-error:
  file: "/tmp/guix-tests/var/27130/daemon-socket/socket"
  errno: 2
command "./test-env" "guile" "-c" "(begin (use-modules (guix)) (with-store 
store (let* ((item (add-to-store store \"guile-2.0.9.tar.xz\" #f \"sha256\" 
\"/gnu/store/3aigj659vsjxcrhn0r0vmkbjh3kj5pbs-guile-2.0.9.tar.xz\")) (root 
(string-append \"/tmp/gc-root-\" (basename item (symlink item root) 
(add-indirect-root store root" failed with status 1



## System information




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








bug#40828: core-updates: guix system reconfigure error: guix-1.1.0-1.7dd0539.drv failed

2020-04-24 Thread sirgazil via Bug reports for GNU Guix
Sorry, I hit some keys by mistake and sent the message before it was complete. 
Here is the system information:


$ LANG=C guix describe
Generation 75   Apr 24 2020 12:03:48(current)
  guix 4affa91
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 4affa9182d93c77505c40e95964b8ab9d436298b
  sirgazil-x 5ef0404
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 5ef04045d14e154e7792b42762155be63cf34076






bug#40828: core-updates: guix system reconfigure error: guix-1.1.0-1.7dd0539.drv failed

2020-04-24 Thread sirgazil via Bug reports for GNU Guix
 > Is this error repeatable for you?  Guix built fine on the CI:

No. It worked this time, although I skipped step 2. I don't know if that could 
make any difference.





bug#40851: core-updates: GNOME Web: Application icon is rendered incorrectly

2020-04-25 Thread sirgazil via Bug reports for GNU Guix
It seems this bug was reported and fixed upstream 
(https://gitlab.gnome.org/GNOME/epiphany/-/issues/979). I'm filing this bug 
anyway, for the record.

The problem is reproducible in "guix system vm" too.


## Steps to reproduce

1. guix pull --branch=core-updates
2. sudo guix system reconfigure --fallback gnome.scm
3. Reboot
4. Log in to the GNOME desktop
5. Click on Activities
6. Click on the Applications button (the one with 9 dots)
7. Look for GNOME Web icon


## Unexpected result

The icon looks wrong:

https://multimedialib.files.wordpress.com/2020/04/guix-gnome-web-icon-bug-2020-04-24.png


## Expected result

The icon should look like this one:

https://multimedialib.files.wordpress.com/2020/04/gnome-web-icon-2020-04-25.png



## System information

GNOME Web 3.34.2

$ LANG=C guix describe
Generation 77   Apr 24 2020 19:03:47(current)
  guix 6ac6c1d
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 6ac6c1d28d8a89d0f9b0f15e7df2a011f24aa091
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0d


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








bug#40837: core-updates: epiphany web process crashes

2020-04-25 Thread sirgazil via Bug reports for GNU Guix
I can reproduce this bug. I can't load any page and see the same messages in 
the terminal.





bug#40837: core-updates: webkitgtk web process sandbox incomplete

2020-04-28 Thread sirgazil via Bug reports for GNU Guix
  On Tue, 28 Apr 2020 23:27:57 + Jack Hill  wrote 

 > After further discussion on the Bubblewrap issue [0], it was determined 
 > that the problem should be fixed by having WebKitGTK canonicalize paths 
 > before passing them to bwrap. There is now a WebKit issue for that fix [1].
 > 
 > [0] https://github.com/containers/bubblewrap/issues/195
 > [1] https://bugs.webkit.org/show_bug.cgi?id=211131
 > 
 > When the WebKit issue is fixed, that should solve the problem with 
 > /etc/pulse/client.conf. I believe that we will still have work to do in 
 > Guix to make sure the store is available inside the sandbox.


Thanks for working on this, Jack.





bug#41049: LyX: No application icon

2020-05-03 Thread sirgazil via Bug reports for GNU Guix
This happens in both master and core-updates. Also in both real machine and 
virtual machine.

## Steps to reproduce

1. guix install lyx
2. Press Alt + F2, type r and hit Enter to restart GNOME Shell (see 
http://issues.guix.gnu.org/issue/35594)
3. Got to Activities → Show Applications (nine dots button) → All


# Expected result

The LyX application icon should be listed.


# Unexpected result

The LyX application icon is not listed.


# System information

$ lyx2.3 --version
LyX 2.3.3 (2019-06-10)
CMake Build

$ LANG=C guix describe
Generation 78   May 02 2020 18:00:20(current)
  guix 7b07852
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 7b07852ddb334c92bcef69666f21c599f1f0fa79
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0df


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








bug#41050: LyX: No icons in toolbars

2020-05-03 Thread sirgazil via Bug reports for GNU Guix
This happens in both master and core-updates. Also in both real and virtual 
machines.

## Steps to reproduce

1. guix install lyx
2. Press Alt + F2, type lyx2.3 and hit Enter to start LyX


# Expected result

LyX starts and the toolbar buttons should have icons (see 
https://www.lyx.org/Screenshots).


# Unexpected result

The icons are missing (see 
https://multimedialib.files.wordpress.com/2020/05/guix-lyx-missing-icons-in-toolbars-2020-05-03.png).


# System information

```
$ lyx2.3 --version
LyX 2.3.3 (2019-06-10)
CMake Build

$ LANG=C guix describe
Generation 78   May 02 2020 18:00:20(current)
  guix 7b07852
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 7b07852ddb334c92bcef69666f21c599f1f0fa79
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0df
```


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








bug#41052: core-updates: LyX: Errors and messages at start up (no textclasses found)

2020-05-03 Thread sirgazil via Bug reports for GNU Guix
It seems that LyX is missing its default classes, which results in lots of 
messages when starting the application. 

In my case, this happens in core-updates using a virtual machine. I can't 
reproduce this problem in my real machine, maybe because I have some leftovers 
from previous installations of LyX, I don't know.


## Steps to reproduce

1. guix system vm os-config.scm (with GNOME and LyX)
2. Run the resulting virtual machine
3. Log in to the GNOME desktop
4. Press Alt + F2, type lyx2.3 and hit Enter to start LyX


## Expected result

LyX starts without errors and displays the "Welcome to LyX" document.


## Unexpected result

A message about a missing a textclass appears:

https://multimedialib.files.wordpress.com/2020/05/guix-lyx-no-textclasses-message-2020-05-03-1.png

Clicking on "Reconfigure" results in an error message about an article class 
not found:

https://multimedialib.files.wordpress.com/2020/05/guix-lyx-document-class-not-found-error-2020-05-03.png

Clicking "Ok" results in another message. This time about Cite engine not 
available:

https://multimedialib.files.wordpress.com/2020/05/guix-lyx-cite-engine-not-available-message-2020-05-03.png

Clicking "Ok" here finally takes you to the "Welcome to LyX document".

https://multimedialib.files.wordpress.com/2020/05/guix-lyx-welcome-document-2020-05-03.png

At this point, however, I don't want to use the application because I would 
expect many things to fail. I didn't check if there is any workaround (e.g. 
installing packages that provide the missing classes and cite engine).


## System information

```
$ lyx2.3 --version
LyX 2.3.3 (2019-06-10)
CMake Build

$ LANG=C guix describe
Generation 78   May 02 2020 18:00:20(current)
  guix 7b07852
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 7b07852ddb334c92bcef69666f21c599f1f0fa79
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0df
```


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








bug#41057: core-updates: GNOME Weather doesn't start

2020-05-03 Thread sirgazil via Bug reports for GNU Guix
This happens in both master and core-updates, although it seems to fail with a 
different error in the former (see https://issues.guix.gnu.org/39324). It also 
happens in both real machine and virtual machine.


## Steps to reproduce

Assuming you are using the Guix System with GNOME:

1. Go to Activities → Show Applications (nine dots button) → All → Weather


## Expected result

GNOME Weather starts.


## Unexpected result

You see the GNOME Weather application menu loading next to the "Activities" 
button in the GNOME desktop. But, after a few seconds, the application menu 
disappears  and GNOME Weather never starts. 


## Additional information

In my real machine, running GNOME Weather from a terminal fails too with the 
following message:

```
$ gnome-weather 
Unsatisfied dependency: Gdk
```

In a virtual machine, however, GNOME Weather starts when run from a terminal.

In both, real and virtual machines, GNOME Weather starts when run from the 
minishell (press Alt+F2 and enter gnome-weather).


## System information

```
GNOME Weather 3.34.0

$ LANG=C guix describe
Generation 78   May 02 2020 18:00:20(current)
  guix 7b07852
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 7b07852ddb334c92bcef69666f21c599f1f0fa79
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0df
```


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








bug#41058: core-updates: GNOME Maps doesn't start

2020-05-03 Thread sirgazil via Bug reports for GNU Guix
This happens in both master and core-updates, although I don't know if the 
former fails for the same reason. It also happens in both real machine and 
virtual machine.


## Steps to reproduce

Assuming you are using the Guix System with GNOME:

1. Go to Activities → Show Applications (nine dots button) → All
2. Click on Maps


## Expected result

GNOME Maps starts.


## Unexpected result

GNOME Maps does not starts. You see the GNOME Maps application menu loading 
next to the "Activities" button in the GNOME desktop for a few seconds, but the 
application never starts. 


## Additional information

In both, real and virtual machines, GNOME Maps starts when run from a terminal. 
It prints the following message though:

```
$ gnome-maps

(org.gnome.Maps:22887): Gjs-WARNING **: 13:35:50.971: JS ERROR: 
Gio.IOErrorEnum: Ya existe un objeto exportado para la interfaz 
org.gnome.Sysprof3.Profiler en /org/gtk/Profiler
vfunc_dbus_unregister@resource:///org/gnome/Maps/js/application.js:269:9
main@resource:///org/gnome/Maps/js/main.js:57:12
run@resource:///org/gnome/gjs/modules/package.js:222:12
start@resource:///org/gnome/gjs/modules/package.js:206:5
@/gnu/store/agrz0vryg6ipcz4qh3q1addwdiizbkrw-gnome-maps-3.34.2/share/gnome-maps/org.gnome.Maps:2:1
```

In both, real and virtual machines, GNOME Maps also starts when run from the 
minishell (Alt+F2 and type gnome-maps).


## System information

```
GNOME Maps 3.34.1

$ LANG=C guix describe
Generation 78   May 02 2020 18:00:20(current)
  guix 7b07852
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: core-updates
commit: 7b07852ddb334c92bcef69666f21c599f1f0fa79
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0df
```


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








bug#41058: core-updates: GNOME Maps doesn't start

2020-05-09 Thread sirgazil via Bug reports for GNU Guix
I still can reproduce the problem though, in both real and virtual machines.


$ LANG=C guix describe
Generation 80   May 08 2020 15:18:18(current)
  sirgazil-x ef6ac93
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: ef6ac9331a7847fdec6f0eb199524b1b755ba0df
  guix 35c43fc
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 35c43fcdbb408a5755efebc13241dd9082360aa1









bug#37013: LyX can not find refstyle.sty

2020-06-16 Thread sirgazil via Bug reports for GNU Guix
Efraim, thanks for those changes, they fixed some bugs.

However, I still see many errors related to ".sty" files (refstyle, hyperref, 
enumitem, etc.), and ".cls" files (scrbook, scrartcl, etc.) not found when I 
try to open and view (Ctrl+R) the documents listed in LyX Help menu, and my own 
documents. When I install LyX, I would expect those help documents to work 
without errors.





bug#41049: LyX: No application icon

2020-06-16 Thread sirgazil via Bug reports for GNU Guix
This problem is fixed. It seems commit 
03a7b67b314286a9185535f5ecbb7cde97ae2c97, or the LyX related commits after this 
one, fixed the problem.

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








bug#25227: [Website] Package-related pages redesign proposal

2020-09-27 Thread sirgazil via Bug reports for GNU Guix
Closing this, since guix.gnu.org is available for several months now.





bug#36100: Jami leaks memory

2020-09-27 Thread sirgazil via Bug reports for GNU Guix
I'm closing this issue because the package the report was filed against was 
removed from Guix:

gnu: jami-client-gnome: Remove deprecated package.
commit 8551bc64e4322080ef07b5009f4d46229df8d6f3
Date:   Sun Jul 12 18:00:46 2020 +0200

Also, there is a new package for Jami that I tried out:

Guix System 97e98e2
Jami 20200710.1.6bd18d2

I followed the steps below to try reproduce the issue with this new version and 
I could not see any memory leak.

1. $ guix install jami
2. Press Alt+F2 and run "jami"
2.1. Create a Jami account
3. Press Alt+F2 and run "gnome-system-monitor"
4. Click on "Processes"
5. Locate the "jami" process
6. Observe the "Memory" use for a few hours

Problem solved.






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

2020-09-27 Thread sirgazil via Bug reports for GNU Guix
This issue fixed itself, I can't reproduce it anymore in guix 97e98e2.





bug#39104: GNOME: System sound silenced when I log out and then log back in

2020-12-08 Thread sirgazil via Bug reports for GNU Guix
I can't reproduce this anymore using guix 08d8c2d. I don't know which commit 
fixed it.





bug#40442: srt2vtt does not work

2021-03-19 Thread sirgazil via Bug reports for GNU Guix
Problem solved. Thanks, Dave.


P.S. I think you forgot to bump the version in the script.

$ srt2vtt --version
srt2vtt 0.1





bug#26302: [website] translations

2019-09-06 Thread sirgazil via Bug reports for GNU Guix
Hi, Florian :)

I haven't had the time to work on the website again, so I haven't tried your 
code yet. But I'm glad you're working on this.

Regarding URLs, I would prefer using IRIs, like follows:

/IETF-LANGUAGE-TAG/path/to/resource/

So:

/es-ES/vídeos/
/es-CO/videos/

Currently, I do this for document-like resources, but I haven't thought if the 
same should be done for other resources like images, videos, etc., that may 
need localization as well.

I have to say that I'm always afraid that something will break if you don't 
feed English to current systems, though. See for example the URLs that result 
when you export texinfo documentation written in other languages to HTML:

  
https://guix.gnu.org/manual/es/html_node/Instalacion-del-sistema.html#Instalaci_00f3n-del-sistema

In this example, the accented "ó" of "Instalación" is changed in two different 
ways that make the URL less readable for a Spanish speaker.

Still, I think it's good to internationalize whatever is supposed to be 
"localizable" (in theory) to push systems to handle other languages better.

Speaking of the manual, I would also think about changing its URL path to the 
/IETF-LANGUAGE-TAG/manual/ form to make everything uniform if possible.

As for the website dropdowns, that could be reported as a separate issue (yes, 
they are not really accessible at the moment). I didn't know how to implement 
the tab navigation for them at that time, but I think it is possible using only 
CSS.



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









bug#26302: [website] translations

2019-09-09 Thread sirgazil via Bug reports for GNU Guix
 On Sun, 08 Sep 2019 12:16:38 -0500 pelzflorian (Florian Pelz) 
 wrote 

 > > Regarding URLs, I would prefer using IRIs, like follows: 
 > > 
 > > /IETF-LANGUAGE-TAG/path/to/resource/ 
 > > 
 > > So: 
 > > 
 > > /es-ES/vídeos/ 
 > > /es-CO/videos/ 
 > > 
 >  
 > As I understand it, es and es-ES and es-Latn-ES would all be language 
 > tags (or just subtags??) for Spanish from Spain.  Do we use the full 
 > tag es-Latn-ES?  Probably es-ES makes more sense than es-Latn-ES for 
 > many languages (but not all).  The Translation Project will generally 
 > only provide one script, it seems.  Maybe often es is enough.  I 
 > suppose we could write an associative list mapping locales for which 
 > translations exist to language tags. 

I'm not suggesting any particular IETF language tags for Spanish variants, 
though. I think one could start supporting only the language tags equivalent to 
the teams defined in the Translation Project (TP). 

In the case of Spanish, many libre projects start focusing only on "es" (which 
is the case for the TP), and that's ok, but it's good to support variants. As 
far as I understand, the TP allows creating teams for language variants (there 
is a pt_BR team). For example, I'd like to have an "es-CO" catalog to override 
some translations of the "es" catalog that are only common in Spain.







bug#37244: Icecat Audio Issues

2019-10-04 Thread sirgazil via Bug reports for GNU Guix
I'm not sure, but this could be related to playing media files with DRM. 

If I recall correctly, last year, when I visited any news post on 
https://www3.nhk.or.jp/news/easy/ on Debian 9 using Firefox ESR, the browser 
would ask me to enable DRM. If I answered NO, then I would see the

“Your browser does not support the playback of this video. 
 Please try using a different browser.”

message (or a similar message) instead of videos, and the audio player would 
display blank (the player that should show up when clicking the big dark blue 
button that says ニュースを聞く). If I enabled DRM, the media would play fine.

Visiting the same website now that I use IceCat on the Guix system I get the 
distorted sound in videos and no audio player.

I wonder if people using IceCat in other distributions have the same problem. I 
was going to report this issue to Gnuzilla, but it seems their mailing list is 
not very active.


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









bug#35584: CD/DVD does not work

2019-11-04 Thread sirgazil via Bug reports for GNU Guix
Just to add that the problem is still present today on:



$ LANG=C guix describe
Generation 5    Nov 04 2019 14:24:15    (current)
  guix bf7b08c
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: bf7b08c4fe7d14c25a83bde99f19eca1119d88ff


Also, I was able to use the drive successfully from a Trisquel 8 Live USB 
stick. So, at least I know the drive works.





---

https://sirgazil.bitbucket.io/

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

2019-11-04 Thread sirgazil via Bug reports for GNU Guix
I can reproduce this bug in



$ LANG=C guix describe
Generation 5    Nov 04 2019 14:24:15    (current)
  guix bf7b08c
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: bf7b08c4fe7d14c25a83bde99f19eca1119d88ff


Programs affected:



GIMP 2.10.12

Pencil2D 0.6.4

Scribus 1.5.5





---

https://sirgazil.bitbucket.io/

bug#38064: Simple Scan: Scanner is not detected

2019-11-04 Thread sirgazil via Bug reports for GNU Guix
I can't use the scanner because Simple Scan (a.k.a. Document Scanner) does not 
detect it.


## Steps to reproduce

1. guix install simple-scan
2. Connect the scanner.
3. Launch Simple Scan.
4. Click the Scan button in Simple Scan.


## Unexpected behavior

In step 3, Simple scan displays the following warning:

```
No scanners detected

Please check your scanner is connected and powered on
```

In step 4, you see the following message:

```
Failed to scan

No scanners available. Please connect a scanner.
```


## Expected behavior

* The scanner is detected in step 3 (no warning message is shown).
* Performing step 4 makes the scanner scan.


## System information

I'm using the Guix System and simple-scan 3.34.1:

```
$ LANG=C guix describe
Generation 5Nov 04 2019 14:24:15(current)
  guix bf7b08c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: bf7b08c4fe7d14c25a83bde99f19eca1119d88ff
```


## Additional information

The scanner works. I can use it from a Trisquel 8 Live USB stick, which comes 
with Simple Scan.

Running simple-scan from a terminal displays the following warnings:

```
$ LANG=C simple-scan

(simple-scan:3953): Gtk-WARNING **: 18:42:44.193: Failed to register client: 
GDBus.Error:org.gnome.SessionManager.AlreadyRegistered: Unable to register 
client
```

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









bug#38064: Simple Scan: Scanner is not detected

2019-11-05 Thread sirgazil via Bug reports for GNU Guix
Hi, Jack.


 On Mon, 04 Nov 2019 23:16:09 -0500 Jack Hill  wrote 


 > On Mon, 4 Nov 2019, sirgazil via Bug reports for GNU Guix wrote: 
 >  
 > > I can't use the scanner because Simple Scan (a.k.a. Document Scanner) does 
 > > not detect it. 
 >  
 > That's unfortunate. I think the follow information might help in 
 > troubleshooting: 
 >  
 > What scanner is it, and how is it connected (e.g. USB)? What does running 
 > `scanimage -L` from the terminal report? scanimage can be found in the 
 > sane-backends package (yes, it contains frontends too :)) I expect this to 
 > also report no scanners found just like simple-scan, but it's worth 
 > checking just to be sure. 


It's an HP Scanjet 2200c (connects using USB). Scanimage can't find it either:

$ scan-image -L
No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).


 > I've added `(simple-service 'custom-udev-rules udev-service-type (list 
 > sane-backends))` 
 > to my system services, which may help the scanning tools have permission 
 > to access your scanner. 

But that SOLVED the issue :) I did the following:

1. Open my system configuration file.
2. Import (gnu packages scanner) to be able to use sane-backends in step 3.
3. Add (simple-service 'custom-udev-rules udev-service-type (list 
sane-backends)) to the list of services.
4. Save the changes.
5. Reconfigure the system with

  $ sudo guix system reconfigure ~/path/to/my-config.scm

6. Reboot.

After this, when I start the Document Scanner application it reports:

```
Ready to scan
HP Scanjet 2200c
```

And I can scan successfully. 

Thanks, Jack.


P. S.: Now I wonder if https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35584  can 
be solved in a similar way...


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









bug#38064: Simple Scan: Scanner is not detected

2019-11-06 Thread sirgazil via Bug reports for GNU Guix
I'm closing this issue as it was not really a bug in Simple Scan, but a missing 
service in the system configuration provided by the Guix System installer.

bug#26302: [website] translations

2019-11-08 Thread sirgazil via Bug reports for GNU Guix
Hi, Florian :)

 On Fri, 08 Nov 2019 04:02:16 -0500 pelzflorian (Florian Pelz) 
 wrote 

 > Another thing is that perhaps the CSS margin of the .menu-item:link 
 > elements in the navbar should be reduced.  What do you think: 
 >  
 > https://guix.gnu.org/.i18n/de/ 
 > https://guix.gnu.org/.i18n/en/ 

Yes. For now, I think "margin: 0px 2px" would be ok. 

However, I noticed that the items with dropdown menus in 
https://guix.gnu.org/.i18n/de/ don't seem to have horizontal margin, while the 
rest of the items do. So the space between items is different, which also 
results in the items with subitems not aligning well with the other menu items 
in the narrow screen presentation.

But now that the width of the menu will vary depending on each language, the 
whole menu bar will probably have to be redesigned.






bug#26302: [website] translations

2019-11-08 Thread sirgazil via Bug reports for GNU Guix
 On Fri, 08 Nov 2019 12:13:56 -0500 pelzflorian (Florian Pelz) 
 wrote 

 > > German is slightly wider than English and Chinese will be slightly 
 > > smaller.  Hopefully it won’t matter, otherwise the navbar could be put 
 > > in a div container with display: flex; or something for spacing 
 > > between elements. 
 > > 
 >  
 > For example, the navbar could be given a width 
 >  
 >  
 >  
 > and the ul inside could be given display:flex and justify-content 
 >  
 >  
 >  
 > Or not.  Maybe it is good as it is. 


Or we could wait until there is a visible problem :)

Eventually, it would be good to update the layout-related CSS of the website to 
use flex  and grid when appropriate. Maybe for another iteration :)






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

2020-01-09 Thread sirgazil via Bug reports for GNU Guix
After a Guix System reconfigure and upgrading packages, Scribus 1.5.5 and 
Pencil2D 0.6.4 work alright now (these are Qt-based applications). However, the 
problem persists in the GIMP 2.10.14.

$ LANG=C guix describe
Generation 7Jan 08 2020 13:53:10(current)
  guix f98c050
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f98c050c2017be06cff54abf965a8234f6998f76


I don't know what fixed the issue for Qt-based applications.

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









bug#39089: Guix System: Very long, scary boot time

2020-01-11 Thread sirgazil via Bug reports for GNU Guix
Hi,

Everytime I boot, it takes about 2 minutes to get to the log in screen. This is 
a lot compared to the time it takes to boot, say, Trisquel 8 on a USB stick, 
which takes about 15 seconds.

In the process, I see lots of lines of things I don't understand (maybe I'm not 
supposed to understand them), and the following lines are particularly 
confusing:

This is the GNU system. Welcome.
Login:

Sometimes, the two lines above stay there enough time to make you think that 
the system is waiting for your input; if you are new to the system, you may 
even start writing your login, but then more lines start appearing and send the 
login out of sight. 

Some lines are scary. Things like "ABC not found", "EFG not detected". But 
finally you get to the GDM login screen.

I'm used to this after using the system for about a year now, but I think this 
is a bug.


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









bug#39089: Guix System: Very long, scary boot time

2020-01-11 Thread sirgazil via Bug reports for GNU Guix
I forgot to say I'm using this Guix:

$ LANG=C guix describe
Generation 7Jan 08 2020 13:53:10(current)
  guix f98c050
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f98c050c2017be06cff54abf965a8234f6998f76






bug#39089: Guix System: Very long, scary boot time

2020-01-11 Thread sirgazil via Bug reports for GNU Guix
  On Sat, 11 Jan 2020 10:05:31 -0500 Danny Milosavljevic 
 wrote 

[...]

 > But if possible, could you post the actual messages that appear on your 
 > machine
 > to a bug report?  We can then find out where they come from and decide what
 > to do about them.


These are the messages of the last boot:

https://bitbucket.org/sirgazil/dnd/downloads/guix-system-boot-messages-2020-01-11.txt








bug#39104: GNOME: System sound silenced when I log out and then log back in

2020-01-12 Thread sirgazil via Bug reports for GNU Guix
Everytime I log out and then log back in, the system sound is silenced. Most of 
the time, I can't turn it on using GNOME controls for sound, I have to reboot 
to get sound back.


## Steps to reproduce

1. Boot the Guix System.
2. Log in to the GNOME desktop.
3. Check that the system volume is up by moving the mouse wheel over the volume 
icon (top-rigth).
3. Play some audio or video to make sure sound works.
4. Log out.
5. Log back in.


## Unexpected result

* The system sound is silenced. The icon to the top-right corner of the desktop 
displays an x mark.
* Sometimes hovering over the sound icon and increasing the volume with the 
mouse wheel is enough to get sound again.
* Most of the time, doing the same as above changes the icon to a state that 
represents that the volume is up now, but you can't hear anything when playing 
audio or video.
* In the latter case, when you go to "GNOME Control Center → Sound", the system 
volume slider is set to silence and the rest of the sound controls appear 
grayed out, they are disabled 
(https://multimedialib.files.wordpress.com/2020/01/sound-controls-disabled-2020-01-09.png).
 Turning up the system volume there does not fix sound. If I reboot, sound  
works again.

(Also, after step 4, when you are in the log in screen, the sound icon is in 
silenced state. I don't know, but if sound is silenced automatically once you 
enter the login screen, screen readers could be affected negatively...)


## Expected result

* The system volume is up (on the same level you left it when you logged out).
* Sound works when you play audio or video.
* When you go to "GNOME Control Center → Sound", sound controls are not 
disabled.


## Additional information

At least another person has experienced something similar. See:

https://lists.gnu.org/archive/html/help-guix/2020-01/msg00048.html


## System information

LANG=C guix describe
Generation 7Jan 08 2020 13:53:10(current)
  guix f98c050
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f98c050c2017be06cff54abf965a8234f6998f76


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









bug#39117: GNOME Files: No file thumbnails

2020-01-13 Thread sirgazil via Bug reports for GNU Guix
GNOME Files (nautilus) does not display thumbnails of files like images, 
videos, and other files that usually have thumbnails. This makes it hard to 
browse large directories of multimedia files. 


## Steps to reproduce

1. Start GNOME Files.
2. Make sure that  "GNOME Files → Preferences → Search & Preview → Thumbnails" 
is active ("Files on this computer" is the option selected in my case for files 
less than 10 MB).
3. Browse to a directory that contains images.


## Unexpected result

All images are represented by the same icon, so you can only differentiate them 
by file name (when the files are not generated by devices like cameras).

Screenshot: 
https://multimedialib.files.wordpress.com/2020/01/guix-gnome-files-3.32.3-no-image-previews-2020-01-13.png


## Expected result

You can see thumbnails of all images so you can browse them by their content, 
not only by their file name.


## System information

GNOME 3.32.2
GNOME Files 3.32.3-stable

$ LANG=C guix describe
Generation 8Jan 12 2020 16:24:29(current)
  guix f9ea47a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f9ea47a978882541063dd0d77c138be881ce0688


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









bug#39144: GNOME: Screencast does not work anymore

2020-01-15 Thread sirgazil via Bug reports for GNU Guix
I used to be able to record my screen in a previous version of GNOME (I don't 
know exactly which one), but I can't do it any more.


## Steps to reproduce

1. Start your GNOME session.
2. Press Ctrl+Alt+Shift+R to start recording what is on your screen.


## Expected result

* A red circle is displayed in the top right corner of the screen when the 
recording is in progress.
* Pressing Ctrl+Alt+Shift+R again will stop the recording and the video is 
automatically saved in your Videos folder in your home folder, with a file name 
that starts with Screencast and includes the date and time it was taken.


## Unexpected result

* No recording indicator is displayed.
* After pressing Ctrl+Alt+Shift+R again and checking the Videos folder, there 
is no screencast video saved.


## System information

GNOME 3.32.2

$ LANG=C guix describe
Generation 8Jan 12 2020 16:24:29(current)
  guix f9ea47a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: f9ea47a978882541063dd0d77c138be881ce0688


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









bug#32845: guix.info: Missing manual

2020-01-25 Thread sirgazil via Bug reports for GNU Guix
The "https://guix.info/manual/"; currently redirects to 
"https://guix.gnu.org/manual/";, which links to the manual in different 
languages.

Problem solved?








bug#39282: Rhythmbox does not start

2020-01-25 Thread sirgazil via Bug reports for GNU Guix
I just installed Rhythmbox in the Guix System but it does not start.

Trying to launch it from a terminal gives the following error:

$ LANG=C rhythmbox

(.rhythmbox-real:3361): Rhythmbox-CRITICAL **: 16:07:19.138: Timeout was reached


I'm using the following Guix:

$ LANG=C guix describe
Generation 9Jan 25 2020 14:15:56(current)
  guix 704719e
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 704719edade1368f798c9301f3a8197a0df5c930


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








bug#39281: gdm doesn't start

2020-01-25 Thread sirgazil via Bug reports for GNU Guix
For what is worth, I saw the following warnings when guix system reconfigure 
was running:

https://multimedialib.files.wordpress.com/2020/01/guix-system-reconfigure-2020-01-25.png





bug#39281: gdm doesn't start

2020-01-27 Thread sirgazil via Bug reports for GNU Guix
  On Mon, 27 Jan 2020 14:08:44 -0500 Jack Hill  wrote 

 > On Mon, 27 Jan 2020, Raghav Gururajan wrote:
 > 
 > >> so I removed gnome-initial-setup from the propagated-inputs with the 
 > >> following patch, and, indeed,
 > >> that resolved the problem with gdm on my system.
 > >
 > > That's strange. Both our system share similar configuration. But for me 
 > > gdm works fine with gnome-initial-setup being present. This is 
 > > confusing.
 > 
 > Indeed, my system does have a really slow disk, so it would not surprise 
 > me if that contributed to it. Of course that shouldn't matter, but that's 
 > the only thing I can think it. It would be nice to hear if sirgazil can 
 > reproduce the fix since I think they were having the same problem on their 
 > computer.

Was the patch already applied? Because I just pulled, reconfigured and I have 
the same problem: After a message like this

Jan 27 14:24:57 localhost dbus-daemon[446]: [system] Failed to activate service 
'org.freedesktop.Accounts': timed out (service_start_timeout=25000ms)

I only see a flashing caret that makes me think something is going to happen 
next, but after waiting for more than five minutes, nothing happens. If I go to 
TTY2, for example, I can log in and "sudo herd restart xorg-server"; then, 
after a few seconds, GDM is ready in TTY7, and I can log in to the desktop.

For what is worth, my computer has a HDD. I also see this message in 
/var/log/debug:

Jan 27 14:24:57 localhost gdm: Failed to contact accountsservice: Error calling 
StartServiceByName for org.freedesktop.Accounts: Timeout was reached 

My current Guix:

$ LANG=C guix describe
Generation 11   Jan 27 2020 14:18:01(current)
  guix fcb510c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: fcb510c541e83291ea6682cba87020a913c64914





bug#39281: gdm doesn't start

2020-01-27 Thread sirgazil via Bug reports for GNU Guix
  On Mon, 27 Jan 2020 15:29:05 -0500 Danny Milosavljevic 
 wrote 
 > Patch applied to guix master as commit 
 > 4fc4e5fdd9da6320aa94eeec61cbb84a7dc9460e
 > for now.
 > 

Problem solved for me :)






bug#39324: GNOME Weather doesn't start

2020-01-27 Thread sirgazil via Bug reports for GNU Guix
Clicking the GNOME Weather icon doesn't start the application. Trying to run it 
from a terminal doesn't work either, and I get the following message:

$ gnome-weather 
Unsatisfied dependency: GWeather

I'm using this Guix in the GNU system:

$ LANG=C guix describe
Generation 12   Jan 27 2020 16:50:09(current)
  guix a38bf7c
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: a38bf7c843c75a6ed55495c75c26ccc7afc44a00


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








bug#39281: gdm doesn't start

2020-01-28 Thread sirgazil via Bug reports for GNU Guix
  On Tue, 28 Jan 2020 13:03:08 -0500 Jack Hill  wrote 

 > On Tue, 28 Jan 2020, Leo Prikler wrote:
 > 
 > > I've attached a patch, that should take care of this bug.  So far, I've
 > > only tested it in a VM (with the package added back into gnome), so it
 > > would be nice if one of you could test this with a real reboot before
 > > commiting.

I uncommented gnome-initial-setup, applied Leo's patch, and GDM works as 
expected.

 > I'm happy to report that after applying this patch on top of 
 > 94600c3960d7e2f12a3a9b6d2ed0d98ddacdd055 (i.e. with gnome-initial-setup 
 > still part of the gnome meta-package), reconfiguring, and rebooting, 
 > everything works as expected. GDM starts up, and after I log it, I'm 
 > presented with the initial setup wizard.
 > 

The initial setup window did not appear in my case, but I assume it is because 
somewhere in my system something says I already went through the setup (I did 
see the window in a previous boot).






bug#39281: gdm doesn't start

2020-01-28 Thread sirgazil via Bug reports for GNU Guix
  On Tue, 28 Jan 2020 13:21:40 -0500 Jack Hill  wrote 

 > On Tue, 28 Jan 2020, sirgazil wrote:
 > 
 > > The initial setup window did not appear in my case, but I assume it is 
 > > because somewhere in my system something says I already went through the 
 > > setup (I did see the window in a previous boot).
 > 
 > I beilieve this it tell if it has already run by looking for by 
 > ~/.config/gnome-initial-setup-done

Yep, that file is present.

I also tried with a new user, and the initial setup window was shown as 
expected.

Thanks,





bug#39335: GNOME Help: Getting Started: Videos don't start

2020-01-28 Thread sirgazil via Bug reports for GNU Guix
None of the three videos of the Getting started section of GNOME Help play. It 
seems as if there is no videos at all.


## Steps to reproduce

1. Start GNOME Help (yelp)
2. Go to Getting Started
3. Click any of the three video thumbnails
4. Click the play button


## Expected result

The video should start.


## Unexpected result

The video does not start.


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








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

2020-02-26 Thread sirgazil via Bug reports for GNU Guix
Today I found out that the issue may be related to GNOME only, because the GIMP 
in sway works normally but the problem persists when in GNOME.

GNOME version 3.32.2

$ gimp --version
GNU Image Manipulation Program version 2.10.14

$ guix describe
Generation 57   Feb 26 2020 12:28:15(current)
  guix b68f5a6
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: b68f5a68f895307ee184da725882d6f243ccded6







bug#39843: Can't open files through file managers in other DEs and WMs

2020-02-29 Thread sirgazil via Bug reports for GNU Guix
I installed the Guix System several months ago and selected GNOME as the 
Desktop Environment (DE). Recently, however, I decided to fallback to another 
DE or Window Manager (WM) because of a memory issue in GNOME (see 
https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html). So far I 
have installed XFCE, MATE and sway, but, in all of them I can't open most files 
using their default file managers: Thunar (XFCE), Caja (MATE), Nautilus (sway 
[not really a default]).

Performing the following operations to open files from file managers fail for 
most file types (PNG, PDF, HTML, ODT, SVG, ...):

• Double clicking a file.
• Pressing Enter on a file.
• Right clicking a file and selecting the default app for that kind of file.
• Right clicking a file and selecting another application from a list of 
suggested apps.

The only kind of file that opens correctly so far is MP3.

Doing the following from a terminal opens files correctly in the default 
applications:

  $ xdg-open path/to/file.png
  $ xdg-open path/to/file.pdf


(Note that I never use xdg-utils directly to manipulate MIME types and default 
apps associations. I leave that to GUIs provided by DEs.)


System Information:

MATE 1.22.0
XFCE 4.14.0
sway 1.2
guix 079ee3b
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 079ee3b5ea7e9e9bf34753df42957d280e8eabc5


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








bug#39843: Can't open files through file managers in other DEs and WMs

2020-02-29 Thread sirgazil via Bug reports for GNU Guix
I forgot to say:

When trying to open a file using Nautilus in sway, I get this message:

##
Could Not Display "file-name-here.ext"
There is no application installed for "FILE TYPE HERE" files

Button: Select Application
Button: OK
##

Pressing the "Select Application" button displays a list of applications that 
can handle the given file type, but selecting an application from the list has 
no effect. The message above shows up again when you try to open a file.

I see this warning appear in a terminal when I try to open a file:

##
** (org.gnome.Nautilus:13530): WARNING **: 14:59:45.839: Couldn't call Modify 
on the PackageKit interface: no owner for PackageKit
##

When trying to do the same thing in Caja (MATE), I get this message:

##
No se pudo abrir el archivo XYZ. Falló al ejecutar el proceso hijo 
«gio-launch-desktop» (No existe el fichero o el directorio)
##

Which means "Couldn't open the file XYZ. Failed to run the child process 
«gio-launch-desktop» (No such file or directory)"

And Thunar on XFCE doesn't display anything, nothing happens.

Also, I have a "mimeapps.list" file living in "~/.config" and file managers 
seems to use it, because when you right click on a file, file managers show the 
right application configured to open that particular type of file (as defined 
in "~/.config/mimeapps.list").


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








bug#39843: Can't open files through file managers in other DEs and WMs

2020-03-10 Thread sirgazil via Bug reports for GNU Guix
It turns out there is a known issue that reports the gio-launch-desktop problem 
(see https://issues.guix.gnu.org/issue/38135). The problem is fixed, but the 
fix is not in production yet. However, I can confirm that the workaround 
described in that issue report fixes all the problems I mentioned in my 
original messages.

So, opening files through Thunar on Xfce, Caja on MATE and Nautilus on sway 
works correctly if you modify your system configuration so that it imports 
"(gnu packages glib)" and adds "(list glib "bin")" to the list of packages.





bug#39144: GNOME: Screencast does not work anymore

2020-03-10 Thread sirgazil via Bug reports for GNU Guix
I can't reproduce this problem anymore using this Guix:

$ guix describe
Generation 59Feb 28 2020 19:53:52(current)
guix 079ee3b
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 079ee3b5ea7e9e9bf34753df42957d280e8eabc5

I can record the desktop normally again.

I couldn't find any specific commit in Guix's git log mentioning this issue, so 
I don't know when it was fixed. It fixed itself magically. 







bug#40079: emacs-elpy-1.31.0: failed to build

2020-03-15 Thread sirgazil via Bug reports for GNU Guix
I couldn't upgrade the packages in my user profile because "emacs-elpy" check 
phase fails. 


## Steps to reproduce

1. guix pull
2. guix build emacs-elpy


## Unexpected result


The output of the check phase:

---
starting phase `check'

Can’t guess python-indent-offset, using defaults: 4


Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4


Can’t guess python-indent-offset, using defaults: 4


Can’t guess python-indent-offset, using defaults: 4


Can’t guess python-indent-offset, using defaults: 4
Shell native completion is enabled.

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4
Shell native completion is enabled.

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4
Type C-x 1 to delete the help window, C-M-v to scroll help.

Type C-x 1 to delete the help window, C-M-v to scroll help.

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4
Type C-x 1 to delete the help window, C-M-v to scroll help.


Can’t guess python-indent-offset, using defaults: 4
Type C-x 1 to delete the help window, C-M-v to scroll help.


Can’t guess python-indent-offset, using defaults: 4
Type C-x 1 to delete the help window, C-M-v to scroll help.

Can’t guess python-indent-offset, using defaults: 4
Type C-x 1 to delete the help window, C-M-v to scroll help.

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test_foo.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test_foo.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake foo.py]: Disabling backend flymake-proc-legacy-flymake because 
(error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake foo.py]: Disabling backend flymake-proc-legacy-flymake because 
(error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake foo.py]: Disabling backend flymake-proc-legacy-flymake because 
(error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake foo.py]: Disabling backend flymake-proc-legacy-flymake because 
(error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake foo.py]: Disabling backend flymake-proc-legacy-flymake because 
(error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake foo.py]: Disabling backend flymake-proc-legacy-flymake because 
(error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake module.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)
Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test_module.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Type C-x 1 to delete the help window, C-M-v to scroll help.

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4
Warning [flymake test.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)
Warning [flymake test.py]: Disabling backend flymake-proc-legacy-flymake 
because (error Can’t find a suitable init function)

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, using defaults: 4

Can’t guess python-indent-offset, u

bug#40116: GDM: Memory leak in .gnome-shell-real process

2020-03-18 Thread sirgazil via Bug reports for GNU Guix
I can't use GNOME anymore because of the problem I explained in the following 
thread:

https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html

On recent system upgrades, the problem got worse. Before, I could get to the 
end of the day despite the leak; but now it takes around 3 hours for the 
.gnome-shell-real process run by the gdm user to eat the remaining RAM.

It seems that the bug is stronger in the GNOME desktop, but I've seen, at least 
once, .gnome-shell-real using an abnormal amount of RAM while in sway (about 
800 MiB).

My current guix:

$ guix describe
Generation 61   Mar 15 2020 08:44:39(current)
  sirgazil-x 8274cd7
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 8274cd78f9f6d58e00e057a0eabe58e4e143cc4d
  guix a431a63
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: a431a63537c8103b2a58c9a55d90184fb5c90361


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








bug#40116: GDM: Memory leak in .gnome-shell-real process

2020-03-18 Thread sirgazil via Bug reports for GNU Guix
  On Wed, 18 Mar 2020 10:09:57 -0500 Ludovic Courtès  wrote 


[...]

 > > It seems that the bug is stronger in the GNOME desktop, but I've seen, at 
 > > least once, .gnome-shell-real using an abnormal amount of RAM while in 
 > > sway (about 800 MiB).
 > 
 > Could you check if it happens in a VM?  That is, you build your GNOME
 > config with ‘guix system vm’, try to do some activity in the VM, and
 > check in top whether ‘gnome-shell’ is growing.

I can try, but last time I did something like that the VM with GNOME was too 
slow to do anything (this computer only has 4 GiB of RAM).





bug#40116: GDM: Memory leak in .gnome-shell-real process

2020-03-19 Thread sirgazil via Bug reports for GNU Guix
I tried a virtual machine with my system configuration during 4 hours and 
couldn't reproduce the leak (I used "guix system vm"). ".gnome-shell-real" kept 
using about 260 MiB of RAM and it actually went down to 220 at some point.

In 4 hours, in my real system, the leak would have been visible.

I'm planning to create another virtual machine with "guix system vm-image" 
instead to install all the packages I have in my user profile and leave it 
running overnight to see if there is any difference.








bug#39335: GNOME Help: Getting Started: Videos don't start

2020-03-21 Thread sirgazil via Bug reports for GNU Guix
This problem is solved. I can't reproduce it anymore using 

$ guix describe
Generation 64   Mar 20 2020 13:54:14(current)
  guix 830dab8
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 830dab870ab1d4a4ec1127a877a43d19f86c4f7f

$ yelp --version
yelp 3.32.2








bug#39282: Rhythmbox does not start

2020-03-21 Thread sirgazil via Bug reports for GNU Guix
This problem is solved. I can't reproduce it with

$ guix describe
Generation 64   Mar 20 2020 13:54:14(current)
  guix 830dab8
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 830dab870ab1d4a4ec1127a877a43d19f86c4f7f

$ rhythmbox --version
rhythmbox 3.4.3

I couldn't find any commit in the log of Guix's git repository addressing this 
issue.






bug#40116: GDM: Memory leak in .gnome-shell-real process

2020-03-21 Thread sirgazil via Bug reports for GNU Guix
 > I'm planning to create another virtual machine with "guix system vm-image" 
 > instead to install all the packages I have in my user profile and leave it 
 > running overnight to see if there is any difference.

I wasn't able to create the VM image with this method. After an hour, the image 
was still building. I interrupted the process and gave up.








bug#40116: GDM: Memory leak in .gnome-shell-real process

2020-03-23 Thread sirgazil via Bug reports for GNU Guix
I experience the same as Julien yesterday in a computer reconfigured with sway 
(no GNOME), but still using GDM. Here's a screenshot of "top" with gdm's 
.gnome-shell-real using 2.5 GiB of RAM:

https://multimedialib.files.wordpress.com/2020/03/gnome-shell-real-leak-sway-2020-03-22.png

I'm currently trying other other desktop environments in combination with slim 
login manager to work around the issue.





bug#40116: GDM: Memory leak in .gnome-shell-real process

2020-03-24 Thread sirgazil via Bug reports for GNU Guix
 > I'm currently trying other other desktop environments in combination with 
 > slim login manager to work around the issue.

I've been using a configuration with SLiM and GNOME for more than 20 hours with 
no leaks.








bug#40334: MATE: I can't add/remove workspaces

2020-03-30 Thread sirgazil via Bug reports for GNU Guix
I'm using the Guix System, and found this problem in MATE 1.22, but another 
person confirmed that it still occurs in MATE 1.24 
(https://lists.gnu.org/archive/html/guix-devel/2020-03/msg00472.html).


## Steps to reproduce

1. Right-click on the Workspace Switcher applet
2. Choose Preferences.


## Expected result

I can use the "Number of workspaces" spin box to specify the number of 
workspaces I want.


## Unexpected result

The "Number of workspaces" spin box is disabled, so I'm restricted to use the 
default 4 workspaces only.

Screenshot: 

https://multimedialib.files.wordpress.com/2020/03/mate-1.22-disabled-workspaces-spin-box-2020-03-23.png


## System information

❯ guix describe
Generación 67   29 mar 2020 11:58:53(actual)
  guix acf900e
URL del repositorio: https://git.savannah.gnu.org/git/guix.git
rama: master
revisión: acf900eec3772f0154d6f0b228f1d878287a10d3




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








bug#39117: GNOME Files: No file thumbnails

2020-04-02 Thread sirgazil via Bug reports for GNU Guix
  On Thu, 02 Apr 2020 02:55:34 -0500 Pierre Neidhardt  
wrote 
 > I can reproduce.
 > 
 > Note that I've managed to get _some_ thumbnails when I first logged in.
 > Now the thumbnail generation seems to be completely gone.
 > 
 > Any clue what's happening, anyone?  Has this ever worked before?

I've been using GNOME in the Guix System since I installed it (almost a year 
ago), and this have never worked for me.

Also, opening the files with some applications will make the thumbnails work 
for these particular files. For example, opening images in the GIMP or browsing 
files with file managers like Thunar and Caja (if I recall correctly).





bug#40442: srt2vtt does not work

2020-04-04 Thread sirgazil via Bug reports for GNU Guix
I installed srt2vtt but it errors when I run it.


## Steps to reproduce

1. Run "guix install srt2vtt"
2. Run "srt2vtt --help"


## Expected result

I can see the help information indicated in srt2vtt's website:

$ srt2vtt --help
Usage: srt2vtt [OPTIONS]
Convert SubRip formatted subtitles to WebVTT format.

  -h, --help display this help and exit
  -v, --version  display version and exit
  -i, --input=FILE-NAME  read input from FILE-NAME
  -o, --output=FILE-NAME write output to FILE-NAME


## Unexpected result

$ srt2vtt --help
Backtrace:
In ice-9/boot-9.scm:
 160: 17 [catch #t # ...]
In unknown file:
   ?: 16 [apply-smob/1 #]
In ice-9/boot-9.scm:
  66: 15 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 14 [eval # #]
In ice-9/boot-9.scm:
2412: 13 [save-module-excursion #]
4089: 12 [#]
1734: 11 [%start-stack load-stack ...]
1739: 10 [#]
In unknown file:
   ?: 9 [primitive-load "/home/sirgazil/.guix-profile/bin/srt2vtt"]
In ice-9/eval.scm:
 505: 8 [# (use-modules # 
#)]
In ice-9/psyntax.scm:
1107: 7 [expand-top-sequence ((use-modules (ice-9 match) (srt2vtt ui))) () ...]
 990: 6 [scan ((use-modules (ice-9 match) (srt2vtt ui))) () ...]
 279: 5 [scan ((# #) #(syntax-object *unspecified* # #)) () (()) ...]
In ice-9/boot-9.scm:
3622: 4 [process-use-modules (((ice-9 match)) ((srt2vtt ui)))]
 710: 3 [map # 
(# #)]
3623: 2 [# (#)]
2903: 1 [resolve-interface (srt2vtt ui) #:select ...]
In unknown file:
   ?: 0 [scm-error misc-error #f "~A ~S" ("no code for module" (srt2vtt ui)) #f]

ERROR: In procedure scm-error:
ERROR: no code for module (srt2vtt ui)


## System information

$ guix describe
Generation 70   Apr 02 2020 08:07:55(current)
  sirgazil-x 66d4b67
repository URL: https://gitlab.com/sirgazil/guix-channel-x.git
branch: master
commit: 66d4b677875c84d0b7a946376cd4885f202094eb
  guix 725862e
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 725862ef53687c77ea08aa837436d14747839c41


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