Re: [ANN] [SKC] Skeincoin | Skein-SHA2 | CPU mining | GPU miner available
Indeed, thank you for your effort 
a Full requirements/dependencies list would definitely help.
I also checked if I had setuptools installed and I had 'python-setuptools' installed, but not 'python3-setuptools' - so I installed that also. After that I tried again, but seems to have not helped;
https://www.dropbox.com/s/wl1454i16njxadz/pip3.log
As you can see, it's identical with the pip2.log. Could it be then, that there is even more programs that don't realize that their requirements have already being met?
As in, program not registering correctly for some reason, even when there is no visible errors during the installation? Ghost in the shell? 
a Full requirements/dependencies list would definitely help.I also checked if I had setuptools installed and I had 'python-setuptools' installed, but not 'python3-setuptools' - so I installed that also. After that I tried again, but seems to have not helped;
https://www.dropbox.com/s/wl1454i16njxadz/pip3.log
Code:
Exception information:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 134, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 241, in run
requirement_set.install(install_options, global_options, root=options.root_path)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1298, in install
requirement.install(install_options, global_options, *args, **kwargs)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 625, in install
cwd=self.source_dir, filter_stdout=self._filter_install, show_stdout=False)
File "/usr/lib/python2.7/dist-packages/pip/util.py", line 670, in call_subprocess
% (command_desc, proc.returncode, cwd))
InstallationError: Command /usr/bin/python -c "import setuptools;__file__='/tmp/pip_build_root/pyopencl/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-24DnT6-record/install-record.txt --single-version-externally-managed failed with error code 1 in /tmp/pip_build_root/pyopencl
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 134, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 241, in run
requirement_set.install(install_options, global_options, root=options.root_path)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1298, in install
requirement.install(install_options, global_options, *args, **kwargs)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 625, in install
cwd=self.source_dir, filter_stdout=self._filter_install, show_stdout=False)
File "/usr/lib/python2.7/dist-packages/pip/util.py", line 670, in call_subprocess
% (command_desc, proc.returncode, cwd))
InstallationError: Command /usr/bin/python -c "import setuptools;__file__='/tmp/pip_build_root/pyopencl/setup.py';exec(compile(open(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-24DnT6-record/install-record.txt --single-version-externally-managed failed with error code 1 in /tmp/pip_build_root/pyopencl
As you can see, it's identical with the pip2.log. Could it be then, that there is even more programs that don't realize that their requirements have already being met?
As in, program not registering correctly for some reason, even when there is no visible errors during the installation? Ghost in the shell? That happens sometimes, if you have some stuff installed via pip and some via apt-get and have both vanilla (non-debug) and debug versions of python. That's because of different versions of python requires related versions of packages.