bug#50299: [PATCH v3 15/27] gnu: ecl: Don't pretend to enable tests when cross-compiling.

2021-10-15 Thread Maxime Devos
zimoun schreef op ma 11-10-2021 om 14:13 [+0200]:
> Hi Maxime, [...]

Thanks for taking a look at the patch series!
However, I won't be hacking on Guix for a while,
so I won't be posting a revised patch series.

Greetings,
Maxime.






bug#50677: [PATCH] Minetest basic_materials really depends on moreores

2021-10-15 Thread Maxime Devos
Vivien Kraus schreef op do 14-10-2021 om 17:14 [+0200]:
> On IRC you said that you did one test. Aside from you, it seems that
> noone cares about minetest.
> 
> Would you accept this patch? [...]

IIRC, I tested the patch, it worked, and it looked good to me. 
However, I'm not a committer.

Anyway, I won't be working on Guix for a while (and I've unsubscribed
from the mailing lists) (though I intend to continue eventually), so I
won't be available for (minetest-related) reviews.

Greetings,
Maxime

--
The computer I'm typing this on doesn't have the secret key,
so the e-mail isn't signed.






bug#51027: Icecat: gfx.webrender.all unset by default - gpu performance issues

2021-10-15 Thread Maxim Cournoyer
Hello,

Maxim Cournoyer  writes:

> Hello,
>
> Ekaitz Zarraga  writes:
>
>> Hi,
>> I recently found my GPU struggling to render simple websites on icecat while
>> ungoogled-chromium is able to do it correctly.
>>
>> The most recent one was element, Matrix's web client.
>> I opened an issue there[^1] and they told me to set the `gfx.webrender.all` 
>> to
>>  `true`.
>>
>> I did it and everything worked like a charm, and the rendering effort for any
>> other website went down significantly.
>>
>> Why do we ship icecat with this variable unset? Can we set it so more people
>> benefit from the new rendering engine?
>>
>> Thanks,
>> Ekaitz
>>
>> [^1]: https://github.com/vector-im/element-web/issues/19217
>
> Seems this feature is rather new, and has been (is being?) deployed to
> selected systems by Mozilla.  Given that Icecat is based on the ESR (the
> slower paced Firefox releases), it'll probably take a little while to
> land.
>
> You should dig more to get a definitive answer though!  Perhaps the
> Mozilla folks would know best.

Turning such feature on in my version of icecat didn't seem to break
something (or improve much) until I restarted it, at which point the
output was totally garbled.  That's using it with an nvidia 8800 GTS
card and the nouveau driver.

So, unless the upstream Firefox ESR GNU Icecat is based on has this bit
turned on, I'd vote to close this issue.

What do you think?

Thank you,

Maxim





bug#51206: Message from tanmeco...@riseup.net

2021-10-15 Thread Maxim Cournoyer
tags 51206 -moreinfo
thanks

Hello,

 writes:

> Hi Maxim,
>  Yes, it was while attempting to run guix pull for the
>  first time after install on a foreign host . It was a
> TLS error  while using substitue , fallback option
>worked fine .
> Thank you.

Thank you.  When I have a chance I'll try reproducing on a VM.

Maxim





bug#30619: Cuirass requires TLS certificates

2021-10-15 Thread Ludovic Courtès
Hi,

zimoun  skribis:

> On Thu, 16 Sep 2021 at 09:33, zimoun  wrote:
>> On Tue, 27 Feb 2018 at 17:00, l...@gnu.org (Ludovic Courtès) wrote:
>>> Andreas Enge  skribis:
>>>
 the cuirass service requires TLS certificates to do continuous integration
 of guix (or more generally, git repositories served over https). This works
 when nss-certs is installed as a global package in the system.

 Should the service depend on the nss-certs package? Or maybe take as an
 optional configuration parameter a certificate package?
>>>
>>> I thought that, instead of assuming /etc/ssl/certs exists, the Cuirass
>>> service could use (file-append nss-certs 
>>> "/etc/ssl/certs/ca-certificates.crt").
>>> That would make it self-contained.
>>>
>>> That’s currently not possible though because this certificate bundle is
>>> built as a profile hook.  We would first need to export the procedure
>>> that creates bundles, possibly by moving it to a new (guix
>>> x509-certificates) module.
>>
>> What is the status of this old bug [1]?  Well, if it is not fixed yet,
>> it seems a forgotten bug. :-)
>>
>> 1: 
>
> From my understanding, this old bug could be closed.  But I am not sure
> to get it right about this TLS story.  So closing?

The Cuirass Shepherd service still does:

  #:environment-variables
  (list "GIT_SSL_CAINFO=/etc/ssl/certs/ca-certificates.crt" …)

which means that users still need to install certificates globally.

Now, whether it’s an issue, I don’t know.

Maybe we can close?

Thanks,
Ludo’.





bug#51206: Message from tanmeco...@riseup.net

2021-10-15 Thread tanmecolor

