| Summary: | popt source url is not responding | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Michael J. Hammel <mjhammel> |
| Component: | Outdated package | Assignee: | unassigned |
| Status: | RESOLVED INVALID | ||
| Severity: | minor | CC: | buildroot |
| Priority: | P5 | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
| Attachments: | Switch download URL to launchpad for popt | ||
|
Description
Michael J. Hammel
2011-04-23 15:26:06 UTC
Here is a patch to use launchpad instead of rpm5.org. I picked launchpad only because its Ubuntu oriented and that seems to have an active support community. Created attachment 3241 [details]
Switch download URL to launchpad for popt
normally a missing / down upstream doesn't matter much, as buildroot then falls back to sources.buildroot.net, which DOES have popt-1.15.tar.gz. Isn't that working for you? E.G.: >>> popt 1.15 Downloading --2011-04-24 08:19:48-- http://rpm5.org/files/popt/popt-1.15.tar.gz Resolving rpm5.org... failed: Name or service not known. wget: unable to resolve host address “rpm5.org” --2011-04-24 08:19:49-- http://sources.buildroot.net//popt-1.15.tar.gz Resolving sources.buildroot.net... 88.198.64.109 Connecting to sources.buildroot.net|88.198.64.109|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 666242 (651K) [application/x-gzip] Saving to: “/var/lib/downloads/popt-1.15.tar.gz” 100%[======================================>] 666,242 1.36M/s in 0.5s Ugh. This is my own fault. I've been using OpenDNS for some time and now their redirection to "search results" on failed lookups has bitten me. I switched my DNS server to Google Public DNS and sure enough after the failure the backup download from Buildroot's archives worked. FWIW, with OpenDNS the search results gets downloaded as a file and Buildroot attempts to unpack it. Not sure you can do anything to mediate this response from a download attempt within Buildroot. So this is a non-bug. Apologies for not investigating better. It would still be interesting to have a working upstream location. I've bumped it to 1.16 in git using the linuxfromscratch mirror. |