Hi I've trying to install Xamarin.Firebase.Messaging for notifications and I have been pulling my hair out for the past 3 days and I keep getting this error:
This collection is read-only
among many other from the different approaches I've tried like
Uninstalling Xamarin.GooglePlayServices packages and installing
Xamarin.Firebase.Messaging without any of the other
Xamarin.GooglePlayServices packages installed.
Changing The Xamarin.Firebase.Messaging To a different package version
Updating my AppCompat package(and even this fails to install)
As well as some other approaches that I can't re-call or clearly state right now. Luckily I've been using a Dummy project because had I not been doing so my project would have been broken or corrupt by now. Here's the nuget package installation log. Please assist I would highly appreciate any assistance.
Related
I am working on my package, which is hosted on github, using Visual Studio Code (1.67.1). I am using github desktop to push changes to the repository on github. This process works well. However when I re-install my package using:
library(devtools)
install_github("Ellesaere/tkis.package", dependencies=TRUE, force=TRUE)
I often find that an older version is installed, even though the github repository shows the correct version. I cannot figure out what makes it work, or not work. This is getting extremely frustrating, as I continuously find myself restarting R, reinstalling the package, hoping that it installs the correct version this time.
I was wondering if anyone could give some reasons why this could be happening.
I have just updated to R4.2.0 (previously R3.2) and I now get R Session Aborted when loading the package on windows. Same error when running directly from R. Everything seems ok when I install the mailR package. I also updated all dependencies.
Could someone help with this?
I had to update my RTools to the newest version, 4.2
https://cran.rstudio.com/bin/windows/Rtools/rtools42/rtools.html
Then I uninstalled both rJava and mailR, and reinstalled them again after the update without any issue.
Just as a side note, after a lot of headaches in Linux with mailR, trying to keep my java libraries updated, I finally switched to a curl-based email library, emayili: https://datawookie.github.io/emayili/
I found those Java dependencies would crop up as issues a few times a year in different systems, and haven't had any of the same with the new libraries.
Let's say I wanted to install a library off of github without devtools. How would I do that?
I was helping a student in office hours today, and devtools required a lot of dependencies. It took nearly a half-an-hour just to get him ready to use it. I know that install.packages works for local files, is the github setup going to enable this?
Let's say: https://github.com/laresbernardo/lares
I understand that devtools::install_github is just a wrapper for remote::install_github which explains some of the dependency issues with these packages (and tidyverse in general - haven was broken today for Windoze).
Can I not install a package directly using install.packages from R:base using the remote source?
I have used XLConnect and XLConnectJar successfully for at least 5 years.
Have just updated R to Ver 4.0.4 and XLConnect to 1.0.2 and get the following message when attaching:
XLConnect: It seems downloading the JAR dependencies may have failed. If you
would like to use a different maven repository, please set the environment
variable XLCONNECT_JAVA_REPO_URL to a valid URL, e.g.
Sys.setenv(XLCONNECT_JAVA_REPO_URL='https://jcenter.bintray.com'), and reinstall
the package.
After following the suggested solution and re-installing I still get the message.
The package seems to work corrcetly.
Has anyone experienced the same problem and do you have a solution.
Many thanks
My Fedora system (Fedora 20, all up to date) has just had R updated to version 3.1.0. Since then, I've had issues installing multiple packages. glmnet failed previously, and now I'm having trouble with treemap. More specifically, I get an error during treemap installation that httpuv has zero exit status.
I never had issues with the previous version of R. Any reason this version should have such problems??
There could be many causes to do with your OS, version, permissions, other installed packages/software, etc, etc. Without seeing the full error message it's hard to know.
One possibility specific to httpuv is root privileges. I've noticed a few threads on various forums when searching for installation errors with this package and Linux, many of them mentioning root v. non-root issues. In another case, libuv needed to be upgraded.
I encounter package installation problems daily and I have some more general work-arounds as well. Hopefully one of these will solve your problem.
Install the package from source
download.file(url="http://cran.r-project.org/src/contrib/httpuv_1.3.0.tar.gz", destfile = "httpuv.tar.gz")
install.packages("httpuv.tar.gz", type = "source", repos = NULL)
Install using devtools via GitHub if the package supports it
Install RTools and re-try your package installation
Install an older version of the package
If those above do not work, then I dig deeper by referring to advice given to me by a VP of IT in my company. These comments were made in reference to frequent package installation problems I encountered when switching from Windows to Solaris:
There are two types of install/make problems. Missing .h files
and/or missing .so/.a libs. The reason for these are multiple:
1.- the package that delivers these is not installed. This means that those files cannot be found anywhere in the /usr tree. Solution is
install right package, make sure the files are there
2.- the includes are not found by the install configurator. This means some environment variable or install option is not properly set (this
is our case for RODBC). Figuring out which variable to set is
challenging without looking at the package documentation [fortunately, documentation is not hard to find!]
3.- the libs are not in the LD_LIBRARY_PATH, easy to fix.
4.- There is a deeper compile/link error, meaning the package is not compatible with the rest of the sw, or has not been properly ported.