i am trying to install the add-on: plone.importexport, but i found this error:
user#wppi94:~/Plone/zinstance$ bin/buildout
Unused options for buildout: 'deprecation-warnings'.
Installing instance.
Couldn't find index page for 'plone.importexport' (maybe misspelled?)
Getting distribution for 'plone.importexport'.
Couldn't find index page for 'plone.importexport' (maybe misspelled?)
While:
Installing instance.
Getting distribution for 'plone.importexport'.
Error: Couldn't find a distribution for 'plone.importexport'.
Inside the buildout.cfg eggs I wrote this:
eggs =
plone.importexport
collective.easyform
Plone
I managed to install the collective.easyform component, but I couldn't install this plone.importexport, can you tell me why it happened?
I have found the problem I have to use mr.developer to search in github. Watch this:
https://community.plone.org/t/how-do-i-install-the-plone-importexport-add-on/13698
Related
after installing all prerequietsed/environment when i am trying to install Repositary Strain Package Showing this error: 'strain': not a valid cloud name. Must be one of ['folsom','folsom-proposed','grizzly','grizzly-proposed', 'havana', 'havana-proposed', 'icehouse', 'icehouse-proposed', 'juno', 'juno-proposed', 'octa', 'octa-proposed', 'newton', 'newton-proposed',
i have try to install that package removing and recreating another VM and follow the instruction page -- openstack, but still same issue their.
i want the points which i need to check which is responsible for giving following error.
I have a Plone 5.0.5 deployment and the need the package zc.zrs for ZODB replication. After adding the information to the buildout.cfg, I've added the URL https://pypi.org/simple on the index parameter:
[buildout]
extends =
base.cfg
versions.cfg
index = https://pypi.org/simple
Then I run the buildout and get the following error:
# sudo -u plone_buildout bin/buildout
Installing 'plone.recipe.zeoserver[zrs]'.
We have the distribution that satisfies 'plone.recipe.zeoserver[zrs]==1.2.9'.
Getting required 'zc.zrs'
We have no distributions for zc.zrs that satisfies 'zc.zrs'.
Download error on https://pypi.org/simple: hostname 'pypi.org' doesn't match either of 'www.python.org', '*.python.org', 'docs.python.org', 'downloads.python.org', 'pypi.python.org' -- Some packages may not be found!
Download error on https://pypi.org/simple/zc.zrs/: hostname 'pypi.org' doesn't match either of 'www.python.org', '*.python.org', 'docs.python.org', 'downloads.python.org', 'pypi.python.org' -- Some packages may not be found!
Couldn't find index page for 'zc.zrs' (maybe misspelled?)
Download error on https://pypi.org/simple/: hostname 'pypi.org' doesn't match either of 'www.python.org', '*.python.org', 'docs.python.org', 'downloads.python.org', 'pypi.python.org' -- Some packages may not be found!
Getting distribution for 'zc.zrs'.
Couldn't find index page for 'zc.zrs' (maybe misspelled?)
Could't load zc.buildout entry point default
from plone.recipe.zeoserver[zrs]:
Couldn't find a distribution for 'zc.zrs'..
While:
Installing.
Getting section zeoserver.
Initializing section zeoserver.
Installing recipe plone.recipe.zeoserver[zrs].
Getting distribution for 'zc.zrs'.
Error: Couldn't find a distribution for 'zc.zrs'.
After doing some research find out that the buildout uses easy_install, and tryed to add some parameters described from this documentation, but I'm getting the same errors like doesn't changed nothing.
How can I allow the download from PyPI from Plone buildout?
The Plone buildout should be able to download from pypi by default.
Check if you can download with wget into your download folder:
wget https://files.pythonhosted.org/packages/5c/b2/5a516f4883fc766ea37a9d979a5cacddc1b29df17140c14da26676a3c4b5/zc.zrs-3.1.0.tar.gz
You should have a downloads folder in your buildout-cache folder, if you are using the default installer.
I do that sometimes when the server has some strange network configurations and can't download some packages directly.
I am trying to install the ggpattern package from GitHub (https://www.rdocumentation.org/packages/ggpattern/versions/0.2.0)
I've reinstalled R, followed the all steps according to the site, also tried
remotes::install_github("coolbutuseless/ggpattern", force = TRUE)
But I still get:
Error: Failed to install 'unknown package' from GitHub:
HTTP error 401.
Bad credentials
Rate limit remaining: 19/60
Rate limit reset at: 2022-01-29 18:28:15 UTC
I'm working on R version 4.1.2 (newest according to me) on Windows.
Do you have any idea what is the issue here?
You need to check if you have a personal access token set in your environment. For example, when I have a Git project, I set a personal access token. However, I set this in the project environment, so that it isn't any issues outside of that environment.
To see if there is one assigned:
Sys.getenv("GITHUB_PAT")
If there is one set, write it down (you may need that in the future).
To remove it, so you can install the GitHub package:
Sys.unsetenv("GITHUB_PAT")
I am new to Julia's package manager, and I am having trouble installing GLPK and LinProgGLPK.
I have already run Pkg.Init() and have successfully installed Curl using Pkg.add("Curl"). However, when I try to install GLPK or LinProgGLPK (using Pkg.add("GLPK") and Pkg.add("LinProgGLPK")), I get the following message:
MESSAGE: Installing BinDeps v0.0.0
ERROR: Path BinDeps already exists! Please remove to allow installation.
in _resolve at pkg.jl:345
in anonymous at no file:163
in cd at file.jl:26
in cd_pkgdir at pkg.jl:42
in add at pkg.jl:143
in add at pkg.jl:175
I seem to get the same message for other packages that are dependent on BinDeps (including Winston).
I have tried calling Pkg.rm("BinDeps"), Pkg.add("BinDeps"), Pkg.update(), and Pkg.resolve(), and then returned to trying to add GLPK, but the same message persists. I have also entered ~/.julia to remove the BinDeps folder, but that did not work either. What am I missing?
P.S. I am running julia in Linux Ubuntu.
Honestly, when something gets screwed up, it's best just to wipe ~/.julia and re-add the packages.
Just make sure you back up your local changes!
I'm using Plone 4.1 and trying to run bin/buildout in a fresh directory, having just managed to get python bootstrap.py --distribute to work. bin/buildout runs along fine for a couple of minutes, downloading various distributions, then crashes with the following report:
Getting distribution for 'plone.recipe.zope2instance==4.1.7'.
Got plone.recipe.zope2instance 4.1.7.
... (many distributions omitted for brevity) ...
Getting distribution for 'zope.container==3.11.2'.
Got zope.container 3.11.2.
Getting distribution for 'zope.configuration==3.7.4'.
error: Not a recognized archive type: /Users/Jon/.buildout/downloads/dist/zope.configuration-3.7.4.zip
An error occured when trying to install zope.configuration 3.7.4. Look above this message for any errors that were output by easy_install.
While:
Installing.
Getting section instance.
Initializing section instance.
Installing recipe plone.recipe.zope2instance.
Getting distribution for 'zope.configuration==3.7.4'.
Error: Couldn't install: zope.configuration 3.7.4
It looks like the important error message is: Not a recognized archive type: /Users/Jon/.buildout/downloads/dist/zope.configuration-3.7.4.zip
Incidentally, I tried simply re-running bin/buildout and it picked up in a new place, starting with:
Getting distribution for 'zdaemon==2.0.4'.
Got zdaemon 2.0.4.
Getting distribution for 'pytz==2011g'.
Got pytz 2011g.
...and so on. Can I just keep retrying the script until it successfully get all the stuff that it needs?
Also, I tried running bin/buildout for version 4.2 in another directory, and that seemed to work okay.
EDIT The second time I ran bin/buildout it completed without crashing. However, I did a search of the output and it never once downloaded anything with "configuration" in it's name. So what is going on???
EDIT Just for good measure I tried running bin/buildout a third time and it exited quickly after printing the single line "Updating instance."
You're fine. I suspect you have a less than ideal network connection and/or that PyPI is having problems (one of your other posts was about network related issues as well, I think).
The error you saw is that it's tried to download a zip file that's been corrupted, and so it fails to extract the zip file. On your second attempt, it downloaded it successfully.