bug#37675: Ricardo, here is kind question to provide facts on your statements about RMS

2019-10-09 Thread Jean Louis
From:
Mr. Jean Louis
Nagpur, India
Day 3 of week 41 of 2019


Hello there,

I have seen your signature here:
https://guix.gnu.org/blog/2019/joint-statement-on-the-gnu-project/

My opinion on your signing of that defamatory, harassing, biased and
fact-less statement is here:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html

Hereby I would like to ask you:

- why are you publishing such hatred on GNU.ORG domain? Why don't you
  publish it on your own personal domain? RMS is not doing that to
  GNU. You are doing it together with others. I find it grossly
  inappropriate!

- which facts do you consider that can support your statement "that
  Stallman’s behavior over the years has undermined a core value of
  the GNU project: the empowerment of all computer users. GNU is not
  fulfilling its mission when the behavior of its leader alienates a
  large part of those we want to reach out to."?

It would be nice of you, if you could send me your opinion in as fast
manner as you have given a signature to Ludovic Courtès to publish it
on GUIX.GNU.ORG

I am entitling you to your opinion. I could not care less what people
write about each other, whatever rumours or facts would be. I don't
mind. 

But I do not approve on publishing that on GUIX website or GNU.ORG
website. Neither I approve of publishing such statements without
commenting possibility.

That is why I am asking you to speak out your mind now. I will publish
your opinion or lack of opinion. I will publish facts you provide me
or lack of those facts.

You have contact form on my opposing view:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html
and you can test me if I will publish your comments or not.

But give me facts that support your statement!

Ludovic Courtès is forbidding comments on his personal blog which he
is mixing with GUIX project on GNU.ORG website.

So what is your opinion? What are the facts?

Jean





bug#37676: Matt, here is kind question to provide facts on your statements about RMS

2019-10-09 Thread Jean Louis
From:
Mr. Jean Louis
Nagpur, India
Day 3 of week 41 of 2019


Hello there,

I have seen your signature here:
https://guix.gnu.org/blog/2019/joint-statement-on-the-gnu-project/

My opinion on your signing of that defamatory, harassing, biased and
fact-less statement is here:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html

Hereby I would like to ask you:

- why are you publishing such hatred on GNU.ORG domain? Why don't you
  publish it on your own personal domain? RMS is not doing that to
  GNU. You are doing it together with others. I find it grossly
  inappropriate!

- which facts do you consider that can support your statement "that
  Stallman’s behavior over the years has undermined a core value of
  the GNU project: the empowerment of all computer users. GNU is not
  fulfilling its mission when the behavior of its leader alienates a
  large part of those we want to reach out to."?

It would be nice of you, if you could send me your opinion in as fast
manner as you have given a signature to Ludovic Courtès to publish it
on GUIX.GNU.ORG

I am entitling you to your opinion. I could not care less what people
write about each other, whatever rumours or facts would be. I don't
mind. 

But I do not approve on publishing that on GUIX website or GNU.ORG
website. Neither I approve of publishing such statements without
commenting possibility.

That is why I am asking you to speak out your mind now. I will publish
your opinion or lack of opinion. I will publish facts you provide me
or lack of those facts.

You have contact form on my opposing view:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html
and you can test me if I will publish your comments or not.

But give me facts that support your statement!

Ludovic Courtès is forbidding comments on his personal blog which he
is mixing with GUIX project on GNU.ORG website.

So what is your opinion? What are the facts?

Jean





bug#37672: espeak 1.48.04 build failure

2019-10-09 Thread Bradley Haggerty
guix version:
  guix cf3d176
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: cf3d1763ede1a329c2bc932c84591ab594bb6c96

build log here: https://paste.debian.net/1105451/





bug#37674: Kind question to provide facts on your statements about RMS

2019-10-09 Thread Jean Louis
From:
Mr. Jean Louis
Nagpur, India
Day 3 of week 41 of 2019


Hello there,

I have seen your signature here:
https://guix.gnu.org/blog/2019/joint-statement-on-the-gnu-project/

My opinion on your signing of that defamatory, harassing, biased and
fact-less statement is here:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html

Hereby I would like to ask you:

- why are you publishing such hatred on GNU.ORG domain? Why don't you
  publish it on your own personal domain? RMS is not doing that to
  GNU. You are doing it together with others. I find it grossly
  inappropriate!

- which facts do you consider that can support your statement "that
  Stallman’s behavior over the years has undermined a core value of
  the GNU project: the empowerment of all computer users. GNU is not
  fulfilling its mission when the behavior of its leader alienates a
  large part of those we want to reach out to."?

It would be nice of you, if you could send me your opinion in as fast
manner as you have given a signature to Ludovic Courtès to publish it
on GUIX.GNU.ORG

I am entitling you to your opinion. I could not care less what people
write about each other, whatever rumours or facts would be. I don't
mind. 

But I do not approve on publishing that on GUIX website or GNU.ORG
website. Neither I approve of publishing such statements without
commenting possibility.

That is why I am asking you to speak out your mind now. I will publish
your opinion or lack of opinion. I will publish facts you provide me
or lack of those facts.

You have contact form on my opposing view:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html
and you can test me if I will publish your comments or not.

But give me facts that support your statement!

Ludovic Courtès is forbidding comments on his personal blog which he
is mixing with GUIX project on GNU.ORG website.

So what is your opinion? What are the facts? Why are you abusing GUIX
Code of Conduct?

I know that your facts are abort(), Emacs Virgin and what else? Can
you give me your facts that are supporting the above statement of
yours?

Thank you much Ludo!
Jean






bug#37677: Andreas, here is kind question to provide facts on your statements about RMS

2019-10-09 Thread Jean Louis
From:
Mr. Jean Louis
Nagpur, India
Day 3 of week 41 of 2019


Hello there,

I have seen your signature here:
https://guix.gnu.org/blog/2019/joint-statement-on-the-gnu-project/

My opinion on your signing of that defamatory, harassing, biased and
fact-less statement is here:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html

Hereby I would like to ask you:

- why are you publishing such hatred on GNU.ORG domain? Why don't you
  publish it on your own personal domain? RMS is not doing that to
  GNU. You are doing it together with others. I find it grossly
  inappropriate!

- which facts do you consider that can support your statement "that
  Stallman’s behavior over the years has undermined a core value of
  the GNU project: the empowerment of all computer users. GNU is not
  fulfilling its mission when the behavior of its leader alienates a
  large part of those we want to reach out to."?

It would be nice of you, if you could send me your opinion in as fast
manner as you have given a signature to Ludovic Courtès to publish it
on GUIX.GNU.ORG

I am entitling you to your opinion. I could not care less what people
write about each other, whatever rumours or facts would be. I don't
mind. 

But I do not approve on publishing that on GUIX website or GNU.ORG
website. Neither I approve of publishing such statements without
commenting possibility.

That is why I am asking you to speak out your mind now. I will publish
your opinion or lack of opinion. I will publish facts you provide me
or lack of those facts.

You have contact form on my opposing view:
https://gnu.support/richard-stallman/Ludovic-Court%C3%A8s-Guix-is-accusing-Stallman-of-Thoughtcrime-on-his-own-domain-GNU-org.html
and you can test me if I will publish your comments or not.

But give me facts that support your statement!

Ludovic Courtès is forbidding comments on his personal blog which he
is mixing with GUIX project on GNU.ORG website.

So what is your opinion? What are the facts?

Jean





bug#37679: Local git configuration interferes with testsuite

2019-10-09 Thread Gábor Boskovits
I noticed that the local git configuration interferes with the guix test
suite.

After discussion on IRC with nckx I came up with the attached patch.
Comments are welcome!

