Morning guys and gals!
First and foremost, I hope everyone is well during these times. To be brief, I am currently having trouble running R.exe (x64) on my Windows 10 Pro Insider Preview (20190.1000 Build). I have set the Environment Variable Path to the (x64) folder numerous times to check, but Rterm loads forever then closes.
I have gotten the 32 bit (i386) version to work, but I was hoping for any insight why this could possible be an issue. I'm open to all suggestions!
P.S. I should also note that it appears that the R Plugin for PyCharm does not work with the x64 bit version of R!
EDIT: My bad! The R runtime is v4.0.2. I also have v4.0.0 and v3.6.2 installed. Either way, in all runtime versions, only the 32 bit version works!
Related
I am working on creating a portable shiny app by referring to this.
I have a 64bit system and the target systems can be both 64bit and 32bit. I installed all packages in the portable apps library. Since the target machines don't have any internet connection.
On the target machine all packages load perfectly, except for prophet which gives error
So I see that it runs the r.exe in bin folder for whatever reason
So I run it directly which gives me this error
I know the system is 32bit. As a test case I ran the shiny app by calling on the 32bit R.exe without prophet package - and it worked perfectly.
So my question is
How do I load Prophet?
My speculation is that it tries to run the 64bit R.exe and fails, if so why are all the other packages load perfectly?
If this is the issue then how do I point it to the 32 bit R.exe?
I am working in a MacBook Pro (15 inches, mid 2010), OSX El Capitan (10.11.6), 2.4 GHz Intel Core i5, 8 GB 1067 MHz DDR3
Today I tried to update from R-3.3 to R-3.4.0. I downloaded the R-3.4.0.pkg from https://cran.r-project.org/ site. After downloading I checked the MD5 checksum for the R-3.4.0.pkg image and it was the same than in the r-project website. I executed the file by double-clicking and everything appear to work fine, at the end it said that everything was installed with no problem.
The problem I have is that the old R.app was removed from my application folder but the new (R-3.4.0) does not appear in the application folder either.
I tried to download and install the GNU Fortran 6.1 and then reinstall R but nothing changed.
I tried to look for a solution in google and this forum but did not find any clue of what to do. I hope I am not missing any stupid detail or making a rookie mistake.
Thanks for your help,
Alfonso
I was able to get the R.app from http://r.research.att.com/ I got there from the r-project website.
I chose "Mac OS X GUI rev. 7362 for R 3.4.x el-capitan-Debug.dmg" instead of "Mac OS X GUI rev. 7362 for R 3.5.x el-capitan-Debug.dmg" since to the best of my knowledge there is no R-3.5 available yet.
I do not understand why the app did not install directly from R-3.4.0.pkg but apparently this works. I leave this answer just in case is useful for someone.
Thanks for the comments!
Alfonso
I don't like the 3.6 version at all. It has too many bugs and it's too slow compared with the previous versions, so I'd like to install to a previous version and wait till they fix the problems. I can't downgrade the installation, so no, not an option.
I know that in this web: https://wiki.appcelerator.org/display/guides2/Reverting+to+a+Previous+Version there is a list of old versions, but this are VERY old, I'd like to download at least the 3.4.2 version or newer (like 3.5), but I can't see any link from wich I can download it. Can anyone give me a link or way to get previous versions of aptana?
Oh yes, oh yes, finally I found them:
MAC OS
http://d1iwq2e2xrohf.cloudfront.net/tools/studio/standalone/3.4.2.201308081805/mac/Aptana_Studio_3_Setup_3.4.2.dmg
WINDOWS
http://d1iwq2e2xrohf.cloudfront.net/tools/studio/standalone/3.4.2.201308081805/win/Aptana_Studio_3_Setup_3.4.2.exe
Linux 32 bits
http://d1iwq2e2xrohf.cloudfront.net/tools/studio/standalone/3.4.2.201308081805/linux/Aptana_Studio_3_Setup_Linux_x86_3.4.2.zip
Linux 64 bits
http://d1iwq2e2xrohf.cloudfront.net/tools/studio/standalone/3.4.2.201308081805/linux/Aptana_Studio_3_Setup_Linux_x86_64_3.4.2.zip
Can't get the plugin, sorry.
You could find Aptana 3.4.2 as Eclipse plugin at the following URL: http://d1iwq2e2xrohf.cloudfront.net/tools/studio/plugin/update/studio3/3.4.2.201308081736/com.aptana.feature.studio-3.4.2.201308081736-7W7I57boG98RAi489ctbvKi7VXbq.zip
When you are installing it from the zip, make sure you un-tick "Group Items by Category"
i was trying to build "brackets sprint 40" from source code (by following #jasonsanjose instructions look #4816 and the official wiki's page here) in my 32bit Wheezy, Using CEF3 (Verion 3.1547.1406_linux32_release with glibc 2.13) and everything was OK .
when i ran grunt build and grunt installer the output was: Running "build" task
Running "build-linux" task
Done, without errors.
and when i installed .deb package and executed it in the terminal , this error has been thrown:brackets: libcef_dll/wrapper/libcef_dll_wrapper.cc:120: int CefExecuteProcess(const CefMainArgs&, CefRefPtr): Assertion `false' failed.
Aborted
I did rebuild it many times, but the problem persist.
And this is where i stopped, i don't know where the problem lies.
some help will be appreciated, thank you in advance.
There's a duplicate of this question with longer discussion posted here - https://github.com/adobe/brackets/issues/8170.
Note: This problem shouldn't affect a "vanilla" brackets-shell build on Linux -- it's specific to a hack some people have developed to support an older version of Debian than Brackets officially supports. This requires swapping in a newer version of the CEF library, which is not always easy to do since they are not usually backwards-compatible.
I have already createdrpm file for my application. It works fine for Fedora linux. also the same worked fine for linux mint. But Solaris does not support rpm. So how to create installer package for solaris OS. I have solaris 10 linux as OS.
Thanks
Sunil Kumar Sahoo
The Solaris OS packaging format (pkgadd) is described in this Sun Solaris document.
There is also an open source project called OpenPKG that can be used on most Unix/Linux variants. I have not used it myself though.
Here is an interesting post about converting RPMs to Solaris Pkg.
Solaris packaging is the way to go. It's a little odd when you first look at it, but it's actually not too difficult once you get your head around it.