Kivy does not provide a python shell on yosemite - osx-yosemite

I failed to let kivy work on my mac (yosemite 10.10.4). After placing kivy in applications and running makesymlinks, I expected to get a python shell after the 'kivy' command. However, I got the following error.
Script started, output file is started
Script: on: No such file or directory
Script done, output file is started
/usr/local/bin/kivy: line 2: bash-3.2$: command not found
/usr/local/bin/kivy: line 3: bash:: command not found
/usr/local/bin/kivy: line 4: bash-3.2$: command not found
: command not found: line 5: Password:
/usr/local/bin/kivy: line 6: sudo:: command not found
/usr/local/bin/kivy: line 7: syntax error near unexpected token `('
'usr/local/bin/kivy: line 7: `bash-3.2$ exit()
Meanwhile I started developing on ubuntu, which works fine, but if I want to deploy my app on my ipad, it seems that I still need kivy nicely installed on my mac, because buildozer seems to require to run on mac when deploying for iOS.
Any tips are very welcome.
Note: I tried macport too, but received the following error
Error: org.macports.build for port py27-kivy returned: command execution failed
Please see the log file for port py27-kivy for details:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py-kivy/py27-kivy/main.log
To report a bug, follow the instructions in the guide:
http://guide.macports.org/#project.tickets
Error: Processing of port py27-kivy failed

I ended up to conclude that the Kivy installation was corrupt. Re-installing it was not enough, but first uninstalling the existing one, and afterwards install a fresh download brought a solution.
I found this solution thanks to qua-non, who was also active in the kivy users support group. Thanks!

Related

Issue on activating miniconda on WSL

