portgd/3.0.0 build

  • Ported changes from LOS178 20050801/20050806 -> GD
  • Built TOT for LOS178 3.0.0

portgd

Was asked to port the changed from LOS178 -> GD again. As this is a frequent occurance it screams for automation. As I had already coded a verifycrs, which essentially automates verification of ported [E}CRs from one repository to another, it seems a simple case to derive as script to do the porting. Coded up portgd. Note that portgd does not perform automatic building - just porting of the files associated with the passed in [E}CRs.

build_los178_343

Changed build_los178_343 to go back to using scp to obtain the toolchain tarball. This is still kludgy because it entails hardcoding the location (which is date based) of the source tarball. However, using NFS requires that the NFS area is accessible and in the past it was an automount point to an assumed -hosts map location. That doesn't work on Linux systems using autofs (an investigation of using amd instead of autofs has not yet been performed). As such, from a Linux system, the toolchain tarball was not easily accessible via NFS. So we're back to using scp, which has it's own problems, namely the assumption that passwordless scp access has been set up.