when launching Xcode beta 8 on a macOS Sierra beta I'm getting this error:
Loading a plug-in failed.
The plug-in or one of its prerequisite plug-ins may be missing or damaged and may need to be reinstalled.
After searching, it seems that the issue is related with python and the new security measures that Apple introduced after XCode Ghost.
I couldn't find a solution, anybody can help?
EDIT
By looking at the Xcode logs, I noticed that it has NOTHING (apparently) to do with Python.
I see a whole bunch of
*Requested but did not find extension point with identifier Xcode.**
errors
I have to say that I also have Xcode 7 installed on my machine.
I had the exact thing happen to me except on High Sierra. I had deleted the old version folders of Python in /System/Library/Frameworks/Python.framework/Versions/, which was a mistake seeing that these are the Apple installed Python files. After trying to launch Xcode, Xcode could no longer access the Python files it needed. Unfortunately I had deleted them and emptied the trash, so the only way I could restore those files was by reinstalling High Sierra.
So if you run into this plugin error and you've messed with Python files, you need to recover those files either by taking them back out of the trash or by reinstalling your operating system (reinstalling doesn't erase the data on your computer, but it will add missing files, such as the Python ones I deleted).
Hope that helps someone in a similar situation.
I've had the similar logs that seemed to have nothing to do with Python, but what ended up working for it is removing python from /Library/Frameworks with help from this answer https://stackoverflow.com/a/3819829/3046504
It was still not working, but then extracting Xcode 9.1 from the xip and launching it triggered some additional installer all worked.
Had the same issue, found the solution over there : https://developer.apple.com/forums/thread/100026
I found the key to a solution here:
https://developer.apple.com/forums/thread/100026
In the Xcode app directory:
/Applications/Xcode.app/Contents/Resources/Packages
there are four packages: CoreTypes.pkg MobileDevice.pkg
MobileDeviceDevelopment.pkg XcodeSystemResources.pkg
I had to open and install all of these packages to fix the Xcode
launch failure. Then Xcode opens normally.
if you were doing something in Python, you may have accidently deleted some files. I had the same problem and I was trying to fix it for a few days. Finally, I found a way how to fix it. Just right click on "Finder app" icon and select "Go to folder..", then paste "/System/Library/Frameworks/". If you have there a file called "Python.framework", just delete it and download new one on my website[link]. Then just restart your Mac. If it works, contact me so I know if it worked. If not, conctact me too so we can figure it out together🙂
Related
I recently uninstalled and reinstalled python, and i have not been able to save one of my programs since.
When i hit ctrl+S, IDLE throws me a window saying I/O Error: Bad file descriptor. I can not even save my file!
As it turns out i don't think it has anything to do with the actual code. No matter what is in the program, it still throws this error when i try to save, unless there is no code whatsoever!
IF anyone knows why this error is occurring, please tell me or post an updated version of the code, any help is appreciated
I am using Windows 10, Python 3.7.3 64-bit [a couple days ago i uninstalled (just through windows settings) 32-bit and installed 64 from the python website]
I have experienced the same issue.
In my case the Windows 10 Defender was the root cause.
I added in Windows Defender Ransomware Protection the python.exe of my used IDE and the issue disappears.
In Windows, it is theorically possible to install 32 bits and 64 bits versions of Python side by side, and it should work with a genuine installation. But dragons are waiting around:
it is possible to have shortcuts pointing to a wrong location.
if the PATH has been changed to allow direct usage of the python, or pip command from the command line, risk is that you use the wrong tool
if any Python environment variable has been set, problems are almost guaranteed
Furthermore, Python can be installed either for the current user or for all users, which adds more possibilities for inconsistancies.
Once an installation is deemed broken, uninstalling one of the versions is generally useless on can even cause more problems. Long story short, if you have entered the world of inconsistancy, you must clean up everything.
My advice here is:
find where the Python versions were installed and note it
find if additional tools (py) have been installed and try to find which ones
uninstall every Python version
control that the installation paths are empty
search the environment and PATH for any Python related information and remove them
When everything looks good, reinstall from the installation wizard.
Hopefully it should work. If it does not I cannot help: despite being presented as an end user friendly system, Windows is a very feature rich and complex OS and trying to fully analyze a Windows system is beyond the capacity of most users, including most power users and sysadmins. At a point, the only possibility left is to reinstall the full OS and then cleanly install everything back... when it is possible...
I am trying to run an embedded python application which runs well on desktop computers but on a laptop it is giving errors.
Initial error was:
The program can't start because api-ms-win-core-timezone-l1-1-0.dll is
missing from your computer.
On installing above, it gives error that api-ms-win-core-file-l2-1-0.dll is missing.
How far this will go? What is the problem and how can this be solved? Thanks for your help.
The problem is that the developers have used some version of C++ to create their programs and the programs require some runtime files (Dynamic Linked Libraries) to be present in order to install/run and the developers do not include those files with their installation (why not?) and the websites for the programs often do not list the prerequisites and requirements of what you need to have installed for their programs to work.
Read more here:
https://answers.microsoft.com/en-us/windows/forum/windows_7-performance/missing-api-ms-win-core-timezone-i1-1-0dll/3754703c-241c-451a-a9b6-e690399fc83e
Try installing the missing files.
https://www.microsoft.com/en-us/download/details.aspx?id=48145
https://support.microsoft.com/en-us/help/2999226/update-for-universal-c-runtime-in-windows
I'm having issues with Python on my 2013 MacBook Air. It seems to be mostly related to pathing, looking for libs in the wrong location based on where the calling lib was installed. I'd like to remove Python from my system and start fresh.
The specific reason I'm asking is due to a virtualenv problem. I created an env with the no-site-packages flag, but when I start my app with foreman, I get an error telling me that Flask isn't available yet when I open a python shell and "import flask", it works fine.
I don't really care which version of Python, or where it's installed as long as everything is consistent. Could I get advisement on how to proceed?
To be clear, I don't think this is a Yosemite issue, just mentioning it as a potential variable.
I went to tools, plugins. Then chose to install the three python items that show up. After installation. I choose the restart netbeans option. But instead of restarting, netbeans just closed. And now it is not opening. Any ideas how to fix this? I normally develop Java on my netbeans 7 install.
I am using a mac osx
I see there are no takers, so let me ask this: Is there a way to revert to before the new plugin install?
I had the same issue. Netbeans would die before opening at all. I could not fix it, and had to revert back to 6.9.1.
See if this helps (picked form http://netbeans.org/bugzilla/show_bug.cgi?id=198963)
Simple fix until the module is fixed:
From: http://blogs.oracle.com/gridbag/entry/disabling_a_netbeans_plugin_before
Modify:
C:\Users\your_user.netbeans\7.0\config\Modules\org-netbeans-modules-php-smarty.xml
Line 7 to false:
<param name="enabled">true</param>
I had the same problem, but with Windows 7. I deleted the .netbeans directory located in my home folder. That fixed my problem, hope it fixes yours.
I was having a problem with Netbeans 7 not starting. Netbeans had first errored out with no error message. Then it wouldn't start or give me an error. I looked in the .netbeans directory in my user directory, and found and attempted to delete the 'lock' file in that directory. When I first tried to delete it, it said it was in use. So with task manager, I had to go to processes tab and find netbeans. I killed that task, then was able to delete 'lock'. Then netbeans started.
I have the same problem afther installing the python plguin. To solve this problem i deleted the file: org-openide-awt.jar from C:\Users\MYUSERNAME.netbeans\7.0\modules
Regards!
Martín.
PD: I'm using Netbeans 7.0.1 anda Windows 7 64bit.
I know I'm not answering your question directly, but I too was considering installing the Python plugin in Netbeans 7 but saw that it was still in Beta.
I use WingIDE from wingware for Python development. I'm a Python newbie but I'm told by the pros that Wing is the best IDE for Python. The "101" version is free and works very well. The licensed versions include more options such as version control integration and Django features.
At work we are using Trac on several internal wiki's and an external wiki. REcently we found the need for a new plugin. After we going through a few tutorials we went to install a plugin to make sure it would work. It didn't. We've been going through trying to figure out. Below I will list the steps and various things I did while trying to get it to work.
1) I went to trac-hacks website and downloaded their hellow world plugin, figured I couldn't make a mistake using their code.
2) I compiled and made an egg using python setup.py bdist_egg on the machine where trac is installed, to make sure it's the same Python version being used.
3) I then copied it over to /directory/where/trac/is/plugins/ folder and chmod 755 the file egg file.
4) I then restarted http, unable to find a better way of restaring trac so this may be where my problem is. It didn't work. So I deleted the egg folder in plugins
5) Uploaded it via trac->administration->plugins and restarted httpd again. Nothing.
6) I realized I had to edit the trac.ini file and added helloworld.* = enabled under component and restarted the web server.
It's quite possible it's me but any help would be greatly appreciated!
Its the helloworld plugin from trachack, essentially displays hello world and theres a button. There are no error messages provided, hence why googling was hard.
I'm assuming that it's using root and that's the user I built it with. I will look into seeing if it's anybody else, just taking a quick look though I don't see anything else that could be using it. I only copied the egg file to the plugins folder, I set up another folder elsewhere and built it and cp to the plugins folder. I'm glad to know I was doing that right because looking up documentation on how to restart trac turns up practically nothing, they just say restart trac or restart apache. I will look into the logs later on tomorrow. Thanks for the replies! Also we are using trac .12.1.
So after looking at the log files it seems that it doesn't even load the plugin, can't find anywhere that says it's loading or any errors with it. Now we have a few trac sites for various projects and one of the sites already has plugins installed so I went there and and put the test plugin there and checked logs and it didn't work either. So I'm just going to conclude it's the plugin or something we already have in place and it's not me. I believe I'm going to try and make one and test it. Thanks for the help!
It sounds like you built the egg correctly. After you copy it into your plugins folder, change the file's owner and group (I'm assuming you're on Linux since you mentioned chmod) to match the account that your webserver uses. I'm not sure if that's strictly necessary, but it's what's always worked for me.
I may be misreading your #4, but it sounds like you copied the whole egg folder to your plugins directory. Only the .egg file needs to be copied over, it's a self-contained package. I don't think Trac looks for .egg files in subdirectories.
Restarting your webserver is the easiest way to restart Trac. Actually, I'm not aware of any other way to do it.
When it comes to plugin problems, Trac's log is usually a very good source of information. I recommend setting Trac's log level to DEBUG, then shut down the web server. Clear out the contents of Trac's log file, then start the web server and make a copy of Trac's log file after the server has completely come back online. Do this process twice: once with the plugin installed and once without it installed. The difference in the logfiles should give you a good indication of what the problem is. Once you get accustomed to what your logs normally look like, you'll be able to read the log in place without clearing it out and generating two versions of it.
By the way, what Trac version are you using?
Check the Trac version and downloaded plugin
instead python setup.py bdist_egg try python setup.py install
Quite an old thread, but since I ran into the same problem at one point:
Make sure you build the .egg with the same Python version that you use to run Trac with!Backwards compatibility between Python versions does not matter here, because Trac reads information about the Python version out of the .egg file before it even loads it, to make sure it is compatible.
(Small version numbers should not matter, so you should be able to run a .egg with Python 2.7.10 when it was built with 2.7.3, but not when it was built with 2.6.x. Look at the Version number that is written into the .egg file name.)