Debugger Pane does not open in Atom using Julia - julia

When I click: "Juno- Open Debugger Pane" nothing happens. I thought that this would trigger the Debugger Pane to open so I can try and run my code with a breakpoint to do some Debugging.
I am able to open the "Plots Pane" but the Debugger does not seem to open. I also tried restarting Atom but the issue persisted. Here is my debug info:
# Atom:
Version: 1.45.0
Dev Mode: false
Official Release: true
{
"http_parser": "2.8.0",
"node": "10.11.0",
"v8": "6.9.427.31-electron.0",
"uv": "1.23.0",
"zlib": "1.2.11",
"ares": "1.14.0",
"modules": "69",
"nghttp2": "1.33.0",
"napi": "3",
"openssl": "1.1.0",
"electron": "4.2.7",
"chrome": "69.0.3497.128",
"icu": "62.2",
"unicode": "11.0",
"cldr": "33.1",
"tz": "2019a"
}
# julia-client:
Version: 0.11.3
Config:
{
"firstBoot": false,
"juliaPath": "/Applications/Julia-1.3.app/Contents/Resources/julia/bin/julia",
"uiOptions": {
"enableMenu": true,
"enableToolBar": true
}
}
# ink:
Version: 0.11.8
Config:
undefined
# uber-juno:
Version: 0.3.0
Config:
{
"disable": true
}
# language-julia:
Version: 0.19.2
Config:
undefined
# language-weave:not installed
# indent-detective:
Version: 0.4.0
Config:
undefined
# latex-completions:
Version: 0.3.6
Config:
undefined
# versioninfo():
Julia Version 1.3.0
Commit 46ce4d7933 (2019-11-26 06:09 UTC)
Platform Info:
OS: macOS (x86_64-apple-darwin19.0.0)
CPU: Intel(R) Core(TM) i5-6267U CPU # 2.90GHz
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-6.0.1 (ORCJIT, skylake)
Environment:
JULIA_EDITOR = atom -a
JULIA_NUM_THREADS = 2

When something does not work with Atom Juno there are always three possible issues.
Your support for Atom and Juno in Julia is outdated. Try upgrading packages
using Pkg
pkg"update Atom"
pkg"update Juno"
Now check if Juno installation within Atom is up-to date - if not upgrade it
Sometimes after step (2) Juno stops working in Atom (there is no Julia menu) or is working partially. If that happens go to your home folder (e.g. c:\users\yourname in Windows) and delete a folder named .atom. Once the folder is deleted, launch Atom and install again Juno.
For me those three steps always work.

Related

Homestead Laravel keeps running on previous version

I've following the steps in https://laravel.com/docs/8.x/homestead#updating-homestead, downloading the laravel/homestead (v10.1.1) but when i do vagrant up, i've the following message :
>vagrant up
Bringing machine 'homestead' up with 'virtualbox' provider...
==> homestead: Box 'laravel/homestead' could not be found. Attempting to find and install...
homestead: Box Provider: virtualbox
homestead: Box Version: ~> 9
==> homestead: Loading metadata for box 'laravel/homestead'
homestead: URL: https://vagrantcloud.com/laravel/homestead
==> homestead: Adding box 'laravel/homestead' (v9.6.1) for provider: virtualbox
How to force version 10.x ?
NB: I'm on Windows 10.
Edit Homestead.yaml and add the following line SpeakFriendAndEnter: true underneath provider: virtualbox then run vagrant up
Try vagrant up --provision or destroy box and add a new one again.
This had me confused for a while, but after some digging I found that the lower version that keeps getting installed is a package called laravel/settler. This is the actual vagrant box that is being installed but is registered as "laravel/homestead" on the official Vagrant listing. The laravel/homestead repo seems to be more of a development api wrapped around it. As of writing, the current version of laravel/homestead is 12.1 whereas the current version of laravel/settler is 11.0. As far as I can tell settler is always one major version number behind homestead.
See:
https://app.vagrantup.com/laravel/boxes/homestead
https://github.com/laravel/settler
https://github.com/laravel/homestead

Nbgrader with Littlest JupyterHub releases assignment to course directory but not to /srv/nbgrader/exchange

