I have been using Enthought Canopy Distribution (Academic License) for the last few weeks. I have also used the Package Manager to install packages.
But now today when I tried to install Scikit learn it showed the following error message "Takes no argument 1 given". Infact this problem is there even if I try to install other packages. I also tried to upgrade a few packages, but those too showed the same error.
Have I changed some setting by mistake or is it an issue with the software?
I encountered the same problem in both the Canopy GUI and on the command line (epkg) on OS X 10.8 with the 32-bit version. This is part of the reply I got from the Enthought support team:
This looks like a familiar bug which should have been fixed.
Could you please update to 1.0.1.1191, and if the problem still occurs, then submit this as a bug report from the Canopy Help menu so we can gather more system information?
Only problem is, I am running 1.0.1.1190, and Help/Software Updates... claims there is no newer version available. I informed support of this, and I will report back as soon as I have more information on or a solution for this problem.
Update
Planning do document the exact error message, I just went back to the command line and invoked epkg, which suddenly did work:
$ enpkg
Enstaller is out of date. Update? ([y]/n) y
enstaller-4.6.1-2.egg
[fetching] 264 KB
[.................................................................]
enstaller-4.6.1-2.egg
[installing] 755 KB
[.................................................................]
Enstaller has been updated. Please re-run your previous command.
I can now successfully install and update packages via enpkg or the Canopy GUI.
Related
I have installed WinPython and want to use Spyder. I use pip and virtual environments. I have followed the instructions here modular approach. Everything works just dandy until the very last instruction "Start a new IPython console (in Spyder). All packages installed in your venv environment should be available there.".
It get error Your Python environment or installation doesn't have the spyder‑kernels module or the right version of it installed (>= 1.9.0 and < 1.10.0). Without this module is not possible for Spyder to create a console for you.
But I installed spyder-kernals in my venv, I can literally see them there, I set the path the the python installed in the venv, everything should work, but it doesn't!
Any thoughts?
I asked CAM Gerlach as suggested, and he spotted my error very quickly. The instructions at modular approach are correct except they say pip install spyder-kernels==0.* which I took literally. In fact as per the error message you need to use later versions, so I used pip install spyder-kernels==1.10 and it fixed it.
You may have to ask to "C.A.M. Gerlach" if he has an update on the procedure: Spyder has evolved a bit with Spyder-4.
Debian Jessie, as well as sid, have a mercurial-git package which contains the hg-git plugin. However, this package was (auto-)removed from Debian Stretch to to a release-critical bug.
But - I need it installed and running. Surely this should be possible, right?
Well, I followed the installation instructions on the plugin page:
I ran apt-get install python-setuptools python-setuptools-git python4-setuptools python3-setuptools-git
I ran easy_install hg-git and it seemed to work
But still, when I run various mercurial operations I get, as the first line, the error message:
*** failed to import extension hgext.git: No module named git
(regardless of whether I'm doing anything git-related or not.)
My questions:
Why is this happening?
What do I need to do in order to make the error message go away while having hggit working?
Now,
How do I correctly install dulwich to get hg-git working on Windows?
Apparently, that critical bug doesn't manifest always (and perhaps only under very specific circumstances), so you can try installing the Debian sid version of the mercurial-git package (that is, version 0.8.11-1 at the time of writing). There's a SuperUser question about how to do this:
https://linuxaria.com/howto/how-to-install-a-single-package-from-debian-sid-or-debian-testing
my personal opinion in this case is to simply install the .deb file, which you can get from here (it's not platform-specific; at the link you'll need to choose a mirror.) That makes the error message go away, at least assuming you have:
[extensions]
hgext.bookmarks =
hggit =
in your ~/.hgrc file.
I have installed VS Code version 1.8.1. Machine is Windows 7, 64 bit. While installing ionide-fsharp extension, I am getting error "end of central directory record signature not found". It seems version 1.7.2 of VS Code works, however this issue probably seems fixed for version 1.8.0 see this git link. Any idea on how to get the extn installed?
Thanks
Found a workaround for this. Downloaded '.vsix' file of ionide-fs from this link. In VS Code Extensions tab, there is an option 'Install from VSIX'. That worked. So in case anyone is unable to install from vscode extensions tab directly(i.e. from Marketplace), they may try this way of installing an extension.
Just for information, I was getting the same error for version 1.7.2 of vscode as well while trying to install from Marketplace.
Seems there were bugs that exist in past versions, due to the embedded browser and other reasons; these have since been fixed.
The above solution seems a common way to install a troublesome plugin.
However, there is a long standing reason for this error, running out of disk space.
As of v1.54.1 (2021/03) and it turns out this can happen if your disk/home folder can run out of space during download OR install.
https://github.com/microsoft/vscode/issues/118711
I am working with a group of teachers using Canopy and we are trying to use Tkinter. About half the class is getting an error message when we run code that imports Tkinter. The error message we get is:
TclError: Can't find a usable init.tcl in the following directories:
C:/Users/tg9154/AppData/Local/Enthought/Canopy/App/appdata/canopy-1.5.4.3105.win-x86_64/lib/tcl8.5 C:/Users/tg9154/AppData/Local/Enthought/Canopy/User/lib/tcl8.5 C:/Users/tg9154/AppData/Local/Enthought/Canopy/lib/tcl8.5 C:/Users/tg9154/AppData/Local/Enthought/Canopy/User/library C:/Users/tg9154/AppData/Local/Enthought/Canopy/library C:/Users/tg9154/AppData/Local/Enthought/Canopy/tcl8.5.2/library C:/Users/tg9154/AppData/Local/Enthought/tcl8.5.2/library
This probably means that Tcl wasn't installed properly.
I have tried all of the fixes I have found online and none of them are working. I am wondering if a complete uninstall/install would work but I am hoping that there is a easier fix since I have so many teachers who would have to do the same thing.
This bug on Windows in Canopy 1.5.3/1.5.4) was fixed in Canopy 1.5.5, released July 3.
To update to the current version of Canopy, see this article.
I just installed Canopy Express 1.4.1 (32-bit) for Windows. Among the packages that are supposed to be there (see https://www.enthought.com/products/canopy/package-index/ ) are pandas and statsmodels. But after installing, neither is listed in Package Manager, either as being installed or available.
The lack of pandas is not a problem, as pip easily installs it. (Enthought notes that packages installed that way will not be listed in Package Manager, but are fully available in the Canopy User Environment. Indeed, it imports.
statsmodels is not so easy. pip only gets source, and there is no Windows installer provided by the statsmodels folks. There is a nightly Windows binary, but not (if I'm reading correctly) for the stable build. The suggested solution by statsmodels is to compile it, using MinGW, which I do not currently have installed.
With enough trouble, I imagine I could compile and install, but is there a way to save all that trouble and get the packages within Canopy, as Enthought says it should be?
Seems like your Package Manager is misbehaving or you are looking in the wrong place (look in Free Packages not Community Packages).
Pandas is indeed in the Express installer, so always installed. At Canopy's python prompt, type:
import pandas
Though sounds like you've already overwritten it with pip, not really a problem but not the cleanest path (mixing 2 different installation methods for the same package).
Statsmodels is listed in package manager (Free package). It is available to free users but is not yet in the Express installer.
If you still don't see these in the pkg mgr, please quit Canopy, ensure that all Canopy processes have terminated (easiest way... log out of Windows, then back in), and restart Canopy.