bug#30250: Two failures on ‘make -k "-j$(nproc)" check’

January 27, 2018 2:02 PM, l...@gnu.org wrote: > "Jorge" skribis: > It looks like the language/tree-il/spec.scm file (which is part of > Guile) that was found in $GUILE_LOAD_PATH on your system is not a > regular file and is instead presumably a symlink. Could you check t

bug#30250: Two failures on ‘make -k "-j$(nproc)" check’

January 30, 2018 3:16 PM, l...@gnu.org wrote: > This has to do with bad $http_proxy handling in old Guile versions But I am using the packaged Guile from Debian buster, which is recent: $ guile --version guile (GNU Guile) 2.2.2 Packaged by Debian (2.2.2-deb+2-1) […] > […] that dow

bug#45295: Alternative

ld use the user channel directly and this issue would not exist. Regards, Jorge

bug#72794: Bad kernel config

Hi, I noticed this looking at the linux.scm file: ,@(if (version>=? version "5.13") '(("BPF_UNPRIV_DEFAULT_OFF" . #t)) '()) Shouldn't that be "CONFIG_BPF_UNPRIV_DEFAULT_OFF" instead? Regards, Jorge Acereda

bug#69061: Add power modes support to gnome-control-center

Hi, According to https://wiki.archlinux.org/title/GNOME#Power_modes looks like adding the already-packaged power-profiles-daemon dependency should be enough to get a Power section in GNOME Settings. I would try, but this box is just too slow. Thanks, Jorge Acereda

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

t 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 (20

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

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

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#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#49029: ungoogled-chromium failed to disable malware extension The Great Suspender

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

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

regards, Jorge -- - Many people hate injustice but few check the facts; this causes more injustice. Ask me about <https://stallmansupport.org> - Please adopt free/libre formats like PDF, Org, LaTeX, ODF, Opus, WebM and 7z. - Libre apps for AOSP (Replicant, LineageOS, etc.) and Android: F

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

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

rty" 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 <https://stallmansupport.org> - I am Brazilian. I hope my English is correct a

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 <https://stallmansupport.org> - I am Bra