From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Alexandru Ardelean <ardeleanalex@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [meta-oe][PATCH v2] libsndfile1: bump to version 1.0.31
Date: Thu, 03 Mar 2022 10:43:28 +0000 [thread overview]
Message-ID: <49dbf7f4492322649e7876c110e94de4f82bcf77.camel@linuxfoundation.org> (raw)
In-Reply-To: <CA+U=DsrXewjnaWp2DQM8u=V9AS49vGKcdt17b5kyZ8eth_8LOQ@mail.gmail.com>
On Tue, 2022-03-01 at 16:30 +0200, Alexandru Ardelean wrote:
> On Tue, Mar 1, 2022 at 4:23 PM Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> >
> > On Mon, 2022-02-28 at 12:32 +0200, Alexandru Ardelean wrote:
> > > On Thu, Feb 24, 2022 at 5:30 PM Alexandru Ardelean
> > > <ardeleanalex@gmail.com> wrote:
> > > >
> > > > It seems that the homepage has moved (for a while now) from
> > > > http://www.mega-nerd.com/libsndfile/
> > > > to
> > > > https://libsndfile.github.io/libsndfile/
> > > >
> > > > On Github, the development group seems to include Erik de Castro Lopo (the
> > > > original author of libsndfile1).
> > > > Link: https://github.com/orgs/libsndfile/people
> > > >
> > > > All backported CVE patches are in version 1.0.31 (I've checked).
> > > >
> > > > The supported format page [1], mentions that Ogg/Opus is supported since
> > > > 1.0.29, however that isn't currently added in this patch. And it may
> > > > require libopus.
> > > > And mp3 is supported at around version 1.1.0, but that version is in beta.
> > > >
> > > > This change focuses solely on updating to 1.0.31 and removing all
> > > > backported patches.
> > > >
> > > > [1] https://libsndfile.github.io/libsndfile/formats.html
> > >
> > > Bah...
> > >
> > > No luck with V2 either.
> > > This would require some patch to allow build without libopus support.
> > > Since there is no libopus available, it will not include support for
> > > libvorbis, libflac.
> > > i.e. libsndfile will build, but will say:
> > >
> > > configure: WARNING: *** One or more of the external libraries (ie
> > > libflac, libogg and
> > > configure: WARNING: *** libvorbis) is either missing (possibly only
> > > the development
> > > configure: WARNING: *** headers) or is of an unsupported version.
> > > configure: WARNING: ***
> > > configure: WARNING: *** Unfortunately, for ease of maintenance, the
> > > external libs
> > > configure: WARNING: *** are an all or nothing affair.
> > >
> > >
> > > Seems I forgot to check these extra configurations.
> > >
> > > Please disregard the V2 and apologies for the noise.
> > >
> > > I may try again with a V3, but let's see.
> >
> >
> > Unfortunately we merged this as it passed the automated testing and there was no
> > other review feedback.
>
> Oh.
> Now I feel a bit worse.
>
It is just the way things sometimes work out. I am pleased you spotted the
issue.
> > https://git.yoctoproject.org/poky/commit/?id=fd2c86b06963345683ac5dc4f47f9da8e0c8c69d
> >
> > It does make me worry about tests here and means we'll have to find some way to
> > fix this.
>
> The silent nature of this build issue, suggests a few things to move forward:
>
> 1. Propose a patch upstream to cause a build failure if this
> configuration isn't complete (i.e. all Xiph libs are enabled or not)
> It's their right to have this all Xiph libs or no Xiph libs support matrix.
> 2. For Yocto, we could add libopus, in the meantime OR
> Patch-out libopus in the build
I had a look at patching out opus in the build and it didn't seem too difficult,
the patch below seemed to work:
Index: libsndfile-1.0.31/configure.ac
===================================================================
--- libsndfile-1.0.31.orig/configure.ac
+++ libsndfile-1.0.31/configure.ac
@@ -361,13 +361,13 @@ AS_IF([test -n "$PKG_CONFIG"], [
enable_external_libs=yes
])
- AS_IF([test "x$ac_cv_flac$ac_cv_ogg$ac_cv_vorbis$ac_cv_vorbisenc$ac_cv_opus" = "xyesyesyesyesyes"], [
+ AS_IF([test "x$ac_cv_flac$ac_cv_ogg$ac_cv_vorbis$ac_cv_vorbisenc" = "xyesyesyesyes"], [
HAVE_EXTERNAL_XIPH_LIBS=1
enable_external_libs=yes
- EXTERNAL_XIPH_CFLAGS="$FLAC_CFLAGS $VORBIS_CFLAGS $VORBISENC_CFLAGS $SPEEX_CFLAGS $OPUS_CFLAGS $OGG_CFLAGS "
- EXTERNAL_XIPH_LIBS="$FLAC_LIBS $VORBIS_LIBS $VORBISENC_LIBS $SPEEX_LIBS $OPUS_LIBS $OGG_LIBS "
- EXTERNAL_XIPH_REQUIRE="flac ogg vorbis vorbisenc opus"
+ EXTERNAL_XIPH_CFLAGS="$FLAC_CFLAGS $VORBIS_CFLAGS $VORBISENC_CFLAGS $SPEEX_CFLAGS $OGG_CFLAGS "
+ EXTERNAL_XIPH_LIBS="$FLAC_LIBS $VORBIS_LIBS $VORBISENC_LIBS $SPEEX_LIBS $OGG_LIBS "
+ EXTERNAL_XIPH_REQUIRE="flac ogg vorbis vorbisenc"
if test x$ac_cv_speex = "xyes" ; then
EXTERNAL_XIPH_REQUIRE="$EXTERNAL_XIPH_REQUIRE speex"
@@ -716,7 +716,7 @@ AC_MSG_RESULT([
Experimental code : ................... ${enable_experimental:-no}
Using ALSA in example programs : ...... ${enable_alsa:-no}
- External FLAC/Ogg/Vorbis/Opus : ....... ${enable_external_libs:-no}
+ External FLAC/Ogg/Vorbis : ....... ${enable_external_libs:-no}
Building Octave interface : ........... ${OCTAVE_BUILD}
Tools :
Index: libsndfile-1.0.31/src/ogg_opus.c
===================================================================
--- libsndfile-1.0.31.orig/src/ogg_opus.c
+++ libsndfile-1.0.31/src/ogg_opus.c
@@ -159,7 +159,7 @@
#include "sfendian.h"
#include "common.h"
-#if HAVE_EXTERNAL_XIPH_LIBS
+#if 0
#include <ogg/ogg.h>
#include <opus/opus.h>
so I'm tempted to merge something like this. It isn't as bad as I expected to patch.
Cheers,
Richard
next prev parent reply other threads:[~2022-03-03 10:43 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-24 15:30 [meta-oe][PATCH v2] libsndfile1: bump to version 1.0.31 Alexandru Ardelean
2022-02-28 10:32 ` Alexandru Ardelean
2022-03-01 14:23 ` [OE-core] " Richard Purdie
2022-03-01 14:30 ` Alexandru Ardelean
2022-03-03 10:43 ` Richard Purdie [this message]
2022-03-03 10:54 ` Alexandru Ardelean
2022-03-03 11:23 ` Richard Purdie
2022-03-07 13:07 ` Alexandru Ardelean
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49dbf7f4492322649e7876c110e94de4f82bcf77.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=ardeleanalex@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.