Closed. This question is not about programming or software development. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 days ago.
Improve this question
Already up to date.
venv "D:\AI\stable-diffusion-webui\venv\Scripts\Python.exe"
Python 3.10.6 (tags/v3.10.6:9c7b4bd, Aug 1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]
Commit hash: ea9bd9fc7409109adcd61b897abc2c8881161256
Installing requirements for Web UI
Launching Web UI with arguments:
No module 'xformers'. Proceeding without it.
Loading weights [fe4efff1e1] from D:\AI\stable-diffusion-webui\models\Stable-diffusion\model.ckpt
Creating model from config: D:\AI\stable-diffusion-webui\configs\v1-inference.yaml
LatentDiffusion: Running in eps-prediction mode
DiffusionWrapper has 859.52 M params.
Applying cross attention optimization (Doggettx).
Textual inversion embeddings loaded(0):
Model loaded in 3.9s (load weights from disk: 1.0s, create model: 0.4s, apply weights to model: 0.5s, apply half(): 0.7s, move model to device: 0.5s, load textual inversion embeddings: 0.8s).
Running on local URL: http://127.0.0.1:7860
To create a public link, set `share=True` in `launch()`.
Traceback (most recent call last):
File "D:\AI\stable-diffusion-webui\launch.py", line 361, in <module>
start()
File "D:\AI\stable-diffusion-webui\launch.py", line 356, in start
webui.webui()
File "D:\AI\stable-diffusion-webui\webui.py", line 232, in webui
app.add_middleware(GZipMiddleware, minimum_size=1000)
File "D:\AI\stable-diffusion-webui\venv\lib\site-packages\starlette\applications.py", line 135, in add_middleware
raise RuntimeError("Cannot add middleware after an application has started")
RuntimeError: Cannot add middleware after an application has started
Press any key to continue . . .
I followed all the steps on github and I get this error https://github.com/AUTOMATIC1111/stable-diffusion-webui
Go into your SD folder right click open terminal and past this in then hit enter.
.\venv\Scripts\python.exe -m pip install --upgrade fastapi==0.90.1
Related
Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 7 days ago.
Improve this question
sudo apt-get install tesseract-ocr; I ALSO TRIED USING !!!!!!!!
Error opening data file /kaliferganes/share/tesseract-ocr/4.00/tessdata/eng.traineddata
Please make sure the TESSDATA_PREFIX environment variable is set to your "tessdata" directory.
Failed loading language 'eng'
Tesseract couldn't load any languages!
Exception in thread "main" net.sourceforge.tess4j.TesseractException: javax.imageio.IIOException: I/O error reading PNG header!
Firstly, my background in programming is quite basic Python so Sage and everything that comes with it is very new to me, so apologies if I mix up terminology etc.
I am currently using an online version of LiE to assist me in performing some algebra based computations, but as the computations are getting quite complex I am hoping to move from pen and paper to sage math to perform these calculations for me.
I installed Sage and when I open SageMath notebook I am taken to Jupyter (which I guess is an IDE).
My issue is when I use Jupyter and try to run something like "lie.diagram('A2') I am presented with a bunch of errors which I do not understand.
I then tried a different interpreter, namely GAP, and this works fine e.g. if I input "gap(34).Factors()" then Jupyter will output "[2, 17]".
I checked the path "/opt/sagemath-9.2/local/lib/python3.7/site-packages/sage/interfaces/" and both "gap.py" and "lie.py" are there, so I am unsure why gap works and lie does not.
Lastly, if I use the sage cell server and input "lie.diagram('A2')" then it does output the required diagram, so my guess is there is some behind the scenes issue between LiE and Jupyter specifically.
Thanks!
In SageMath, GAP is a standard package, while
LiE is an optional package. This means when you
install Sage, you get GAP but you don't get LiE
unless you specifically ask for it.
On SageCell and CoCalc, the Sage installation
is very complete, with many optional packages
installed, so calling LiE works there.
The files in .../sage/interfaces/ implement
the interfaces between Sage and other software,
and they are present whether or not the other
software is installed.
In your case, the interface to LiE exists,
but LiE is not installed, so when you run
a command such as lie.diagram('A2'),Sage
tries to talk to LiE using its LiE interface,
but does not find LiE and reports an error
which in my case looks like:
EOF ... Traceback (most recent call last)
...
EOF: End Of File (EOF). Empty string style platform.
...
During handling of the above exception, another exception occurred:
RuntimeError ... Traceback (most recent call last)
...
RuntimeError: unable to start LiE: End Of File (EOF). Empty string style platform.
...
During handling of the above exception, another exception occurred:
TypeError ... Traceback (most recent call last)
...
TypeError: unable to start LiE: End Of File (EOF). Empty string style platform.
...
To install LiE, if you built Sage from source,
open a terminal and run these command:
cd /opt/sagemath-9.2
make -s V=0 configure
./configure --enable-lie -q
make -s V=0
Next time you start Sage, you can use LiE:
sage: lie.diagram('A2')
O---O
1 2
A2
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 5 years ago.
Improve this question
R (3.3.2, Windows 7) crashes after about 1000 iterations of dyn.load() being used in a for loop. This does not happen in Ubuntu. This behaviour is observed for dll files created from Rcpp and TMB code, but I don't think it is related to either of these packages. The crash message is:
Problem Event Name: APPCRASH
Application Name: rsession.exe
Application Version: 1.0.136.0
Application Timestamp: 583f5668
Fault Module Name: testRcppRepeatDynLoad.dll
The following is a mimimal reproducible example on my computer:
First, create an Rcpp package called testRcppRepeatDynLoad (in Rstudio, create package in new directory, select 'create package with Rcpp'.). Building the package with CTRL-SHIFT-B creates a dll file in the src folder, which we will load using dyn.load.
This code crashes the R session after 1050 iterations:
while (i < 2000) {
i = i + 1
print(i)
dyn.load('src/testRcppRepeatDynLoad.dll')
dyn.unload('src/testRcppRepeatDynLoad.dll')
}
The same thing happens for a dll file created by TMB::compile.
I get the following error when importing an SVN repository to git with svn2git:
fatal: EOF in data (285 bytes remaining)
Does anyone know what this error means?
This is caused by a segmentation fault, there is a branch/tag/ in your repository that is causing it to core.
To get the core files you will need to enable cores:
Uncomment this line in /etc/security/limits.conf
soft core unlimited
Run svn2git, it may take up to 2 hours to get the segmentation fault. Install gdb:
yum install gdb
Analyse the core:
gdb svn2git/svn-all-fast-export core.NNNN
Get a back trace, type:
bt
You should see the branch/tag which caused problems in the back trace. Exclude the branch from processing by updating your ruleset:
match /branches/broken_branch_name
end match
See issue opened with owner of svn2git here:
https://github.com/svn-all-fast-export/svn2git/issues/26
Or even easier, pstack <pid of svn2git> and you will see where it is stuck, then Ctrl + C, add the dud branch to your rule set and start svn2git again.
I am going to prepare a migration from our existing Plone site hosted on a windows machine to a linux host.
Hereby i got a few problems i didnt get resolved by mysef, and I would be really glad if someone could give me a few hints about how to get my new instanze runnig in a clean manner.
Here a short summary of the steps taken during migration and upgrade to the current version.
i did a fresh install on debian jessy with the installer (4.3.4.r1).
to test the installation i also created a new instance and also got
the buildout process running without errors
copied the filestorage
and blobstorage of the existing instanze to the new server
after first login i started the upgrade process form 4305->4309. this
finished successfully, but with a few hints to non existing extensions
Step ploneboard-various has an invalid import handler
Step simpleattachment has an invalid import handler
We tested these addons a few years ago, and it seems they didn't get cleaned up correct.
I tried to install a current version, so i can do a uninstall, but as they dont seem to be official supported under current plone versions i didn't succeed with this. Does anyone have a good hint how to remove such expired addons?
In Zope Management Interface i reinstalled the addons, so that the
correct versions get listed
This are:
Plone Classic Theme 1.2.5 1.3.3
Plone JQuery Tools Integration 1.5.5 1.6.2
Plone True Gallery 3.3.1b1 3.4.5
Workflow Policy Support (CMFPlacefulWorkflow) 1.5.9 1.5.10
Working Copy Support (Iterate) 2.1.10 2.1.12
As soon as i reinstall the extension Plone Classic Theme to version 1.3.3 the tinymce editor stops working (no control bar from tinymcebody and text shows up just as plain text), and i get the following errors when i try to save a new article
Traceback (innermost last):
Module ZPublisher.Publish, line 138, in publish
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 48, in call_object
Module Products.CMFPlone.FactoryTool, line 478, in __call__
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 48, in call_object
Module Products.CMFFormController.FSControllerPageTemplate, line 91, in __call__
Module Products.CMFFormController.BaseControllerPageTemplate, line 28, in _call
Module Products.CMFFormController.ControllerBase, line 231, in getNext
Module Products.CMFFormController.Actions.TraverseTo, line 35, in __call__
ValueError: Unable to find update_version_before_edit.
When i switch the theme to "old plone classic theme" everything seems to work as before.
I solved the errors following this post:
Unable to add content to new Plone site: ValueError: Unable to find update_version_before_edit exception
But TinyMce doesn't work any more.
So, is this behavior correct, and do i have to stay with the old Plone classic theme, or is there something weird with my installation s should try correct?
Thanks in advance for your help
About Ploneaboard: why you say it's not supported anymore? Latest versions works properly in Plone 4.3.
However: you can manually removed those invalid import handlers by going into ZMI -> portal_setup -> "Manage" tab
About TinyMCE: this issue affects a lot of users recently. If you don't see TinyMCE editor it means you have some JavaScript errors (check your browser console log). Commonly this is fixed by manually run upgrade steps.
Go again to ZMI -> portal_setup -> "Upgrades" tab -> select "Products.TinyMCE:TinyMCE" then look for upgrade steps to be run.
Thanks for you reply
I suspected it wasnt supported because compatibility under https://plone.org/products/ploneboard is just up to v4.1 an it wasn't available as a default egg via buildout.
But as you explained, i removed the import handlers throug zmi, and also deleted related entries under portal-controlpanel and Portal-types
After that it seems that the buildout and site upgrade process works without any ploneboard related errors.
About tinymce:
I did the upgrade step as suggested, but that didn't solve the problem. TinyMce Editor is only visible if i select the "Old Plone 3 Classic Theme"
I am sorry, but I didn't find useful information about this. As you said that many users were affected, can you please tell me some ressource where this problem is currently handled?
But another question to the upgrades:
I saw a few other upgrades, that i could perform:
Products.TinyMCE:TinyMCE
plone.app.discussion:default
plonetheme.sunburst:default
plone.app.dexterity:default
plone.app.theming:default
Is it generally recommended to perform this steps manually, or shouldn't this be handled by the regular site upgrade after a version change?
For now i started the upgrade process manually, and excepts the "plone.app.theming:default" everything seems to have gone ok.
For plone.app.theming:default the upgrade step looks like this:
The profile "plone.app.theming:default" is currently upgraded to version unknown.
The filesystem version for the "plone.app.theming:default" profile is currently 1001.
Available upgrades:
Update registry
(all → 1000)
Combine Theming control panels
(1000 → 1001)
But after upgrade i get following error when i enter site setup - theming
ComponentLookupError: (, 'persistent')