All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Kenji Morgan <daniel.kenji.morgan@gmail.com>
To: Otavio Salvador <otavio@ossystems.com.br>
Cc: "meta-freescale@yoctoproject.org" <meta-freescale@yoctoproject.org>
Subject: Re: Trouble installing fsl codec libraries
Date: Thu, 06 Jun 2013 21:12:09 +0900	[thread overview]
Message-ID: <51B07C99.6000906@gmail.com> (raw)
In-Reply-To: <CAP9ODKqN8rzuNSusqEiHZ1vVoQtrQnx8ER7UPPr3Sg6ZsV_kRQ@mail.gmail.com>

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


(2013/05/31 21:43), Otavio Salvador wrote:
>
>
>
> On Fri, May 31, 2013 at 8:13 AM, Philip Craig <phil@blackmoth.com.au 
> <mailto:phil@blackmoth.com.au>> wrote:
>
>     On Fri, May 31, 2013 at 7:52 PM, Daniel Kenji Morgan
>     <daniel.kenji.morgan@gmail.com
>     <mailto:daniel.kenji.morgan@gmail.com>> wrote:
>     > Thank you for the reply.
>     > Here is an update.
>     >
>     > It turns out the codecs are installed, but the codec *wrapper*
>     libraries are NOT.
>     > I tried building both "fsl-image-gui" and "fsl-image-test", but
>     the results are the same.
>     >
>     > I did a comparison against an image built using LTIB, and it
>     turns out that "/usr/lib/imx-mm/audio-codec/wrap" contains the
>     wrapper libraries.
>     > The yocto images does not contain this directory nor any of the
>     wrapper libraries.
>     >
>     > Forgive me if my assumption is wrong, but don't the following
>     lines in "do_install_append" from libfslcodec_3.0.1.bb
>     <http://libfslcodec_3.0.1.bb> delete the wrapper libraries?
>     >
>     > # LTIB move the files around or gst-fsl-plugin won't find them
>     > for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1
>     -type d); do
>     >     mv $p/* ${D}${libdir}
>     >     rmdir $p
>     > done
>     > rmdir ${D}${libdir}/imx-mm
>     >
>     > The packaging in "populate_packages_prepend" also seems to place
>     the wrapper libraries into "/usr/lib/wrap" which does not match
>     the path found in the LTIB generated image.
>
>     I also had noticed this was broken, but hadn't gotten around to
>     figuring out why yet. It sounds like you are on the right track
>     though. The paths it needs are defined in
>     /usr/share/beep_registry.*.cf, which are the same
>     "/usr/lib/imx-mm/audio-codec/wrap" as the LTIB image. I think the
>     recipe needs to be changed to not move the wrap directory to /usr/lib.
>     (It does need to move the rest of the libraries still though.) Try
>     this patch.
>
>
> Yes; it was broken.
>
> We pushed many fixes for this in master yesterday so you could give it 
> a try.
>
> We may try to backport the fixes for danny and dylan once this is tested.
> -- 
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br http://projetos.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

I tried out the recipe in master, and indeed, the libraries are all 
correctly installed.
The following lines fail the build using "danny" though:

codec_pkgs = oe.utils.packages_filter_out_system(d)
d.appendVar('RDEPENDS_libfslcodec-meta', ' ' + ' '.join(codec_pkgs))


[-- Attachment #2: Type: text/html, Size: 5311 bytes --]

  reply	other threads:[~2013-06-06 12:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-30 11:36 Trouble installing fsl codec libraries Daniel Kenji Morgan
2013-05-30 19:54 ` Sandoval Gonzalez Leonardo-B42214
2013-05-31  9:52   ` Daniel Kenji Morgan
2013-05-31 11:13     ` Philip Craig
2013-05-31 12:43       ` Otavio Salvador
2013-06-06 12:12         ` Daniel Kenji Morgan [this message]
2013-06-06 12:18           ` Otavio Salvador

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=51B07C99.6000906@gmail.com \
    --to=daniel.kenji.morgan@gmail.com \
    --cc=meta-freescale@yoctoproject.org \
    --cc=otavio@ossystems.com.br \
    /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.