Re: How to delete per-user profiles

[Jorge P . de Morais Neto]

Thanks 宋文武 and Roman!  I have then deleted
`/var/guix/profiles/per-user/jorge-morais' and then invoked `sudo -i
guix gc -d'.  It went as expected.  If any error appears later, I will
inform this list.

Regards!

-- 
- 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.
- Many people hate injustice but few check the facts; this causes more
  injustice.  Ask me about <https://stallmansupport.org>

How to delete per-user profiles

[Jorge]

Hi!  I have removed (via Gnome Settings) user `jorge-morais' from my 
Gentoo GNU/Linux system, but its Guix profiles remain.  How do I remove 
them, so Guix GC can clean the store?  Can I simply remove the directory 
`/var/guix/profiles/per-user/jorge-morais' ?

   /var/guix/profiles/per-user/jorge-morais:
   drwxr-xr-x 1 1002 1002 192 2023-08-25 15:22 ./
   drwxr-xr-x 1 root root  48 2023-07-04 14:16 ../
   lrwxrwxrwx 1 1002 1002  19 2023-07-03 12:33 current-guix -> 
current-guix-3-link/
   -rw-r--r-- 1 1002 1002   0 2023-07-03 12:31 current-guix.lock
   lrwxrwxrwx 1 1002 1002  51 2023-07-03 12:33 current-guix-3-link -> 
/gnu/store/7aqq65iaffpp10y9zm0mrkcml31632x2-profile/
   lrwxrwxrwx 1 1002 1002  19 2023-06-28 13:23 guix-profile -> 
guix-profile-2-link/
   -rw-r--r-- 1 1002 1002   0 2023-07-03 12:34 guix-profile.lock
   lrwxrwxrwx 1 1002 1002  51 2023-06-28 13:23 guix-profile-2-link -> 
/gnu/store/3aiqg5x0fyimkb7g47vdcc0p2lvazfg1-profile/

Regards

[PATCH] Fix for --with-branch=emacs-next=master

[Jorge P. de Morais Neto]

>From d70da533ddd0152f7d358854b184855932d6390c Mon Sep 17 00:00:00 2001
From: "Jorge P. de Morais Neto" 
Date: Sat, 24 Sep 2022 19:58:21 -0300
Subject: [PATCH] Undo 97b928ce09d6034ebcb541fb548e5d4862302add for Guix

The aforementioned commit breaks Guix's emacs recipe.  The recipe
could trivially be fixed by Guix developers, but for a user this patch
is more convenient.
---
 lisp/emacs-lisp/comp.el | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/lisp/emacs-lisp/comp.el b/lisp/emacs-lisp/comp.el
index abab9107ae..eee25f2557 100644
--- a/lisp/emacs-lisp/comp.el
+++ b/lisp/emacs-lisp/comp.el
@@ -178,8 +178,7 @@ native-comp-compiler-options
   :type '(repeat string)
   :version "28.1")
 
-(defcustom native-comp-driver-options (when (eq system-type 'darwin)
-'("-Wl,-w"))
+(defcustom native-comp-driver-options nil
   "Options passed verbatim to the native compiler's back-end driver.
 Note that not all options are meaningful; typically only the options
 affecting the assembler and linker are likely to be useful.
-- 
2.37.3


Hi.  I have versionitis---obsession with running the current version of
my favorite packages.  So I install emacs-next with the following
package transformation option:
--with-branch=emacs-next=master

I have a script that excludes emacs-next from regular `guix upgrade',
because upgrading from Git master every day would be too much.  I
upgrade emacs-next every fortnight.

Most often this builds and works correctly, but, yesterday,
Guix-installed emacs-next stopped working with native compilation.  I
traced the problem to Emacs commit
97b928ce09d6034ebcb541fb548e5d4862302add
which changes the default value of option `native-comp-driver-options'.

That change is not beneficial to GNU/Linux and breaks Guix's emacs-next
recipe.  The recipe could be trivially fixed by Guix developers, but for
Guix users I find it more convenient to install emacs-next with the
attached patch.  I will later report the problem to guix-devel so they
fix the recipe.

Meanwhile, those who want a fresh emacs-next can save the attached patch
in their computer and install emacs-next like this:

guix install --with-branch=emacs-next=master --with-patch=emacs-next=PATCH 
emacs-next

Where PATCH is the path to the patch in your computer.

Hope this helps!

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

Re: Why Emacs is echoing message for each installed Emacs package while startup

[Jorge P . de Morais Neto]

Hi!  I reply below:

Em [2022-05-22 dom 17:26:55+0600], Akib Azmain Turja escreveu:
> Thanks a lot.  Just a question, where should I send the patch?
> guix-devel?

Did you send the patch?  I have searched debbugs and have not found any
such submission.  I care because:

1. It significantly pollutes the *Messages* buffer, which can mask
   important warnings such as when Emacs loads a .elc byte compiled file
   that is older than its source code.
2. For people who byte-compile Elisp files from a Makefile, these
   messages causes significant pollution, masking byte-compilation warnings.
3. For people who use the nativecomp feature (from a guix channel),
   the native compilation of *each* Emacs package yields loading messages
   for *every* Guix-installed Emacs package, resulting in O(n^2) growth.

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

Re: Does Guix provide security support for Python2? For how long?

[Jorge P . de Morais Neto]

Hi.

Em [2021-01-15 sex 19:17:41+0100], dario escreveu:

> I don't know the answer to your question and you are probably aware of
> that option, but I just wanted to mention that you could consider
> switching to mbsync, which (I think) also has better performance than
> offlineimap.  It's a bit annoying to migrate the configuration, but it
> does not require that much time (I made that switch some time ago).

Continuing in OfflineIMAP would have the advantage of not having to
redownload 1.6GB of email, but I thank you for the recommendation.  In
fact, a few minutes ago I have asked for mail fetcher recommendations on
the notmuch mailing list.  I want to hear many recommendations and make
a final decision.  I will take into account yours and any others I
receive in this thread.

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

Re: Does Guix provide security support for Python2? For how long?

[Jorge P . de Morais Neto]

Hi.

Em [2021-01-15 sex 18:07:40+0100], zimoun escreveu:

> As far as I know, Guix provides the security support that upstream
> releases.

I too suppose so in general.  But I would like a more authoritative
answer for the specific case of Python2.  And, in fact, this should be
publicly documented---in the manual or in the website, as well as the
description of the python2 package and maybe also in the description of
all python2-.* packages.

> Using the Guix time-machine, the code that works now should work
> exactly the same in the future, even if Python 2 is removed in the
> future Guix releases.  Does it make sense?

The problem is that OfflineIMAP is Internet software, and therefore, I
believe, it is important to have security support for it (including its
dependencies).

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

Does Guix provide security support for Python2? For how long?

[Jorge P. de Morais Neto]

Hi.  I use Guix on a foreign distro---Debian buster (current stable).  I
want to upgrade Debian to bullseye (current testing), but bullseye does
not provide security support for Python 2.  I still use Python 2 for
OfflineIMAP.  There is a Python 3 port of OfflineIMAP, but it was done
very recently and I fear it is probably be buggy.  So I would like to
install Guix Python 2 atop Debian bullseye just for OfflineIMAP.  Would
that work fine?  Does Guix, unlike Debian bullseye, still provide
security support for Python 2?  For how long?

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

Re: Can I easily install GNU Emacs 27.1.50 via Guix?

[Jorge P . de Morais Neto]

Hi Carlo.

Em [2020-12-18 sex 20:36:11+1100], Carlo Zancanaro escreveu:

> This is true if they are in the same address space, but in this
> case evince runs as a separate process. There's no reason it has
> to load the same libraries as emacs, or have the same GTK_PATH
> variable. You should be able to show this by replacing evince with
> a script that unsets GTK_PATH before invoking the system evince. I
> have attached such a wrapper, if you want to add it to your path
> to check on a foreign distribution (it makes the print dialog in
> evince work for me, even when I run evince from within Guix's
> emacs).

I confirm that, with your wrapper, Debian's Evince (launched from Guix's
Emacs) can find the printers and indeed it can print.  It is a pity
though that this workaround needs writing manual wrappers for every
affected program.

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

Re: Can I easily install GNU Emacs 27.1.50 via Guix?

[Jorge P . de Morais Neto]

Em [2020-12-17 qui 19:54:18-0300], Jorge P. de Morais Neto escreveu:

> Show I report these problems as two bugs?

I forgot to mention that I have already (quickly) searched the Guix bugs
database and found no preexisting bug report related to either of these
two problems.

Regards

-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- 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.

Re: Can I easily install GNU Emacs 27.1.50 via Guix?

[Jorge P . de Morais Neto]

Hi Pierre and Simon!  Thank you both for your tips and encouragement.  I
ended up studying Guix and then I wrote an `emacs-maint' package that
builds from the emacs-27 branch.  I currently use commit
2dbc95063b5ee3d48aceff05f89e63a134df86ed and I intend to refresh it
monthly.  I have however hit two problems:

* GTK+ search path

When I launch Debian's Evince from Guix's emacs-maint, Evince cannot
find my local printer.  Look at the messages when I open Evince in an
Emacs shell and open Evince's print dialog:

--8<---cut here---start->8---
$ evince&
[1] 22463
jorge@jorge--inspiron-5570:~/unison/STJ/repos/usuários_arriscados_AD$ 
(evince:22463): Gtk-WARNING **: 19:41:17.738: Theme parsing error: 
gtk-keys.css:1:0: Failed to import: Error opening file 
/gnu/store/gazmlv80882hgkdnfdzl50b4m8xxj1bz-gtk+-3.24.23/share/themes/Emacs/gtk-3.0/gtk-keys.css:
 Permission denied
! SyncTeX Error : No file?

(evince:22463): Gtk-WARNING **: 19:41:41.121: 
/gnu/store/gazmlv80882hgkdnfdzl50b4m8xxj1bz-gtk+-3.24.23/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-file.so:
 cannot open shared object file: Permission denied

(evince:22463): Gtk-WARNING **: 19:41:41.122: 
/gnu/store/gazmlv80882hgkdnfdzl50b4m8xxj1bz-gtk+-3.24.23/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-file.so:
 cannot open shared object file: Permission denied

(evince:22463): Gtk-WARNING **: 19:41:41.122: 
/gnu/store/gazmlv80882hgkdnfdzl50b4m8xxj1bz-gtk+-3.24.23/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-cups.so:
 cannot open shared object file: Permission denied

(evince:22463): Gtk-WARNING **: 19:41:41.122: 
/gnu/store/gazmlv80882hgkdnfdzl50b4m8xxj1bz-gtk+-3.24.23/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-cups.so:
 cannot open shared object file: Permission denied
--8<---cut here---end--->8---

I suppose this is caused by the following environment variable that
exist in Emacs environment:

GTK_PATH=/gnu/store/gazmlv80882hgkdnfdzl50b4m8xxj1bz-gtk+-3.24.23/lib/gtk-3.0

This error does not occur when I launch Debian's evince from a manually
compiled Emacs 27.1.50.

* Time zone data

In Guix emacs-maint (as well as in Guix emacs), Emacs wrongly evaluates
the following function call:
(current-time-zone nil "America/Sao_Paulo")
It returns `(0 "America")'.  In a manually compiled 27.1.50 I get the
correct result.

I have tried installing the tzdata Guix package and restarting my
notebook but the error persisted.

Show I report these problems as two bugs?

And here is the package definition:

--8<---cut here---start->8---
(define-module (jorge-packages emacs-maint)
  #:use-module (guix packages)
  #:use-module (guix git-download)
  #:use-module (gnu packages emacs)
  #:use-module (guix utils))

(define-public emacs-maint
  (let ((commit "2dbc95063b5ee3d48aceff05f89e63a134df86ed")
(revision "1"))
(package/inherit emacs-next
  (name "emacs-maint")
  (version (git-version "27.1.50" revision commit))
  (source
   (origin
 (inherit (package-source emacs-next))
 (uri (git-reference
   (url "https://git.savannah.gnu.org/git/emacs.git/;)
   ;; (url "https://github.com/emacs-mirror/emacs;)
   (commit commit)))
 (file-name (git-file-name name version))
 (sha256
  (base32 "1qcak1abd20wikpvmp7xns59xgxh1rnz70p4crpv8vf2dn2zmfk1"
  (native-inputs `(,@(package-native-inputs emacs-next)))
  (native-search-paths
   (list (search-path-specification
  (variable "EMACSLOADPATH")
  ;; The versioned entry is for the Emacs' builtin libraries.
  (files (list "share/emacs/site-lisp"
   (string-append "share/emacs/"
  (version-major+minor+point version)
  "/lisp"
 (search-path-specification
  (variable "INFOPATH")
  (files '("share/info"
--8<---cut here---end--->8---

Regards
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Can I easily install GNU Emacs 27.1.50 via Guix?

[Jorge P. de Morais Neto]

Hi.  For GNU Emacs I manually compile the latest code from the emacs-27
branch (and install it with GNU Stow).  That's because I want the latest
features and fixes, but I fear that the master branch could be
unreliable when used together with certain external packages such as
Notmuch.  When there's a pretest version of emacs-28, I intend to switch
to it---before it is stable---but first I'll ask on the Notmuch mailing
list.

The problem with locally compiling Emacs is that it doesn't see
Guix-installed Elisp packages.  I currently get packages from ELPA (GNU,
Org, Melpa and Melpa-Stable) but the last two have ethical problems, so
I would prefer to get my packages via Guix.  I haven't yet studied Guix
packaging, however, so I need an easy solution.  So is it possible and
easy to get Emacs 27.1.50 via Guix?

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

Re: Guix's enchant misreports numerals on Debian---both buster and bullseye

[Jorge P . de Morais Neto]

> Maybe you could use hunspell directly as your enchant?  Not sure if
> that works, I'm not an emacs user.

Emacs does support several other spell checkers, but I want to use
enchant in order to share the user dictionary with other applications
that use enchant.

> With these, on Guix System, I was able to reproduce the behavior of
> debian's enchant.  Numerals are not marked as incorrect anymore.

Yes, same here.  Thank you!

> Hunspell itself doesn't flag "doesn" as incorrect, whereas enchant
> does, despite using the same dictionary.  If this is also the case on
> Debian, we might have found a bug in enchant.

The command-line tool enchant-2 misreports "doesn't", but Gedit, which
very probably uses Enchant, correctly accepts "doesn't and four other
contractions I tested.  It seems Gedit calls the enchant library in a
different way than Enchant's own command-line tool.

The reason to believe that Gedit uses Enchant are:
1. Wikipedia says so
2. Gedit's spell checker correctly accepts every word I have in the
   Enchant user dictionary.

Best regards

-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- 
- 

Re: Guix's enchant misreports numerals on Debian---both buster and bullseye

[Jorge P . de Morais Neto]

Em [2020-08-20 qui 15:35:00-0300], Jorge P. de Morais Neto escreveu:

> So enchant 2.2.8 (either from APT or from Guix) does not understand
> "doesn't"; and, what's worse, enchant-2.2.8 from Guix reports every
> numeral as a misspelling.

I now reread my experiment and realized enchant from Guix does
understand "doesn't".  So enchant 2.2.8 from Guix gets "doesn't"
correctly, but not numerals, and enchant 2.2.8 from APT gets numerals
correctly, but not "doesn't".  Could enchant get both numerals and
"doesn't" correctly?  That would be ideal.  Failing that, APT's enchant
situation is much preferable than Guix's enchant.

Regards

-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- 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?]]

Guix's enchant misreports numerals on Debian---both buster and bullseye

[Jorge P. de Morais Neto]

Hello.  I reported Emacs bug#42248 and I and the Emacs developers
realized at least part of the problem is with Guix version of Enchant.

On an updated Debian bullseye, enchant 2.2.8 from Guix misreports
numerals.  The same enchant upstream version, when installed from APT,
does not have this problem.  Guix enchant 2.2.8 on Debian buster also
misreports numerals.

See (on Debian bullseye):

$ enchant-2 -v
@(#) International Ispell Version 3.1.20 (but really Enchant 2.2.8)
$ which enchant-2
/usr/bin/enchant-2
$ enchant-2 -l -d en_US /tmp/enchant-test.txt
Doesn
Amarelou

$ guix install enchant; hash enchant-2
[...]
$ enchant-2 -v
@(#) International Ispell Version 3.1.20 (but really Enchant 2.2.8)
$ which enchant-2
/home/jorge/.guix-profile/bin/enchant-2
$ enchant-2 -l -d en_US /tmp/enchant-test.txt
2015
Casa
42
Amarelou
2018

The file /tmp/enchant-test.txt:
--8<---cut here---start->8---
Doesn't 2015
Casa 42
Amarelou 2018
--8<---cut here---end--->8---

So enchant 2.2.8 (either from APT or from Guix) does not understand
"doesn't"; and, what's worse, enchant-2.2.8 from Guix reports every
numeral as a misspelling.

Regards

-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- 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.

Enchant from Guix misreports numerals on both Debian buster and bullseye

[Jorge P. de Morais Neto]

Hello.  I reported Emacs bug#42248 and I and the Emacs developers
realized at least part of the problem is with Guix version of Enchant.

On an updated Debian bullseye, enchant 2.2.8 from Guix misreports
numerals.  The same enchant version, when installed from APT, does not
have this problem.  Guix enchant 2.2.8 on Debian buster also misreports
numerals.  See (on Debian bullseye):

$ enchant-2 -v
@(#) International Ispell Version 3.1.20 (but really Enchant 2.2.8)
$ which enchant-2
/usr/bin/enchant-2
$ enchant-2 -l -d en_US /tmp/enchant-test.txt
Doesn
Amarelou

$ guix install enchant; hash enchant-2
[...]
$ enchant-2 -v
@(#) International Ispell Version 3.1.20 (but really Enchant 2.2.8)
$ which enchant-2
/home/jorge/.guix-profile/bin/enchant-2
$ enchant-2 -l -d en_US /tmp/enchant-test.txt
2015
Casa
42
Amarelou
2018

The file /tmp/enchant-test.txt:
--8<---cut here---start->8---
Doesn't 2015
Casa 42
Amarelou 2018
--8<---cut here---end--->8---

So enchant 2.2.8 (either from APT or from Guix) does not understand
"doesn't"; and, what's worse, enchant-2.2.8 from Guix reports every
numeral as a misspelling.

Regards

-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Re: Instalacio GNU/Guix

[Jorge Terán]

* La arquitectura de tu equipo (x86_64, i686, otra).
tengo un i3 y 2 ram ddr3 de 2gb cada una,un disco duro ST9500325AS

* Los pasos que seguiste para descargar el instalador.
No me funciono con los pasos de la pagina de gnu/guix, entonces creo que
utilice ktorrent para copiar a la usb.

* Los pasos que seguiste en el instalador hasta toparte con el error de la
pantalla negra.
esos no los recuerdo bien.

Voy a esperar la próxima versión para intentarlo nuevamente.

Gracias.

El jue., 26 mar. 2020 a las 9:28, sirgazil () escribió:

> Buenos días, Jorge:
>
>
>   On Wed, 25 Mar 2020 20:30:03 -0500 Jorge Terán 
> wrote 
>  > Por favor en español,  al final de la instalación presenta lo siguiente,
>  > adjunto los errores.
>  >
>  > Saludos
>  >
>  > El 5:45 lun mar 23, 2020, Andreas Enge  escribió:
>  > >
>  > > Hello,
>  > >
>  > > hopefully English is okay.
>  > >
>  > > I rejected your message to info-g...@gnu.org, since it is meant for
>  > > communication *by* the project. Please use
>  > >help-guix@gnu.org
>  > > instead.
>  > >
>  > > On Sun, Mar 22, 2020 at 03:48:43PM -0400, familia wrote:
>  > > > No logro realizar la instalación de GNU/Guix por error 404,
> agradezco
>  > > > la ayuda,adjunto captura de pantalla.
>  > >
>  > > It looks like in wget you need to replace *system* by the value of
> your
>  > > system, most likely *x86_64*, like so:
>  > >wget
>  >
> https://ftp.gnu.org/gnu/guix/guix-system-install-1.0.1.x86_64-linux.iso.xz.sig
>  > >
>  > > Andreas
>
>
> ¿Podrías darnos la siguiente información?
>
> * La arquitectura de tu equipo (x86_64, i686, otra).
> * Los pasos que seguiste para descargar el instalador.
> * Los pasos que seguiste en el instalador hasta toparte con el error de la
> pantalla negra.
>
> El error de la otra pantalla parece ser un error conocido que ocurre en el
> instalador del Sistema Guix 1.0.1 cuando el usuario pulsa el botón para
> reintentar una instalación fallida. Este error fue reportado y corregido
> http://issues.guix.gnu.org/issue/35543 pero la corrección solo va a estar
> disponible a partir de la próxima versión del instalador.
>
> Por cierto, Jorge, posiblemente para el mes de abril esté disponible la
> versión 1.1.0 del Sistema Guix, por si querés esperar.
>

Re: Environment variables on GNOME on foreign distro (Debian)

[Jorge P . de Morais Neto]

Em [2020-02-24 seg 12:49:32+0800], 宋文武 escreveu:

> Hello, I'd say it's not a solved problem in general.

Sad to hear.

For now, I continue to set GUIX environment variables (including
sourcing "${GUIX_PROFILE}/etc/profile") from ~/.profile.  To avoid the
GIO_EXTRA_MODULES problem, I have moved Gnucash from my default profile
to a separate Guix profile.  This way my default
"${GUIX_PROFILE}/etc/profile" does not export GIO_EXTRA_MODULES.  Then
to launch Gnucash I created an executable Bash script in ~/bin/gnucash
with the following contents:

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

GIO_PROFILE=~/".guix-extra-profiles/GIO_EXTRA_MODULES/GIO_EXTRA_MODULES"
eval $(guix package -p "${GIO_PROFILE}" --search-paths)
gnucash
--8<---cut here---end--->8---

I also copied
~/.guix-extra-profiles/GIO_EXTRA_MODULES/GIO_EXTRA_MODULES/share/applications/gnucash.desktop
into ~/.local/share/applications/gnucash.desktop and changed the Exec
line to

Exec=/home/jorge/bin/gnucash %f

It seems to be working, but I have tested it only lightly.

Regards

-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Environment variables on GNOME on foreign distro (Debian)

[Jorge]

Hi.  On a previous thread [1] I asked about best practices for Guix
environment variables on foreign distro.  My problem was not
fundamentally solved, and it resurfaced again recently.  In summary:

I use Guix on an updated Debian buster (with 59 packages from
buster-backports) to get some up-to-date packages atop Debian stable.
Currently I set Guix environment variables on ~/.profile, but recently I
started getting error messages from Evince (my Evince is from Debian's
APT).  In fact, in /var/log/user.log I get:

--8<---cut here---start->8---
Feb 23 17:04:19 jorge--inspiron-5570 org.gnome.Evince.desktop[1788]: 
/home/jorge/.guix-profile/lib/gio/modules/libdconfsettings.so: cannot open 
shared object file: Permission denied
Feb 23 17:04:19 jorge--inspiron-5570 org.gnome.Evince.desktop[1788]: Failed to 
load module: /home/jorge/.guix-profile/lib/gio/modules/libdconfsettings.so
Feb 23 17:04:19 jorge--inspiron-5570 evince[5252]: Using the 'memory' GSettings 
backend.  Your settings will not be saved or shared with other applications.
--8<---cut here---end--->8---

The problem seems to be that Debian's Evince is seeing the
`GIO_EXTRA_MODULES' environment variable from Guix.  In fact:

$ sudo tr \\0 \\n < "/proc/$(pgrep evince)/environ" | grep GIO_EXTRA_MODULES
    GIO_EXTRA_MODULES=/home/jorge/.guix-profile/lib/gio/modules

Side note: `sudo` was unnecessary in that command.

Ludovic Courtès on 12 Mar 2018 had suggested me to to source
 ~/.guix-profile/etc/profile from ~/.bash_profile (or similar).
However, that does not work, at least for me.  If I source Guix's
etc/profile from ~/.bash_profile, the icons of my graphical Guix
applications fail to appear in my GNOME docker, because XDG_DATA_DIRS
was not set by Guix.  In fact, if I open gnome-terminal and issue
`env | grep -i guix`, I see no Guix environment variables.  In fact,
that happens even inside Guix-installed emacs-next.

So what should I do?

Footnotes:
[1] [[notmuch:id:a1855c067a1a07c20e6bf79fa0a88...@disroot.org][Email
 Sat, 10 Mar 2018 22:32:37 + from Jorge: Best practices for Guix
 environment variables on foreign distro]],
 https://lists.gnu.org/archive/html/help-guix/2018-03/msg00091.html

Regards
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- <https://www.defectivebydesign.org/>
- <https://www.gnu.org/>

Re: WebP in GIMP

[Jorge P . de Morais Neto]

Em [2020-02-01 sáb 14:16:34-0500], Leo Famulari escreveu:

> On Fri, Jan 31, 2020 at 07:54:22PM -0300, Jorge P. de Morais Neto wrote:
> I added WebP support in commit 5a8adc6dfcf16ad9284d70e68da0dc320eb5af63.

Thank you.  It works.  It is a pity though that GIMP has a bare-bones
WebP export dialog.  I assumed it would be as flexible as the JPEG
export dialog.  I now realized the WebP export dialog lacks the
flexibility of cwebp and, since it also lacks live preview (which would
be its greatest advantage over cwebp), I think I will export to lossless
WebP from GIMP then reencode (in lossy manner) with cwebp.

Regards
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free 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?]]

WebP in GIMP

[Jorge P. de Morais Neto]

Hi.  It seems Guix's GIMP does not support WebP.  Is there a fix for
that?

Regards
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free 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?]]

Re: How to use foreign-distro fonts without symlink hack?

[Jorge P . de Morais Neto]

Em [2020-01-05 dom 19:34:24+0100], Pierre Neidhardt escreveu:

> jorge+l...@disroot.org (Jorge P. de Morais Neto) writes:
>
>> 1. Could this symlink cause problems for Debian applications?
>
> Should be fine.
>
>> 2. Why does not Guix `fc-cache' look in `/usr/share/fonts'?
>
> Because Guix does not know about files outside the store or the home
> directory.  This is by design.

Thank you for clarifying.

Regards
-- 
- <https://jorgemorais.gitlab.io/justice-for-rms/>
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free 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?]]

How to use foreign-distro fonts without symlink hack?

[Jorge P. de Morais Neto]

Hi.  I use an updated Guix atop Debian buster on an x86-64 notebook.  I
had font problems in GNU Emacs.  I took hours to recognize them as such
and find the cause: Emacs was not using the fonts from Debian in
`/usr/share/fonts'.  I then worked around the problem by symlinking
/usr/share/fonts to `~/.local/share/fonts' and invoking `fc-cache'
(don't remember the exact parameters I used).  Then additional fonts
appeared in the output of `fc-list' and were indeed available to Emacs.
Two questions:

1. Could this symlink cause problems for Debian applications?
2. Why does not Guix `fc-cache' look in `/usr/share/fonts'?

Regards
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free 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?]]

Re: Cannot build libdbi-drivers: "dbd_mysql.c:54:10: fatal error: mysql.h: No such file or directory"

[Jorge P . de Morais Neto]

Hello.

Em [2019-12-18 qua 22:38:13+0100], Marius Bakke escreveu:

> This is fixed with commit 9077cf68ec57c0303ef7746e203c3fe5ed041add.

I confirm the problem is solved.  A few minutes ago I have invoked
~guix pull~ and then I was able to build Gnucash.  Then I fired up
Gnucash and it showed its welcome dialog.

Thank you!
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free 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?]]

Cannot build libdbi-drivers: "dbd_mysql.c:54:10: fatal error: mysql.h: No such file or directory"

[Jorge P. de Morais Neto]

4fqq5isxpmlcx215vqwlbj7ig8vs5q-libdbi-drivers-0.9.0.drv.bz2
Description: Binary data

For more than a week I have been unable to update Gnucash.  One of its
dependencies, libdbi-drivers, fails to build.  I have attached the build
log.

Regards
-- 
- 
- I am Brazilian.  I hope my English is correct and I welcome feedback.
- Please adopt free 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?]]

Re: guix pull behind proxy not working

[Jorge P . de Morais Neto]

Em 2019-08-15T21:20:27+0200, Marius Bakke escreveu:
> I think you also need these variables in the environment that invokes
> the 'guix' command.  Does it work if you export these variables before
> running guix, in addition to having them in the daemon environment?

I think that makes no difference, as the Guix manual in
[[info:guix#Proxy Settings]] says:

Substitutes are downloaded over HTTP or HTTPS. The ‘http_proxy’
environment variable can be set in the environment of ‘guix-daemon’
and is honored for downloads of substitutes.  Note that the value of
‘http_proxy’ in the environment where ‘guix build’, ‘guix package’,
and other client commands are run has _absolutely no effect_.

Anyway I verified I had those environment variables in the environment
of guix pull, and I got "Connection timed out".

I should add that I configured Gnome to use my workplace automatic proxy
configuration; but for applications (such as GNU Emacs) that do not
integrate with Gnome proxy settings I have set up ntlmaps, which is why
the http{,s}_proxy environment variables point to localhost.  This works
fine with Emacs, both for package installation and for the EWW web
browser.  Even ~git clone https://git.savannah.gnu.org/git/guix.git~
(outside of guix pull) works.  In fact, is there a convenient way to
tell guix to use a repository I have pulled myself, with git?

Regards
-- 
- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: guix pull behind proxy not working

[Jorge P . de Morais Neto]

Em 2019-07-04T11:05:35+0200, mar...@famic.de escreveu:

> However, calling `guix pull` and `guix system reconfigure` still fails
> due to unreachable network.  Does it need different proxy settings?
> What can I do?

I have the same problem on a Debian buster foreign distro.  I have
configured the proxy in
/etc/systemd/system/guix-daemon.service.d/override.conf

It contains the following lines:

Environment="http_proxy=http://localhost:3128;
Environment="https_proxy=http://localhost:3128;

And I confirmed with ~systemctl show~ that both variables are correct in
the environment of Guix daemon.

Error al extraer iso guix GNU con linux

[Jorge Terán]

Favor prestar ayuda para resolver la descarga.

Saludos

Re: How to install prerelease package versions (particularly Emacs)

[Jorge]

March 27, 2018 6:51 AM, l...@gnu.org wrote:
> Pierre Neidhardt  skribis:
> 
>> Considering the importance of Emacs in this community, I think it would
>> make sense to provide a cutting-edge version.
> 
> Do you mean a snapshot of the ‘master’ branch?
> 
> We don’t do that usually, and I would instead suggest using
> ‘--with-source’ for people who would like that.
> 
> What do people think?
I am sorry for having taken this long to reply.  I (the original poster) was
thinking not of ‘master’ branch snapshots.  GNU Emacs has already branched the
upcoming Emacs 26, and the ‘master’ branch has been opened for the development
of what will be Emacs 27.  I was thinking of the latest official pretest version
of the almost-released branch (currently Emacs 26.0.91).  In my experience so
far, these pretest versions are reliable enough for daily usage.

Providing Emacs pretest versions would enable a larger audience to test them,
thus helping the GNU project.  It would also enable more people to
get Emacs from Guix; I need Emacs 26 for its better proxy support (so I can
install ELPA packages from my work desktop) and I really like its many other
features, so if Guix only has 25.3, I will continue to compile 26.0.9x manually
(and miss the Guix features).

I think it would be clearly beneficial to package 26.0.9x, unless Guix lacks the
manpower.  I unfortunately don't think I'll be able to help much, beyond testing
and filing bug reports.

Regards

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Integrate guix-installed Emacs packages with locally compiled Emacs pretest

[Jorge]

March 13, 2018 3:47 AM, "Konrad Hinsen"  wrote:

> With Emacs, everything is possible :-)
> 
> You'd have to do two things in your Emacs configuration:
> - add the notmuch elisp directory from Guix to load-path
> - make sure that your Guix profile is on exec-path
> 
> You probably want the latter anyway, so the additional effort looks small.
Yes, it is simpler than I thought.  I will try that after I solve the problems
reported on the other thread.

> On the other hand, packaging Emacs 26 for Guix is a nice exercise and useful 
> for lots of other
> people, so I don't want do discourage you from trying!
Unfortunately I am out of time.  And when I do find more time to contribute to
free (libre) software, I intend to first file some bug reports before
contributing code.

Thank you for the help!

Re: Best practices for Guix environment variables on foreign distro

[Jorge]

March 13, 2018 9:38 AM, "Adonay Felipe Nogueira"  wrote:

>> 16.04LTS) and it works fine. Sourcing ~/.guix-profile/etc/profile from
>> $HOME/.profile, on the other hand, prevents logins to GNOME or Unity
>> sessions.
> 
> I don't know if Unity respects ${XDG_DATA_DIRS}, but I hope so. If it does:
> then perhaps because you have to treat ${XDG_DATA_DIRS} specially, as I
> explained in other posts.
I forgot to mention that I run Ubuntu GNOME.

When I arrive home (I am at work) I will look at the suggestions in
this thread.

Thank you in advance.

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Integrate guix-installed Emacs packages with locally compiled Emacs pretest

[Jorge]

Hi.  I want to use Guix to install notmuch (with the Emacs interface) and
emacs-guix; however, since Guix does not have Emacs 26, I would like to keep
using my locally-compiled Emacs 26.0.91.  Is that possible?  Would it be quicker
to learn Guix packaging and package Emacs 26.0.91 for Guix?

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: How to install prerelease package versions (particularly Emacs)

[Jorge]

March 3, 2018 7:24 AM, "Oleg Pykhalov"  wrote:
> Guix package collection provides only stable package releases for the
> most part.
That's a pity.

> You could write a package recipe with a new version based on original
> recipe, see [1].
> 
> Also you could try ‘--with-source’ [2], but in Emacs case the package
> recipe should be tweaked a little bit, so it will probably not work.
> 
> [1] http://lists.gnu.org/archive/html/help-guix/2017-09/msg00074.html
> [2]
> https://www.gnu.org/software/guix/manual/html_node/Package-Transformation-Options.html#Package-Trans
> ormation-Options
Thank you for your tips!  For now I’ll keep building Emacs manually, but
when I become more knowledgeable about Guix I intend to follow your
instructions.

Regards

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

How to install prerelease package versions (particularly Emacs)

[Jorge]

Hi.  I use Spacemacs v.0.300.0 (develop) atop Emacs 26.0.91.  I compile
Emacs 26 locally and stow it with GNU Stow.  I would prefer to get Emacs
26 from Guix, which would be more automatic and would come configured to
work with Guix-installed Emacs packages.  So is Emacs 26 available from
Guix?  Unfortunately ~guix package --show=emacs~ only reports version
25.3, but maybe there is a non intuitive way to get Emacs 26.

Regards

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free/libre software for Android: https://f-droid.org/
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Proxy authentication

[Jorge]

January 24, 2018 6:38 AM, "Konrad Hinsen"  wrote:

> I had the same problem not so long ago. See this thread on guix-devel for the 
> solution:
> 
> http://lists.gnu.org/archive/html/guix-devel/2017-11/msg00070.html

Sorry for having taken so long to reply.  I have postponed the setup of
Guix.  It seems my workplace blocks FTP, which is used by Guix.
Besides, I have since migrated from Debian 9 stretch (stable) to 10
buster (testing), which has more recent packages.  I intended to use
Guix to provide newer packages on top of Debian stable, and with Debian
testing this is not necessary.  I think that at some point after Debian
buster freezes in preparation for release, when its packages become old
but I have not yet migrated to Debian 11 bullseye, I will try Guix
again.  That time I will first make sure I have access to all network
protocols Guix needs.

Regards

Proxy authentication

[Jorge]

Hi.  I am trying to use Guix at my workplace, where we have mandatory
proxy.  In my foreign distribution (Debian 9), I have configured Gnome
for automatic proxy configuration (PAC file) and, for applications that
do not integrate with Gnome’s proxy configuration (such as Emacs), I
have set up ntlmaps (localhost:5865).  I have tried to make Guix use
ntlmaps, but guix pull fails with hash mismatches.  For example:
--8<---cut here---start->8---
Starting download of 
/gnu/store/zdahqsfvra1r2ic61x1blh3i3p7xsax6-libpng-1.6.29.tar.xz
From 
http://downloads.sourceforge.net/project/libpng/libpng16/1.6.29/libpng-1.6.29.tar.xz...
following redirection to `https://sourceforge.net/projects/libpng/files/'...
warning: 'https_proxy' is ignored
 29.tar.xz  226KiB243KiB/s 00:01 [##] 100.0%
sha256 hash mismatch for output path 
`/gnu/store/zdahqsfvra1r2ic61x1blh3i3p7xsax6-libpng-1.6.29.tar.xz'
  expected: 0fgjqp7x6jynacmqh6dj72cn6nnf6yxjfqqqfsxrx0pyx22bcia2
  actual:   1kwj40d23c25r9q67vk9giqrq7vp4zsrxvrzxm45zpy01nbhnxpa
--8<---cut here---end--->8---

Now I want to make Guix talk to the corporate proxy server directly (not
mediated by ntlmaps) but then it needs to authenticate.  I could
temporarily put my login and password in the proxy URL in
/etc/systemd/system/guix-daemon.service.d/override.conf, and erase it
after using Guix.  I am afraid, though, that these environment variables
could be logged.  So, is it secure to temporarily put proxy login and
password in override.conf, or could they be inadvertently logged?

Regards

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free (as in free speech) software for Android: https://f-droid.org/

Re: How to configure git to use a proxy inside guix build container

[Jorge]

First, sorry for the previous double posting.  I thought my first email
had been rejected.  Second, I created
~/etc/systemd/system/guix-daemon.service.d/override.conf~ with the
following content:
[Service]
Environment="http_proxy=http://localhost:5865;
Environment="ftp_proxy=ftp://localhost:5865;
Environment="all_proxy=localhost:5865"
Environment="GIT_CURL_VERBOSE=1"
Environment="GIT_TRACE=1"

I then issued
$ sudo systemctl daemon-reload; sudo systemctl restart guix-daemon
and then verified that these env vars are in the environment of guix-daemon:
$ pgrep -a guix-daemon
14366 /var/guix/profiles/per-user/root/guix-profile/bin/guix-daemon 
--build-users-group=guixbuild
$ sudo bash -c "xargs --null -n1 < /proc/14366/environ"
LANG=pt_BR.UTF-8
LC_COLLATE=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_TIME=en_DK.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
INVOCATION_ID=1b15326b9fae4fd08777b0a9ff73d8ca
JOURNAL_STREAM=9:688617
GUIX_LOCPATH=/root/.guix-profile/lib/locale
http_proxy=http://localhost:5865
ftp_proxy=ftp://localhost:5865
all_proxy=localhost:5865
GIT_CURL_VERBOSE=1
GIT_TRACE=1

It has not worked:
$ guix pull
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument
Updating from Git repository at 
'https://git.savannah.gnu.org/git/guix.git'...
guix pull: error: Git error: failed to connect to git.savannah.gnu.org: 
Connection timed out

And as you can see, git has been laconic, indicating that, for some
unknown reason, GIT_CURL_VERBOSE and GIT_TRACE have had no effect.  Last
week Guix was able to download files (e.g. source tarballs) over the
Internet, indicating the proxy is accessible in Guix build container.
The problem is with git.

I took hours studying SystemD, Guix, Git and cURL.  Help will be
appreciated.

January 19, 2018 8:56 PM, "Jorge" <jorge+l...@disroot.org> wrote:

> Hi. guix pull fails:
> Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
> guix pull: error: Git error: failed to connect to git.savannah.gnu.org: 
> Connection timed out
> 
> I suspect git inside the guix build container tries to connect directly
> to the Internet instead of using the proxy. Outside guix I can
> successfully run ~git clone https://git.savannah.gnu.org/git/guix.git~
> 
> So how do I configure a proxy for git inside guix?
> 
> Regards

How to configure git to use a proxy inside guix build container

[Jorge]

Hi. guix pull fails:
Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
guix pull: error: Git error: failed to connect to git.savannah.gnu.org: 
Connection timed out

I suspect git inside the guix build container tries to connect directly
to the Internet instead of using the proxy. Outside guix I can
successfully run ~git clone https://git.savannah.gnu.org/git/guix.git~

So how do I configure a proxy for git inside guix?

Regards

- I am Brazilian.  I hope my English is correct and I welcome feedback
- Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z
- Free (as in free speech) software for Android: https://f-droid.org/

How to configure git to use a proxy inside the guix build container

[jorge]

Hi. guix pull fails:
 Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
 guix pull: error: Git error: failed to connect to git.savannah.gnu.org: 
Connection timed out

I suspect git inside the guix build container tries to connect directly
to the Internet instead of using the proxy. Outside guix I can
successfully run ~git clone https://git.savannah.gnu.org/git/guix.git~

So how do I configure a proxy for git inside guix?

Regards

PS: I am Brazilian. I hope my English is correct and I welcome feedback.