タグ付けされた質問 「repository」

リポジトリとは、通常はサーバーにリモートで保存されるデータ構造を指し、ファイルとディレクトリ、およびリポジトリのデータ構造に適用された変更の対応する履歴レコードが含まれます。

4
jessie backportsリポジトリを取得できませんでした
Dockerfileにjessie backportsリポジトリを追加し、それを使用して依存関係をインストールする、独自の開発のベースとしてdockerイメージを使用しています。このイメージでは、次のコマンドを使用してリポジトリを追加します。 echo "deb http://ftp.debian.org/debian jessie-backports main" >> /etc/apt/sources.list 問題は、バックポートリポジトリからのパッケージの取得が次のエラーで失敗するようになったことです(これは以前は機能していました)。 W: Failed to fetch http://ftp.debian.org/debian/dists/jessie-backports/main/binary-amd64/Packages 404 Not Found W: Failed to fetch http://deb.debian.org/debian/dists/jessie-updates/main/binary-amd64/Packages 404 Not Found 私はそのサーバーを調べましたが、実際にはそれらのパスは存在しません。 Debianバックポートサイトで、この特定のリポジトリを引き続き使用できるかどうかを確認しようとしましたが、これが非推奨またはそのようなものであるという兆候は見当たりませんでした。 これはリポジトリの一時的な問題ですか、それともjessie-backportsリポジトリはもう利用できませんか?そして、これが一時的な問題でない場合、新しいDebian安定版にアップグレードせずにこれまたは同等のリポジトリを使用する必要があるオプションは何ですか?
158 debian  repository 

4
Debianのシェルからリポジトリを追加する方法は?
Ubuntuでは、次のコマンドを使用してリポジトリを追加できます- sudo add-apt-repository ppa:yannubuntu/boot-repair UbuntuはDebianのコードベースに基づいているため、Debianでも同じことが機能すると期待していましたが、機能しません。 この理由は何ですか? 同じことを達成するために使用できる他のシェルコマンドはありますか? 注:を編集できることは知っていますが/etc/apt/sources.list、これをシェルから実現したいと思います。また、コードベースが同じ場合に同じコマンドが機能しない理由も知りたいです。
141 shell  debian  apt  repository  ppa 

5
Yum:$ releasever、$ basearch、$ YUM0などの変数を表示するにはどうすればよいですか?
yumリポジトリーをセットアップしていますが、yum.confファイル内のURLのいくつかをデバッグする必要があります。Scientific LinuxがこのURLを取得しようとしている理由を知る必要があります。 # yum install package http://192.168.1.100/pub/scientific/6.1/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" Trying other mirror. Error: Cannot retrieve repository metadata (repomd.xml) for repository: sl. Please verify its path and try again yum.conf(5)マニュアルページには、これらの変数に関するいくつかの情報を提供します: 変数 yumの設定ファイルのメンテナンスを容易にするために使用できる変数がいくつかあります。それらは、名前、baseurl、コマンドを含むいくつかのオプションの値で利用可能です。 $ releaseverこれは、distroverpkgにリストされているパッケージのバージョンの値に置き換えられます。これはデフォルトで 'redhat-release'パッケージのバージョンになります。 $ archこれは、Pythonのos.uname()[4]でリストされているアーキテクチャに置き換えられます。 $ basearchこれは、yumの基本アーキテクチャに置き換えられます。たとえば、$ archがi686の場合、$ basearchはi386になります。 …

5
リポジトリのストレージと帯域幅の費用は誰が負担しますか?
yum updateまたはを実行するapt-get updateと、マシンが複数のサーバーにアクセスし、複数のパッケージをダウンロードしています。これらのサーバーが毎日何百万もの同様のリクエストを処理していると思います。 これらのサーバーの保守、存在、帯域幅の支払いは誰が行うのですか?答えがディストリビューションに依存する場合、CentOS、Arch、Ubuntuが良い例です。これらの無料のオペレーティングシステムを使用しており、帯域幅を消費しているため、これについて疑問に思っていますが、この特権に対して誰にも支払いをしていません。

1
apt-getは実際にどのように機能しますか?
さて、apt-get {install|upgrade|remove} mypackagesバイナリとその構成データファイルおよび依存関係をインストール、アップグレード、または削除する方法を理解しています(実際にremoveは、追加のフラグが提供されない限り、バイナリのみが削除されます)。 これがどのように使用されるかを探しているのではなくman、それが何をしているのかをハイレベルに探しています。私の最終目標は、複数のリモートマシンに(makeファイルで作成された)カスタムソフトウェアをインストールおよび管理する手段を作成することです。このプロセスについてさらに学習する必要があります。この質問への回答が使用されているディストリビューションに基づいている場合は、Debianに合わせてください。 一般的な仕組みに加えて、次の具体的な質問があります。 aptリポジトリにアクセスしているクライアントはどのようにファイルを追跡しますか? リポジトリを同じオペレーティングシステムでホストする必要があります(つまり、aptリポジトリをredhatでホストできますか)。 ファイルをインストールする場所はどのように指定されていますか?これは.debファイルで指定されていますか? リモートマシンはどのようにリポジトリにアクセスしますか?それは単にftp(s)またはhttp(s)ですか? リポジトリをホストしているマシンは特別なソフトウェア(gitリポジトリのgitlabなど)を実行していますか、それとも単なる構造化ファイルシステムですか?


1
sources.listのdebとdeb-srcの違い
sources.listのこれら2行の違いがわかりません。説明してください。 deb http://mirror.optus.net/debian/ testing main contrib non-free 対 deb-src http://mirror.optus.net/debian/ testing main contrib non-free システム:Debian 6テスト、32ビット。
34 debian  apt  repository 

