http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #1 from grant k --- output from a forced refresh on an add'l-repo-loaded dev machine: timestamp of exec date Thu Nov 20 07:52:12 PST 2014 noting the key intake(s), zypper -vvv --gpg-auto-import-keys --no-gpg-checks ref --force 2>&1 out.txt grep -i warning out.txt -A0 -B1 Entering 'no-gpg-checks' mode. ... -- Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... ..........................................................................................[done] Warning: Accepting file 'repomd.xml' from repository 'SvrMonitor' signed with an unknown key 'A5C23697EE454F98'. -- Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... ...........................................................................................[done] Warning: Accepting file 'repomd.xml' from repository 'SystemsMgmt' signed with an unknown key '2ABFA143A0E46E11'. -- ... then, < 1 hr later, date Thu Nov 20 08:36:13 PST 2014 zypper -vvv ref ... Checking whether to refresh metadata for SvrMonitor Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... ..........................................................................................[done] Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... ..........................................................................................[done] Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... ......................................................................................[done] Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... ......................................................................................[done] Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... ..........................................................................................[done] File 'repomd.xml' from repository 'SvrMonitor' is signed with an unknown key 'A5C23697EE454F98'. Continue? [yes/no] (no): y Retrieving: http://download.opensuse.org/repositories/server:/monitoring/openSUSE_13.2/r... .......[done (188.7 KiB/s)] Retrieving repository 'SvrMonitor' metadata ...........................................................................................................................................................................................[done] Building repository 'SvrMonitor' cache ................................................................................................................................................................................................[done] Checking whether to refresh metadata for SystemsMgmt Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... ...........................................................................................[done] Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... ...........................................................................................[done] Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... .......................................................................................[done] Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... .......................................................................................[done] Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... ...........................................................................................[done] File 'repomd.xml' from repository 'SystemsMgmt' is signed with an unknown key '2ABFA143A0E46E11'. Continue? [yes/no] (no): y Retrieving: http://download.opensuse.org/repositories/systemsmanagement/openSUSE_13.2/re... ......................[done] Retrieving repository 'SystemsMgmt' metadata ..........................................................................................................................................................................................[done] Building repository 'SystemsMgmt' cache ...............................................................................................................................................................................................[done] ... note that the re-retreived KeyIDs are the *same* -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 Marcus Rückert changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coolo@suse.com, | |hvogel@suse.com, | |mls@suse.com, ro@suse.com -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #4 from Marcus Rückert --- I checked a most of the key IDs from your error messages. and they all match the repositories keys. how did you install those systems? it seems your auto import keys is not functioning. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #5 from grant k --- hi

how did you install those systems?

The vast majority of systems in place are recent upgrades from 13.1 -> 13.2 Some are upgrades directly from 12.3 -> 13.2 A very few are new 13.2 installs. I'm seeing this repo mis-behavior across the entire sample set, above.

it seems your auto import keys is not functioning.

