Re: [Discuss-gnuradio] Pybombs install fetch fail

[Marcus Müller]

Adding what I know
python requests is a pure HTTP library; it really can't do FTP at all.
You could write or install a FTP protocol adapter for it… and instead,
Chris went ahead and simply found HTTP sources for all four recipes
depending on FTP.
The awesome thing was that we realized that the source lines of the form:

source: wget+http://…

contains some redundancy.
As the pybombs source fetchers define regexes that match different kinds
of URLs, we just went ahead and removed all the explicit "wget+" from
the recipes in gr-recipes.

So if you happen to be writing recipes: I think it'd be cooler if you
just used

source: http://theserver/file.tar.gz

instead of the "oldschool"

source: wget+http://theserver/file.tar.gz

(which, by the way, continues to work).

Cheers,
Marcus

On 08.04.2016 22:00, Martin Braun wrote:
> ...I pushed the changes not realizing Sebastian had already submitted a
> PR and Chris had merged it. Thanks guys!
>
> M
>
> On 04/08/2016 12:56 PM, Martin Braun wrote:
>> I've changed the recipe in the repo. FYI, PyBOMBS doesn't use FTP, but
>> whatever Python requests uses.
>>
>> M
>>
>> On 04/08/2016 09:35 AM, Kevin Hofschröer wrote:
>>> Actually, I often ran into the same problem myself. When you try to browse 
>>> this link with the browser or through normal command line operation, you 
>>> will have the same effect.
>>> You can replace that recipe line with
>>> "wget+http://download.qt.io/archive/qt/4.6/qt-everywhere-opensource-src-4.6.2.tar.gz";
>>> and then retry the pybombs install command.
>>>
>>> Greetings
>>> Kevin
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio