Devtools: install_github a des problèmes avec mes bibliothèques locales

Mes excuses s'il s'agit d'un doublon, j'ai vérifié des problèmes similaires et je n'ai pas vu cela soulevé.

J'ai posé une question à ce sujet sur StackOverflow, http://stackoverflow.com/questions/19221520/error-when-installing-rga-package mais comme vous pouvez le voir, le titre est un peu décalé, car je pensais que c'était un problème avec 'rga' mais j'ai aussi trouvé les mêmes problèmes avec le paquet 'ganalytics'.

EDIT : Et j'obtiens une erreur similaire pour le package "brillant". Tout semble aller bien et on me dit qu'il n'y a pas de paquet appelé 'shiny' est-il possible que install_github n'ait pas accès aux chemins de bibliothèque pertinents ? (d'après la sortie, il semble, mais ne semble pas trouver ce dont il a besoin .....

Pourriez-vous s'il vous plaît me donner la sortie de .libPaths() ?

chose sûre

.libPaths()
[1] "\..../personnel/..../simon.hayward/Documents/R/win-library/3.0"
[2] "C:/Program Files/R/R-3.0.1/bibliothèque"

Les ellipses ne sont là que pour masquer certains éléments spécifiques à l'entreprise.

EDIT : Je viens de réaliser que github cache certaines des barres obliques inverses au début du premier chemin, il y en a quatre dans la sortie R, elles doivent donc être échappées correctement.

La forme exacte du chemin est très importante - pouvez-vous simplement remplacer chaque nom de répertoire par une chaîne aléatoire ?

.libPaths()
[1] "\\thiscompany.office/personal/userdata-Inthistown/simon.hayward/Documents/R/win-library/3.0"
[2] "C:/Program Files/R/R-3.0.1/bibliothèque"

J'ai ajouté des barres obliques inverses supplémentaires au début de la chaîne afin qu'elle apparaisse maintenant exactement comme je la vois dans RStudio.

Merci Hadley.

C'est un lecteur réseau partagé ? Comment configurez-vous vos chemins de bibliothèque ?

Oui, celui du haut est partagé. Si j'essaie d'écrire sur le lecteur local (en supprimant le lecteur réseau en tant que libPath), j'obtiens

"Avertissement dans install.packages(deps, dependencies = dependencies) :
'lib = "C:/Program Files/R/R-3.0.1/library"' n'est pas accessible en écriture"

Ainsi, la bibliothèque de lecteur partagé a été définie par défaut lorsque j'ai essayé d'installer un package et qu'elle ne pouvait pas être installée sur le lecteur C avec R (si je me souviens bien), elle a donc créé une autre bibliothèque ailleurs. Peut-être dois-je parler à un administrateur système pour obtenir une autorisation d'écriture pour le lecteur C: et permettre l'installation ?

Je ne sais pas pourquoi install_github n'écrirait pas simplement dans la bibliothèque sur le lecteur partagé comme install.packages l'a fait, mais encore une fois, je n'en sais pas assez pour résoudre ce type de problème lorsqu'il se pose.

Je doute que les autorisations d'écriture soient le problème - j'essaie juste de comprendre ce qui ne va pas.

Est-ce que install.packages() fonctionne ?

Oui, me voici en train d'installer ggmap par exemple, à l'instant

install.packages("ggmap")
Installation du package dans '\this.office/personal/UserData-thistown/simon.hayward/Documents/R/win-library/3.0'
(car 'lib' n'est pas spécifié)
essayer l'URL ' http://cran.rstudio.com/bin/windows/contrib/3.0/ggmap_2.3.zip '
Type de contenu 'application/zip' longueur 4529269 octets (4.3 Mo)
URL ouverte
téléchargé 4,3 Mo

Bizarre qu'il me dise que 'lib' n'est pas spécifié, mais .libPaths() me donne deux chemins vers les bibliothèques.

Pourriez-vous s'il vous plaît essayer d'installer la dernière version de développement en téléchargeant https://dl.dropboxusercontent.com/u/41902/devtools_1.3.99.zip puis en installant à partir d'un fichier zip local à partir de R ?

J'ai réussi à l'installer correctement sur mon ordinateur personnel, qui a une pile très similaire. Il doit donc être impossible d'écrire dans la bibliothèque locale et le dossier réseau partagé pose problème. Github s'est plaint lorsque j'ai essayé de l'utiliser pour mon référentiel auparavant.

Je m'enverrai la nouvelle version au travail (je suis chez moi maintenant), pour essayer demain. Merci pour l'aide continue.

Toujours pas de chance sur ma machine de travail avec la version 1.3.99 de devtools, toujours la même erreur lorsque j'essaie d'utiliser install_github.

J'ai reçu l'avertissement suivant lors de l'installation de devtools

"Avertissement dans install.packages :
package '//this.office/personal/UserData-thisTown/simon.hayward/Downloads/devtools_1.3.99.zip' n'est pas disponible (pour R version 3.0.1)"

Mais il semble avoir été installé correctement, et la version dans ma bibliothèque sur le lecteur réseau est 1.3.99 selon le fichier de description.

Je vais demander aux administrateurs système s'il existe un moyen d'avoir ma bibliothèque R sur le lecteur C:, cela semble une restriction ridicule selon laquelle R ne peut pas y enregistrer de packages.

Je suis maintenant à peu près sûr qu'il s'agit d'un problème avec 1. Le lecteur C et mes privilèges d'administrateur nécessaires pour y écrire. Je ne sais pas comment j'invoquerais ces privilèges au sein de R ou R studio. 2. Donc, R utilise une bibliothèque locale sur le lecteur partagé réseau pour mes autres packages, mais je pense que github boude à cause du \ au début du chemin du lecteur réseau, donc entre les deux problèmes, je ne peux pas utilisez install_github :(

Pouvez-vous s'il vous plaît confirmer que la sortie de .libPaths() a quatre barres obliques mais que le chemin imprimé par install_github (après --library ) n'a que deux barres obliques ?

Et si oui, pourriez-vous essayer de changer votre .libPath() pour utiliser // et voir si cela fonctionne avec devtools ?

Pas de joie, le message d'erreur indique

Erreur dans C("/this.office/personal/UserData-thistown/simon.hayward/Documents/R/win-library/3.0", :
objet non interprétable comme un facteur

Encore une fois, GitHub a mangé l'une des barres obliques. Oui, la sortie R a 4 barres obliques inverses dans la première partie de la sortie .libPath().

Existe-t-il un moyen d'installer devtools à partir d'un fichier zip local ? J'ai essayé d'installer 'rga' à partir d'un zip local (en utilisant install.packages) mais R me dit que ce n'est pas un package valide (puisqu'il est toujours en cours de développement).

En outre : j'ai besoin de privilèges d'administrateur pour écrire sur le lecteur C : de mon ordinateur. J'ai essayé d'exécuter RStudio en tant qu'administrateur, mais il n'écrit toujours pas sur le lecteur C:. Existe-t-il un moyen de transmettre des privilèges élevés à install_github ?

C'est vrai, je suis un imbécile.

J'ai changé pour .libPaths("//this.office/personal/UserData-thistown/simon.hayward/Documents/R/win-library/3.0") avec succès, mais maintenant mon message d'erreur est le suivant :-

• installation du paquet _source_ 'rga' ...
  *R** préparation du paquet pour le chargement paresseux** aider* * installation des index d'aide
  * construction d'indices de paquets** tester si le paquet installé peut être chargé* * arc - i386
  Avertissement dans la bibliothèque (pkg_name, lib.loc = lib, character.only = TRUE, logical.return = TRUE) :
  il n'y a pas de paquet appelé 'rga'
  Erreur : échec du chargement
  Exécution interrompue
  *** arche - x64
  Avertissement dans la bibliothèque (pkg_name, lib.loc = lib, character.only = TRUE, logical.return = TRUE) :
  il n'y a pas de paquet appelé 'rga'
  Erreur : échec du chargement
  Exécution interrompue
  ERREUR : échec du chargement pour 'i386', 'x64'
• suppression de 'this.office/personal/UserData-thistown/simon.hayward/Documents/R/win-library/3.0/rga'
  Erreur : Échec de la commande (1)

Ce qui est au moins différent de ce que j'avais avant ! :)

La sortie de .libPaths() a toujours les 4 barres obliques inverses, bien qu'elle ait semblé changer avec succès. Aurait dû vérifier plus attentivement.

Une autre idée - pouvez-vous lier cette adresse réseau à une lettre de lecteur ? Ensuite, essayez de définir .libPaths() sans aucun // ou \\\\

Oui, c'est une bonne idée, je devrai parler à l'administrateur système principal lundi, plutôt que de jouer avec les entrées de registre !

Merci Hadley, vous êtes un homme bon et minutieux. Bon week-end.

Oui! Ça a marché! (De plus, il est maintenant plus facile de mapper un lecteur sur une lettre qu'auparavant).

Merci beaucoup Professeur !

Salut Simon,

Comment avez-vous résolu ce problème? J'ai un problème identique lorsque j'essayais d'installer un paquet de github en utilisant install_github dans un disque partagé.

Cet ancien problème a été automatiquement verrouillé. Si vous pensez avoir trouvé un problème connexe, veuillez déposer un nouveau problème (avec reprex) et créer un lien vers ce problème. https://reprex.tidyverse.org/