If that were the case, then this zypper clean --all rpm -qa | grep gpg-pubkey | xargs rpm -e zypper -vvv --gpg-auto-import-keys --no-gpg-checks ref --force zypper -vvv ref would immediately fail for each & every repo, no? Atm, it does not. After "Some Time" passes, only some repos fail. It cursorily appears that those that fail have seen a recent update of repo file content -- with corresponding new timestamps -- and that the keys themseleves are similarly, new-timestamped. I'll dig around to see if/how I can provie to myself that the auto-import is/isn't failing. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 grant k changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmueller@suse.com, | |dvaleev@suse.com Flags| |needinfo?(dvaleev@suse.com) | |, | |needinfo?(dmueller@suse.com | |) --- Comment #7 from grant k --- clean a single repo zypper clean --all OS13-update tracing its' refresh strace zypper -v ref OS13-update the grep'ing the output, I note a couple of lines grep -i key tmp.txt open("/lib64/libkeyutils.so.1", O_RDONLY|O_CLOEXEC) = 3 lstat("/var/cache/zypp/raw/OS13-update3BEeJF/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 unlink("/var/cache/zypp/raw/OS13-update3BEeJF/repodata/repomd.xml.key") = 0 ??? openat(AT_FDCWD, "/var/lib/rpm/pubkeys", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) ??? openat(AT_FDCWD, "/var/lib/rpm/pubkeys", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", 0x7fff967c53e8) = -1 ENOENT (No such file or directory) ... stat("/var/cache/zypp/raw/OS13-update/repodata/repomd.xml.key", 0x7fff967c5488) = -1 ENOENT (No such file or directory) ... open("/var/cache/zypp/raw/repo-update-non-oss/repodata/repomd.xml.key", O_RDONLY) = 4 open("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key.new.zypp.xaOotT", O_RDWR|O_CREAT|O_EXCL|O_CLOEXEC, 0600) = 4 stat("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key", 0x7fff967c4908) = -1 ENOENT (No such file or directory) write(1, "Retrieving: repomd.xml.key [", 28) = 28 write(4, "-----BEGIN PGP PUBLIC KEY BLOCK-"..., 988) = 988 pread(4, "-----BEGIN PGP PUBLIC KEY BLOCK-"..., 255, 0) = 255 open("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key.new.zypp.xaOotT", O_RDONLY|O_CLOEXEC) = 6 pread(6, "-----BEGIN PGP PUBLIC KEY BLOCK-"..., 255, 0) = 255 rename("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key.new.zypp.xaOotT", "/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key") = 0 stat("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 Retrieving: repomd.xml.key [..done] lstat("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 lstat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", 0x7fff967c5498) = -1 ENOENT (No such file or directory) ??? link("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key", "/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key") = -1 EXDEV (Invalid cross-device link) stat("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", 0x7fff967c5378) = -1 ENOENT (No such file or directory) stat("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 unlink("/var/adm/mount/AP_0xwjFA7t/repodata/repomd.xml.key") = 0 stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 open("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", O_RDONLY) = 4 read(4, "-----BEGIN PGP PUBLIC KEY BLOCK-"..., 8191) = 988 lstat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 ??? link("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", "/var/tmp/TmpFile.IxTfvC") = -1 EXDEV (Invalid cross-device link) stat("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", {st_mode=S_IFREG|0644, st_size=988, ...}) = 0 read(4, "-----BEGIN PGP PUBLIC KEY BLOCK-"..., 8191) = 988 mkdir("/var/tmp/zypp.0sJZDK/fake-keyringGpXehV", 0700) = 0 lstat("/var/tmp/zypp.0sJZDK/fake-keyringGpXehV", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 stat("/var/tmp/zypp.0sJZDK/fake-keyringGpXehV", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 openat(AT_FDCWD, "/var/tmp/zypp.0sJZDK/fake-keyringGpXehV", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4 lstat("/var/tmp/zypp.0sJZDK/fake-keyringGpXehV/pubring.kbx", {st_mode=S_IFREG|0600, st_size=32, ...}) = 0 unlink("/var/tmp/zypp.0sJZDK/fake-keyringGpXehV/pubring.kbx") = 0 rmdir("/var/tmp/zypp.0sJZDK/fake-keyringGpXehV") = 0 ... digging around, ls -al /var/lib/rpm/pubkeys ls: cannot access /var/lib/rpm/pubkeys: No such file or directory but there IS, noting the case difference, ls -al /var/lib/rpm/*ubkeys -rw-r--r-- 1 root root 12K Nov 28 2011 /var/lib/rpm/Pubkeys also, link("/var/cache/zypp/raw/OS13-update7VOndN/repodata/repomd.xml.key", "/var/tmp/TmpFile.IxTfvC") = -1 EXDEV (Invalid cross-device link) not sure whether that's causal. but on our machines, /var/cache is always on a separate mount mount | egrep "/var/cache" /dev/mapper/VG1-VARCACHE on /var/cache type ext4 (rw,noatime,nobarrier,stripe=512,data=ordered) iiuc, hardlinks cannot be created between different partitions, only symlinks can if that link is being created by zypper as a HARD link, then that's a possible problem. is it? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #9 from grant k --- testing on a machine with NO separate partition for /var/cache, (1) there are NO more "Invalid cross-device link" errors in the strace output (2) the key re-DL'ing issue continues as originally reported above. stumped until I hear from others :-/ -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 Michael Andres changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ma@suse.com --- Comment #11 from Michael Andres --- Please attach the zypper logfile /var/log/zypper.log (or an older and compressed /var/log/zypper.log-YYYYMMDD.xz or .bz2) that shows the reported behavior. To see the execution dates and zypper commands included in a logfile you can install the zypper-log package (available since zypper-1.6.11) and execute: zypper-log -l <logfile> NOTE: zypper-log prior to 1.8.1 is not able to read lzma compressed logfiles (.xz). In this case you can use `xzgrep` to find the execution dates and zypper commands: grep main.cc /var/log/zypper.log xzgrep main.cc /var/log/zypper.log-*.xz bzgrep main.cc /var/log/zypper.log-*.bz2 zgrep main.cc /var/log/zypper.log-*.gz -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #12 from grant k --- Created attachment 614736 --> http://bugzilla.opensuse.org/attachment.cgi?id=614736&action=edit zypper.log tail for test case for a simple test case with 2 repos -- 'OS13-update' & 'Tools' -- current requiring key re-DL, where ls -1 /etc/zypp/repos.d/* /etc/zypp/repos.d/OS13-update.repo /etc/zypp/repos.d/Tools.repo where, currently, Index of /update/13.2/repodata Icon Name Last modified Size [DIR] Parent Directory - [ ] 0cb96c112dff58d3bf6071855a05d54da3445c914367f8f49af9e992bbe2a116-deltainfo.xml.gz 24-Nov-2014 11:26 48K Details [ ] 435c89d7c55b2b992133ccbf272eb09c3f0646e2663e2313b9f73338f18920a1-filelists.xml.gz 24-Nov-2014 11:25 848K Details [ ] 3213a721e93ae15c3c468e5d98c62a578a277358dfa9c48791b5b5cd737b06dc-updateinfo.xml.gz 24-Nov-2014 11:25 48K Details [ ] c8f2c224601f29527f4f51788ac8dec83de10e9736898818d44d94f4758707d3-suseinfo.xml.gz 24-Nov-2014 11:26 102 Details [ ] de2a082b081a8595574fce5fb1a1778be530a5183678e6d37c0d00fe36a627ad-primary.xml.gz 24-Nov-2014 11:25 257K Details [ ] f8df4e5565e2a46df2ba01dcf262ab136b1b6c0325d85956d19f11cd34ef34ec-other.xml.gz 24-Nov-2014 11:25 484K Details [TXT] repomd.xml 24-Nov-2014 11:26 2.8K Details [ ] repomd.xml.asc 24-Nov-2014 11:26 481 Details [ ] repomd.xml.key 24-Nov-2014 11:26 1.0K Details Apache/2.2.12 (Linux/SUSE) Server at download.opensuse.org Port 80 MirrorBrain powered by Apache and Index of /repositories/devel:/tools/openSUSE_13.2/repodata Icon Name Last modified Size [DIR] Parent Directory - [ ] 0d504e355ec2c27215598d909b8caa433b3a4ab61ad00c44d6a3fa4cd473e910-filelists.xml.gz 24-Nov-2014 14:23 208K Details [ ] 0efdcf158dc96f2eb7d3604dd56de43468b2dec716284bad9e0aa6394de772f6-other.xml.gz 24-Nov-2014 14:23 150K Details [ ] 973f85d826768f2c58b04dade487947c38d961ea2e49bb152cdd6391c8daea76-primary.xml.gz 24-Nov-2014 14:23 137K Details [TXT] repomd.xml 24-Nov-2014 14:23 1.6K Details [ ] repomd.xml.asc 24-Nov-2014 14:23 189 Details [ ] repomd.xml.key 24-Nov-2014 14:23 1.0K Details Apache/2.2.12 (Linux/SUSE) Server at download.opensuse.org Port 80 MirrorBrain powered by Apache log tail from zypper -vvv ref OS13-update Tools answering 'no' to both "Continue? [yes/no]" is attached as "test.zypper.log" -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #14 from grant k --- downgraded a test group of 10 machines to gpg 2.0.x, opensuse pkg'd. none are misbehaving after a couple of hours have passed ... it the same time, with the same repos, the gpg 2.1.x machines ARE having issues. note, that on the 2.1.x boxes, after a zypper clean --all a zypper ref required each & every repos' gpg key to be re-DL'd, with interactive approval (yes/no) whereas after the same cmd exec on a 2.0.x box, no such problem: zypper clean --all All repositories have been cleaned up. zypper -v ref Verbosity: 1 Initializing Target Specified repositories: Checking whether to refresh metadata for Backup Retrieving: repomd.xml.asc ....................................................................................[done] Retrieving: repomd.xml.key ....................................................................................[done] Retrieving: repomd.xml ........................................................................................[done] Repository: Backup Key Name: Archiving OBS Project Key Fingerprint: F532523A DE4BBF1C BFF6523F 6B7485DB 725A0C43 Key Created: Thu 11 Oct 2012 08:22:15 AM PDT Key Expires: Sat 20 Dec 2014 07:22:15 AM PST (expires in 25 days) Rpm Name: gpg-pubkey-725a0c43-5076e427 Retrieving: 5f6b14d6c6f7ea50cf3dc91375181fe1ee591fe03182d5dcfee07aa3811c75a2-primary.xml.gz ...................[done] Retrieving repository 'Backup' metadata .......................................................................[done] Building repository 'Backup' cache ............................................................................[done] Checking whether to refresh metadata for BaseSystem Retrieving: repomd.xml.asc ....................................................................................[done] Retrieving: repomd.xml.key ....................................................................................[done] Retrieving: repomd.xml ........................................................................................[done] Repository: BaseSystem Key Name: Base:System OBS Project Base:System@build.opensuse.org Key Fingerprint: 9B76956C 9465B30D 7364090D 88EB5D66 E2C0098C Key Created: Tue 05 Feb 2013 05:40:55 AM PST Key Expires: Thu 16 Apr 2015 06:40:55 AM PDT Rpm Name: gpg-pubkey-e2c0098c-51110be7 ... -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #16 from grant k --- Created attachment 614922 --> http://bugzilla.opensuse.org/attachment.cgi?id=614922&action=edit zypper log tail for test case w/ == yes returning to gpg --version gpg (GnuPG) 2.1.0 libgcrypt 1.6.2 after having downgraded to gpg 2.0.x,

