bug#35778: Evolution Mail Client

[Raghav Gururajan]

> Have you tried this recently? 
>
> Commit dcb3a0fe0a086b4762a721e9b1da64826d5160d0 (committed on May 8, 
> 2019) addresses this, so the package can be installed in a user profile 
> instead. 
>

I will try now. Anyway, it can be added as a dependency right? So that it's 
included inside store directory of evolution instead of separate package?

Regards,
RG.

bug#35786: Some manual @ref @xref @pxref fail when untranslated

[pelzflorian (Florian Pelz)]

Meiyo Peng reports at 


On Tue, May 14, 2019 at 10:29:35AM +0800, Meiyo Peng wrote:
> I just find out that the @pxref{Packages with Multiple Outputs} in
> doc/contributing.texi has to be translated.  Or I will get an error
> while running make:
> 
> #+begin_example
>   doc/contributing.zh_CN.texi:567: @pxref reference to nonexistent node 
> `Packages with Multiple Outputs'
> #+end_example
> 
> I guess it's because the node name is in doc/guix.texi (another file
> than doc/contributing.texi).  Any idea?
> 

The reason appears to be that when not translating (using the first
attached patch that reverts back to @pxref{Packages with Multiple
Outputs}), po4a-translate transforms

@item
Take a look at the profile reported by @command{guix size}
(@pxref{Invoking guix size}).  This will allow you to notice references
to other packages unwillingly retained.  It may also help determine
whether to split the package (@pxref{Packages with Multiple Outputs}),
and which optional dependencies should be used.  In particular, avoid adding
@code{texlive} as a dependency: because of its extreme size, use
@code{texlive-tiny} or @code{texlive-union} instead.

to

@item
看一下@command{guix size}（@pxref{Invoking guix
size}）的分析报告。这会让你注意到对其它软件包无意中的引用。它也可以帮助决定是否要把一个软件包分割成几个输出（@pxref{Packages
with Multiple
Outputs}），以及需要使用哪些可选的依赖。特别地，避免把@code{texlive}添加为依赖：因为它太大了，请使用@code{texlive-tiny}或@code{texlive-union}代替它。

with the pxref split over three lines because the surrounding context
has no space characters.  doc/local.mk’s xref_command can only deal
with two lines however.

The second attached patch makes xref_command grep three-line
references too, so it finds the translation, *however* I cannot get
this multiline sed to actually insert the translation into three line
references.  Perhaps it would be better to just replace this complex
xref_command with Guile code?  I will not do it however.

I am Cc’ing the bug-guix@gnu.org; I hope this is OK.

Regards,
Florian>From 267cc4c506d03ad35bfeead0f45d77bc7d242181 Mon Sep 17 00:00:00 2001
From: Florian Pelz 
Date: Sat, 18 May 2019 00:29:21 +0200
Subject: [PATCH 1/2] THIS IS A TEST: Revert to not translating pxref
 reference.

---
 po/doc/guix-manual.zh_CN.po | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/po/doc/guix-manual.zh_CN.po b/po/doc/guix-manual.zh_CN.po
index c24900da31..d1351ef557 100644
--- a/po/doc/guix-manual.zh_CN.po
+++ b/po/doc/guix-manual.zh_CN.po
@@ -8,7 +8,7 @@ msgstr ""
 "Project-Id-Version: guix-manual 1.0.1-pre1\n"
 "Report-Msgid-Bugs-To: l...@gnu.org\n"
 "POT-Creation-Date: 2019-05-10 20:53+0200\n"
-"PO-Revision-Date: 2019-05-14 14:31+0800\n"
+"PO-Revision-Date: 2019-05-17 17:21+0200\n"
 "Last-Translator: Meiyo Peng \n"
 "Language-Team: Chinese (simplified) \n"
 "Language: zh_CN\n"
@@ -1237,7 +1237,7 @@ msgstr "有时，软件包为了方便用户，捆绑了依赖库的源代码。
 #. type: enumerate
 #: doc/contributing.texi:868
 msgid "Take a look at the profile reported by @command{guix size} 
(@pxref{Invoking guix size}).  This will allow you to notice references to 
other packages unwillingly retained.  It may also help determine whether to 
split the package (@pxref{Packages with Multiple Outputs}), and which optional 
dependencies should be used.  In particular, avoid adding @code{texlive} as a 
dependency: because of its extreme size, use @code{texlive-tiny} or 
@code{texlive-union} instead."
-msgstr "看一下@command{guix size}（@pxref{Invoking guix 
size}）的分析报告。这会让你注意到对其它软件包无意中的引用。它也可以帮助决定是否要把一个软件包分割成几个输出（@pxref{有多个输出的软件包}），以及需要使用哪些可选的依赖。特别地，避免把@code{texlive}添加为依赖：因为它太大了，请使用@code{texlive-tiny}或@code{texlive-union}代替它。"
+msgstr "看一下@command{guix size}（@pxref{Invoking guix 
size}）的分析报告。这会让你注意到对其它软件包无意中的引用。它也可以帮助决定是否要把一个软件包分割成几个输出（@pxref{Packages with 
Multiple 
Outputs}），以及需要使用哪些可选的依赖。特别地，避免把@code{texlive}添加为依赖：因为它太大了，请使用@code{texlive-tiny}或@code{texlive-union}代替它。"
 
 #. type: enumerate
 #: doc/contributing.texi:873
-- 
2.21.0

>From f9c3aae82c940238e6162e16cef0431ce782f5f3 Mon Sep 17 00:00:00 2001
From: Florian Pelz 
Date: Sat, 18 May 2019 00:31:06 +0200
Subject: [PATCH 2/2] doc: Insufficient attempt to fix translation of
 three-line references.

* doc/local.mk (xref_command): Catch three-line translations as well, but the
multiline sed still covers only two lines.
---
 doc/local.mk | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/local.mk b/doc/local.mk
index 336e961c4f..645e571817 100644
--- a/doc/local.mk
+++ b/doc/local.mk
@@ -88,7 +88,7 @@ PO4A_PARAMS += -f texinfo # texinfo format
 # reference name, even in untranslated strings.
 # The last sed is a multiline sed because some references span multiple lines.
 define xref_command
-cat "$@.tmp" | egrep '@p?x?ref' -A1 | sed 'N;s|--\n||g;P;D' | sed 's|^| |g' | \
+cat "$@.tmp" | egrep '@p?x?ref' -A2 | sed 'N;s|--\n||g;P;D' | sed 's|^| |g' | \
 tr -d '\012' | sed 's|\(@p\?x\?ref\)|\n\1|g' | egrep '@p?x?ref' | \
 sed 

bug#35780: [PATCH] attempt to fix polyglossia

[Josh Holland]

---
I had a quick look into fixing this myself, and made a little bit
of progress.  Not being that familiar with how things work yet,
I'm going on what I can guess by looking at gnu/packages/tex.scm,
guix/build-system/texlive.scm and guix/build/texlive-build-system.scm
so I may well be misinterpreting some things.

The source for polyglossia comes in a single file, polyglossia.dtx.
The README embedded within it says to extract the files by running
xetex or luatex on it.  I tried to convince the build system to do
this by this patch, which may or may not have been the right approach.
It does at least get a new error:

Generating file(s) ../README 
! I can't write on file `../README.tex'.

