comment faire fonctionner un logiciel sous linux sans l'installer

Je pensais pouvoir download l'archive, l'extraire et lancer le binary, mais je ne suis pas sûr de savoir comment faire.

On voit de time en time une application sur Unix / Linux où quelqu'un est allé à l'effort pour le rendre portable (dans le sens de la key USB), mais ce n'est pas courant dans le monde Unix.

Dans ce cas précis, RStudio est loin d'être portable sur Linux. La version RPM installe 1 378 files, dont beaucoup sont nécessaires pour que le programme s'exécute.

Y at-il un moyen de l'installer sans que cela soit compliqué ou nécessitant un access sudo?

Un package d'application binary Unix est souvent lié à la disposition de file choisie au moment où il a été construit à partir de la source. Ces choix peuvent être cuits dans le package à un niveau difficile à modifier.

Ce n'est pas toujours le cas. Parfois, vous pouvez dire au gestionnaire de packages d'installer l'application ailleurs, mais ce n'est pas le cas avec les RPM de RStudio:

 $ rpm -ivh --prefix=$HOME rstudio-0.98.1091-x86_64.rpm error: package rstudio is not relocatable 

La façon standard de faire cela est de build le logiciel à partir de la source, en utilisant vos preferences pour l'location des files, mais je viens de l'essayer et la version actuelle de RStudio a au less une dépendance que vous ne pouvez pas facilement satisfaire sur RHEL / CentOS 6: Qt 4.8.0 ou supérieur. (CentOS 6 est assez vieux pour être livré avec Qt 4.6.2.) Qt suffit d'une bibliothèque de keys qui a deux versions sur la même boîte devient difficile.

Même si ce n'était pas le cas, vous n'avez probablement pas l'une des autres dependencies de construction sur la machine distante, comme les bibliothèques de développement R ou CMake .

Je devrais mentionner qu'en "l'exécutant directement" je veux dire, en utilisant X11 pour transmettre l'interface graphique à moi.

Si vous disposez d'une machine locale capable d'exécuter X, pourquoi ne pas exécuter RStudio ici? RStudio n'est pas l'interface graphique la plus chère au monde, mais il va beaucoup mieux localement que sur X.

Si le problème réside simplement dans le fait que vos données sont stockées sur la machine distante, cela est facile à gérer . (PDF, 35 pages, 307 Ko)

J'ai remarqué que cela dit Redhat 7+. Est-ce en quelque sorte lié au fait que j'ai CentOS6.6?

Cela indique que la page est en cours d'édition par quelqu'un qui ne comprend pas vraiment les Linuxes de type Red Hat. Très probablement, nous avons affaire à quelqu'un qui passe le plus clair de son time sur OS X ou Ubuntu. La page a quelques erreurs révélasortingces souvent faites par de telles personnes:

1. Il n'existe pas de "RedHat 7". De return à la fin de la bulle Internet, il y avait une chose appelée Red Hat Linux 7 , mais ce n'est pas ce qu'ils veulent dire ici. Ce qu'ils veulent vraiment dire, c'est Red Hat Enterprise Linux 7, souvent abrégé RHEL 7. Des systèmes d'exploitation très différents, les deux.

2. Ils listnt également Fedora 13, qui était contemporaine de RHEL 6, pas 7. Ils ont aussi besoin de Fedora 19+ ( la base à partir de laquelle RHEL 7 fork ) ou ils ne devraient pas nécessiter RHEL 7+, mais plutôt 6+.

   Puisque les RPM officiels s'installent et semblent fonctionner sur mon VM de test CentOS 6, je devine que le dernier cas est la vérité ici. Un avertissement juste, cependant: je ne l'ai tiré que vers le haut, je n'ai pas essayé de le rendre utile. Lorsque je lance RStudio, je suis mon propre conseil: je l'exécute sur mon ordinateur de bureau local, pas sur une machine Linux distante sur X.

   (Si vous vous requestz comment ce rapport de réussite équivaut à la mise en garde ci-dessus à propos de Qt 4.8+, la solution est que RStudio RPM inclut une copy privée de Qt 4.8.0. 13 cases.)