Re: Xdm trisquel login fails after installing gajim on a fresh guix install (works after rolling back)

[Adonay Felipe Nogueira via]

Hi there,


Em 02/06/2021 05:16, David Lecompte escreveu:
> One small remark though: at various times, there are messages
> recommending to set PATH, GUIX_PATH or GUIX_LOCPATH but these variables
> are actually set automatically as part of the installation process, so
> these messages are a bit misleading.

Indeed they are. It seems that the environment with which Guix daemon was 
called didn't emerge from "/etc/profile.d/guix.sh" , but ultimately it seems to 
work OK for the user since theirs did pass through that script.

> Then, when I asked to install the Guix gajim package, to my surprise,
> the output said it needs to download more than 100 MB and a crazy number
> of packages were processed, among which texlive or xorg, it took at lest
> as long as all the previous steps and both cores of my CPU were at 100%
> for more than 30 minutes. I'd love to provide some log of the output but

It might not be enough, but did you enable build substitutes when you were 
asked by the guix installation script?

I said that it might not be enough because, if there is no substitute for a 
given package definition, Guix will try to build it anyways.

> I didn't redirect it to a file and I don't know if that is kept
> somewhere.

In general, you don't need to look those up unless a build process insists on 
failing or has another bug of some sort. The process I did came up to find 
those is somewhat complex, but still if you do want to follow mine, please read 
on.

Most logs are kept at "/var/log/guix/drvs", but I do agree that you might need 
to do some searching, like this (lines starting with "$" are command lines):

$ LC_TIME=C guix package -l | grep '^[^[:space:]]'

Assuming a Guix upgrade was successful and was what caused an issue, look at 
the previous generation from the current one, and take the date column (since 
columns are separated with tabs, we want the second). However if the upgrade 
was not finished/registered, take the date column of the current generation.

With that said, do something like this:

$ find "/var/log/guix" -type f -newermt "[Insert date here, without these 
brackets]" -print

This will print a list of files (`-type f`) that were modified after said time 
(`-newermt`). Since "/var/log/guix" holds logs, these are all log files.

This process doesn't work well if there are other users of Guix in the same 
computer (including root), since all logs are printed.

Again, this is my way of doing it, other Guix users may have better options.

> When it was finished, I logged out and logged in using the default
> Trisquel xdm, my password is accepted but after maybe 30s, I get back to
> the login screen and any further attempt to log in has the same result.

I think this is related to the XDG_DATA_DIRS environment variable. While 
"/etc/profile.d/guix.sh" does have some directions to set it, I had to put the 
following into my ~/.profile file in order to login:

 Start of text 
export 
XDG_DATA_DIRS="/usr/local/share:/usr/share/${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS"
 End of text 

I did not have time to research ways to avoid this, but I guess that I'll have 
to fiddle with "/etc/profile.d/guix.sh" itself in order to test it more 
effectively.


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: Is there something similar to nix overlays in guix?

[Adonay Felipe Nogueira via]

Em 05/03/2021 16:20, Vinícius dos Santos Oliveira escreveu:
> You don't want to be a slave to upstream developers' decisions and
> want to apply out-of-tree patches that automatically propagate to the
> rest of the packages ecosystem.

I don't know the specifics of the non-free software Nix, but by experience I 
think that one of those might suit your case:

a) the (package (source (origin (patches …) …) …) …) definition, where stuff is 
applied right after being unpacked/extracted, before configuring and building. 
If you are dealing with GNU FSDG issues or things which will be upstreamed, 
this would be the perfect place for the patch since you wouldn't be forcing the 
source package to use Guix's store paths or Guix-specific changes. It also 
means that people who do guix build -S will receive the source with patches 
applied;

b) an invocation of GNU patch from (package (arguments (modify-phases …) …) …), 
allowing you to do as (a) but for Guix-specific changes;

c) use of (package (replacement …) …) to your own package definitions to 
provide grafts (see `info guix "Security Updates" ` for the requirements and 
caveats), but note that, since I don't use this option, I don't know much about 
how to implement it;

d) invoking guix build — or those with support for its transformation options — 
with --with-patches=PACKAGE=FILE, to do it like (a);

e) same as (d), but with --with-grafts=PACKAGE=REPLACEMENT, to do it like (c);

f) same as (d), but with --with-latest=PACKAGE, to force a given 
build/install/upgrade to use the latest known version of PACKAGE instead of the 
one from the built package's definition. This of course comes at a price, as 
can be read on `info guix "Package Transformation Options" `


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: flatpak applications in the gnome applications menu (XDG_DATA_DIRS)

[Adonay Felipe Nogueira via]