I work on a dual boot (Windows 10 and Linux) machine. I am attempting to share the Miniconda distribution I used in Linux (Manjaro) with WSL (Pengwin). As I navigated the working directory to the binary folder of Miniconda (miniconda/bin) and issued ./conda activate. Error arose:
import-im6.q16: unable to open X server `localhost:0' # error/import.c/ImportImageCommand/346.
./conda: line 6: syntax error near unexpected token `sys.argv'
./conda: line 6: `if len(sys.argv) > 1 and sys.argv[1].startswith('shell.') and sys.path and sys.path[0] == '':'
It is strange that a command line utility should rely on a display server. Though, I installed Xming and again issued ./conda activate. This time no error arose, but the program hung on, seemingly waiting for some of my input but I am not sure what. I saw no information anywhere.
So, is it possible to share the Linux distribution of Miniconda with WSL? How can I overcome the roadblock mentioned above? Please help! Thanks!

My UIautomator is not starting in mac. I have done everything possible

I am learning appium and I have set up everything that is required. I have setup paths, installed android studio, run appium and created a virtual android device too. But when i am writing uiautomatorviewer its giving me an error
mac#Macs-MacBook-Pro ~ % uiautomatorviewer
-Djava.ext.dirs=/Users/mac/Library/Android/sdk/tools/lib/x86_64:/Users/mac/Library/Android/sdk/tools/lib is not supported. Use -classpath instead.
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
mac#Macs-MacBook-Pro ~ %
Can anyone help me please
A. I encountered this issue once, sometime env var doesn't load and it throws error, open and load bash profile and run that command.
open ~/.bash_profile
source ~/.bash_profile
uiautomatorviewer
B. if appium server is running, try to close it and run the command.
Try the following command:
sudo ./uiautomatorviewer

SystemTap semantic error when trying to run dvorak-qwerty script

I found this repo with a systemtap script for letting me use QWERTY ctrl-shortcuts on my dvorak layout. Unfortunately, I can't get it to work, but I don't think it has to do with the script itself. I'm running Pop OS and I think that it's because the linux-image I need with all the debug symbols doesn't exist.
The script says I need to install linux-headers-$(uname -r) linux-image-$(uname -r)-dbg
For me, this turns into linux-headers-5.11.0-7620-generic linux-image-5.11.0-7620-generic-dbg
linux-headers-5.11.0-7620-generic exists and I'm able to download it using apt-get.
linux-image-5.11.0-7620-generic-dbg can't be installed using apt-get. I can install
linux-image-5.11.0-7620-generic, but that's not the same thing. I've spent time looking online for it and adding different keys to apt-get, but I haven't been able to find anything with that name. If the problem is not having the correct linux-image package installed, I need help being pointed in the right direction as to where I can get it.
I tried following the directions here, and I've also searched this to no avail. I tried downloading and installing linux-image-4.4.0-142-generic-dbgsym_4.4.0-142.168_amd64.ddeb but that also didn't work.
If this isn't the problem, I've provided the output of the script. Any help is appreciated.
peyton#pop-os:~/scripts$ sudo stap -g -v dvorak-qwerty.stp
Pass 1: parsed user script and 477 library scripts using 116428virt/91336res/7612shr/83628data kb, in 140usr/30sys/168real ms.
semantic error: resolution failed in DWARF builder
semantic error: resolution failed in DWARF builder
semantic error: while resolving probe point: identifier 'module' at dvorak-qwerty.stp:152:7
source: probe module("evdev").function("evdev_events") {
^
semantic error: no match
semantic error: resolution failed in DWARF builder
Pass 2: analyzed script: 2 probes, 0 functions, 1 embed, 0 globals using 119016virt/94812res/8680shr/86216data kb, in 10usr/0sys/7real ms.
Pass 2: analysis failed. [man error::pass2]
Tip: /usr/share/doc/systemtap/README.Debian should help you get started.
Yes, debuginfo downloading has been a pain on many distros. However, if you're running Debian kernels, see: https://wiki.debian.org/Debuginfod for instructions on using a new automated system. Generally: https://sourceware.org/elfutils/Debuginfod.html .

IdeaMart Simulator-v2.2 is not starting up

when executing the command to start up the simulator
./sdp-simulator console
in Linux, the app did not start and it says. (Same problem occurred in IdeaMart Simulator-v2.0 also)
Running sdk-standalone...
./sdp-simulator: 1: eval: /home/majuran/Desktop/IdeaMart/Software/ideamart_developer_bundle/IdeaMart Simulator-v2.2/sdk-standalone-1.0.147/bin/./wrapper-linux-x86-32: not found
what shIuld i do now?
Locate and remove the following file inside the bin folder.
wrapper-linux-x86-32*

WebRTC not building for Windows

Whenever I try build WebRTC for Windows, I get this error when running gclient runhooks:
________ running 'C:\path\to\depot_tools\python276_bin\python.exe src/build
/landmines.py' in 'C:\path\to\webrtc\src\chromium' Please follow the instructions
at http://www.chromium.org/developers/how-tos/bui ld-instructions-windows
Traceback (most recent call last):
File "src/build/landmines.py", line 215, in <module>
sys.exit(main())
File "src/build/landmines.py", line 202, in main
gyp_environment.SetEnvironment()
File "C:\path\to\webrtc\src\chromium\src\build\gyp_environment.py", line 33, in
SetEnvironment
vs_toolchain.SetEnvironmentAndGetRuntimeDllDirs()
File "C:\path\to\webrtc\src\chromium\src\build\vs_toolchain.py", line 34, in
SetEnvironmentAndGetRuntimeDllDirs
Update()
File "C:\path\to\webrtc\src\chromium\src\build\vs_toolchain.py", line 179, in
Update
subprocess.check_call(get_toolchain_args)
File "C:\path\to\depot_tools\python276_bin\lib\subprocess.py", line 540, in
check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['C:\\path\\to\\depot_tools\\python276_bin\\python.exe',
'C:\\path\\to\\depot_tools\\win_toolchain\\get_toolchain_if_necessary.py', '--output-json',
'C:\\path\\to\\webrtc\\src\\chromium\\src\\build\\win_toolchain.json',
'ee7d718ec60c2dc5d255bbe325909c2021a7efef']' returned non-zero exit status 1
Error: Command C:\path\to\depot_tools\python276_bin\python.exe src/build/landmines.py returned non-zero exit status 1 in C:\path\to\webrtc\src\chromium
Hook ''C:\path\to\depot_tools\python276_bin\python.exe' src/build/landmines.py' took 68.55 secs
Error: Command C:\path\to\depot_tools\python276_bin\python.exe - u src/sync_chromium.py --target-revision 271c6cca48a6cef32c0f3add3b17b700707deec 5 returned non-zero exit status 2 in C:\path\to\webrtc
Hook ''C:\path\to\depot_tools\python276_bin\python.exe' -u src/sync_chromium.py --target-revision 271c6cca48a6cef32c0f3add3b17b700707deec5' took 3842.34 secs
I'm using 64-bit Windows 7 with VS 2013 installed. I've already tried setting the following variables:
GYP_DEFINES='windows_sdk_path="C:\path\to\windows\sdk" platform=win
component=shared_library'
DEPOT_TOOLS_WIN_TOOLCHAIN=0
GYP_GENERATORS=msvs
GYP_MSVS_VERSION=2013
Attempting to build chromium also gives the same error. Fetching with nohooks works fine, it's just when I try gclient sync or runhooks that the error occurs. I've also tried building with ninja, and that fails as well. I've got all SDKs and such all up to date. Any help with this would be greatly appreciated.
I have found this possible solution at Google Code
as per braveyao#webrtc.org's sugestion
Supporting msvs is not the focus of Chromium. You can try ninja which
should always work. Also you could try to set the
"GYP_GENERATORS=msvs-ninja,ninja". Then you could build with ninja and
debug with VS2013.
Also, chromium is now 64bit only so you need to change GYP_DEFINES aswell
so your envirnment variables should be:
GYP_DEFINES=target_arch=x64
DEPOT_TOOLS_WIN_TOOLCHAIN=0
GYP_GENERATORS=msvs-ninja,ninja
GYP_MSVS_VERSION=2013
Of course replace 2013 if that's not the version of Visual Studio you have installed
you may need to delete what you already have downloaded and do a fresh fetch webrtc after that change if you thinkered with it
I should also add that the Windows must be english version (it's ok if you after install some other language pack but it must be originally english) - i have a PT-PT version at home and that one always gives an error with some python file when running gclient sync - at work though i originally had english version and installed the PT-PT language pack but it works fine
This is what worked for me. Does that work for you?