On Fri, May 15, 2020 at 6:42 PM John Scott wrote:
> On Sat, 25 Apr 2020 21:40:14 -0400 FeRD wrote:
> > If Debian maintains JUCE as a distro package, and it would be a
> compatible
> > alternative to our JUCE-based "libopenshot-audio", I don't see any
>
On Sat, Apr 25, 2020 at 4:41 PM John Scott wrote:
> On Fri, 24 Apr 2020 23:33:59 -0400 FeRD wrote:
> > What version of libopenshot is that result from? The Clang namespacing
> was
> > fixed with the merge of 2a1fe80[1] on 2019-10-29, and would be included
> in
> >
Sorry, I realized I might have sent this reply to the wrong bug.
-- Forwarded message -
From: FeRD
Date: Tue, Apr 21, 2020 at 5:31 PM
Subject: Re: Fixed in newer release of libopenshot / libopenshot-audio
To: <925...@bugs.debian.org>
On Tue, 21 Apr 2020 15:04:59 -040
On Tue, 21 Apr 2020 15:04:59 -0400 John Scott wrote:
>
> libopenshot-audio builds with Clang without any modifications. Using this
> OpenShot (again with Clang) gets a bit farther:
>
/usr/include/libopenshot-audio/JuceLibraryCode/modules/juce_audio_basics/../juce_core/unit_tests/juce_UnitTest.h:73
On Wed, 29 Jan 2020 10:08:55 +0100 Matthias Klose wrote:
> libopenshot-audio 0.1.8 still fails to build
Quite right, sorry. libopenshot-audio-0.1.8 fixed building with GCC *less
than* 9,
but GCC9 coming along broke it again.
On Fedora / RPM Fusion we were building with commit 7001b68[1],
which w
This issue was fixed with the simultaneous release of libopenshot-0.2.3 and
libopenshot-audio-0.1.8 on 2019-03-22. The new releases use an upgraded and
streamlined build of the Juce library sources, removing the problematic
modules which were causing FTBFS issues with GCC 9. See upstream issue
http
6 matches
Mail list logo