Hi Maxim,
 Yes, it was while attempting to run guix pull for the 
first time after install on a foreign host . It was a TLS error  while using 
substitue , fallback option worked fine .

Thank you.

--
Sent with my Delta Chat Messenger: https://delta.chat






bug#51224: Cannot login (login screen loop) after some packages are installed

2021-10-15 Thread Nikos Parafestas
I have succesfully installed guix in trisquel 9 (mate). 

I have installed some packages and everything is working as expected.

$ guix package --list-installed
dino0.2.1   out /gnu/store/nlprjzilka7i79fwwjbxxagwjzx5
6z4s-dino-0.2.1
fontconfig  2.13.1  out /gnu/store/k6zs6zabhfybh6aphc4988wc2fsy
k5hh-fontconfig-2.13.1
font-liberation 2.1.4   out /gnu/store/qw087yajzsq8mjvq3nkxr3grmp3k
zcja-font-liberation-2.1.4
font-dejavu 2.37out /gnu/store/7y3lvk3xf4im8n44337mc6y0ccys
vfia-font-dejavu-2.37
glibc-locales   2.31out /gnu/store/wnw0nwlyg92vv33f5f65jj1rd3p4
fi3c-glibc-locales-2.31

But when I install gnucash, or cawbird and reboot the system doesn't
autologin and stays at login screen. Inserting the password is just
getting me back to the login screen.

To log in back again I do guix package --roll-back and then reboot.

The only error I have after that is that my panel notification applet
crashes (reloading works fine).










bug#51227: failed build of ghc-8.8.4 (on guix c27c196)

2021-10-15 Thread Giovanni Biscuolo
Hello,

I'm trying to upgrade one of my profiles to guix c27c196 but I get this
error:

--8<---cut here---start->8---

