sudoアクセスなしでパッケージをインストールする


11

スーパーユーザーのアクセス権がない場合、大きな依存関係ツリーを持つパッケージを簡単にインストールする方法はありますか?たとえば、firefoxをインストールしたいとします。Firefoxには多数の依存関係があり、それぞれに独自の依存関係などがあります。これらの "./configure; make; make install"の方法でインストールすると、時間がかかります。

個人ディレクトリにインストールするためにapt-getに指定できるオプションはありますか?または、それをハックしてすべての面倒な作業を行う方法はありますか?


www.superuser.comで質問するか、サーバーの質問が具体的にwww.serverfault.comであるかどうかを確認してください

回答:


4

以下を使用して、ホームディレクトリに個々の.debファイルをインストールできます。

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

しかし、これはaptitudeやapt-getのような依存関係を考慮しません。


この方法を使用して、juliaのatomをワークステーションにインストールしました。さらに、〜/ .bashrcにatomのエイリアスを作成しました:alias atom = "/ path / to / the / executable / atom / binary / file"。次に、source〜/ .bashrcを実行します。ターミナルでatomを実行する準備ができました。
グッドウィル

2

NixOLWN)を調べてください。パッケージは分離されており(ディストリビューションがパッチを適用する必要がある場合もあります)、複数回、異なるバージョンで、または異なるユーザーによってインストールできます。

jhbuildは、大きなcmmiプロセスを自動化できます。しかし、誰かがモジュールセット(依存関係グラフ)を書く必要があります。

手動ですべてのインストールプロセスを構成/作成する場合は、stowを使用して家に物を簡単にインストールすることができます。Stowは複数のものをインストールするのに役立ちますが、依存関係の解決には1つのプレフィックスのみを使用します。

dpkgはinstdir / admindir / rootの異なるプレフィックスにインストールするように強制できますが、これはchroot環境でのみ有用です。


0

Firefoxをソースからコンパイルせず、バイナリパッケージをホームディレクトリにインストールするだけです。

この Mozilla KnowledgeBaseの記事では、その方法について説明しています。基本的には、tarballを抽出して、その中のfirefoxファイルを実行するだけです。すべての依存関係が既に含まれているため、を使用して何もインストールする必要はありませんapt

編集:いいえ、少なくともほとんどのアプリケーション(特にGUIのアプリケーション)では、関連付けられたデータの多くを/ usr / shareなどのよく知られた場所に配置する必要があり、その中にハードコーディングされているため、一般的な方法はありませんコンパイル時に設定できますが、問題のようにすべてを再コンパイルする必要はありません。したがって、システムではなく、起動ディレクトリ内のリソースを検索するプリコンパイル済みバイナリパッケージを確認するだけです。


この質問は、パッケージ管理の実践に関するものと解釈します。Firefoxは単なる例であると思われるため、Firefox固有のメソッドはあまり有用ではありません。
いんちきのキホーテ

ありがとう、投稿を編集しました。Firefoxの情報はまだ役に立ちます。
ホワイトクォーク

0

答えはほぼ「いいえ」だと思います。まず、パッケージデータベースにはルートからしかアクセスできません。次に、いくつかの/多くのパッケージにはハードコードされたパスがあり、再配置が不可能になっています。chrootを使用することも考えられますが、そのためにはrootが必要です。または、少なくともrootを持つ誰かが制限付きの権限を付与する必要があります。


0

chrootを実行する必要があると思うので、そこにパッケージをインストールできます。

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


とにかくchrootを作成するにはroot権限が必要なので、代わりにパッケージインストールしないのはなぜですか?これとは別に、システム管理者が完全なルート権限(または単にapt関連の権限)を付与する可能性は、chrootの権限よりもはるかに少ないです。ホストシステムにとっては(ほとんど)危険ではありません。
ホワイトクォーク
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.