Pacman-key - Versionsgeschichte

Dirk am 19. Oktober 2025 um 22:46 Uhr

2025-10-19T22:46:21Z

← Nächstältere Version		Version vom 20. Oktober 2025, 00:46 Uhr
Zeile 1:		Zeile 1:
	Pacman-key ~~ist ein neues, mit [[Pacman]] 4 verfügbares Werkzeug. Es~~ ermöglicht dem Nutzer, die Liste vertrauenswürdiger Schlüssel zu verwalten.		Pacman-key ermöglicht dem Nutzer, die Liste vertrauenswürdiger Schlüssel zu verwalten.

	Hintergrundinformationen zu diesem Thema sind in folgenden (englischen) Blogeinträgen, [http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/] [http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/] [http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/] [http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/4] sowie dem englischsprachigen [[:en:DeveloperWiki:Package_signing\|Wiki]] und in diesem {{forum\|20662\|Thread}} im deutschen Arch-Forum zu finden.		Hintergrundinformationen zu diesem Thema sind in folgenden (englischen) Blogeinträgen, [http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/] [http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/] [http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/] [http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/4] sowie dem englischsprachigen [[:en:DeveloperWiki:Package_signing\|Wiki]] und in diesem {{forum\|20662\|Thread}} im deutschen Arch-Forum zu finden.

Henrikx am 30. Juni 2017 um 15:12 Uhr

2017-06-30T15:12:51Z

← Nächstältere Version		Version vom 30. Juni 2017, 17:12 Uhr
Zeile 25:		Zeile 25:
	SigLevel = PackageRequired		SigLevel = PackageRequired

	Pakete aus diesen ~~Repositories~~ können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.		Pakete aus diesen Repositorys können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.

	=== Archlinux-Keyring ===		=== Archlinux-Keyring ===
Zeile 48:		Zeile 48:

	Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.		Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.
	Allerdings kann es vorkommen, dass man fremde ~~Repositories~~ benutzt. Und wenn die Anbieter fremder ~~Repositories~~ Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.		Allerdings kann es vorkommen, dass man fremde Repositorys benutzt. Und wenn die Anbieter fremder Repositorys Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.

	Ein weiterer nützlicher Befehl ist:		Ein weiterer nützlicher Befehl ist:

Skull-y: updatedb > unbekannter Befehl unter Arch, ist ja kein Debian/Ubuntu

2014-02-09T12:49:30Z

updatedb > unbekannter Befehl unter Arch, ist ja kein Debian/Ubuntu

← Nächstältere Version		Version vom 9. Februar 2014, 14:49 Uhr
Zeile 106:		Zeile 106:
	the OS a chance to collect more entropy!		the OS a chance to collect more entropy!
	kann man z.B. durch bewegen der Maus, drücken zufälliger Tasten auf der Tastatur oder ausführen folgender Befehle in anderen virtuellen Konsolen Abhilfe schaffen:		kann man z.B. durch bewegen der Maus, drücken zufälliger Tasten auf der Tastatur oder ausführen folgender Befehle in anderen virtuellen Konsolen Abhilfe schaffen:
	~~updatedb~~
	ls -lR / > /dev/null		ls -lR / > /dev/null
	find / -type f -exec cat "{}" \; > /dev/null		find / -type f -exec cat "{}" \; > /dev/null

Anonymous: typos

2013-04-17T08:48:15Z

typos

← Nächstältere Version		Version vom 17. April 2013, 10:48 Uhr
Zeile 25:		Zeile 25:
	SigLevel = PackageRequired		SigLevel = PackageRequired

	Pakete aus diesen ~~Repositorys~~ können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.		Pakete aus diesen Repositories können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.

	=== Archlinux-Keyring ===		=== Archlinux-Keyring ===
Zeile 48:		Zeile 48:

	Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.		Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.
	Allerdings kann es vorkommen, dass man fremde ~~Repositorys~~ benutzt. Und wenn die Anbieter fremder ~~Repositorys~~ Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.		Allerdings kann es vorkommen, dass man fremde Repositories benutzt. Und wenn die Anbieter fremder Repositories Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.

	Ein weiterer nützlicher Befehl ist:		Ein weiterer nützlicher Befehl ist:

Boenki: niemand schreibt "Repositys", oder?

2013-03-03T19:28:02Z

niemand schreibt "Repositys", oder?

← Nächstältere Version		Version vom 3. März 2013, 21:28 Uhr
Zeile 18:		Zeile 18:
	=== Pacman konfigurieren ===		=== Pacman konfigurieren ===

	Zunächst muss man sich für die Art der Signaturprüfung entscheiden. Diese wird über die SigLevel-Option in der Datei {{ic\|/etc/pacman.conf}} eingestellt. Man hat die Möglichkeit die Option global oder für jedes ~~Reposity~~ extra einzustellen.		Zunächst muss man sich für die Art der Signaturprüfung entscheiden. Diese wird über die SigLevel-Option in der Datei {{ic\|/etc/pacman.conf}} eingestellt. Man hat die Möglichkeit die Option global oder für jedes Repository extra einzustellen.
	Welche Einträge gültig sind können in der in der Man-Page von '''pacman.conf''' [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking man page] nachgelesen werden.		Welche Einträge gültig sind können in der in der Man-Page von '''pacman.conf''' [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking man page] nachgelesen werden.

	Standardmäßig ist in der {{ic\|pacman.conf}} für jedes ~~Reposity~~ folgende Option gesetzt:		Standardmäßig ist in der {{ic\|pacman.conf}} für jedes Repository folgende Option gesetzt:

	SigLevel = PackageRequired		SigLevel = PackageRequired

	Pakete aus diesen ~~Repositys~~ können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.		Pakete aus diesen Repositorys können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.

	=== Archlinux-Keyring ===		=== Archlinux-Keyring ===
Zeile 48:		Zeile 48:

	Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.		Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.
	Allerdings kann es vorkommen, dass man fremde ~~Repositys~~ benutzt. Und wenn die Anbieter fremder ~~Repositys~~ Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.		Allerdings kann es vorkommen, dass man fremde Repositorys benutzt. Und wenn die Anbieter fremder Repositorys Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.

	Ein weiterer nützlicher Befehl ist:		Ein weiterer nützlicher Befehl ist:

Dirk: Niemand benutzt „Repositorium“ …

2013-03-03T02:14:09Z

Niemand benutzt „Repositorium“ …

← Nächstältere Version		Version vom 3. März 2013, 04:14 Uhr
Zeile 18:		Zeile 18:
	=== Pacman konfigurieren ===		=== Pacman konfigurieren ===

	Zunächst muss man sich für die Art der Signaturprüfung entscheiden. Diese wird über die SigLevel-Option in der Datei {{ic\|/etc/pacman.conf}} eingestellt. Man hat die Möglichkeit die Option global oder für jedes ~~Repositorium~~ extra einzustellen.		Zunächst muss man sich für die Art der Signaturprüfung entscheiden. Diese wird über die SigLevel-Option in der Datei {{ic\|/etc/pacman.conf}} eingestellt. Man hat die Möglichkeit die Option global oder für jedes Reposity extra einzustellen.
	Welche Einträge gültig sind können in der in der Man-Page von '''pacman.conf''' [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking man page] nachgelesen werden.		Welche Einträge gültig sind können in der in der Man-Page von '''pacman.conf''' [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking man page] nachgelesen werden.

	Standardmäßig ist in der {{ic\|pacman.conf}} für jedes ~~Repositorium~~ folgende Option gesetzt:		Standardmäßig ist in der {{ic\|pacman.conf}} für jedes Reposity folgende Option gesetzt:

	SigLevel = PackageRequired		SigLevel = PackageRequired

	Pakete aus diesen ~~Repositorien~~ können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.		Pakete aus diesen Repositys können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.

	=== Archlinux-Keyring ===		=== Archlinux-Keyring ===
