unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
* Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
@ 2021-02-22 20:14 Roland Everaert via
  2021-02-24  9:28 ` zimoun
  0 siblings, 1 reply; 5+ messages in thread
From: Roland Everaert via @ 2021-02-22 20:14 UTC (permalink / raw)
  To: help-guix@gnu.org

Hello,

I already opened an issue with the Nyxt project and they think the problem is related to a conflict between guix and fedora.

The issue in the Nyxt project is: https://github.com/atlas-engineer/nyxt/issues/1132

As the initial post and discussion is already rather long it seems better, to me to reference the issue instead of posting my description again.

Regards,

Roland Everaert
---
Use the F.O.S.S., Luke

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
  2021-02-22 20:14 Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls Roland Everaert via
@ 2021-02-24  9:28 ` zimoun
  2021-02-28 12:16   ` Re : " Roland Everaert
  0 siblings, 1 reply; 5+ messages in thread
From: zimoun @ 2021-02-24  9:28 UTC (permalink / raw)
  To: Roland Everaert, help-guix@gnu.org

Hi,

On Mon, 22 Feb 2021 at 20:14, Roland Everaert via <help-guix@gnu.org> wrote:

> I already opened an issue with the Nyxt project and they think the problem is related to a conflict between guix and fedora.
>
> The issue in the Nyxt project is:
> https://github.com/atlas-engineer/nyxt/issues/1132

Could you try:

--8<---------------cut here---------------start------------->8---
guix environment --preserve='^DISPLAY$' --container --network \
  --expose=/etc/machine-id \
  --expose=/etc/ssl/certs/ \
  --share=$HOME/.local/share/nyxt/=$HOME/.local/share/nyxt/ \
  --ad-hoc nyxt nss-certs dbus --  nyxt
--8<---------------cut here---------------end--------------->8---

?  From <https://guix.gnu.org/manual/devel/en/guix.html#Invoking-guix-environment>.

The ’--container’ part removes any potential conflicts between Guix and
Fedora.

Then,

--8<---------------cut here---------------start------------->8---
guix environment --pure \
  --ad-hoc nyxt nss-certs dbus --  nyxt
--8<---------------cut here---------------end--------------->8---

?

Thanks,
simon



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re : Re: Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
  2021-02-24  9:28 ` zimoun
@ 2021-02-28 12:16   ` Roland Everaert
  2021-02-28 13:45     ` zimoun
  0 siblings, 1 reply; 5+ messages in thread
From: Roland Everaert @ 2021-02-28 12:16 UTC (permalink / raw)
  To: zimoun; +Cc: help-guix@gnu.org, Pierre Neidhardt



Roland Everaert
---
Use the F.O.S.S., Luke

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

Le mercredi 24 février 2021 à 10:28, zimoun <zimon.toutoune@gmail.com> a écrit :

> Hi,
>
> On Mon, 22 Feb 2021 at 20:14, Roland Everaert via help-guix@gnu.org wrote:
>
> > I already opened an issue with the Nyxt project and they think the problem is related to a conflict between guix and fedora.
> >
> > The issue in the Nyxt project is:
> >
> > https://github.com/atlas-engineer/nyxt/issues/1132
>
> Could you try:
>
> --8<---------------cut here---------------start------------->8---
>
> guix environment --preserve='^DISPLAY$' --container --network \
>
> --expose=/etc/machine-id \
>
> --expose=/etc/ssl/certs/ \
>
> --share=$HOME/.local/share/nyxt/=$HOME/.local/share/nyxt/ \
>
> --ad-hoc nyxt nss-certs dbus -- nyxt
>
> --8<---------------cut here---------------end--------------->8---
>
> ? From https://guix.gnu.org/manual/devel/en/guix.html#Invoking-guix-environment.
>
> The ’--container’ part removes any potential conflicts between Guix and
>
> Fedora.
>
> Then,
>
> --8<---------------cut here---------------start------------->8---
>
> guix environment --pure \
>
> --ad-hoc nyxt nss-certs dbus -- nyxt
>
> --8<---------------cut here---------------end--------------->8---
>
> ?
>
> Thanks,
>
> simon

Hello,

Unfortunately, I still face the same problem. The only notable difference, is the fact that nyxt don't trust the certificate from duckduckgo. But, once I add it with the function add-domain-to-certificate-exceptions, the problem with webkitgtk arise.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Re : Re: Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
  2021-02-28 12:16   ` Re : " Roland Everaert
@ 2021-02-28 13:45     ` zimoun
  2021-02-28 13:56       ` Pierre Neidhardt
  0 siblings, 1 reply; 5+ messages in thread
From: zimoun @ 2021-02-28 13:45 UTC (permalink / raw)
  To: Roland Everaert; +Cc: help-guix@gnu.org

Hi,

> > --8<---------------cut here---------------start------------->8---
> > guix environment --preserve='^DISPLAY$' --container --network \
> > --expose=/etc/machine-id \
> > --expose=/etc/ssl/certs/ \
> > --share=$HOME/.local/share/nyxt/=$HOME/.local/share/nyxt/ \
> > --ad-hoc nyxt nss-certs dbus -- nyxt
> > --8<---------------cut here---------------end--------------->8---

> > The ’--container’ part removes any potential conflicts between Guix and
> > Fedora.

> > --8<---------------cut here---------------start------------->8---
> > guix environment --pure \
> > --ad-hoc nyxt nss-certs dbus -- nyxt
> > --8<---------------cut here---------------end--------------->8---

> Unfortunately, I still face the same problem. The only notable difference, is the fact that nyxt don't trust the certificate from duckduckgo. But, once I add it with the function add-domain-to-certificate-exceptions, the problem with webkitgtk arise.

Do you mean using the command with '--container'?

Maybe 1. you have a problem of config on your side with the
certificates; from where do they come from?  What does ot happens for
other website than duckduckgo?  Then 2. the
'add-domain-to-certicate-exceptions' looks like a bug on the Nyxt
side.


Hope that helps,
simon


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Re : Re: Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
  2021-02-28 13:45     ` zimoun
@ 2021-02-28 13:56       ` Pierre Neidhardt
  0 siblings, 0 replies; 5+ messages in thread
From: Pierre Neidhardt @ 2021-02-28 13:56 UTC (permalink / raw)
  To: zimoun, Roland Everaert; +Cc: help-guix@gnu.org

[-- Attachment #1: Type: text/plain, Size: 899 bytes --]

zimoun <zimon.toutoune@gmail.com> writes:

>> Unfortunately, I still face the same problem. The only notable difference, is the fact that nyxt don't trust the certificate from duckduckgo. But, once I add it with the function add-domain-to-certificate-exceptions, the problem with webkitgtk arise.
>
> Do you mean using the command with '--container'?
>
> Maybe 1. you have a problem of config on your side with the
> certificates; from where do they come from?  What does ot happens for
> other website than duckduckgo?  Then 2. the
> 'add-domain-to-certicate-exceptions' looks like a bug on the Nyxt
> side.

add-domain-to-certificate-exceptions is the Nyxt equivalent of Firefox
"Add exception" or something like that: it ignores bad certificates for
the HTTPS connection to a given host.

This is the expected behaviour I believe.

-- 
Pierre Neidhardt
https://ambrevar.xyz/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 511 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2021-02-28 17:41 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-02-22 20:14 Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls Roland Everaert via
2021-02-24  9:28 ` zimoun
2021-02-28 12:16   ` Re : " Roland Everaert
2021-02-28 13:45     ` zimoun
2021-02-28 13:56       ` Pierre Neidhardt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).