bug#61236: ibus-speech-to-text engine fails to run (?)

2023-02-02 Thread Liliana Marie Prikler
Am Donnerstag, dem 02.02.2023 um 19:46 + schrieb Luis Felipe:
> Could it be that the speech-to-text engine is failing to run because
> it can't find the GTK 4.0 namespace through Gobject Introspection.
> For example, after being pointed to the following command by IBus STT
> developer
> (https://github.com/PhilippeRo/IBus-Speech-To-Text/discussions/7) I
> see the following error:
> 
> ~~~
> $ /gnu/store/HASH-ibus-speech-to-text-0.4.0/libexec/ibus-engine-stt -
> -gapplication-replace -g
> Traceback (most recent call last):
>   File "/gnu/store/87dgkps8sp1jb4z2w4m1dnp0zvnq050l-ibus-speech-to-
> text-0.4.0/share/ibus-stt/main.py", line 38, in 
>     from sttenginefactory import STTEngineFactory
>   File "/gnu/store/87dgkps8sp1jb4z2w4m1dnp0zvnq050l-ibus-speech-to-
> text-0.4.0/share/ibus-stt/sttenginefactory.py", line 26, in 
>     from sttengine import STTEngine
>   File "/gnu/store/87dgkps8sp1jb4z2w4m1dnp0zvnq050l-ibus-speech-to-
> text-0.4.0/share/ibus-stt/sttengine.py", line 29, in 
>     gi.require_version('Gtk', '4.0')
>   File "/gnu/store/5ijhwr127smgxrp5dls7dxnr9jwa4m8p-python-pygobject-
> 3.40.1/lib/python3.9/site-packages/gi/__init__.py", line 129, in
> require_version
>     raise ValueError('Namespace %s not available for version %s' %
> ValueError: Namespace Gtk not available for version 4.0
> ~~~
> 
> In the command above, HASH is the hash corresponding to `ibus-speech-
> to-text-0.4.0` in my user profile.
> 
> 
> ## WORKAROUND
> 
> The input method works after making sure `gtk` and `python-pygobject`
> are in the environment where `ibus-engine-stt` is run:
> 
> 1. Start an augmented shell:
> 
>    guix shell ibus-speech-to-text gtk python-pygobject
> 
> 2. Run `ibus-engine-stt` as follows (where HASH is the hash for ibus-
> speech-to-text-0.4.0 in the profile created for the shell in step
> one):
> 
>    /gnu/store/HASH-ibus-speech-to-text-0.4.0/libexec/ibus-engine-stt
> --gapplication-replace -g
> 
> After this, you should see INFO and DEBUG information printed out.
> You can now launch an application, place the caret in any text box,
> switch to speech-to-text input method, and start dictating to the
> machine. Selecting other languages in "IBus STT settings → General →
> Locale" also work (I tried dictating in English, Japanese and
> Spanish).
Since this workaround works for you, I am fairly certain that the
package is simply missing a wrapper for GI_TYPELIB_PATH.  IMHO we
should more generally add some code to handle that in glib-or-gtk-
build-system, but that'd be a core-updates change.

Cheers





bug#55399: guix system reconfigure fails on channel validation

2023-02-02 Thread André Batista
Hello,

ter 24 mai 2022 às 20:44:13 (1653435853), nan...@riseup.net enviou:
> seg 23 mai 2022 às 16:18:52 (165532), l...@gnu.org enviou:
> > (For now commit b6bfe9ea6a1b19159455b34f1af4ac00ef9b94ab changes
> > Guile-Git in Guix to depend on libgit2 1.3 as a workaround.)
> 
> After upgrading guile-git, the attached patches disables owner
> validation and reverts the above commit which made Guix's guile-git
> depend on libgit2 1.3 instead of latest.

#61246 has an alternative solution to this issue. Newer libgit2
versions check for safe.directory configuration entries on user's
global scope. This means that instead of disabling owner validation
in guix code itself, users can exempt directories of their own
choosing. This is IMO a better solution and so the patches provided
here should be disregarded.

However, since libgit2 seems to have changed its API elsewhere after
1.3.x, I've avoided messing with guile-git inputs this time and so
it still depends on libgit2-1.3.

IMO, instead of upgrading libgit2 dependency and risk breaking
guile-git in unknown ways, we should work on revising guile-git's
conformance to latter libgit2 versions (it's currently on 1.5.1).
Meaning not trying to apply the patches Maxime provided, but
working upstream.

WDYT?

Cheers!





bug#61236: ibus-speech-to-text engine fails to run (?)

2023-02-02 Thread Luis Felipe via Bug reports for GNU Guix
I can add `ibus-speech-to-text` (aka IBus STT) to my input methods, and set it 
up, but once selected for input, it doesn't work.


## STEPS TO REPRODUCE

1. `guix install ibus ibus-speech-to-text`
2. In GNOME Settings → Keyboard, add IBus STT to the list of input methods (it 
is displayed as `Other (Speech To Text)`)
3. In IBus STT Settings → General:

+ Preload models: ON
+ Active on start: ON
+ System locale: OFF
+ Locales: Select the lightweight model for English (USA)

4. In the desktop, start an app and place the text cursor in a text field 
(tried on IceCat, Ungoogled Chromium, GNOME Text Editor, GNOME Shell)
5. Switch to IBus STT input method using Super+Space (give it about 1 second to 
load).
6. Dictate to the machine.


## EXPECTED RESULT

Text is typed magically as you speak in the text field selected in step 4.


## UNEXPECTED RESULT

No text is added to the text field I selected in step 4.


## SYSTEM INFORMATION

~~~
OS: Guix System x86_64 fb3085e
Kernel: 6.1.5-gnu 

DE: GNOME 42.4 (tried on Wayland and Xorg)
ibus: 1.5.27
ibus-speech-to-text: 0.4.0
~~~


## ADDITIONAL INFORMATION

Could it be that the speech-to-text engine is failing to run because it can't 
find the GTK 4.0 namespace through Gobject Introspection. For example, after 
being pointed to the following command by IBus STT developer 
(https://github.com/PhilippeRo/IBus-Speech-To-Text/discussions/7) I see the 
following error:

~~~
$ /gnu/store/HASH-ibus-speech-to-text-0.4.0/libexec/ibus-engine-stt 
--gapplication-replace -g
Traceback (most recent call last):
  File 
"/gnu/store/87dgkps8sp1jb4z2w4m1dnp0zvnq050l-ibus-speech-to-text-0.4.0/share/ibus-stt/main.py",
 line 38, in 
from sttenginefactory import STTEngineFactory
  File 
"/gnu/store/87dgkps8sp1jb4z2w4m1dnp0zvnq050l-ibus-speech-to-text-0.4.0/share/ibus-stt/sttenginefactory.py",
 line 26, in 
from sttengine import STTEngine
  File 
"/gnu/store/87dgkps8sp1jb4z2w4m1dnp0zvnq050l-ibus-speech-to-text-0.4.0/share/ibus-stt/sttengine.py",
 line 29, in 
gi.require_version('Gtk', '4.0')
  File 
"/gnu/store/5ijhwr127smgxrp5dls7dxnr9jwa4m8p-python-pygobject-3.40.1/lib/python3.9/site-packages/gi/__init__.py",
 line 129, in require_version
raise ValueError('Namespace %s not available for version %s' %
ValueError: Namespace Gtk not available for version 4.0
~~~

In the command above, HASH is the hash corresponding to 
`ibus-speech-to-text-0.4.0` in my user profile.


## WORKAROUND

The input method works after making sure `gtk` and `python-pygobject` are in 
the environment where `ibus-engine-stt` is run:

1. Start an augmented shell:

   guix shell ibus-speech-to-text gtk python-pygobject

2. Run `ibus-engine-stt` as follows (where HASH is the hash for 
ibus-speech-to-text-0.4.0 in the profile created for the shell in step one):

   /gnu/store/HASH-ibus-speech-to-text-0.4.0/libexec/ibus-engine-stt 
--gapplication-replace -g

After this, you should see INFO and DEBUG information printed out. You can now 
launch an application, place the caret in any text box, switch to 
speech-to-text input method, and start dictating to the machine. Selecting 
other languages in "IBus STT settings → General → Locale" also work (I tried 
dictating in English, Japanese and Spanish).



---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/

publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


bug#61233: Error message when running `guix pull` suggest network error, when in reality it was no free disk space left

2023-02-02 Thread Albin Otterhäll
When I ran `guix pull` I got the error message shown in the attached 
`output.txt`. It turned out that I'd no free disk space left.

apteryx asked me @ IRC to send in a bug report for improving the error message.

Thanks!
--
Albin Otterhäll$ guix pull
[...]
 graphviz-2.49.0  1.3MiB
   143.9MiB/s 
00:00 [##] 100.0%
 subversion-1.14.1  2.6MiB  
2.98GiB/s 
00:00 [##] 100.0%
 ruby-2.7.7  5.4MiB 
 2.7MiB/s 
00:02 [##]  82.2%Backtrace:
  19 (primitive-load 
"/gnu/store/g7amcjqbdiqk58kcqmxw455x2b8mjywn-compute-guix-derivation")
In ice-9/eval.scm:
155:9 18 (_ _)
159:9 17 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) 
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 16 (with-fluid* _ _ _)
152:2 15 (with-fluid* _ _ _)
In ./guix/store.scm:
  2170:24 14 (run-with-store # 
# ?)
   1998:8 13 (_ #)
In ./guix/gexp.scm:
   299:22 12 (_ #)
   1180:2 11 (_ #)
   1046:2 10 (_ #)
892:4  9 (_ #)
In ./guix/store.scm:
  2055:12  8 (_ #)
  1407:13  7 (map/accumulate-builds # 
# ?)
  1407:13  6 (map/accumulate-builds # 
# ?)
  1407:13  5 (map/accumulate-builds # 
# ?)
  1407:13  4 (map/accumulate-builds # 
# ?)
  1407:13  3 (map/accumulate-builds # 
# ?)
   1403:5  2 (map/accumulate-builds # 
# ?)
  1419:15  1 (_ # 
("/gnu/store/nqs6ww2cqgwnvncx81j5pwmp0y31255a-ruby-2.7.7.d?") ?)
  1419:15  0 (loop #f)

./guix/store.scm:1419:15: In procedure loop:
ERROR:
  1. :
  message: "some substitutes for the outputs of derivation 
`/gnu/store/nqs6ww2cqgwnvncx81j5pwmp0y31255a-ruby-2.7.7.drv' failed (usually 
happens due to networking issues); try `--fallback' to build derivation from 
source "
  status: 1
guix pull: error: You found a bug: the program 
'/gnu/store/g7amcjqbdiqk58kcqmxw455x2b8mjywn-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"f5446f721121c50a6e8fdf1e7285d861dfd180b8"; system: "x86_64-linux";
host version: "UNKNOWN"; pull-version: 1).
Please report the COMPLETE output above by email to .


bug#51826: qt packages (e.g. pcmanfm-qt) missing wayland qt module

2023-02-02 Thread Josselin Poiret via Bug reports for GNU Guix
Hi Genevieve,

Genevieve via Bug reports for GNU Guix  writes:

> Additionally, searching for qtwayland files in my guix profile only finds
> license files in ~/.guix-profile/share/doc/qtwayland-6.3.1/...

We now have qtwayland@6 as well, so by default guix will consider
qtwayland to be qtwayland@6.  I'd say you need to put qtwayland@5 in the
above shell incantation. This is definitely something that we should fix
on core-updates, to have qtbase always include the corresponding
qtwayland.

Best,
-- 
Josselin Poiret





bug#61203: guix Update failed

2023-02-02 Thread Maxim Cournoyer
Hello,

Volker Edelmann  writes:

> Dear GUIX maintainers,
>
> after installing guix I did not immediately start using it. I want to
> start using it as my main development environment this week.
> After installing guix on the root partition several weeks ago, I have
> moved /gnu to a separate partition last week. I also moved the files
> from /var/guix
> to /gnu/guix and created a symlink.
>
> volker[518]~$ df -k
> Filesystem 1K-blocks Used Available Use% Mounted on
> dev  6111868    0   6111868   0% /dev
> /dev/sda8   96173192 29931924  61309800  33% /   #
> Artix running
> ...
> /dev/sda6  160158792 71621680  80345172  48% /opt
> /dev/sda7  192415336 39003436 143564944  22% /gnu
> /dev/sda9   96173192 51000212  40241512  56% /mnt/Devuan
> /dev/sda10  96173192  5167096  86074628   6% /mnt/void
> tmpfs    1223760   48   1223712   1% /run/user/1000
>
> volker[519]~$ ls /gnu
> 20230130_store.tar  guix  lost+found  store
>
> volker[532]~$ ls -l /var/guix
> lrwxrwxrwx 1 root root 9 30. Jan 12:19 /var/guix -> /gnu/guix
>
> This is an experiment to find out if it is possible to share the same
> GUIX installation across multiple host OS - in my case Devuan, Artix and
> void-linux.

Have you considered sharing your /gnu/store for multiple machines via
SSH?  This is supported, see GUIX_DAEMON_SOCKET in: info '(guix) The
Store'.

-- 
Thanks,
Maxim





bug#53258: Python unable to find modules within a Singularity container created with guix pack

2023-02-02 Thread Maxim Cournoyer
Hi Josselin,

Josselin Poiret  writes:

> Hi Ludo,
>
> Ludovic Courtès  writes:
>
>> Thanks for the investigation and for reporting it upstream!
>>
>> Is there a workaround we could apply locally, ideally one that does not
>> lead to a world rebuild?
>
> So, upstream hasn't replied at all to the above proposal. How do we move
> forward? I have a patch that still applies on Python 3.9.9 that we can
> put into core-updates. Would that be fine?

I haven't revisited that patch, but if you are confident it wouldn't
break anything in the Python world, core-updates would be a fine place,
yes.

-- 
Thanks,
Maxim





bug#53258: Python unable to find modules within a Singularity container created with guix pack

2023-02-02 Thread Josselin Poiret via Bug reports for GNU Guix
Hi Ludo,

Ludovic Courtès  writes:

> Thanks for the investigation and for reporting it upstream!
>
> Is there a workaround we could apply locally, ideally one that does not
> lead to a world rebuild?

So, upstream hasn't replied at all to the above proposal. How do we move
forward? I have a patch that still applies on Python 3.9.9 that we can
put into core-updates. Would that be fine?

Best,
-- 
Josselin Poiret





bug#61173: Wireguard and NF Tables service broken on aarch64

2023-02-02 Thread elais
after further investigation I've noticed that the latest arm64-generic kernel 
isnt loading the correct config file. I tested this by using the new 
`customize-linux` command. When trying to load the defconfig for 6.1 in the 
repo through customize Linux, the build fails due to divergent defconfig files.

I think linux-libre-arm64-generic just isn't packaging the correct config, and 
it may be the case that the wrong config is getting packaged by other versions 
of the kernel ass well.


bug#61203: guix Update failed

2023-02-02 Thread Volker Edelmann

Dear GUIX maintainers,

after installing guix I did not immediately start using it. I want to
start using it as my main development environment this week.
After installing guix on the root partition several weeks ago, I have
moved /gnu to a separate partition last week. I also moved the files
from /var/guix
to /gnu/guix and created a symlink.

volker[518]~$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
dev  6111868    0   6111868   0% /dev
/dev/sda8   96173192 29931924  61309800  33% /   #
Artix running
...
/dev/sda6  160158792 71621680  80345172  48% /opt
/dev/sda7  192415336 39003436 143564944  22% /gnu
/dev/sda9   96173192 51000212  40241512  56% /mnt/Devuan
/dev/sda10  96173192  5167096  86074628   6% /mnt/void
tmpfs    1223760   48   1223712   1% /run/user/1000

volker[519]~$ ls /gnu
20230130_store.tar  guix  lost+found  store

volker[532]~$ ls -l /var/guix
lrwxrwxrwx 1 root root 9 30. Jan 12:19 /var/guix -> /gnu/guix

This is an experiment to find out if it is possible to share the same
GUIX installation across multiple host OS - in my case Devuan, Artix and
void-linux.

Hope this helps.

Regards

Volker

--

Bug Trace

volker[517]~$ sudo -i guix pull
[sudo] password for volker:
hint: Consider installing the `glibc-utf8-locales' or `glibc-locales'
package and defining
`GUIX_LOCPATH', along these lines:

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

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

Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to a3b57e5 (31,161 new
commits)...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git    a3b57e5
substitute: hint: Consider installing the `glibc-utf8-locales' or
`glibc-locales' package and
substitute: defining `GUIX_LOCPATH', along these lines:
substitute:
substitute:  guix install glibc-utf8-locales
substitute:  export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
substitute:
substitute: See the "Application Setup" section in the manual, for more
info.
substitute:
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
building /gnu/store/bn39wa2yyqizcpfzgp8kbcgkjqax1jbx-module-import.drv...
building /gnu/store/nhifkbf5wa79y2n0f6la1zm4c67ls1j5-module-import.drv...
building
/gnu/store/gq6jzqwzssfxmfcg84zarabd0cpgdzzw-module-import-compiled.drv...
building
/gnu/store/bvv3vnd69ckh6z9w3hc40va5xq6x5xkx-module-import-compiled.drv...
hint: Consider installing the `glibc-utf8-locales' or `glibc-locales'
package and
defining `GUIX_LOCPATH', along these lines:

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

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

building
/gnu/store/h086xnnyy39d0qypm1p2f52mskks9ql5-compute-guix-derivation.drv...
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/store.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/store.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/store.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/store.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/build/utils.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/build/utils.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/build/utils.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/build/utils.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/colors.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/colors.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/colors.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/colors.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/i18n.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/i18n.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/i18n.scm
;;;   newer than compiled
/gnu/store/cka2ksz71ly3z9vqk2bhxyvcsh0q3vyz-module-import-compiled/guix/i18n.go
;;; note: source file
/gnu/store/34xwi7imnqy0acabsawchm7s10bvrvz2-guix-a3b57e5/guix/serialization.scm
;;;   newer than compiled

bug#51826: qt packages (e.g. pcmanfm-qt) missing wayland qt module

2023-02-02 Thread Genevieve via Bug reports for GNU Guix
> `guix shell --pure --preserve="^(XDG_|WAYLAND_DISPLAY)"
> bash pcmanfm-qt qtwayland -- bash -c
> "QT_QPA_PLATFORM=wayland pcmanfm-qt"`
> does work as expected 

Unfortunately I'm still experiencing this regression no matter
what I try, and the above command gives

qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""

Additionally, searching for qtwayland files in my guix profile only finds
license files in ~/.guix-profile/share/doc/qtwayland-6.3.1/...

So something is clearly not being installed, but I'm not sure where
to start with debugging this.





bug#61173: Wireguard and NF Tables service broken on aarch64

2023-02-02 Thread elais
Right now wireguard and nftable services are broken on the aarch64 kernel due 
to their respective kernel config parameters not being added as modules or 
compiled into the kernel. I'm hesitant to call this a bug but it does mean 
wireguard and nftables are unavailable. A good chunk of iptables operations are 
missing as well. I don't have much experience configuring a kernel but perhaps 
there's a way to insure feature parity between the x86_64 and aarch64 kernels?


bug#61044: libxml2-parent-pointers.patch: patch not found

2023-02-02 Thread Jonathan Brielmaier

Hi George,

I installed Guix 1.4.0 via install script today on a foreign distro. I
could not reproduce your issue, when doing a `guix pull` for the first time.

~Jonathan





bug#31642: Missing 'glib-pacrunner.service' causes Epiphany and Eolie to fail on GNOME

2023-02-02 Thread zimoun
Hi,


On Tue, 29 May 2018 at 16:27, l...@gnu.org (Ludovic Courtès) wrote:

> To break the loop, we probably need to introduce
> glib-networking-minimal and have network-manager depend on it
> (indirectly).

We are at Guix Days.  What is the status of this bug #31642 [1]?

1: 





bug#31642: closed in plenum at guix days 2023

2023-02-02 Thread Mekeor Melire