Operating system
nbgrader --version: 0.6.1
jupyterhub --version (if used with JupyterHub): 1.0.0 (Using littlest Jupterhub)
jupyter notebook --version
jupyter core : 4.6.3
jupyter-notebook : 6.0.3
qtconsole : 4.7.2
ipython : 7.13.0
ipykernel : 5.2.0
jupyter client : 6.1.2
jupyter lab : 1.2.8
nbconvert : 5.6.1
ipywidgets : 7.5.1
nbformat : 5.0.4
traitlets : 4.3.3
Expected behavior: When used
nbgrader release_assignment ps1 --force --debug
It should release the assignment in /srv/nbgrader/exchange shared folder.
Actual behavior
I am facing an issue when I try to release the assignment:
nbgrader release_assignment ps1 --force --debug
It releases the assignment without errors but to the location (/home/jupyter-tljh-admin/course_id/outbound/ps1) but not to the shared location /srv/nbgrader/exchange:
[ReleaseAssignmentApp | INFO] Overwriting files: /home/jupyter-tljh-admin/course_id ps1
[ReleaseAssignmentApp | INFO] Source: /home/jupyter-tljh-admin/course_id/release/./ps1
[ReleaseAssignmentApp | INFO] Destination: /home/jupyter-tljh-admin/course_id/outbound/ps1
[ReleaseAssignmentApp | INFO] Released as: /home/jupyter-tljh-admin/course_id ps1
The folder /srv/nbgrader/exchange has write permissions.
Please suggest, what could be the issue?
I faced a similar problem. When I opened the Formgrader there was a notification saying that the directory /srv/nbgrader/exchange does not exist or could not be created. I simply created the directory on my own, but not directly. First I created the directory /srv/nbgrader with sudo. Then I cd into that directory and created the subdirectory exchange, also with sudo. I also added a nbgrader_config.py in /etc/jupyter with the following content:
from nbgrader.auth import JupyterHubAuthPlugin
c = get_config()
c.Exchange.path_includes_course = True
c.Authenticator.plugin_class = JupyterHubAuthPlugin
This solved the issue for me.
Create the /srv/nbgrader/exchange directory and add the permissions like this: chmod ugo+rw /srv/nbgrader/exchange
Open the nbgrader_config.py that was created after running nbgrader quickstart <course-id>
Make sure these two lines are present and uncommented:
c.CourseDirectory.course_id = "<course-id>"
c.IncludeHeaderFooter.header = "source/header.ipynb"
Search for the specific line that says: c.CourseDirectory.root = '', uncomment it, and set it to c.CourseDirectory.root = /full/path/to/your/course-id/
Search for the specific line that says: c.Exchange.assignment_dir = '.' and actually set it to c.Exchange.assignment_dir = '/srv/nbgrader/exchange'
Copy this exact nbgrader_config.py into .jupyter or any other directory that apprear in jupyter --paths
Stop and restart your server

Why is notebook() not working for IJulia?

