Re: Guix REPL - To infinity and beyond

[jbranso]

October 8, 2022 11:00 AM, "Fulbert"  wrote:

> Hello!
> 
> I wanted to keep the exemples of Guix REPL given by Simon Fournier in his 
> presentation at the
> 10-years-of-guix event : Guix REPL - to infinity and beyond
> https://10years.guix.gnu.org/video/guix-repl-to-infinity-and-beyond
> 
> So, first, thanks to Simon Fournier for this presentation. And second, as it 
> could be convenient
> not only to self, I made it available there :
> https://fulbert.neocities.org/guix/10-years-of-guix/simon-tournier-guix-repl/guix-repl-exemples.html

Thanks for sharing!  That's super cool that one can add commands to guix that 
easily!

Re: How can I step through this code?

[jbranso]

October 8, 2022 1:23 PM, "jgart"  wrote:

> On Sat, 08 Oct 2022 15:03:54 + jbra...@dismail.de wrote:
> 
>> That's smart!
> 
> Did you try it? I've been trying to understand how some Guile code works
> by just throwing it in the Racket debugger. It doesn't always work but
> when it does it's like driving a fancy cadillac through the stack.

hahaha!  I have not tried it.   I definitely should.

I ran into this common problem yesterday.  I am of course simplifying:

(string-append "hello"
   (if some-var
   " world\n"))

error: expecting type string
(string-append "hello" #unspecified)


It took me an embarrassing amount of time to track down where the 
#unspecified was coming from.

I feel like the error message was a little bit cryptic.  It said that 
one particular function cause the error...It just took me a while to track
it down.  A debugger stepping through the code would have been awesome!
 
> It's too bad that Guile's debugger sucks compared to Racket's debugger. Maybe
> someday someone will implement something amazing for that.
> 
> RE The Common Lisp debugger: It's really great but it might be a rabbit hole.
> 
> I recommend using sly or slime with sbcl if you want to go down that.

Right now I am super in love with Guix.  My main squeeze is working
on our existing opensmtpd-service and letting users configure it with
proper scheme records.  I don't know if I want to play with common lisp.

Thanks,

Joshua

Re: easy firewalling ?

[kiasoc5]

On Fri, Oct 07 2022, 06:44:02 PM +
jbra...@dismail.de wrote:

> October 4, 2022 3:58 AM, "jordi"  wrote:
> 
> > Hi, happy guix newbie here,
> > 
> > usually i use ufw for easily managing firewalling, adding iptables
> > rules etc... I see there is no ufw package available in guix. Aside
> > from managing iptables manually, are there other easie alternatives
> > i could use in guix ?  
> 
> I believe that you need to use iptables or nftables.
> 
> I don't think guix supports anything easier.  
> 
> The arch wiki has an example config that may work for you:
> 
> https://wiki.archlinux.org/title/Nftables
> 
> > 
> > Thanks, thanks, thanks
> > 
> > Fenix  
> 

There is a firewall service that allows opening and closing of ports in
iptables: https://issues.guix.gnu.org/48975

It would be great for this to get into Guix, and if there was also an
nftables version.

Re: How can I step through this code?

[jgart]

On Sat, 08 Oct 2022 15:03:54 + jbra...@dismail.de wrote:
> That's smart! 

Did you try it? I've been trying to understand how some Guile code works
by just throwing it in the Racket debugger. It doesn't always work but
when it does it's like driving a fancy cadillac through the stack.

It's too bad that Guile's debugger sucks compared to Racket's debugger. Maybe
someday someone will implement something amazing for that.

RE The Common Lisp debugger: It's really great but it might be a rabbit hole.

I recommend using sly or slime with sbcl if you want to go down that.

Re: Enterprise Guix Hosting?

[Phil]

Hi Zimoun,

zimoun writes:

> On dim., 14 août 2022 at 10:53, Phil  wrote:
>
> Sadly, we missed the opportunity to informally discuss at the
> event.  Hope next time. :-)

Yes - I was only there for the day sadly, so was over too fast!
Certainly next time!

> Which IDEs do you use?

Personally I've use Emacs from before I was even introduced to Guix, so
it was an obvious choice for me; the same is true for a handful of other
guix-heavy developers at my workplace.

