Re: Plan for a release!

[jbranso]

Well I re-installed guix again just now, so that I could test Xfce and MATE. 
(1) Since I knew that
gnome worked just fine, I decided not to include the gnome service in my 
config. I also decided not
to include the enlightenment environment.

tl;dr  Xfce worked fine, and MATE failed to launch any applications.

The first oddity, was GDM. It worked just smoothly, but the default drop down 
shows that by default
I am going to boot into Gnome. I don't even have the gnome service in the 
config. That's a bit odd.

Xfce worked just fine. It took about 15+ seconds for the desktop background to 
appear, but it
appears to be running smoothly. However, there does not appear to be a browser 
installed by
default. Clicking on the browser icon gives me a pop up message "Choose 
Preferred Application". The 
drop down does not list any programs. I manually installed icecat. Perhaps the 
manual should mention 
that we have not packaged firefox. Instead we have icecat. Also, I used to have 
problems with my mouse 
only moving up and down in guix when I use an apple laptop. This appears to be 
resolved. Nice work guys!

After Icecat was installed, clicking on the browser button allowed me to choose 
icecat as my default browser, and I was able to browse the internet just fine.  
I logged out of Xfce.

Mate started just fine.  I did get a pop-up message 

"Authenticate".

Authentication is needed to run mat-power-backlight-helper.  I put in my 
password, and the dialog went away.  I did not seem to be able to launch icecat 
with the Application menu.  The Icecat logo was in the applications menu, but a 
popup said "Could not launch GNU Icecat Web Browser".  The error message is 
"Failed to execute child process "gio-launch-deskop" (No such file or 
directory).  I also could not launch mate terminal for the same reason.  
Actually very few applications could launch.  I could get the file browser 
(thunar?) to open, but not much else.  Since MATE did not seem to work so well, 
I logged out.

Thanks,

Joshua

1. I wish I knew how I could have reconfigured my laptop instead of 
reinstalling everything. I
tried this.

chroot /mnt;
guix system reconfigure /mnt/etc/config.scm;

I got an error that said that guix could not access the build daemon inside the 
chroot. I wasn't
sure how to fix that.

foreign distro: QT5 loads/searchs plugins from wrong location

[Hartmut Goebel]

Hi,

before fling a bug, I jsut want to know whether I missed some update:

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

Wacom tablet issues

[raingloom]

I'm having trouble properly setting up my Wacom Intuos CTH-480 tablet. 
It is recognized as a tablet and pressure sensitivity is working, but 
the eraser is not recognized as a separate input device. I used it in 
Arch, where it worked flawlessly, so it's not a driver bug.


`libwacom-list-local-devices` shows them, but `xsetwacom --list 
devices` does not.


I think it is a udev issue.

I ran `udevadm info $(libwacom-list-local-devices | grep 'Device node' 
| cut -f 4- -d ' ')` in both Guix and a NixOS VM and in Guix it seems 
to only show a single device, while in Nix it shows 3.


I managed to get the libwacom udev rules in my system config, at least 
I think I did, since the following files exist:


```
/run/booted-system/profile/lib/udev/rules.d/65-libwacom.rules
/run/booted-system/profile/lib/udev/rules.d/wacom.rules
```

Not sure how to proceed. Any tips?

Re: Wacom tablet issues

[pelzflorian (Florian Pelz)]

Maybe using a custom Xorg configuration service helps.  Add to the
services field:

(set-xorg-configuration
 (xorg-configuration
  (modules
   (list
xf86-video-fbdev
xf86-input-libinput

(or another xf86-video- driver depending on your GPU).

This would leave out evdev and other obsolete input drivers drivers.
Maybe this makes the wacom tablet work.  In case this actually helps,
bug  would need to be fixed.

Regards,
Florian

Re: Wacom tablet issues

[pelzflorian (Florian Pelz)]

Also note that GNOME on Wayland may work better than GNOME on Xorg
with regard to wacom/libinput/GTK.  I presume on Arch you used
Wayland.

Regards,
Florian

Re: Wacom tablet issues

[raingloom]

What about i3? Because that's what I used on all three distros. (also 
GNOME on Guix)


On Thu, Mar 5, 2020 at 17:10, pelzflorian (Florian Pelz) 
 wrote:

Also note that GNOME on Wayland may work better than GNOME on Xorg
with regard to wacom/libinput/GTK.  I presume on Arch you used
Wayland.

Regards,
Florian

Re: Plan for a release!

[sirgazil]

Hi Joshua,


  On Thu, 05 Mar 2020 08:42:29 -0500   wrote 
 > Well I re-installed guix again just now, so that I could test Xfce and MATE. 
 > (1) Since I knew that
 > gnome worked just fine, I decided not to include the gnome service in my 
 > config. I also decided not
 > to include the enlightenment environment.
 > 
 > tl;dr  Xfce worked fine, and MATE failed to launch any applications.
 > 
 > The first oddity, was GDM. It worked just smoothly, but the default drop 
 > down shows that by default
 > I am going to boot into Gnome. I don't even have the gnome service in the 
 > config. That's a bit odd.

This is a known issue (see https://issues.guix.gnu.org/issue/37831).


 > Mate started just fine.  I did get a pop-up message 
 > 
 > "Authenticate".
 > 
 > Authentication is needed to run mat-power-backlight-helper.  I put in my 
 > password, and the dialog went away.  I did not seem to be able to launch 
 > icecat with the Application menu.  The Icecat logo was in the applications 
 > menu, but a popup said "Could not launch GNU Icecat Web Browser".  The error 
 > message is "Failed to execute child process "gio-launch-deskop" (No such 
 > file or directory).  I also could not launch mate terminal for the same 
 > reason.  Actually very few applications could launch.  I could get the file 
 > browser (thunar?) to open, but not much else.  Since MATE did not seem to 
 > work so well, I logged out.

I got a different pop-up message on my first MATE session, but I haven't had 
the time to report it (see 
https://multimedialib.files.wordpress.com/2020/03/mate-error-applet-2020-02-28.png).
 The message did not appear again after logging out and back in.

I'm not sure, but the problem of launching applications from application menus  
may be related to the issue of launching applications when double-clicking 
files in file managers (Thunar, Caja, etc.) when there is more than one Desktop 
Environment or Window Manager available. Could you please check 
https://issues.guix.gnu.org/issue/39843 and see if you get the same behavior? 
If so, it would be helpful if you could report your experience in that bug 
report as well.


 > Joshua
 > 
 > 1. I wish I knew how I could have reconfigured my laptop instead of 
 > reinstalling everything. I
 > tried this.
 > 
 > chroot /mnt;
 > guix system reconfigure /mnt/etc/config.scm;

I may be missing something from previous messages to the list, but to 
reconfigure the Guix System you can copy the system configuration file in 
"/etc/config.scm" save it wherever you want, modify it to your liking (e.g. 
adding or removing more packages or services), and then

$ guix pull
$ sudo guix system reconfigure /path/to/your/config.scm

New signing key

[Ludovic Courtès]

Hello Roel,

You signed commit cc51c03ff867d4633505354819c6d88af88bf919 and its
parent with OpenPGP key F556FD94FB8F8B8779E36832CBD0CD5138C19AFC, which
differs from the one registered in ‘build-aux/git-authenticate.scm’
(17CB 2812 EB63 3DFF 2C7F 0452 C3EC 1DCA 8430 72E1) that you used
previously.

Could you please reply to this message signed with the old key, stating
that the new key is the right one?

As a last resort, if you lost control of the old key, could you ensure
your Savannah account contains the new key and send a reply signed with
the new key?

Thanks in advance,
Ludo’.


signature.asc
Description: PGP signature

System test manifest

[Ludovic Courtès]

Hello Guix!

Commit 5ec4156bbcaec8337f78411204d59e59e706103b adds a manifest for
system tests.  Now “make check-system” simply does:

  ./pre-inst-env guix build -m etc/system-tests.scm

The nice thing is that it’s more flexible than the custom script we had
since it gives access to all the command-line options.

As a bonus (this is directly inspired by discussions in the “release”
working group at the Guix Days), you can pass it to ‘guix weather’ to
get test coverage data.  There are probably a couple of things to
improve in ‘guix weather’ to make it more convenient, such as adding a
flag to list missing substitutes.

My next goal is to have a manifest for “release-critical things” that
one can again pass to ‘guix build’ or ‘guix weather’ to have an
immediate picture of the “releasability” status.

Feedback welcome!

Ludo’.

Re: Wacom tablet issues

[pelzflorian (Florian Pelz)]

On Thu, Mar 05, 2020 at 05:12:57PM +0100, raingloom wrote:
> What about i3? Because that's what I used on all three distros. (also GNOME
> on Guix)

i3 is not Wayland.  Note that I only remember GTK people say it works
differently.  What I said about Wayland is a possible reason why Arch
behaves differently if you used Wayland on Arch.  In theory it should
be possible to make old xf86-input-wacom work too, I do not know how
and have no wacom tablet at hand.  Then again, I do not know why
udevadm does not show the device.

Regards,
Florian

Re: Wacom tablet issues

[raingloom]

Well, udevadm shows it, but only as a single device instead of three.

On Thu, Mar 5, 2020 at 18:25, pelzflorian (Florian Pelz) 
 wrote:

On Thu, Mar 05, 2020 at 05:12:57PM +0100, raingloom wrote:
 What about i3? Because that's what I used on all three distros. 
(also GNOME

 on Guix)


i3 is not Wayland.  Note that I only remember GTK people say it works
differently.  What I said about Wayland is a possible reason why Arch
behaves differently if you used Wayland on Arch.  In theory it should
be possible to make old xf86-input-wacom work too, I do not know how
and have no wacom tablet at hand.  Then again, I do not know why
udevadm does not show the device.

Regards,
Florian

non-deterministic test suite failure for diffoscope

[Vagrant Cascadian]

I've occasionally seen non-deterministic failures in diffoscope's test
suite only on GNU Guix, and wondering if someone more familiar with how
guix's python-build-system calls pytest could look into it. The bug is
reported upstream here:

  https://salsa.debian.org/reproducible-builds/diffoscope/issues/74

I'm not sure if there's a guix bug related to this issue.


live well,
  vagrant


signature.asc
Description: PGP signature

Certbot with alternative certificate authority

[Jack Hill]

Hi Guix,

I'm working on making the certbot service work with any certificate 
authority that implements ACME, not just Let's Encrypt. I've done this by 
adding a server field to the certbot-configuration, and then using it in 
the match for certbot-command as follows:


```
diff --git a/gnu/services/certbot.scm b/gnu/services/certbot.scm
index 0d3be03383..3e71026387 100644
--- a/gnu/services/certbot.scm
+++ b/gnu/services/certbot.scm
@@ -70,6 +70,8 @@
   (certificatescertbot-configuration-certificates
(default '()))
   (email   certbot-configuration-email)
+  (server  certbot-configuration-server
+   (default #f))
   (rsa-key-sizecertbot-configuration-rsa-key-size
(default #f))
   (default-locationcertbot-configuration-default-location
@@ -82,7 +84,7 @@
 (define certbot-command
   (match-lambda
 (($  package webroot certificates email
-rsa-key-size default-location)
+server rsa-key-size default-location)
  (let* ((certbot (file-append package "/bin/certbot"))
 (rsa-key-size (and rsa-key-size (number->string rsa-key-size)))
 (commands
@@ -101,6 +103,7 @@
 "--cert-name" name
 "--manual-public-ip-logging-ok"
 "-d" (string-join domains ","))
+  (if server `("--server" ,server) '())
   (if rsa-key-size `("--rsa-key-size" ,rsa-key-size) '())
   (if authentication-hook
   `("--manual-auth-hook" ,authentication-hook)
@@ -113,6 +116,7 @@
 "--webroot" "-w" webroot
 "--cert-name" name
 "-d" (string-join domains ","))
+  (if server `("--server" ,server) '())
   (if rsa-key-size `("--rsa-key-size" ,rsa-key-size) '())
   (if deploy-hook `("--deploy-hook" ,deploy-hook) '()))
   certificates)))
```


However, reconfiguring with the following certbot service:

```
(service certbot-service-type
  (certbot-configuration
   (email "jackh...@jackhill.us")
   (rsa-key-size 4096)
   (server "https://example.com/acme/api";)
   (certificates
(list
 (certificate-configuration
  (domains '("test.jackhill.us")))
```

fails with:

```
Backtrace:
   1 (primitive-load "/tmp/cerbot-test2/bin/guix")
In guix/ui.scm:
  1826:12  0 (run-guix-command _ . _)

guix/ui.scm:1826:12: In procedure run-guix-command:
Throw to key `match-error' with args `("match" "no matching pattern" 4096)'.
```

When removing "(rsa-key-size 4096)" from my configuration, everthing works 
as expected with the default key size.


What error have I made?

Best,
Jack

Re: Certbot with alternative certificate authority

[Jack Hill]

On Thu, 5 Mar 2020, Jack Hill wrote:


What error have I made?


Thanks to Tobias Geerinckx-Rice on IRC, it looks like I forgot additional 
record changes as well. Even though Tobias was not able to reproduce my 
exact problem, making the following additional changes fixed it for me:



```
diff --git a/gnu/services/certbot.scm b/gnu/services/certbot.scm
index 3e71026387..f2cc00e97f 100644
--- a/gnu/services/certbot.scm
+++ b/gnu/services/certbot.scm
@@ -146,7 +146,7 @@
  (message (format #f (G_ "~a may need to be run~%") script)))
 (match config
   (($  package webroot certificates email
-  rsa-key-size default-location)
+  server rsa-key-size default-location)
(with-imported-modules '((guix build utils))
  #~(begin
  (use-modules (guix build utils))
@@ -158,7 +158,7 @@
 (define certbot-nginx-server-configurations
   (match-lambda
 (($  package webroot certificates email
-rsa-key-size default-location)
+server rsa-key-size default-location)
  (list
   (nginx-server-configuration
```

I will clean up these changes and submit a proper patch to improve our 
certbot service.


Best,
Jack

Re: New signing key

[Roel Janssen]

Hello Ludo’ and Guix,

I lost the password of the old key.  I updated my OpenPGP key on
Savannah to the new one (F556FD94FB8F8B8779E36832CBD0CD5138C19AFC).

I am trying to find the revocation key (printed) to revoke the old key
as reassurance that I am still me, and no malice is going on.  As I
moved twice since printing and securely storing the revocation key,
this will take some time.

Is there perhaps a key-signing party for GNU Guix maintainers to build
a better trust in the future?

Kind regards,
Roel Janssen


On Thu, 2020-03-05 at 18:13 +0100, Ludovic Courtès wrote:
> Hello Roel,
> 
> You signed commit cc51c03ff867d4633505354819c6d88af88bf919 and its
> parent with OpenPGP key F556FD94FB8F8B8779E36832CBD0CD5138C19AFC,
> which
> differs from the one registered in ‘build-aux/git-authenticate.scm’
> (17CB 2812 EB63 3DFF 2C7F 0452 C3EC 1DCA 8430 72E1) that you used
> previously.
> 
> Could you please reply to this message signed with the old key,
> stating
> that the new key is the right one?
> 
> As a last resort, if you lost control of the old key, could you
> ensure
> your Savannah account contains the new key and send a reply signed
> with
> the new key?
> 
> Thanks in advance,
> Ludo’.


signature.asc
Description: This is a digitally signed message part

Re: New signing key

[Tobias Geerinckx-Rice]

Roel,

Roel Janssen 写道：
I am trying to find the revocation key (printed) to revoke the 
old key
as reassurance that I am still me, and no malice is going on. 
As I
moved twice since printing and securely storing the revocation 
key,

this will take some time.


Thanks for taking the time to do that!  It is appreciated.

Is there perhaps a key-signing party for GNU Guix maintainers to 
build

a better trust in the future?


We should do something like that at FOSDEM next year.  I hope 
you'll be able to attend.


Kind regards,

T G-R


signature.asc
Description: PGP signature

Re: Certbot with alternative certificate authority

[Jack Hill]

On Thu, 5 Mar 2020, Jack Hill wrote:

I will clean up these changes and submit a proper patch to improve our 
certbot service.


Submitted at https://issues.guix.gnu.org/issue/39934

Thanks,
Jack

Re: Plan for a release!

[Jan]

On Thu, 05 Mar 2020 13:42:29 +
jbra...@dismail.de wrote:

> tl;dr  Xfce worked fine, and MATE failed to launch any applications.
> 

Hello everyone,

actually Xfce has been broken for several months already, was too lazy
to report the issue and another one got 0 replies.

The first issue:
When right clicking at a file in Thunar and running "open with", an
error window appears telling it couldn't run "gio-launch-desktop" child
process, because it couldn't find such a file or directory.

The second issue:
When trying to run an application using xfce panel, it throws an error
"Couldn't run /gnu/store/-exo-0.12.6/bin/exo-open --launch
TerminalEmulator" It can't find the file/directory.

Hope this helps.


Jan Wielkiewicz

LHC for guixHPC?

[bijan ghavami-kia]

https://m.youtube.com/watch?v=Ee8k97Rx3DA
https://cds.cern.ch/record/2633268?ln=en
https://gitlab.cern.ch/lhcb-nix
https://www.researchgate.net/publication/335864271_Software_packaging_and_distribution_for_LHCb_using_Nix

Just wanted to highlight this interesting work to guix, if it wasn't already 
known, in particular regards to the existing hpc project.
The lhc seems to be looking for options to move away from rhel scientific os 
and cent os.
I'm not sure if guix was on the radar for this particular researcher.
Would the guix project team consider an outreach and discussion, particularly 
if theres anything to help him achieve his goals.
Seems natural since guix is establishing in the hpc/ academic arena..
Would be great boost to get the lhc using and contributing to guix!!


--
Sent from my p≡p for Android.


pEpkey.asc
Description: pEpkey.asc

Re: Wacom tablet issues

[raingloom]

I tried sway and it's broken there too. Not sure if I started it up 
correctly though, as I just opened it on a separate virtual terminal.


On Thu, Mar 5, 2020 at 18:27, raingloom  wrote:

Well, udevadm shows it, but only as a single device instead of three.

On Thu, Mar 5, 2020 at 18:25, pelzflorian (Florian Pelz) 
 wrote:

On Thu, Mar 05, 2020 at 05:12:57PM +0100, raingloom wrote:
 What about i3? Because that's what I used on all three distros. 
(also GNOME

 on Guix)


i3 is not Wayland.  Note that I only remember GTK people say it works
differently.  What I said about Wayland is a possible reason why Arch
behaves differently if you used Wayland on Arch.  In theory it should
be possible to make old xf86-input-wacom work too, I do not know how
and have no wacom tablet at hand.  Then again, I do not know why
udevadm does not show the device.

Regards,
Florian

Re: Wacom tablet issues

[pelzflorian (Florian Pelz)]

On Thu, Mar 05, 2020 at 11:24:03PM +0100, raingloom wrote:
> I tried sway and it's broken there too. Not sure if I started it up
> correctly though, as I just opened it on a separate virtual terminal.

I believe you started it correctly and your observation on udevadm is
what really is strang.  I am sorry for the distraction.  (But it is
good to exclude other reasons.)

Perhaps you had installed additional udev rules on Arch?  The Arch
wiki talks about that.  Other than that, I have no idea why Guix
behaves differently.  Sorry.

Regards,
Florian

Re: Plan for a release!

[pelzflorian (Florian Pelz)]

On Thu, Mar 05, 2020 at 01:42:29PM +, jbra...@dismail.de wrote:
> Also, I used to have problems with my mouse 
> only moving up and down in guix when I use an apple laptop. This appears to 
> be resolved. Nice work guys!

Sorry to say it is not resolved, mouse issues just happen much more
rarely for me (for some reason).

This is still-open bug .

Regards,
Florian