emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#41053: closed ([PATCH] gnu: supercollider: Update to 3.11.0.)


From: GNU bug Tracking System
Subject: bug#41053: closed ([PATCH] gnu: supercollider: Update to 3.11.0.)
Date: Wed, 06 May 2020 20:45:01 +0000

Your message dated Wed, 06 May 2020 22:44:14 +0200
with message-id <address@hidden>
and subject line Re: [bug#41053] [PATCH 2/2] gnu: supercollider: Update to 
3.11.0.
has caused the debbugs.gnu.org bug report #41053,
regarding [PATCH] gnu: supercollider:  Update to 3.11.0.
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
41053: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=41053
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: [PATCH] gnu: supercollider: Update to 3.11.0. Date: Sun, 03 May 2020 16:03:57 +0000 User-agent: Roundcube Webmail
Hello Guixers,
I'm sending two patches to update SuperCollider to 3.11.0, add its new dependency Ableton Link and add a new 'ide output to store the Qt5 IDE.

Thank you for your effort in reviewing this,

Giacomo




--- End Message ---
--- Begin Message --- Subject: Re: [bug#41053] [PATCH 2/2] gnu: supercollider: Update to 3.11.0. Date: Wed, 06 May 2020 22:44:14 +0200 User-agent: Notmuch/0.29.3 (https://notmuchmail.org) Emacs/26.3 (x86_64-pc-linux-gnu)
address@hidden writes:

> Hi Marius,
>
>>>      (native-inputs
>>> -     `(("pkg-config" ,pkg-config)))
>>> +     `(("ableton-link" ,ableton-link)
>> 
>> Is this only used a build-time and not runtime?
>
> It seems to be a header-only library, but I'm no expert user of 
> SuperCollider and I still haven't found a feature impacted by this. I 
> think that given Arch's package has it as a make-depends [0] it should 
> be safe to assume that it is not needed at runtime.
>
>
>>> +    (propagated-inputs                  ; To get native-search-path
>>> +     `(("qtwebengine" ,qtwebengine)))
>> 
>> Is it possible to wrap the executable with the required variables
>> instead of propagating here?
>
> I tried that and the package builds fine and sclang seems to work fine. 
> The problem is that scide crashes here [1] no matter how many paths I 
> hardcoded in the source and how many Qt variables I wrapped the binaries 
> with :'D.
>
> If there's a better solution I would be happy to fix this.

OK, thanks for testing.  Odd that wrapping with QTWEBENGINEPROCESS_PATH
does not work, but I suppose this is good enough for now.

Applied both patches as-is, thank you!

Attachment: signature.asc
Description: PGP signature


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]