bug#37348: Force https redirect missing from ci, workflow and workflows guix.info sub-domains

[Collin J. Doering]

Hi all,

Not sure where the best place to report this, however today I noticed
that ci.guix.info, workflow.guix.info and workflows.guix.info do not
redirect http to https, though its also served over https.

Kind regards,
-- 
Collin J. Doering

http://rekahsoft.ca
http://blog.rekahsoft.ca
http://git.rekahsoft.ca


signature.asc
Description: PGP signature

bug#37347: 'guix environment' fails after trying to follow the steps from "Running Guix Before It Is Installed" page

[Jan]

Hi, I'm a new Guix user and I wanted to hack on Guix and update a
package, I hadn't known exactly how to do this, so I started following
instructions from
https://guix.gnu.org/manual/en/html_node/Running-Guix-Before-It-Is-Installed.html#Running-Guix-Before-It-Is-Installed
and
https://guix.gnu.org/blog/2018/a-packaging-tutorial-for-guix/

The situation started to be interesting, when the tutorial told me to
run "cd $GUIX_CHECKOUT" and "./pre-inst-env guix package
--list-available=ruby"
I was confused, because I couldn't find any "./pre-inst-env" file, so I
used 'find' to search for it and there were one file with a similar name
in $GUIX_CHECKOUT/build-aux - ./pre-inst-env.in (as I'm composing this
email now I see that's stupid, but I tried using this file, as I don't
know what I was doing (still don't know))
So I started running the following stupid commands:


user@machine ~/Prog/repo/guix [env]$ sudo -E ./pre-inst-env.in
guix-daemon --build-users-group=guixbuild

sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo must
be owned by uid 0 and have the setuid bit set 

user@machine ~/Prog/repo/guix [env]$ ./pre-inst-env.in
bash: ./pre-inst-env.in: No such file or directory 
user@machine ~/Prog/repo/guix [env]$ cd build-aux/ 
user@machine ~/Prog/repo/guix/build-aux [env]$ sudo
-E ./pre-inst-env.in guix-daemon --build-users-group=guixbuild
sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo must
be owned by uid 0 and have the setuid bit set 
user@machine ~/Prog/repo/guix/build-aux [env]$ exit
---

And then:

--
user@machine ~/Prog/repo/guix/build-aux$ chmod +x ./pre-inst-env.in 
user@machine ~/Prog/repo/guix/build-aux$ sudo -E ./pre-inst-env.in
guix-daemon --build-users-group=guixbuild Password: 
./pre-inst-env.in: line 33: cd: @abs_top_srcdir@:
there is no such file or directory 
./pre-inst-env.in: line 34: cd:
@abs_top_builddir@: there is no such file or directory


And after that I couldn't run "guix
environment" anymore, it threw an error:

guix environment: error: failed to connect to
`/var/guix/daemon-socket/socket': Connection refused

Restarting the computer helps, but doing the same stuff breaks it
again, so guess it's reproducible.

After doing it I ran the "history" command so you can know what I did
exactly (some commands were unfortunately run in an environment and I
can't provide them), here it is:

  371  git clone --recurse-submodules
  git://git.savannah.gnu.org/guix.git 
  372  guix environment guix --pure
  373  sudo -E
  374  sudo --help
  375  guix environment guix --pure
  376  guix environment guix --pure --ad-hoc sudo 
  377  ls
  378  cd guix/
  379  ls
  380  cd build-aux/
  381  ls
  382  .
  383  guix environment guix --pure
  384  chmod +x ./pre-inst-env.in 
  385  sudo -E ./pre-inst-env.in guix-daemon
  --build-users-group=guixbuild 
  386  ls
  387  cd ..
  388  ./configure 
  389  guix environment guix --pure
  390  history

As stupid and complicated as it is, something is definitely broken
here.

Sincerely,
Jan Wielkiewicz

bug#37345: Icecat doesn't display numbers on Guix System

[Jesse Gibbons]

Hi Jan,
On Mon, 2019-09-09 at 00:18 +0200, Jan wrote:
> Okay, I found some probably more helpful info - I run icecat in a
> terminal and it throws the following warnings, don't know if they're
> related to this bug though:
> ...
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.541: failed to create cairo scaled font,
> expect ugly output. the offending font is 'Nimbus Sans L
> 9.9990234375'
> 
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.541: font_face status is: file not found
> 
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.541: scaled_font status is: file not found
> 
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.541: shaping failure, expect ugly output.
> shape-engine='PangoFcShapeEngine', font='Nimbus Sans L 9.9990234375',
> text=''
> 
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.546: failed to create cairo scaled font,
> expect ugly output. the offending font is 'Nimbus Sans L
> 9.9990234375'
> 
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.546: font_face status is: file not found
> 
> (/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-
> guix1/lib/icecat/.icecat-real:4648):
> Pango-WARNING **: 22:11:58.546: scaled_font status is: file not found
> 
> 
> ...
> ---
> 
> Jan Wielkiewicz
> 
> 
> 
Looks like it isn't finding the "Nimbus Sans L" font. Try running 

fc-list | grep "Nimbus Sans L"

and reply with the output.
-- 
-Jesse

bug#37347: 'guix environment' fails after trying to follow the steps from "Running Guix Before It Is Installed" page

[Jesse Gibbons]

On Mon, 2019-09-09 at 02:49 +0200, Jan wrote:
> Hi, I'm a new Guix user and I wanted to hack on Guix and update a
> package, I hadn't known exactly how to do this, so I started
> following
> instructions from
> https://guix.gnu.org/manual/en/html_node/Running-Guix-Before-It-Is-In
> stalled.html#Running-Guix-Before-It-Is-Installed
> and
> https://guix.gnu.org/blog/2018/a-packaging-tutorial-for-guix/
> 
> The situation started to be interesting, when the tutorial told me to
> run "cd $GUIX_CHECKOUT" and "./pre-inst-env guix package
> --list-available=ruby"
> I was confused, because I couldn't find any "./pre-inst-env" file, so
> I
> used 'find' to search for it and there were one file with a similar
> name
> in $GUIX_CHECKOUT/build-aux - ./pre-inst-env.in (as I'm composing
> this
> email now I see that's stupid, but I tried using this file, as I
> don't
> know what I was doing (still don't know))
> So I started running the following stupid commands:
> 
> 
> user@machine ~/Prog/repo/guix [env]$ sudo -E ./pre-inst-env.in
> guix-daemon --build-users-group=guixbuild
> 
> sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo
> must
> be owned by uid 0 and have the setuid bit set 
> 
> user@machine ~/Prog/repo/guix [env]$ ./pre-inst-env.in
> bash: ./pre-inst-env.in: No such file or directory 
> user@machine ~/Prog/repo/guix [env]$ cd build-aux/ 
> user@machine ~/Prog/repo/guix/build-aux [env]$ sudo
> -E ./pre-inst-env.in guix-daemon --build-users-group=guixbuild
> sudo: /gnu/store/z26h622slm8p61myhk45v3jjg8p7qm8z-profile/bin/sudo
> must
> be owned by uid 0 and have the setuid bit set 
> user@machine ~/Prog/repo/guix/build-aux [env]$ exit
> ---
> 
> And then:
> 
> --
> user@machine ~/Prog/repo/guix/build-aux$ chmod +x ./pre-inst-env.in 
> user@machine ~/Prog/repo/guix/build-aux$ sudo -E ./pre-inst-env.in
> guix-daemon --build-users-group=guixbuild Password: 
> ./pre-inst-env.in: line 33: cd: @abs_top_srcdir@:
> there is no such file or directory 
> ./pre-inst-env.in: line 34: cd:
> @abs_top_builddir@: there is no such file or directory
> 
> 
> And after that I couldn't run "guix
> environment" anymore, it threw an error:
> 
> guix environment: error: failed to connect to
> `/var/guix/daemon-socket/socket': Connection refused
> 
> Restarting the computer helps, but doing the same stuff breaks it
> again, so guess it's reproducible.
> 
> After doing it I ran the "history" command so you can know what I did
> exactly (some commands were unfortunately run in an environment and I
> can't provide them), here it is:
> 
>   371  git clone --recurse-submodules
>   git://git.savannah.gnu.org/guix.git 
>   372  guix environment guix --pure
>   373  sudo -E
>   374  sudo --help
>   375  guix environment guix --pure
>   376  guix environment guix --pure --ad-hoc sudo 
>   377  ls
>   378  cd guix/
>   379  ls
>   380  cd build-aux/
>   381  ls
>   382  .
>   383  guix environment guix --pure
>   384  chmod +x ./pre-inst-env.in 
>   385  sudo -E ./pre-inst-env.in guix-daemon
>   --build-users-group=guixbuild 
>   386  ls
>   387  cd ..
>   388  ./configure 
>   389  guix environment guix --pure
>   390  history
> 
> As stupid and complicated as it is, something is definitely broken
> here.
> 
> Sincerely,
> Jan Wielkiewicz
> 
> 
> 

pre-inst-env.in is for generating the pre-inst-env script. Have you
tried:
./bootstrap
./configure

This should generate pre-inst-env for you.

Also, make sure the guix daemon is running after you restart.

bug#37318: [PATCH] OpenNTPD generated config is convoluted

[Efraim Flashner]

On Sat, Sep 07, 2019 at 01:21:27PM +0900, Maxim Cournoyer wrote:
> Hello,
> 
> The attached patches fix this issue as well as the openntpd package not
> being able to load the CA cert used to authenticate constraint servers.
> 
> It depends on the NTP patches posted here: bugs.gnu.org/37295.
> 

This set also looks good to me. Make sure you don't forget any copyright
lines for yourself.


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature

bug#26302: [website] translations

[pelzflorian (Florian Pelz)]

On Fri, Sep 06, 2019 at 01:17:10PM -0500, sirgazil via Bug reports for GNU Guix 
wrote:
> 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/
> 

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.



> 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 would prefer if nginx responded with /es/help/index.html only if
/help/index.html does not exist, the same for other file extensions.



> 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.
>

I believe Texinfo performs this rather complex mapping (especially for
Chinese manuals!) because domain registrars forbid Unicode characters
that do not match the Top Level Domain for security reasons.  I am
unsure if we can translate anything to non-Latin filenames.



> 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.
>

I agree.



> 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.
> 
> 

I think a language selection dropdown is required for a multilingual
website.

I realize my code in patch 4 is insufficient when not run manually
because the Guix’ maintenance repository’s hydra/berlin.scm does not
run .guix.scm from the website directory.  I will resend patch 4 when
I have a working dropdown and berlin virtual machine.

Regards,
Florian

bug#36634: Virtual Machine Manager (virt-manager)

[Christopher Baines]

As version 5.7.0 has been released, I tried updating to that. There
seems to be some issue with the configuration for the socket file, but
even avoiding that, it doesn't seem to resolve the issue with the
cgroups.

For now, I've switched more permanently back to 5.4.0.


signature.asc
Description: PGP signature

bug#36402: installation error

[Ludovic Courtès]

Hello,

Mathieu Othacehe  skribis:

>> So perhaps you should define your own ‘define-wrapped-type’ macro that
>> does ‘define-record-type’ + the weak hash table thing, and replace all
>> ‘define-record-type’ instances in structs.scm with
>> ‘define-wrapped-type’.  How does that sound?
>
> Seems like the right thing to do :) However, I had a look to all Parted
> functions which result is passed to a pointer->X! function, and except
> ped_device_get, they always return newly allocated objects. So I guess
> we are safe for now.

OK, sounds good!

Ludo’.

bug#26302: [website] translations

[Ludovic Courtès]

Hi Florian,

"pelzflorian (Florian Pelz)"  skribis:

> Find attached preliminary patches that add a working website
> translation system to guix-artwork.  Of course, the patches should
> *not* be pushed before there is a working nginx configuration with
> appropriate redirects.  (Except the first three patches; I do not
> understand how you could even build the website without my first
> patch?)

Cool, thanks for opening this issue!

> In my patches, I have used spaces for indentation.  Most previous
> website code used a mix of tabs and spaces, like in emacs’ strange
> default setting.  If you want, I can tabify my patches.  I cannot see
> any reason for using mixed tabs+spaces with emacs-style Lisp
> indentation though.

Spaces are good (easily pastable in the REPL), the whole Guix code base
is meant to use spaces only.

> For redirecting previous URLs based on the HTTP Accept-Language
> header, there is
> .
> It could be added to nginx.

Good.

> I do not know what the new URLs should be.  After reading
> 
> I now understand that there indeed should be separate URLs for each
> language and Accept-Language headers are not sufficient.  However,
> Ludo’s idea of translating URLs including the basename
> ,
> i.e. /help.html as /es/ayuda.html, leads to questions about the
> implementation such as what Jelle Licht mentioned
> .
> We can do whatever we want, so let’s do what is best.  What do you
> think, /es/ayuda/ or /es/help/ or something else?
>
> For ayuda, we would then need to make `guix build -f .guix.scm` build
> with the static website also some kind of association list for
> redirects that is readable by nginx lua code or whatever (could there
> be guile plugins for nginx??).
>
> We can do /es/help/ now and make /es/ayuda/ later.

Yeah, let’s keep that for later.

> One of the attached patches adds a PO file with a German translation
> that was needed for testing purposes; of course translations should
> normally be submitted via the Translation Project.  The patch need not
> be applied; do as you see fit.

I wonder if we should use the TP for this.  Thoughts?

> With respect to the help mailing list blurbs on the website, my code
> gives priority to the PO file translation of the blurb and uses the
> previous hard-coded translations as a fall-back.  I would keep the
> blurbs this way until all are part of a PO file at the Translation
> Project.

Sounds good.

> The Chinese language blurb is written in traditional Chinese
> characters.  I believe there never was a decision on
> ,
> so I leave the language code as “zh” for now, even though someone may
> add a “zh-cn” too.

Yeah, we can always adjust later.

Thanks!

Ludo’.

bug#26175: [bug#36976] [PATCH 1/1] download: Map file-name characters not allowed in store.

[Ludovic Courtès]

Hartmut Goebel  skribis:

> Am 04.09.19 um 12:32 schrieb Ludovic Courtès:
>> Hi,
>>
>> Hartmut Goebel  skribis:
>>
>>>    (origin
>>>  (method url-fetch)
>>>  (uri (string-append "mirror://kde//Attic/applications/"
>>>  version "/src/kde-l10n/"
>>>  "kde-l10n-ca@valencia-" version ".tar.xz"))
>> In this case just add a ‘file-name’ field.  I think that’s a reasonable
>> expectation.
>>
>> Thanks,
>> Ludo’.
>
> Agreed. WDYT about adding this as a hint when the error shows up?
>
> How can I catch the "error: invalid character `@' in name" in guix build?

Unfortunately it cannot really be caught.  I mean, you could catch
‘’ error conditions, but then the error message is
just a string, there’s no error code you can compare against.

Ludo’.

bug#37342: Xfce4 hides panel after update

[znavko]

Today, I've updated guix with this consequence:
# guix pull && guix package -u
# guix system reconfigure /etc/config.scm

After reboot I successfully login to Slim and Xfce4 shows Desktop and Panel. 
But then after few moments Xfce4 hides panel, and I cannot open Applications 
with ctrl + esc. I only can use Main Menu by clicking right mouse.
So I go to Settings and see there is Panel. I make it much pixels high and 3 
rows, but it does not show never.
So I add new panel and configure it.
Also I run Icecat but I cannot type there! Any key pressing gives nothing!
After reboot panels hide themselves again. So I have 2 panel in Xfce4 settings 
and they are not displaying.
But I can use keyboard.

I've open new tty and made update by root again and by my usual user.
After reboot Panels hide themselves again!

I made roll-back because of this ugly bug. And it;s ok.

Please, is my old config rests good? Where this bug come from?


znavko-config.scm
Description: Binary data

bug#26302: [website] translations

[pelzflorian (Florian Pelz)]

On Sun, Sep 08, 2019 at 09:44:44PM +0200, Ludovic Courtès wrote:
> Cool, thanks for opening this issue!
> 

Thank you!  (Well, it was ng0’s old issue and people on the list
started talking about its topic again.)


> > One of the attached patches adds a PO file with a German translation
> > that was needed for testing purposes; of course translations should
> > normally be submitted via the Translation Project.  The patch need not
> > be applied; do as you see fit.
> 
> I wonder if we should use the TP for this.  Thoughts?
> 

We can, because it’s an ordinary POT file like guix-manual (but easier
because no Texinfo knowledge is required).  With the TP, there would
be many more translations, although often incomplete and in a few
cases wrong, but the readers will notice.  All the translators can do
is reorder existing SHTML, at worst misrepresenting GNU, redirecting
translatable links wrongly or preventing the website from building.

Regards,
Florian

bug#37345: Icecat doesn't display numbers on Guix System

[Jan]

Hi everyone,
I've recently installed Icecat on Guix System natively and it doesn't
display numbers properly - instead of numbers, there are transparent
squares without a black frame - they're just invisible globally, no
matter if on a website or in the browser's interface.
Tried changing font to GNU unifont (because it supports the whole
unicode), reinstalling Icecat (which shouldn't help anyway, because
Guix is reproducible, including bugs), guix pulling, system
reconfiguration, but nothing helps.
I have this issue only on Icecat, because ungoogled chromium and other
programs display numbers properly. 

architecture: x86_64

I saw a similar bug in the database, but it's from 2017 and it was
about font issue on other distributions, not on Guix System, so I
submitted a new report, hope that's not a problem.

Jan Wielkiewicz 

bug#37345: Icecat doesn't display numbers on Guix System

[Jesse Gibbons]

On Sun, 2019-09-08 at 23:10 +0200, Jan wrote:
> Hi everyone,
> I've recently installed Icecat on Guix System natively and it doesn't
> display numbers properly - instead of numbers, there are transparent
> squares without a black frame - they're just invisible globally, no
> matter if on a website or in the browser's interface.
> Tried changing font to GNU unifont (because it supports the whole
> unicode), reinstalling Icecat (which shouldn't help anyway, because
> Guix is reproducible, including bugs), guix pulling, system
> reconfiguration, but nothing helps.
> I have this issue only on Icecat, because ungoogled chromium and
> other
> programs display numbers properly. 
> 
> architecture: x86_64
> 
> I saw a similar bug in the database, but it's from 2017 and it was
> about font issue on other distributions, not on Guix System, so I
> submitted a new report, hope that's not a problem.
> 
> Jan Wielkiewicz 
> 
> 
> 
I cannot replicate.
What commit did you notice this? (guix describe)
Are there any settings different from the default?

bug#37345: Icecat doesn't display numbers on Guix System

[Jan]

On Sun, 08 Sep 2019 15:20:12 -0600
Jesse Gibbons  wrote:

> I cannot replicate.
> What commit did you notice this? (guix describe)
Since the beginning, not sure what commit (checked with 'guix system
list-generations'), that was:
"Generation 1 September 01 2019 01:15:51"
Probably a fresh Guix System installation from the ISO image from the
website.
Now I run the following commit:
ba7bd6c62ddaab4d5623fb149b47579e13a9e5f5
And the bug is still present

> Are there any settings different from the default?
I did nothing special to Icecat, just installed a few add-ons: Umatrix,
Ublock Origin and "Dark Background and Light Text", these add-ons don't
cause any problems on Firefox for example, but removed the ".mozilla"
folder just to be sure, also I remember that displaying numbers hadn't
worked since the beginning, even before I installed the add-ons.  

As for the system, here's my configuration file:

(use-modules (gnu))
(use-service-modules desktop networking ssh xorg)

(operating-system
 (locale "pl_PL.utf8")
 (timezone "Europe/Warsaw")
 (keyboard-layout (keyboard-layout "pl" "legacy"))
 (bootloader
  (bootloader-configuration
   (bootloader grub-bootloader)
   (target "/dev/sda")
   (keyboard-layout keyboard-layout)))
 (swap-devices (list "/dev/sda3"))
 (file-systems
  (cons* (file-system
  (mount-point "/home")
  (device
   (uuid "640b9945-4421-403a-93da-02768c28b29b"
 'btrfs))
  (type "btrfs"))
 (file-system
  (mount-point "/")
  (device
   (uuid "55c8dec3-4e68-4441-9d78-a9b55d9fc9bd"
 'ext4))
  (type "ext4"))
 %base-file-systems))
 (host-name "navi")
 (users (cons* (user-account
(name "user")
(comment "User")
(group "users")
(home-directory "/home/user")
(supplementary-groups
 '("wheel" "netdev" "audio" "video")))
   %base-user-accounts))
 (packages
  (append
   (map specification->package
'("i3-wm"
  "nss-certs"
  "icecat"
  "ungoogled-chromium"
  "libreoffice"
  "mpv"
  "gimp"
  "emacs"
  "emacs-paredit"
  "emacs-auto-complete"
  "gnupg"  
  "htop"))
   %base-packages))
 (services
  (append
   (list (service mate-desktop-service-type)
 (service tor-service-type)
 (extra-special-file "/usr/bin/env"
 (file-append coreutils "/bin/env"))
 (extra-special-file "/bin/bash"
 (file-append coreutils "/bin/bash"))
 (set-xorg-configuration
  (xorg-configuration
   (keyboard-layout keyboard-layout
   %desktop-services)))

bug#37345: Icecat doesn't display numbers on Guix System

[Jan]

Okay, I found some probably more helpful info - I run icecat in a
terminal and it throws the following warnings, don't know if they're
related to this bug though:

(icecat:4612): Gtk-WARNING **: 22:11:57.437: Theme parsing error:
:1:34: Expected ')' in color definition

(icecat:4612): Gtk-WARNING **: 22:11:57.437: Theme parsing error:
:1:77: Expected ')' in color definition 1567980717781
addons.webextension.tortm-browser-button@jeremybenthum
WARNPlease specify whether you want browser_style or not in
your browser_action options. 1567980717784
addons.webextension.https-everywh...@eff.orgWARNPlease
specify whether you want browser_style or not in your browser_action
options.

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.541: failed to create cairo scaled font,
expect ugly output. the offending font is 'Nimbus Sans L 9.9990234375'

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.541: font_face status is: file not found

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.541: scaled_font status is: file not found

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.541: shaping failure, expect ugly output.
shape-engine='PangoFcShapeEngine', font='Nimbus Sans L 9.9990234375',
text=''

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.546: failed to create cairo scaled font,
expect ugly output. the offending font is 'Nimbus Sans L 9.9990234375'

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.546: font_face status is: file not found

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Pango-WARNING **: 22:11:58.546: scaled_font status is: file not found

(/gnu/store/8pjdh78z3j2issz78yjmf94k3hlkrb5f-icecat-60.9.0-guix1/lib/icecat/.icecat-real:4648):
Gtk-WARNING **: 22:11:59.461: Could not load a pixbuf
from /org/gtk/libgtk/theme/Adwaita/assets/check-symbolic.svg. This may
indicate that pixbuf loaders or the mime database could not be found.
JavaScript error: resource://activity-stream/lib/Screenshots.jsm, line
102: TypeError: cache is undefined JavaScript error:
resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError:
cache is undefined JavaScript error:
resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError:
cache is undefined JavaScript error:
resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError:
cache is undefined JavaScript error:
resource://activity-stream/lib/Screenshots.jsm, line 102: TypeError:
cache is undefined

---

Jan Wielkiewicz