bug#39925: `guix pull` failure in multi-machine setup

[Lars-Dominik Braun]

Hi Ludo,

> Oh it may be that we would also need to let ‘HOME’ through, so that
> ~/.ssh/config is found, for example.  That could have undesirable side
> effects that are best avoided, though (e.g., ~/.cache/guile would become
> visible.)
shouldn’t be a problem since ~/.ssh/config does not exist for that user and
known hosts are globally declared in /etc/ssh/ssh_known_hosts (strace indicates
that guile-ssh/libssh reads that file).

> I agree that the error message is sub-optimal.  Not sure how to improve
> on it (how can ‘build-self.scm’ know that it’s failing because of
> that?).
If I stop the daemon and `guix pull` it just says “guix pull: error: failed to
connect to `/var/guix/daemon-socket/socket': Connection refused”. Something
similar should do. I don’t know whether that’s possible though.

> You could run:
>   ssh host guix pull
Sure, that’s the only workaround I can think of right now.

> In fact, the former would probably not work because ‘guix pull’ modifies
> the local /var/guix/profiles, not the one on the host that runs the
> daemon.
Yes, /var/guix is shared via NFS too. Otherwise roaming between machines
wouldn’t work at all.

> So maybe the problem is that ‘GUIX_DAEMON_SOCKET=ssh://’ isn’t quite as
> powerful as you thought.  :-)
It is, it’s just a bug we have to fix :) Can I help you debug this somehow,
i.e. figure out where exactly the error message is coming from?

Cheers,
Lars



signature.asc
Description: PGP signature

bug#39996: foreign distro: QT5 loads/searchs plugins from wrong location

[Hartmut Goebel]

I just packages a simple GUI application using pythonqt5 and
python-poppler-qt. When running it fails with:

Could not load the Qt platform plugin "xcb" in "" even though it was
found.

When running with QT_DEBUG_PLUGINS=1 it reveals the cause:

QFactoryLoader::QFactoryLoader() checking directory path
"/usr/lib64/qt5/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at
"/usr/lib64/qt5/plugins/platforms/KWinQpaPlugin.so"
Found metadata in lib
/usr/lib64/qt5/plugins/platforms/KWinQpaPlugin.so, metadata=
[… many lines skipped …]

Got keys from plugin meta data ("xcb")
QFactoryLoader::QFactoryLoader() checking directory path
"/gnu/store/608bvypsh90c58apvd2cgg3m9l2pwjqn-python-3.7.4/bin/platforms"
...
Cannot load library /usr/lib64/qt5/plugins/platforms/libqxcb.so:
(libQt5XcbQpa.so.5: cannot open shared object file: No such file or
directory)
QLibraryPrivate::loadPlugin failed on
"/usr/lib64/qt5/plugins/platforms/libqxcb.so" : "Cannot load library
/usr/lib64/qt5/plugins/platforms/libqxcb.so: (libQt5XcbQpa.so.5:
cannot open shared object file: No such file or directory)"

Looks like the plugin is search in the wrong location and also the list
of plgins.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel  | h.goe...@crazy-compilers.com   |
| www.crazy-compilers.com | compilers which you thought are impossible |






signature.asc
Description: OpenPGP digital signature

bug#25201: [PATCH] gnu: Patch mumble to disable statistic gathering by default.

[Efraim Flashner]

When you add a patch you also need to register it in gnu/local.mk so
when we create tarballs it makes sure that all the files are included.

On the other hand, since it's really only a 1 line change it would
probably be better to do it in the snippet. Can you send a revised
patch? (Or let me know why it should be a patch file :) )


On Sun, Mar 08, 2020 at 06:03:16PM +0100, m...@rohleder.de wrote:
> Fixes 
> ---
>  gnu/packages/patches/mumble-statistic-25201.patch | 13 +
>  gnu/packages/telephony.scm|  2 ++
>  2 files changed, 15 insertions(+)
>  create mode 100644 gnu/packages/patches/mumble-statistic-25201.patch
> 
> diff --git a/gnu/packages/patches/mumble-statistic-25201.patch 
> b/gnu/packages/patches/mumble-statistic-25201.patch
> new file mode 100644
> index 00..3cce1826a7
> --- /dev/null
> +++ b/gnu/packages/patches/mumble-statistic-25201.patch
> @@ -0,0 +1,13 @@
> +changed usage statistic gathering defaults to off. See 
> 
> +
> +--- a/src/mumble/Settings.cpp2020-03-08 15:29:11.897056953 +0100
>  b/src/mumble/Settings.cpp2020-03-08 14:11:53.600486793 +0100
> +@@ -298,7 +298,7 @@
> + bHideInTray = !isUnityDesktop && 
> QSystemTrayIcon::isSystemTrayAvailable();
> + #endif
> + bStateInTray = true;
> +-bUsage = true;
> ++bUsage = false;
> + bShowUserCount = false;
> + bChatBarUseSelection = false;
> + bFilterHidesEmptyChannels = true;
> diff --git a/gnu/packages/telephony.scm b/gnu/packages/telephony.scm
> index a645c58562..74991079db 100644
> --- a/gnu/packages/telephony.scm
> +++ b/gnu/packages/telephony.scm
> @@ -15,6 +15,7 @@
>  ;;; Copyright © 2019 Jan Wielkiewicz 
>  ;;; Copyright © 2019 Ivan Vilata i Balaguer 
>  ;;; Copyright © 2020 Brett Gilio 
> +;;; Copyright © 2020 Michael Rohleder 
>  ;;;
>  ;;; This file is part of GNU Guix.
>  ;;;
> @@ -404,6 +405,7 @@ address of one of the participants.")
> (base32
>  "03dqg5yf6d7ilc1wydpshnv1ndssppcbadqcq20jm5j4fdaf53cs"))
>(modules '((guix build utils)))
> +  (patches (search-patches "mumble-statistic-25201.patch"))
>(snippet
> `(begin
>;; Remove bundled software.  Keep arc4random, celt-0.7.0,
> -- 
> 2.25.1
> 
> 
> 
> 

-- 
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#39925: `guix pull` failure in multi-machine setup

[Ludovic Courtès]

Hi!

Lars-Dominik Braun  skribis:

>> In fact, the former would probably not work because ‘guix pull’ modifies
>> the local /var/guix/profiles, not the one on the host that runs the
>> daemon.
> Yes, /var/guix is shared via NFS too. Otherwise roaming between machines
> wouldn’t work at all.
>
>> So maybe the problem is that ‘GUIX_DAEMON_SOCKET=ssh://’ isn’t quite as
>> powerful as you thought.  :-)
> It is, it’s just a bug we have to fix :) Can I help you debug this somehow,
> i.e. figure out where exactly the error message is coming from?

