I am for the first time trying to make a website with blogdown. On running
setwd("..to-my-empty-website-directory..")
library(blogdown)
new_site(theme="yihui/hugo-xmin", dir=".")
I get the error
> new_site(theme="yihui/hugo-xmin", dir=".")
― Creating your new site
| Installing the theme yihui/hugo-xmin from github.com
trying URL 'https://github.com/yihui/hugo-xmin/archive/HEAD.tar.gz'
downloaded 68 KB
Error in dir.exists(x) : invalid filename argument
What is wrong? I have latest versions of hugo v0.103.0 and RStudio 2022.07.1 Build 554. All R packages are up-to-date. Here is Session info
> sessionInfo()
R version 4.2.1 (2022-06-23)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Big Sur 11.7
Matrix products: default
LAPACK: /Library/Frameworks/R.framework/Versions/4.2/Resources/lib/libRlapack.dylib
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] blogdown_1.12.1
loaded via a namespace (and not attached):
[1] compiler_4.2.1 tools_4.2.1 yaml_2.3.5 knitr_1.40 xfun_0.33
This is a bug in blogdown, and I have just fixed it in the dev version. Please try the dev version:
remotes::install_github('rstudio/blogdown')
Related
OS: Oracle Linux Server release 7.8
Steps to reproduce
i) I downloaded the community edition tarball from https://www.jetbrains.com/idea/download/#section=linux - ideaIC-2022.2.2.tar.gz
ii) Extracted the tarball
on running ./idea.sh I ran into
CompileCommand: exclude com/intellij/openapi/vfs/impl/FilePartNodeRoot.trieDescend bool exclude = true
Start Failed
Internal error. Please refer to https://jb.gg/ide/critical-startup-errors
java.io.IOException: No locks available
at java.base/sun.nio.ch.FileDispatcherImpl.lock0(Native Method)
at java.base/sun.nio.ch.FileDispatcherImpl.lock(FileDispatcherImpl.java:96)
at java.base/sun.nio.ch.FileChannelImpl.lock(FileChannelImpl.java:1286)
at java.base/java.nio.channels.FileChannel.lock(FileChannel.java:1089)
at com.intellij.idea.SocketLock.lockPortFiles(SocketLock.java:205)
at com.intellij.idea.SocketLock.lockAndTryActivate(SocketLock.java:131)
at com.intellij.idea.StartupUtil.lockSystemDirs(StartupUtil.java:781)
at com.intellij.idea.StartupUtil.start(StartupUtil.java:169)
at com.intellij.idea.Main.bootstrap(Main.java:119)
at com.intellij.idea.Main.main(Main.java:81)
-----
Your JRE: 17.0.4+7-b469.53 amd64 (JetBrains s.r.o.)
None of the resolution steps mentioned in the https://intellij-support.jetbrains.com/hc/en-us/articles/360007568559 worked for me.
Answer: Well, after I cleared some space in my /scratch, it worked. I did not dig further what the issue was.
I am not able to connect to JIRA using R. Following are the details which might help you to help me.
R version being used:
R version 3.4.1 (2017-06-30) -- "Single Candle"
Copyright (C) 2017 The R Foundation for Statistical Computing
Platform: x86_64-w64-mingw32/x64 (64-bit)
Installed package RJDBC. I get following output after loading the library
library('RJDBC')
Loading required package: DBI
Loading required package: rJava
Warning messages:
1: package ‘RJDBC’ was built under R version 3.4.4
2: package ‘DBI’ was built under R version 3.4.4
3: package ‘rJava’ was built under R version 3.4.3
Installed and loaded cdata
library('cdata')
Loading required package: wrapr
Warning messages:
1: package ‘cdata’ was built under R version 3.4.4
2: package ‘wrapr’ was built under R version 3.4.4
How do I remove below error?
driver <- JDBC(driverClass = "cdata.jdbc.jira.JiraDriver", classPath = "MyInstallationDir//lib//cdata.jdbc.jira.jar", identifier.quote = "'")
Error in .jfindClass(as.character(driverClass)[1]) : class not found
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007ff17a60c678, pid=4219, tid=140673779791616
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b124) (build 1.8.0-ea-b124)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b66 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V [libjvm.so+0x665678] jni_invoke_nonstatic(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*)+0x38
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /media/data/K's World/javaFX/ChatApp/hs_err_pid4219.log
Compiled method (c1) 16675 988 3 java.util.concurrent.atomic.AtomicBoolean::set (14 bytes)
total in heap [0x00007ff16535ef50,0x00007ff16535f2a0] = 848
relocation [0x00007ff16535f070,0x00007ff16535f0a0] = 48
main code [0x00007ff16535f0a0,0x00007ff16535f1c0] = 288
stub code [0x00007ff16535f1c0,0x00007ff16535f250] = 144
metadata [0x00007ff16535f250,0x00007ff16535f258] = 8
scopes data [0x00007ff16535f258,0x00007ff16535f268] = 16
scopes pcs [0x00007ff16535f268,0x00007ff16535f298] = 48
dependencies [0x00007ff16535f298,0x00007ff16535f2a0] = 8
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
I am writing chat App in javaFx..and I am using eclipse IDE..
My Application is running well but I don't know why suddenly application has been stopped.
It sounds like you're running JavaFX with Java 8 on Linux, and you've run into this bug:
https://bugs.openjdk.java.net/browse/JDK-8141687
App crashes while starting Main.class in JavaFx
ava version "1.8.0_60" Java(TM) SE Runtime Environment (build
1.8.0_60-b27) Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)
ADDITIONAL OS VERSION INFORMATION : Mint17.2 Cinnamon 64Bit
SUGGESTION: Try a different version of Java/JavaFX.
Run sudo update-alternatives --config java to see what alternatives are already present on your system. I would downgrade to Java 1.7 if possible.
https://askubuntu.com/questions/272187/setting-jdk-7-as-default
If there are no suitable candidates, use apt-get install openjdk-7-jdk:
https://www.digitalocean.com/community/tutorials/how-to-install-java-on-ubuntu-with-apt-get
I had the same issue (except that it was java-8-oracle build 101) and found out why it was happening:
I have a login screen that appears before my main application and that screen gets closed after the login occurs and, apparently, closing it (or even hiding it) and showing a new window makes it crash.
I'm stuck. I am unable to figure out what is causing me to receive "Unresolved requirement: Require-Capability" errors for an SWT bundle (and others, if I dig deeper). The requirements stated for it are win32 os and ws, and arch of x86_64, all of which seem like they should be satisfied by my system. I have included details below, and will update with details that anyone requests.
Background and Problem Details
I'm working on an Eclipse plugin project that hasn't been exported in a long time. It was upgraded from Java 7 to 8, and from Juno to Mars, since the last release. Last week, I went to make a new release, by using the 'Eclipse Product export wizard' in the .product file. Previous releases were fine. Launching the project from within Eclipse works fine (using the product file context menu Run As->Eclipse application to create the Launch configuration). Using the Validate Plug-ins functionality, seen in both the .product and launch config, shows no problems.
The log shows the following:
!SESSION 2016-08-05 09:50:28.847 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.8.0_101
java.vendor=Oracle Corporation
BootLoader constants: OS=${target.os}, ARCH=${target.arch}, WS=${target.ws}, NL=en_US
Framework arguments: -enableassertions
Command-line arguments: -os ${target.os} -ws ${target.ws} -arch ${target.arch} -clean -consoleLog -enableassertions -console
!ENTRY org.eclipse.osgi 4 0 2016-08-05 09:50:30.975
!MESSAGE An error occurred while automatically activating bundle org.eclipse.ui.workbench (96).
!STACK 0
org.osgi.framework.BundleException: Error starting module.
at org.eclipse.osgi.container.Module.doStart(Module.java:580)
...
Caused by: java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Unknown Source)
at java.lang.Class.getConstructor0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.eclipse.osgi.internal.framework.BundleContextImpl.loadBundleActivator(BundleContextImpl.java:755)
at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:706)
at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:941)
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:318)
at org.eclipse.osgi.container.Module.doStart(Module.java:571)
... 42 more
Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError cannot be found by org.eclipse.ui.workbench_3.107.0.v20150825-2206
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:439)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:352)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:344)
at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 51 more
Root exception:
java.lang.NoClassDefFoundError: org/eclipse/swt/SWTError
...
!ENTRY org.eclipse.osgi 4 0 2016-08-05 09:50:30.988
!MESSAGE An error occurred while automatically activating bundle ca.uvic.chisel.atlantis (2).
!STACK 0
org.osgi.framework.BundleException: Error loading bundle activator.
at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:711)
etc etc...
I have access to the osgi console, and gotten some more information:
osgi> ss org.eclipse.swt
"Framework is launched."
id State Bundle
82 RESOLVED org.eclipse.swt_3.104.1.v20150825-0743
113 INSTALLED org.eclipse.swt.win32.win32.x86_64_3.104.1.v20150825-0743
osgi> diag 113
org.eclipse.swt.win32.win32.x86_64 [113]
Unresolved requirement: Require-Capability: eclipse.platform; filter:="(& (osg
i.ws=win32) (osgi.os=win32) (osgi.arch=x86_64))"
```
Some more details on SWT on my system...the exported application has "/plugins/org.eclipse.swt.win32.win32.x86_64_3.104.1.v20150825-0743.jar", which is the same version specified by the org.eclipse.swt.win32.win32.x86_64 entry in the .product file's "Plug-ins and Fragments" config. (There is also org.eclipse.swt_3.104.1.v20150825-0743.jar and matching org.eclipse.swt). The bundle fragment requirements are as noted in the osgi console results, namely "(& (osgi.ws=win32) (osgi.os=win32) (osgi.arch=x86_64))".
In the previous (functioning) release from my archives, I see it has org.eclipse.swt.win32.win32.x86_64_3.100.1.v4234e.jar. I do not know if the bundle fragment requirements were the same or different back then. I do not have access to the osgi console in this release, because I did not include the necessary libraries for it back then.
Looking at other bundles, I saw some that are not RESOLVED status either.
Development Context
I am developing, exporting, and running the project on Windows 7. My JRE System Library for dev is jre1.8.0_101-b13. This is the same version (same file path) as the JRE installed for running Java applications.
C:\Atlantis Export\Atlantis 0.3.0 TEST 3>java -XshowSettings:properties -version
Property settings:
awt.toolkit = sun.awt.windows.WToolkit
file.encoding = Cp1252
file.encoding.pkg = sun.io
file.separator = \
java.awt.graphicsenv = sun.awt.Win32GraphicsEnvironment
java.awt.printerjob = sun.awt.windows.WPrinterJob
java.class.path = .
java.class.version = 52.0
java.endorsed.dirs = C:\Program Files\Java\jre1.8.0_101\lib\endorsed
java.ext.dirs = C:\Program Files\Java\jre1.8.0_101\lib\ext
C:\Windows\Sun\Java\lib\ext
java.home = C:\Program Files\Java\jre1.8.0_101
java.io.tmpdir = C:\Users\eric\AppData\Local\Temp\
java.library.path = C:\ProgramData\Oracle\Java\javapath
C:\Windows\Sun\Java\bin
C:\Windows\system32
C:\Windows
C:\ProgramData\Oracle\Java\javapath
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0\
C:\Program Files (x86)\pgmodeler
C:\WinPython-64bit-3.4.3.5\python-3.4.3.amd64
%USERPROFILE%\.dnx\bin
C:\Program Files\Microsoft DNX\Dnvm\
C:\Program Files\nodejs\
C:\Program Files (x86)\Skype\Phone\
C:\Windows\System32\WindowsPowerShell\v1.0\
C:\Program Files\010 Editor
C:\Users\eric\AppData\Roaming\npm
.
java.runtime.name = Java(TM) SE Runtime Environment
java.runtime.version = 1.8.0_101-b13
java.specification.name = Java Platform API Specification
java.specification.vendor = Oracle Corporation
java.specification.version = 1.8
java.vendor = Oracle Corporation
java.vendor.url = http://java.oracle.com/
java.vendor.url.bug = http://bugreport.sun.com/bugreport/
java.version = 1.8.0_101
java.vm.info = mixed mode
java.vm.name = Java HotSpot(TM) 64-Bit Server VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Oracle Corporation
java.vm.specification.version = 1.8
java.vm.vendor = Oracle Corporation
java.vm.version = 25.101-b13
line.separator = \r \n
os.arch = amd64
os.name = Windows 7
os.version = 6.1
path.separator = ;
sun.arch.data.model = 64
sun.boot.class.path = C:\Program Files\Java\jre1.8.0_101\lib\resources.jar
C:\Program Files\Java\jre1.8.0_101\lib\rt.jar
C:\Program Files\Java\jre1.8.0_101\lib\sunrsasign.jar
C:\Program Files\Java\jre1.8.0_101\lib\jsse.jar
C:\Program Files\Java\jre1.8.0_101\lib\jce.jar
C:\Program Files\Java\jre1.8.0_101\lib\charsets.jar
C:\Program Files\Java\jre1.8.0_101\lib\jfr.jar
C:\Program Files\Java\jre1.8.0_101\classes
sun.boot.library.path = C:\Program Files\Java\jre1.8.0_101\bin
sun.cpu.endian = little
sun.cpu.isalist = amd64
sun.desktop = windows
sun.io.unicode.encoding = UnicodeLittle
sun.java.launcher = SUN_STANDARD
sun.jnu.encoding = Cp1252
sun.management.compiler = HotSpot 64-Bit Tiered Compilers
sun.os.patch.level = Service Pack 1
sun.stderr.encoding = cp437
sun.stdout.encoding = cp437
user.country = US
user.dir = C:\Atlantis Export\Atlantis 0.3.0 TEST 3
user.home = C:\Users\eric
user.language = en
user.name = eric
user.script =
user.timezone =
user.variant =
java version "1.8.0_101"
Java(TM) SE Runtime Environment (build 1.8.0_101-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.101-b13, mixed mode)
I have tried upgrading again from Mars, to Neon. That didn't resolve anything. Downgrading to Juno to fix something like this smells like the wrong solution.
So...while preparing my answer, I found the solution. I know that if I had someone to bounce this off of before, it might have occurred to me then.
I noticed that the ${target.ws} and ${target.os} occur in the launch config. I am not sure how these were added; perhaps the product file generated these arguments, perhaps I added them when trying to fix another bug many moons ago. In any case, I was googling to see how to inspect these values, and decided to simply remove them and test launch and export without them. both worked fine. I don't need them there, I am not sure if they were even containing values.
To reiterate, my solution was to remove the "-os ${target.os} -ws ${target.ws} -arch ${target.arch}" arguments in the .product file (as well as the launch config derived from it).
I may have added them on the advice of somewhere like this (but I don't know why): Eclipse Validation error - Platform filter did not match:(&(osgi.ws=win32)(osgi.os=win32)(osgi.arch=x86)) . Looking at blame, I see that the arguments were added when I first changed the project from using manually defined launch configurations, to using .product based launch configuration; there were inconsistencies and machine dependent strings when the launch was manually defined. I do not know if they were automatically added, or if I thought I needed them.
when i try to deploy my project using MFP CLI it gives the following error
xxxx-Macmini:Nauth user-x$ mfp build
App Nauth was successfully built.
xxxx-Macmini:Nauth user-x$ mfp deploy
Initializing MobileFirst Console
Error: The MobileFirst server that you have configured does not appear to be running. Start the server with 'mobilefirst start'.
mfp info
xxxx-Macmini:Nauth user-x$ mfp info OS: darwin x64 Release: 11.4.2
System Memory: 128 MB free out of 4096 MB Node: v0.10.30 MobileFirst
CLI: 7.0.0.00.20150610-1400 Current directory:
/Volumes/Development/wlsamples/NAuth2/apps/Nauth
Current project: /Volumes/Development/wlsamples/NAuth2
Adapter: SqlAuth
(/Volumes/Development/wlsamples/NAuth2/adapters/SqlAuth/SqlAuth.xml)
Description: SqlAuth Type: sql Procedures: readuser,
submitAuthentication, getBalance
Application: Nauth
(/Volumes/Development/wlsamples/NAuth2/apps/Nauth/application-descriptor.xml)
Description: Nauth Type: hybrid application Features: Environments:
iphone Skins:
Server location:
/Users/user-x/.ibm/mobilefirst/7.0.0.00.20150610-1353/server Server
binary:
/Users/user-x/.ibm/mobilefirst/7.0.0.00.20150610-1353/server/wlp/bin/server
MobileFirst instance:
/Users/user-x/.ibm/mobilefirst/7.0.0.00.20150610-1353/server/wlp/usr/servers/worklight
objc[26232]: Class JavaLaunchHelper is implemented in both
/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre/bin/java
and
/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home/jre/lib/libinstrument.dylib.
One of the two will be used. Which one is undefined. WebSphere
Application Server 8.5.5.4 (1.0.7.cl50420141121-1414) on Java
HotSpot(TM) 64-Bit Server VM, version 1.8.0_45-b14 (en_US)
Environment variables: TERM_PROGRAM: Apple_Terminal rvm_bin_path:
/Users/user-x/.rvm/bin TERM: xterm-256color SHELL: /bin/bash TMPDIR:
/var/folders/0m/ftx97h0n1rbcdwb3b3sv18lm0000gn/T/
Apple_PubSub_Socket_Render: /tmp/launch-pbGaeh/Render
TERM_PROGRAM_VERSION: 303.2 TERM_SESSION_ID:
8CB82941-523E-4034-BCA0-470F186ED261 USER: user-x COMMAND_MODE:
unix2003
_system_type: Darwin rvm_path: /Users/user-x/.rvm SSH_AUTH_SOCK: /tmp/launch-n9tSIx/Listeners
__CF_USER_TEXT_ENCODING: 0x1F5:0:0 Apple_Ubiquity_Message: /tmp/launch-bCTtmF/Apple_Ubiquity_Message WEBWORKS_HOME:
/Applications/BB10 WebWorks SDK 2.2.0.15 rvm_prefix: /Users/user-x
PATH: /Applications/BB10 WebWorks SDK 2.2.0.15:/Applications/BB10
WebWorks SDK
2.2.0.15/cordova-blackberry/bin/dependencies/bb-tools/bin:/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/git/bin:/Applications/IBM/MobileFirst-CLI:/Users/user-x/.rvm/bin
PWD: /Volumes/Development/wlsamples/NAuth2/apps/Nauth JAVA_HOME:
/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home
_system_arch: i386
_system_version: 10.7 rvm_version: 1.26.11 (latest) SHLVL: 2 HOME: /Users/user-x LOGNAME: user-x LC_CTYPE: UTF-8 DISPLAY:
/tmp/launch-BI7HzF/org.x:0
_system_name: OSX
_: /Applications/IBM/MobileFirst-CLI/IBMnode/bin/node WLP_USER_DIR: /Users/user-x/.ibm/mobilefirst/7.0.0.00.20150610-1353/server/wlp/usr
Java home is set properly xxxx-Macmini:Nauth
user-x$ echo $JAVA_HOME
/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home
MobileFirst Platform Foundation does not support Java 8 - you may only use Java 6 or 7.
After doing (1), also uninstall the CLI (/Applications/IBM/MobileFirst-CLI/Uninstaller) and download the latest available iFix from IBM Fix Central which contains several bug fixes for the CLI, including a potential fix for the server mentioned in the question.