Now it would be interesting to have a log where you permanently accept a key and we can see whether it's actually imported into the rpmdb.

this ^^ , atm, I have repeating the test, forcing a clean, but accepting the 'Continue' <-- yes zypper clean --all zypper -v log output tail -f zypper.log is attached as test2.zypper.log

Or a log where the trusted key was in the rpmdb and you nevertheless were asked to accept it.

if still needed, will have to let some time pass -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #18 from grant k ---

a test/workaround could be:

I've v1429 ls -al /usr/lib64/libzypp* lrwxrwxrwx 1 root root 15 Nov 9 18:02 /usr/lib64/libzypp.so -> libzypp.so.1429* lrwxrwxrwx 1 root root 19 Nov 9 17:50 /usr/lib64/libzypp.so.1429 -> libzypp.so.1429.0.4* -rwxr-xr-x 1 root root 4.8M Oct 15 11:18 /usr/lib64/libzypp.so.1429.0.4* one instance strings /usr/lib64/libzypp.so.1429.0.4 | grep pubring pubring.gpg changed sed -i 's/pubring\.gpg/pubring.kbx/' /usr/lib64/libzypp.so.1429.0.4 strings /usr/lib64/libzypp.so.1429.0.4 | grep pubring pubring.kbx repeating with 2-repo test gpg --version gpg (GnuPG) 2.1.0 libgcrypt 1.6.2 ... zypper clean --all zypper -vvv ref Verbosity: 3 Initializing Target Specified repositories: Checking whether to refresh metadata for OS13-update Retrieving: http://download.opensuse.org/update/13.2/repodata/repomd.xml.asc ........................................................................................................................[done] Retrieving: http://download.opensuse.org/update/13.2/repodata/repomd.xml.key ........................................................................................................................[done] Retrieving repository 'OS13-update' metadata .........................................................................................................................................................................................[error] Repository 'OS13-update' is invalid. [OS13-update|http://download.opensuse.org/update/13.2] Valid metadata not found at specified URL History: - File /var/tmp/TmpFile.F05fw7 doesn't contain public key data Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'OS13-update' because of the above error. Checking whether to refresh metadata for Tools Retrieving: http://download.opensuse.org/repositories/devel:/tools/openSUSE_13.2/repodat... ............................................................................................[done] Retrieving: http://download.opensuse.org/repositories/devel:/tools/openSUSE_13.2/repodat... ............................................................................................[done] Retrieving repository 'Tools' metadata ...............................................................................................................................................................................................[error] Repository 'Tools' is invalid. [Tools|http://download.opensuse.org/repositories/devel:/tools/openSUSE_13.2] Valid metadata not found at specified URL History: - File /var/tmp/TmpFile.kJT0BC doesn't contain public key data Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'Tools' because of the above error. Could not refresh the repositories because of errors. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #20 from grant k --- fyi, for now, this works https://build.opensuse.org/package/show?project=home%3Apgnd%3Agpg2&package=gpg2 it simply branches Base:System's gpg2 for 13.2 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 --- Comment #22 from Michael Andres --- (In reply to grant k from comment #21)