Zeile 48:		Zeile 48:

	Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.		Die offiziellen Schlüssel werden durch das Paket archlinux-keyring aktuell gehalten.
	Allerdings kann es vorkommen, dass man fremde ~~Repositorien~~ benutzt. Und wenn die Anbieter fremder ~~Repositorien~~ Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.		Allerdings kann es vorkommen, dass man fremde Repositys benutzt. Und wenn die Anbieter fremder Repositys Paketverifizierung anbieten, muss man deren Schlüssel selbst in den Schlüsselring übertragen. Wie genau das funktioniert kann weiter unten [[#Inoffizielle_Keys\|nachgelesen]] werden.

	Ein weiterer nützlicher Befehl ist:		Ein weiterer nützlicher Befehl ist:

85.177.21.250: Rechtschreibung

2013-03-02T16:18:50Z

Rechtschreibung

Boenki: Kleinigkeiten

2013-02-22T07:55:22Z

Kleinigkeiten

← Nächstältere Version		Version vom 22. Februar 2013, 09:55 Uhr
Zeile 134:		Zeile 134:

	* [[Pacman]]		* [[Pacman]]
	* [[~~Grundlagen der Verschlüsselung mit~~ GnuPG]]		* [[GnuPG]]
	* [http://gnupg.org/index.de.html GnuPG Website]
			== Weblinks ==
			* [http://gnupg.org/index.de.html GnuPG Website] {{sprache\|de}}

	{{ÜberFDL\|\|Seite=http://wiki.archlinux.org\|Name=ArchLinux.org Wiki\|Original=https://wiki.archlinux.org/index.php/Pacman-key}}		{{ÜberFDL\|\|Seite=http://wiki.archlinux.org\|Name=ArchLinux.org Wiki\|Original=https://wiki.archlinux.org/index.php/Pacman-key}}

	[[Kategorie:Paketverwaltung]]		[[Kategorie:Paketverwaltung]]
	[[en:Pacman-key]]		[[en:Pacman-key]]

Boenki: Vorlagen eingebaut

2013-02-20T10:52:06Z

Vorlagen eingebaut

Änderungen zeigen

78.50.89.156: /* Erzeugen zufälliger Bytes / Entropy */ small correction to command

2013-02-20T07:57:07Z

Erzeugen zufälliger Bytes / Entropy: small correction to command

← Nächstältere Version		Version vom 20. Februar 2013, 09:57 Uhr
Zeile 109:		Zeile 109:
	updatedb		updatedb
	ls -lR / > /dev/null		ls -lR / > /dev/null
	find / -type f -exec cat \; > /dev/null		find / -type f -exec cat "{}" \; > /dev/null
	top		top

← Nächstältere Version		Version vom 2. März 2013, 18:18 Uhr
Zeile 1:		Zeile 1:
	Pacman-key ist ein neues, mit [[Pacman]] 4 verfügbares Werkzeug. Es ermöglicht dem Nutzer, die Liste vertrauenswürdiger Schlüssel zu verwalten.		Pacman-key ist ein neues, mit [[Pacman]] 4 verfügbares Werkzeug. Es ermöglicht dem Nutzer, die Liste vertrauenswürdiger Schlüssel zu verwalten.
	Hintergrundinformationen zu diesem Thema sind in folgenden (englischen) Blogeinträgen, [http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/] [http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/] [http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/] [http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/4] sowie dem englischsprachigen [[:en:DeveloperWiki:Package_signing\|Wiki]] und in diesem {{forum\|20662\|Thread}} im deutschen ~~Archforum~~ zu finden.		Hintergrundinformationen zu diesem Thema sind in folgenden (englischen) Blogeinträgen, [http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/] [http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/] [http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/] [http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/4] sowie dem englischsprachigen [[:en:DeveloperWiki:Package_signing\|Wiki]] und in diesem {{forum\|20662\|Thread}} im deutschen Arch-Forum zu finden.

	== Funktionsweise ==		== Funktionsweise ==
Zeile 18:		Zeile 18:
	=== Pacman konfigurieren ===		=== Pacman konfigurieren ===

	Zunächst muss man sich für die Art der Signaturprüfung entscheiden. Diese wird über die SigLevel-Option in der Datei {{ic\|/etc/pacman.conf}} eingestellt. Man hat die Möglichkeit die Option global oder für jedes ~~Repository~~ extra einzustellen.		Zunächst muss man sich für die Art der Signaturprüfung entscheiden. Diese wird über die SigLevel-Option in der Datei {{ic\|/etc/pacman.conf}} eingestellt. Man hat die Möglichkeit die Option global oder für jedes Repositorium extra einzustellen.
	Welche Einträge gültig sind können in der in der Man-Page von '''pacman.conf''' [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking man page] nachgelesen werden.		Welche Einträge gültig sind können in der in der Man-Page von '''pacman.conf''' [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking man page] nachgelesen werden.

	Standardmäßig ist in der {{ic\|pacman.conf}} für jedes ~~Repository~~ folgende Option gesetzt:		Standardmäßig ist in der {{ic\|pacman.conf}} für jedes Repositorium folgende Option gesetzt:

	SigLevel = PackageRequired		SigLevel = PackageRequired

	Pakete aus diesen Repositorien können nur installiert werden, wenn der ~~Key~~ signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.		Pakete aus diesen Repositorien können nur installiert werden, wenn der Schlüssel signiert wurde. Weiterhin bedeutet es , dass lokal gebaute Pakete keiner Signatur bedürfen um installiert werden zu können.

	=== Archlinux-Keyring ===		=== Archlinux-Keyring ===

	Der Weg, um an die gültigen Schlüssel zu kommen, wurde durch das Update von pacman auf 4.0.3 {{forum\|21658\|vereinfacht}}. Seit diesem Update wird das Paket {{paket\|archlinux-keyring}} als Abhängigkeit für Pacman ~~mitinstalliert~~.		Der Weg, um an die gültigen Schlüssel zu kommen, wurde durch das Update von pacman auf 4.0.3 {{forum\|21658\|vereinfacht}}. Seit diesem Update wird das Paket {{paket\|archlinux-keyring}} als Abhängigkeit für Pacman mit installiert.
	Dadurch braucht man nur noch die Befehle		Dadurch braucht man nur noch die Befehle

Zeile 38:		Zeile 38:
	# pacman-key --populate archlinux		# pacman-key --populate archlinux

	auszuführen. ~~Erstere~~ Befehl sorgt dafür, dass ein Schlüsselbund für Pacman erstellt wird, während der Zweite dafür sorgt, dass die ~~offziellen~~ Entwickler-Schlüssel in den eigenen Pacman-Schlüsselbund geladen werden. Die Schlüssel, die geladen, bzw entfernt werden, sind bei {{ic\|/usr/share/pacman/keyrings/}} hinterlegt. Gleichzeitig werden die Master-Schlüssel mit dem erforderlichen Trustlevel versehen.		auszuführen. Ersterer Befehl sorgt dafür, dass ein Schlüsselbund für Pacman erstellt wird, während der Zweite dafür sorgt, dass die offiziellen Entwickler-Schlüssel in den eigenen Pacman-Schlüsselbund geladen werden. Die Schlüssel, die geladen bzw. entfernt werden, sind bei {{ic\|/usr/share/pacman/keyrings/}} hinterlegt. Gleichzeitig werden die Master-Schlüssel mit dem erforderlichen Trustlevel versehen.

	Nach jedem Paket-Update sollte der Populate (engl für bestücken) Befehl ausgeführt werden, damit neue Schlüssel übernommen werden, bzw ungültig gewordene entfernt werden.		Nach jedem Paket-Update sollte der Populate (engl. für bestücken) Befehl ausgeführt werden, damit neue Schlüssel übernommen werden, bzw ungültig gewordene entfernt werden.
	Den Initialisierungsbefehl braucht man nicht mehr. Er ist nur wieder nötig, wenn man den Pacman-Schlüsselring gelöscht hat.		Den Initialisierungsbefehl braucht man nicht mehr. Er ist nur wieder nötig, wenn man den Pacman-Schlüsselring gelöscht hat.

Zeile 56:		Zeile 56:
	Mit dieser Eingabe werden von allen Schlüsseln, die lokal vorliegen, ein Update angefordert. Damit werden unter anderem die Signaturen auf den neusten Stand gebracht.		Mit dieser Eingabe werden von allen Schlüsseln, die lokal vorliegen, ein Update angefordert. Damit werden unter anderem die Signaturen auf den neusten Stand gebracht.

	Welchen Keyserver man verwendet wird in {{ic\|/etc/pacman.d/gnupg/gpg.conf}} definiert. Allerdings kann man durch die {{ic\|--keyserver}} Option in der Kommandozeile diese Definition (vorübergehend) außer Kraft setzen. (Andere Keyserver findet man in diesem [http://en.wikipedia.org/wiki/Key_server_(cryptographic) ~~Wikipediaartikel~~] {{sprache\|en}} aufgelistet.)		Welchen Keyserver man verwendet wird in {{ic\|/etc/pacman.d/gnupg/gpg.conf}} definiert. Allerdings kann man durch die {{ic\|--keyserver}} Option in der Kommandozeile diese Definition (vorübergehend) außer Kraft setzen. (Andere Keyserver findet man in diesem [http://en.wikipedia.org/wiki/Key_server_(cryptographic) Wikipedia-Artikel] {{sprache\|en}} aufgelistet.)

	Für gewöhnlich sind GPG-Schlüssel zu groß (2048 bits oder mehr) als das Menschen mit ihnen arbeiten könnten. Deshalb werden sie zerlegt, um einen 40 Hexadezimalzeichen langen Fingerprint zu erstellen. Die letzten acht Stellen, die sog. Key-ID, werden als "Name" für den Key verwandt. Der längere Fingerprint wird benutzt, um händisch zwei Schlüssel auf Gleichheit zu überprüfen.		Für gewöhnlich sind GPG-Schlüssel zu groß (2048 bits oder mehr) als das Menschen mit ihnen arbeiten könnten. Deshalb werden sie zerlegt, um einen 40 Hexadezimalzeichen langen Fingerprint zu erstellen. Die letzten acht Stellen, die sog. Key-ID, werden als "Name" für den Key verwandt. Der längere Fingerprint wird benutzt, um händisch zwei Schlüssel auf Gleichheit zu überprüfen.
Zeile 68:		Zeile 68:
	# pacman-key -r <keyid>		# pacman-key -r <keyid>
	lädt man diese ID von einem Keyserver herunter. Es ist unbedingt daran zu denken, den Fingerprint zu prüfen, so wie man es mit einem Master-Key oder jedem anderen zu signierenden Schlüssel auch täte!		lädt man diese ID von einem Keyserver herunter. Es ist unbedingt daran zu denken, den Fingerprint zu prüfen, so wie man es mit einem Master-Key oder jedem anderen zu signierenden Schlüssel auch täte!
	Befindet sich der Key auf keinem Keyserver, weil man sich nur lokal einen Key erstellt hat, um die ~~selbstgebauten~~ Pakete zu signieren, kann man diesen so hinzufügen:		Befindet sich der Key auf keinem Keyserver, weil man sich nur lokal einen Key erstellt hat, um die selbst gebauten Pakete zu signieren, kann man diesen so hinzufügen:
	# pacman-key -a <pubring-file>		# pacman-key -a <pubring-file>
	Die Pubring-Datei kann man üblicherweise im Home-Verzeichnis des Users finden, der den Key erstellt hat: {{ic\|/home/user/.gnupg/}}.		Die Pubring-Datei kann man üblicherweise im Home-Verzeichnis des Users finden, der den Key erstellt hat: {{ic\|/home/user/.gnupg/}}.
Zeile 125:		Zeile 125:
	== SigLevel Optionen ==		== SigLevel Optionen ==
	{{achtung\|Das Deaktivieren der Signaturprüfung erlaubt es Pacman, nicht vertrauenswürdige Pakete automatisch zu installieren!}}		{{achtung\|Das Deaktivieren der Signaturprüfung erlaubt es Pacman, nicht vertrauenswürdige Pakete automatisch zu installieren!}}
	Sollte man sich nicht mit Paketsignierung befassen wollen, kann man die GPG-~~Signatur-Prüfung~~ komplett deaktivieren. Dazu entfernt man in {{ic\|/etc/pacman.conf}} unter [options] das Kommentarzeichen vor:		Sollte man sich nicht mit Paketsignierung befassen wollen, kann man die GPG-Signaturprüfung komplett deaktivieren. Dazu entfernt man in {{ic\|/etc/pacman.conf}} unter [options] das Kommentarzeichen vor:
	SigLevel = Optional TrustedOnly		SigLevel = Optional TrustedOnly
	und ersetzt die Optionen durch		und ersetzt die Optionen durch