Well, I think you’re really asking for a new feature; we need more than
just talk to a remote daemon.

Updating profiles like ‘guix package’ and ‘guix pull’ do involve two
things:

  1. building the profile—this is done by talking to the daemon;

  2. modifying things in /var/guix/profiles & co.

GUIX_DAEMON_SOCKET addresses #1 but not #2.

For #2, we would need to do something like Jakub did in (guix scripts
system reconfigure), where the effectul bits can be transparently
evaluated either locally or remotely.

But really, that’d be a brand new feature, so I’m marking it as a
wishlist if you don’t mind.  :-)

Thanks,
Ludo’.

bug#39815: Sharing the store between a host and a guest

[Damien Cassou]

Ludovic Courtès  writes:
> However, one thing that could work is to:
>
>   1. in the guest, set GUIX_DAEMON_SOCKET=guix://localhost:1234;
>
>   2. set up QEMU port forwarding such that the guest’s port 1234 is
>  somehow redirected to a port the host guix-daemon listens to (with
>  ‘--listen’);
>
>   3. share /var/guix with the guest.
>
> It would be easier if Unix-domain sockets could be forwarded between the
> host and the guest, but that doesn’t seem to be the case.  :-/

thank you Ludovic.

-- 
Damien Cassou

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

bug#39993: Guix report hash mismatch when underlying cause is ENOSPC

[Ludovic Courtès]

Hi,

Maxim Cournoyer  skribis:

> Guix should correctly report that it ran out of space instead of falsely
> mentioning hash mismatches and attempting alternative download sources,
> as demonstrated by the Guix output below:
>
> Session:
>
> building 
> /gnu/store/dqzq8hbk8gqx5lhmnxsl5vl0c6s3i0a2-tcpdump-4.9.3.tar.gz.drv...
> downloading from https://www.tcpdump.org/release/tcpdump-4.9.3.tar.gz...

Could you post the log returned by ‘guix build --log-file
/gnu/store/dqzq8hbk8gqx5lhmnxsl5vl0c6s3i0a2-tcpdump-4.9.3.tar.gz.drv’?

The root cause is that ‘false-if-exception*’ as used in (guix build
download) is too coarse-grain.

Thanks,
Ludo’.

bug#39970: guix commands broken on Azerbaijani 'az_AZ' and Turkish 'tr_TR' locales

[Ludovic Courtès]

Hi Florian,

"pelzflorian (Florian Pelz)"  skribis:

> This seems similar to .

Yes, same story.

> I think enumerating all characters explicitly is a similar fix,
> whether or not there is a bug in Guile.

To me it’s not a bug in Guile, but simply the fact that regexps, as
implemented by the C library, are locale-dependent.

The patch you proposed looks good to me, though perhaps we could
explicitly list all the alphabet in the regexp?

A better option is to reimplement ‘store-path-package-name’ in a way
similar to ‘store-path-hash-part’, as in commit
35eb77b09d957019b2437e7681bd88013d67d3cd.

Thoughts?

Ludo’.

bug#25201: Re bug#25201: [PATCH] gnu: Patch mumble to disable statistic gathering by default.

[mike]

   * disable statistic gathering by default. see 
   
---
 gnu/packages/telephony.scm | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/gnu/packages/telephony.scm b/gnu/packages/telephony.scm
index a645c58562..3d0384c8bc 100644
--- a/gnu/packages/telephony.scm
+++ b/gnu/packages/telephony.scm
@@ -462,6 +462,12 @@ address of one of the participants.")
  (substitute* "src/mumble/TextToSpeech_unix.cpp"
(("libspeechd.h") "speech-dispatcher/libspeechd.h"))
  #t))
+ ;; disable statistic gathering by default. see 

+ (add-before 'configure 'fix-statistic-gathering-default
+   (lambda _
+ (substitute* "src/mumble/Settings.cpp"
+   (("bUsage = true;") "bUsage = false;"))
+ #t))
  (add-before 'install 'disable-murmur-ice
(lambda _
  (substitute* "scripts/murmur.ini.system"
-- 
2.25.1