2
単一のリポジトリに対してのみGPG署名チェックをバイパスします
次の記事を読みました:aptのgpg署名チェックをバイパス/無視するにはどうすればよいですか? これは、構成する方法を概説しaptたパッケージの署名をチェックしないために、すべてに。 ただし、この設定の影響を単一(この場合はローカルでホストされる)リポジトリに制限したいと思います。 つまり、ローカルリポジトリを除き、すべての公式リポジトリは通常どおりGPG署名チェックを使用する必要があります。 それをどうやってやるの? それに失敗した場合、自動ビルド(一部のメタパッケージといくつかのプログラム)でパッケージに署名し、セキュリティで保護aptされたすべての処方を行うことの利点(セキュリティ面)は何でしょうか?リポジトリを持つホストはすべて、秘密のGPGキーが存在するホストにもなります。
34 apt  repository 

4
yumを使用してyum repoを削除する
職場のマシンにはrootアクセス権がありませんが、使用するsudo権限がありますsudo yum(yumのみ)。 最近、誤って誤ったリポジトリ(ドロップボックス)をインストールしましたが、それを削除したいと思います。yum.repos.dディレクトリへの書き込みアクセス権がないため、手動でrepoファイルを編集または削除することは問題外です。 私はあなたがyumを使ってリポジトリをインストールできることを知っていますが(それは私がやったことです)、yumを使ってリポジトリを削除できますか? Scientific Linux 6を使用します。 ちなみに、yum --disablerepo=問題のあるリポジトリは無視できると思います。ただし、グラフィカルパッケージマネージャーにも問題が発生しているため、完全に削除したいと思います(更新を取得できなかったという通知がポップアップし続けます)。

1
yumを使用してCentOSにApache 2.4をインストールする
Apache 2.2 mod_proxy_wstunnelでは使用できないため、CentOSでApache 2.4が必要です。私はこれを試しましたが、残念ながらRHEL用です。インストール後、Apache 2.4を実行できません。 CentOSに完全に動作するApache 2.4をインストールする方法を教えてもらえますか? 編集: # yum list installed | grep httpd Failed to set locale, defaulting to C httpd.x86_64 2.2.15-30.el6.centos @updates httpd-tools.x86_64 2.2.15-30.el6.centos @updates httpd24.x86_64 1-6.el6 @epel-httpd24 httpd24-apr.x86_64 1.4.8-2.el6 @epel-httpd24 httpd24-apr-util.x86_64 1.5.2-5.el6 @epel-httpd24 httpd24-httpd.x86_64 2.4.6-5.el6 @epel-httpd24 httpd24-httpd-tools.x86_64 2.4.6-5.el6 @epel-httpd24 httpd24-mod_ssl.x86_64 1:2.4.6-5.el6 @epel-httpd24 httpd24-runtime.x86_64 1-6.el6 @epel-httpd24


3
「contrib」パッケージリポジトリと「non-free」パッケージリポジトリの違いは何ですか?
私はさまざまな理由でDebianが好きですが、このディストリビューションとそのポリシーの特定の側面に関するドキュメントを見つけるのは必ずしも簡単ではありません。 私の質問は、リポジトリcontribとnon-freeパッケージリポジトリの違いは何ですか? 私が間違っていない場合、私は見つけることができる小さな説明から: non-free ライセンスが無料でないパッケージ用 contribnon-freeパッケージの依存関係(Debianの一部ではない) しかし、私には、いわば同じ目的で、Debian内でフリーでないソフトウェアを利用可能にするという2つのリポジトリがあるのは奇妙に思えます。 ここで何かが欠けているかどうかを知りたいです。


1
アーキテクチャがamd64であるにもかかわらず、i386ファイルを探しているapt
接続されていないマシンでlinux / ubuntuを更新するためにファイルリポジトリを使用しようとしています。このマシンのアーキテクチャ(uname -a): x86_64 GNU/Linux 結果は次のdpkg --printarchitectureとおりです。 amd64 これはTrusty Tahr amd64マシンであり、たとえばaptitude sources.listファイルで具体的にこれを示しています。また、ubuntuの「About this Computer」には、マシンが64ビットであると明記されています。そこで、amd64パッケージをマシンにインストールしました。ただし、実行しようとするとapt-get update、次のようなエラーが表示されます。 W: Failed to fetch file:/var/spool/apt-mirror-trusty/mirror/archive.ubuntu.com/ubuntu/dists/trusty/main/binary-i386/Packages File not found つまり、64ビットマシンであっても、aptはi386パッケージを読み取ろうとしています。なぜこれを行っているのですか、どうすれば64ビットパッケージを使用できますか? sources.listにはi386を指定するものは何もないことに注意してください。 sources.listファイルのコメント化されていない行は次のとおりです。 deb file:///var/spool/apt-mirror-trusty/mirror/archive.ubuntu.com/ubuntu trusty main restricted universe multiverse
15 apt  repository 

6
どのLinuxディストリビューションのパッケージリポジトリが安全ですか?
私が知っているほとんどのディストリビューションには、インストール後に新しいパッケージをダウンロードできるリポジトリ機能があります。安全な方法でこれを行うディストリビューションと、安全な方法でこれを行わないディストリビューション。 特に、中間者などの攻撃ベクトルや、リポジトリメタサーバーとリポジトリファイルミラーの両方でのセキュリティ違反などの問題について考えています。 SlackwareとArch linuxの両方がパッケージ署名がないため、非常に脆弱であると聞きました。これは本当ですか?単純な中間者攻撃に対して脆弱な他の主要なLinuxディストリビューションはありますか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.