[Cin] February release with just library updates
mat
mnieuw at zap.a2000.nl
Wed Mar 2 22:17:56 CET 2022
Yes it works on aarch64 too (Debian 11).
MatN
On Wed, 2022-03-02 at 13:53 -0700, Phyllis Smith via Cin wrote:
> Andrew and MatN;
> The attached patch from Andrew fixes the problem on Debian 32-bit
> Bullseye (11.0) so I suspect it will also fix it for aarch.
> Also tested on Fedora 32 which is my usual laptop for my work and it
> worked just fine.
> I will check it into GIT sometime today.
>
> Thanks to both of you for analyzing this problem.
>
> On Wed, Mar 2, 2022 at 3:26 AM Andrew Randrianasulu via Cin
> <cin at lists.cinelerra-gg.org> wrote:
> > try this plain diff?
> >
> > On Wednesday, March 2, 2022, Andrew Randrianasulu
> > <randrianasulu at gmail.com> wrote:
> > >
> > >
> > > On Tuesday, March 1, 2022, mat via Cin
> > > <cin at lists.cinelerra-gg.org> wrote:
> > > > The tiff problem looks to be dependent on the presence of the
> > > > system of the libdeflate-dev package (Debian) or equivalent. If
> > > > it is installed (and it was on my Debian_11) there is (among
> > > > others) a file /usr/include/libdeflate.h . Both on
> > > > aarch64(qemu) and x86_32 (native hardware, not VM). It fails on
> > > > both in the same way.
> > > >
> > > > On Fedora, I have installed libdeflate (was not there before),
> > > > and in still builds fine, but there is no libdeflate.h and a
> > > > search on dnfdragore on file names does not show it either. So
> > > > I guess Fedora does not supply it.
> > > >
> > > > If you compare the bld.sh log files, then on Fedora it says
> > > > under
> > > > "Libtiff is now configured for":
> > > > "libdeflate support: no"
> > > > and on both Debians it says
> > > > "libdeflate support: yes"
> > > >
> > >
> > >
> > > may be force-disabling this support via configure argument for
> > > libtiff will fix build? (obvious)
> > > >
> > > > So it looks like a bug in tiff.
> > > >
> > > > More to test.
> > > >
> > > > MatN
> > > >
> > > > On Tue, 2022-03-01 at 12:50 -0700, Phyllis Smith via Cin wrote:
> > > > > Andrew, thanks for testing. If possible, in March if you
> > > > > create a tgz Termux build (like you did earlier and I
> > > > > downloaded), I can again download and put on the website for
> > > > > others to use.
> > > > >
> > > > > Mat, I hope you figure out what the Tiff problem is because
> > > > > it will be the same for the 32-bit Debian build problem I had
> > > > > -- the error you get sounds the same as what I encountered
> > > > > before reverting to tiff 4.1.0 there.
> > > > >
> > > > > Also, the AppImage I generate on an HP laptop with Fedora 29
> > > > > - to replicate Redhat Release 8 ( CinGG-20220131-x86-64-
> > > > > older_distros-multibit.AppImage ) has audio problems when I
> > > > > try running it on an AMD laptop with Fedora 32. But only if
> > > > > I build it with multibit. Strange so I have to try to figure
> > > > > this out yet.
> > > > >
> > > > > On Tue, Mar 1, 2022 at 11:52 AM mat via Cin
> > > > > <cin at lists.cinelerra-gg.org> wrote:
> > > > > > The 2022-02 release builds fine On Fedora_35/x86_64, but
> > > > > > fails on
> > > > > > Debian_11/aarch64.
> > > > > > In thirdparty/libtiff-4.3.0/libtiff/tip_zip.c it fails
> > > > > > because several
> > > > > > undefined references to "libdeflate_...." . This is not
> > > > > > something in
> > > > > > Fedora's package manager. Will dig in further.
> > > > > >
> > > > > > MatN
> > > >
> > > >
> > > >
> > >
More information about the Cin
mailing list