You are not logged in.
This appears to be a real doozy. ![]()
Targets (6): gpgme-1.3.1-2 intltool-0.50.0-1 libreoffice-calc-3.4.5-1
libreoffice-common-3.4.5-1 libreoffice-en-GB-3.4.5-1
libreoffice-writer-3.4.5-1
Proceed with installation? [Y/n] y
(6/6) checking package integrity [----------------------] 100%
error: gpgme: key "1EB2638FF56C0C53" is unknown
error: key "1EB2638FF56C0C53" could not be looked up remotely
error: intltool: key "FCF2CB179205AC90" is unknown
:: Import PGP key 9205AC90, "Eric Belanger <eric@archlinux.org>", created 2011-04-20? [Y/n] y
error: key "Eric Belanger <eric@archlinux.org>" could not be imported
error: libreoffice-en-GB: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: libreoffice-common: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: libreoffice-calc: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: libreoffice-writer: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.Followed archvortex's "How To" on pacman keyring entropy fix. Any ideas? TIA.
Last edited by nightcap (2012-01-17 04:06:31)
------
inject arch! /reject M$
Offline
[Edit] Sorry but i just found that the solution i first suggested (merging /etc/pacman.config with /etc/pacman.config.pacnew) worked on Arch but not on Archbang... Still trying to find a way to correct things in AB...
Last edited by xtremyst (2012-01-16 22:08:50)
Offline
While i was on Arch i had the exact same problem as nightcap, i tried Archvortex's "how to" but didnt work...
i thought it was a pacman4 issue, so after reading this post https://bbs.archlinux.org/viewtopic.php?id=133684
i merged /etc/pacman.conf and /etc/pacman.conf.pacnew using meld and it worked perfectly...
So i switched to AB in order to do the same thing but for some reason it didnt work as i expected...
When i first tried to upgrade on AB i was asked if i wanted to upgrade pacman first,i tried to upgrade pacman
and merge the two files i mentioned before, but in the end all i got was...
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: package-query: requires pacman<3.6So i did some research on archlinux forum and i found this thread: https://bbs.archlinux.org/viewtopic.php?id=128401,
post #9 did the trick for me...
Last edited by xtremyst (2012-01-16 22:39:54)
Offline
I just did that today when I upgraded pacman...eh
Try this it can be found in -- https://wiki.archlinux.org/index.php/Pa … r_PGP_keys
"Edit /etc/pacman.d/gnupg/gpg.conf ,replace keyserver hkp://keys.gnupg.net with keyserver hkp://pgp.mit.edu:11371"
If that doesn't work try following the masterkey script
The next time you pacman -Syu it'll ask you to verify them Yes/no say yes and it shouldn't ask you anymore and all should be well. Well for me it was.
Offline
Please see http://bbs.archbang.org/viewtopic.php?pid=9848#p9848
This was already done for those of us already running Pacman 4.0 since September. Also see http://bbs.archbang.org/viewtopic.php?id=1141 for an explanation.
GUI's?? We don't need no stinkin' GUI's!!!
Offline
Thanks for links and suggestions. None have worked thus far.
Just read this blog: http://allanmcrae.com/2011/12/pacman-pa … rch-linux/
Allied to further on-line browsing, may I clarify:
1. How do etc/pacman.conf and etc/pacman.conf.pacnew function, separately, and together?
2. My pacman.conf currently contains intriguing entries, such as "ShowSize" and "ILoveCandy". Is this a sign of malicious hacking?
3. How am I able to re-install keyring contents, after comprehensively wiping troublesome keys?
4. When will my Arch! adrenaline-charged update nightmares subside?
------
inject arch! /reject M$
Offline
You have pacman.conf.pacnew as it is the new version of pacman.conf
pacnew files are not working system files so without user intervention they do nothing
Offline
Show Size shows the size of the package and is part of the 3.5 pacman. I Love Candy is the pacman like character that moves across the screen as your package is downloaded in the terminal and is different from regular Arch.
I just did a fresh install, followed my instructions at http://bbs.archbang.org/viewtopic.php?id=2071 and have no problems updating packages, and accumulating signatures and keys.
GUI's?? We don't need no stinkin' GUI's!!!
Offline
@Mr Green
Thanks for link. I am none the wiser, as I am not a clairvoyant coder. Sorry. May I ask, is there a clear explanation available of steps necessary for me to fix this?
If the Pacman 4.0 RC cycle was commenced early last year (according to Mr McRae's Arch-centric blog), why have these apparent teething problems re-surfaced now?
Last edited by nightcap (2012-01-17 03:22:01)
------
inject arch! /reject M$
Offline
I got the pacman 4.0 working on Archbang like this:
First it show some errors:
sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
catalyst is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (7): inetutils-1.9.1-1 intltool-0.50.0-1 libreoffice-calc-3.4.5-1
libreoffice-common-3.4.5-1 libreoffice-fi-3.4.5-1 libreoffice-writer-3.4.5-1
sdl_image-1.2.11-1
Total Installed Size: 274.11 MiB
Net Upgrade Size: -0.07 MiB
Proceed with installation? [Y/n]
(7/7) checking package integrity [-------------------------------] 100%
error: inetutils: signature from "Eric Belanger <eric@archlinux.org>" is unknown trust
error: intltool: signature from "Eric Belanger <eric@archlinux.org>" is unknown trust
error: libreoffice-fi: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: libreoffice-common: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: libreoffice-calc: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: libreoffice-writer: signature from "Andreas Radke <andyrtr@archlinux.org>" is unknown trust
error: sdl_image: signature from "Jan Alexander Steffens (heftig) <jan.steffens@gmail.com>" is unknown trust
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.Go to /etc folder
cd /etc Backup your pacman.conf
sudo mv /etc/pacman.conf ~/pacman.conf.backup Move pacman.conf.pacnew to pacman.conf
sudo mv pacman.conf.pacnew pacman.conf Edit pacman.conf by using ArchVortex guidance: http://bbs.archbang.org/viewtopic.php?id=2071
sudo nano pacman.conf Ensure the keyring is properly initialized and has the required access permissions.
sudo pacman-key --initand voila everything is working
sudo pacman -Suy
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (7): inetutils-1.9.1-1 intltool-0.50.0-1 libreoffice-calc-3.4.5-1
libreoffice-common-3.4.5-1 libreoffice-fi-3.4.5-1 libreoffice-writer-3.4.5-1
sdl_image-1.2.11-1
Total Installed Size: 274.11 MiB
Net Upgrade Size: -0.07 MiB
Proceed with installation? [Y/n]
(7/7) checking package integrity [###############################] 100%
(7/7) loading package files [###############################] 100%
(7/7) checking for file conflicts [###############################] 100%
(7/7) checking available disk space [###############################] 100%
(1/7) upgrading inetutils [###############################] 100%
(2/7) upgrading intltool [###############################] 100%
(3/7) upgrading libreoffice-fi [###############################] 100%
(4/7) upgrading libreoffice-common [###############################] 100%
New optional dependencies for libreoffice-common
beanshell: interactive java -- good for prototyping /macros
gconf: adds additional gnome support
hsqldb-java: default database format for OpenOffice.org
java-runtime: adds java support
libcups: adds printing support
libldap: to get profiles via ldap
libmspack: library for Microsoft compression formats for use in FontOOo
libmythes: for use in thesaurus
libwpg: library for importing and converting Corel WordPerfect(tm) Graphics images
lucene: full-text search engine library for Java needed in the help section
nss: adds support for signed files/macros
poppler: for shipped pdfimport extension
pstoedit: translates PostScript and PDF graphics into other vector formats
sane: for scanner access
unixodbc: adds ODBC database support
vigra: C++ computer vision library, usable in Basebmp
(5/7) upgrading libreoffice-calc [###############################] 100%
(6/7) upgrading libreoffice-writer [###############################] 100%
New optional dependencies for libreoffice-writer
libwpg: library for importing and converting Corel WordPerfect(tm) Graphics images
(7/7) upgrading sdl_image [###############################] 100%Offline
Honestly, I don't know why people are having problems if they change the SigLevel. I have been running pacman 4.0 since Sept 23rd on my ArchBang with testing repos and have had no problems. Like I said I just did a fresh iinstall to test upgrading, uncommented the SigLevel = OptionalTrustAll and commented SigLevel =Never in pacman.conf.pacnew and it let me update and obtain all signatures and keys. An error will show if you don't have the key for the package but you just answer yes and it accepts it. Maybe try adding SigLevel = OptionalTrustAll to the old pacman.conf just in case there is a conflict between the two pacman.conf for some reason.
GUI's?? We don't need no stinkin' GUI's!!!
Offline
Thanks Mastis for posting that!!
GUI's?? We don't need no stinkin' GUI's!!!
Offline
We are going to get many many posts like this because pacman is going to break Mastis has done a good job explaining how to get pacman running again
Must change my SigLevel ![]()
Offline
Thanks to Mastis. (Trust those Finns. They started all this Linux bizness, way back when!)
A slightly different, forensic fix for me, so as to get my head around the concept of "conf.old" and "conf.new". I used Geany to copy/paste the relevant PGP insert into pacman.conf (original). So, if I've got this right, the only real change was the PGP section? That, plus the "entropy" init thingy. I cannot wait for the next thrilling Arch! breakage.......
(Now, if only I could get my USB printer recognized by CUPS......)
------
inject arch! /reject M$
Offline
Is there a way to get ShowSize working in pacman 4? I've commented mine out now because of the errors. I liked when it showed the size of individual packages.
I am active in the IRC.
#archbang on irc.freenode.net
Offline
+1 for ShowSize being reinstated.
[Lucky for us lust for (eye) candy still functions.] ![]()
------
inject arch! /reject M$
Offline
Dave hasn't included Show Size in pacman 4 and it's been that way since the beginning of pacman 4. I've never heard him mention about adding it but I'm sure it will be requested a lot and may be added back in the future.
GUI's?? We don't need no stinkin' GUI's!!!
Offline
For the part about "error: failed to commit transaction (invalid or corrupted package (PGP signature))", I had to change my key server to mit.edu. Instructions for doing this are on the Arch Wiki.
https://wiki.archlinux.org/index.php/Pacman-key
See the Troubleshooting section at the bottom of the page.
Tim
Offline
changed /etc/pacman.conf file as archvotrex suggested and when i try to upgrade or install something i get something like this
[xtremyst@ArchBang ~]$ sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (1): clutter-gst-1.4.6-1
Total Installed Size: 0.39 MiB
Net Upgrade Size: 0.01 MiB
Proceed with installation? [Y/n] y
(1/1) checking package integrity [#######################] 100%
error: clutter-gst: key "E8F18BA1615137BC" is unknown
:: Import PGP key 615137BC, "Ionut Biru <ibiru@archlinux.org>", created 2011-04-19? [Y/n] y
(1/1) checking package integrity [#######################] 100%
(1/1) loading package files [#######################] 100%
(1/1) checking for file conflicts [#######################] 100%
(1/1) checking available disk space [#######################] 100%
(1/1) upgrading clutter-gst [#######################] 100%will pacman always ask about the key?
Offline
Pacman will ask until you have accumulated all the keys of the Trusted Users/Developers. If you want to bypass this and trust the TU/Devs have done their job correctly then edit your /etc/pacman.d/gnupg/gpg.conf by opening as root:
# nano /etc/pacman.d/gnupg/gpg.conf and change the keyserver line to
keyserver hkp://pgp.mit.edu:11371and then input in your terminal as root:
curl https://www.archlinux.org/{developers,trustedusers}/ |
awk -F\" '(/pgp.mit.edu/) {sub(/.*search=0x/,"");print $1}' |
xargs pacman-key --recv-keysand you will import all the keys. My output looks like this:
[root@ArchVortex archvortex]# curl https://www.archlinux.org/{developers,trustedusers}/ |
> awk -F\" '(/pgp.mit.edu/) {sub(/.*search=0x/,"");print $1}' |
> xargs pacman-key --recv-keys
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 82132 100 82132 0 0 34415 0 0:00:02 0:00:02 --:--:-- 42555
100 71230 100 71230 0 0 121k 0 --:--:-- --:--:-- --:--:-- 927k
gpg: requesting key EAE999BD from hkp server pgp.mit.edu
gpg: requesting key D30DB0AD from hkp server pgp.mit.edu
gpg: requesting key 0F2A092B from hkp server pgp.mit.edu
gpg: requesting key EC133BAD from hkp server pgp.mit.edu
gpg: requesting key F53A76ED from hkp server pgp.mit.edu
gpg: requesting key B4440678 from hkp server pgp.mit.edu
gpg: requesting key F56C0C53 from hkp server pgp.mit.edu
gpg: requesting key 1985A992 from hkp server pgp.mit.edu
gpg: requesting key 9205AC90 from hkp server pgp.mit.edu
gpg: requesting key A9999C34 from hkp server pgp.mit.edu
gpg: requesting key 4CE1C13E from hkp server pgp.mit.edu
gpg: requesting key 00F0D0F0 from hkp server pgp.mit.edu
gpg: requesting key F04569AE from hkp server pgp.mit.edu
gpg: requesting key 215B37AD from hkp server pgp.mit.edu
gpg: requesting key 615137BC from hkp server pgp.mit.edu
gpg: requesting key AF924463 from hkp server pgp.mit.edu
gpg: requesting key 3B94FA10 from hkp server pgp.mit.edu
gpg: requesting key 4FA415FA from hkp server pgp.mit.edu
gpg: requesting key 589874AB from hkp server pgp.mit.edu
gpg: requesting key 983D4366 from hkp server pgp.mit.edu
gpg: requesting key FF10B937 from hkp server pgp.mit.edu
gpg: requesting key 9741E8AC from hkp server pgp.mit.edu
gpg: requesting key C0711BF1 from hkp server pgp.mit.edu
gpg: requesting key 2D1493D2 from hkp server pgp.mit.edu
gpg: requesting key 8406FFF3 from hkp server pgp.mit.edu
gpg: requesting key AB441196 from hkp server pgp.mit.edu
gpg: requesting key 8E4B1A25 from hkp server pgp.mit.edu
gpg: requesting key 7EDF681F from hkp server pgp.mit.edu
gpg: requesting key 06361833 from hkp server pgp.mit.edu
gpg: requesting key 437520BD from hkp server pgp.mit.edu
gpg: requesting key 70E80477 from hkp server pgp.mit.edu
gpg: requesting key 5CF9C8D4 from hkp server pgp.mit.edu
gpg: requesting key EC133BAD from hkp server pgp.mit.edu
gpg: requesting key 487328A9 from hkp server pgp.mit.edu
gpg: requesting key 6521E06D from hkp server pgp.mit.edu
gpg: requesting key F56C0C53 from hkp server pgp.mit.edu
gpg: requesting key A9999C34 from hkp server pgp.mit.edu
gpg: requesting key 4CE1C13E from hkp server pgp.mit.edu
gpg: requesting key 99AD6E84 from hkp server pgp.mit.edu
gpg: requesting key 91B842AE from hkp server pgp.mit.edu
gpg: requesting key 4FA415FA from hkp server pgp.mit.edu
gpg: requesting key 013C2580 from hkp server pgp.mit.edu
gpg: requesting key 7C50773E from hkp server pgp.mit.edu
gpg: requesting key 3CFD4BB6 from hkp server pgp.mit.edu
gpg: requesting key D21E1A55 from hkp server pgp.mit.edu
gpg: requesting key BAB142C1 from hkp server pgp.mit.edu
gpg: requesting key D1CEDDAC from hkp server pgp.mit.edu
gpg: requesting key 9326B440 from hkp server pgp.mit.edu
gpg: requesting key F1D357C1 from hkp server pgp.mit.edu
gpg: requesting key DA2EE423 from hkp server pgp.mit.edu
gpg: requesting key E19DAA50 from hkp server pgp.mit.edu
gpg: requesting key C0711BF1 from hkp server pgp.mit.edu
gpg: requesting key 2072D77A from hkp server pgp.mit.edu
gpg: requesting key EA433FC7 from hkp server pgp.mit.edu
gpg: requesting key E62EB915 from hkp server pgp.mit.edu
gpg: requesting key 0C84C0A5 from hkp server pgp.mit.edu
gpg: requesting key 295AFBF4 from hkp server pgp.mit.edu
gpg: requesting key 3C4F88BC from hkp server pgp.mit.edu
gpg: requesting key C2E5C0D2 from hkp server pgp.mit.edu
gpg: key EAE999BD: "Allan McRae <me@allanmcrae.com>" not changed
gpg: key D30DB0AD: "Andrea Scarpino (Arch Linux) <andrea@archlinux.org>" 1 new signature
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: Total number processed: 2
gpg: unchanged: 1
gpg: new signatures: 1
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error
==> Updating trust database...
gpg: no need for a trustdb checkGUI's?? We don't need no stinkin' GUI's!!!
Offline
thank you very much ArchVortex
Offline
Seems not quite all is, as it should be, or was, yesterday:
Targets (4): git-1.7.8.4-1 lib32-gcc-libs-4.6.2-5.1 lib32-glibc-2.15-3.1
linux-3.2.1-1
Total Download Size: 46.42 MiB
Total Installed Size: 89.96 MiB
Net Upgrade Size: 2.25 MiB
Proceed with installation? [Y/n] y
:: Retrieving packages from core...
linux-3.2.1-1-x86_64 40.8 MiB 265K/s 02:38 [----------------------] 87%
:: Retrieving packages from extra...
git-1.7.8.4-1-x86_64 43.1 MiB 262K/s 02:48 [----------------------] 92%
:: Retrieving packages from multilib...
lib32-glibc-2.15-3.... 45.7 MiB 258K/s 03:01 [----------------------] 98%
lib32-gcc-libs-4.6.... 46.4 MiB 254K/s 03:07 [----------------------] 100%
(4/4) checking package integrity [----------------------] 100%
error: git: key "5C2E46A0F53A76ED" is unknown
error: key "5C2E46A0F53A76ED" could not be looked up remotely
error: linux: key "771DF6627EDF681F" is unknown
error: key "771DF6627EDF681F" could not be looked up remotely
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.Checked my pacman.conf - all (PGP) code present and correct. Update nightmare re-visits! ![]()
------
inject arch! /reject M$
Offline
Are you also running testing repos or did you add only add multilib? Linux 3.2.1.1 is the kernel on my testing partition. Did you try my suggestion in post #20?
GUI's?? We don't need no stinkin' GUI's!!!
Offline
same problem here, since this morning
Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
git-1.7.8.4-1-x86_64 2.3 MiB 211K/s 00:11 [######################] 100%
(1/1) checking package integrity [######################] 100%
error: git: key "5C2E46A0F53A76ED" is unknown
error: key "5C2E46A0F53A76ED" could not be looked up remotely
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgradedmy /etc/pacman.conf
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives
#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
#GPGDir = /etc/pacman.d/gnupg/
HoldPkg = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst = pacman
#XferCommand = /usr/bin/curl -C - -f %u > %o
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options
#UseSyslog
#UseDelta
#TotalDownload
CheckSpace
#VerbosePkgLists
# PGP signature checking
# NOTE: None of this will work without running `pacman-key --init` first.
# The compiled in default is equivalent to the following line. This requires
# you to locally sign and trust packager keys using `pacman-key` for them to be
# considered valid.
#SigLevel = Optional TrustedOnly
# If you wish to check signatures but avoid local sign and trust issues, use
# the following line. This will treat any key imported into pacman's keyring as
# trusted.
SigLevel = Optional TrustAll
# For now, off by default unless you read the above.
#SigLevel = Never
#
# REPOSITORIES
# - can be defined here or included from another file
# - pacman will search repositories in the order defined here
# - local/custom mirrors can be added here or in separate files
# - repositories listed first will take precedence when packages
# have identical names, regardless of version number
# - URLs will have $repo replaced by the name of the current repo
# - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#
# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.
#[testing]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist
[core]
#SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist
[extra]
#SigLevel = PackageOptional
Include = /etc/pacman.d/mirrorlist
#[community-testing]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist
[community]
#SigLevel = PackageOptional
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.
#[multilib-testing]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist
#[multilib]
#SigLevel = PackageOptional
#Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgsi followed your suggestions ArchVortex but unfortunately...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 82132 100 82132 0 0 69746 0 0:00:01 0:00:01 --:--:-- 106k
100 71230 100 71230 0 0 183k 0 --:--:-- --:--:-- --:--:-- 16.9M
gpg: requesting key EAE999BD from hkp server pgp.mit.edu
gpg: requesting key D30DB0AD from hkp server pgp.mit.edu
gpg: requesting key 0F2A092B from hkp server pgp.mit.edu
gpg: requesting key EC133BAD from hkp server pgp.mit.edu
gpg: requesting key F53A76ED from hkp server pgp.mit.edu
gpg: requesting key B4440678 from hkp server pgp.mit.edu
gpg: requesting key F56C0C53 from hkp server pgp.mit.edu
gpg: requesting key 1985A992 from hkp server pgp.mit.edu
gpg: requesting key 9205AC90 from hkp server pgp.mit.edu
gpg: requesting key A9999C34 from hkp server pgp.mit.edu
gpg: requesting key 4CE1C13E from hkp server pgp.mit.edu
gpg: requesting key 00F0D0F0 from hkp server pgp.mit.edu
gpg: requesting key F04569AE from hkp server pgp.mit.edu
gpg: requesting key 215B37AD from hkp server pgp.mit.edu
gpg: requesting key 615137BC from hkp server pgp.mit.edu
gpg: requesting key AF924463 from hkp server pgp.mit.edu
gpg: requesting key 3B94FA10 from hkp server pgp.mit.edu
gpg: requesting key 4FA415FA from hkp server pgp.mit.edu
gpg: requesting key 589874AB from hkp server pgp.mit.edu
gpg: requesting key 983D4366 from hkp server pgp.mit.edu
gpg: requesting key FF10B937 from hkp server pgp.mit.edu
gpg: requesting key 9741E8AC from hkp server pgp.mit.edu
gpg: requesting key C0711BF1 from hkp server pgp.mit.edu
gpg: requesting key 2D1493D2 from hkp server pgp.mit.edu
gpg: requesting key 8406FFF3 from hkp server pgp.mit.edu
gpg: requesting key AB441196 from hkp server pgp.mit.edu
gpg: requesting key 8E4B1A25 from hkp server pgp.mit.edu
gpg: requesting key 7EDF681F from hkp server pgp.mit.edu
gpg: requesting key 06361833 from hkp server pgp.mit.edu
gpg: requesting key 437520BD from hkp server pgp.mit.edu
gpg: requesting key 70E80477 from hkp server pgp.mit.edu
gpg: requesting key 5CF9C8D4 from hkp server pgp.mit.edu
gpg: requesting key EC133BAD from hkp server pgp.mit.edu
gpg: requesting key 487328A9 from hkp server pgp.mit.edu
gpg: requesting key 6521E06D from hkp server pgp.mit.edu
gpg: requesting key F56C0C53 from hkp server pgp.mit.edu
gpg: requesting key A9999C34 from hkp server pgp.mit.edu
gpg: requesting key 4CE1C13E from hkp server pgp.mit.edu
gpg: requesting key 99AD6E84 from hkp server pgp.mit.edu
gpg: requesting key 91B842AE from hkp server pgp.mit.edu
gpg: requesting key 4FA415FA from hkp server pgp.mit.edu
gpg: requesting key 013C2580 from hkp server pgp.mit.edu
gpg: requesting key 7C50773E from hkp server pgp.mit.edu
gpg: requesting key 3CFD4BB6 from hkp server pgp.mit.edu
gpg: requesting key D21E1A55 from hkp server pgp.mit.edu
gpg: requesting key BAB142C1 from hkp server pgp.mit.edu
gpg: requesting key D1CEDDAC from hkp server pgp.mit.edu
gpg: requesting key 9326B440 from hkp server pgp.mit.edu
gpg: requesting key F1D357C1 from hkp server pgp.mit.edu
gpg: requesting key DA2EE423 from hkp server pgp.mit.edu
gpg: requesting key E19DAA50 from hkp server pgp.mit.edu
gpg: requesting key C0711BF1 from hkp server pgp.mit.edu
gpg: requesting key 2072D77A from hkp server pgp.mit.edu
gpg: requesting key EA433FC7 from hkp server pgp.mit.edu
gpg: requesting key E62EB915 from hkp server pgp.mit.edu
gpg: requesting key 0C84C0A5 from hkp server pgp.mit.edu
gpg: requesting key 295AFBF4 from hkp server pgp.mit.edu
gpg: requesting key 3C4F88BC from hkp server pgp.mit.edu
gpg: requesting key C2E5C0D2 from hkp server pgp.mit.edu
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error
==> Updating trust database...
gpg: no need for a trustdb checkand... ofcourse...
Targets (1): git-1.7.8.4-1
Total Installed Size: 13.61 MiB
Net Upgrade Size: 0.00 MiB
Proceed with installation? [Y/n] y
(1/1) checking package integrity [######################] 100%
error: git: key "5C2E46A0F53A76ED" is unknown
error: key "5C2E46A0F53A76ED" could not be looked up remotely
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.Last edited by xtremyst (2012-01-19 02:46:53)
Offline
It looks like it's trying to download two keys at the same time. 5C2E46A0F53A76ED is two keys combined. F53A76ED is Dan (toofishes) McGee's PGP key but I don't know who the other one belongs to. Give it a day and it should get sorted out.
GUI's?? We don't need no stinkin' GUI's!!!
Offline
Well it did not work when I updated kernel but just ran -Syu again and
Targets (1): cifs-utils-5.2-1
Total Download Size: 0.04 MiB
Total Installed Size: 0.13 MiB
Net Upgrade Size: 0.05 MiB
Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
cifs-utils-5.2-1-x86_64 40.4 KiB 386K/s 00:00 [#######################] 100%
(1/1) checking package integrity [#######################] 100%
error: cifs-utils: key "771DF6627EDF681F" is unknown
:: Import PGP key 7EDF681F, "Tobias Powalowski <tpowa@archlinux.org>", created 2011-07-18? [Y/n] y
(1/1) checking package integrity [#######################] 100%
(1/1) loading package files [#######################] 100%
(1/1) checking for file conflicts [#######################] 100%
(1/1) checking available disk space [#######################] 100%
(1/1) upgrading cifs-utils [#######################] 100%
[mrgreen@macmillan etc]$ SigLevel = Optional TrustAll
Offline
it looks like it's autosolved...
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (1): git-1.7.8.4-1
Total Installed Size: 13.61 MiB
Net Upgrade Size: 0.00 MiB
Proceed with installation? [Y/n] y
(1/1) checking package integrity [######################] 100%
error: git: key "5C2E46A0F53A76ED" is unknown
:: Import PGP key F53A76ED, "Dan McGee <dpmcgee@gmail.com>", created 2007-06-27? [Y/n] y
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
(1/1) checking available disk space [######################] 100%
(1/1) upgrading git It's strange, although i followed Archvortex's guide from post #20 i got the same question for the PGPKey... at least i managed to upgrade...
i guess these issues will go away after a few days...
(SigLevel = Optional TrustAll)
Edit: retried your suggestion and everything went well... thanks again...
Last edited by xtremyst (2012-01-19 15:46:24)
Offline
Post #20 fixed my problems ArchVortex
Great scripts. I followed mastis post yesterday to get it to work but today it had stopped working and I had to follow yours.
I am active in the IRC.
#archbang on irc.freenode.net
Offline
+1 for ArchVortex's PGP import script. Thanks. All good..........until tomorrow?
------
inject arch! /reject M$
Offline
All is ok also for me, many thanks to Mastis and Archvortex
Laptops Acer Aspire 1355LM P4-Athlon XP mobile 2600+ - RAM 2GB - HD 40 GB and Acer Travelmate 632 XV P4-M 1.6 GHz - RAM 1 GB - HD 40 GB - 14.1" TFT XGA (1024 x 768) both for Archbang !
Sorry for my bad english ...
Offline
Very usefull information.
Thanks.
Le mieux est l'ennemi du bien (Voltaire).
Offline
This Arch Bang offering is giving me hope I will learn to get a good clean Arch system going on this MacBook Pro finally. I can not thank you all enough for making Arch accessible. It is so cool to be able to simply follow instructions, and wind up with a screaming system like the big boys use.
MacBook Pro, Virtual Box, rEFIt, Boot Camp, Reading Glasses, Gratitude
Totally intrigued with all things Arch Linux! I can hack my Android phone with it, and I can purge my MacBook Pro of this Apple crud. I sold my friends soul to learn Arch, and it is worth it! Thanks for having me; and always giving me something to sink my teeth into, or someone else' teeth when its too tough!
Offline
I just came across this problem today and it took me a while to solve this one.
For me, doing the following command solved the problem
pacman-key --populate archlinux
Hopefully, this can help someone else out.
Offline
sudoku11 your problem was different, this thread had to do with the upgrade from pacman 3 to pacman 4 that took place a few months ago, your problem had to do with this http://www.archlinux.org/news/having-pa … -packages/ and it was a pacman4 issue ![]()
Offline
If the Pacman 4.0 RC cycle was commenced early last year (according to Mr McRae's Arch-centric blog), why have these apparent teething problems re-surfaced now?
Offline