8000 Directory restrictions · Issue #27 · flathub/cc.arduino.arduinoide · GitHub
[go: up one dir, main page]
Skip to content

Directory restrictions #27

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
LibrEars opened this issue Jan 29, 2021 · 1 comment
Open

Directory restrictions #27

LibrEars opened this issue Jan 29, 2021 · 1 comment

Comments

@LibrEars
Copy link

Hi all,

can you assist me in sorting out access problems from the flatpack installation (Arduino IDE 1.8.13 - Debian 10 GNU/Linux)? The IDE tries to use the critical file 'crtatmega328pb.o' located in /home/user/.arduino15/packages/uStepper/hardware/avr/2.2.1/tools/lib but has no access.
The file is also located in /var/lib/flatpak/app/cc.arduino.arduinoide/x86_64/stable/275e[... long number...]ac/files/Arduino/hardware/tools/avr/avr/lib/avr5/crtatmega328pb.o but I do not now how to tell the compiler to use this directory instead...

For the error log see the issue asked to the uStepperS developers (they recommended me to use the direct install of the IDE...): uStepper/uStepperS#26

I double checked on a virtual windows machine where the access to the stepper works.

Thank you and Greetings
LibrEars

Rel: #25
@A6GibKm
Copy link
Collaborator
A6GibKm commented Jan 29, 2021 •
edited
Loading

So the problem is the following, by default a flatpak app does not have access to home and if it needs to use ~/.somedir it would use ~/.var/app/APP-ID/.somedir instead. This flatpak in particular by default has home access so it should use ~/somedir instead of the local ~/.var/.../.somedir dir.

If you followed the advice at #25 for example, you blocked access to the dir ~/.somedir in favour of the one inside ~/.var, which only means you need to copy or move its contents from ~/.somedir to their ~/.var/app/... counterpart.

This is not precisely what you asked, as you are talking about /var which is more involved and should not be touched, but it might be related to whats causing the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@A6GibKm @LibrEars
0