'poco' error with install_dependencies on ubunto/TX2
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- bash, cpp, linux, ubuntu
- Domain
- build-system, embedded-iot, operating-systems
Research direction
Start with install_dependencies.sh from the v0.9.8 Linux release archive and reproduce the failure on the reported Ubuntu 16.04 aarch64/TX2 environment. Read the linked issues 5307 and 4550 for prior context; the work is done when dependency installation completes without the linuxaarch64, missing build/poco, or chown errors.
Written by the indexing model from the issue text.
Description
Hello all,
I'm running into troubles installing of 0.9.8 on an nvidia TX2.
On this system:
uname -m returns aarch64
cat /etc/issue returns Ubuntu 16.04.4 LTS
I started with this:
http://openframeworks.cc/versions/v0.9.8/of_v0.9.8_linux64_release.tar.gz
The install_dependencies.sh script stops with this error:
It seems you are running gcc 5 or later, due to incomatible ABI with previous versions
we need to recompile poco. This will take a while
Press any key to continue... Invalid build type: "linuxaarch64"
chown: cannot access 'build/poco': No such file or director'
I found a couple of other threads about this issue posted by @bakercp, but they are old, and the suggested solutions that @arturoc shared don't solve my problem; the script still stops with the same error:
https://github.com/openframeworks/openFrameworks/issues/5307
https://github.com/openframeworks/openFrameworks/issues/4550
Should I be installing from the repo, or a non-stable branch, instead of of_v0.9.8_linux64_release.tar.gz from the download site?
- Dominant language
- C++
- Stars
- 10.4k
- Forks
- 2.6k
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 9
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from openframeworks/openFrameworks
-
Difficulty 1/5 Under an hour Newbie friendliness 68/100
openframeworks/openFrameworks#6532 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
openframeworks/openFrameworks#6380 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 68/100
openframeworks/openFrameworks#4817 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 48/100
openframeworks/openFrameworks#8553 · 1 comment ·
-
projectGenerator (vs): addon .c sources compiled as C++, causing unresolved externals (ofxLua: 55) Open
openframeworks/openFrameworks#8546 · 1 assignee ·
All issues in openframeworks/openFrameworks
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·