Geontech / meta-redhawk-sdr

REDHAWK SDR Layer for Yocto/OpenEmbedded -based deployments
http://geontech.com/getting-started-with-meta-redhawk-sdr/
GNU Lesser General Public License v3.0
9 stars 6 forks source link

omniorb switch source from http to https #4

Closed chris-jo closed 7 years ago

chris-jo commented 7 years ago

I tried to bake the recipe for omniorb_4.2.0.bb It wasn't possible to fetch the source because it was forbidden. In a bbapend file I switched the sources to https and now it works. SRC_URI = "https://downloads.sourceforge.net/omniorb/omniORB-4.2.0.tar.bz2;name=omniORB420tarbz2" SRC_URI_virtclass-native = "https://downloads.sourceforge.net/omniorb/omniORB-4.2.0.tar.bz2;name=omniORB420tarbz2"

btgoodwin commented 7 years ago

It looks like they moved it in the last couple of weeks. Using curl, with either address, it eventually redirects to the following (in the response, it says permanently):

https://downloads.sourceforge.net/project/omniorb/omniORB/omniORB-4.2.0/omniORB-4.2.0.tar.bz2

That's probably the safe bet if they prune the redirects at some point. I'm away from my build system. Can you confirm this address works for you as well (in the recipe)?

chris-jo commented 7 years ago

I tested it. It works as well.

btgoodwin commented 7 years ago

Great, thanks for your help! If you have a PR against the krogoth branch, I'll bring it in. Otherwise I'll handle it Monday.

Edit: On second thought, I think this might be a network issue for them. I tried using wget with the original address. Both worked fine for me, as did your secure HTTP address. However intermittently while trying the longer URL I started getting HTML and XML responses. I then tried a clean load of the bitbake environment off our krogoth branch with MACHINE set to qemuarm and used bitbake -c unpack omniorb to fetch -- it worked fine with the HTTP source.

chris-jo commented 7 years ago

OK, maybe it is just a networking issue of my company.

btgoodwin commented 7 years ago

If you're still on this or have an easy means to test this (since http is working fine for me), would you be able to try this in the recipe:

SRC_URI = "${SOURCEFORGE_MIRROR}/omniorb/omniORB-4.2.0.tar.bz2;name=omniORB420tarbz2"

With any luck, this would be a good fix for the recipe that works for your situation as well as anyone else who gets blocked trying to use http.

chris-jo commented 7 years ago

I tested it, there is the same issue because it aims to the http mirror.

WARNING: omniorb-4.2.0-r0 do_fetch: Failed to fetch URL http://downloads.sourceforge.net/omniorb/omniORB-4.2.0.tar.bz2;name=omniORB420tarbz2, attempting MIRRORS if available
ERROR: omniorb-4.2.0-r0 do_fetch: Fetcher failure: Fetch command failed with exit code 8, output:
http://downloads.sourceforge.net/omniorb/omniORB-4.2.0.tar.bz2:
2017-02-14 07:28:54 ERROR 403: Forbidden.

ERROR: omniorb-4.2.0-r0 do_fetch: Function failed: Fetcher failure for URL: 'http://downloads.sourceforge.net/omniorb/omniORB-4.2.0.tar.bz2;name=omniORB420tarbz2'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /scratch/yocto_out/tmp-joc-imx6/work/cortexa9hf-neon-poky-linux-gnueabi/omniorb/4.2.0-r0/temp/log.do_fetch.31396
ERROR: Task 0 (/liccon3/git/yocto/meta-redhawk-sdr/recipes-deps/omniorb/omniorb_4.2.0.bb, do_fetch) failed with exit code '1'