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

[Jorge]

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 that
> this is the case?

Unfortunately I have already uninstalled Guix and its dependencies.  I
am sorry, I now realize I (obviously) should not have done that before
this bug report finished being investigated.  At least I backed up the
Guix repository (including build products).  Anyway, I remember I had
stowed¹ Guix and its dependencies, so ‘language/tree-il/spec.scm’ must
indeed have been a symlink.\\
1: GNU Stow

> This test runs its own HTTP server on port 10500. Could it be that it
> try to go through your proxy and failed? Can you check whether this
> works:
> 
> unset http_proxy
> make check TESTS=tests/derivations.scm
> 
> ?

The compiled Guix in the backed up repository does not work because it
expects Guile in /usr/local.  I have migrated from Debian stable to
buster (testing) and, since buster has a recent Guile, I replaced the
locally compiled Guile with Debian Guile, which goes into /usr.  Thus I
tried to recompile Guix in order to test your hypothesis but it did not
compile:

$ make -k "-j$(nproc)"
echo 0.14.0.1193-4f34e > ".version-t" && mv ".version-t" ".version"
  GEN  doc/os-config-bare-bones.texi
  GEN  doc/os-config-desktop.texi
  GEN  doc/os-config-lightweight-desktop.texi
  GEN  nix/libstore/schema.sql.hh
make  all-recursive
make[1]: Entering directory '/home/jorge/guix'
Making all in po/guix
make[2]: Entering directory '/home/jorge/guix/po/guix'
make[2]: Leaving directory '/home/jorge/guix/po/guix'
Making all in po/packages
make[2]: Entering directory '/home/jorge/guix/po/packages'
make[2]: Leaving directory '/home/jorge/guix/po/packages'
make[2]: Entering directory '/home/jorge/guix'
Compiling Scheme modules...
  GEN  scripts/guix
  DL   gnu/packages/bootstrap/aarch64-linux/guile-2.0.14.tar.xz
  DL   gnu/packages/bootstrap/armhf-linux/guile-2.0.11.tar.xz
  DL   gnu/packages/bootstrap/i686-linux/guile-2.0.9.tar.xz
  DL   gnu/packages/bootstrap/mips64el-linux/guile-2.0.9.tar.xz
  GEN  etc/guix-daemon.service
  DL   gnu/packages/bootstrap/x86_64-linux/guile-2.0.9.tar.xz
  GEN  etc/guix-publish.service
  GEN  etc/guix-daemon.conf
  GEN  etc/guix-publish.conf
  CXX  nix/boost/format/libformat_a-free_funcs.o
  CXX  nix/boost/format/libformat_a-parsing.o
In file included from ./nix/boost/format.hpp:57:0,
 from nix/boost/format/free_funcs.cc:22:
./nix/boost/format/feed_args.hpp:40:8: warning: ‘void 
boost::io::detail::{anonymous}::do_pad(std::__cxx11::string&, std::streamsize, 
char, std::ios_base::fmtflags, bool)’ defined but not used [-Wunused-function]
   void do_pad( std::string & s,
^~
In file included from ./nix/boost/format.hpp:57:0,
 from nix/boost/format/parsing.cc:25:
./nix/boost/format/feed_args.hpp:40:8: warning: ‘void 
boost::io::detail::{anonymous}::do_pad(std::__cxx11::string&, std::streamsize, 
char, std::ios_base::fmtflags, bool)’ defined but not used [-Wunused-function]
   void do_pad( std::string & s,
^~
  CXX  nix/boost/format/libformat_a-format_implementation.o
downloading file `gnu/packages/bootstrap/armhf-linux/guile-2.0.11.tar.xz'
from 
`http://alpha.gnu.org/gnu/guix/bootstrap/armhf-linux/20150101/guile-2.0.11.tar.xz'...
Backtrace:
downloading file `gnu/packages/bootstrap/aarch64-linux/guile-2.0.14.tar.xz'
from 
`http://alpha.gnu.org/gnu/guix/bootstrap/aarch64-linux/20170217/guile-2.0.14.tar.xz'...
Backtrace:
downloading file `gnu/packages/bootstrap/i686-linux/guile-2.0.9.tar.xz'
from 
`http://alpha.gnu.org/gnu/guix/bootstrap/i686-linux/20131110/guile-2.0.9.tar.xz'...
Backtrace:
   5 downloading file 
`gnu/packages/bootstrap/mips64el-linux/guile-2.0.9.tar.xz'
from 
`http://alpha.gnu.org/gnu/guix/bootstrap/mips64el-linux/20131110/guile-2.0.9.tar.xz'...
(primitive-load "/home/jorge/guix/./build-aux/download.scm")
   4 Backtrace:
   5 (primitive-load "/home/jorge/guix/./build-aux/download.scm")
   4 (_ # 
# …)
In web/client.scm:
   346:21  3 (request _ #:body _ #:port _ #:method _ #:version _ #:keep-alive? 
_ #:headers _ #:decode-body? _ # _ # …)
In web/request.scm:
(_ # # …)
I  n  web/client.scm : 
  5 (primitive-load "/home/jorge/guix/./build-aux/download.scm")
   4 215:2  2 (write-request #< method: GET uri: #< 
scheme: http userinfo: #f host: "alpha.gnu.org" …> …)
   346:21  3 (request _ #:body _ #:port _ #:method _ #:version _ #:keep-alive? 
_ #:headers _ #:

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

[Jorge]

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 download step no longer exists in the ‘core-updates’
> branch that’s to be merged in the coming days.
Thank you for the information.  Perhaps I should try again after that
branch is merged.

> Thanks anyway, I consider the case closed on our side.

Will you update the test so it works when ‘language/tree-il/spec.scm’ is
a symlink?  Since Stow is a GNU package, maybe Guix should either be
compatible with it or warn in the documentation about the
incompatibility.

Regards

bug#45295: Alternative

[Jorge Acereda]

Hi,

New user here, so maybe I'm talking BS. 

I'm wondering if getting rid of sudo for reconfiguration is an option.

What if instead of running all the process as root, it invoked sudo (or
doas) in the final stage, so it can perform the bits that require
permissions?

That way, it would use the user channel directly and this issue would
not exist.

Regards,
  Jorge

bug#72794: Bad kernel config

[Jorge Acereda]

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

[Jorge Acereda]

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

[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

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

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

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

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

[Jorge P. de Morais Neto]

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
> numbers are not highlighted to the user and the software is supposed
> to update itself, quickly and often.  It's like a "rolling release"
> just for that program.

> A variant of the package that blocks communication to Google and
> requires one of us to update it is, if you trust the Chromium team,
> categorically less up-to-date than a "normal Chromium" downloaded
> directly from chromium.org, and thus also less "secure", as you've seen.

> I don't know exactly how the "disable malware extensions" mechanism
> works, but it's likely that the "ungoogling" disables the possibility
> that it can happen quickly, outside of full program updates.
>
> It's a tradeoff we (have to?) make to offer a variant of Chromium that
> is judged acceptable by us under the Free System Distribution
> Guidelines, which Guix follows:

I can accept a reasonable trade-off, but I still believe this should be
actively communicated to users.  It is not obvious.  If had known that
before, I would certainly have been more careful with extensions.
Indeed, now that I know, I have not only deleted my old
(ungoogled-)Chromium profile, but also, on the new profile, I installed
only HTTPS Everywhere and Privacy Badger extensions.  I have also
changed an important password that I remember having used on the
malware-infected Chromium.

> By the way, the Debian testing branch is the last to receive security
> updates, and in general has no guarantee of fast security updates.  If
> you want to use a Debian with more up-to-date software than the stable
> branch and also are concerned about your security, you might consider
> using Debian sid.

Thank you for the advice.  I already knew that though, and I think the
security risk of Debian testing is mitigated by my care.  I have
installed and configured debsecan.  It emails be about Debian
vulnerabilities, and then, in aptitude, I manually pull important
security updates from Debian unstable (sid).

That is a bit time-consuming, but I fear that going full unstable would
be too unreliable (more breakages) and would remove the option of
settling in stable without reinstalling.  I mean, since my sources.list
refers to bullseye, then, when it becomes stable, I will have Debian
stable and will have a choice whether (and when) to upgrade to the new
testing (bookworm).

Regards!

-- 
- 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#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#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 &c., 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#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 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#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#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 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,

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

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

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 <https://stallmansupport.org>
- 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]

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