I am trying to deploy my app using Streamlit Share. I had both Pydot and the actual Graphviz (2.40.1) installed and was able to run it successfully locally. But when Streamlit share launches my app directly from my GitHub repo, I got the error FileNotFoundError: [Errno 2] "dot" not found in path.
Below are the screenshots of the error message and my environment.yml file.
I have tried several methods mentioned on similar posts but not sure what the issue is here. I am a Mac user. Can someone please help?
Related
Open PlatformIO Project
I have reinstalled the platformio, but it stll dont't work!
then i tried to create a new project and create a new project dir -gd32_test,
i got these errors as follows:
OS_MAKE_DIRS
Server error: {"type":"PermissionError","args":[13,"Permission denied"],"message":"[Errno 13] Permission denied: '/home/fy\\gd32_test'"}
i guess there is something wrong with the formate of the path created
by the way, i'm a student from china, i'm grately graceful for your help, thanks!
I was trying to include a nuget package in my C# cell, like the example below:
#r "nuget: PackageIWantToInclude"
when suddenly, I got a similar error like this:
Error: PackageManagement Error 3217 The source directory 'D:\MyLocalDirectory' not found
note that I have not made any edits on the settings pointing to any directory with the address 'D:\MyLocalDirectory'. I've also looked for a solution elsewhere without any success. Can anyone give me a hint on how to bring the source directory back into its default?
Turns out, vscode interactive notebook uses the nuget configuration included in Nuget.Config found in "C:\Users{computer name}\AppData\Roaming\NuGet".
In that current machine where the error occurs, I have some local package sources included that were already non-existent, though they were already disabled, as indicated when viewed using this command dotnet nuget list source.
What I did was to remove the non-existent package source from the Nuget.Config file--in this example that would be:
<add key="NonExistentSource" value="D:\MyLocalDirectory" />
and then I restarted the notebook kernel by:
opening Command Palette (CTRL+SHFT+P) or under View>>Command Palette..
and then selecting the restart notebook's kernel
newb alert. I'm new to GitHub so this might be a dumb question. I was creating a web scraper with scrapy on PyCharm & asked my friend for some help so I uploaded it into GitHub. Everything went fine until I realized that 1. the entire file was moved into a local file (previously was inside of pycharm & 2. it wouldn't run. When I inspected both files I came to find that there was only one key thing missing. There was a 'scrapy.cgf' file that was the only file not moved into the new local file.
What can I do to fix this?
I'm trying to read files from my Github repository in Google Colab. I found this answer that instructed me to use:
!npx degit Jainu-s/urldata/al -f
Which copies the files from my repository as local Colab files. It works perfectly, but I have no ideia what this code does exactly and I could not find any Colab documentation on it.
Can anyone explain to me how it works? What is its syntax, what does it do? And what are the options I could use with it?
You can read its documentation.
https://github.com/Rich-Harris/degit
Basically,
the program is degit
npx is to execute without install it
/al means you download that directory content
f is force download, because the directory is not empty
To read more
!npx degit --help
I'm experiencing this issue on a brand new Sierra setup, with Xcode 8.1.
I have a framework target for iOS, the target builds fine, but when I try to build for test the build fails with this error:
Opening import file for module 'XCTest': Not a directory
I looked at these questions already, but their suggestions are not useful for us:
Opening import file for module 'Swift': Not a directory
<unknown>:0: error: Opening import file for module 'Swift': Not a directory
All the settings in the project are pretty standard.
The cause of this issue was quite bizarre.
It was happening in a CI box on which I had installed Xcode 8.1 via the MAS. In our company we provision CI boxes using xcode-install, but for some reason that I don't remember I wasn't able to do so on this one.
To mimic xcode-install's behaviour I renamed Xcode.app into Xcode-8.1.app, and created an alias of it called Xcode.app.
This is where the issue was. The alias I created wasn't a proper symbolic link. Xcode.app wasn't actually a folder.
I realised this when trying to perform a command line build that referenced some system framework other than Foundation/UIKit... It failed saying that it couldn't find the framework inside Xcode.app/....
Once I made Xcode.app into a proper symlink everything worked.