PyBOMBS.Inventory - DEBUG - Setting state to `fetched'
PyBOMBS.Inventory - DEBUG - Saving inventory to file /sharing/shared/Research Projects/Projects/projs/jmatus/prefixes/E310/.pybombs/inventory.yml...
PyBOMBS.prefix - INFO - Installing SDK `e3xx-release4-sdk'
PyBOMBS._process_thread() - DEBUG - Executing command `$ sh ./oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh -y -d /sharing/shared/Research Projects/Projects/projs/jmatus/prefixes/E310'
You are about to install the SDK to "/sharing/shared/Research". Proceed[Y/n]?Y
And that is where it hangs (you'd notice the space in the directory is not longer escaped). I might try to look into the underlying scripts to see if I can make a one-off change that can get me past this issue (unless someone has an environment variable or something like that I can run to make the command happy)....
On 04/25/2017 01:05 PM, Jason Matusiak wrote:
Hey Nathan. tried that as well (first actually since that is what tabbed out), no dice. IT hangs right here:
PyBOMBS.prefix - INFO - Installing SDK `e3xx-release4-sdk'
You are about to install the SDK to "/sharing/shared/Research". Proceed[Y/n]?Y
I have a feeling that when I escape it the first time, it gets passed into pybombs correctly, Then when something actually goes to use it, the escape sequence has been stripped and it sees the space and stops working. That seem possible?
On 04/25/2017 12:56 PM, West, Nathan wrote:
Where do you actually get stuck? Try Research\ Projects
On Tue, Apr 25, 2017 at 12:20 PM, Jason Matusiak <jason@gardettoengineering.com> wrote:
I am trying to do an install of gnuradio into a directory on my company's share that I don't have the ability to change. I thought it was working until it hung for a while. After looking at it a bit, I have a feeling that the issue is that there is a folder called "Research Projects" in my directory structure. I am thinking that pybombs is having an issue with the space (which I try to never use in Linux myself). Is there a way to work around that issue? (I tried putting the folder name in double quotes, but that didn't helps any).
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
No comments:
Post a Comment