Em 07/02/2021 15:59, Christophe Pisteur escreveu:
> I installed Element (1) by flatpak, but applications installed by

First question is: why is Flatpak being distributed by Guix without any patch 
to conform to GNU FSDG?

Perhaps this is another instance of bug #45450 ([1]).

Also, unfortunately it seems that the software in question downloaded from 
there isn`t free/libre either ([2]).


# References


[1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45450 .

[2]: https://directory.fsf.org/wiki/Review:Riot.im-REV-ID-1 .

-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: rust: where is cargo?

[Adonay Felipe Nogueira via]

Em 26/12/2020 12:02, Tobias Geerinckx-Rice escreveu:
>> I know that guix approach is to replace package managers
> 
> I don't think that's true.
Also see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45450 .

-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: rust: where is cargo?

[Adonay Felipe Nogueira via]

Em 26/12/2020 12:02, Tobias Geerinckx-Rice escreveu:
>> I know that guix approach is to replace package managers
> 
> I don't think that's true.
It's half true, valid to the extent that, contrary to cargo's default 
repository, Guix's default follows the GNU FSDG, which also requires that every 
other repository referenced in that one or by the community also expresses the 
same commitment. If there is one reference to one which doesn't, then such 
reference should either be replaced, removed or there must be an agreement 
between the parties to fix this in the referenced repository.

The act of removing such reference is sometimes done by not including the 
referrer package, and this is done when there is not much resource left to deal 
with the fact that other repository must be created.

It's common practice for free/libre system distributions to provide a “GNU 
FSDG” bug/issue/task tag/section for cases where they provide packages that 
refer to third-party repositories not committed to the GNU FSDG, along other 
cases not compliant with GNU FSDG. If cargo is indeed included.


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: ebook reader recommendations?

[Adonay Felipe Nogueira via]

Em 04/12/2020 09:34, Sébastien Lerique escreveu:
> On a side-note, the same Davis also develops RCU 
> , which I would love to manage to package 
> for Guix, but my first attempts have led into deeper waters than I could 
> solve, fixing problems with python-pyside-2. If anyone else is interested in 
> this, let me know and we can get it done!

Don't forget to also make this into a thread on the Guix development mailing 
list and open an issue/task/bug in the tracker so Guix community can better 
organize the efforts. :)


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: ebook reader recommendations?

[Adonay Felipe Nogueira via]

Em 03/12/2020 05:58, Pierre Neidhardt escreveu:
> I'm looking for an open ebook reader, at least something that runs free
> software.

Perhaps this question should be directed to the team inside FSF responsible for 
doing hardware evaluation, namely, Respects Your Freedom.


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: Zoom

[Adonay Felipe Nogueira via]

Em 14/11/2020 06:46, Pierre Neidhardt escreveu:
> Turns out IceCat has no trouble with WebRTC, it's only the Jitsi rejects
> the user-agent! :p
> 
> There is a popular "user agent switcher" extension: install it, set the
> user agent to the latest Firefox and you'll be good to go!

Please fill a bug against Jitsi-Meet on it's own issue/task tracker,
good webdesign tests for capabilities, not user-agent (Jitsi-Meet is
like an app inside a website). In the description, provide steps to
counter that at end-user level too. If/when that issue/task is reported,
remember to reference that others so that they can see how to accomplish
that.


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: Zoom

[Adonay Felipe Nogueira via]

Em 13/11/2020 15:15, Roy Lemmon escreveu:
> Can anyone give me hints on getting Zoom installed with sound ?

Unless I'm mistaken, this is related to the software described in [1],
right?

If that is the case, then the Guix community won't be able to officially
help in this matter.

Computers are somewhat dumb, they understand only 0s and 1s. However,
humans cannot easily tell what these do, they need ways to both inspect
what is being, make changes, share and sell any of these, all of which
is made easy if the copyright holder of the work (Zoom Video
Communications, Inc and many others) were to distribute the source code
in any customary mean of file distribution, along with a license that
guarantees such rights to everyone.

In other words, it's tempting for the copyright holder to keep these
rights to themselves, due to the possibility for abusing the users of
the software. So, in the world of computers, for any work/data that can
be used practically/functionally (not just software), you as a user have
only two possibilities: either you exercise collective control of the
data, so that you can call upon others to help you do so when you're
incapable of; or someone controls the data and can misuse this position
to limit what you can do.

So, the Guix community won't be able to do much here due to the fact
that the copyright holder of Zoom did not give you, and us all, the
essential freedoms of the software, that is: the freedom to use it for
any purpose (freedom 0); to study and adapt it for any purpose, and
reuse de adaptations (freedom 1); to share and sell unlimited copies of
the original (freedom 2); and to do the same as 2, but for modified copies.

Guix being a project and a community committed to the Free System
Distribution Guidelines of the GNU project (GNU FSDG or simply FSDG)
([2]), cannot assist on the matters exclusively related to non-free
functiona/practical work/data, or those not mentioned in this message
that are still mentioned in the FSDG. In short, the official Guix
repositories, documentation, and the community won't be able to help.

However, excluding the kludge made by the copyright holders of Zoom,
there's no technological measures stopping you from using this thing.
It's advisable that you don't foster usage of this stuff by others.


# References


[1]: https://en.wikipedia.org/wiki/Zoom_(software) .

[2]: https://www.gnu.org/distros/free-system-distribution-guidelines.html .


-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Re: Vanilla Firefox recipe?

[Adonay Felipe Nogueira via]

I came late to this issue, but I think this should have been posted on
development mailing list. It's not good if we use the general help list
to foster non-free software like Firefox or those which are third-party
package managers with no default repository explicitly commited to
following the GNU FSDG.

Furthermore, to ease the sides of both the thread starter and the
community, I'm taking a simplification in that I'm considering the use
of such non-free software for purpose of developing or improving a free
replacement. That means I'm not discussing the merit of whether the
question should or shouldn't have been answered the way it was.

One must be remind though, that the GNU FSDG isn't only about the
packages distributed (software, documentation, text fonts, etc), but
also about the community, and this is one of the things that keep Debian
out of the list of free system distributions.

Em 12/05/2020 16:23, Efraim Flashner escreveu:
> On Mon, May 11, 2020 at 10:31:02PM +0200, Guillaume Le Vaillant wrote:
>>
>> Christopher Lemmer Webber  skribis:
>>
>>> Anyone have a package definition (or channel) for a recent vanilla
>>> firefox?
>>>
>>> I understand the decision to prefer distributing Icecat instead in Guix
>>> proper, but I need a more recent version of things... I suspect others
>>> sometimes do too.  I have a feeling at least someone in the community
>>> has written such a definition... would you mind sharing?
>>>
>>> Thanks!
>>>  - Chris
>>
>> Hi,
>>
>> There is a channel at
>> https://forge.monarch-pass.net/warrah/warrah-nonfsdg with a package
>> definition for Firefox 74.0.1. I haven't tested it though.
> 
> Other options include using the now official flatpak copy of firefox. If
> you do go that route make sure to use the '--user' flag for flatpak so
> it doesn't segfault while trying to write to /var/lib/flatpak.
> 

-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature

Why did those credit managers start to burn my phone after I visited bank?

[Adonay Felipe Nogueira via]

One thing that might help is switching to free/libre system
distributions for phones[1], there is Replicant in that list currently.
There are somethings that it doesn't protect from, but for that you
should ask them.

Besides, install GNU Icecat to have various other security and software
freedom improvements, besides LibreJS to avoid the JavaScript trap[2] or
have JS entirely disabled and a paranoid browser as default.

Even with that, be careful with ultrasound cross device tracking[3] and
other nasty stuff that autoexecuted JS brings[4] both to browsers and
applications which only download webapage from specific provider to
brand the application as their own (while most of the stuff is really in
the webpage).


# References


[1]: https://www.gnu.org/distros/free-non-gnu-distros.html

[2]: https://www.gnu.org/philosophy/javascript-trap.html

[3]:
https://media.libreplanet.org/u/libreplanet/m/the-surreptitious-assault-on-privacy-security-and-freedom/

[4]:
https://www.fsfla.org/ikiwiki/blogs/lxo/pub/who-is-afraid-of-spectre-and-meltdown

-- 
* Ativista do software livre
* https://libreplanet.org/wiki/User:Adfeno
* Membro dos grupos avaliadores de
* Software (Free Software Directory)
* Distribuições de sistemas (FreedSoftware)
* Sites (Free JavaScript Action Team)
* Não sou advogado e não fomento os não livres
* Sempre veja o spam/lixo eletrônico do teu e-mail
* Ou coloque todos os recebidos na caixa de entrada
* Sempre assino e-mails com OpenPGP
* Chave pública: vide endereço anterior
* Qualquer outro pode ser fraude
* Se não tens OpenPGP, ignore o anexo "signature.asc"
* Ao enviar anexos
* Docs., planilhas e apresentações: use OpenDocument
* Outros tipos: vide endereço anterior
* Use protocolos de comunicação federadas
* Vide endereço anterior
* Mensagens secretas somente via
* XMPP com OMEMO
* E-mail criptografado e assinado com OpenPGP



signature.asc
Description: OpenPGP digital signature