Best regards,
g_bor
-- 
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21
From abf20477ea139bfaf1f2e21f09c2420fe618c9ca Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?G=C3=A1bor=20Boskovits?= 
Date: Tue, 8 Oct 2019 22:41:20 +0200
Subject: [PATCH] tests: Isolate git from external configuration.

* Makefile.am(AM_TESTS_ENVIRONMENT): Add environment variables to
make git ignore the user and system configuration files.
* tests/fake-home/.gitconfig: New file. Provide minimal git
configuration for tests.
---
 Makefile.am|  9 -
 tests/fake-home/.gitconfig | 21 +
 2 files changed, 29 insertions(+), 1 deletion(-)
 create mode 100644 tests/fake-home/.gitconfig

diff --git a/Makefile.am b/Makefile.am
index 36767c2f47..e7bf819a6b 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -14,6 +14,7 @@
 # Copyright © 2018 Oleg Pykhalov 
 # Copyright © 2018 Alex Vong 
 # Copyright © 2019 Efraim Flashner 
+# Copyright © 2019 Gábor Boskovits 
 #
 # This file is part of GNU Guix.
 #
@@ -472,7 +473,13 @@ SH_TESTS =	\
 
 TESTS = $(SCM_TESTS) $(SH_TESTS)
 
-AM_TESTS_ENVIRONMENT = abs_top_srcdir="$(abs_top_srcdir)" GUILE_AUTO_COMPILE=0
+AM_TESTS_ENVIRONMENT = \
+  abs_top_srcdir="$(abs_top_srcdir)" 		\
+  GUILE_AUTO_COMPILE=0\
+  GIT_CONFIG_NOSYSTEM=1\
+  GIT_ATTR_NOSYSTEM=1\
+  HOME="$(abs_top_srcdir)/tests/fake-home"	\
+  XDG_CONFIG_HOME="$(abs_top_srcdir)/tests/fake-xgd-config-home"
 
 SCM_LOG_DRIVER =\
   $(top_builddir)/test-env --quiet-stderr	\
diff --git a/tests/fake-home/.gitconfig b/tests/fake-home/.gitconfig
new file mode 100644
index 00..079cbd0d30
--- /dev/null
+++ b/tests/fake-home/.gitconfig
@@ -0,0 +1,21 @@
+# GNU Guix --- Functional package management for GNU
+# Copyright © 2019 Gábor Boskovits 
+#
+# This file is part of GNU Guix.
+#
+# GNU Guix is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 3 of the License, or (at
+# your option) any later version.
+#
+# GNU Guix is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with GNU Guix.  If not, see .
+
+[user]
+  email = em...@example.com
+  name = Usman
-- 
2.23.0



bug#37678: python-binaryornot build failure

2019-10-09 Thread Danny Milosavljevic
  File 
"/tmp/guix-build-python-binaryornot-0.4.4.drv-0/binaryornot-0.4.4/tests/test_check.py",
 line 219, in TestDetectionProperties
@given(binary(average_size=512))
TypeError: binary() got an unexpected keyword argument 'average_size'
command "python" "-c" "import setuptools, 
tokenize;__file__='setup.py';f=getattr(tokenize, 'open', 
open)(__file__);code=f.read().replace('\\r\\n', 
'\\n');f.close();exec(compile(code, __file__, 'exec'))" "test" failed with 
status 1


pgp3seMEK8ybp.pgp
Description: OpenPGP digital signature


bug#37669: guile: warning: failed to install locale

2019-10-09 Thread Gábor Boskovits
Hello Jesse,

Jesse Gibbons  ezt írta (időpont: 2019. okt. 9.,
Sze, 0:51):

