bug#59279: MPV does not work on X11 on Debian

[Jorge P. de Morais Neto]

Hi.  MPV stopped working on my Debian bullseye since the upgrade to
version 0.35.  I have locally fixed the problem by adding libxpresent
input to mpv recipe.

Regards
-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- Please adopt free/libre formats like PDF, Org, LaTeX, ODF, Opus, WebM and 7z.
- Libre apps for AOSP (Replicant, LineageOS, etc.) and Android: F-Droid
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"

bug#55504: Test suite of emacs-deferred does not progress

[Jorge P. de Morais Neto]

Hi.  Since Sunday, when Emacs 28.1 finally arrived on Guix, I cannot
install emacs-deferred (I had to uninstall it so the system would
upgrade).  The build process reaches the 'check' phase but does not
progress (last time I waited more than 1½ h):

--8<---cut here---start->8---
$ guix install emacs-deferred
The following package will be installed:
   emacs-deferred 0.5.1

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/7rbhrk48qvqhgix5c33yh9m3nq5crzny-emacs-deferred-0.5.1.drv

building /gnu/store/7rbhrk48qvqhgix5c33yh9m3nq5crzny-emacs-deferred-0.5.1.drv...
/ 'check' phase
--8<---cut here---end--->8---

The log file [1] is empty.

  1: 
/var/log/guix/drvs/7r/bhrk48qvqhgix5c33yh9m3nq5crzny-emacs-deferred-0.5.1.drv.gz

The reason I want emacs-deferred is that it is an indirect (through
emacs-request) dependency of emacs-md4rd.

Regards

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- https://www.defectivebydesign.org
- https://www.gnu.org

bug#55479: emacs-libgit test suite fails

[Jorge P. de Morais Neto]

c31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv.gz
Description: application/gzip
Hi.  Since Sunday, when Emacs 28.1 finally arrived in Guix, I have been
unable to install emacs-magit (I had to uninstall it so my system would
upgrade).  The test suite of emacs-libgit always fails (logs attached).
I have even once tried building with -c1.  This is on Debian bullseye;
Guix package manager was manually installed months ago and has been
working fine.

I even tried installing the emacs-libgit from git master, (with
"-with-branch=emacs-libgit=master") but then I get a segfault.

Regards

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hello.  This email is just to thank Thiago for the clarification,
Liliana for the solution, and everyone for supporting GNU!

Kind regards,
  Jorge

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi.
Em [2022-01-20 qui 13:59:55+0100], Liliana Marie Prikler escreveu:

> Updating package descriptions with a list of quirky annoyances on
> foreign distros is surely overkill.  We don't even put CVEs in there,
> instead describing those to ignore in a property.

What "property" is that?  I am interested in knowing about CVE in Guix
packages.

Kind regards,
  Jorge

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- https://www.defectivebydesign.org
- https://www.gnu.org

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

I have defined TZDIR on ~/.profile and so far it's working.  Let's see
if it continues to work well.

And how will other users know how to fix the problem?  Will Guix's
manual be updated?  There could also be a message in the Emacs package
description.

Regards,
  Jorge

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- Please adopt free/libre formats like PDF, Org, LaTeX, ODF, Opus, WebM and 7z.
- Libre apps for AOSP (Replicant, LineageOS, etc.) and Android: F-Droid
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hello.  So the solution to the bug is for the user to manually write the
file ~/.config/systemd/user/gnome-shell-x11.service.d/override.conf ?

I would like to know a little more about that.  What is the advantage of
specifying the environment variables on that file instead of ~/.profile?

Kind regards,
  Jorge

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- Please adopt free/libre formats like PDF, Org, LaTeX, ODF, Opus, WebM and 7z.
- Libre apps for AOSP (Replicant, LineageOS, etc.) and Android: F-Droid
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"

bug#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi,

Em [2022-01-06 qui 08:46:43-0500], Maxim Cournoyer escreveu:

> You could find one of the project maintainers email address in the git
> history of the project and send them a private email with your
> suggestion.

