bug#64605: closed (HandBrake 1.5.1 hangs on startup due libQt5Qml)

[GNU bug Tracking System]

Your message dated Fri, 25 Aug 2023 22:26:52 -0400
with message-id <87cyzaa68j.fsf@gmail.com>
and subject line Re: bug#64605: HandBrake 1.5.1 hangs on startup due libQt5Qml
has caused the debbugs.gnu.org bug report #64605,
regarding HandBrake 1.5.1 hangs on startup due libQt5Qml
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
64605: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64605
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: HandBrake 1.5.1 hangs on startup due libQt5Qml Date: Thu, 13 Jul 2023 13:56:36 -0500

HandBrake 1.5.1 hangs on startup and `dmesg` show the following error


```
 QQmlThread[....]: segfault at 0 ip 000.... sp 0000... error 4 in 
libQt5Qml.so.5.15.8
```
After some research I found a similar issues on NixOS:

- https://github.com/NixOS/nixpkgs/issues/32577
- https://github.com/NixOS/nixpkgs/issues/177720

and a solution: https://github.com/NixOS/nixpkgs/pull/197010

Looks like the issue is related with QML disk cache, and after test
ruining *handbrake* with `QML_DISABLE_DISK_CACHE=1` works fine

```
QML_DISABLE_DISK_CACHE=1 ghb
```

signature.asc
Description: PGP signature

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#64605: HandBrake 1.5.1 hangs on startup due libQt5Qml
>
>
>
>
> Date: 
>
> Fri, 25 Aug 2023 22:26:52 -0400
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
>
>
>
>
> Hello,
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>
> > Hi,
> >
> > Distopico <distopico@riseup.net> writes:
> >
> >> On 2023-07-20, Maxim Cournoyer <maxim.cournoyer@gmail.com> wrote:
> >>
> >>> Hello,
> >>>
> >>> Distopico <distopico@riseup.net> writes:
> >>>
> >>>> On 2023-07-20, Maxim Cournoyer <maxim.cournoyer@gmail.com> wrote:
> >>>>
> >>>>> This looks like an upstream Qt problem.  Have you searched if an issue
> >>>>> was known about it?  Their tracker is at https://bugreports.qt.io/.
> >>>>
> >>>> Checking there looks like is already reported a similar issue
> >>>> https://bugreports.qt.io/browse/QTBUG-58508, I think that happens in
> >>>> Guix/Nix becase QT is trying to write inside the profile path 
> >>>
> >>> It looks like we should apply this patch to completely disable QML disk
> >>> cache in Qt: https://github.com/NixOS/nixpkgs/pull/197010.
> >>
> >> yes, I was thinking on that, maybe inside [profile]/etc/profile
> >
> > No, the patch is more definitive than that, it disables the QML disk
> > caching from qtdeclarative directly.
>
> Installed with commit 1717c8a233b7fda3a10aabc061168c71317f883e.
>
> Let me know if any caching problems persist.
>
> -- 
> Thanks,
> Maxim
>
>
> --- End Message ---