<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>8802</bug_id>
          
          <creation_ts>2015-12-14 10:38:03 +0000</creation_ts>
          <short_desc>meta-fsl-* fails in universe fetch</short_desc>
          <delta_ts>2016-02-26 13:04:50 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BSPs</product>
          <component>bsps-meta-fsl-arm</component>
          <version>2.0</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>autobuilder</status_whiteboard>
          <keywords></keywords>
          <priority>High</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>2.1 M3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Ross Burton">ross.burton</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>joshuagloe</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>zhenhua.luo</cc>
          
          <qa_contact name="Alexandru Georgescu">alexandru.c.georgescu</qa_contact>
          <cf_os>---</cf_os>
          <cf_regression_type>Regression (Found by QA test)</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>57241</commentid>
    <comment_count>0</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2015-12-14 10:38:03 +0000</bug_when>
    <thetext>The autobuilder does a universe fetch with the meta-fsl-* layers enabled, and this causes errors when MACHINE=qemux86.

[recipe: linux-imx]
ERROR: Function failed: Fetcher failure for URL: &apos;git://git.freescale.com/imx/linux-2.6-imx.git;branch=&apos;. Please set a valid SRCREV for url [&apos;SRCREV_default_pn-linux-imx&apos;, &apos;SRCREV_default&apos;, &apos;SRCREV_pn-linux-imx&apos;, &apos;SRCREV&apos;] (possible key names are git://git.freescale.com/imx/linux-2.6-imx.git;branch=, or use a ;rev=X URL parameter)

[recipe: mfgtool-linux-imx]
ERROR: Function failed: Fetcher failure for URL: &apos;git://git.freescale.com/imx/linux-2.6-imx.git;branch=&apos;. Please set a valid SRCREV for url [&apos;SRCREV_default_pn-mfgtool-linux-imx&apos;, &apos;SRCREV_default&apos;, &apos;SRCREV_pn-mfgtool-linux-imx&apos;, &apos;SRCREV&apos;] (possible key names are git://git.freescale.com/imx/linux-2.6-imx.git;branch=, or use a ;rev=X URL parameter)

[recipe: barebox]
ERROR: Function failed: Fetcher failure for URL: &apos;file://defconfig&apos;. Unable to fetch URL from any source.

[recipe: udev-rules-qoriq]
ERROR: Function failed: Fetcher failure for URL: &apos;file://71-fsl-dpaa-persistent-networking.rules&apos;. Unable to fetch URL from any source.

I imagine you have machine-specific files but not machine-specific additions to SRC_URI.  Please don&apos;t do this, BSP layers shouldn&apos;t cause any changes if the MACHINE isn&apos;t selected.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57293</commentid>
    <comment_count>1</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2015-12-16 09:04:53 +0000</bug_when>
    <thetext>Still breaking the autobuilder.

udev-rules-qoriq sets:

SRC_URI = &quot;\
    file://71-fsl-dpaa-persistent-networking.rules \
    file://72-fsl-dpaa-persistent-networking.rules \
&quot;

But those files are in a machine-specific location so fetch fails for all machines apart from qoriq-ppc.  The SRC_URI should be set using an override.


barebox appears to be broken with a deliberately excluding COMPATIBLE_MACHINE, but fetchall doesn&apos;t care about this.  Please remove or fix recipes that are broken.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57402</commentid>
    <comment_count>2</comment_count>
    <who name="Zhenhua Luo">zhenhua.luo</who>
    <bug_when>2015-12-21 08:31:43 +0000</bug_when>
    <thetext>The patch is submitted. 

http://patches.openembedded.org/patch/110431/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57472</commentid>
    <comment_count>3</comment_count>
    <who name="Zhenhua Luo">zhenhua.luo</who>
    <bug_when>2015-12-24 09:59:35 +0000</bug_when>
    <thetext>The patch is merged. 

http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=0c6895ced3f99484c30bd465af651b6388f8e06c</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57528</commentid>
    <comment_count>4</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2016-01-05 13:04:13 +0000</bug_when>
    <thetext>Still broken on the AB: http://errors.yoctoproject.org/Errors/Details/26021/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57581</commentid>
    <comment_count>5</comment_count>
    <who name="Zhenhua Luo">zhenhua.luo</who>
    <bug_when>2016-01-06 13:44:56 +0000</bug_when>
    <thetext>The patch is submitted. 

http://patches.openembedded.org/patch/111471/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57668</commentid>
    <comment_count>6</comment_count>
    <who name="Zhenhua Luo">zhenhua.luo</who>
    <bug_when>2016-01-08 10:46:35 +0000</bug_when>
    <thetext>The patch is merged. 

http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=cb8d8ffd03645f58b530cc62e9a943a7bf93476c</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57700</commentid>
    <comment_count>7</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2016-01-10 09:12:03 +0000</bug_when>
    <thetext>Last nights run produced these errors:

barebox:
ERROR: Function failed: Fetcher failure for URL: &apos;file://defconfig&apos;. Unable to fetch URL from any source.
http://errors.yoctoproject.org/Errors/Details/26733/

linux-imx:
ERROR: Function failed: Fetcher failure for URL: &apos;git://git.freescale.com/imx/linux-2.6-imx.git;branch=&apos;. Please set a valid SRCREV for url [&apos;SRCREV_default_pn-linux-imx&apos;, &apos;SRCREV_default&apos;, &apos;SRCREV_pn-linux-imx&apos;, &apos;SRCREV&apos;] (possible key names are git://git.freescale.com/imx/linux-2.6-imx.git;branch=, or use a ;rev=X URL parameter)
http://errors.yoctoproject.org/Errors/Details/26732/

mfgtool-linux-imx:
ERROR: Function failed: Fetcher failure for URL: &apos;git://git.freescale.com/imx/linux-2.6-imx.git;branch=&apos;. Please set a valid SRCREV for url [&apos;SRCREV_default_pn-mfgtool-linux-imx&apos;, &apos;SRCREV_default&apos;, &apos;SRCREV_pn-mfgtool-linux-imx&apos;, &apos;SRCREV&apos;] (possible key names are git://git.freescale.com/imx/linux-2.6-imx.git;branch=, or use a ;rev=X URL parameter)
http://errors.yoctoproject.org/Errors/Details/26731/

This was with meta-fsl-arm 1dd6a5b87947e17e986e4326bee277f7bfef0be5 and meta-fsl-ppc cb8d8ffd03645f58b530cc62e9a943a7bf93476c.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57704</commentid>
    <comment_count>8</comment_count>
    <who name="Zhenhua Luo">zhenhua.luo</who>
    <bug_when>2016-01-11 05:13:26 +0000</bug_when>
    <thetext>Re-assign to the maintainer of meta-fsl-arm layer.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58023</commentid>
    <comment_count>9</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2016-01-20 21:17:26 +0000</bug_when>
    <thetext>Update as of 20th January:

/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/meta-fsl-arm/recipes-kernel/linux/linux-imx-mfgtool_3.14.38.bb, do_fetch
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/meta-fsl-arm/recipes-kernel/linux/linux-imx_3.14.38.bb, do_fetch
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/meta-fsl-arm/recipes-bsp/barebox/barebox_2015.10.0.bb, do_fetch

Still breaking the autobuilder...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58178</commentid>
    <comment_count>10</comment_count>
    <who name="Otavio Salvador">otavio</who>
    <bug_when>2016-01-25 12:52:24 +0000</bug_when>
    <thetext>The way the universal fetcher works, it discards the compatible machine while does not iterates on the provided overrides, so failing to fetch the source.

The linux-imx, for example, provide SoC family specific branches/revisions so it does not provide a common one (this will change soon but it raises a universal fetch design flaw) triggering the error.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58267</commentid>
    <comment_count>11</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-01-27 12:11:56 +0000</bug_when>
    <thetext>Firstly, if I have meta-fal-arm in my local layers list and I reparse (rm tmp/cache/* -rf), I see:

WARNING: Unable to get checksum for barebox SRC_URI entry defconfig: file could not be found                                                               | ETA:  --:--:--
WARNING: Unable to get checksum for linux-imx SRC_URI entry defconfig: file could not be found
WARNING: Unable to get checksum for mfgtool-linux-imx SRC_URI entry defconfig: file could not be found

I have MACHINE set to qemux86 in this case but I should not need WARNINGS for this. I should not have to remove the layer to change machine. I have just realised I do also have SOURCE_MIRROR_FETCH = &quot;1&quot; set locally.

If we decide SOURCE_MIRROR_FETCH is broken and can&apos;t be supproted, we should remove it.

Secondly, this issue is breaking our autobuilder in the universe fetch. We can&apos;t simply &quot;WONTFIX&quot; this. If we can&apos;t fix meta-fsl-arm, we can look at other options such as removing the layer from the public autobuilder.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58268</commentid>
    <comment_count>12</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-01-27 12:25:22 +0000</bug_when>
    <thetext>I&apos;ve proposed a compromise on the mailing list which should address the issues.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58373</commentid>
    <comment_count>13</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2016-02-01 09:38:16 +0000</bug_when>
    <thetext>(In reply to comment #12)
&gt; I&apos;ve proposed a compromise on the mailing list which should address the
&gt; issues.

For the benefit of those following this issue the proposed solution is:

http://lists.openembedded.org/pipermail/bitbake-devel/2016-January/006978.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58383</commentid>
    <comment_count>14</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-02-01 11:23:35 +0000</bug_when>
    <thetext>http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=602da7c921e3cb95637d39332cfc1188e0a386d2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59493</commentid>
    <comment_count>15</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2016-02-26 13:04:50 +0000</bug_when>
    <thetext>Verified with master:c638c92d47768e64ceca2c6047bf8313acce77a5</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>