I have just emailed Eloston.  I will inform here if he replies.

Kind regards

-- 
- Please adopt free/libre formats like PDF, Org, LaTeX, ODF, Opus, WebM and 7z.
- Libre apps for AOSP (Replicant, LineageOS, etc.) and Android: F-Droid
- https://www.gnu.org/philosophy/free-sw.html "What is free software?"

bug#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hello!

Em [2022-01-03 seg 23:55:59-0500], Maxim Cournoyer escreveu:

> With close to 1500 bugs open, we need *your* help :-).  If you think
> this issue is worthy of bringing upstream, please see to it!

Do you know of a way of bringing this issue upstream without a GitHub
account?  I could not find one.

Kind regards

-- 
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

bug#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi Marius.

Em [2021-06-16 qua 23:09:19+0200], Marius Bakke escreveu:

> It's not easily possible to install extensions with ungoogled-chromium,
> apart from the two that are available directly through Guix.  If the
> user goes out of their way to install extensions, such as using a
> browser from a different distro, there is little we can do.
>
> Mixing browser profiles between the vanilla and ungoogled Chromium is
> not a supported use case.  Warranty void.

In my case, the Debian Chromium's profile was already there when I
installed Guix's ungoogled-chromium.  I didn't even notice that Guix's
ungoogled-chromium cannot install extensions from the Chrome Store.

> I'd accept a patch that warns or refuses to use a "tainted" browser
> profile, or changes the default browser profile directory so it does not
> conflict with vanilla.

Unfortunately I cannot write such a patch; I would have to dedicate a
large amount of time learning about Chromium's insides (which are
reportedly byzantine) and I don't even know if I'll actually keep using
Guix's ungoogled-chromium.  But couldn't you report this to
ungoogled-chromium upstream?

> But I'm inclined to close this as "not-a-bug" for now.  WDYT, Jorge?

In my humble opinion, users should be communicated, especially users of
Guix package manager on another GNU distribution.  Maybe at least a
warning in the package description that mixing Guix's ungoogled-chromium
and host distribution's Chromium on the same profile is unsupported?

Regards

-- 
- https://stallmansupport.org "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- https://www.defectivebydesign.org
- https://www.gnu.org

bug#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

[Jorge P. de Morais Neto]

Hi.  I use Guix atop Debian¹ testing (currently bullseye).

I normally browse the web on GNU IceCat and sometimes Firefox and
Emacs EWW.  I only use (ungoogled-)chromium for the rare websites that
don't work on the other browsers.  Long ago I installed in Chromium the
extension The Great Suspender, and only today (months after G$$gle
Chrome, according to news articles) did my Chromium disable it for
having malware.  And the only Chromium that did that for me was
Debian's.

So, I hypothesize that the ungoogling process has disabled Chromium's
ability to automatically disable malware extensions.  If true, that is a
serious defect of ungoogled-chromium and Guix should make sure that
users at least know about it.  There could be a warning in the Guix
package description *and* on the browser's start page.

Thank you for your work on GNU!

Regards

¹ When I find the time I intend to migrate to PureOS for superior libre
software ethics.

-- 
- https://stallmansupport.org "In Support of Richard Stallman"
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#45238: The section [[info:guix#Invoking guix package]] contradicts itself

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi,

Em [2021-06-10 qui 13:33:53+0200], zimoun escreveu:

> I think it is fixed with the recent version of the manual.  Could you
> confirm?

Yes, the problem I reported is fixed in the latest version of the
manual.

Thank you!

-- 
- https://stallmansupport.org "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Em [2021-05-09 dom 22:08:17+0200], Leo Prikler escreveu:

>> Alternatively, I could simply ‘export TZDIR=/usr/share/zoneinfo’ in
>> my environment; then I could even uninstall tzdata from Guix.  But
>> would that work reliably?  That is, does Guix Emacs work reliably
>> with tzdata from the foreign distro?
> I suppose things should just work™ as it's data

