タグ付けされた質問 「package-management」

これらのコマンドの違いは何ですか？ sudo apt-get autoremove --purge packagenames sudo apt-get remove --purge packagenames sudo apt-get purge purge packagenmaes sudo apt-get remove packagenames sudo apt-get autoremove

17 apt  package-management  uninstall  purge 

私はRPMベースのシステムに慣れており、.debパッケージをどのように処理するのかわからないコマンドがたくさんあります。これは主にカスタムパッケージで使用するためのものです。つまり、apt-getをインストールするものではありません。 誰かがここでコマンドの翻訳を提供できれば素晴らしいと思います：（「パッケージファイル」とは、物理的な.rpm / .debファイルを操作することを意味します） 機能rpm deb -------------------------------------------------- -------------------------------- インストールされているすべてのパッケージを表示するrpm -qa インストールされたパッケージ内のファイルを表示するrpm -ql packagename パッケージファイルrpm -qlp ./packagename.rpmのファイルを表示する パッケージ情報の表示、インストール済みパッケージrpm -qi packagename（1） パッケージ情報の表示、パッケージファイルrpm -qip ./packagename.rpm（1） インストール前後のシェルスクリプトの表示rpm -q --scripts packagename パッケージファイルの変更ログを表示するrpm -qp --changelog ./packagename.rpm パッケージのアンインストールrpm -eパッケージ名dpkg -r / dpkg -P パッケージファイルrpm -ivh ./packagename.rpm dpkg -iをインストールします ファイルrpm -Uvh ./packagename.rpmからパッケージをアップグレードします ファイルrpmを所有しているパッケージを見つける-qif /some/file.foo パッケージの依存関係を一覧表示するrpm -q-パッケージ名が必要 パッケージファイルの依存関係を一覧表示するrpm -qp …

17 package-management  deb 

そして、このリストを直接、そして可能であれば外部ソース（おそらくリポジトリー）から取得したいと思います。 私が見つけたほとんどすべてのワンライナーは、私にとってはうまくいきませんでした。そのため、パッケージが「プリインストール済み」であることを示すインジケータがどこかにあることを願っています。 PS：VMでクリーンインストールを実行したくありません。

17 installation  package-management 

提案されている修正をテストしようとしていますか、一般ユーザーに公開される前に安定したリリースの更新をテストしたいのですが、「提案された」リポジトリを有効にするにはどうすればよいですか？

17 package-management 

Ubuntu 10.10は、Ubuntu Software Centerで単一の.debファイルを管理していることに気付きました。ロードするには重すぎるため、gdebiを次のようにインストールしました。sudo apt-get install gdebi また、.debファイルを開くデフォルトのアプリケーションとして設定しました。 私の質問は、この種の操作を使用することは安全/サポートされていますか？つまり、依存関係を満たし、.debファイルをインストールするために、gdebiはまだ内部apt-getに関連していますか？

17 package-management  deb  gdebi 

特定のパッケージが何をインストールするかを知りたいのですが、たとえば、インストール時にncurses、TABキーが展開されることがわかりました： sudo apt-get install ncurses- 表示する： ncurses-base ncurses-doc ncurses-hexedit ncurses-bin ncurses-examples ncurses-term たとえば、ncurses-termインストール内容を知るにはどうすればよいですか？主にプログラムに興味がありますが、ライブラリやその他のファイルタイプも有用です。 可能であれば、コマンドライン方式が推奨されます（他の方法も受け入れられます）。

17 command-line  apt  package-management 

最近、無人アップグレードをインストールしたとします： sudo apt-get install unattended-upgrades -y sudo dpkg-reconfigure --priority=low unattended-upgrades -y 無人アップグレードには次のものも含まれapt-get autoremoveますか？ または、削除されたパッケージの依存関係も確実に削除されるように、無人アップグレードレイヤーの上に毎週cronjobを追加する必要がありますcrontab -e。 0 0 * * 0 apt-get autoremove -y 注：これらが必要な場合は、自動削除のほかに、同様のaptコンセプトを自由に言及してください。

17 apt  upgrade  package-management  cron  unattended-upgrades 

LAMPサーバーをセットアップしていますが、SSHを使用したいです。コマンドを見て、sudo apt-get install sshopensshと同じものかどうか疑問に思いましたか？ apt-get install opensshを実行する場合、マシンに2つの異なるバージョンのsshがありますか？

17 package-management  ssh  openssh 

.debパッケージをインストールする前に、可能な限り詳しく知りたい。通常のパッケージのビルド中に大量のメタデータが生成され、配布リポジトリのパッケージのような署名されたパッケージもあることを知っています。 これは私が探している答えではありません。もちろん、ファイルローラーでパッケージを開き、この方法でビルド日を見つけることはできますが、それ以上にしたいと思います。FirefoxでTLS証明書を確認する方法に匹敵するものがあると思います。 主な質問： パッケージはいつ作成されましたか？ 可能であれば、パッケージは誰またはどこで作成されましたか？ 依存関係は何ですか？（完全を期すための適切な回答へのリンク。） パッケージは署名されていますか？ 誰または何が署名しましたか？ 最後の点については、.dscファイルについて知っていますが、これらは通常サードパーティのサイトでは提供されていません。（これが将来変化するように、ここで意識を高める必要があるかもしれません。） サードパーティパッケージの例としてgoogle-chromeを使用できます。

17 package-management  dpkg 