I am receiving this issue while trying to use notebook() in Julia (Command Line Interface REPL)
julia> using IJulia
[ Info: Precompiling IJulia [7073ff75-c697-5162-941a-fcdaad2a7d2a]
julia> notebook()
[ Info: running setenv(`/root/miniconda3/bin/jupyter notebook`,["_CE_M=", "LSCOLORS=Gxfxcxdxbxegedabagacad", "PATH=/root/miniconda3/bin:/root/miniconda3/bin:/root/miniconda3/condabin:/bin:/usr/bin:/sbin:/usr/sbin:/root/julia-1.3.1/bin", "QT_ACCESSIBILITY=1", "DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/0/bus", "XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0", "XDG_SESSION_DESKTOP=GNOME", "SSH_AGENT_PID=2661", "XDG_SESSION_TYPE=x11", "QT_IM_MODULE=ibus", "USER=root", "PAM_KWALLET5_LOGIN=/run/user/0/kwallet5.socket", "LESS=-R", "CONDA_PROMPT_MODIFIER=(base) ", "XDG_DATA_DIRS=/usr/share/gnome:/root/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share", "CLUTTER_IM_MODULE=ibus", "SHELL=/usr/bin/zsh", "GJS_DEBUG_OUTPUT=stderr", "XAUTHORITY=/root/.Xauthority", "XDG_MENU_PREFIX=gnome-", "GTK_MODULES=gail:atk-bridge", "GTK_IM_MODULE=ibus", "MANAGERPID=2575", "SESSION_MANAGER=local/kali:#/tmp/.ICE-unix/2753,unix/kali:/tmp/.ICE-unix/2753", "XMODIFIERS=#im=ibus", "_CE_CONDA=", "CONDA_SHLVL=1", "CONDA_EXE=/root/miniconda3/bin/conda", "HOME=/root", "TERM=xterm-256color", "COLORTERM=truecolor", "VTE_VERSION=5802", "CONDA_PYTHON_EXE=/root/miniconda3/bin/python", "INVOCATION_ID=a29cdf2f60b140acb65b8e9d69af5b77", "IM_CONFIG_PHASE=1", "XDG_CURRENT_DESKTOP=GNOME", "LANG=C.UTF-8", "LOGNAME=root", "GNOME_DESKTOP_SESSION_ID=this-is-deprecated", "XDG_RUNTIME_DIR=/run/user/0", "SHLVL=1", "SSH_AUTH_SOCK=/run/user/0/keyring/ssh", "DESKTOP_SESSION=/usr/share/xsessions/gnome-xorg", "OLDPWD=/root", "_=/root/julia-1.3.1/bin/julia", "PAGER=less", "CONDA_DEFAULT_ENV=base", "GPG_AGENT_INFO=/run/user/0/gnupg/S.gpg-agent:0:1", "GNOME_TERMINAL_SCREEN=/org/gnome/Terminal/screen/73a7f463_14d7_4c04_adfb_a849e0d337b9", "ZSH=/root/.oh-my-zsh", "GNOME_TERMINAL_SERVICE=:1.261", "PWD=/root/JuliaPro-1.2.0-2", "XDG_SESSION_CLASS=user", "DISPLAY=:0", "GJS_DEBUG_TOPICS=JS ERROR;JS LOG", "XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1", "CONDA_PREFIX=/root/miniconda3", "JOURNAL_STREAM=9:29944", "QT4_IM_MODULE=ibus", "LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:", "OPENBLAS_MAIN_FREE=1"])
Process(setenv(`/root/miniconda3/bin/jupyter notebook`,["_CE_M=", "LSCOLORS=Gxfxcxdxbxegedabagacad", "PATH=/root/miniconda3/bin:/root/miniconda3/bin:/root/miniconda3/condabin:/bin:/usr/bin:/sbin:/usr/sbin:/root/julia-1.3.1/bin", "QT_ACCESSIBILITY=1", "DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/0/bus", "XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0", "XDG_SESSION_DESKTOP=GNOME", "SSH_AGENT_PID=2661", "XDG_SESSION_TYPE=x11", "QT_IM_MODULE=ibus" … "PWD=/root/JuliaPro-1.2.0-2", "XDG_SESSION_CLASS=user", "DISPLAY=:0", "GJS_DEBUG_TOPICS=JS ERROR;JS LOG", "XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1", "CONDA_PREFIX=/root/miniconda3", "JOURNAL_STREAM=9:29944", "QT4_IM_MODULE=ibus", "LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:", "OPENBLAS_MAIN_FREE=1"]; dir="/root"), ProcessExited(1))
This is very confusing and likely a beginner issue.
As suggested by #SalchiPapa , here is my versioninfo:
Julia Version 1.3.1
Commit 2d5741174c (2019-12-30 21:36 UTC)
Platform Info:
OS: Linux (x86_64-pc-linux-gnu)
CPU: Intel(R) Core(TM) i3-6006U CPU # 2.00GHz
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-6.0.1 (ORCJIT, skylake)
Also, the jupyter notebook starts up the localhost for me but kernel keeps having errors for julia-1.3.1 . This doesn't work for me as it shows this error : ERROR: LoadError: Blosc not installed properly, run Pkg.build("ZMQ"), restart Julia and try again and this one at the same time : ERROR: LoadError: Failed to precompile ZMQ [c2297ded-f4af-51ae-bb23-16f91089e4e1] to /root/.julia/compiled/v1.3/ZMQ/CaaO6_riTu7.ji.
Manually tried to Pkg.add and Pkg.build each of ZMQ, Blosc and CMake but to no success.
Finally found a solution. Much thanks to #SalchiPapa who took his time out to personally videocall me and solve the issue. Solution right now is to not run IJulia from root
What worked for me :
$su user-not-root
$julia
using IJulia;notebook(detached=true)
This should show ProcessRunning at the end.
run(path/to/jupyter notebook list) with pair of backticks inside run().
This gave me the url and token appended to it . That worked out well.
I suggest that the community help solve this issue.
I have linked this answer to a Github issue here

Rselenium unable to create new service: ChromeDriverService

I know this question has been asked multiply times before but none of the solutions helps in my case.
I successfully did this no problem 3 months ago but am getting stuck now without changing anything which baffles me a lot and i really don't know what to do!
1:basic info:
win 7
Rselenium standalone 3.13.0 (tried 3.9.1 not working,used to work 3 months ago)
chrome version v64.0.3282.140 (32bit)
chromedriver 2.37 should be compatible.(also tried 2.38, 2.39 not work)
(I even updated chrome to 67 and use chromedriver 2.40 not work and then downgrade back)
2:launch Rselenium:
java -Dwebdriver.chrome.driver="C:\Program Files (x86)\Google\Chrome\Application\chromedriver.exe" -jar D:\selenium-server-standalone-3.13.0.jar
up and running no problem see the bottom pic-cmd snapshot
3:Rcode:
remDr <- remoteDriver(remoteServerAddr = "127.0.0.1"
, port = 4444
, browserName = "chrome")
remDr$open()
3 months ago it would launch a chrome page, but now the error shows:
Selenium message:Unable to create new service: ChromeDriverService
Build info: version: '3.13.0', revision: '2f0d292', time: '2018-06-25T15:32:19.891Z'
System info: host: 'A-PC', ip: '192.168.16.2', os.name: 'Windows 7', os.arch: 'amd64', os.version: '6.1', java.version: '10.0.1'
Driver info: driver.version: unknown
Error: Summary: SessionNotCreatedException
Detail: A new session could not be created.
Further Details: run errorDetails method
I am not sure if it's because it doesn't detect the chrome version or the chromedriver version? But when I type chromedriver -version it shows the version is 2.37.
Please help!
cmd snapshot
I have had RSelenium fail with messages like that. I don't know the cause, but what worked to fix it was to delete all the downloaded driver files. On MacOS, they are in the ~/Library/Application Support/binman_* directories.
The next time I ran it, they were reinstalled automatically, and things worked fine again for a year or more.
Had the same issue. Yesterday everything was working fine, today also this Selenium message:Unable to create new service: ChromeDriverService error.
I saw a new chrome driver had downloaded overnight (on windows can be found in AppData/Local/binman/binman_chromedriver/win32/ - see picture below).
Deleting it did not help for me, because the non-working driver would be redownloaded again. It is not very pretty, but what worked for me was copying the chromedriver.exe file from the 2.42 folder into the 70.0.3538.16 folder.
I only had this issue with windows 8.1. On windows 10 the new driver did not cause issues.

How to use Jupyter + SparkR and custom R install

I am using a Dockerized image and Jupyter notebook along with SparkR kernel. When I create a SparkR notebook, it uses an install of Microsoft R (3.3.2) instead of vanilla CRAN R install (3.2.3).
The Docker image I'm using installs some custom R libraries and Python pacakages but I don't explicitly install Microsoft R. Regardless of whether or not I can remove Microsoft R or have it side-by-side, how I can get my SparkR kernel to use a custom installation of R?
Thanks in advance
Docker-related issues aside, the settings for Jupyter kernels are configured in files named kernel.json, residing in specific directories (one per kernel) which can be seen using the command jupyter kernelspec list; for example, here is the case in my (Linux) machine:
$ jupyter kernelspec list
Available kernels:
python2 /usr/lib/python2.7/site-packages/ipykernel/resources
caffe /usr/local/share/jupyter/kernels/caffe
ir /usr/local/share/jupyter/kernels/ir
pyspark /usr/local/share/jupyter/kernels/pyspark
pyspark2 /usr/local/share/jupyter/kernels/pyspark2
tensorflow /usr/local/share/jupyter/kernels/tensorflow
Again, as an example, here are the contents of the kernel.json for my R kernel (ir)
{
"argv": ["/usr/lib64/R/bin/R", "--slave", "-e", "IRkernel::main()", "--args", "{connection_file}"],
"display_name": "R 3.3.2",
"language": "R"
}
And here is the respective file for my pyspark2 kernel:
{
"display_name": "PySpark (Spark 2.0)",
"language": "python",
"argv": [
"/opt/intel/intelpython27/bin/python2",
"-m",
"ipykernel",
"-f",
"{connection_file}"
],
"env": {
"SPARK_HOME": "/home/ctsats/spark-2.0.0-bin-hadoop2.6",
"PYTHONPATH": "/home/ctsats/spark-2.0.0-bin-hadoop2.6/python:/home/ctsats/spark-2.0.0-bin-hadoop2.6/python/lib/py4j-0.10.1-src.zip",
"PYTHONSTARTUP": "/home/ctsats/spark-2.0.0-bin-hadoop2.6/python/pyspark/shell.py",
"PYSPARK_PYTHON": "/opt/intel/intelpython27/bin/python2"
}
}
As you can see, in both cases the first element of argv is the executable for the respective language - in my case, GNU R for my ir kernel and Intel Python 2.7 for my pyspark2 kernel. Changing this, so that it points to your GNU R executable, should resolve your issue.
To use a custom R environment I believe you need to set the following application properties when you start Spark:
"spark.r.command": "/custom/path/bin/R",
"spark.r.driver.command": "/custom/path/bin/Rscript",
"spark.r.shell.command" : "/custom/path/bin/R"
This is more completely documented here: https://spark.apache.org/docs/latest/configuration.html#sparkr

Resources