I looked at the Guix recipe for tzdata and it seems nontrivial.  There
is compilation with GCC.  Therefore I fear using Debian’s tzdata from
Guix’s Emacs.  I suppose I will continue using Guix’s tzdata.  Indeed, I
recall having heard that Guix packages are not supposed to access files
from the foreign distro outside of a few locations such as the user’s
home.

>> Don’t you mean ‘guix build tzdata’?
> Yes, please pardon my typos :)

Pardoned. :)

Regards!

-- 
-  "In Support of Richard Stallman"
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi Leo.

Em [2021-05-09 dom 17:57:27+0200], Leo Prikler escreveu:

> I've tested Guix System.  If you install tzdata locally, don't forget
> to set TZDIR in your shell profile to make Emacs find it.  The
> following command fails to resolve Brazil/East:
>
> guix environment -C --ad-hoc emacs tzdata -E TERM -- emacs
>
> The following command does not fail to resolve Brazil/East
>
> guix environment -C --ad-hoc emacs tzdata -E TERM -E TZDIR -- emacs

Debian bullseye (with Gnome) does not set TZDIR in my environment.  So
to work around this bug, I have now installed Guix package tzdata and
created the Bash script emacs-wrapper:

--8<---cut here---start->8---
#!/usr/bin/env bash

TZDIR="${GUIX_PROFILE}/share/zoneinfo" emacs "${@}"
--8<---cut here---end--->8---

Alternatively, I could simply ‘export TZDIR=/usr/share/zoneinfo’ in my
environment; then I could even uninstall tzdata from Guix.  But would
that work reliably?  That is, does Guix Emacs work reliably with tzdata
from the foreign distro?

> Note: the above assumes, that `guix build tzdir` produces $TZDIR

Don’t you mean ‘guix build tzdata’?

Regards

-- 
-  "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: 
- If an email of mine arrives at your spam box, please notify me.

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi Leo.

Em [2021-05-09 dom 01:56:56+0200], Leo Prikler escreveu:

> I'm not quite sure how tzdata works on foreign systems, but I'll assume
> Guix always takes the one itself has.  Using this, I don't find any
> America/Sao_Paolo, which would be the one you're looking for,

Actually the correct spelling is "America/Sao_Paulo".  On my Guix
installation it seems to be the file
${GUIX_PROFILE}/share/zoneinfo/America/Sao_Paulo

> but I do find Brazil/East, which gives the expected result.

Did you test in Guix System or, like me, in Guix Emacs atop a foreign
GNU distro?  In my case, "Brazil/East" also does not work.  I have tried
installing Guix package tzdata---both on my main profile which contains
emacs-next and on my ‘emacs’ profile which contains Emacs 27.2 for
testing---and rebooting my notebook, but the result is the same.

And I have just installed Emacs 27.1 on my Debian bullseye, and it
correctly gets both "Brazil/East" and "America/Sao_Paulo".

Regards

-- 
-  "In Support of Richard Stallman"
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- 
- 

bug#48300: Guix Emacs does not get "America/Sao_Paulo" timezone by name

[Jorge P. de Morais Neto]

Hi all!  I use Guix on Debian bullseye¹.  My Emacs is a Guix-installed
emacs-next with a package transformation option to use the latest commit
from the master branch.  It works fine except that it wrongly evaluates
the following function call:
(current-time-zone nil "America/Sao_Paulo")
It returns `(0 "America")'.  And I have verified that the same bug also
occurs on plain Emacs 27.2 (also from Guix).

Last time I tested in a manually compiled Emacs 27.1.50, I got the
correct result: `(-10800 "-03")'.  Also I have just tested on someone
else’s notebook---Emacs 26.3 from Ubuntu---and it too returned the
correct result.  I have not tested other timezones.

Thank you for your work in GNU!

¹ I intend to migrate to PureOS for better free software ethics.

Regards

-- 
-  "In Support of Richard Stallman"
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#45239: [[info:guix#Submitting Patches]] mentions texlive-union

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Hi.

