[oe] [arago-devel] dm365 and OE

[Raffaele Recalcati]

2010/4/27 Denys Dmytriyenko <denis at denix.org>

>
> arago-next was merged back to the master branch recently, but it shouldn't
> matter, as DVSDK was buildable before the merge. If you are referring to
> the
> fact that some components are not fetchable and need to be downloaded
> manually, it's still the case for a few of them, as explained in the
> README.
> AFAIK, codecs for some platforms were not public at the time, I believe
> dm365
> being one of them. I'll ping some people internally and see if/when this
> will
> be fixed.
>

The ping is going on?

I have unzipped the dvsdk and tried to associate it to arago/OE recipes, but
what is the corrispondence?

Doing an 'ls -1' in my dvsdk dir I obtain:
bin
bios_5_41_00_06
biosutils_1_02_02
codec_engine_2_25_01_06
dm365_codecs_01_00_06
dm365mm_01_00_03
dmai_2_10_00_06
docs
dsplink_linux_1_64
DVSDK_3_10_00_12_release_notes.html
dvsdk_demos_3_10_00_10
dvtb_4_20_02
edma3_lld_01_11_00_03
examples
framework_components_2_25_01_05
linux_dvsdk_3_10_beta_manifest.pdf
linuxutils_2_25_01_06
Makefile
mapdmaq
mapdmaq-hd
Rules.make
uninstall
xdais_6_25_01_08
xdctools_3_16_01_27

I guess that each directory has to become a tgz in this dir and from
localhost I need to reach it (using a link from /var/www to this dir):

But:

arago/recipes/ti/ti-codecs-dm365_3.10.00.02.bb
uses

PV = "03_10_00_02"
BASE_SRC_URI = "http://install.source.dir.local"
SRC_URI = "${BASE_SRC_URI}/dm365_codecs_${PV}.tar.gz;name=dm365codecs \
           file://mapdmaq"

but in my dvsdk I have
dm365_codecs_01_00_06
and so ${PV} seems wrong.

 ${PV} is similar, but not equal, to dvsdk version, 3_10_00_02 versus
3_10_00_12.

----------------
ti-dmai points to svn, instead in dvsdk I have dmai_2_10_00_06 .
-----------------

I could rebuild from dvsdk 3_10_00_12 sources using arago or not, but,
first, I'd like some check if it is the good starting point.

Thanks,
Raffaele