It appears to be trying to write its README file to the directory above
the build directory, which is failing. Is there a way to make this
directory writeable, or to stop the build system from trying to generate
the README there?

 gnu/packages/tex.scm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/tex.scm b/gnu/packages/tex.scm
index c3ce80c8f5..0894148501 100644
--- a/gnu/packages/tex.scm
+++ b/gnu/packages/tex.scm
@@ -3249,7 +3249,8 @@ array environments; verbatim handling; and syntax 
diagrams.")
(base32
 "03ma58z3ypsbp7zgkzb1ylpn2ygr27cxzkf042ns0rif4g8s491f"
 (build-system texlive-build-system)
-(arguments '(#:tex-directory "latex/polyglossia"))
+(arguments '(#:tex-directory "latex/polyglossia"
+ #:build-targets '("polyglossia.dtx")))
 (home-page "https://www.ctan.org/pkg/polyglossia;)
 (synopsis "Alternative to babel for XeLaTeX and LuaLaTeX")
 (description
-- 
2.21.0

bug#35783: Guile-Parted crashes the installer on i686-linux

[Ludovic Courtès]

Ludovic Courtès  skribis:

> On i686-linux, the installer crashes when it reaches the partitioning
> page with a null-pointer exception (or sometimes with a plain SIGSEGV),
> in the call to ‘partition-disk’ in ‘esp-partition?’.  Screenshots
> of two different crashes (null-pointer exception and SIGSEGV) attached.

Reverting 7d567af46b4e10ffafb1d0f76b524f5781460598 fixes the problem, so
I guess this has to do with the fact that the previous partition objects
(those listed in ‘initial-partitions’) are invalidated or something.

Now we need another way to address
.

Ideas?

Thanks,
Ludo’.

bug#35785: guix won't download if locale is set to swedish

[Einar Largenius]

Hello.

I just downloaded guix and installed it. In my config I have this line:

(locale "sv_SE.utf8")

If I run 'guix pull' I get the error:

guix pull: error: lstat: Filen eller katalogen finns inte: 
"ftp://sourceware.org/pub/libffi-3.2.1.tar.gz;

The part in swedish means "file or directory does not exist".

'LANG= guix pull' works without issue.

bug#35778: Evolution Mail Client

[Ricardo Wurmus]

Raghav Gururajan  writes:

> During the last step of "Add Account Wizard", evolution throws the error "The 
> name org.gnome.evolution.dataserver.Sources5 was not provided by any .service 
> files".
>
> I remember discussing this in IRC long back. I have been told to add 
> "evolution-data-server" to the system profile as a temporary fix.
>
> Is there any permanent fix for this? Having an additional package is 
> unnecessary and it increases the time for the system/packages upgrade process 
> to complete.

Have you tried this recently?

Commit dcb3a0fe0a086b4762a721e9b1da64826d5160d0 (committed on May 8,
2019) addresses this, so the package can be installed in a user profile
instead.

--
Ricardo

bug#35783: Guile-Parted crashes the installer on i686-linux

[Jonathan Brielmaier]

On my laptop (Thinkpad X240) as well as in QEMU I'll get the first error
(i686-crash.png). It makes no difference if I do separate home partition
or not. Encrypted partition or not still leads to this error...

bug#35773: hexchat: unable to get local issuer certificate

[Jeff Bauer]

Giovanni,

Sorry, but the same problem with nss-certs installed.

-Jeff

On Fri, May 17, 2019 at 07:58:15PM +0200, Giovanni Biscuolo wrote:
> Hello Jeff,
>
> Jeff Bauer  writes:
>
> [...]
>
> > I've also installed the 'le-certs' package, but it appears
> > that hexchat still cannot get the local cert.
>
> AFAIU you nees nss-certs [1] Guix package
>
> Please can you try installing it and report back if this works for you?
>
> HTH! Gio'.
>
> [...]
>
> --
> Giovanni Biscuolo
>
> Xelera IT Infrastructures

bug#35773: hexchat: unable to get local issuer certificate

[Giovanni Biscuolo]

Hello Jeff,

Jeff Bauer  writes:

[...]

> I've also installed the 'le-certs' package, but it appears
> that hexchat still cannot get the local cert.

AFAIU you nees nss-certs [1] Guix package

Please can you try installing it and report back if this works for you?

HTH! Gio'.

[...]

-- 
Giovanni Biscuolo

Xelera IT Infrastructures


signature.asc
Description: PGP signature

bug#35780: texlive-latex-polyglossia package empty

[Josh Holland]

Steps to reproduce:
$ guix build texlive-latex-polyglossia
$ tree 
/gnu/store/d9nndb33yd22pay1yyg76nb0i56qdmkq-texlive-latex-polyglossia-49435

Expected results:
Something containing the file polyglossia.sty

Actual results:
Only an empty directory share/texmf-dist/tex/latex/polyglossia exists.

bug#35779: docker-compose missing dependency

[sirmacik]

Hey Guix!

I've encountered the following error while trying to run
docker-compose:

$ docker-compose up
Traceback (most recent call last):
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 574, in _build_master
ws.require(__requires__)
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 892, in require
needed = self.resolve(parse_requirements(requirements))
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 783, in resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (jsonschema 3.0.1 
(/gnu/store/w0qzc3l0w8i2ikgjrfjhgk9wh07pcn9x-python-jsonschema-3.0.1/lib/python3.7/site-packages),
 Requirement.parse('jsonschema<3,>=2.5.1'), {'docker-compose'})

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/gnu/store/7kblfjjjlkvy92gmqq0i9fksimcarrih-docker-compose-1.5.2/bin/.docker-compose-real",
 line 6, in 
from pkg_resources import load_entry_point
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 3088, in 
@_call_aside
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 3072, in _call_aside
f(*args, **kwargs)
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 3101, in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 576, in _build_master
return cls._build_from_requirements(__requires__)
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 589, in _build_from_requirements
dists = ws.resolve(reqs, Environment())
  File 
"/gnu/store/zm3188ipzi262s0m8bxm24br77yh9pd8-python-3.7.0/lib/python3.7/site-packages/pkg_resources/__init__.py",
 line 778, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'jsonschema<3,>=2.5.1' distribution was 
not found and is required by docker-compose

It happens every time one invokes program and Unfortunately makes it
unusable. :/

--
sirmacik
PGP: 0xE0DC81D523891771

bug#35778: Evolution Mail Client

[Raghav Gururajan]

Hello Guix!

During the last step of "Add Account Wizard", evolution throws the error "The 
name org.gnome.evolution.dataserver.Sources5 was not provided by any .service 
files".

I remember discussing this in IRC long back. I have been told to add 
"evolution-data-server" to the system profile as a temporary fix.

Is there any permanent fix for this? Having an additional package is 
unnecessary and it increases the time for the system/packages upgrade process 
to complete.

Regards,
RG.

bug#35776: Test guix-pack-localstatedir.sh and guix-pack-relocatable.sh crash when /gnu/store doesn't exist

[Ting-Wei Lan]

When running these two tests in a clean environment without having Guix
installed first, they crash when trying to obtain the value of
localstatedir.
+ guix pack --version
guix pack (GNU Guix) 1.0.0.711-f52e8-dirty
Copyright (C) 2019 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.
++ guile2.2 -c '(use-modules (guix config))(display %storedir)'
+ NIX_STORE_DIR=/gnu/store
++ guile2.2 -c '(use-modules (guix config))(display %localstatedir)'
Backtrace:
In ice-9/eval.scm:
619:8 19 (_ #(#(#)))
In ice-9/command-line.scm:
   181:18 18 (_ #)
In unknown file:
  17 (eval (use-modules (guix config)) #)
In ice-9/eval.scm:
   721:20 16 (primitive-eval (use-modules (guix config)))
In ice-9/psyntax.scm:
  1235:36 15 (expand-top-sequence ((use-modules (guix config))) _ _ # …)
  1182:24 14 (parse _ (("placeholder" placeholder)) ((top) #(# # …)) …)
   285:10 13 (parse _ (("placeholder" placeholder)) (()) _ c (eval) …)
In ice-9/boot-9.scm:
  3377:20 12 (process-use-modules _)
   222:17 11 (map1 (((guix config
  3378:31 10 (_ ((guix config)))
  2800:17  9 (resolve-interface (guix config) #:select _ #:hide _ # _ …)
In ice-9/threads.scm:
390:8  8 (_ _)
In ice-9/boot-9.scm:
  2726:13  7 (_)
In ice-9/threads.scm:
390:8  6 (_ _)
In ice-9/boot-9.scm:
  2994:20  5 (_)
   2312:4  4 (save-module-excursion #)
  3014:26  3 (_)
In unknown file:
   2 (primitive-load-path "guix/config" #)
In guix/config.scm:
 71:6  1 (_)
In unknown file:
   0 (canonicalize-path "/gnu/store")
ERROR: In procedure canonicalize-path:
In procedure canonicalize-path: No such file or directory
+ localstatedir=
FAIL tests/guix-pack-localstatedir.sh (exit status: 1)
It seems to me that the reason is that NIX_STORE_DIR is exported by
test-env script, so the line
NIX_STORE_DIR="`guile -c '(use-modules (guix config))(display %storedir)'`"
not only changes the value of shell variable NIX_STORE_DIR but also
exports it to the environment.
Therefore, the next line
localstatedir="`guile -c '(use-modules (guix config))(display
%localstatedir)'`"
crashes at guix/config.scm when running the code
(define %store-directory
  (or (and=> (getenv "NIX_STORE_DIR") canonicalize-path)
  %storedir))
because NIX_STORE_DIR points to a non-existent path /gnu/store.
I attached a patch to avoid the crash by delaying the modification
to NIX_STORE_DIR, but I am not sure if it is correct to do so.
diff --git a/tests/guix-pack-localstatedir.sh b/tests/guix-pack-localstatedir.sh
index b734b0f..41afda1 100644
--- a/tests/guix-pack-localstatedir.sh
+++ b/tests/guix-pack-localstatedir.sh
@@ -27,8 +27,9 @@ guix pack --version
 # the test in the user's global store if possible, on the grounds that
 # binaries may already be there or can be built or downloaded inexpensively.
 
-NIX_STORE_DIR="`guile -c '(use-modules (guix config))(display %storedir)'`"
+nix_store_dir="`guile -c '(use-modules (guix config))(display %storedir)'`"
 localstatedir="`guile -c '(use-modules (guix config))(display %localstatedir)'`"
+NIX_STORE_DIR="$nix_store_dir"
 GUIX_DAEMON_SOCKET="$localstatedir/guix/daemon-socket/socket"
 export NIX_STORE_DIR GUIX_DAEMON_SOCKET
 
diff --git a/tests/guix-pack-relocatable.sh b/tests/guix-pack-relocatable.sh
index 38dcf1e..b276fdc 100644
--- a/tests/guix-pack-relocatable.sh
+++ b/tests/guix-pack-relocatable.sh
@@ -27,8 +27,9 @@ guix pack --version
 # run it on the user's global store if possible, on the grounds that binaries
 # may already be there or can be built or downloaded inexpensively.
 
-NIX_STORE_DIR="`guile -c '(use-modules (guix config))(display %storedir)'`"
+nix_store_dir="`guile -c '(use-modules (guix config))(display %storedir)'`"
 localstatedir="`guile -c '(use-modules (guix config))(display %localstatedir)'`"
+NIX_STORE_DIR="$nix_store_dir"
 GUIX_DAEMON_SOCKET="$localstatedir/guix/daemon-socket/socket"
 export NIX_STORE_DIR GUIX_DAEMON_SOCKET
 

bug#35775: Test gremlin.scm fails on foreign distributions

[Ting-Wei Lan]

There are two failed tests in tests/gremlin.scm.
The first one is 'elf-dynamic-info-needed, executable'. It seems that it
assumes the guile executable always links to libguile-2.2, libgc,
libunistring, libffi. However, on Fedora 30, /usr/bin/guile2.2 only
links to libguile-2.2, causing the test to fail because it cannot find
libgc, libunistring, libffi in NEEDED.
$ readelf -d /usr/bin/guile2.2

Dynamic section at offset 0x2d78 contains 28 entries:
  TagType Name/Value
 0x0001 (NEEDED) Shared library: [libguile-2.2.so.1]
 0x0001 (NEEDED) Shared library: [libc.so.6]
 0x000c (INIT)   0x1000
 0x000d (FINI)   0x13b8
 0x0019 (INIT_ARRAY) 0x3d60
 0x001b (INIT_ARRAYSZ)   8 (bytes)
 0x001a (FINI_ARRAY) 0x3d68
 0x001c (FINI_ARRAYSZ)   8 (bytes)
 0x6ef5 (GNU_HASH)   0x368
 0x0005 (STRTAB) 0x5a0
 0x0006 (SYMTAB) 0x3a8
 0x000a (STRSZ)  339 (bytes)
 0x000b (SYMENT) 24 (bytes)
 0x0015 (DEBUG)  0x0
 0x0003 (PLTGOT) 0x3f78
 0x0002 (PLTRELSZ)   216 (bytes)
 0x0014 (PLTREL) RELA
 0x0017 (JMPREL) 0x870
 0x0007 (RELA)   0x780
 0x0008 (RELASZ) 240 (bytes)
 0x0009 (RELAENT)24 (bytes)
 0x0018 (BIND_NOW)   
 0x6ffb (FLAGS_1)Flags: NOW PIE
 0x6ffe (VERNEED)0x720
 0x6fff (VERNEEDNUM) 2
 0x6ff0 (VERSYM) 0x6f4
 0x6ff9 (RELACOUNT)  3
 0x (NULL)   0x0

I guess it may be related to the use of -Wl,--as-needed. The default
LDFLAGS for building packages includes -Wl,--as-needed since Fedora 30.
The second one is 'strip-runpath'. It seems that the reason is that
strip-runpath expects the executable to have RUNPATH because -Wl,-rpath
is used during linking. However, on systems which don't configure ld to
use --enable-new-dtags by default, RPATH is used instead of RUNPATH,
causing strip-runpath to fail. If I add '-Wl,--enable-new-dtags' to the
C compiler command line used by the test, the test passes.
expected-value: "hello\n"
actual-value: #f
actual-error:
+ (wrong-type-arg
+   "struct_vtable"
+   "Wrong type argument in position ~A (expecting ~A): ~S"
+   (1 "struct" #f)
+   (#f))
result: FAIL
I attached a patch which makes the tests pass on Fedora 30, but I am not
sure whether it is the correct way to fix things.
diff --git a/tests/gremlin.scm b/tests/gremlin.scm
index 77a5dc1998..b0bb7a8e49 100644
--- a/tests/gremlin.scm
+++ b/tests/gremlin.scm
@@ -52,7 +52,7 @@
 (or (not dyninfo) ;static executable
 (lset<= string=?
 (list (string-append "libguile-" (effective-version))
-  "libgc" "libunistring" "libffi")
+  "libc")
 (map (lambda (lib)
(string-take lib (string-contains lib ".so")))
  (elf-dynamic-info-needed dyninfo))
@@ -79,7 +79,7 @@
  (lambda (port)
(display "int main () { puts(\"hello\"); }" port)))
(invoke c-compiler "t.c"
-   "-Wl,-rpath=/foo" "-Wl,-rpath=/bar")
+   "-Wl,--enable-new-dtags" "-Wl,-rpath=/foo" "-Wl,-rpath=/bar")
(let* ((dyninfo (elf-dynamic-info
 (parse-elf (call-with-input-file "a.out"
  get-bytevector-all

bug#35774: Test guix-system.sh fails when building from guix-1.0.0.tar.gz because docker-image.tmpl is missing

[Ting-Wei Lan]

The last line of tests/guix-system.sh is:
guix system -n docker-image gnu/system/examples/docker-image.tmpl
It doesn't work when building from guix-1.0.0.tar.gz because the file
gnu/system/examples/docker-image.tmpl doesn't exist in the source
tarball. If I manually download the file from the git repository and put
it into the extracted source tree, the test passes.

bug#35773: hexchat: unable to get local issuer certificate

[Jeff Bauer]

I've installed the hexchat 2.14.2 package onto two
different Ubuntu systems (16.04, 18.04), and get the
following error when attempting to log onto freenode:

"Connection failed (unable to get local issuer certificate.? (20))"

There's no problem when I revert back to the official
distro version of hexchat.

I've also installed the 'le-certs' package, but it appears
that hexchat still cannot get the local cert.

Please let me know if there's any further information
I can provide.  Thanks.

-Jeff

bug#35746: IceCat/Chromium timezone is wrong

[Ludovic Courtès]

Hi Ben,

Ben Sturmfels  skribis:

> Possibly completely unrelated, but noting that both icecat and chromium
> do this - which is wrong:
>
>> new Date().getTimezoneOffset()
> 0
>
> Where node does this - which is correct:
>
>> new Date().getTimezoneOffset()
> -600

I noticed it in IceCat and thought it might be a privacy feature.
But maybe it’s a genuine bug?

Ludo’.