Archを少し試してみたところ、それについて最も感銘を受けたのはAURです。Yaourtのようなツールを使用すると、最新のソフトウェアを簡単にインストールできます。その一部はgitのもので、自動的にコンパイルしてインストールします。Ubuntuにはこのようなものがありますか？私はPPAについて知っていますが、私は本当にそれらが同等であるとは思いません。 編集：PPAがAURと同じだとは本当に思わない理由は次のとおりです。 PPAにはパッケージがコンパイルされていますが、AURはコンパイルされたパッケージとソースパッケージの両方を備えており、任意のプラットフォームでそれらをコンパイルするためのスクリプトがあります。これは、PPAをビルドする人がPPAを維持する必要があることを意味しますが、AURでは、コンパイルされていないパッケージをユーザーエンドでビルドできます。 PPAはUbuntuリリースに固有であるため、多くのPPAは古くなっています。PPAメンテナーがPPAをUbuntuの最新バージョンに更新するだけでもパッケージは機能しますが、多くの場合それらは古くなっています。以前のリリースで機能していたのと同じパッケージを使い続けることができるように、時々PPAをハッキングする必要がありました。 プロジェクトが多少安定していても、多くのPPAは適切にビルドされません。私はFinalTermのことを考えていますが、これはほとんど機能しますが、Ubuntu PPAはほとんどビルドを渡さないため、手動でコンパイルせずにUbuntuにインストールすることは不可能です。 PPAには、ユーザーが作業中のパッケージリポジトリを保証できる評価システムがないようです。この種のコンセンサスは、マルウェアや動作しないパッケージの回避に非常に役立つと思います。 GitHubから直接提供されるAURパッケージがたくさんあるので、something-git通常のようにパッケージをインストールすると、GitHubから直接最新のパッケージが提供されます。PPAはこのように動的に更新されないため、通常、そこにあるパッケージは非常に古くなっています。

17 package-management 

私は、psバイナリを再インストールする必要がある状況にいることに気付きました。誤ってバイナリを別の場所にコピーし、すぐに削除しました。バイナリはbinディレクトリにありません。 coreutilsUbuntuでパッケージを再インストールしようとしましたpsが、再インストールされませんでした。別のパッケージがありpsますか？

17 package-management 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Ask Ubuntuで話題になるようにします。 2年前に閉店しました。 Ubuntu 16.04 LTSを実行していますが、新しいバージョンのGCC、具体的には2017年5月2日リリースのgcc-7をインストールしたいです。ツールチェーンテストビルドppaにはそのためのパッケージがありますが、その隣にリストされているUbuntuバージョンは7-20170407-0ubuntu2（これが何に対応するのかわかりません）。この質問 とこの質問の指示に従ってみましたが、同じ問題がありました。それらはgcc 7.1が正式にリリースされる前からのものですので、リリースされた時点で指示がまったく変わるかどうかはわかりませんか？ PPAを追加した後でも、次のようになります。 user@computer:~$ sudo add-apt-repository ppa:ubuntu-toolchain-r/test user@computer:~$ sudo apt-get update user@computer:~$ sudo apt install gcc-7 Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package gcc-7 新しいgccのインストール方法に関するアイデアはありますか？ディストリビューションをアップグレードするつもりはありません。また、ソースからビルドすることもできませんが、それをすべて手作業で管理するのは面倒なので、それは私の最後の手段のようなものです。

16 16.04  apt  package-management  ppa  gcc 

texlive2015年に2017年をインストールしようとしましたが、エラーが発生しました。それは言う trying to overwrite '/usr/share/doc/texlive-doc/latex/mweights/README', which is also in package texlive-latex-extra-doc 2015.20160320-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)' 私は使った sudo add-apt-repository ppa:jonathonf/texlive-2017 sudo apt-get update sudo apt-get install texlive-full どうすれば修正できますか？

16 16.04  package-management  latex  texlive 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 2年前に閉店しました。 ユーザーが安全でない可能性のある場所からバイナリをダウンロードすることを望まない銀行やその他の企業向けに、カスタムUbuntuコンピューターを実行する方法（インストールから毎日の使用まで）について文書化されたプロセスと方法はありますか？ apt-get、updateなどは、少数の信頼できるインターネットまたはイントラネットの場所からのみ発生しますか？ 更新：最初の回答の後にこれを追加しました。これらのユーザーはサポートであり、システムの初心者ユーザーおよび銀行ソフトウェアの開発者です。そのため、一部のユーザーはsudo権限が必要です。それらを監視する準備ができているので、例外はすぐにキャッチされます（ソースリストの追加など）が、既知のリポジトリからのものをインストールするなどの他のアクションは報告されません。 目的は、セキュリティを確保し、Ubuntuまたはフレーバーを使用して、開発者や他のsudoユーザーができるだけ生産的になることです。（およびWindowsおよびMacコンピューターへの依存を減らします） .2。また、IT担当者は、sudoユーザーであっても、フォルダーを共有するなどのアクションを実行できないように、ポリシーをユーザーに分割できます。完全なソリューションですか？

16 system-installation  package-management  software-installation  security 

このWikiページに出会ったのは、パッケージマネージャーのトラブルシューティング手順です。 その中には、次のようなコマンドがありました。 LANG=C;sudo apt-get clean LANG=C;sudo apt-get autoclean LANG=C;sudo apt-get -f install LANG=C;sudo apt-get --fix-missing install LANG=C;sudo apt-get --purge autoremove LANG=C;sudo apt-get --fix-missing update -o APT::Cache-Limit=100000000 LANG=C;sudo apt-get update -o APT::Cache-Limit=100000000 && sudo apt-get dist-upgrade それでは、目的はLANG=C;何ですか？

16 package-management  locale