Github messages for voidlinux
 help / color / mirror / Atom feed
From: ohoes <ohoes@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: Constant "Aw, snap!" in Chromium on musl
Date: Sun, 24 Mar 2024 12:18:54 +0100	[thread overview]
Message-ID: <20240324111855.07D6F2021C@inbox.vuxu.org> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-29654@inbox.vuxu.org>

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

New comment by ohoes on void-packages repository

https://github.com/void-linux/void-packages/issues/29654#issuecomment-2016775731

Comment:
> Chromium here is so far beyond broken as to be comical, and this seems to be a somewhat recent regression.
> 
>     * Constant tab deaths as described in OP
> 
>     * Constant infinite-loading-spinner states when navigating between pages
> 
>     * Generally hangs when trying to kill tabs stuck in ^ state
> 
>     * Occasional full browser locks
> 
> 
> This happens with or without sandbox flags, with GTK 3 or 4 (set by CLI flags), with X11 or Wayland Ozone hints, and seemingly no matter what.
> 
> Unfortunately some of the above appears to be Blink related and not Chromium-specific, as the same freezing happens with Qutebrowser. Functionally, this means I have to use a glibc-based Distrobox container to run Chromium-ish browsers for that 5-10% of the internet too lazy to check their work in Firefox, because nothing Chromium-based currently works on my musl-based install.

Actually, I now use chromium with jitless js flags, and it works almost flawlessly (for me) crazy enough. Took me a darn long time to get this working on musl. I found it at the ungoogled chromium repo. Let me know if it works for you, too. 
https://github.com/DAINRA/ungoogled-chromium-void?tab=readme-ov-file#musl-crashes-mitigation)

      parent reply	other threads:[~2024-03-24 11:18 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-21 12:01 [ISSUE] " Logarithmus
2021-03-23  8:28 ` fosslinux
2022-05-10  2:00 ` github-actions
2022-05-10  7:06 ` fosslinux
2022-08-09  2:13 ` github-actions
2022-08-09  6:33 ` Logarithmus
2024-01-02 21:36 ` ohoes
2024-01-03  0:25 ` Duncaen
2024-01-03  0:25 ` Duncaen
2024-01-05 19:39 ` ohoes
2024-01-05 20:03 ` Duncaen
2024-02-18 20:04 ` klardotsh
2024-03-24 11:18 ` ohoes [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240324111855.07D6F2021C@inbox.vuxu.org \
    --to=ohoes@users.noreply.github.com \
    --cc=ml@inbox.vuxu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 NNTP newsgroup(s).