RE: LSB Sample Implementation - 11 packages retrieval failed
"Wichmann, Mats D" <[email protected]> Thu, 29 Jan 2004 16:24:28 -0800
| Newsgroups | gmane.linux.lsb.implementation |
|---|---|
| Message-ID | <[email protected]> |
The instructions are accurate. Not all of the locations are accurate. > The location you had provided > http://ftp.freestandards.org/pub/lsb/impl/packages has all > the packages but > I can't tell if this site is used for download by the > "extras/entitycheck.py" command . I guess I can download each package > separately but don't know if that will be most efficient > route... Is there > a way to download all of these packages as a part of the > "extras/entitycheck.py" command. That's what the -f flag is for (-f = "fetch"). entitycheck.py automates a number of functions that are not done by the version of the builder tool (nALFS) that we use. As an aside note, all of the interesting ones - capturing package download locations, actual package download and checksum verification - are done by current version of the tool so if we ever manage a version uplift, entitycheck won't be needed any longer. If entitycheck won't download them, why don't you just wget the missing files from the above freestandards.org location. The gory details of what's going on: entitycheck.py tries to parse the entity file (entities/package) to determine a list of package names and versions. This is a little painful since it's not valid xml, so we can't just use an xml parser, but never mind. If those packages aren't already in place in the designated package location, an attempt is made to download them. This is done by cross-referencing the packages with a list of places to download those packages from. That list is extras/package_locations. There are potentially three places to try downloading a package from: a primary, an optional secondary (both of these appear in package_locations) and then a backup site on freestandards.org in case the first two fail. Usually, if we know that a package may be moved on the primary we include a stable secondary (often what happens is that as a new version of a package is released the previous one is moved to a subdirectory such as "old"). Unfortunately, we can't always predict future behavior by maintainers based on past evidence, so some things have "vanished" from the supposedly stable locations since the information for LSB 1.3 was frozen - sorry for this incovenience, but it's kind of out of our control.