bug#56864: qutebrowser

bug#56864: qutebrowser

[Jack Hill]

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

X-Debbugs-CC: maxim.cournoyer@gmail.com

With Guix 3a656ea836f87f30f1b34852cb4efc911363d2b4, qutebrowser's 
wrap-qt-process-path phase fails. Maybe related to the recent Qt work 
in <https://issues.guix.gnu.org/56771>? Build log attatched.

Best,
Jack

[-- Attachment #2: Type: application/octet-stream, Size: 15101 bytes --]

bug#56864: qutebrowser

[Maxim Cournoyer]

Hello Jack,

Jack Hill <jackhill@jackhill.us> writes:

> X-Debbugs-CC: maxim.cournoyer@gmail.com
>
> With Guix 3a656ea836f87f30f1b34852cb4efc911363d2b4, qutebrowser's
> wrap-qt-process-path phase fails. Maybe related to the recent Qt work
> in <https://issues.guix.gnu.org/56771>? Build log attatched.

Uh, this was unexpected.  I believe it's because label-less inputs are
auto-generated via the package *name* rather than their variable name...
Since qtwebengine-5 (the variable) still has the name "qtwebengine", the
following code:

--8<---------------cut here---------------start------------->8---
(qt-process-path (string-append (assoc-ref inputs "qtwebengine-5")
                                      "/lib/qt5/libexec/QtWebEngineProcess"))
--8<---------------cut here---------------end--------------->8---

Doesn't actually find "qtwebengine-5" and it fails attempting to append
#f to "/lib/qt5/libexec/QtWebEngineProcess.  The solution that comes to
mind would be using:

(file-input-search inputs "lib/qt5/libexec/QtWebEngineProcess").

Thanks,

Maxim

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

[Maxim Cournoyer]

Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

> Hello Jack,
>
> Jack Hill <jackhill@jackhill.us> writes:
>
>> X-Debbugs-CC: maxim.cournoyer@gmail.com
>>
>> With Guix 3a656ea836f87f30f1b34852cb4efc911363d2b4, qutebrowser's
>> wrap-qt-process-path phase fails. Maybe related to the recent Qt work
>> in <https://issues.guix.gnu.org/56771>? Build log attatched.
>
> Uh, this was unexpected.  I believe it's because label-less inputs are
> auto-generated via the package *name* rather than their variable name...
> Since qtwebengine-5 (the variable) still has the name "qtwebengine", the
> following code:
>
> (qt-process-path (string-append (assoc-ref inputs "qtwebengine-5")
>                                       "/lib/qt5/libexec/QtWebEngineProcess"))
>
> Doesn't actually find "qtwebengine-5" and it fails attempting to append
> #f to "/lib/qt5/libexec/QtWebEngineProcess.  The solution that comes to
> mind would be using:
>
> (file-input-search inputs "lib/qt5/libexec/QtWebEngineProcess").

Yep, that did it.

Fixed in aea756ea3312ba7e8229804492ba12001c8de568.

Closing.

Thanks for the report!

Maxim

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

[Lars-Dominik Braun]

Hi Maxim,

> Yep, that did it.
> 
> Fixed in aea756ea3312ba7e8229804492ba12001c8de568.

this does not fix the build of lyx and twinkle for me, which both fail at 'qt-wrap:

---snip---
starting phase `qt-wrap'
error: in phase 'qt-wrap': uncaught exception:
wrong-type-arg "substring" "Wrong type argument in position ~A (expecting ~A): ~S" (1 "string" #f) (#f)
phase `qt-wrap' failed after 0.0 seconds
Backtrace:
           9 (primitive-load "/gnu/store/gm47sv2ndfg906vkdr68nbv7zsi…")
In guix/build/gnu-build-system.scm:
    906:2  8 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
  1752:10  7 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
    634:9  6 (for-each #<procedure 7ffff0b45020 at guix/build/gnu-b…> …)
In ice-9/boot-9.scm:
  1752:10  5 (with-exception-handler _ _ #:unwind? _ # _)
In guix/build/gnu-build-system.scm:
   927:23  4 (_)
In guix/build/qt-utils.scm:
   148:22  3 (wrap-all-qt-programs #:inputs _ #:outputs _ #:qtbase _ …)
In unknown file:
           2 (string-drop #f 44)
In ice-9/boot-9.scm:
  1685:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure substring: Wrong type argument in position 1 (expecting string): #f
---snap---

Maybe a different incarnation of the same issue?

Lars

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

[paren--- via Bug reports for GNU Guix]

On Mon Aug 1, 2022 at 3:10 PM BST, Lars-Dominik Braun wrote:
> Maybe a different incarnation of the same issue?
The fix is on the package side, so other affected packages won't have
been fixed by that commit.

    -- (

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

[paren--- via Bug reports for GNU Guix]

This issue affects the following packages as well as qute:

  twinkle, lyx, nheko, quaternion, kcrash, likely many KDE packages
  (possibly kdenlive, kdevelop, and others), kguiaddons, psi, sonnet.

(Not a complete list, of course.)

    -- (

bug#56864: qutebrowser: wrap-qt-process-path phase wrong type to string-append

[Maxim Cournoyer]

Hi,

"(" <paren@disroot.org> writes:

> This issue affects the following packages as well as qute:
>
>   twinkle, lyx, nheko, quaternion, kcrash, likely many KDE packages
>   (possibly kdenlive, kdevelop, and others), kguiaddons, psi, sonnet.

Proposed fix at:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56771#124.  If nobody
objects I'll push it soon.

Thanks,

Maxim