Your message dated Tue, 10 Jun 2008 03:02:51 +0200
with message-id <[EMAIL PROTECTED]>
and subject line gnupg: loops endlessly with --refresh-keys and a particular
key and keyserver
has caused the Debian Bug report #439689,
regarding gnupg: loops endlessly with --refresh-keys and a particular key and
keyserver
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
439689: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439689
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Subject: gnupg: loops endlessly with --refresh-keys and a particular key and
keyserver
Package: gnupg
Version: 1.4.6-2
Severity: important
*** Please type your report below this line ***
I reproduced this bug on 3 different Debian (sarge, etch and testing).
It seems Ubuntu has the same problem (tested on Dapper and Gutsy).
This has been tested on i686 32-bits hardware only and from four different
Internet connections (2 in Belgium, one in Germany and one in France by an
Ubuntu user).
Reproduced with gnupg Debian stable/testing 1.4.6-2 and 1.4.1-1.sarge7
and with Ubuntu Dapper 1.4.2.2-1ubuntu2.5 and Gutsy 1.4.6-2ubuntu3
$ gpg
gpg: directory `/home/foobar/.gnupg' created
gpg: keyring `/home/foobar/.gnupg/secring.gpg' created
gpg: keyring `/home/foobar/.gnupg/pubring.gpg' created
# Getting Peter Palfrader key
$ gpg --keyserver pgp.surfnet.nl --recv-keys 94C09C7F
# Refreshing pub keyring from pgp.mit.edu
$ gpg --refresh-keys --keyserver pgp.mit.edu
# after a few seconds CPU usage raises to 100%
9344 foobar 25 0 6492 3140 1188 R 100 0.3 0:48.35 gpg
# after 15 minutes, still the same, no timeout or any other error
9344 foobar 25 0 6492 3140 1188 R 100 0.3 15:02.65 gpg
# Using ltrace I can observe it is endlessly freeing memory and
it seems sequential.
free(0x81fdc18) = <void>
free(0x81fddc8) = <void>
free(0x81fdde0) = <void>
free(0x81fdd80) = <void>
free(0x81fdd70) = <void>
free(0x81fdf58) = <void>
free(0x81fdf38) = <void>
free(0x81fdf70) = <void>
free(0x81fdd50) = <void>
free(0x81fdf00) = <void>
free(0x81fdf18) = <void>
free(0x81fdeb8) = <void>
free(0x81fdea8) = <void>
free(0x81fe090) = <void>
free(0x81fe070) = <void>
free(0x81fe0a8) = <void>
free(0x81fde88) = <void>
# Using another keyserver as source doesn't hurt, gpg behaves normally
$ gpg --refresh-keys --keyserver pgp.surfnet.nl
Hope this will help and sorry for my English.
PS: it's been running for 25 minutes the time I finished this mail ;)
PPS: apparently this has nothing to do with #72148, connection closes normaly
as reported by netstat
-- System Information:
Debian Release: lenny/sid
APT prefers stable
APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'unstable'), (500,
'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Versions of packages gnupg depends on:
ii gpgv 1.4.6-2 GNU privacy guard - signature veri
ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co
ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii libldap2 2.1.30-13.4 OpenLDAP libraries
ii libreadline5 5.2-3 GNU readline and history libraries
ii libusb-0.1-4 2:0.1.12-5 userspace USB programming library
ii makedev 2.3.1-83 creates device files in /dev
ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime
gnupg recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: gnupg
Source-Version: 1.4.8-1
This bug seems to have been fixed in gnupg 1.4.8. I'm therefor going to
close this report. Please feel free to comment on this decision and/or
reopen the report if necessary.
Regards, Daniel
--- End Message ---
