I tried to install R Kernel to my Jupyter notebook on Windows from
devtools::install_github('IRkernel/IRkernel')
but I ran into this error
Error in if (download_method_secure()) { :
missing value where TRUE/FALSE needed
Any suggestions on how to fix it will be appreciated.
This issue came up for me when I was relying on the default r-essentials version of devtools instead of the newest version. After I did a conda install -f -c r r-devtools and got the newest version, the error went away. YMMV of course.
I had this issue when dealing with conda and devtools. In order to figure it out I looked at the download_method function in devtools, which is throwing the error. The solution for me was to set the global options in R for download.file.method. It seems the issue is really with Devtools trying unsuccessfully to download from a secure site.
On windows, this line fixed the problem: options(download.file.method = "wininet")
For Mac/Linux, the line would be options(download.file.method = "libcurl")
I found these lines on this page. There are some other options as well, for older versions of R.
https://support.rstudio.com/hc/en-us/articles/206827897-Secure-Package-Downloads-for-R
Related
I have a docker image with texlive installed (via apt not tlmgr). I have a pgfplot in my project which needs a newer pgfplot version. I'm searching for ways to update my pgplots because I can't update it with tlmgr because of base install via apt.
Initial error message if I try to compile with texlive 2014:
! Package pgfkeys Error: Choice '1.16' unknown in choice key '/pgfplots/compat/
anchors'. I am going to ignore this key.
See the pgfkeys package documentation for explanation.
Type H <return> for immediate help.
...
l.7 \pgfplotsset{compat=1.16}
?
! Emergency stop.
...
l.7 \pgfplotsset{compat=1.16}
I downloaded the pgfplots.tds and did the following steps like the manual said:
docker cp pgfplots.tds docker_container_name:/root/texmf/pgfplots
export TEXINPUTS=/root/texmf/pgfplots/tex//:
export TEXDOCS=/root/texmf/pgfplots/doc//:
export LUAINPUTS=/root/texmf/pgfplots//:
texhash
Of course the export and texhash were done inside the container and not on the host system.
After this, the error message is gone, but I have a new issue:
package pgfplots notification 'compat/show suggested version=true': you might b
enefit from \pgfplotsset{compat=1.18} (current compat level: 1.16).
! Illegal parameter number in definition of \pgfmaththisrow#.
<to be read again>
I searched online and got the response that this is because of a broken pgfplots installation. In many articles the fix was just to install the texlive new. But I can't do that.
The issue should also not be in the tex code itself. If I install texlive on my host system, which is the most recent Ubuntu distro, the tex compiles just fine.
Can somebody help me in fixing this or lead me to a better way of upgrading pgfplots?
Resolution:
The pgfplots package 1.18.1 and also 1.16 were to recent. It had conflicts with the pgf package. I tried to go further back and landed on \pgfplotsset{1.14} and version 1.14 of pgfplots.tds.
This works fine now. I was probably pretty lucky that my plot looks and functions the same with this version as in 1.18.
This approach probably won't work for you if your more bound to version 1.18.
Has anyone run into this before?
I am doing a local install of Drupal 8 with docker and composer. I'm on a Windows machine using WSL. When I clear the cache (drush cr), I get this error:
Service "slick.manager": Parent definition "blazy.manager.base" does not exist.
Both Slick and Blazy modules and libraries are present. When I try to go to the site it says "The website encountered an unexpected error. Please try again later."
Any help would be greatly appreciated.
Just uninstall the slick module, load the site, install blazy, then enable the slick module again. It's an "ordering" issue due to a new dependency.
See; https://www.drupal.org/project/slick/issues/2702241
It's a bit of a workaround but it should solve your problem.
If this isn't the issue, then please update your question with the output of;
drush pml --status=enabled
(Just for the two modules if you don't wish to copy everything here).
I've Googled this a thousand times and I cannot, for the life of me, get VIM to work on my Minix 3. For the record, I am running on a Windows machine with Minix 3 working on Oracle's VM VirtualBox.
I've tried typing,
# pkgin up && pkgin in vim
but I get the error:
pkgin: Can't open database /usr/var/db/pkgin/pkgin.db: unable to open database file: No such file or directory
I then try to do pkgin search git to search for a package, but I get the same error. Could this be some kind of Internet connection issue? I'm incredibly confused.
If you haven't already, download the binary package from here:
ftp://ftp.minix3.org/pub/minix/packages/3.3.0/i386/editors/
Change "i386" to your correct architecture, if different.
As you're probably already familiar, this page tells you how to install binary packages for Minix:
http://wiki.minix3.org/en/UsersGuide/InstallingBinaryPackages
As far as your "pkgin" errors, here are two possible solutions:
http://osdir.com/ml/minix3/2011-03/msg00244.html
How to install vim into Minix3?
I asked on the Minix 3 Google Groups Forums and they solved my problem. If anyone else has trouble, I'm pasting a response by Lionel:
Switch to http downloads by editing "/usr/pkg/etc/pkgin/repositories.conf" and comment out the line:
ftp://ftp.minix3.org/pub/minix/packages/$osrelease/$arch/All
and add the following:
http://www.minix3.org/pkgsrc/packages/$osrelease/$arch/All
Then do shutdown, boot, pkgin update and then install your desired packages.
I used the build instructions from this link
centos install docs
It seemed to install fine. I ran hhvm --version
HipHop VM 3.5.0-dev+2014.12.11 (rel)
Compiler: heads/master-0-g546087bf1b0560c4a9e254fcad46a9212e42ccc2
Repo schema: cf1780b3cc3857e091e924935ae6267e9794de9c
Extension API: 20140829
So following the bootstrapping docs I create a directory with 2 files (test.php and .hhconfig)
I added the following code to test.php
<?hh
function f(): int {
return 'not an int';
}
f();
In this directory i run hh_client and the following message appears for a long time 20-30mins+. Is this normal? I tried using a docker container with hhvm already and installed and got the same behavior.
This might be a known problem: can you do killall -9 hh_server; export USER=$(logname) before trying again? If that fixes it, you've hit an issue I just fixed this week in https://github.com/facebook/hhvm/commit/53b4d9b1ad7ccf99ef7b80d5d673f1578c9791c8. That fix should be in the latest nightly build, so if you update your build, that might fix it too.
If not, it sounds like you've set it up correctly. Please file a bug at https://github.com/facebook/hhvm/issues and I'll work with you on looking into it. StackOverflow isn't really the right forum for debugging like this.
I'm a homebrew newbie (broob?). Trying to build ngspice I encounter the error described in the title. Before I get into that though, it turns out I actually don't even really want/need X11 support at the moment. I'm such a newbie I don't even know how to tell brew to leave out X. In the formula I see:
option "with-x", "Build with X support"
But if I build "--without-x" I still see the same error. How do you say "not --with-x"?
OK, on to the compile trouble:
I can see the file is really there in the X11 directories:
$ find /opt/X11/ -name IntrinsicP.h
/opt/X11//include/X11/IntrinsicP.h
But somehow homebrew is not seeing that include path. What the best way to alert brew to the location of this file? I tried:
ln -s /opt/X11/include/X11 /usr/local/include/X11
which works, in the sense that the include problem goes away, but it produces a linker problem:
ld: library not found for -lXaw
Again, I found some Xaw libs in /opt/X11, but I've not sorted out how to educate homebrew enough to actually link to them. ;-(
$ find /opt/X11/ -name "*Xaw*"
/opt/X11//include/X11/Xaw
/opt/X11//include/X11/Xaw/XawImP.h
/opt/X11//include/X11/Xaw/XawInit.h
/opt/X11//include/X11/Xaw3d
/opt/X11//include/X11/Xaw3d/Xaw3dP.h
/opt/X11//include/X11/Xaw3d/XawImP.h
/opt/X11//include/X11/Xaw3d/XawInit.h
/opt/X11//lib/libXaw.6.dylib
/opt/X11//lib/libXaw.7.dylib
/opt/X11//lib/libXaw.8.dylib
/opt/X11//lib/libXaw.dylib
/opt/X11//lib/libXaw3d.8.dylib
/opt/X11//lib/libXaw3d.dylib
/opt/X11//lib/libXaw6.6.dylib
/opt/X11//lib/libXaw6.dylib
/opt/X11//lib/libXaw7.7.dylib
/opt/X11//lib/libXaw7.dylib
/opt/X11//lib/libXaw8.8.dylib
/opt/X11//lib/libXaw8.dylib
/opt/X11//share/doc/libXaw3d
/opt/X11//share/man/man3/Xaw.3
Thanks for any suggestions!
-steve
I could reproduce this. This reflects an inconsistency in ngspice's configure that was not accommodated by the Homebrew formula. ngspice needs --without-x in configure to stop trying to link to X even though it needs --with-x to actually build X support.
This will be fixed once this pull request is accepted.
Homebrew welcomes these kinds of issues at the Github issue tracker; maintainers don't come around here much. Following the troubleshooting advice that brew recommends ("READ THIS: https://github.com/Homebrew/homebrew/wiki/troubleshooting") will make diagnosing problems easier in any venue. :)