<?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>1571</bug_id>
          
          <creation_ts>2011-10-03 10:24:23 +0000</creation_ts>
          <short_desc>gcc-4.6.inc uses SRCREV=178924 but it&apos;s not on the sources mirror</short_desc>
          <delta_ts>2011-10-07 08:06:10 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>5</classification_id>
          <classification>Infrastructure</classification>
          <product>AutoBuilder</product>
          <component>autobuilder</component>
          <version>1.0</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://autobuilder.yoctoproject.org/sources/</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.2</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Bernhard Kaindl">bernhard.kaindl</reporter>
          <assigned_to name="Beth Flanagan">elizabeth.flanagan</assigned_to>
          <cc>elizabeth.flanagan</cc>
    
    <cc>infras.ab.watcher</cc>
    
    <cc>Infras.watcher</cc>
    
    <cc>infras.web.watcher</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>16620</commentid>
    <comment_count>0</comment_count>
    <who name="Bernhard Kaindl">bernhard.kaindl</who>
    <bug_when>2011-10-03 10:24:23 +0000</bug_when>
    <thetext>My corporate proxy is restricted to a crippled HTTP (git://, svn@http blocked)
so all I can do is plain HTTP web server downloads, and so I got a snapshot
of today&apos;s poky-master thru cgit. Running &quot;bitbake meta-toolchain-sdk&quot;, I saw
that meta/recipes-devtools/gcc/gcc-4.6.inc uses SRCREV=178924 but it&apos;s not on
the sources mirror, so behind such proxy, this file is needed @sources mirror.

Fetcher failure after failing to access svn over http (blocked) and the sources mirror at http://autobuilder.yoctoproject.org/sources/:

ERROR: Function &apos;Fetcher failure for URL: &apos;svn://gcc.gnu.org/svn/gcc/branches;module=gcc-4_6-branch;proto=http&apos;. Unable to fetch URL svn://gcc.gnu.org/svn/gcc/branches;module=gcc-4_6-branch;proto=http from any source.&apos; failed
Log data follows:
| DEBUG: Trying PREMIRRORS
| NOTE: fetch http://autobuilder.yoctoproject.org/sources/gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_178924_.tar.gz
| DEBUG: executing /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P /usr1/bkaindl/poky-master-ppc/Linux/downloads &apos;http://autobuilder.yoctoproject.org/sources/gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_178924_.tar.gz&apos;
| DEBUG: Fetcher accessed the network with the command /usr/bin/env wget -t 5 -q --passive-ftp --no-check-certificate -P /usr1/bkaindl/poky-master-ppc/Linux/downloads &apos;http://autobuilder.yoctoproject.org/sources/gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_178924_.tar.gz&apos;

Of course, the file does not exist on the sources mirror.

Using
GCCVERSION ?= &quot;4.5.1&quot;
SDKGCCVERSION ?= &quot;4.5.1&quot;
in meta/conf/distro/include/tcmode-default.inc (4.5.1 does not use SRCREV) works

It needs to be provided to support toolchain build without svn access
(like the mirrored svn mirror tarball of eglibc-2.13, which builds fine with it)

The file named &quot;gcc-4_6-branch_gcc.gnu.org_.svn.gcc.branches_178924_.tar.gz&quot; needs to be retrieved from an autobuilder (or other poky build) and provided at
http://autobuilder.yoctoproject.org/sources/

Similar to:
http://autobuilder.yoctoproject.org/sources/eglibc-2_13_www.eglibc.org_.svn.branches._14157_.tar.gz</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16627</commentid>
    <comment_count>1</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2011-10-03 11:14:26 +0000</bug_when>
    <thetext>This bug is assigned to me but I don&apos;t have the technical expertise to understand it.  I need some help with it or it needs to be assigned to someone that does.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16769</commentid>
    <comment_count>2</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2011-10-06 15:02:50 +0000</bug_when>
    <thetext>Bernhard, please verify that it is now fixed for you, we seem to have the files on the autobuilder machines.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16771</commentid>
    <comment_count>3</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2011-10-06 15:32:44 +0000</bug_when>
    <thetext>Yes, this was an rsync issue. Since I jail off the autobuilder DL_DIR into autobuilder/current_sources, rsyncs need to occur to ab/pub/sources. This is now fixed on the ab.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16785</commentid>
    <comment_count>4</comment_count>
    <who name="Bernhard Kaindl">bernhard.kaindl</who>
    <bug_when>2011-10-07 08:06:10 +0000</bug_when>
    <thetext>I&apos;ve verified that the missing file is now on the sources mirror and
I can confirm that &apos;bitbake meta-toolchain&apos; from poky-master which uses gcc &quot;4.6.1+svnr178924&quot; completes successfully behind my proxy which blocks svn.

Thanks to everyone involved! -&gt; Setting Status to VERIFIED</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>