Em [2020-12-14 seg 18:41:15+0100], Tobias Geerinckx-Rice escreveu:

> Texlive-union is not a package object and cannot be installed on 
> the command line.
>
> It's defined[0] in (gnu packages tex) as a utility procedure for 
> use in writing packages, similar to sdl-union , which is why 
> it's mentioned there.

OK, I am sorry for the noise.  And thank you for your work in GNU!

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#45238: The section [[info:guix#Invoking guix package]] contradicts itself

[Jorge P. de Morais Neto]

Hi.  The last paragraph of [[info:guix#Invoking guix package]] says:

However, note that package transformations are lost when upgrading;
to preserve transformations across upgrades, you should define your
own package variant in a Guile module and add it to
‘GUIX_PACKAGE_PATH’ (*note Defining Packages::).

This contradicts the earlier information, in the same section, about
`guix package -u':

When upgrading, package transformations that were originally applied
when creating the profile are automatically re-applied (*note Package
Transformation Options::).

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#45239: [[info:guix#Submitting Patches]] mentions texlive-union

[Jorge P. de Morais Neto]

Hi.  The manual section [[info:guix#Submitting Patches]] mentions
package `texlive-union', which does not exist:

$ guix search texlive-union
$

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#45139: Dico fails with "Read-only file system" message

[Jorge P. de Morais Neto]

Hi.  Some time ago I was able to use Guix-installed dico on my Debian
buster system, but since some days ago it fails with

$ dico -tvvv puppy
dico: Error: Invalid reply from server
dico: Error: /home/jorge/.dico:1: Cannot connect to the server
dico: Error: Invalid reply from server
dico: Error: .dico:1: Cannot connect to the server
dico: Debug: Connecting to dict://localhost:2628
dico: Debug: S:idxgcide: Error: cannot create index file 
`/home/jorge/.guix-profile/share/gcide/GCIDE.IDX': Read-only file system
dico: Error: Invalid reply from server

The Emacs interface (dictionary package, installed from MELPA*) also
fails with the error message:
dictionary-check-initial-reply: Server returned: idxgcide: Error: cannot 
create index file `/home/jorge/.guix-profile/share/gcide/GCIDE.IDX': Read-only 
file system

This is probably caused by the gnu-store.mount Systemd service which I
recently enabled.  However, enabling this service is recommended by the
manual (see [[info:guix#Binary Installation]]), so I believe this is a
bug.

Will you find a way to make Dico work on a read-only file system?  In
the meantime, is it safe and secure for me to temporarily disable
gnu-store.mount as a workaround?

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#44964: Since last week I cannot upgrade wget2; gnutls-dane fails

[Jorge P . de Morais Neto via Bug reports for GNU Guix]

Em [2020-11-30 seg 18:02:42+0100], Tobias Geerinckx-Rice escreveu:

> Thanks for the report!  This is the same error as #44914 so I've
> merged the two:

I'm sorry for the noise.  I did search the mailing list before reporting
my bug, but, in hindsight, I should have also searched the bug
database.  Anyway, thank you for contributing to GNU!

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

bug#44964: Since last week I cannot upgrade wget2; gnutls-dane fails

[Jorge P. de Morais Neto]

Hi.  Beginning last week (I don't recall precisely which day), when I
issue `guix upgrade', Guix wants to upgrade wget2, saying "(dependencies
or package changed)"; however, the upgrade fails because the test suite
of gnutls-dane fails.  I have attached the build log.  Note that I
recompressed the build log with xz, making it slightly smaller than with
bzip2.

I use Guix on an updated Debian buster with many packages from
backports, including the kernel---my kernel is:

$ uname -a
Linux jorge--inspiron-5570 5.8.0-0.bpo.2-amd64 #1 SMP Debian 
5.8.10-1~bpo10+1 (2020-09-26) x86_64 GNU/Linux



q6971vxd8k1vhx8qp13al2lp3y11rc-gnutls-dane-3.6.12.drv.xz
Description: application/xz

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]