> On a GuixSD install, the following message began appearing today (I did not
> record what time):
> guile: warning: failed to install locale
> It appears whenever I run `guix` regardless of the command-line arguments I
> pass to it.
> GUIX_LOCPATH looks like this:
> ~$ echo $GUIX_LOCPATH
> /run/current-system/locale
> I have not today run "guix system reconfigure"
> - Could this be related to the core-updates merge?
> - Is there a work-around?
> --
> -Jesse
>
>
This is most probably a transient core-updates effect. Reconfigure should
fix this, and this should be harmless.

Best regards,
g_bor
-- 
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21


bug#37680: [core-updates] simple-scan fails to build

2019-10-09 Thread Björn Höfling
After the core-updates merge, simplescan fails to build:
This is on:

525ef21ba0d4a50a7d21f5543db40b6cc328f9cd


starting phase
`build' Making all in src
make[1]: Entering directory 
'/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src'
  CC   simple_scan-book.o
  CC   simple_scan-book-view.o
  CC   simple_scan-page.o
  CC   simple_scan-page-view.o
  CC   simple_scan-simple-scan.o
  CC   simple_scan-scanner.o
make[2]: Entering directory 
'/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src'
  VALACsimple_scan_vala.stamp
  CC   simple_scan-autosave-manager.o
  CC   simple_scan-resources.o
page.vala:90.5-90.39: error: Property `Page.scan_direction' with custom `get' 
accessor and/or `set' mutator cannot have `default' value
public ScanDirection scan_direction
^^^
ui.vala:1295.25-1295.80: warning: Gtk.Arrow.new has been deprecated since 3.14
ui.vala:1867.13-1867.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1868.13-1868.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1869.13-1869.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1870.13-1870.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1871.13-1871.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1872.13-1872.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1873.13-1873.31: warning: Gtk.Application.add_accelerator has been 
deprecated since 3.14
ui.vala:1019.9-1019.23: warning: Gtk.Menu.popup has been deprecated since 3.22
simple-scan.vala:130.30-130.41: error: Argument 1: Cannot convert from `unowned 
GLib.List' to `unowned GLib.List'
ui.set_scan_devices (devices_copy, missing_driver);
 
Compilation failed: 2 error(s), 9 warning(s)
make[2]: *** [Makefile:655: simple_scan_vala.stamp] Error 1
make[2]: Leaving directory 
'/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src'
make[1]: *** [Makefile:645: ui.c] Error 2
make[1]: *** Waiting for unfinished jobs
make[1]: Leaving directory 
'/tmp/guix-build-simple-scan-3.24.1.drv-0/simple-scan-3.24.1/src'
make: *** [Makefile:399: all-recursive] Error 1
command "make" "-j" "4" "gtk_update_icon_cache=true" failed with status 2


Björn


pgp2cnrdHy4MN.pgp
Description: OpenPGP digital signature


bug#37678: python-binaryornot build failure

2019-10-09 Thread Danny Milosavljevic
Fixed in commit 86723f98ab272b1a2621fb54ff88eab5e8e80fed to guix master.


pgpxQ53wxO5Mq.pgp
Description: OpenPGP digital signature


bug#37672: espeak 1.48.04 build failure

2019-10-09 Thread Bradley Haggerty
new paste link, first one was set to expire after 24 hours, which
might be too soon to be seen.

https://paste.debian.net/1105577/





bug#37682: weston 6.0.1 build failure

2019-10-09 Thread Bradley Haggerty
  guix 525ef21
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 525ef21ba0d4a50a7d21f5543db40b6cc328f9cd

builder for `/gnu/store/i1k1znpbswllwhaja6g3nlbb4g2gpk1c-weston-6.0.1.drv'
failed with exit code 1
build of /gnu/store/i1k1znpbswllwhaja6g3nlbb4g2gpk1c-weston-6.0.1.drv failed
View build log at
'/var/log/guix/drvs/i1/k1znpbswllwhaja6g3nlbb4g2gpk1c-weston-6.0.1.drv.bz2'.
guix package: error: build of
`/gnu/store/i1k1znpbswllwhaja6g3nlbb4g2gpk1c-weston-6.0.1.drv' failed

