NSLU2-Linux
view · edit · print · history

OpenEmbedded.SourceWorkaround History

Hide minor edits - Show changes to markup

August 04, 2005, at 02:35 AM by lightlu -- Mutually download tarball
Changed lines 15-16 from:

If you download a package manually because of a misconnection during bitbake'ing, copy the package file and it's corresponding .md5 over to: /home/slug/sources

to:

If you download a package manually because of a misconnection during bitbake'ing, copy the package file and it's corresponding .md5 over to: /home/slug/downloads

June 21, 2005, at 02:02 AM by tman --
Changed lines 23-24 from:

In this case, you can work around the issue (at some small risk of the newer package breaking something, or of complicating future bk pulls) by visiting the source site for that package (listed in the messages during the build, and also contained in the somepackage_x.y.z, identifying the version number of a later snapshot, and changing the name of (a copy of) the somepackage_x.y.z.bb file to reflect the new version number. (Bitkeeper considers everything in the .bb filename between the underscore "_" and the .bb to be a version identifier. Move the original file to someplace bitkeeper won't see it to avoid confusion.) At this point, you should be able to rerun the build and have the new package successfully download and build.

to:

In this case, you can work around the issue (at some small risk of the newer package breaking something, or of complicating future bk pulls) by visiting the source site for that package (listed in the messages during the build, and also contained in the somepackage_x.y.z, identifying the version number of a later snapshot, and changing the name of (a copy of) the somepackage_x.y.z.bb file to reflect the new version number. (BitKeeper considers everything in the .bb filename between the underscore "_" and the .bb to be a version identifier. Move the original file to someplace bitkeeper won't see it to avoid confusion.) At this point, you should be able to rerun the build and have the new package successfully download and build.

Deleted line 25:
March 25, 2005, at 04:19 PM by n1xnx --
Changed lines 15-26 from:

If you download a package manually because of a misconnection during bitbake'ing, copy the package file and it's corresponding .md5 over to: /home/slug/sources

to:

If you download a package manually because of a misconnection during bitbake'ing, copy the package file and it's corresponding .md5 over to: /home/slug/sources


If the site is there but the package isn't:

You may also experience errors in the build because the packages/somepackage/somepackage_x.y.z.bb file specifies a specific version or cvs snapshot that is no longer available on its source site (though newer versions may be). For example, the unzip-5.51 package is no longer on its site, but unzip-5.52 is available.

In this case, you can work around the issue (at some small risk of the newer package breaking something, or of complicating future bk pulls) by visiting the source site for that package (listed in the messages during the build, and also contained in the somepackage_x.y.z, identifying the version number of a later snapshot, and changing the name of (a copy of) the somepackage_x.y.z.bb file to reflect the new version number. (Bitkeeper considers everything in the .bb filename between the underscore "_" and the .bb to be a version identifier. Move the original file to someplace bitkeeper won't see it to avoid confusion.) At this point, you should be able to rerun the build and have the new package successfully download and build.

If the package downloads but won't build, look in the somepackage_x.y.z.bb file to see if the version part of the source filename is hard-coded into any file or directory names; it may be necessary to adjust these as well if you see weird errors when building that package (such as "make: unix/Makefile: no such file or directory"). If the file or directory name contains ${PV}, that gets replaced with the version part of the .bb file name.

December 25, 2004, at 04:02 AM by wsgaskins --
Added lines 14-15:

If you download a package manually because of a misconnection during bitbake'ing, copy the package file and it's corresponding .md5 over to: /home/slug/sources

December 12, 2004, at 11:06 AM by rwhitby --
Changed line 13 from:

Some other packages have been temporarily mirrored at http://nslu.sf.net/downloads

to:

Some other packages have been temporarily mirrored at http://nslu.sf.net/downloads and http://ipkg.nslu2-linux.org/downloads

December 08, 2004, at 03:43 PM by rwhitby --
Changed line 13 from:
to:

Some other packages have been temporarily mirrored at http://nslu.sf.net/downloads

December 01, 2004, at 12:56 AM by ka6sox --
Added lines 1-2:

If you find yourself not able to get sources because a site is down there is a workaround:

Changed lines 7-9 from:
  • CVS_TARBALL_STASH = "http://www.treke.net/oe/source/"
to:
 CVS_TARBALL_STASH = "http://www.treke.net/oe/source/"
December 01, 2004, at 12:39 AM by ka6sox --
Changed lines 1-9 from:

Describe SourceWorkaround here.

to:

In build/conf/local.conf to use the tarball:

  • Find the line that mentions CVS_TARBALL_STASH
  • Ensure it isn't commented out
  • CVS_TARBALL_STASH = "http://www.treke.net/oe/source/"
  • the cvs tarball stash is what pulls the tarball
  • CVSDATE is what tells it not ot try to get *TODAY*s tarball, but instead the last version the mirror has.
view · edit · print · history · Last edited by lightlu.
Based on work by tman, n1xnx, wsgaskins, rwhitby, and ka6sox.
Originally by ka6sox.
Page last modified on August 04, 2005, at 02:35 AM