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

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

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

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--

bug#55479: emacs-libgit test suite fails

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 fail

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign 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.

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign 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 int

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign 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 inju

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign 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 reg

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

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

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

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 fi

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

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

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

Hi. I didn't receive your email (I did this reply from Emacs debbugs package). Please include my email address in further messages to mitigate the risk that I miss them. I continue below: On 06/15/21 09:49 , Leo Famulari wrote: > Chromium is a program that is meant to be "evergreen". Version >

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

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,

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

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

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

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

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

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 tz

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

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 sp

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

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 ret

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

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 &c., which is why >

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

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’ (*not

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

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

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

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

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

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.

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

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