build log: https://paste.debian.net/1105575/





bug#37672: espeak 1.48.04 build failure

2019-10-09 Thread Marius Bakke
Bradley Haggerty  writes:

> guix version:
>   guix cf3d176
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: cf3d1763ede1a329c2bc932c84591ab594bb6c96
>
> build log here: https://paste.debian.net/1105451/

Thanks for the report!

Fixed in 636037fd0a9b3ab14a144b3eb2379cc0c59f0282.


signature.asc
Description: PGP signature


bug#37687: simple-scan build failure

2019-10-09 Thread Danny Milosavljevic
page.vala:90.5-90.39: error: Property `Page.scan_direction' with custom `get' 
accessor and/or `set' mutator cannot have `default' value

simple-scan.vala:130.30-130.41: error: Argument 1: Cannot convert from `unowned 
GLib.List' to `unowned GLib.List'
ui.set_scan_devices (devices_copy, missing_driver);
 

I think both are actual upstream problems.


pgprJY1xXMLGS.pgp
Description: OpenPGP digital signature


bug#37688: "guix system reconfigure" doesn't work with LC_ALL=C - and locale problems

2019-10-09 Thread Danny Milosavljevic
Because of the locale problems every time there is a merge, I've tried to 
upgrade
as follows:

sudo -i
LC_ALL=C guix system reconfigure /etc/config.scm

downloading from 
https://ci.guix.gnu.org/nar/lzip/532l4zja85y9c69i0l0bwnsxx98gpzdw-nss-certs-3.45...
 nss-certs-3.45  135KiB 
104.5MiB/s 00:00 [  ]  47.4%Backtrace:
   3 (apply-smob/1 #)
In ice-9/boot-9.scm:
705:2  2 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8  1 (_ #(#(#)))
In guix/ui.scm:
  1692:12  0 (run-guix-command _ . _)

guix/ui.scm:1692:12: In procedure run-guix-command:
Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert wide 
string to output locale" 84 #f #f)'.

Can we please do something about these encoding problems once and for all?

Most have standardized on UTF-8 in like 2000, so why does this keep happening?

Also, what is it that changes the locale database format so fundamentally each
and every time that it can't be used any more?  Human culture doesn't change 
that
quickly :P

The reason I set LC_ALL=C is because with my usual language setting I cannot see
where the log file is when a build failure occurs:

>Das Erstellungsprotokoll kann unter â eingesehen werden.

 ^ You got this E-Mail right.  That's what 
it said.

That is very bad usability.

If there's an official way to make these upgrades not break (automatically 
update
in a cron job, say), is it documented in the manual how to do that?

On the other hand:

$ LC_ALL=de_AT.utf8 guix package -u . # With broken locales.
[...]
>Das Erstellungsprotokoll kann unter â eingesehen werden.

 ^ You got this E-Mail right.  That's what 
it said.

$ LC_ALL=C guix package -u . # With broken locales.
[...]
View build log at 
'/var/log/guix/drvs/3y/jqbvjchd344qwg62x0gbj95dx0vfk9-simple-scan-3.24.1.drv.bz2'.

There it works.

Furthermore, I cannot log in on the Linux console.  It doesn't ask for the
password and doesn't let me log in either.  (I wanted to see whether the
text console does the same--well, I guess we won't know)


pgpWo97x0VIqn.pgp
Description: OpenPGP digital signature


bug#37688: "guix system reconfigure" doesn't work with LC_ALL=C - and locale problems

2019-10-09 Thread Danny Milosavljevic
After retrying "reconfigure" a few more times, it did work.  Now I rebooted and
now I can also log into the Linux console again.  Locale problems seem to be
gone away--for now.

Note that I report this stuff because it's a general problem all our users see
(and probably never report--they just delete Guix instead).


pgpUDEbhhrgiX.pgp
Description: OpenPGP digital signature