Oops... I forgot to *delete* the attribute that limits the upload to just the installs.
I've done that, and force uploaded all of the gcclib releases again, so *now* I think it will work. (My own boot.efs is torn apart right now, and I have no way of testing the actual download, sorry. Workin' on that...) Should work now, but let me know if it doesn't. On Tue, Dec 21, 2010 at 9:25 PM, David Kaiser <[email protected]> wrote: > Hi Phil, > > It appears that the src files to fulfill the download of gnu gcclib 4.4.5, > gnu gcclib 4.5.2 and rhel gcclib 4.1.2 are missing. > > As I had found when I tried this before with the gnu gcc 4.4.4 and 4.5.1 > packages - the same root cause in this case is that the src.tar.bz2 files > are missing from the ftp server build download area. > > I'll give it some further investigation overnight here, (perhaps I need to > start fresh with new a new bootstrap set of efs utilities, or maybe I need > to --force something to be re-downloaded) but I thought I would let you know > in case you were looking to upload these files to the ftp server yet. > > > Could not download url [ > http://ftp.openefs.org/packages/binary/gnu/gcclib/4.4.5-build001/src.tar.bz2] > to [/efs/dev/gnu/gcclib/4.4.5-build001/build/download/src.tar.bz2]: 404 Not > Found > ... > Could not download url [ > http://ftp.openefs.org/packages/binary/gnu/gcclib/4.5.2-build001/src.tar.bz2] > to [/efs/dev/gnu/gcclib/4.5.2-build001/build/download/src.tar.bz2]: 404 Not > Found > ... > Could not download url [ > http://ftp.openefs.org/packages/binary/rhel/gcclib/4.1.2-build005/src.tar.bz2] > to [/efs/dev/rhel/gcclib/4.1.2-build005/build/download/src.tar.bz2]: 404 Not > Found > > Thanks, > David > > > > On 12/21/10 11:45 AM, Phillip Moore wrote: > > I've rebuilt all of the gnu/gcc and rhel/gcc releases we use, which > involved minor release upgrades for gnu/gcc/4.4 and 4.5 we well. The > changes was nothing more than decoupling the builds of the gcc and gcclib > projects. Prior releases used an install-post script that automated > building the installs trees for the matching gcclib releases, but this > didn't work that well, because the checkpoint, dist, etc operations have no > such hooks. > > Now, you build gcc releases, and then "build" the gcclib releases > separetely. You use a normal efsdeploy workflow for both, and the results > are uploaded normally, like everything else. > > This addresses the problems some of our users have had bootstrapping > content, since the download of the gcclib releases would fail, unless you > set some attributes to limit what was downloaded. Now, it should all work > seamlessly. > > I'm working on some updates to efs-core-docs that finally explain how gcc > is integrated with /efs, and how to build and update it. > > To get your own EFS domain updated to use the new compiler builds, do the > following: > > efs download release gnu gcc 4.4 > efs download release gnu gcclib 4.4.5 > efs download release gnu gcc 4.5 > efs download release gnu gcclib 4.5.2 > efs download release rhel gcc 4.1 > efs download release rhel gcclib 4.1.2 > > > > _______________________________________________ > EFS-dev mailing > [email protected]http://mailman.openefs.org/mailman/listinfo/efs-dev > > > > _______________________________________________ > EFS-dev mailing list > [email protected] > http://mailman.openefs.org/mailman/listinfo/efs-dev > >
_______________________________________________ EFS-dev mailing list [email protected] http://mailman.openefs.org/mailman/listinfo/efs-dev
