Pakete ohne sudo-Zugriff installieren

9488

Gibt es eine einfache Möglichkeit, Pakete mit einem großen Abhängigkeitsbaum zu installieren, vorausgesetzt, Sie haben keinen Superuser-Zugriff? Sagen wir zum Beispiel, ich wollte Firefox installieren. Firefox hat eine Menge Abhängigkeiten, von denen jede ihre eigenen Abhängigkeiten hat. Die Installation dieser "./configure; make; make install" - Methode würde ewig dauern.

Gibt es eine Option, mit der apt-get in einem persönlichen Verzeichnis installiert werden kann? Oder gibt es eine Möglichkeit, es zu hacken, um all das schwere Heben für mich zu erledigen?

11
Fragen Sie unter www.superuser.com nach, oder fragen Sie eine Serverfrage speziell unter www.serverfault.com vor 14 Jahren 0

5 Antworten auf die Frage

4
Egon Willighagen

Sie können einzelne .deb-Dateien in Ihrem Home-Verzeichnis installieren mit:

dpkg-deb -x /path/to/some.deb $HOME 

Dies berücksichtigt jedoch nicht die Abhängigkeiten wie aptitude oder apt-get do.

Ich habe diese Methode verwendet, um Atom für Julia auf meiner Workstation zu installieren. Außerdem habe ich einen Alias ​​für Atom in ~ / .bashrc gemacht: Alias ​​Atom = "/ Pfad / zur / ausführbaren Datei / Atom / Binärdatei". Führen Sie dann Folgendes aus: source ~ / .bashrc, Sie können Atom im Terminal ausführen. Good Will vor 6 Jahren 0
2
Tobu

Schauen Sie sich NixOs ( LWN ) an. Pakete sind isoliert (manchmal müssen sie von der Distribution gepatcht werden) und können mehrmals, in verschiedenen Versionen oder von verschiedenen Benutzern installiert werden.

jhbuild kann einen großen cmmi-prozess automatisieren. Aber jemand muss ein Modul schreiben (ein Abhängigkeitsgraph).

Wenn Sie den manuellen Installations- / Installationsprozess durchführen, können Sie stow verwenden, um die Installation in Ihrem Zuhause zu vereinfachen. Stow ist hilfreich, wenn Sie Dinge in mehreren Präfixen installieren, verwenden Sie jedoch nur ein Präfix für die Abhängigkeitsauflösung.

dpkg kann mit instdir / admindir / root zur Installation in einem anderen Präfix gezwungen werden. Dies ist jedoch nur in Chroot-Umgebungen nützlich.

0
whitequark

Kompilieren Sie Firefox nicht aus dem Quellcode. Installieren Sie einfach ein Binärpaket in Ihrem Home-Verzeichnis.

Dieser Mozilla KnowledgeBase-Artikel erläutert, wie Sie dies tun. Im Grunde müssen Sie einfach ein Tarball extrahieren und darin eine firefoxDatei ausführen . Alle Abhängigkeiten sind bereits enthalten, sodass Sie nichts mit installieren müssen apt.

BEARBEITEN: Nein, es gibt keine generische Methode, zumindest weil die meisten Anwendungen (und vor allem GUI-Anwendungen) erfordern, dass ein Großteil der zugehörigen Daten an bekannten Orten wie / usr / share abgelegt wird. Es kann zur Kompilierzeit konfiguriert werden, aber Sie möchten nicht alles neu kompilieren, wie Sie es in Frage stellten. Sie können also nur nach vorkompilierten Binärpaketen suchen, die im Startverzeichnis nach Ressourcen und nicht nach Systemressourcen suchen.

Ich interpretiere die Frage so, dass sie sich auf Paketverwaltungspraktiken bezieht. Ich vermute, Firefox ist nur ein Beispiel. Daher sind Firefox-spezifische Methoden nicht besonders nützlich. quack quixote vor 14 Jahren 0
Danke, hat den Beitrag bearbeitet. Firefox-Informationen sind immer noch nützlich. whitequark vor 14 Jahren 0
0
Peter Eisentraut

Ich denke, die Antwort ist so ziemlich "nein". Erstens kann nur auf die Paketdatenbank zugegriffen werden, und zweitens verfügen einige / viele Pakete über fest codierte Pfade, die es unmöglich machen, sie zu verschieben. Die Verwendung einer chroot wäre eine mögliche Antwort, aber Sie benötigen dazu auch root oder zumindest jemand mit root, um Ihnen eingeschränkte Rechte zu gewähren.

0
rogerdpack

I believe you have to do a chroot then you can install your packages there.

ref: https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/appendix-chroot.html https://wiki.ubuntu.com/DebootstrapChroot

Zum Erstellen einer Chroot-Datei sind jedoch Root-Berechtigungen erforderlich. Warum werden dann nicht einfach Pakete * statt * installiert? Abgesehen davon sind die Chancen, dass Ihr Systemadministrator Ihnen volle Root-Privilegien gewährt (oder auch nur apt-bezogen), viel weniger als die für chroot. Es ist (fast) nicht gefährlich für das Hostsystem. whitequark vor 13 Jahren 0