bug#38990: Update of tdlib to 1.5.4 breaks emacs-telega

[Diego Nicola Barbato]

Hi Guix,

I can no longer reproduce this bug (I'm now on commit 5c3d77c).  I
believe it was fixed with commit cfd0fd9.

Regards,

Diego

bug#39147: closed (Re: bug#39147: asymptote: missing xasy PyQt5 dependency)

[Christopher Howard]

Thank you, xasy is launching now using that commit. There seems to be
something wrong with the menu display (buttons not displaying
correctly) but that could be the subject of a separate bug report, if I
can't figure it out.


-Original Message-
From: Nicolas Goaziou 
To: Christopher Howard 
Cc: 39...@debbugs.gnu.org
Subject: Re: bug#39147: closed (Re: bug#39147: asymptote: missing xasy
PyQt5 dependency)
Date: Thu, 16 Jan 2020 22:41:45 +0100

Christopher Howard  writes:
Hello, there appears to be other dependencies missing:
christopher@eowyn ~$ guix time-machine --
commit=1b4c5af29c364969dbeb33681d641640283fbced -- environment --pure
--ad-hoc asymptoteUpdating channel 'guix' from Git repository at'/home/
christopher/Repos/guix-local'...christopher@eowyn ~ [env]$ xasy
Traceback (most recent call last):  File
"/gnu/store/0dywcs4jvq6p8zmncammj7s41m570gl7-asymptote-
2.62/share/asymptote/GUI/.xasy.py-real", line 6, in from
Window1 import MainWindow1  File
"/gnu/store/0dywcs4jvq6p8zmncammj7s41m570gl7-asymptote-
2.62/share/asymptote/GUI/Window1.py", line 10, in import
numpy as npModuleNotFoundError: No module named 'numpy'
Odd. I could run xasy without problem.
I added the missing dependency. Thank you.

-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

bug#35574: bcm5974 touchpad is not recognized as touchpad

[pelzflorian (Florian Pelz)]

Now that I know wisdomlight has the issue too on their Macbook Air
 I
investigated further.

>From the Linux kernel docs
:
> 5.2. USB Race
> 
> The Apple multi-touch trackpads report both mouse and keyboard events
> via different interfaces of the same usb device. This creates a race
> condition with the HID driver, which, if not told otherwise, will find
> the standard HID mouse and keyboard, and claim the whole device. To
> remedy, the usb product id must be listed in the mouse_ignore list of
> the hid driver.

Indeed for me on good boots, the command `lsusb -t` prints
|__ Port 3: Dev 2, If 2, Class=Human Interface Device, Driver=bcm5974, 12M
while on bad boots it says Driver=usbmouse.

But why that happens I do not know, because the mouse_ignore list in
the Linux-libre kernel’s drivers/hid/hid-quirks.c file does list my
touchpad.  Strange.  I will investigate further if a change to the
kernel config could help.

Regards,
Florian

bug#39147: closed (Re: bug#39147: asymptote: missing xasy PyQt5 dependency)

[Nicolas Goaziou]

Christopher Howard  writes:

> Hello, there appears to be other dependencies missing:
>
> christopher@eowyn ~$ guix time-machine --
> commit=1b4c5af29c364969dbeb33681d641640283fbced -- environment --pure
> --ad-hoc asymptote
> Updating channel 'guix' from Git repository at
> '/home/christopher/Repos/guix-local'...
> christopher@eowyn ~ [env]$ xasy 
> Traceback (most recent call last):
>   File "/gnu/store/0dywcs4jvq6p8zmncammj7s41m570gl7-asymptote-
> 2.62/share/asymptote/GUI/.xasy.py-real", line 6, in 
> from Window1 import MainWindow1
>   File "/gnu/store/0dywcs4jvq6p8zmncammj7s41m570gl7-asymptote-
> 2.62/share/asymptote/GUI/Window1.py", line 10, in 
> import numpy as np
> ModuleNotFoundError: No module named 'numpy'

Odd. I could run xasy without problem.

I added the missing dependency. Thank you.

bug#39147: closed (Re: bug#39147: asymptote: missing xasy PyQt5 dependency)

[Christopher Howard]

Hello, there appears to be other dependencies missing:

christopher@eowyn ~$ guix time-machine --
commit=1b4c5af29c364969dbeb33681d641640283fbced -- environment --pure
--ad-hoc asymptote
Updating channel 'guix' from Git repository at
'/home/christopher/Repos/guix-local'...
christopher@eowyn ~ [env]$ xasy 
Traceback (most recent call last):
  File "/gnu/store/0dywcs4jvq6p8zmncammj7s41m570gl7-asymptote-