process 423 acquired build slot '/var/guix/offload/batondor:22/0'
normalized load on machine 'batondor' is 0.29
building /gnu/store/sa6hi6kwnvyk4a63rs1q86cimgzi4zpp-ghc-8.8.4.drv...
|offloading build of /gnu/store/sa6hi6kwnvyk4a63rs1q86cimgzi4zpp-ghc-8.8.4.drv 
to 'batondor'
100% 
'check'[#]
build of /gnu/store/sa6hi6kwnvyk4a63rs1q86cimgzi4zpp-ghc-8.8.4.drv failed
Could not find build log for 
'/gnu/store/sa6hi6kwnvyk4a63rs1q86cimgzi4zpp-ghc-8.8.4.drv'.
cannot build derivation 
`/gnu/store/jvmn4djjbi1hy1zwrwn5g50d94xazlhc-ghc-8.10.7.drv': 1 dependencies 
couldn't be built
cannot build derivation 
`/gnu/store/92h9ayycwqpbbd2b0xk2n1d41sq7wwk4-git-annex-8.20211011.drv': 1 
dependencies couldn't be built
guix package: error: build of 
`/gnu/store/92h9ayycwqpbbd2b0xk2n1d41sq7wwk4-git-annex-8.20211011.drv' failed

--8<---cut here---end--->8---

This is my `guix describe` output :

--8<---cut here---start->8---

Generation 127  ott 15 2021 12:28:47(current)
  guix c27c196
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: c27c196b57d90ace7054518c1d5c1ea95a743e42

--8<---cut here---end--->8---

Happy hacking! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures


signature.asc
Description: PGP signature


bug#44953: lsof: LTlock test consistently fails (possibly due to btrfs)

2021-10-15 Thread Mark H Weaver
Hi Maxim,

Maxim Cournoyer  writes:

> For the record it seems Tobias had gotten around filing a bug here:
> https://github.com/lsof-org/lsof/issues/152.
>
> It seems the issue is real and a new Linux-specific tool lsfd is being
> devised.  I guess we should disable the test, as the package is still
> probably mostly functional on Btrfs, and wait for a proper resolution
> from upstream?
>
> Mark, could you share your patch disabling the test if you still have it
> handy?

Here's what I did on my private branch, which has diverged quite a bit
from master, so I don't know whether it will apply cleanly.

>From 1a658341538b8ea1470ef1bd02dfb3922011df79 Mon Sep 17 00:00:00 2001
From: Mark H Weaver 
Date: Sun, 29 Nov 2020 16:03:57 -0500
Subject: [PATCH] Revert "gnu: lsof: Make test failures fatal."

This reverts commit 2bf502138c9c8cad945866061772fe0e1f4b7175.
---
 gnu/local.mk  |  1 -
 gnu/packages/lsof.scm |  3 +-
 .../patches/lsof-fatal-test-failures.patch| 58 ---
 3 files changed, 1 insertion(+), 61 deletions(-)
 delete mode 100644 gnu/packages/patches/lsof-fatal-test-failures.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index eaa358266a..f53ceb35e9 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -1378,7 +1378,6 @@ dist_patch_DATA =		\
   %D%/packages/patches/lm-sensors-hwmon-attrs.patch		\
   %D%/packages/patches/lrcalc-includes.patch		\
   %D%/packages/patches/lsh-fix-x11-forwarding.patch		\
-  %D%/packages/patches/lsof-fatal-test-failures.patch		\
   %D%/packages/patches/lua-CVE-2014-5461.patch  \
   %D%/packages/patches/lua-pkgconfig.patch  \
   %D%/packages/patches/lua51-liblua-so.patch\
diff --git a/gnu/packages/lsof.scm b/gnu/packages/lsof.scm
index b317902ee7..3e527a272f 100644
--- a/gnu/packages/lsof.scm
+++ b/gnu/packages/lsof.scm
@@ -41,8 +41,7 @@
 (commit version)))
   (file-name (git-file-name name version))
   (sha256
-   (base32 "0yxv2jg6rnzys49lyrz9yjb4knamah4xvlqj596y6ix3vm4k3chp"))
-  (patches (search-patches "lsof-fatal-test-failures.patch"
+   (base32 "0yxv2jg6rnzys49lyrz9yjb4knamah4xvlqj596y6ix3vm4k3chp"
(build-system gnu-build-system)
(native-inputs
 `(("groff" ,groff)  ; for soelim
diff --git a/gnu/packages/patches/lsof-fatal-test-failures.patch b/gnu/packages/patches/lsof-fatal-test-failures.patch
deleted file mode 100644
index e874ba6ad4..00
--- a/gnu/packages/patches/lsof-fatal-test-failures.patch
+++ /dev/null
@@ -1,58 +0,0 @@
-From: Tobias Geerinckx-Rice 
-Date: Mon, 23 Nov 2020 05:36:53 +0100
-Subject: [PATCH] gnu: lsof: Make test failures fatal.
-
-Submitted upstream[0].
-
-[0]: https://github.com/lsof-org/lsof/pull/144
-
-diff --git a/tests/Makefile b/tests/Makefile
-index 08574a0..2923bb8 100644
 a/tests/Makefile
-+++ b/tests/Makefile
-@@ -27,7 +27,7 @@ all:	${CKTSTDB} ${BASTST} ${STDTST} FRC
- 	  exit 1 ;\
- 	fi
- 	@rm -f config.LT*
--	-@err=0; \
-+	@err=0; \
- 	echo ""; \
- 	echo "Basic test:"; \
- 	./${BASTST}; \
-@@ -54,8 +54,11 @@ all:	${CKTSTDB} ${BASTST} ${STDTST} FRC
- 	echo "Suggestion: try the optional tests: \"make opt\""; \
- 	echo ""; \
- 	  fi; \
--	fi;
--	@rm -f config.LT*
-+	fi; \
-+	rm -f config.LT*; \
-+	if [ $$err -ne 0 ]; then \
-+	  exit 1; \
-+	fi
- 
- auto:	ckDB silent FRC
- 
-@@ -112,7 +115,7 @@ LTunix: LTunix.c ${CONFIG} ${LIBOBJ} ${HDR} config.ldflags
- 
- opt:	${CKTSTDB} ${OPTTST} FRC
- 	@rm -f config.LT*
--	-@err=0; \
-+	@err=0; \
- 	echo ""; \
- 	echo "Optional tests:"; \
- 	for i in ${OPTTST}; do \
-@@ -126,8 +129,11 @@ opt:	${CKTSTDB} ${OPTTST} FRC
- 	else \
- 	  echo "All optional tests succeeded."; \
- 	fi; \
--	echo "";
--	@rm -f config.LT*
-+	echo ""; \
-+	rm -f config.LT*; \
-+	if [ $$err -ne 0 ]; then \
-+	  exit 1; \
-+	fi
- 
- optional: opt
- 
-- 
2.31.1


-- 
Disinformation flourishes because many people care deeply about injustice
but very few check the facts.  Ask me about .


bug#51141: guix home reconfigure does not apply changes to shepherd services

2021-10-15 Thread Andrew Tropin
On 2021-10-12 01:53, Oleg Pykhalov wrote:

> After changing a home shepherd service I tried to reconfigure with 'guix
> home reconfigure'.
>
> Process started by a service did not restart.  Assuming home shepherd is
> like Guix System shepherd I tried to 'herd restart SERVICE_NAME', the
> process restarted but without changes in a service definition.

It's intentional, only `herd load root new-config.conf` called on
activation, so existing services are not affected to prevent situations,
where emacs daemon or other important process killed in the middle of
unsaved work.

You can do `herd unload root SERVICE_NAME` and after that reconfigure
will apply the latest configuration and start the service (if
auto-start? is true).

>
> To forcely apply the changes I invoked 'herd stop root' and then ran
> 'guix home reconfigure' again which spawned new shepherd with applied
> changes.
>
> Oleg.

-- 
Best regards,
Andrew Tropin


signature.asc
Description: PGP signature