Install with sudo (to write in /opt) isn't supported

[TerencePlizga]

Following the instructions on http://www.webupd8.org/2014/12/ubuntu-developer-tools-center-renamed.html, I tried to install Eclipse Luna 4.4 on an Ubuntu 14.04 box, using umake as follows:

sudo add-apt-repository ppa:ubuntu-desktop/ubuntu-make
sudo apt-get update
sudo apt-get install ubuntu-make
umake ide eclipse

When asked for the target directory, I type in this location:

/opt/eclipse/eclipse_4_4

Reason: I do not want separate installations in each user directory (which appears to be the default).

Before installing, I created an alias for python=python3 in ~/.bash_aliases, and sourced the file. This enables the umake scripts to use Python version 3.4.

The install script ends with the exceptions indicated below, copied from a Gnome terminal. The permissions on /opt are the typical 755. I tried tests where I created the target subdirectories beforehand, but that didn't work. I also tried using sudo (sudo umake ide eclipse), but I get the same result.

---

TERMINAL OUTPUT:

~$ umake ide eclipse
Choose installation path: /opt/eclipse/eclipse_4_4
Downloading and installing requirements |
100% |########################################################################|
Installing Eclipse
ERROR: A decompression to /opt/eclipse/eclipse_4_4 failed: [Errno 8] Exec format error |
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/umake/decompressor.py", line 95, in _decompress
archive.extractall(dest)
File "/usr/lib/python3.4/tarfile.py", line 1979, in extractall
self.extract(tarinfo, path, set_attrs=not tarinfo.isdir())
File "/usr/lib/python3.4/tarfile.py", line 2018, in extract
set_attrs=set_attrs)
File "/usr/lib/python3.4/tarfile.py", line 2079, in _extract_member
os.makedirs(upperdirs)
File "/usr/lib/python3.4/os.py", line 227, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib/python3.4/os.py", line 237, in makedirs
mkdir(name, mode)
PermissionError: [Errno 13] Permission denied: '/opt/eclipse'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/concurrent/futures/thread.py", line 54, in run
result = self.fn(_self.args, *_self.kwargs)
File "/usr/lib/python3/dist-packages/umake/decompressor.py", line 104, in _decompress
archive = subprocess.Popen([name, "-o{}".format(dest)], stdout=subprocess.PIPE, stderr=subprocess.PIPE)
File "/usr/lib/python3.4/subprocess.py", line 848, in init
restore_signals, start_new_session)
File "/usr/lib/python3.4/subprocess.py", line 1446, in _execute_child
raise child_exception_type(errno_num, err_msg)
OSError: [Errno 8] Exec format error
ERROR: [Errno 8] Exec format error
|##########################################################################################|

[didrocks]

Thanks for filing this bug, nice catch!

I can reproduce those issues, I guess you triggered two bugs with your use case.
The first one is that we reexec ourself (with sudo), only if there are some packages to install (the common use case is for a personal user installation in ~). I'm going to patch so that the destination path is as well taken into account for this decision.

Now, the question is why it's not working if you are running it manually with sudo… if I define some path with parent dirs not existing (like /tmp/foo/bar/baz), this works well, so parents are created. I need to dig a little bit to understand why in the /opt/foo, this fails in this particular way.

Note that ubuntu make is python3 only, you don't need to have python=python3 defined, as it's what is used.

[didrocks]

Actually, just found out why the second case is failing: we are switching to the current user after the reexec once the packages are installed to not have all files owned by root, but by the current user.

This is going to be a little bit more complex as anticipated. I'm keeping it on my mind, for now, you should probably use your ~. However, it's a valid use case, but I need to think about it a bit more to get it working reliably.

[didrocks]

I just tested a workaround for your use case as well:
sudo -s
unset SUDO_UID
unset SUDO_GID
umake ide eclipse
…

Of course no launcher icon will be added (as it's a system installation), but it's still available in your dash. Seems there are some minor issues to fix on getting the right user attribution to eclipse files, but that would be a way. Basically, we need ubuntu-make to support system installation.

Another way is to create as well /opt/eclipse/, make it writable for your user (temporarly), and just run umake ide eclipse + your installation path, which should work as well.

Nice use case though, thanks again for raising it :)

[tonybolzan]

At this time it is working with sudo, but it still needed even as user root.
root@localhost:# umake ide phpstorm /opt/phpstorm -> Permission Denied