Across the company VS Code and Vim are more popular.  In particular,
making guix-driven development possible with VS Code was key to persuading
the department that Guix would work for everyone professionally.

This wasn't particularly difficult to do, but did require some tweaking and
setup in VS Code - so the average developer would barely know (or care)
that they were running their debug sessions in a Guix environment, or running 
Git
hooks through Guix, etc.

> Therefore, now I try to run the same but with plain terminal as xterm.
> But that’s not satisfying because they are not used to this interface.

Most of the developers I work with are comfortable using the console so
most of my demos are at the xterm level.  Where it makes sense, I wrap
commands into scripts that can be called from VS Code, and then demo
them from VS Code too.

So far, only 1 or 2 developers will currently go as far as writing
scripts in Guile (for example more advanced/custom manifests), but if I provide
Guile scripts most developers are comfortable knowing what to do with
them - running them from 'guix repl' from example. Developers are
getting more confident/ambitious with more advanced usage, which I
promote as where much of the real power of Guix's approach really lies!

Generally I'm taking care of packages and channels so developers only
need to know which guix-incantation to use an appropriate environment or
profile I maintain for them.

Our CI/CD system automatically updates internally developed packages
when a project feature passes a PR and is merged; so developers just
need to remember to 'guix pull' to make sure they are getting the latest
package dependencies to develop on.  The fact that their work ends up in
a guix package is seamless/transparent to them.  It took me a while to
set this up, but now it runs itself more or less.

> Are these tutorials public?  Are you allowed to share them?

They're not at the moment, but the long term aim is to make them
general (i.e. not specific to the internal setup of the company) and
public, providing I get the blessing of the company. 

>
> One of the main roadblock, even for developers, is the lack «Getting
> Started» for some specific tasks; as Python, R, etc.

Agree 100% - this is what I'd ultimately like to help address.

> Although, at some points, this material provides too much internal
> details. ;-)
>
>
> 1: 
> 2: 

Cool thanks - I will take a look at these!

> I totally agree.  Is these docs too specific to your workplace or can
> they be shared?

In there current form they are very specific to my current workplace -
i.e "to create a development environment for internal project x do these
commands".  The commands assume access to our internal channels etc.
However turning them into a general tutorial would be possible, I
think.  It's something I'd love to do, when I can find the time!

For example I go through recipes for doing things like:

- swapping out a package for a newer beta version to test it

- how to recreate a previous state of our packages to see if a newly
  discovered bug existed in a previous release

- how to test your project against some future state of guix (typically
  we lag the head of guix slightly). 

- how to get a list of dependencies for project x that have changed
  version in the head of guix since we last synchronized channels.

- how to get a list of packages we've defined internally in our private
  channel that (now) also exist in guix's public packages.

All of these things are great to understand deeply, but in reality
most developers just want the commands and a high-level idea of the
mechanics.  So my documents are set at that level - the developers who
get interested I encourage to read the Guix Manual proper and dig a bit
deeper.

> Mathieu recently published [4].
>
> 4: 

Excellent - I will look at this and incorproate into our workflow.


> There is these nice videos [5] which would require some more love.
>
> Well, some materials for producing these kind of videos can be found
> there [6].
>
>
> 5: 
> 6: 

Thanks for these too.  Very useful

Cheers,
Phil.

Re: 100 % derivation available at bordeaux and Berlin, but package Musescore has to be built on my laptop

[jbranso]

October 8, 2022 4:33 AM, "Gottfried"  wrote:

> Hi Guixers,
> 
> it is strange to me, or may be I don't understand something yet,
> 
> because yesterday there were 100 % substitutes available in Berlin and 
> Bordeaux,
> 
> but 31 packages would have been to be built locally.
> 
> In the last month there were more and more packages which would have to 
> be built locally.
> 
> Does somebody know why?

I get that from time to time.  Probably at least once a month.  I imagine
 there was some change to master 
that triggered some rebuilds and CI has not caught up yet.

> 
> Gottfried

Re: 100 % derivation available at bordeaux and Berlin, but package Musescore has to be built on my laptop

[zimoun]

Hi,

On Sat, 08 Oct 2022 at 08:44, Gottfried  wrote:

> gfp@Tuxedo ~$ guix weather musescore calibre
> 2 Paketableitungen für x86_64-linux werden berechnet …
> Nach 2 Store-Objekten von https://ci.guix.gnu.org wird gesucht …
> https://ci.guix.gnu.org ☀
>100.0% Substitute verfügbar (2 von 2)

Then when you run,

guix build musescore calibre

Guix starts to locally build?  Hum, that’s unexpected.


Cheers,
simon

Re: New ,build command sets the wrong path for guix daemon

[jbranso]

October 8, 2022 4:51 AM, "Ricardo Wurmus"  wrote:

> Joshua Branson  writes:
> 
>> But do the same in a geiser repl, and I am running into trouble:
>> 
>> #+BEGIN_SRC org
>> ,m (gnu services mail)
>> scheme@(gnu services mail)> ,use (guix)
>> scheme@(gnu services mail)>
>> While executing meta-command:
>> ERROR:
>> 1. :
>> file: "/usr/local/var/guix/daemon-socket/socket"
> 
> Is this the location where your guix-daemon listens for connections? If
> not you’ve configured your Guix with the wrong localstatedir and/or prefix.

Ahh!  duh!  I compiled guix via ./configure; make;  

The fix was as you said ./configure --localstatedir=/var   

Thanks for the help.  I owe you a crisp hive five at the next guix
conference!

> 
> --
> Ricardo

Re: How can I step through this code?

[jbranso]

October 7, 2022 9:25 PM, "jgart"  wrote:

> On Fri, 07 Oct 2022 21:52:40 + jbra...@dismail.de wrote:
> 
>> October 7, 2022 3:22 PM, "jgart"  wrote:
>> 
>> On Fri, 07 Oct 2022 18:45:36 + jbra...@dismail.de wrote:
>> 
>> I wish guile had a nice debugger like elisp. :)
>> 
>> I wish guile had a nice debugger like racket or common lisp. :)
>> 
>> I haven't actually tried those debuggers...
> 
> Just paste some guile code into drracket and press debug to start stepping 
> through the Guile code.

That's smart! 

> 
> This guile code should work:
> 
> (define (list-index l k)
> (let loop ((n 0)
> (l l))
> (and (not (null? l))
> (if (eq? (car l) k)
> n
> (loop (+ n 1) (cdr l))
> 
> (list-index '(1 2 3 4 5 6 7 8 9) 2)
> 
> Just make sure you put the following at the top of the file:
> 
> #lang racket
> 
> Of course not all guile code would work because it's Guile and Racket
> but some subsets of Guile can be used from the drracket debugger.
> 
> ;()

Guix REPL - To infinity and beyond

[Fulbert]

Hello!

I wanted to keep the exemples of Guix REPL given by Simon Fournier in his 
presentation at the 10-years-of-guix event : Guix REPL - to infinity and beyond
https://10years.guix.gnu.org/video/guix-repl-to-infinity-and-beyond/

So, first, thanks to Simon Fournier for this presentation. And second, as it 
could be convenient not only to self, I made it available there :
https://fulbert.neocities.org/guix/10-years-of-guix/simon-tournier-guix-repl/guix-repl-exemples.html

Re: OnlyOffice?

[Zelphir Kaltstahl]

Hello!

On 10/8/22 03:26, help-guix-requ...@gnu.org wrote:

On 2022-10-07 10:07, Ricardo Wurmus wrote:

GTK+ comes with broadwayd, which lets you use the browser to render the
GUI.  Here’s a quick example:

   guix shell gtk+:bin -- broadwayd :5 &
   GDK_BACKEND=broadway BROADWAY_DISPLAY=:5 guix shell abiword --
abiword

Then visithttp://127.0.0.1:8085/  in your browser.


I just tried this out of curiosity and for me it fails:


$ guix shell gtk+:bin -- broadwayd :5 &
[1] 3175
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
32,6 MB will be downloaded
 cairo-1.16.0-doc  135KiB 685KiB/s 00:00 [##] 100.0%
 harfbuzz-2.8.2-bin  40KiB4.2MiB/s 00:00 [##] 100.0%
 libdatrie-0.2.13-doc  87KiB  3.2MiB/s 00:00 [##] 100.0%
 libthai-0.1.28-doc  96KiB3.2MiB/s 00:00 [##] 100.0%
 libx11-1.7.3.1-doc  1.2MiB   4.9MiB/s 00:00 [##] 100.0%
 libxcb-1.14-doc  572KiB  2.8MiB/s 00:00 [##] 100.0%
 libxext-1.3.4-doc  68KiB 4.1MiB/s 00:00 [##] 100.0%
 mesa-21.3.8-bin  2KiB2.2MiB/s 00:00 [##] 100.0%
 wayland-1.20.0-doc  147KiB   4.9MiB/s 00:00 [##] 100.0%
 wayland-protocols-1.23  61KiB2.2MiB/s 00:00 [##] 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
1,6 MB will be downloaded
 libxi-1.7.10-doc  108KiB 651KiB/s 00:00 [##] 100.0%
 dbus-1.12.20-doc  1.1MiB 3.1MiB/s 00:00 [##] 100.0%
The following derivation will be built:
  /gnu/store/54msh4l7d5llx8nvnp8mcxsli54skzwm-profile.drv

applying 3 grafts for cairo-1.16.0 ...
applying 1 graft for dbus-1.12.20 ...
applying 4 grafts for harfbuzz-2.8.2 ...
applying 3 grafts for mesa-21.3.8 ...
applying 1 graft for wayland-1.20.0 ...
building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
generating GdkPixbuf loaders cache...
generating GLib schema cache...
creating GTK+ icon theme cache...
building cache files for GTK+ input methods...
building directory of Info manuals...
building XDG desktop file cache...
building XDG MIME database...
building profile with 1 package...
Listening on /run/user/1000/broadway6.socket

$ GDK_BACKEND=broadway BROADWAY_DISPLAY=:5 guix shell abiword -- abiword
Gtk-Message: 12:18:28.439: Failed to load module "xapp-gtk3-module"

(abiword:5128): Clutter-Gtk-ERROR **: 12:18:28.441: *** Unsupported backend.


Maybe I need to pull.


$ guix pull && guix package -u
...


Hm, no still getting:


Gtk-Message: 13:05:18.910: Failed to load module "xapp-gtk3-module"

(abiword:1302149): Clutter-Gtk-ERROR **: 13:05:18.912: *** Unsupported backend.


Should I install any gtk things in my system (Guix on foreign distro here)?

Regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl

Re: OnlyOffice?

[Hans-Werner Roitzsch]

Hello!

On 10/8/22 03:26, help-guix-requ...@gnu.org wrote:

On 2022-10-07 10:07, Ricardo Wurmus wrote:

GTK+ comes with broadwayd, which lets you use the browser to render the
GUI.  Here’s a quick example:

   guix shell gtk+:bin -- broadwayd :5 &
   GDK_BACKEND=broadway BROADWAY_DISPLAY=:5 guix shell abiword --
abiword

Then visithttp://127.0.0.1:8085/  in your browser.


I just tried this out of curiosity and for me it fails:


$ guix shell gtk+:bin -- broadwayd :5 &
[1] 3175
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
32,6 MB will be downloaded
 cairo-1.16.0-doc  135KiB 685KiB/s 00:00 [##] 100.0%
 harfbuzz-2.8.2-bin  40KiB4.2MiB/s 00:00 [##] 100.0%
 libdatrie-0.2.13-doc  87KiB  3.2MiB/s 00:00 [##] 100.0%
 libthai-0.1.28-doc  96KiB3.2MiB/s 00:00 [##] 100.0%
 libx11-1.7.3.1-doc  1.2MiB   4.9MiB/s 00:00 [##] 100.0%
 libxcb-1.14-doc  572KiB  2.8MiB/s 00:00 [##] 100.0%
 libxext-1.3.4-doc  68KiB 4.1MiB/s 00:00 [##] 100.0%
 mesa-21.3.8-bin  2KiB2.2MiB/s 00:00 [##] 100.0%
 wayland-1.20.0-doc  147KiB   4.9MiB/s 00:00 [##] 100.0%
 wayland-protocols-1.23  61KiB2.2MiB/s 00:00 [##] 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
1,6 MB will be downloaded
 libxi-1.7.10-doc  108KiB 651KiB/s 00:00 [##] 100.0%
 dbus-1.12.20-doc  1.1MiB 3.1MiB/s 00:00 [##] 100.0%
The following derivation will be built:
  /gnu/store/54msh4l7d5llx8nvnp8mcxsli54skzwm-profile.drv

applying 3 grafts for cairo-1.16.0 ...
applying 1 graft for dbus-1.12.20 ...
applying 4 grafts for harfbuzz-2.8.2 ...
applying 3 grafts for mesa-21.3.8 ...
applying 1 graft for wayland-1.20.0 ...
building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
generating GdkPixbuf loaders cache...
generating GLib schema cache...
creating GTK+ icon theme cache...
building cache files for GTK+ input methods...
building directory of Info manuals...
building XDG desktop file cache...
building XDG MIME database...
building profile with 1 package...
Listening on /run/user/1000/broadway6.socket

$ GDK_BACKEND=broadway BROADWAY_DISPLAY=:5 guix shell abiword -- abiword
Gtk-Message: 12:18:28.439: Failed to load module "xapp-gtk3-module"

(abiword:5128): Clutter-Gtk-ERROR **: 12:18:28.441: *** Unsupported backend.


Maybe I need to pull.


$ guix pull && guix package -u
...


Hm, no still getting:


Gtk-Message: 13:05:18.910: Failed to load module "xapp-gtk3-module"

(abiword:1302149): Clutter-Gtk-ERROR **: 13:05:18.912: *** Unsupported backend.


Should I install any gtk things in my system (Guix on foreign distro here)?

Regards,
Zelphir

Re: New ,build command sets the wrong path for guix daemon

[Ricardo Wurmus]

Joshua Branson  writes:

> But do the same in a geiser repl, and I am running into trouble:
>
> #+BEGIN_SRC org
> ,m (gnu services mail)
> scheme@(gnu services mail)> ,use (guix)
> scheme@(gnu services mail)>
> While executing meta-command:
> ERROR:
>   1. :
>   file: "/usr/local/var/guix/daemon-socket/socket"

Is this the location where your guix-daemon listens for connections?  If
not you’ve configured your Guix with the wrong localstatedir and/or prefix.


-- 
Ricardo

Re: 100 % derivation available at bordeaux and Berlin, but package Musescore has to be built on my laptop

[Gottfried]

Well, it is hard to tell with this information.  What was the Guix

revision? (guix describe)

Maybe because an issue with build farms (outage on Sept. 21rst).

Have you checked with the command “guix weather musescore calibre”?



Cheers,
simon



If I do what you said then those things come up:

gfp@Tuxedo ~$ guix describe
Generation 42   07. Oktober 2022 19:18:16   (aktuell)
  guix 0c49661
Repository-URL: https://git.savannah.gnu.org/git/guix.git
Branch: master
Commit: 0c4966160054bc50e6ab3a4ac9c9a6a1826ab5a0
gfp@Tuxedo ~$ guix weather musescore calibre
2 Paketableitungen für x86_64-linux werden berechnet …
Nach 2 Store-Objekten von https://ci.guix.gnu.org wird gesucht …
https://ci.guix.gnu.org ☀
  100.0% Substitute verfügbar (2 von 2)
  Mindestens 115,5 MiB an Nars (komprimiert)
  133,9 MiB auf der Platte (unkomprimiert)
  0,214 Sekunden pro Anfrage (0,4 Sekunden insgesamt)
  4,7 Anfragen pro Sekunde

  Mindestens 1.000 Erstellungen in der Warteschlange
  powerpc64le-linux: 402 (40.2%)
  i686-linux: 12 (1.2%)
  aarch64-linux: 585 (58.5%)
  x86_64-linux: 1 (.1%)
  Erstellungsgeschwindigkeit: 355.42 Erstellungen pro Stunde
  x86_64-linux: 159.94 Erstellungen pro Stunde
  i686-linux: 199.53 Erstellungen pro Stunde
  aarch64-linux: 4.05 Erstellungen pro Stunde
Nach 2 Store-Objekten von https://bordeaux.guix.gnu.org wird gesucht …
https://bordeaux.guix.gnu.org ⛅
  50.0% Substitute verfügbar (1 von 2)
  28,9 MiB an Nars (komprimiert)
  59,4 MiB auf der Platte (unkomprimiert)
  0,185 Sekunden pro Anfrage (0,4 Sekunden insgesamt)
  5,4 Anfragen pro Sekunde
  (Keine Informationen zu kontinuierlicher Integration verfügbar)


Gottfried



Am 08.10.22 um 01:43 schrieb zimoun:

Hi,

On Tue, 27 Sep 2022 at 17:45, Gottfried  wrote:


guix package --upgrade --dry-run
if 100 % derivations are available ( I did this the last 4 times)

nevertheless
the music notation program "MuseScore" had to be built on my laptop.
With my 64 GB CPU it took 1 hour (I did it twice).

But why is it built on my laptop if the derivations are 100 % available
and I was not informed that e.g. MuseScore will be built at my laptop.







OpenPGP_0x61FAF349C9FB7F94.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: 100 % derivation available at bordeaux and Berlin, but package Musescore has to be built on my laptop

[zimoun]

Hi,

On Tue, 27 Sep 2022 at 17:45, Gottfried  wrote:

> guix package --upgrade --dry-run
> if 100 % derivations are available ( I did this the last 4 times)
>
> nevertheless
> the music notation program "MuseScore" had to be built on my laptop.
> With my 64 GB CPU it took 1 hour (I did it twice).
>
> But why is it built on my laptop if the derivations are 100 % available 
> and I was not informed that e.g. MuseScore will be built at my laptop.

Well, it is hard to tell with this information.  What was the Guix
revision? (guix describe)

Maybe because an issue with build farms (outage on Sept. 21rst).

Have you checked with the command “guix weather musescore calibre”?



Cheers,
simon

Re: 100 % derivation available at bordeaux and Berlin, but package Musescore has to be built on my laptop

[Gottfried]

Hi Guixers,

it is strange to me, or may be I don't understand something yet,

because yesterday there were 100 % substitutes available in Berlin and 
Bordeaux,


but 31 packages would have been to be built locally.

In the last month there were more and more packages which would have to 
be built locally.


Does somebody know why?

Gottfried


OpenPGP_0x61FAF349C9FB7F94.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Help-Guix Digest, Vol 83, Issue 10

[Ricardo Wurmus]

Peter Polidoro  writes:

>> GTK+ comes with broadwayd, which lets you use the browser to render
>> the
>> GUI.  Here’s a quick example:
>>
>>   guix shell gtk+:bin -- broadwayd :5 &
>>   GDK_BACKEND=broadway BROADWAY_DISPLAY=:5 guix shell abiword --
>> abiword
>>
>> Then visit http://127.0.0.1:8085/ in your browser.
>
> This is really interesting, thank you!
>
> When I try to run this, however, I get the error:
>
> $ guix shell gtk+:bin -- broadwayd :5 & GDK_BACKEND=broadway
> BROADWAY_DISPLAY=:5 guix shell abiword -- abiword
>
> [1] 4066
> Listening on /run/user/1000/broadway6.socket
>
> (abiword:4094): Clutter-Gtk-ERROR **: 13:31:52.255: *** Unsupported
> backend.
>
> $ guix describe --format=channels
> (list (channel
>(name 'guix)
>(url "https://git.savannah.gnu.org/git/guix.git;)
>(branch "master")
>(commit
>  "3657b4daeafab8d3935191d57653b8331e395897")
>(introduction
>  (make-channel-introduction
>"9edb3f66fd807b096b48283debdcddccfea34bad"
>(openpgp-fingerprint
>  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A
>  54FA")

Works for me with

(list (channel
(name 'guix)
(url "https://git.savannah.gnu.org/git/guix.git;)
(branch "master")
(commit
  "b86867417fa76384eae76fcef099cf4d133bb20d")
(introduction
  (make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")

and

$ guix shell gtk+:bin -- broadwayd :5 &
$ GDK_BACKEND=broadway BROADWAY_DISPLAY=:5 guix shell abiword -- abiword
$ icecat http://localhost:8085

-- 
Ricardo