wasm-deps.sh error during docker build #887
Labels
No labels
A: API
A: Backend
A: Federation
A: Front-End
A: I18N
A: Meta
A: Security
Build
C: Bug
C: Discussion
C: Enhancement
C: Feature
Compatibility
Dependency
Design
Documentation
Good first issue
Help welcome
Mobile
Rendering
S: Blocked
S: Duplicate
S: Incomplete
S: Instance specific
S: Invalid
S: Needs Voting/Discussion
S: Ready for review
Suggestion
S: Voted on Loomio
S: Wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Plume/Plume#887
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
found that error during docker build. Maybe isn't really a problem, but should be solved?
Looks like just missing python and works fine for amd64 / x86_64.
You need to install python inside of the dockerfile?
Did the error occured in musl image? If so, I guess Debian image includes Python by default, though I didn't run script actually. If not, I need to investigate.
Wouldn't it be possible to remove the python dependecy to detect os arch?
It's possible. In fact it's better!
Should be possible by
/proc/cpuinfo
,lshw
,uname -m
Maybe uname -m (type) and uname -p (processor) would be fine? Haven't tested it with other types than x86_64...
I'm not familiar with CPU archtectures but I think it's okay if it is equivalent to what Python's
platform
module does. I will see the module when I have time, although it will be far from now...Note:
Can't test with other hardware...
or
lscpu
https://www.cyberciti.biz/faq/linux-how-to-find-if-processor-is-64-bit-or-not/
dmidecode -t processor
Maybe uname do the job?
With my VM I get "unkown" for platform / processor, but maybe it works for arm and other types?
https://stackoverflow.com/a/31862755/3470092
Could that related to my error in web developer console?
First time a see a rust error in frontend, I still believe frontend errors have to be javascript... g
Easiest way with amd64 architecture was
dpkg --print-architecture
:ARCH=$(dpkg --print-architecture)
I test the easiest shell replacement on debian based systems.
https://stackoverflow.com/a/65535310/3470092
Quick and dirty replacement inside of my Dockerfile removes the python dependency for
amd64
:Need to be tested with other arch systems...