so, WHY is that repo getting a "New repository or package signing key" ?

Authority for trusted keys on your system is the rpm databbase, namely the gpg-pubkey (pseudo) packages. (rpm -qai gpg-pubkey)

New repository or package signing key received: Repository: MediaApps Key Name: multimedia OBS Project .... Key Fingerprint: 01FB54D4 EAF87B0F 5624266B 5F3D540F 3A802234 Key Created: Wed 21 May 2014 02:04:08 PM PDT Key Expires: Fri 29 Jul 2016 02:04:08 PM PDT Rpm Name: gpg-pubkey-3a802234-537d14c8

The fingerprints last 8 byte make the gpg-pubkey packages version. The key is known and trusted if we have gpg-pubkey-3a802234 in the rpm database. If the rpm data base does not contain gpg-pubkey-3a802234, the key is NEW and you are asked to confirm it. If you accept the key it is imported into the rpm database. After this, gpg-pubkey-3a802234 is present and you don't have to confirm it again, until it is removed from the rpm database (rpm -e gpg-pubkey-3a802234). If the server side did not change, the key was most probably not in the rpm database (or you accidentally used the sed-patched libzypp with gpg-2.0.x). A zypper.log could tell... -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=906589 Michael Andres changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #24 from Michael Andres --- . *** This bug has been marked as a duplicate of bug 908135 *** -- You are receiving this mail because: You are on the CC list for the bug.