Bug 3643

Summary: popt source url is not responding
Product: buildroot Reporter: Michael J. Hammel <mjhammel>
Component: Outdated packageAssignee: 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
rpm5.org appears to have gone away.  Launchpad has 1.15:
https://launchpad.net/popt/+milestone/1.15

and BLFS has 1.16:
http://www.linuxfromscratch.org/blfs/view/cvs/general/popt.html

The broken rpm5 URL affects the build from master if you use any package that depends on it: oprofile, logrotate, rpm, librsync
Comment 1 Michael J. Hammel 2011-04-24 03:09:50 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.
Comment 2 Michael J. Hammel 2011-04-24 03:11:07 UTC
Created attachment 3241 [details]
Switch download URL to launchpad for popt
Comment 3 Peter Korsgaard 2011-04-24 06:22:02 UTC
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
Comment 4 Michael J. Hammel 2011-04-24 19:52:55 UTC
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.
Comment 5 Peter Korsgaard 2011-04-24 20:36:40 UTC
It would still be interesting to have a working upstream location. I've bumped it to 1.16 in git using the linuxfromscratch mirror.