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