bug#51202: peek broken on foreign distro

2021-10-14 Thread zimoun
Hi,

On foreign distro using Guix fb32a38, I get  this error, from xterm:

--8<---cut here---start->8---
$ guix environment --ad-hoc peek -- peek

(peek:31579): GLib-GIO-ERROR **: 11:32:59.181: Settings schema 
'org.gnome.desktop.interface' is not installed
--8<---cut here---end--->8---

Inside Emacs (M-x shell), instead I get:

--8<---cut here---start->8---
$ guix environment --ad-hoc peek -- peek
Error: Child process exited with code 1
Unable to initialize default recording backend: Peek requires FFmpeg or running 
GNOME Shell session.
--8<---cut here---end--->8---

In this case, adding the package ’ffmpeg’ makes it work.  Any reason to
not propagate ’ffmpeg’ here?  Maybe ’gnome-shell’ could be propagated
instead but the sizes are really different: 797.2MiB vs 2120.1MiB.

If GNOME user really want a light peek without ffmpeg, maybe we could
create 2 variants.  WDYT?

All the best,
simon







bug#51183: lagrange: fribidi and harfbuzz dependencies?

2021-10-14 Thread Bengt Richter
On +2021-10-14 08:55:49 +0200, Liliana Marie Prikler wrote:
> Hi,
> 
> Am Mittwoch, den 13.10.2021, 15:40 -0800 schrieb Christopher Howard:
> > Hello, the following did NOT work:
> > 
> > ```
> > (use-modules (guix packages))
> > (use-modules (gnu packages web-browsers))
> > (use-modules (gnu packages gtk))
> > (use-modules (gnu packages fribidi))
> > 
> > (packages->manifest
> >  (list
> >   (package
> >(inherit lagrange)
> >(inputs 
> > `(("harfbuzz" ,harfbuzz)
> >   ("fribidi" , fribidi)
> >   ,@(package-inputs lagrange))
> > ```
> > 
> > The package does build, but the problem remains with the script being
> > displayed in the wrong direction.
> > 
> > I'm am greatly curious if there are more configure time options that
> > need to be set in relation to this. This paragraph indicates there
> > are related configure options:
> > 
> > https://github.com/skyjake/lagrange#unicode-text-rendering
> By default, Lagrange should have ENABLE_FRIBIDI and ENABLE_HARFBUZZ be
> ON, whereas ENABLE_FRIBIDI_BUILD and ENABLE_HARFBUZZ_MINIMAL are set
> OFF, just as the script states.  It would seem to be a bug elsewhere
> then.
> 
> Try to check the build log to see whether or not harfbuzz and fribidi
> respectively get correctly detected by CMake.  It ought to use pkg-
> config to do so, but I don't trust CMake on a fundamental level.  If it
> does, there might be a problem with how Lagrange uses them?
> 
> 
> 
>

  Is something possibly dependent on GNU extended functionality,
  that putting
#define _GNU_SOURCE 1
  in a header file could enable?
 
  Also, if there are local files in the same directory as the Makefile,
  could  -I. in the right rule be needed to trigger compiles?

  ... a couple things that caused me hiccups before, maybe too obvious for 
others.
  
-- 
Regards,
Bengt Richter





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

2021-10-14 Thread Vivien Kraus via Bug reports for GNU Guix
Hello Maxime,

Le mercredi 22 septembre 2021 à 20:43 +0200, Maxime Devos a écrit :
> Vivien Kraus schreef op wo 22-09-2021 om 20:37 [+0200]:
> > Le mercredi 22 septembre 2021 à 20:15 +0200, Maxime Devos a écrit :
> > > The latest patch you sent looks good to me, but I didn't test ti.
> > 
> > I tested it by comparing the build of minetest-moreores when it
> > fails
> > because of the missing file and when it succeeds. Do you think it
> > should be enough if it were to be tested that way?
> 
> That should be enough I think.
> 
> Greetings,
> Maxime.

On IRC you said that you did one test. Aside from you, it seems that
noone cares about minetest.

Would you accept this patch? If not, then I’ll trash the error handler
modification and just keep the new packages. What do you think?

Best regards,

Vivien






bug#51127: Acknowledgement (deja-dup cannot start a backup)

2021-10-14 Thread Vivien Kraus via Bug reports for GNU Guix
So, I figured out the Gio backends for duplicity need a few tweaks.

You can test it by creating a stupid backup (backup any dir in /tmp).
Now it works :)

What do you think?

Vivien
From 429fdb8003a0f39a23749d15c02e2bfca9e96f15 Mon Sep 17 00:00:00 2001
From: Vivien Kraus 
Date: Thu, 14 Oct 2021 17:30:09 +0200
Subject: [PATCH 3/3] gnu: deja-dup: let deja-dup find duplicity

* gnome.scm (deja-dup): wrap deja-dup to set PATH
---
 gnu/packages/gnome.scm | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 17fb2e0146..1adb22773e 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -1773,7 +1773,14 @@ (define-public deja-dup
(lambda _
  (substitute* "data/post-install.sh"
(("gtk-update-icon-cache") "true"))
- #t)
+ #t))
+ (add-after 'install 'wrap-program
+   (lambda* (#:key inputs outputs #:allow-other-keys)
+ ;; Add duplicity to the search path
+ (wrap-program (string-append (assoc-ref outputs "out")
+  "/bin/deja-dup")
+   `("PATH" ":" prefix
+ (,(format #f "~a/bin" (assoc-ref inputs "duplicity"))
 (inputs
  `(("gsettings-desktop-schemas" ,gsettings-desktop-schemas)
("duplicity" ,duplicity)
-- 
2.33.0

From 6e8a3455fc6d1a65debcf0b9c7e83d8832ce9671 Mon Sep 17 00:00:00 2001
From: Vivien Kraus 
Date: Thu, 14 Oct 2021 18:18:56 +0200
Subject: [PATCH 2/3] gnu: duplicity: depend on dbus

* gnu/packages/backup.scm (duplicity): add dbus ad an input
---
 gnu/packages/backup.scm | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/backup.scm b/gnu/packages/backup.scm
index 407f6b7212..d1a718eab3 100644
--- a/gnu/packages/backup.scm
+++ b/gnu/packages/backup.scm
@@ -119,6 +119,7 @@ (define-public duplicity
 (inputs
  `(("librsync" ,librsync)
("lftp" ,lftp)
+   ("dbus" ,dbus)   ; dbus-launch (Gio backend)
("gnupg" ,gnupg) ; gpg executable needed
("util-linux" ,util-linux))) ; for setsid
 (arguments
@@ -130,7 +131,11 @@ (define-public duplicity
  (substitute* "duplicity/gpginterface.py"
(("self.call = u'gpg'")
 (string-append "self.call = '" (assoc-ref inputs "gnupg") "/bin/gpg'")))
-
+ (substitute* "duplicity/backends/giobackend.py"
+   (("subprocess.Popen\\(\\[u'dbus-launch'\\]")
+(string-append "subprocess.Popen([u'"
+   (assoc-ref inputs "dbus")
+   "/bin/dbus-launch']")))
  (substitute* '("testing/functional/__init__.py"
 "testing/overrides/bin/lftp")
(("/bin/sh") (which "sh")))
-- 
2.33.0

From 14576b7216b7810168dcda328048417bbb9fa9cd Mon Sep 17 00:00:00 2001
From: Vivien Kraus 
Date: Thu, 14 Oct 2021 17:18:29 +0200
Subject: [PATCH 1/3] gnu: duplicity: depend on pygobject

* gnu/packages/backup.scm (duplicity): add missing input.
---
 gnu/packages/backup.scm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/backup.scm b/gnu/packages/backup.scm
index a3f98c95f9..407f6b7212 100644
--- a/gnu/packages/backup.scm
+++ b/gnu/packages/backup.scm
@@ -114,7 +114,8 @@ (define-public duplicity
("mock" ,python-mock)))
 (propagated-inputs
  `(("lockfile" ,python-lockfile)
-   ("urllib3" ,python-urllib3)))
+   ("urllib3" ,python-urllib3)
+   ("pygobject" ,python-pygobject)))
 (inputs
  `(("librsync" ,librsync)
("lftp" ,lftp)
-- 
2.33.0



bug#51127: Acknowledgement (deja-dup cannot start a backup)

2021-10-14 Thread Vivien Kraus via Bug reports for GNU Guix
Le jeudi 14 octobre 2021 à 18:43 +0200, Vivien Kraus a écrit :
> So, I figured out the Gio backends for duplicity need a few tweaks.
> 
> You can test it by creating a stupid backup (backup any dir in /tmp).
> Now it works :)

Sorry, I forgot to run guix lint, and it said that I needed bash-
minimal as an input for wrapped programs.

> What do you think?
> 
> Vivien

From 5eb63be36f0173eb5b177e57dcf11616c01d8a07 Mon Sep 17 00:00:00 2001
From: Vivien Kraus 
Date: Thu, 14 Oct 2021 17:30:09 +0200
Subject: [PATCH 3/3] gnu: deja-dup: let deja-dup find duplicity

* gnome.scm (deja-dup): wrap deja-dup to set PATH
---
 gnu/packages/gnome.scm | 12 ++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm
index 17fb2e0146..a0af7b3777 100644
--- a/gnu/packages/gnome.scm
+++ b/gnu/packages/gnome.scm
@@ -1773,7 +1773,14 @@ (define-public deja-dup
(lambda _
  (substitute* "data/post-install.sh"
(("gtk-update-icon-cache") "true"))
- #t)
+ #t))
+ (add-after 'install 'wrap-program
+   (lambda* (#:key inputs outputs #:allow-other-keys)
+ ;; Add duplicity to the search path
+ (wrap-program (string-append (assoc-ref outputs "out")
+  "/bin/deja-dup")
+   `("PATH" ":" prefix
+ (,(format #f "~a/bin" (assoc-ref inputs "duplicity"))
 (inputs
  `(("gsettings-desktop-schemas" ,gsettings-desktop-schemas)
("duplicity" ,duplicity)
@@ -1785,7 +1792,8 @@ (define-public deja-dup
("libgpg-error" ,libgpg-error)
("libsecret" ,libsecret)
("libsoup" ,libsoup)
-   ("packagekit" ,packagekit)))
+   ("packagekit" ,packagekit)
+   ("bash-minimal" ,bash-minimal)))
 (native-inputs
  `(("appstream-glib" ,appstream-glib)
("desktop-file-utils" ,desktop-file-utils)
-- 
2.33.0

From 6e8a3455fc6d1a65debcf0b9c7e83d8832ce9671 Mon Sep 17 00:00:00 2001
From: Vivien Kraus 
Date: Thu, 14 Oct 2021 18:18:56 +0200
Subject: [PATCH 2/3] gnu: duplicity: depend on dbus

* gnu/packages/backup.scm (duplicity): add dbus ad an input
---
 gnu/packages/backup.scm | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/backup.scm b/gnu/packages/backup.scm
index 407f6b7212..d1a718eab3 100644
--- a/gnu/packages/backup.scm
+++ b/gnu/packages/backup.scm
@@ -119,6 +119,7 @@ (define-public duplicity
 (inputs
  `(("librsync" ,librsync)
("lftp" ,lftp)
+   ("dbus" ,dbus)   ; dbus-launch (Gio backend)
("gnupg" ,gnupg) ; gpg executable needed
("util-linux" ,util-linux))) ; for setsid
 (arguments
@@ -130,7 +131,11 @@ (define-public duplicity
  (substitute* "duplicity/gpginterface.py"
(("self.call = u'gpg'")
 (string-append "self.call = '" (assoc-ref inputs "gnupg") "/bin/gpg'")))
-
+ (substitute* "duplicity/backends/giobackend.py"
+   (("subprocess.Popen\\(\\[u'dbus-launch'\\]")
+(string-append "subprocess.Popen([u'"
+   (assoc-ref inputs "dbus")
+   "/bin/dbus-launch']")))
  (substitute* '("testing/functional/__init__.py"
 "testing/overrides/bin/lftp")
(("/bin/sh") (which "sh")))
-- 
2.33.0

From 14576b7216b7810168dcda328048417bbb9fa9cd Mon Sep 17 00:00:00 2001
From: Vivien Kraus 
Date: Thu, 14 Oct 2021 17:18:29 +0200
Subject: [PATCH 1/3] gnu: duplicity: depend on pygobject

* gnu/packages/backup.scm (duplicity): add missing input.
---
 gnu/packages/backup.scm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/backup.scm b/gnu/packages/backup.scm
index a3f98c95f9..407f6b7212 100644
--- a/gnu/packages/backup.scm
+++ b/gnu/packages/backup.scm
@@ -114,7 +114,8 @@ (define-public duplicity
("mock" ,python-mock)))
 (propagated-inputs
  `(("lockfile" ,python-lockfile)
-   ("urllib3" ,python-urllib3)))
+   ("urllib3" ,python-urllib3)
+   ("pygobject" ,python-pygobject)))
 (inputs
  `(("librsync" ,librsync)
("lftp" ,lftp)
-- 
2.33.0



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

2021-10-14 Thread tanmecolor

Reporting ERROR failed to compute the derivation for Guix
ERROR:
 1. &nar-error:
 file: #f
 port: #
guix pull: error: You found a bug: the program
'/gnu/store/j9yrzskrkbgxmnd4fx110h1vvdplf4i8-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"cb200394452f3b62353a2da62d3c7f1258bbb8f4"; system: "x86_64-linux";
host version: "1.3.0"; pull-version: 1).



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






bug#51213: ghci missing reference to gcc

2021-10-14 Thread Jack Hill

Hi Guix,

Using Guix 5fafb6e792c1e18ec223f0c7fb350d0c9b962a45, running ghci in an 
environment can't find gcc:


$ guix environment --ad-hoc ghc -- ghci
GHCi, version 8.10.7: https://www.haskell.org/ghc/  :? for help
ghc: could not execute: gcc

but if gcc-toolchain is included, it can:

$ guix environment --ad-hoc ghc gcc-toolchain -- ghci
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 
100.0%

The following derivation will be built:
   /gnu/store/dqga43d50f6n1isazmi4cx83l3hyhsz5-profile.drv

60.0 MB will be downloaded
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
 gcc-11.2.0-lib  5.0MiB 
1.5MiB/s 00:03 [##] 100.0%
 gcc-11.2.0  30.7MiB 
2.4MiB/s 00:13 [##] 100.0%
 gcc-toolchain-11.2.0  5KiB 
40KiB/s 00:00 [##] 100.0%

building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
building GHC package cache...
building directory of Info manuals...
building database for manual pages...
building profile with 2 packages...
GHCi, version 8.10.7: https://www.haskell.org/ghc/  :? for help
Prelude>

Best,
Jack





bug#51202: peek broken on foreign distro

2021-10-14 Thread Liliana Marie Prikler
Hi simon,

Am Donnerstag, den 14.10.2021, 11:55 +0200 schrieb zimoun:
> In this case, adding the package ’ffmpeg’ makes it work.  Any reason
> to not propagate ’ffmpeg’ here?  Maybe ’gnome-shell’ could be
> propagated instead but the sizes are really different: 797.2MiB vs
> 2120.1MiB.
The correct fix would not be propagation, but rather adding ffmpeg as
normal input (if not already given) and possibly patching peek at build
time to use absolute path ffmpeg.  WDYT?

Regards,
Liliana






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

2021-10-14 Thread Maxim Cournoyer
retitle 51206 guix pull failure (failed to compute the derivation)
tags 51206 moreinfo
thanks

Hello,

 writes:

> Reporting ERROR failed to compute the derivation for Guix
> ERROR:
>  1. &nar-error:
>  file: #f
>  port: #
> guix pull: error: You found a bug: the program
> '/gnu/store/j9yrzskrkbgxmnd4fx110h1vvdplf4i8-compute-guix-derivation'
> failed to compute the derivation for Guix (version:
> "cb200394452f3b62353a2da62d3c7f1258bbb8f4"; system: "x86_64-linux";
> host version: "1.3.0"; pull-version: 1).

Thank you for the report!

Could you please provide more context about when such error appeared?
Was it while attempting to run 'guix pull' for the first time following
a fresh install from the 1.3.0 installation image?

Thank you,

Maxim





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

2021-10-14 Thread Maxim Cournoyer
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.

Thanks,

Maxim

[0]: 
https://mozillagfx.wordpress.com/2019/05/21/graphics-team-ships-webrender-mvp/





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

2021-10-14 Thread Maxim Cournoyer
Hello again,

Mark, I've figured it out and disabled it locally.  Will push shortly to
core-updates-frozen.

Thanks!

Maxim





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

2021-10-14 Thread Maxim Cournoyer
Hello,

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?

Thanks,

Maxim





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

2021-10-14 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