[gentoo-dev] sandbox access violations while running matlab binary installer
Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir
Re: [gentoo-dev] sandbox access violations while running matlab binary installer
On 31/03/14 21:15, Kfir Lavi wrote: Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir Try the gentoo-user mailing list or forums. Nothing we can do from Gentoo's side, ie. wrong mailing list.
Re: [gentoo-dev] sandbox access violations while running matlab binary installer
On Mon, Mar 31, 2014 at 9:14 PM, Samuli Suominen ssuomi...@gentoo.orgwrote: On 31/03/14 21:15, Kfir Lavi wrote: Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir Try the gentoo-user mailing list or forums. Nothing we can do from Gentoo's side, ie. wrong mailing list. Is there a way to contain this violation and provide a pseudo permissions to use /root/InstallShield
Re: [gentoo-dev] sandbox access violations while running matlab binary installer
The best solution is to figure out why the directory is being created there and whether it is customizable. Maybe the code actually is creating $HOME/InstallShield? Then export HOME=${T} in your ebuild. On March 31, 2014 2:24:24 PM EDT, Kfir Lavi lavi.k...@gmail.com wrote: On Mon, Mar 31, 2014 at 9:14 PM, Samuli Suominen ssuomi...@gentoo.orgwrote: On 31/03/14 21:15, Kfir Lavi wrote: Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir Try the gentoo-user mailing list or forums. Nothing we can do from Gentoo's side, ie. wrong mailing list. Is there a way to contain this violation and provide a pseudo permissions to use /root/InstallShield -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-dev] sandbox access violations while running matlab binary installer
On Mon, Mar 31, 2014 at 2:54 PM, Alexandre Rostovtsev tetrom...@gentoo.org wrote: The best solution is to figure out why the directory is being created there and whether it is customizable. Maybe the code actually is creating $HOME/InstallShield? Then export HOME=${T} in your ebuild. Portage already sets HOME to a subdirectory of ${PORTAGE_TMPDIR). Setting it to ${T} will make no difference there.
Re: [gentoo-dev] sandbox access violations while running matlab binary installer
On 31/03/14 21:24, Kfir Lavi wrote: On Mon, Mar 31, 2014 at 9:14 PM, Samuli Suominen ssuomi...@gentoo.org mailto:ssuomi...@gentoo.org wrote: On 31/03/14 21:15, Kfir Lavi wrote: Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir Try the gentoo-user mailing list or forums. Nothing we can do from Gentoo's side, ie. wrong mailing list. Is there a way to contain this violation and provide a pseudo permissions to use /root/InstallShield Have you looked into using `addpredict` or `addwrite`? For examples, check, # cd /usr/portage # grep addpredict */*/*.ebuild And same for addwrite. (And I still believe this discussion should be in the gentoo-user ML, but since others have replied too, might as well.)
Re: [gentoo-dev] sandbox access violations while running matlab binary installer
On 03/31/2014 02:14 PM, Samuli Suominen wrote: On 31/03/14 21:15, Kfir Lavi wrote: Hi all, I'm trying to create an ebuild to install matlab MCR on gentoo. The installer InstallShileld try to create directory /root/InstallShield ;-) mkdir is run by java binary that try this. So I have no access to change it. There is no option to provide InstallShield it's relative install path. I can provide matlab's install path and other options, but this made permanent /root/InstallShield What can I do? Thanks, Kfir Try the gentoo-user mailing list or forums. Nothing we can do from Gentoo's side, ie. wrong mailing list. I'd point out gentoo-devh...@gentoo.org as well. It's quiet, but that's a good thing.