2.62/share/asymptote/GUI/.xasy.py-real", line 6, in 
from Window1 import MainWindow1
  File "/gnu/store/0dywcs4jvq6p8zmncammj7s41m570gl7-asymptote-
2.62/share/asymptote/GUI/Window1.py", line 10, in 
import numpy as np
ModuleNotFoundError: No module named 'numpy'



Unfortunately asymptote depends on Python 3 and there does not seem to
be a package in Guix for a python 3 version of numpy.


-Original Message-
From: GNU bug Tracking System 
Reply-To: 39...@debbugs.gnu.org
To: Christopher Howard 
Subject: bug#39147: closed (Re: bug#39147: asymptote: missing xasy
PyQt5 dependency)
Date: Thu, 16 Jan 2020 16:12:02 +

Your bug report
#39147: asymptote: missing xasy PyQt5 dependency
which was filed against the guix package, has been closed.
The explanation is attached below, along with your original report.If
you require more details, please reply to 39...@debbugs.gnu.org.


-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

bug#39079: SBCL CFFI from Guix unable to find dynamic libraries

[Evan Straw]

Pierre Neidhardt  writes:

> Konrad Hinsen  writes:
>
>> Guix' ldd has been patched to ignore LD_LIBRARY_PATH, so my prediction
>> is that this won't change anything.
>
> Maybe ldd (I don't know), but I suggest to run SBCL here.  It should
> work.

Sorry for the late update, but this actually does work! Setting
LD_LIBRARY_PATH to include all the relevant library directories
(/usr/lib/x86_64-linux-gnu, /lib/x86_64-linux-gnu) makes CFFI load the
library perfectly with no issues, and further steps in the CFFI tutorial
work fine too. It was not set by default on my system so I'll add
something to my .profile or related to set that on login.

Thanks to everybody for their help with this!
-- Evan


signature.asc
Description: PGP signature

bug#39147: asymptote: missing xasy PyQt5 dependency

[Nicolas Goaziou]

Hello,

Christopher Howard  writes:

> christopher@eowyn ~$ guix time-machine --
> commit=44ce3ebb46a4e63a892ef1aac2c7b5fa3dec28ce -- environment --
> container --ad-hoc asymptote
> Updating channel 'guix' from Git repository at
> '/home/christopher/Repos/guix-local'...
> 
> building database for manual pages...
> building /gnu/store/05illyrpjjbfcan3cs1n632ixr2a0cpf-profile.drv...
> guix environment: error: mount: mount "/home/christopher" on
> "/tmp/guix-directory.s2enGM//home/christopher": Invalid argument
> christopher@eowyn ~$ guix time-machine --
> commit=44ce3ebb46a4e63a892ef1aac2c7b5fa3dec28ce -- environment --pure
> --ad-hoc asymptote
> Updating channel 'guix' from Git repository at
> '/home/christopher/Repos/guix-local'...
> christopher@eowyn ~ [env]$ echo $PATH
> /gnu/store/g5flp9s0d50z20dhla31949glwmny8y3-profile/bin
> christopher@eowyn ~ [env]$ /gnu/store/g5flp9s0d50z20dhla31949glwmny8y3-
> profile/bin/xasy 
> Traceback (most recent call last):
>   File "/gnu/store/g5flp9s0d50z20dhla31949glwmny8y3-profile/bin/xasy",
> line 4, in 
> import PyQt5.QtWidgets as Qw
> ModuleNotFoundError: No module named 'PyQt5'

Fixed in 1b4c5af29c364969dbeb33681d641640283fbced. Thank you!

Regards,

-- 
Nicolas Goaziou

bug#39151: Dry-run doesn't say everything

[Julien Lepiller]

On a recently installed system, I ran guix install coq -n. Guix told me it 
would download 270 MB and do 4 hooks. Guix install coq however told me it will 
521 MB (which it did) including a lot more packages (including coq:ide),the 
same 4 hooks with different store hashes and additional grafts. This was quite 
unexpected :)

Once coq is in the repo though, guix gc will remove coq:ide and dependencies, 
and re-installing coq in a new profile will not pull coq:ide in anymore. Note 
that coq was grafted.

bug#38831: IceCat: some codecs don't work without workaround

[Julien Lepiller]

Le 16 janvier 2020 01:24:50 GMT-05:00, Mark H Weaver  a écrit :
>Hi Jakub,
>
>Jakub Kądziołka  wrote:
>> I had some problems with video codecs in IceCat
>68.3.0-guix0-preview1.
>> For example, consider this page: http://demo.nimius.net/video_test/.
>By
>> default, the videos under the headings H.264 / AAC and MPEG4 don't
>work
>> ("No video with supported format and MIME type found.").
>> 
>> The following steps make the first of these videos work:
>> 1. Open about:config
>> 2. Click "I accept the risk!"
>> 3. Set security.sandbox.content.read_path_whitelist to /gnu/store/
>>(the trailing / is important).
>> 
>> The instructions were originally sketched out in this help-guix
>> message:
>> https://lists.gnu.org/archive/html/help-guix/2019-12/msg00150.html
>> 
>> I believe it would be beneficial to make this a default.
>> 
>> On IRC, bandali suggested that it would be better to only whitelist
>the
>> necessary store subdirectories. I don't know how to gather such a
>list,
>> but it it seems like a good idea.
>
>Thank you for bringing this to my attention.  I agree with Amin Bandali
>that a more precise whitelist is preferable.  Moreover, I was not
>comfortable whitelisting all of /gnu/store.
>
>I'm glad to report that it appears to be sufficient to whitelist the
>RUNPATH of libavcodec.so, plus the /share/mime/ directory from
>shared-mime-info.  I've implemented this in commit
>429c8284d232c3f9fbe3dc87a3da323f3a864c03 and pushed it to 'master'.
>
>> I don't know how about:config entries modified by the user behave
>when
>> IceCat is updated, but in some of the behaviors I can imagine, the
>> config entry stops updating,
>
>As currently implemented, we now arrange to set the *default* value of
>'security.sandbox.content.read_path_whitelist' to an appropriate
>whitelist.
>
>Users who have customized
>'security.sandbox.content.read_path_whitelist'
>to work around this issue should now erase that customization, by
>right-clicking on its entry in , and clicking on "Reset".
>It might also be necessary to restart IceCat after doing so.
>
>> in which case it would be better to add the paths to some internal
>> whitelist (I reckon such a whitelist already exists and contains
>> something like /usr/lib).
>
>I agree that it would be preferable, but I wasn't sufficiently
>motivated
>to implement it.  Feel free to propose a patch.  I'm not sure it would
>make much of a difference in practice though, because the net result
>for
>anyone who has customized it to /gnu/store/ will be the same: until
>they
>reset their customization, their effective whitelist will be all of
>/gnu/store/*.
>
>What do you think?
>
>Anyway, thanks to everyone who contributed to this fix!  I'm closing
>both the older bug (38045) and the more recent duplicate (38831), but
>feel free to reopen if appropriate.
>
>   Mark

Hi,

Thanks for the fix! We'll need something similar for webgl (mesa and 
dependencies at least), unless your patch already fixes it? I haven't checked.

bug#38148: Guix packages old/broken version of qutebrowser

[Florian Bruhin]

Hey Ricardo, hey everyone!

On Wed, Jan 15, 2020 at 09:55:40PM +0100, Ricardo Wurmus wrote:
> > I'm the upstream author of qutebrowser - it looks like Guix currently 
> > packages
> > qutebrowser 0.11.0: https://guix.gnu.org/packages/qutebrowser-0.11.0/
> >
> > That version is very outdated (July 2017, there have been 28 new releases 
> > since
> > then).
> 
> The qutebrowser package has been updated to 1.8.3 on Dec 24 with commit
> d7c58c3e5449d9fb96a15928cc65f12f111d0569.

Thanks a lot to everyone involved for the update! :)

Sorry for not replying earlier to your questions/ideas about customizing crash
reporting. There's no way to customize the crash reporting at the moment. In
general, I'm fine with dealing with reports upstream - it's quite rare for
issues to be distribution specific, and often there are issues I'm aware of,
but where a crash report gives me the missing bit to fix it.

I guess this was a bit of a special case, but I'm glad to see it's been fixed!

Florian

-- 
m...@the-compiler.org (Mail/XMPP) | https://www.qutebrowser.org 
   https://bruhin.software/ | https://github.com/sponsors/The-Compiler/
   GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc
 I love long mails! | https://email.is-not-s.ms/


signature.asc
Description: PGP signature